上一项目下一项目

项目管理员

蒋晓勇

@jxy

Invalidation of patent, the AI way

非显而易见性评估仅供参考，不构成法律建议。Longhorn IP诉联想中国同组

权利要求列表点击可跳转

序号	权利要求内容
1	一种被用于无线通信的用户设备，其特征在于，包括：第一接收机模块，接收第二下行信息，并接收第一信令和第二信令；第一发送机模块，在目标时频资源中发送第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。
2	根据权利要求1所述的用户设备，其特征在于，所述第一接收机模块还接收第一无线信号；其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。
3	根据权利要求2所述的用户设备，其特征在于，所述第二信令包括所述第一无线信号的调度信息。
4	根据权利要求2或3所述的用户设备，其特征在于，所述第一无线信号在下行物理层数据信道上传输。
5	根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，所述第一接收机模块还接收第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。
6	根据权利要求4所述的用户设备，其特征在于，所述第一接收机模块还接收第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。
7	根据权利要求5所述的用户设备，其特征在于，所述第二信令包括所述第一参考信号的配置信息。
8	根据权利要求6所述的用户设备，其特征在于，所述第二信令包括所述第一参考信号的配置信息。
9	根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
10	根据权利要求4所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
11	根据权利要求5所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
12	根据权利要求6所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
13	根据权利要求7所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
14	根据权利要求8所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
15	根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
16	根据权利要求4所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
17	根据权利要求5所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
18	根据权利要求6所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
19	根据权利要求7所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
20	根据权利要求8所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
21	根据权利要求9所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
22	根据权利要求10所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
23	根据权利要求11所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
24	根据权利要求12所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
25	根据权利要求13所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
26	根据权利要求14所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
27	根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
28	根据权利要求4所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
29	根据权利要求5所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
30	根据权利要求6所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
31	根据权利要求7所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
32	根据权利要求8所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
33	根据权利要求9所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
34	根据权利要求10所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
35	根据权利要求11所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
36	根据权利要求12所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
37	根据权利要求13所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
38	根据权利要求14所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
39	根据权利要求15所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
40	根据权利要求16所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
41	根据权利要求17所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
42	根据权利要求18所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
43	根据权利要求19所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
44	根据权利要求20所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
45	根据权利要求21所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
46	根据权利要求22所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
47	根据权利要求23所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
48	根据权利要求24所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
49	根据权利要求25所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
50	根据权利要求26所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
51	根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
52	根据权利要求4所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
53	根据权利要求5所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
54	根据权利要求6所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
55	根据权利要求7所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
56	根据权利要求8所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
57	根据权利要求9所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
58	根据权利要求10所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
59	根据权利要求11所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
60	根据权利要求12所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
61	根据权利要求13所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
62	根据权利要求14所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
63	根据权利要求15所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
64	根据权利要求16所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
65	根据权利要求17所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
66	根据权利要求18所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
67	根据权利要求19所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
68	根据权利要求20所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
69	根据权利要求21所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
70	根据权利要求22所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
71	根据权利要求23所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
72	根据权利要求24所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
73	根据权利要求25所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
74	根据权利要求26所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
75	根据权利要求27所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
76	根据权利要求28所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
77	根据权利要求29所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
78	根据权利要求30所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
79	根据权利要求31所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
80	根据权利要求32所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
81	根据权利要求33所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
82	根据权利要求34所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
83	根据权利要求35所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
84	根据权利要求36所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
85	根据权利要求37所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
86	根据权利要求38所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
87	根据权利要求39所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
88	根据权利要求40所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
89	根据权利要求41所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
90	根据权利要求42所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
91	根据权利要求43所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
92	根据权利要求44所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
93	根据权利要求45所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
94	根据权利要求46所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
95	根据权利要求47所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
96	根据权利要求48所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
97	根据权利要求49所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
98	根据权利要求50所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
99	根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
100	根据权利要求4所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
101	根据权利要求5所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
102	根据权利要求6所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
103	根据权利要求7所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
104	根据权利要求8所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
105	根据权利要求9所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
106	根据权利要求10所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
107	根据权利要求11所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
108	根据权利要求12所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
109	根据权利要求13所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
110	根据权利要求14所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
111	根据权利要求15所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
112	根据权利要求16所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
113	根据权利要求17所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
114	根据权利要求18所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
115	根据权利要求19所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
116	根据权利要求20所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
117	根据权利要求21所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
118	根据权利要求22所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
119	根据权利要求23所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
120	根据权利要求24所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
121	根据权利要求25所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
122	根据权利要求26所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
123	根据权利要求27所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
124	根据权利要求28所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
125	根据权利要求29所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
126	根据权利要求30所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
127	根据权利要求31所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
128	根据权利要求32所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
129	根据权利要求33所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
130	根据权利要求34所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
131	根据权利要求35所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
132	根据权利要求36所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
133	根据权利要求37所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
134	根据权利要求38所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
135	根据权利要求39所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
136	根据权利要求40所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
137	根据权利要求41所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
138	根据权利要求42所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
139	根据权利要求43所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
140	根据权利要求44所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
141	根据权利要求45所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
142	根据权利要求46所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
143	根据权利要求47所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
144	根据权利要求48所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
145	根据权利要求49所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
146	根据权利要求50所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
147	根据权利要求51所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
148	根据权利要求52所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
149	根据权利要求53所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
150	根据权利要求54所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
151	根据权利要求55所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
152	根据权利要求56所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
153	根据权利要求57所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
154	根据权利要求58所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
155	根据权利要求59所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
156	根据权利要求60所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
157	根据权利要求61所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
158	根据权利要求62所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
159	根据权利要求63所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
160	根据权利要求64所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
161	根据权利要求65所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
162	根据权利要求66所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
163	根据权利要求67所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
164	根据权利要求68所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
165	根据权利要求69所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
166	根据权利要求70所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
167	根据权利要求71所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
168	根据权利要求72所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
169	根据权利要求73所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
170	根据权利要求74所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
171	根据权利要求75所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
172	根据权利要求76所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
173	根据权利要求77所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
174	根据权利要求78所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
175	根据权利要求79所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
176	根据权利要求80所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
177	根据权利要求81所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
178	根据权利要求82所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
179	根据权利要求83所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
180	根据权利要求84所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
181	根据权利要求85所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
182	根据权利要求86所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
183	根据权利要求87所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
184	根据权利要求88所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
185	根据权利要求89所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
186	根据权利要求90所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
187	根据权利要求91所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
188	根据权利要求92所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
189	根据权利要求93所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
190	根据权利要求94所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
191	根据权利要求95所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
192	根据权利要求96所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
193	根据权利要求97所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
194	根据权利要求98所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
195	一种被用于无线通信的基站设备，其特征在于，包括：第二发送机模块，发送第二下行信息，并发送第一信令和第二信令；第二接收机模块，在目标时频资源中接收第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。
196	根据权利要求195所述的基站设备，其特征在于，所述第二发送机模块还发送第一无线信号；其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。
197	根据权利要求196所述的基站设备，其特征在于，所述第二信令包括所述第一无线信号的调度信息。
198	根据权利要求196或197所述的基站设备，其特征在于，所述第一无线信号在下行物理层数据信道上传输。
199	根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，所述第二发送机模块还发送第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。
200	根据权利要求198所述的基站设备，其特征在于，所述第二发送机模块还发送第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。
201	根据权利要求199所述的基站设备，其特征在于，所述第二信令包括所述第一参考信号的配置信息。
202	根据权利要求200所述的基站设备，其特征在于，所述第二信令包括所述第一参考信号的配置信息。
203	根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
204	根据权利要求198所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
205	根据权利要求199所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
206	根据权利要求200所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
207	根据权利要求201所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
208	根据权利要求202所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
209	根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
210	根据权利要求198所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
211	根据权利要求199所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
212	根据权利要求200所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
213	根据权利要求201所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
214	根据权利要求202所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
215	根据权利要求203所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
216	根据权利要求204所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
217	根据权利要求205所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
218	根据权利要求206所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
219	根据权利要求207所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
220	根据权利要求208所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
221	根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
222	根据权利要求198所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
223	根据权利要求199所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
224	根据权利要求200所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
225	根据权利要求201所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
226	根据权利要求202所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
227	根据权利要求203所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
228	根据权利要求204所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
229	根据权利要求205所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
230	根据权利要求206所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
231	根据权利要求207所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
232	根据权利要求208所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
233	根据权利要求209所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
234	根据权利要求210所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
235	根据权利要求211所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
236	根据权利要求212所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
237	根据权利要求213所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
238	根据权利要求214所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
239	根据权利要求215所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
240	根据权利要求216所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
241	根据权利要求217所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
242	根据权利要求218所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
243	根据权利要求219所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
244	根据权利要求220所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
245	根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
246	根据权利要求198所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
247	根据权利要求199所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
248	根据权利要求200所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
249	根据权利要求201所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
250	根据权利要求202所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
251	根据权利要求203所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
252	根据权利要求204所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
253	根据权利要求205所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
254	根据权利要求206所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
255	根据权利要求207所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
256	根据权利要求208所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
257	根据权利要求209所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
258	根据权利要求210所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
259	根据权利要求211所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
260	根据权利要求212所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
261	根据权利要求213所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
262	根据权利要求214所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
263	根据权利要求215所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
264	根据权利要求216所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
265	根据权利要求217所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
266	根据权利要求218所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
267	根据权利要求219所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
268	根据权利要求220所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
269	根据权利要求221所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
270	根据权利要求222所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
271	根据权利要求223所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
272	根据权利要求224所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
273	根据权利要求225所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
274	根据权利要求226所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
275	根据权利要求227所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
276	根据权利要求228所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
277	根据权利要求229所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
278	根据权利要求230所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
279	根据权利要求231所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
280	根据权利要求232所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
281	根据权利要求233所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
282	根据权利要求234所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
283	根据权利要求235所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
284	根据权利要求236所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
285	根据权利要求237所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
286	根据权利要求238所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
287	根据权利要求239所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
288	根据权利要求240所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
289	根据权利要求241所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
290	根据权利要求242所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
291	根据权利要求243所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
292	根据权利要求244所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
293	根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
294	根据权利要求198所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
295	根据权利要求199所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
296	根据权利要求200所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
297	根据权利要求201所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
298	根据权利要求202所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
299	根据权利要求203所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
300	根据权利要求204所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
301	根据权利要求205所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
302	根据权利要求206所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
303	根据权利要求207所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
304	根据权利要求208所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
305	根据权利要求209所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
306	根据权利要求210所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
307	根据权利要求211所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
308	根据权利要求212所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
309	根据权利要求213所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
310	根据权利要求214所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
311	根据权利要求215所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
312	根据权利要求216所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
313	根据权利要求217所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
314	根据权利要求218所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
315	根据权利要求219所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
316	根据权利要求220所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
317	根据权利要求221所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
318	根据权利要求222所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
319	根据权利要求223所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
320	根据权利要求224所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
321	根据权利要求225所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
322	根据权利要求226所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
323	根据权利要求227所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
324	根据权利要求228所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
325	根据权利要求229所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
326	根据权利要求230所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
327	根据权利要求231所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
328	根据权利要求232所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
329	根据权利要求233所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
330	根据权利要求234所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
331	根据权利要求235所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
332	根据权利要求236所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
333	根据权利要求237所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
334	根据权利要求238所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
335	根据权利要求239所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
336	根据权利要求240所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
337	根据权利要求241所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
338	根据权利要求242所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
339	根据权利要求243所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
340	根据权利要求244所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
341	根据权利要求245所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
342	根据权利要求246所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
343	根据权利要求247所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
344	根据权利要求248所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
345	根据权利要求249所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
346	根据权利要求250所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
347	根据权利要求251所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
348	根据权利要求252所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
349	根据权利要求253所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
350	根据权利要求254所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
351	根据权利要求255所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
352	根据权利要求256所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
353	根据权利要求257所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
354	根据权利要求258所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
355	根据权利要求259所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
356	根据权利要求260所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
357	根据权利要求261所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
358	根据权利要求262所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
359	根据权利要求263所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
360	根据权利要求264所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
361	根据权利要求265所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
362	根据权利要求266所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
363	根据权利要求267所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
364	根据权利要求268所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
365	根据权利要求269所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
366	根据权利要求270所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
367	根据权利要求271所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
368	根据权利要求272所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
369	根据权利要求273所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
370	根据权利要求274所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
371	根据权利要求275所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
372	根据权利要求276所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
373	根据权利要求277所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
374	根据权利要求278所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
375	根据权利要求279所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
376	根据权利要求280所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
377	根据权利要求281所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
378	根据权利要求282所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
379	根据权利要求283所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
380	根据权利要求284所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
381	根据权利要求285所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
382	根据权利要求286所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
383	根据权利要求287所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
384	根据权利要求288所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
385	根据权利要求289所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
386	根据权利要求290所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
387	根据权利要求291所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
388	根据权利要求292所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
389	一种被用于无线通信的用户设备中的方法，其特征在于，包括：接收第二下行信息；接收第一信令和第二信令；在目标时频资源中发送第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。
390	根据权利要求389所述的方法，其特征在于，包括：接收第一无线信号；其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。
391	根据权利要求390所述的方法，其特征在于，所述第二信令包括所述第一无线信号的调度信息。
392	根据权利要求390或391所述的方法，其特征在于，所述第一无线信号在下行物理层数据信道上传输。
393	根据权利要求389至391中任一权利要求所述的方法，其特征在于，包括：接收第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。
394	根据权利要求392所述的方法，其特征在于，包括：接收第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。
395	根据权利要求393所述的方法，其特征在于，所述第二信令包括所述第一参考信号的配置信息。
396	根据权利要求394所述的方法，其特征在于，所述第二信令包括所述第一参考信号的配置信息。
397	根据权利要求389至391中任一权利要求所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
398	根据权利要求392所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
399	根据权利要求393所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
400	根据权利要求394所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
401	根据权利要求395所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
402	根据权利要求396所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
403	根据权利要求389至391中任一权利要求所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
404	根据权利要求392所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
405	根据权利要求393所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
406	根据权利要求394所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
407	根据权利要求395所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
408	根据权利要求396所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
409	根据权利要求397所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
410	根据权利要求398所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
411	根据权利要求399所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
412	根据权利要求400所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
413	根据权利要求401所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
414	根据权利要求402所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
415	根据权利要求389至391中任一权利要求所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
416	根据权利要求392所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
417	根据权利要求393所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
418	根据权利要求394所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
419	根据权利要求395所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
420	根据权利要求396所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
421	根据权利要求397所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
422	根据权利要求398所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
423	根据权利要求399所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
424	根据权利要求400所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
425	根据权利要求401所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
426	根据权利要求402所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
427	根据权利要求403所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
428	根据权利要求404所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
429	根据权利要求405所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
430	根据权利要求406所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
431	根据权利要求407所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
432	根据权利要求408所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
433	根据权利要求409所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
434	根据权利要求410所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
435	根据权利要求411所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
436	根据权利要求412所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
437	根据权利要求413所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
438	根据权利要求414所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
439	根据权利要求389至391中任一权利要求所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
440	根据权利要求392所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
441	根据权利要求393所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
442	根据权利要求394所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
443	根据权利要求395所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
444	根据权利要求396所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
445	根据权利要求397所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
446	根据权利要求398所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
447	根据权利要求399所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
448	根据权利要求400所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
449	根据权利要求401所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
450	根据权利要求402所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
451	根据权利要求403所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
452	根据权利要求404所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
453	根据权利要求405所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
454	根据权利要求406所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
455	根据权利要求407所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
456	根据权利要求408所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
457	根据权利要求409所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
458	根据权利要求410所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
459	根据权利要求411所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
460	根据权利要求412所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
461	根据权利要求413所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
462	根据权利要求414所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
463	根据权利要求415所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
464	根据权利要求416所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
465	根据权利要求417所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
466	根据权利要求418所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
467	根据权利要求419所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
468	根据权利要求420所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
469	根据权利要求421所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
470	根据权利要求422所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
471	根据权利要求423所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
472	根据权利要求424所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
473	根据权利要求425所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
474	根据权利要求426所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
475	根据权利要求427所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
476	根据权利要求428所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
477	根据权利要求429所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
478	根据权利要求430所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
479	根据权利要求431所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
480	根据权利要求432所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
481	根据权利要求433所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
482	根据权利要求434所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
483	根据权利要求435所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
484	根据权利要求436所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
485	根据权利要求437所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
486	根据权利要求438所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
487	根据权利要求389至391中任一权利要求所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
488	根据权利要求392所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
489	根据权利要求393所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
490	根据权利要求394所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
491	根据权利要求395所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
492	根据权利要求396所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
493	根据权利要求397所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
494	根据权利要求398所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
495	根据权利要求399所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
496	根据权利要求400所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
497	根据权利要求401所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
498	根据权利要求402所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
499	根据权利要求403所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
500	根据权利要求404所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
501	根据权利要求405所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
502	根据权利要求406所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
503	根据权利要求407所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
504	根据权利要求408所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
505	根据权利要求409所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
506	根据权利要求410所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
507	根据权利要求411所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
508	根据权利要求412所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
509	根据权利要求413所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
510	根据权利要求414所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
511	根据权利要求415所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
512	根据权利要求416所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
513	根据权利要求417所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
514	根据权利要求418所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
515	根据权利要求419所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
516	根据权利要求420所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
517	根据权利要求421所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
518	根据权利要求422所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
519	根据权利要求423所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
520	根据权利要求424所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
521	根据权利要求425所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
522	根据权利要求426所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
523	根据权利要求427所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
524	根据权利要求428所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
525	根据权利要求429所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
526	根据权利要求430所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
527	根据权利要求431所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
528	根据权利要求432所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
529	根据权利要求433所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
530	根据权利要求434所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
531	根据权利要求435所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
532	根据权利要求436所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
533	根据权利要求437所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
534	根据权利要求438所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
535	根据权利要求439所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
536	根据权利要求440所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
537	根据权利要求441所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
538	根据权利要求442所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
539	根据权利要求443所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
540	根据权利要求444所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
541	根据权利要求445所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
542	根据权利要求446所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
543	根据权利要求447所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
544	根据权利要求448所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
545	根据权利要求449所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
546	根据权利要求450所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
547	根据权利要求451所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
548	根据权利要求452所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
549	根据权利要求453所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
550	根据权利要求454所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
551	根据权利要求455所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
552	根据权利要求456所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
553	根据权利要求457所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
554	根据权利要求458所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
555	根据权利要求459所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
556	根据权利要求460所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
557	根据权利要求461所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
558	根据权利要求462所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
559	根据权利要求463所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
560	根据权利要求464所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
561	根据权利要求465所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
562	根据权利要求466所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
563	根据权利要求467所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
564	根据权利要求468所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
565	根据权利要求469所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
566	根据权利要求470所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
567	根据权利要求471所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
568	根据权利要求472所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
569	根据权利要求473所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
570	根据权利要求474所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
571	根据权利要求475所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
572	根据权利要求476所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
573	根据权利要求477所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
574	根据权利要求478所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
575	根据权利要求479所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
576	根据权利要求480所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
577	根据权利要求481所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
578	根据权利要求482所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
579	根据权利要求483所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
580	根据权利要求484所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
581	根据权利要求485所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
582	根据权利要求486所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
583	一种被用于无线通信的基站中的方法，其特征在于，包括：发送第二下行信息；发送第一信令和第二信令；在目标时频资源中接收第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。
584	根据权利要求583所述的方法，其特征在于，包括：发送第一无线信号；其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。
585	根据权利要求584所述的方法，其特征在于，所述第二信令包括所述第一无线信号的调度信息。
586	根据权利要求584或585所述的方法，其特征在于，所述第一无线信号在下行物理层数据信道上传输。
587	根据权利要求583至585中任一权利要求所述的方法，其特征在于，包括：发送第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。
588	根据权利要求586所述的方法，其特征在于，包括：发送第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。
589	根据权利要求587所述的方法，其特征在于，所述第二信令包括所述第一参考信号的配置信息。
590	根据权利要求588所述的方法，其特征在于，所述第二信令包括所述第一参考信号的配置信息。
591	根据权利要求583至585中任一权利要求所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
592	根据权利要求586所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
593	根据权利要求587所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
594	根据权利要求588所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
595	根据权利要求589所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
596	根据权利要求590所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。
597	根据权利要求583至585中任一权利要求所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
598	根据权利要求586所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
599	根据权利要求587所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
600	根据权利要求588所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
601	根据权利要求589所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
602	根据权利要求590所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
603	根据权利要求591所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
604	根据权利要求592所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
605	根据权利要求593所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
606	根据权利要求594所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
607	根据权利要求595所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
608	根据权利要求596所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。
609	根据权利要求583至585中任一权利要求所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
610	根据权利要求586所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
611	根据权利要求587所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
612	根据权利要求588所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
613	根据权利要求589所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
614	根据权利要求590所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
615	根据权利要求591所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
616	根据权利要求592所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
617	根据权利要求593所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
618	根据权利要求594所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
619	根据权利要求595所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
620	根据权利要求596所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
621	根据权利要求597 所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
622	根据权利要求598所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
623	根据权利要求599所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
624	根据权利要求600所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
625	根据权利要求601所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
626	根据权利要求602所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
627	根据权利要求603所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
628	根据权利要求604所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
629	根据权利要求605所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
630	根据权利要求606所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
631	根据权利要求607所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
632	根据权利要求608所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。
633	根据权利要求583至585中任一权利要求所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
634	根据权利要求586所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
635	根据权利要求587所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
636	根据权利要求588所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
637	根据权利要求589所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
638	根据权利要求590所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
639	根据权利要求591所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
640	根据权利要求592所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
641	根据权利要求593所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
642	根据权利要求594所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
643	根据权利要求595所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
644	根据权利要求596所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
645	根据权利要求597所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
646	根据权利要求598所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
647	根据权利要求599所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
648	根据权利要求600所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
649	根据权利要求601所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
650	根据权利要求602所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
651	根据权利要求603所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
652	根据权利要求604所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
653	根据权利要求605所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
654	根据权利要求606所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
655	根据权利要求607所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
656	根据权利要求608所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
657	根据权利要求609所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
658	根据权利要求610所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
659	根据权利要求611所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
660	根据权利要求612所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
661	根据权利要求613所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
662	根据权利要求614所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
663	根据权利要求615所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
664	根据权利要求616所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
665	根据权利要求617所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
666	根据权利要求618所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
667	根据权利要求619所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
668	根据权利要求620所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
669	根据权利要求621所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
670	根据权利要求622所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
671	根据权利要求623所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
672	根据权利要求624所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
673	根据权利要求625所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
674	根据权利要求626所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
675	根据权利要求627所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
676	根据权利要求628所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
677	根据权利要求629所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
678	根据权利要求630所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
679	根据权利要求631所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
680	根据权利要求632所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。
681	根据权利要求583至585中任一权利要求所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
682	根据权利要求586所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
683	根据权利要求587所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
684	根据权利要求588所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
685	根据权利要求589所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
686	根据权利要求590所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
687	根据权利要求591所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
688	根据权利要求592所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
689	根据权利要求593所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
690	根据权利要求594所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
691	根据权利要求595所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
692	根据权利要求596所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
693	根据权利要求597所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
694	根据权利要求598所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
695	根据权利要求599所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
696	根据权利要求600所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
697	根据权利要求601所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
698	根据权利要求602所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
699	根据权利要求603所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
700	根据权利要求604所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
701	根据权利要求605所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
702	根据权利要求606所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
703	根据权利要求607所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
704	根据权利要求608所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
705	根据权利要求609所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
706	根据权利要求610所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
707	根据权利要求611所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
708	根据权利要求612所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
709	根据权利要求613所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
710	根据权利要求614所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
711	根据权利要求615所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
712	根据权利要求616所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
713	根据权利要求617所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
714	根据权利要求618所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
715	根据权利要求619所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
716	根据权利要求620所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
717	根据权利要求621所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
718	根据权利要求622所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
719	根据权利要求623所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
720	根据权利要求624所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
721	根据权利要求625所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
722	根据权利要求626所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
723	根据权利要求627所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
724	根据权利要求628所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
725	根据权利要求629所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
726	根据权利要求630所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
727	根据权利要求631所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
728	根据权利要求632所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
729	根据权利要求633所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
730	根据权利要求634所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
731	根据权利要求635所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
732	根据权利要求636所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
733	根据权利要求637所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
734	根据权利要求638所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
735	根据权利要求639所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
736	根据权利要求640所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
737	根据权利要求641所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
738	根据权利要求642所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
739	根据权利要求643所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
740	根据权利要求644所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
741	根据权利要求645所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
742	根据权利要求646所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
743	根据权利要求647所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
744	根据权利要求648所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
745	根据权利要求649所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
746	根据权利要求650所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
747	根据权利要求651所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
748	根据权利要求652所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
749	根据权利要求653所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
750	根据权利要求654所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
751	根据权利要求655所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
752	根据权利要求656所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
753	根据权利要求657所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
754	根据权利要求658所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
755	根据权利要求659所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
756	根据权利要求660所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
757	根据权利要求661所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
758	根据权利要求662所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
759	根据权利要求663所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
760	根据权利要求664所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
761	根据权利要求665所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
762	根据权利要求666所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
763	根据权利要求667所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
764	根据权利要求668所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
765	根据权利要求669所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
766	根据权利要求670所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
767	根据权利要求671所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
768	根据权利要求672所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
769	根据权利要求673所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
770	根据权利要求674所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
771	根据权利要求675所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
772	根据权利要求676所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
773	根据权利要求677所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
774	根据权利要求678所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
775	根据权利要求679所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。
776	根据权利要求680所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

对比文件列表

编号	名称

权利要求1

下载无效理由

一种被用于无线通信的用户设备，其特征在于，包括：第一接收机模块，接收第二下行信息，并接收第一信令和第二信令；第一发送机模块，在目标时频资源中发送第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。

技术特征:

A 第一接收机模块，接收第二下行信息，并接收第一信令和第二信令 (0)

B 第一发送机模块，在目标时频资源中发送第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一 (0)

C 其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子 (0)

D 所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组 (0)

E 所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源 (0)

F 一个天线端口组包括正整数个天线端口 (0)

G 如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源 (0)

H 所述第一上报信息包括UCI (0)

I 所述第二下行信息由RRC信令承载 (0)

J 所述第一信令包括DCI (0)

K 所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源 (0)

L 所述第一信令占用的时间资源晚于所述第二信令占用的时间资源 (0)

M 所述N2等于2。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

我按 TS规范 → RAN1#88bis/#89/#90/#90bis/#91 → 2018年1月NR Ad Hoc → 截止日前最后一次RAN1#92 的路线反复交叉检索，并特别围绕“PUCCH resource set / resource allocation”“PUCCH-PUSCH multiplexing/collision”“UL Tx beam indication”“antenna group signaling”回查。结论比较明确：

截至2018年3月12日，我没有检出一篇单独的3GPP英文文献能够逐项、直接、无歧义地同时公开 A–M 全部限定。

但已经形成一组相当有价值的证据链。其中 B、H、I、J、K 已有很强的规范级直接证据；C/M 的“resource set / 两组资源”已有明确截止日前3GPP基础；D/E/F 的“UL beam / antenna group / multiple antenna ports”也已进入明确讨论和规范体系。真正仍然难以被截止日前3GPP单篇文件直接击中的，是 G，以及 D-E-G 与具体两时频资源之间的连接关系，另外 L 主要还是时序推导而非逐字公开。

一、优先级最高的3GPP英文对比文献

优先级 3GPP文献截止日前状态对A–M的主要贡献

D1 ★★★★★ 3GPP TS 36.213 V14.5.0, Physical layer procedures ETSI版本为2018-01，明确早于截止日。

ETSI

B/H/J/K最强；同时对C/G/M提供“primary/secondary PUCCH group + UCI在PUCCH/PUSCH间选择/复用”的体系性基础

D2 ★★★★★ 3GPP TS 36.331 V14.3.0, RRC protocol specification 2017-10版本，早于截止日。

ETSI

A/I很强；对C/F及PUCCH/PUSCH资源配置、two-antenna-port、两组/多组资源配置有重要贡献

D3 ★★★★★ R1-1719972, “Summary of email discussion [90b-NR-29] on PUCCH resource set” RAN1#91，2017-11；官方FTP文件2017-11-18已经存在。

3GPP

C的核心“PUCCH resource set/资源集合”概念；是本轮新找到的最重要文件之一

D4 ★★★★★ R1-1718962, “WF on antenna group signaling” RAN1#90bis；FTP为2017-10-17。

3GPP

D/F最有价值的标题级3GPP证据：“antenna group”已经被明确作为UL相关信令问题讨论

D5 ★★★★☆ R1-1706455, “WF on UL Tx beam indication for UL beam management”；另有R1-1706454 “WF on multi-beam based PUCCH transmission” #88bis，R1-1706455官方FTP为2017-04-09。

3GPP

D/E：上行发射beam indication、多beam PUCCH，是把“第一/第二天线端口组”解释成不同UL spatial/beam关系的重要证据

D6 ★★★★☆ R1-1720304, “Discussion on beam indication for UL transmission” RAN1#91；FTP 2017-11-17。

3GPP

继续强化 D/E/J 中“动态信令确定UL发送空间关系”的技术背景

D7 ★★★★★ R1-1712584 “UCI multiplexing onto PUSCH”; R1-1712585 “PUCCH-PUSCH multiplexing” RAN1#90；FTP均为2017-08-12。

3GPP

B/H/K/G附近逻辑：UCI在PUCCH和PUSCH之间的发送选择、碰撞/复用

D8 ★★★★★ R1-1801817 “On multiplexing between UCIs and between PUCCH and PUSCH”；R1-1802411 “PUCCH and PUSCH collision handling” RAN1#92，均在截止日前；1801817 FTP 2018-02-16，1802411 FTP 2018-02-17。

3GPP

B/H/K及G邻近逻辑，而且是2018-03-12前最后一批最接近目标专利时间点的材料

D9 ★★★★☆ RAN1#92 中 R1-1801662 “Remaining issues of UCI on PUSCH” 、R1-1801733 “UCI multiplexing on PUSCH”、R1-1801734 “PUCCH resource allocation” 会议2018-02-26开始，早于截止日。

3GPP

继续补强B/C/H/K及PUCCH资源选择机制

此外，NR正式技术规范档案本身在截止日前已经存在：例如 TS 38.331 f00 于2018-01-04进入3GPP官方档案，38.212 f00为2018-01-03，38.214也已有2017年12月版本。

3GPP

这些建议作为规范演进和3GPP共识的补充证据，而不是目前的第一主证据。

二、两个规范级证据尤其重要

1. TS 36.213 V14.5.0——B/H/J/K及“二选一发送”的基础非常强

TS 36.213明确规定：当UE配置了 PUCCH-SCell 时，相关PUCCH程序分别适用于 primary PUCCH group和secondary PUCCH group；在各group下分别考虑属于该group的serving cells。

ETSI

更重要的是，规范直接规定了UCI的发送去向：在没有PUSCH的相应subframe中可以在PUCCH发送，而存在相应PUSCH时，UCI可以转到PUSCH；多载波场景还规定在没有PCell PUSCH时选择相应SCell的PUSCH。

ETSI

对 K 更直接：规范明确处理 HARQ-ACK/CSI与PUSCH在同一个subframe发生碰撞/同时发送的场景；根据是否配置 simultaneous PUCCH-PUSCH，可以把UCI复用到PUSCH，或者分别保留在PUCCH/PUSCH。

ETSI

同时，该规范的PUSCH调度表明确涉及 DCI format 0，因此对 **J“第一信令包括DCI”**亦是直接、成熟的截止日前技术。

ETSI

2. TS 36.331 V14.3.0——A/I/C/F配置层面的关键证据

TS 36.331明确把 RRCConnectionReconfiguration定义为网络发送给UE、用于修改RRC连接并携带radio resource configuration、physical channel configuration的消息。

ETSI

其 PhysicalConfigDedicated 已包含 PUCCH-ConfigDedicated、PUSCH-ConfigDedicated、TPC-PDCCH-ConfigPUCCH、TPC-PDCCH-ConfigPUSCH、UL antenna information 等；Rel-13还存在明确的 pucch-SCell 配置结构。

ETSI

尤其值得保留作为F的辅助证据：PUCCH配置已有 twoAntennaPortActivatedPUCCH；同时还有 channelSelection、资源列表以及 simultaneousPUCCH-PUSCH 等结构。

ETSI

所以：

RRC配置多个PUCCH/PUSCH资源 + multiple antenna ports + 后续DCI动态调度/选择 + UCI在PUCCH/PUSCH间选择发送

这一整套技术框架在2018-03-12之前已经非常成熟。

三、A–M逐项特征比对表

说明：

● = 可以找到较强直接公开；◐ = 强相关/功能等同或需少量技术解释；△ = 仅找到邻近技术，不能安全地主张逐字直接公开；× = 本轮未找到可作为直接公开的截止日前3GPP证据。

特征最佳3GPP证据评价具体判断

A 接收第二下行信息及第一、第二信令 TS36.331 + TS36.213 ◐ RRC下行配置和DCI下行调度本身均直接存在；但“第二下行信息+第一信令+第二信令”三个对象在一篇规范条款中按目标权项方式并列，尚未找到。

ETSI

B 在第一/第二时频资源之一发送第一上报信息 TS36.213；R1-1712585；R1-1801817 ● UCI可依PUSCH/PUCCH状态在相应UL资源上发送，PUCCH-PUSCH multiplexing是长期明确讨论对象。

ETSI

3GPP

C 第二下行信息指示N2个时频资源池，每池含资源粒子 R1-1719972；TS36.331；TS36.213 ◐ 截止日前已经明确存在 PUCCH resource set，并有PUCCH资源列表/多资源配置；但目标权项的“N2个time-frequency resource pools、每pool包含resource particles”这一措辞组合未找到完全一致公开。

3GPP

D 第一、第二信令分别确定第一、第二天线端口组 R1-1718962；R1-1706455；R1-1720304 ◐/△ “antenna group signaling”“UL Tx beam indication”“beam indication for UL transmission”均已明确出现，但现有可核实内容不足以证明两个独立信令分别确定两个APG这一完整连接关系。

3GPP

E 两天线端口组分别适用于两时频资源上述beam/antenna-group系列 △ multi-beam UL/PUCCH和antenna group均存在，但“APG1→TF resource1、APG2→TF resource2”的一一绑定仍是明显检索缺口。

F 一个APG包括正整数个天线端口 TS36.331 + R1-1718962 ◐ 规范明确存在two-antenna-port PUCCH，RAN1又明确讨论“antenna group signaling”；技术概念很接近，但不能把two antenna ports自动等同于权项定义的任意“antenna port group”。

ETSI

G 同一资源池→第一资源；不同资源池→第二资源 TS36.213；PUCCH/PUSCH collision系列 △ 找到了两PUCCH-group体系以及PUCCH/PUSCH碰撞时UCI去向选择，但没有找到目标权项这种“same pool / otherwise”二元判断公式的直接截止日前3GPP公开。这是目前最大缺口。

ETSI

H 第一上报信息包括UCI TS36.213；大量RAN1 UCI文件 ● 直接、成熟公开。

ETSI

I 第二下行信息由RRC承载 TS36.331 ● RRCConnectionReconfiguration直接携带物理信道/无线资源配置。

ETSI

J 第一信令包括DCI TS36.213 ● DCI format 0等用于UL/PUSCH调度是直接规范内容。

ETSI

K 两资源时域相同或部分重叠 TS36.213；R1-1802411 ● 同subframe内PUCCH/PUSCH/UCI碰撞和复用直接覆盖“时域重叠”核心。

ETSI

L 第一信令时间晚于第二信令 TS36.331 RRC配置 + TS36.213动态DCI ◐ “先RRC半静态配置、后DCI动态调度”是非常自然的协议时序，但我没有检出直接写成“first signaling occupies a later time resource than second signaling”的同等条款，因此新颖性比对时不宜标成直接公开。

ETSI

M N2=2 TS36.213；TS36.331；R1-1719972 ◐ TS36.213已有primary/secondary两个PUCCH groups，TS36.331也存在size 1..2等资源配置结构；但只有把“PUCCH group/resource set”解释成权项的“time-frequency resource pool”后才能用于M，因此仍需解释。

ETSI

四、最值得用于无效的组合

目前我会把证据组合分成三层。

第一层、最稳的基础对比文件：D1 = TS 36.213 V14.5.0。

它最适合作为UCI/PUCCH/PUSCH体系的基础，能够很强地承担 B、H、J、K，并且给出primary/secondary PUCCH groups以及UCI发送去向选择，为C/G/M提供技术框架。

ETSI

第二层、配置层补充：D2 = TS 36.331 V14.3.0 + R1-1719972。

前者解决 RRC配置、PUCCH/PUSCH资源、多个antenna ports，后者证明截止日前NR RAN1已经明确形成 PUCCH resource set 这一设计对象。

ETSI

第三层、解决D/E的beam/APG链：R1-1706454/6455 → R1-1718962 → R1-1720304。

这条时间链分别形成“multi-beam based PUCCH”“UL Tx beam indication”“antenna group signaling”“UL transmission beam indication”。因此，如果无效论证允许把 beam / UL spatial transmission relation / antenna group 与权项“天线端口组”结合解释，这组文件的创造性攻击价值明显高于普通PUCCH资源文献。

3GPP

再用 R1-1712585、R1-1801817、R1-1802411 补足PUCCH/PUSCH重叠、collision、UCI destination/multiplexing，即形成目前最完整的截止日前3GPP组合。

3GPP

五、最终检索结论

这次反复检索后，我认为可以把 A–M 分为三档：

第一档，基本已经被截止日前3GPP吃掉：B、H、I、J、K。

这些不应作为目标专利权利要求1创造性的主要支撑点。

第二档，有较强现有技术基础但需要组合或术语映射：A、C、F、L、M。

尤其值得注意的是 R1-1719972“PUCCH resource set” 的发现，它明显削弱了把“多个时频资源池/资源集合”本身视为创新点的空间。

3GPP

第三档，仍是权利要求1真正的抗攻击核心：D、E、G，特别是 D+E+G 的连接关系。

目前虽然已有截止日前的 antenna group signaling + UL beam indication + PUCCH resource set + PUCCH/PUSCH collision/UCI multiplexing 四块拼图，但我没有检出一篇3GPP文件直接把它们拼成：

两个信令 → 两个APG → 分别绑定两个TF资源 → 判断两TF资源是否属于同一pool → same时选第一、different时选第二。

因此，如果仅以3GPP文献攻击新颖性，目前证据不足以稳妥认定A–M被单篇完整公开；如果用于创造性无效，则证据链已经明显更强，下一步最值得继续定点突破的只有两个问题：① R1-1718962等原始TDoc中“antenna group signaling”究竟是否由DCI/SRS resource indicator分别选择；② 2017–2018年PUCCH resource-set/collision文献中是否存在与G完全一致的“same resource set/group vs different resource set/group → choose resource/channel”规则。

这两个点一旦再命中其中任何一个，特别是 G的same/different规则，整套A–M的3GPP无效证据强度会有明显提升。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

我按“目标专利原文—审查员引用文献—Google Patents 中文全文关键词—同义词/结构式检索—相邻技术路线—公开日复核”的方式做了多轮反查，并严格以公开日早于 2018-03-12为筛选条件。CN111585624B 的申请/优先权日为 2018-03-12，其目标方案的关键不是普通的资源池选择，而是：两个时频资源分别关联不同天线端口组，再根据二者是否属于同一时频资源池决定 UCI 最终走第一还是第二时频资源。

Google Patents

一、检索结论

目前检出的中文专利中，没有发现一篇在 2018-03-12 前公开、能够单篇直接完整公开 A-M 全部特征的文献。

但已经形成一组较有价值的中文专利证据链，其中最值得优先使用的是：

第一梯队：CN107343297A + CN107547118A + CN107634821A + CN107690160A。

它们分别覆盖：

CN107343297A：两个资源池、两个信令、目标时频资源选择、UCI、资源粒子/RU；

CN107547118A：天线端口组、一个端口组包括一个或多个端口、UCI、DCI、不同资源对应不同端口组/波束；

CN107634821A：两个候选上行反馈资源、目标资源二选一、RRC+DCI分层配置、UCI/PUCCH、第二信令先于第一信令；

CN107690160A：资源池、RU、两个时频资源部分重叠、DCI/RRC、第二信令在前第一信令在后。

Google Patents

尤其值得注意的是，目标专利自己的 Google Patents 页面中，审查员已经列出了 CN107343297A、CN107547118A、CN107634821A、CN107733620A 等截止日前中文专利，另有 CN102612090A、CN105307220A。这与本轮独立检索的核心命中文献高度重合。

Google Patents

但是，**目前中文专利证据链最明显的两个缺口仍是 D/E 的完整对应关系以及 G 的精确二分判断规则。**特别是 G，我没有找到截止日前中文公报逐字或者实质等同地公开：

第一、第二时频资源属于同一时频资源池 → 第一时频资源；否则 → 第二时频资源。

现有文献能够证明“两个候选资源/资源池中二选一”和“满足某一集合/配置条件选第一，否则选第二”早已存在，但距离 G 的精确判断变量还有一步。

二、优选中文对比文件

编号中文专利公开日主要贡献评价

D1 CN107343297A《一种无线通信中的方法和装置》 2017-11-10 A、B、C、H、I、M；两个信令确定两个资源池，从两池选择目标时频资源，UCI，RU 资源池主引证，最重要

D2 CN107547118A《一种无线通信中的方法和装置》 2018-01-05 D、E、F、H、J；明确“天线端口组包括1个或者多个天线端口”，不同子信号由不同APG发送 APG主引证，最重要

D3 CN107634821A《一种无线传输的UE和基站中的方法和装置》 2018-01-26 A、B、H、I、J、L；两个候选反馈载波中选目标载波，RRC配置候选组，DCI确定目标，PUCCH/UCI UCI二选一主引证

D4 CN107690160A《一种无线通信中的方法和装置》 2018-02-13 A、C、I、J、K、L；资源池+RU，两个时频资源部分重叠，RRC/DCI，第二信令先发、第一信令后发 K/L与资源结构重要补强

D5 CN107733620A《一种无线传输中的方法和装置》 2018-02-23 H、I、J及资源时序；HARQ-ACK、PUCCH/PUSCH、RRC配置+DCI确定资源强辅助

D6 CN107534540A《在无线通信系统中报告信道状态信息的方法及其设备》 2018-01-02 D、F；明确多个“端口组”、每组多个端口、参数/RRC配置端口组 APG定义补强

D7 CN106209190A《用于传达天线端口指派的方法与设备》 2016-12-07 D、J；DCI包含端口指派位，并由DCI确定天线端口集合/子集 “信令确定端口组”补强

D8 CN101662833A《上行混合重传反馈信息分量载波的选择方法及装置》 2010-03-03 G的“if/else二选一”思想：满足配置集合条件走第一载波，否则走另一载波 G的组合论证辅助，不是直接公开

D9 CN104301017A《用于PUCCH的空间代码传送分集的方法和系统》 2015-01-21 F及PUCCH多天线传输，高层信令配置多天线/天线组低层辅助

D10 CN102612090A《数据联合传输的方法及装置》 2012-07-25 多节点/CoMP与不同类型时频资源关系多TRP背景辅助

上述公开日均早于 2018-03-12。D1-D5 的公开情况可由各 Google Patents 页面直接核实；D1-D4 同时出现在目标专利的审查员引用列表中。

Google Patents

三、最关键文献逐篇分析

1. D1：CN107343297A——资源池部分最接近

该文献公开日为 2017-11-10。其摘要已经明确：UE接收第一信令和第二信令；确定目标时频资源块并发送第一无线信号；第一、第二信令分别确定第一、第二资源池；目标资源属于两个资源池之一。

Google Patents

更重要的是，说明书进一步明确：

UE“接收第一信令和第二信令”；

“确定目标时频资源块，在目标时频资源块上发送第一无线信号”；

第一、第二信令分别确定第一、第二资源池；

UE能够从两个资源池中选择时频资源；

第一无线信号可以包括 UCI；

资源池包括多个 RU，一个RU可占一个子载波×一个多载波符号；

第一信令指示第一时频资源，第二信令指示第二时频资源。

Google Patents

因此它对 B、C、H、M 特别强，对 A、I 也有实质贡献。

不过必须区分：它的目标资源选择依据是 Buffer 状态以及两个资源池中“即将到来的第一个时频资源”等因素，而不是 G 所要求的“第一/第二资源是否属于同一池”。

Google Patents

所以：

D1可以作为资源池侧最好的起点，但不能单独解决G。

2. D2：CN107547118A——D/E/F最重要文献

公开日 2018-01-05。该专利在上行多天线/波束传输背景下明确：

P个子信号分别由P个天线端口组发送，天线端口组中包括1个或者多个天线端口。

而且 P 个子信号的时域资源或频域资源相互正交。第一无线信号还可以包含 DCI，第二无线信号可以包含 UCI。

Google Patents

这使其对特征 F 几乎是逐字公开：

“一个天线端口组包括正整数个天线端口”

目标使用“正整数个”，D2使用“1个或者多个”，实质上一致。

Google Patents

此外，D2还明确第三无线信号用于确定“目标天线端口组”，目标组是多个APG之一；各RS端口组与各天线端口组一一对应，RU还可以直接是 RE（Resource Element，资源粒子）。

Google Patents

因此它对 D/E 有很强的组合贡献，即早已公开：

信令 → 确定APG → 相应APG适用于相应无线资源/子信号。

但仍应严格标为“部分/高度接近”，因为 D2 没有在一个实施例中明确写成：

第一信令→APG1；第二信令→APG2；APG1→资源1；APG2→资源2。

3. D3：CN107634821A——“UCI在两个候选资源中二选一”非常强

公开日 2018-01-26。它公开：

第一组载波包括第一候选载波和第二候选载波；

目标载波是二者之一；

UE在目标载波发送 HARQ-ACK；

该控制信道只能用于传输 UCI；

可以是 PUCCH；

第一信令可以是 DCI；

第二信令确定第一组候选载波，并且可以是 RRC。

Google Patents

特别重要的是其实施例的实际信令顺序：

基站 S101 发送第二信令，S102 发送第一信令；

UE S201 接收第二信令，S202 接收第一信令。

因此对于 L“第一信令晚于第二信令”，虽然没有逐字写成“第一信令占用的时间资源晚于……”，但它给出了非常强的实施流程证据。

Google Patents

D3还明确指出 Massive MIMO 情形中，不同UE可能对应不同基站侧上行接收模拟波束，在同一载波同一时刻发送HARQ-ACK存在问题。这个技术背景与目标专利“不同TRP/不同波束条件下上行控制信息冲突”的技术问题具有明显接近性。

Google Patents

4. D4：CN107690160A——K/L及RU的重要补强

该文献公开日 2018-02-13。它明确：

接收第一信令和第二信令；

第二信令确定第一、第二时频资源；

第一信令确定一个资源池；

第二时频资源与第一时频资源可以部分重叠；

第一资源池包括第一时频资源；

第一时频资源包括至少一个RU；

RU占一个子载波×一个OFDM符号；

第一信令可以是DCI；

时频图样可以通过RRC信令配置。

Google Patents

另外基站实施例再次直接采用：

发送第二信令 → 发送第一信令。

因此 D4 对 C、J、K、L 均有明显贡献。

Google Patents

不过它的部分重叠属于“时频资源整体部分重叠”的表述，目标 K 更具体要求“在时域上占用相同或部分重叠的时间资源”，所以用于无效时最好作为强组合证据而非毫无争议的逐字公开。

5. D5：CN107733620A——RRC+DCI确定UCI/PUCCH资源

公开日 2018-02-23。它明确低延迟信令可以对应 UL Grant DCI，并由信令的时间位置显式或隐式确定 HARQ-ACK 的时间资源。

Google Patents

对于传统反馈，它进一步明确：

PUCCH资源由 PUCCH-ConfigCommon、调度PDSCH的DCI的CCE以及HARQ-ACK timing共同确定；

其中 PUCCH-ConfigCommon 是 RRC高层信令。

Google Patents

这对于 I/J/H 的“RRC静态/半静态配置 + DCI动态确定 + UCI反馈资源”组合非常有用。

6. D6：CN107534540A——“端口组”定义证据非常干净

公开日 2018-01-02。其说明书明确：

整体 CSI-RS 端口可划分为多个“端口组”；

例如32端口分成4个端口组；

每个端口组包括8个CSI-RS端口；

UE可以通过参数/信令确定端口组；

N个CSI-RS端口的配置可以通过 RRC信令提供给UE。

Google Patents

所以如果专利权人试图把 F 或“端口组”的概念本身解释得很窄，D6是很好的反证。

7. D7：CN106209190A——DCI直接确定天线端口集合

公开日 2016-12-07。它的摘要已经非常明确：

接收DCI；DCI包含可用天线端口总数、秩指示符和端口指派位；根据这些信息确定指派给UE的可用天线端口的子集。

也就是说，“DCI中的指示域/比特 → 确定一组天线端口”在远早于截止日时已经公开。

Google Patents

它不能独立证明目标“天线端口组”与上行时频资源的特定对应，但对 D/J 的显而易见性分析很有用。

8. D8：CN101662833A——G的“条件判断后二选一”补强

这是本轮为 G 专门扩展检索找到的一篇有意思的早期文献，公开日 2010-03-03。

它公开的规则是：

如果第一载波 c0 被基站设置为可以承载相应HARQ ACK/NACK，则反馈走 c0；

如果 c0 没有被设置为可用，则反馈改走 c1。

Google Patents

也就是已经存在：

if（第一候选满足预定集合/配置条件）→使用第一候选；else→使用第二候选。

它对 G 的“二分判决结构”有帮助，但其判断条件不是“第一/第二时频资源是否属于同一资源池”，而且信道方向/反馈机制也不同。因此：

只能作为 G 的创造性组合补强，不能作为 G 的直接公开。

四、A-M逐项特征比对表

符号说明：◎ = 很强/接近直接公开；○ = 明显贡献但存在映射差异；△ = 辅助性公开；— = 本轮未发现有意义直接贡献。

特征最强中文文献比对结论强度

A 接收第二下行信息+第一/第二信令 D1、D3、D4 D1/D3/D4均明确接收第一、第二信令；D1另有资源池配置信息体系，但“独立的第二下行信息”并非逐字对应 ○

B 在第一/第二时频资源之一发送UCI D1、D3 D1从两个资源池选择目标TF块发送上行/UCI；D3在两个候选载波中选择目标并发HARQ/UCI ◎/○

C 第二DL信息指示N2个TF池，池含资源粒子 D1、D4 D1明确两个资源池、池含多个RU；D4明确资源池+RU；欠缺“同一第二DL信息指示N2池”的完整形式 ○—◎

D 两信令分别确定APG1/APG2 D2+D7+D6 D2信号可确定目标APG；D7 DCI直接确定端口集合；D6参数/RRC确定端口组；尚未找到两个独立信令分别确定两个APG的单篇直接公开 ○

E APG1/APG2分别适用于TF1/TF2 D2 不同APG分别发送占不同时间/频率资源的子信号，技术关系高度接近，但未逐字形成目标一一对应链 ○

F 一个APG含正整数个端口 D2、D6 D2：“1个或者多个天线端口”；D6实例每组8端口 ◎

G 同池→TF1；否则→TF2 D1+D8 D1提供双池及目标选择；D8提供“满足集合条件→第一，否则第二”的判断结构；仍未找到精确同池/异池规则 △—○

H 第一上报信息包括UCI D1、D2、D3 D1、D2直接写UCI；D3控制信道只能传UCI/HARQ ◎

I 第二DL信息由RRC承载 D1、D3、D4、D5 多篇均公开RRC配置资源池/资源集合/候选反馈资源，但“第二DL信息”这一特定逻辑实体需映射 ○—◎

J 第一信令包括DCI D2、D3、D4、D5、D7 多篇逐字明确DCI ◎

K TF1/TF2时域相同或部分重叠 D4 D4明确两个时频资源部分重叠且均在给定时间间隔体系中；但目标更具体限定为“时间资源”重叠 ○—◎

L 第一信令时间晚于第二信令 D3、D4 两篇实施流程均为“先第二信令，后第一信令”；没有完全相同的“占用时间资源晚于”字面 ○—◎

M N2=2 D1 D1明确第一资源池+第二资源池，并从两个池中选择 ◎

D1关于双资源池、UCI、RU以及第一/第二时频资源的原始公开尤其集中。

Google Patents

D2则直接公开APG包含一个或多个端口以及DCI/UCI。

Google Patents

D3直接覆盖候选二选一、UCI/PUCCH、RRC和DCI。

Google Patents

D4是目前 K/L 最好的中文补充。

Google Patents

五、现阶段最优无效组合

如果目标是攻击包含 A-M 的完整权利要求，我认为中文专利中目前最合理的组合起点是：

CN107343297A（D1） + CN107547118A（D2） + CN107634821A（D3） + CN107690160A（D4）

逻辑是：

D1先建立“两个信令/两个资源池/资源粒子/目标时频资源/UCI”的主体框架；D1甚至明确第一、第二信令分别指示第一、第二时频资源。

Google Patents

然后用D2补上“天线端口组—多个端口—不同资源/子信号分别通过不同APG发送—DCI/UCI”的空间域结构。

Google Patents

再用D3补强“RRC先配置候选资源组、DCI动态选择目标反馈资源、PUCCH/UCI、两个候选中二选一以及第二信令先于第一信令”。

Google Patents

最后用D4加强 TF1/TF2重叠、资源粒子和信令顺序。

Google Patents

如果专门针对 D/F/J 再补一篇，则 CN107534540A 或 CN106209190A 很有价值：前者证明“端口组由多个端口构成并由RRC/参数配置”，后者证明“DCI指派位直接决定天线端口集合”。

Google Patents

六、最需要继续突破的是 G，其次是 D-E连接关系

经过这轮中文专利反复检索，我对证据强度的排序是：

已经相当扎实：F、H、J、M。

较强、可通过现有组合完成：A、B、C、I、K、L。

仍应继续重点检索：D、E，尤其是 D-E 的一一对应连接关系。

最关键缺口：G。

目标专利把 G 写得非常具体：第二下行信息给出多个资源池，然后不是简单地从池中选资源，而是先判断既有的第一时频资源与第二时频资源是否属于同一池，再据此决定 UCI 保留在第一资源还是切换到第二资源。目标说明书对此有明确表述。

Google Patents

D1虽然已经非常接近资源池框架，但选择标准是 Buffer/最早资源等；D8虽然已经有“条件满足用第一，否则第二”的二分判断，但条件变量不同。因此，在只考虑本轮中文专利的情况下，我不建议把 G 写成“已被直接公开”。这样处理对后续无效理由的可信度更高。

Google Patents

最终结论

从中文专利角度，CN111585624B 的 A-M 并不是一个“整体完全没有前案”的方案。截止 2018-03-12 前已经存在相当密集的基础构件，而且其中多篇与目标专利来自非常接近的无线资源选择、UCI/HARQ、多天线/波束技术语境。目标专利自己的审查记录也已经引用 D1-D3、D5 等文献。

Google Patents

目前最值得保存为核心证据的是 CN107343297A、CN107547118A、CN107634821A、CN107690160A；CN107733620A、CN107534540A、CN106209190A用于补强。

但如果目标是对包含 A-M 的完整权利要求形成一条高把握度创造性无效链，下一步最有价值的并不是继续大量搜普通的“UCI/DCI/RRC/资源池”文献，而是继续定点突破截止日前的“same/different resource pool → PUSCH/PUCCH或第一/第二UCI资源”规则，以及“两独立信令→两独立beam/APG→两时频资源”的中文公报。这两个连接关系一旦找到，现有证据链的强度会有明显跃升。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

我按照 2018-03-12 之前公开、Google Patents 可核实、韩文公开文本/KR 或 PCT/KR 韩文文本的口径，围绕以下几组关键词进行了多轮交叉检索：자원 풀/resource pool、PUCCH resource、UCI、RRC、DCI、antenna port group/안테나 포트 그룹、BRS ID/analog beam、same subframe、different DCIs、most recently received DCI 等。

一、结论先行

本轮韩文检索中，没有发现一篇截止日前文献能够单篇、明确、完整地公开 A–M 全部技术特征。真正的缺口仍然集中在 D + E + G 的精确组合关系，尤其是 G：

“第一、第二时频资源属于同一资源池 → 选择第一时频资源；否则 → 选择第二时频资源”。

截至本轮反复检索，我找到的是：

“两个资源池、同一资源池、从一个池重新路由到另一池”；

“两个 DCI 分别指示两个上行时频资源”；

“同一资源/不同资源导致不同 UCI 处理方式”；

“后收到的 DCI 可以决定实际发送”；

但没有找到截止日前韩文文件逐字给出上述 G 的完整二分选择规则。这一点不宜夸大。

不过，已经形成一组相当有价值的组合证据。其中我认为最重要的是：

第一组：资源池 / RRC / DCI / N2=2

KR20120093912A

该文件不仅公开通过 RRC 配置 PUCCH 资源，通过 DCI 指示/选择具体 PUCCH 资源，还明确给出了 resource set/pool 1 与 resource set/pool 2，每个 pool 中包含多个 PUCCH resources，并讨论 “same resource pool” 以及资源从 pool 1 向 pool 2 的重新映射/重新路由。

Google Patents

第二组：两个 DCI + 两个候选上行资源 + 同一上行时刻 + 后到 DCI

WO2018034520A1，Samsung，PCT/KR2017/008980，2018-02-22 公开

这是本轮最值得重视的新文献之一。它明确公开：

不同 DCI 可在同一 subframe 指示不同 xPUCCH 时频资源；

n 子帧与 n+1 子帧的不同 DCI 可使上行发送落入同一个后续上行子帧；

UE 可以按照 most recently received DCI 动作；

该规则/接收窗口可以由 RRC 配置；

UCI 可以在 xPUCCH/xPUSCH 中发送；

对同一资源和不同资源的情形分别规定处理逻辑。

Google Patents

这篇对 B、H、J、K、L 尤其强，对 G 提供了非常有价值但仍然不是逐字一致的选择逻辑。

第三组：antenna port group 本身 + 每组多个端口 + 组与资源关联

KR20150032525A + WO2016163842A1 + KR20150132883A

三篇之间形成很好的互补：

KR20150032525A：第一/第二 antenna group 分别具有端口数量、resource configuration、subframe configuration，并有第一组4端口、第二组另外4端口的具体实施例；

Google Patents

WO2016163842A1：直接使用 antenna port group，明确总共 N 个 CSI-RS ports 被分成 K 个 port-groups，每组含 N/K 个 ports；还明确给出每组4个端口等例子；

Google Patents

KR20150132883A：直接把 antenna port group 与 CSI-RS resource elements/time-frequency allocation 联系起来，并明确由若干 antenna ports 构成一个 group。

Google Patents

第四组：beam/BRS ID ↔ PUCCH resource ↔ DCI

WO2018026224A1，LG，2018-02-08 公开

该文明确记载 PUCCH resource、PUCCH format、PUCCH transmission scheme 可通过高层或物理层信令与 BRS ID / analog beam 建立 linkage；如果通过 DCI/UL grant 指示 BRS ID 或 analog beam，则相应 PUCCH resource 等可以动态变化。还进一步公开不同 beam/BRS ID 可分别配置上行参数、SRS antenna port，以及 beam/BRS ID group 的 DCI 操作。

Google Patents

因此，如果要证明“不同天线方向/端口集合分别适用于不同上行资源，并可由信令选择”属于截止日前已经成熟的 NR 技术思路，这篇非常有价值。

二、建议重点保留的韩文对比文件

优先级对比文件公开日本轮认为最有价值的公开内容主要贡献特征

D1 WO2018034520A1 Samsung 2018-02-22 两个不同 DCI、同一后续 UL subframe、不同/相同 xPUCCH/xPUSCH TF resources、UCI、最近收到 DCI、RRC 规则 B、H、J、K、L；G部分

Google Patents

D2 KR20120093912A 2012-08-23 RRC 配置资源集合，DCI 选择；resource pool 1/2；每池多个 PUCCH resources；same pool 与跨池重路由 B、C、H、I、J、M；G部分

Google Patents

D3 KR20150032525A 2015-03-26 第一、第二 antenna group；分别包含端口数、resource configuration、subframe configuration；每组多个端口 D、E、F

Google Patents

D4 WO2016163842A1 2016-10-13 明确“antenna port group”；N ports 分为 K groups；每组 N/K ports；port-group feedback/signaling D、F，E部分

Google Patents

D5 KR20150132883A 2015-11-26 antenna port grouping 与 CSI-RS resource elements/时频资源配置直接关联 E、F；D部分

Google Patents

D6 WO2018026224A1 LG 2018-02-08 analog beam/BRS ID 与 PUCCH resource/format/scheme linkage；DCI 动态切换；beam-specific UL 参数 B、D、E、H、J，其中 D/E 属 beam→APG 的桥接证据

Google Patents

D7 WO2018021821A1 LG 2018-02-01 第一/第二 UCI、第一/第二 PUCCH resource、same PUCCH resource、RRC+DL grant、DCI 指示 UL resource、UCI piggyback A、B、H、I、J、K

Google Patents

D8 KR20180012871A 2018-02-06 DCI/RRC offset 确定 PUCCH resource；两个 antenna-port-related resources B、E、I、J

Google Patents

D9 WO2017192009A1 LG 2017-11-09 resource pool 由 SIB/UE-specific RRC 配置；UE 从所指 resource pool 选择资源；明确 UCI/ACK/NACK C、H、I

Google Patents

D10 KR20170085457A 2017-07-24 第一/第二 BRS 配置包括时间、频率、symbol/subcarrier、antenna port 等；SR resource 可经 RRC 配置 A、D、E、I 部分贡献

Google Patents

三、A–M 特征逐项比对

符号含义：● = 较明确的直接贡献；◐ = 部分公开/需要技术对应或组合解释；— = 未找到实质对应。

特征最强截止日前韩文文献评价具体判断

A 接收第二下行信息、第一信令、第二信令 WO2018021821A1；WO2018034520A1 ◐ 前者明确涉及多个下行信号/配置并形成第一、第二 UCI/PUCCH 资源；后者明确接收多个 DCI。尚未发现完全按照“三个独立信息/信令”结构逐字公开的文件。

Google Patents

B 在第一/第二时频资源之一发送第一上报信息 WO2018034520A1；KR20120093912A；WO2018021821A1 ● 多个候选 PUCCH/xPUCCH 时频资源以及实际 UCI/ACK-NACK 发送资源的选择已有明确公开。

Google Patents

C 第二下行信息指示 N2 个时频资源池，每池含多个资源粒子 KR20120093912A；WO2017192009A1 ◐→较强前者直接给出 resource pool 1 / pool 2 且每池包含多个 PUCCH resources；后者明确 RRC/SIB 配置 resource pool 并从池中选择时频资源。与目标“resource particle”粒度并非完全一致。

Google Patents

D 第一/第二信令分别确定第一/第二天线端口组 KR20150032525A；WO2016163842A1；WO2018026224A1 ◐ 截止日前已经明确存在第一/第二 antenna group、antenna port group、port-group signaling，以及通过 DCI/high-layer signaling 选择 beam/BRS ID；但**“两独立信令分别确定两个 APG”仍未找到逐字完全对应。**

Google Patents

E 两天线端口组分别适用于第一/第二时频资源 KR20150032525A；KR20150132883A；WO2018026224A1 ◐→较强第一/第二 antenna group 各自具有 resource/subframe config；另一文献把 antenna-port group 直接映射到 CSI-RS RE；WO'224 则把 beam/BRS ID 与具体 PUCCH resource 联动。

Google Patents

F 一个天线端口组包括正整数个天线端口 WO2016163842A1；KR20150132883A；KR20150032525A ● 很强这是已经被直接公开的普通结构：N 个 antenna ports 分为 K 个 port-groups，每组 N/K 个端口；还有每组4端口等明确例子。

Google Patents

G 同池→第一资源；异池→第二资源 KR20120093912A + WO2018034520A1 ◐，核心缺口 KR'912 提供“两池、same pool、跨池重路由”；WO'520 提供“两个候选资源、same/different resource、发生冲突后决定实际发送”的控制逻辑。但截至本轮仍未找到“same pool→first，different pool→second”的完整文字规则。

Google Patents

H 第一上报信息包括 UCI WO2018021821A1；WO2018034520A1；WO2017192009A1 ● 很强均直接涉及 UCI，且包括 HARQ-ACK、CSI、SR、beam information 等，以及 PUCCH/PUSCH 承载。

Google Patents

I 第二下行信息由 RRC 承载 KR20120093912A；WO2017192009A1；WO2018021821A1 ●/◐ PUCCH resource set/resource pool 通过 RRC 配置是直接公开；但把该 RRC 消息精确命名为目标专利的“第二下行信息”仍需功能对应解释。

Google Patents

J 第一信令包括 DCI KR20120093912A；WO2018034520A1；WO2018026224A1；WO2018021821A1 ● 很强多个文件都直接用 DCI/UL grant 动态指示 PUCCH/PUSCH 资源或 beam/BRS ID。

Google Patents

K 第一/第二资源时域相同或部分重叠 WO2018034520A1；WO2018021821A1 ●/较强 WO'520 明确多个 DCI 可以针对 same subframe 的不同/相同上行 TF resources；WO'821 明确可使用 same PUCCH resource。

Google Patents

L 第一信令时间晚于第二信令 WO2018034520A1 ● 很强这是最强文件：n 与 n+1 等不同 subframe 接收多个 DCI，并明确 UE 可以按照 most recently received DCI 执行动作。

Google Patents

M N2=2 KR20120093912A ●（实施例层面）明确存在 resource pool 1 和 resource pool 2 的两池实施例，并分别包含多个具体 PUCCH resources。

Google Patents

四、最值得关注的几篇文献详解

1. KR20120093912A——C、I、J、M 和 G 前半段的核心文献

这篇比普通“PUCCH resource selection”文件强的地方，是它已经把资源集合进一步组织成 pool。

其实施方式中出现：

resource set/pool 1；

resource set/pool 2；

pool 1 中包含 PUCCH resource #1～#4；

pool 2 中包含 #5～#8；

明确讨论 resources 位于 same resource pool；

在特定情况下资源可从一个 resource pool 重新安排到另一个 pool。

Google Patents

此外，该文件已经公开：

PUCCH resources 可以由 RRC 配置；

DCI 可以携带 index/ARI 从高层配置的资源集合中确定具体资源；

存在 first/second PDCCH/DCI 与 first/second PUCCH resources 的对应。

Google Patents

所以它非常适合作为 C+I+J+M 的基础文献。

但需要严格指出：其资源池成员主要表述为 PUCCH resources，并非完全逐字对应目标 C 中“一个时频资源池包括正整数个资源粒子”。因此对 C 我建议写成“高度相关/部分直接公开”，而不是毫无保留写“完全相同”。

2. WO2018034520A1——B、H、J、K、L 最强

这篇的重要性在于，它不是一般性讲 UCI，而是已经处理了：

多个 DCI → 多个潜在 UL transmissions/resources → 相同发送时点 → 决定实际如何发送

其明确记载不同 DCI 可以指示 same subframe 中不同的 xPUCCH time-frequency resources；对于 xPUSCH 同样讨论多个 DCI 指向同一上行子帧的情形。

Google Patents

更关键的是：

UE 可以按照接收窗口内 most recently received DCI 的命令执行。

并且该接收窗口/规则可以通过 cell-specific 或 UE-specific RRC signaling 设置。

Google Patents

这使它对于 L“第一信令晚于第二信令” 的价值非常高，同时天然连接 J、B、H 和 K。

从无效角度看，这篇应当列在首批精读文件中。

3. KR20150032525A——D/E/F 的主要桥梁

该文设置第一、第二 antenna group，并使对应 configuration 包含：

antenna port number parameter；

resource configuration；

subframe configuration。

还公开第一 antenna port set 为例如4个端口、第二 set 为另外4个端口等结构。

Google Patents

因此它比单纯“多个 antenna ports”文献强得多，因为已经建立：

antenna group ↔ resource configuration ↔ subframe configuration

这正是从 F 向 E 过渡所需要的桥梁。

不足是它没有完整采用目标专利的：

first signaling → first APG；second signaling → second APG

这一特定两信令句式。

4. WO2016163842A1——“antenna port group”术语锚点

这篇对于解释目标专利的“天线端口组”非常有价值，因为它直接公开：

总共 N 个 CSI-RS antenna ports 被分成 K 个 port-groups，每个 group 包含 N/K 个 ports。

并有多个端口组成一个 antenna port group 的具体实施方式。

Google Patents

因此 F 基本不再是检索难点。

5. WO2018026224A1——把 beam/APG 与具体 UL resource 连接起来

这篇直接说明：

PUCCH resource、PUCCH format、PUCCH transmission scheme 可通过 higher layer signaling 或 physical layer signaling 与 BRS ID 建立 linkage。

进一步：

如果 BRS ID / analog beam 信息通过 DCI format/UL grant 被信令指示，则相应 PUCCH resource 等可动态改变。

Google Patents

而且文献还把 SRS resource、antenna port 等参数按不同 analog beam/BRS ID 分别配置，并明确讨论多个、例如“2”个 beam/BRS ID。

Google Patents

因此它对 D/E 并非字面完全一致，但从：

beam/BRS group → UL communication configuration → PUCCH resource → DCI

这一技术链条上，价值很高。

五、我建议的无效组合

如果要在这些韩文文件里构造一组相对紧凑的创造性证据链，我会优先采用：

第一优选组合

WO2018034520A1 + KR20120093912A + KR20150032525A

其中：

WO2018034520A1：解决 B/H/J/K/L，并提供 G 所需要的“同/异资源情形决定实际 UCI 发送”的选择机制；

Google Patents

KR20120093912A：解决 C/I/J/M，特别是“两 resource pools + same resource pool + DCI/RRC resource selection”；

Google Patents

KR20150032525A：解决 D/E/F 所需的“双 antenna group + 各自 resource/subframe configuration + 多端口结构”。

Google Patents

这个三篇组合是目前韩文检索结果中，我认为覆盖 A–M 最紧凑的一组。

第二优选补强

在上述组合上再加入：

WO2018026224A1

用于证明截止日前已经明确存在：

beam/BRS ID 由 high-layer/DCI 指示 → 对应特定 PUCCH resource / format / transmission scheme

的上行链路配置机制。

Google Patents

这对于回应“为什么本领域技术人员会把 antenna group/beam group 与不同候选 UL resources 联系起来”的创造性论证尤其有价值。

六、最终检索判断

从目前韩文专利证据看，可以把 A–M 分成三档：

证据强度特征判断

强，截止日前已经较明确 B、F、H、I、J、K、L、M 可以找到较直接的韩国/韩文先前技术

有较强组合证据 A、C、D、E 各组成要素基本能找到，但目标专利的特定组织方式需要组合解释

当前最大缺口 G 找到“两个池”“same pool”“same/different resource”“冲突后选择”“latest DCI”，但尚未找到完全相同的同池→第一、异池→第二二分规则

所以，本轮最有价值的新发现不是普通 UCI 或 DCI 文献，而是 WO2018034520A1 + KR20120093912A 的组合：前者把“两个 DCI—两个候选上行资源—同一发送时点—后到信令/冲突选择”公开得很深，后者则把“两个 resource pools—RRC 配置—DCI 资源选择”公开得很深。再由 KR20150032525A、WO2016163842A1 和 WO2018026224A1 补上 antenna-port-group/beam 与资源之间的对应关系。

但如果目标是找到一篇能够单独击穿权利要求的韩文 X 文献，目前仍然不够，真正值得继续定点突破的就是 G，以及 D-G-E 的连接关系。这一点我建议在后续无效意见中保持保守表述，不要把“same resource/same pool”直接等同于目标专利完整的 G 规则。

Google Patents

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已按 Google Patents 日本公开文本围绕以下几条链路进行了多轮交叉检索：PUCCH/PUSCH + UCI + resource pool、RRC resource pool、same/different cell/group + resource selection、antenna port + PUCCH resource + DCI、two antenna ports/two PUCCH resources、simultaneous/overlapping PUCCH/PUSCH。公开日按你的要求严格限定为 2018-03-12之前。

先给结论：本轮日文专利中，没有发现一篇截止日前JP/JPWO文献在同一技术方案中直接、完整公开A-M全部特征。 CN111585624B权利要求1确实把“两个时频资源池—同池/异池选择”“两个天线端口组分别对应两个资源”“UCI、RRC、DCI、时域重叠、信令先后及N2=2”绑定在一个权利要求中。

Google Patents

但是，日文现有技术已经分别把其中相当多的技术块公开得很深。尤其值得关注的是 JP2015126309A、JP2016149785A、JP2013526231A、JP2017200210A、JP2017532844A、JPWO2016159231A1、JP2018019439A。从无效角度，它们更适合构建创造性组合，而不是单篇新颖性攻击。

一、优先级最高的日文对比文件

优先级日文公开文献公开日主要贡献本次评价

D1 JP2015126309A NTT DoCoMo 2015-07-06

Google Patents

PDCCH接收cell与PUCCH发送cell是否相同，决定PUCCH资源确定方法；两个PUCCH资源之间进行channel selection；PUCCH承载UCI；RRC配置PUCCH资源/发送cell；DCI用于跨载波调度；甚至可根据DMRS antenna port number确定PUCCH资源。

Google Patents

本轮最重要。B/G/H/I/J/K及D/E桥接均有贡献

D2 JP2016149785A InterDigital 2016-08-18

Google Patents

第一/第二eNB或cell分别具有反馈资源；两个antenna ports p0/p1分别映射到第一、第二PUCCH资源；相关PDCCH/DCI allocation参与资源确定；PUCCH/PUSCH反馈及RRC预配置均有公开。

Google Patents

D/E最值得利用的日文桥接文件

D3 JP2013526231A Samsung 2013-06-20

Google Patents

基站通过上位层信号选择UCI传输模式，并发送一个以上UL grant；直接讨论PUCCH/PUSCH同时发送及UCI复用，并根据PUSCH grant决定UCI走PUSCH还是PUCCH。

Google Patents

B/H/K以及“动态授权后决定UCI承载资源”非常强

D4 JPWO2016159231A1 NTT DoCoMo 2018-01-25

Google Patents

第一/第二CC场景；有PUSCH指示时依CC类别决定UCI是在PUSCH还是PUCCH发送；RRC预先通知CC信息；明确PUCCH/PUSCH同时发送；PDCCH传输含PUSCH scheduling的DCI。

Google Patents

G/H/I/J/K的组合型强证据

D5 JP2017532844A 2017-11-02

Google Patents

UE从发送resource pool选择资源；明确专用RRC signaling可通知resource pool；而且明确UE可能取得两个以上resource-pool通知并根据优先级选择。

Google Patents

C/I/M方向强证据

D6 JP2017200210A Intel 2017-11-02

Google Patents

resource pool明确由一组subframes构成；一个D2D resource又可包括时间上的subframe和频率上的PRB；RRC执行resource allocation；resource pool还能逻辑分成多个sub-resource pools。

Google Patents

C中“resource pool由正整数个资源粒子组成”最好的日文对应之一

D7 JP2018019439A Samsung 2018-02-01

Google Patents

接收configuration info和通过第一antenna port发送的DCI；根据CCE、第一antenna port、DCI信息、resource offset共同确定PUCCH resource，再在该资源发送HARQ-ACK。

Google Patents

D/E/J的重要桥接，但只有单antenna port而不是两个port groups

D8 JP2016530807A Fujitsu 2016-09-29

Google Patents

同一subframe向至少两个cell发送包含UCI的上行信号时，确定优先级并进行uplink channel selection；明确两个PUCCH场景。

Google Patents

B/H/K以及“两候选资源冲突后择一”有贡献

D9 JP2017523722A Qualcomm 2017-08-17

Google Patents

明确设置第一PUCCH cell group和第二PUCCH cell group；PUCCH承载ACK/NACK、CQI等UCI，并涉及RRC配置。

Google Patents

“两个组+两个上行控制承载域”的辅助证据

补强 JP2016503592A LG 2016-02-04

Google Patents

明确出现“antenna port group”概念、多个antenna port/QCL及DCI/上位层配置体系。

Google Patents

只能作为D/F术语/QCL背景；主线是下行PDSCH，不宜作为核心文件

二、最关键的几篇逐项分析

1. JP2015126309A——本轮综合价值最高

该文献的关键不是普通“PUCCH资源配置”，而是明确提出：

PDCCH接收cell与PUCCH发送cell相同/不同 → 改变PUCCH resource的确定方法。

Google Patents

更重要的是，对来自两个cell的UCI，它先确定两个PUCCH resources，再进行channel selection；PUCCH的无线资源可以是OCC、CS、PRB index，映射关系又由RRC配置。

Google Patents

它还明确允许：

RRC设置PUCCH发送cell候选；

物理层信息动态选择具体cell；

ARI可以指示PUCCH resource和PUCCH发送cell；

DCI用于PDSCH/PUSCH跨载波调度；

PDSCH的DMRS antenna port number可参与PUCCH资源确定；

在ACK的PUCCH发送时刻可能又得到PUSCH grant，并把ACK复用到该PUSCH。

Google Patents

因此它与目标G虽然还存在“cell/group是否相同”与“两个time-frequency resource是否属于同一resource pool”的对象差异，但判定框架已经非常接近：

判断两个对象的归属/对应关系 → 在候选上行反馈资源之间改变资源确定/选择方式。

这是我认为日文检索中对G最值得作为主引证的文件。

2. JP2016149785A——D/E方向比普通beam文件更有价值

这篇文件值得特别重视，因为它不是仅仅提到“两个antenna ports”。

它公开：

第一eNB/cell、第二eNB/cell分别具有对应的PDCCH/DCI allocation；支持在两个antenna ports p0、p1上发送HARQ-ACK，并进一步明确：对于配置了两个antenna ports的UE，PUCCH resource值可映射为：

antenna port p0 → 第一PUCCH resource

antenna port p1 → 第二PUCCH resource。

Google Patents

同一段还把PUCCH resource与第一/第二eNB/cell的相应DCI allocation所使用的CCE联系起来。

Google Patents

因此，对D/E最合理的无效论证不是声称它逐字公开了“antenna port group”，而是：

截止日前已经明确存在两个发送antenna ports分别对应两个PUCCH resources，并由不同下行调度/DCI关系参与确定的体系。

如果权利要求中的“一个antenna port group包括正整数个antenna ports”允许单端口组，即一组只含一个antenna port，那么D2的攻击价值会明显提高；如果审理中要求“antenna port group”必须有明确的group语义，则仍然存在文字层面的缺口。

3. JP2017200210A + JP2017532844A——C/I/M的最佳资源池组合

JP2017200210A明确把D2D discovery resource pool定义为由多个独立D2D discovery resources构成，一个资源可跨时间上的一个subframe以及频率上的两个PRB pair；权利要求又明确resource pool包括一组subframes，且相关高层信令可以是RRC signaling。

Google Patents

这对于目标C中：

一个时频资源池包括正整数个资源粒子

具有很直接的技术对应关系。

而JP2017532844A进一步明确，resource pool可以由dedicated RRC signaling通知，而且UE可能得到两个以上resource pool notifications，随后选择相应resource pool。

Google Patents

所以对 C+I+M，这两篇组合明显优于单独搜索普通“resource pool”专利。

三、A-G特征比对矩阵

符号含义：● = 明确/实质直接公开；◐ = 有明确技术贡献，但存在对象、术语或连接关系差异；— = 本轮没有找到该文献的强对应公开。

文献 A B C D E F G

D1 JP2015126309A ◐ ● — ◐ ◐ — ◐强

D2 JP2016149785A ◐ ● — ◐强 ◐强 ◐ ◐

D3 JP2013526231A ◐ ● — — — — ◐

D4 JPWO2016159231A1 ◐ ● — — — — ◐强

D5 JP2017532844A ◐ ● ● — — — ◐

D6 JP2017200210A ◐ ● ● — — — ◐

D7 JP2018019439A ◐ ● — ◐ ◐ — —

D8 JP2016530807A ◐ ● — — — — ◐

D9 JP2017523722A ◐ ◐ — — — — ◐

这里最需要保持克制的是D/F：D2虽然已经达到“两个antenna ports + 两个PUCCH resources + DCI allocation”的程度，D7也明确把antenna port和DCI共同用于PUCCH资源确定，但都没有逐字达到目标的“第一、第二信令分别确定第一、第二antenna port groups”。

Google Patents

四、H-M特征比对矩阵

文献 H UCI I RRC承载 J DCI K时域相同/重叠 L第一信令晚于第二 M N2=2

D1 JP2015126309A ● ●/◐ ● ● — ◐

D2 JP2016149785A ● ◐ ● ● — ◐

D3 JP2013526231A ● ◐ ◐ ● ◐ —

D4 JPWO2016159231A1 ● ●/◐ ● ● ◐ ◐

D5 JP2017532844A — ● — — — ◐

D6 JP2017200210A — ● — — — ◐

D7 JP2018019439A ● ◐ ● — — —

D8 JP2016530807A ● — — ● — ◐

D9 JP2017523722A ● ◐ — — — ◐

K的截止日前基础尤其扎实。例如D3直接以“允许/不允许PUCCH和PUSCH同时传输”区分UCI复用模式；D8直接处理同一subframe中至少两个cell上的UCI上行信号并择优/择信道。

Google Patents

五、逐特征的最终判断

特征日文检索结果最佳文献

A 三类下行信息/信令接收部分公开较强，但三者按目标名称及关系完整组合未找到 D1、D2、D3

B 两候选资源之一发送上报强 D1、D2、D3、D4

C N2个时频资源池，每池含资源粒子资源池结构本身强；N2连接关系需组合 D6 + D5

D 两信令分别确定两个antenna port groups 主要缺口之一 D2 + D7，D10补术语

E 两port groups分别适用于两时频资源存在很强近似公开：p0/p1→第一/第二PUCCH resource D2

F port group包含正整数个ports 严格逐字证据较弱 D10 + D2，需主张单port group或一般技术含义

G 同resource pool→第一，否则第二没有找到逐字同构JP文献；但判断逻辑已有很强组合基础 D1 + D5/D6 + D4

H UCI 非常强 D1/D3/D4/D8

I resource-pool信息由RRC 非常强 D5、D6

J 第一信令包括DCI 非常强 D1、D2、D7

K 两资源时间相同/部分重叠非常强 D3、D4、D8

L 第一信令晚于第二信令本轮日文检索的另一主要缺口仅找到一般的RRC先配置、动态授权后到达等架构，不建议冒充直接公开

M N2=2 “两个以上pool”“第一/第二subpool”“两个PUCCH groups”均已出现，但严格N2=2仍需论证 D5/D6/D9

六、我建议的日文无效组合

如果只使用本轮检出的日文专利，我会优先采用：

主文献：JP2015126309A

再组合：

JP2017200210A + JP2017532844A + JP2016149785A + JP2013526231A

其技术分工相当清楚：

JP2015126309A 提供“UCI反馈、两个PUCCH资源、同/异关系改变资源选择、RRC+动态物理层控制、DCI、antenna-port信息、PUCCH/PUSCH同时出现”的主框架。其“同一/不同”判定及两个PUCCH资源的channel selection尤其接近G的基本思想。

Google Patents

JP2017200210A + JP2017532844A 把这一框架中的“group/cell/resource”进一步落到多个resource pools、pool包含多个时频资源、RRC通知resource pool。

Google Patents

JP2016149785A 则负责最关键的空间维度桥接：两个antenna ports分别对应两个PUCCH resources，并与第一/第二cell的DCI allocation发生联系。

Google Patents

JP2013526231A 补足UCI在PUCCH/PUSCH间因授权和冲突关系进行选择、以及两者同时传输/同一传输时机这一成熟机制。

Google Patents

最终评价

以单篇新颖性看，本次日文检索结果还不足以直接覆盖CN111585624B权1的A-M全部限定，尤其不能把“cell group”“单个antenna port”直接无条件改写成目标专利的“time-frequency resource pool”“antenna port group”。

以创造性组合看，证据链明显更强。当前真正剩余的两个核心突破口是：

第一，继续寻找截止日前明确出现“两个antenna port groups/beam groups分别对应两个PUCCH/PUSCH resources，并分别受两个动态信令控制”的日文公报；第二，继续寻找两个动态信令存在明确先后关系、且后到信令触发冲突资源选择的文件。

其中，G本身已经不是最难的问题：D1已经给出“same/different关系→改变PUCCH资源确定”，D5/D6已经给出RRC通知的多个resource pools；真正决定日文组合攻击强度的，反而是能否把 D-E-F与L 再压实一层。

Google Patents

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经过多轮在 Google Patents 中按 UCI/PUCCH/PUSCH 冲突、resource pool、CoMP/reception-point set、antenna-port group、beam/panel、RRC/DCI、same/different group、overlapping time resources 等不同术语组合反复检索，并逐篇回查公开日和说明书原文后，结论比较明确：

截至本轮检索，我没有检出一篇公开日在 2018-03-12 之前、能够单独完整公开 A–M 全部限定的英文专利文献。但是已经形成一组相当有价值的证据链。其中，US20130235853A1 是攻击 G 的核心文件；WO2017190586A1 是攻击 A/B/C/H/I/M 的重要文件；US20160105265A1 是 F 以及“antenna-port group”字面概念的核心文件；WO2017192889A1 是把信令—空间发送实体—PUSCH资源绑定起来的关键桥接文件；US20120082157A1 对 K 的“相同或部分重叠时间资源”尤其强。

Google Patents

一、最值得保留的英文对比文件

编号英文专利文献公开日本案主要贡献评价

E1 US20130235853A1, Transmission of uplink control information for coordinated multi-point reception 2013-09-12 B、G、H、J、K，并对 A/D/E/L 有连接作用本轮最重要的 G 核心文件。明确按 UCI 对应 reception-point set 与 PUSCH 对应 reception-point set 是否相同，决定 UCI 走 PUSCH 还是 PUCCH。

Google Patents

E2 WO2017190586A1, Method and device for radio communication 2017-11-09 A、B、C、H、I、M 两个资源池、resource unit、RRC/物理层信令、UCI、目标TF资源选择高度接近本案外围框架。

Google Patents

E3 WO2012146307A1, Method and device for processing uplink control data in a wireless network 2012-11-01 C、M，并补 I/J 明确至少两个 PUCCH resource pools，每个pool含 physical resource blocks；高层配置资源池，下行分配/DCI用于资源选择或调整。

Google Patents

E4 US20160105265A1, Method and apparatus for measuring communication quality 2016-04-14 D、F，并补 I/J/E 明确使用 port group/antenna ports，一个group包含多个antenna ports，并公开 RRC/DCI 可通知一个或多个port groups。

Google Patents

E5 WO2017192889A1, Antenna panel switching and beam indication 2017-11-09 D、E、J DCI指示 antenna panel/Tx beam，随后UE使用被指示panel/beam发送NR-PUSCH；不同DCI还可更新PUSCH发送beam。是 D/E 很好的空间发送关系桥梁。

Google Patents

E6 US20160192388A1, Method and apparatus for uplink control signaling with massive carrier aggregation 2016-06-30 B、G、H、I、J、M 多个PUCCH groups、RRC配置、DCI选择PUCCH资源；当同一PUCCH group存在PUSCH时可将UCI复用至PUSCH。

Google Patents

E7 US20120082157A1, Uplink control information multiplexing on the physical uplink control channel for LTE-A 2012-04-05 B、H、K 对K尤其好：将“simultaneous”明确解释为时间帧部分重叠即可，并公开同一subframe的PUCCH/PUSCH collision及UCI转至PUSCH。

Google Patents

E8 US20150236828A1, antenna-port relationship相关 2015-08-20 D/E的语义桥接明确说明 cell、antenna port、antenna port group、RRH、transmission point、reception point 等均可作为相对于UE的DL发送实体/UL接收实体，对把E1的RP概念连接到APG尤其有用。

Google Patents

E9 WO2016123372A1, Uplink feedback methods for operating with a large number of carriers 2016-08-04 B、H、J，并补G DCI(UCI)可直接指定UCI走PUCCH或PUSCH、资源以及group identity，对“分组→上行资源选择”有补强价值。

Google Patents

以上文件的公开日均严格早于 2018-03-12。

Google Patents

二、最关键文件 E1：US20130235853A1

这是我认为本轮英文检索中最不能遗漏的一篇。

其核心机制是：

UCI 对应一个 reception-point set，当前调度的 PUSCH 对应另一个 reception-point set；如果两者是同一个RP set，则 UCI 与数据一起在 PUSCH 上传输；如果二者不是同一个RP set，则 UCI 改为在 PUCCH 上传输。文献还说明当前PUSCH的RP set可以由PUSCH scheduling signaling/DCI确定。

Google Patents

这与本案 G：

同一时频资源池 → 第一时频资源；

不同资源池 → 第二时频资源

在“same/different → 两种上行承载资源二选一”这一判定逻辑上高度同构。

但必须准确区分：E1 比较的是空间域的 reception-point sets，本案字面上比较的是两个时频资源所属的 time-frequency resource pools。所以我不建议把E1表述成对G的“逐字公开”；更合适的表述是：

E1 是目前检出的、对 G 的核心判定逻辑贡献最大的截止日前英文专利文献。它尤其适合作为创造性攻击的主引证，而不是单独强行主张G被完全字面预见。

Google Patents

此外，E1还明确涉及：

当前PUSCH由DCI/PDCCH scheduling signaling进行调度；UCI包括ACK/NACK、CQI等；PUCCH/PUSCH可在同一TTI内发生；higher-layer signaling用于配置多个RP相关参数。

Google Patents

三、资源池核心文件：E2 + E3

WO2017190586A1 非常值得重视。其公开了UE接收第一、第二信令，确定两个resource pools，从两个资源池中的时频资源选择目标时频资源并发送第一无线信号；第一无线信号可以包括UCI；高层信令实施例可为RRC；而且resource pool由多个Resource Units构成，其中Resource Unit可定义成“一个subcarrier × 一个multicarrier symbol”的时频单元。

Google Patents

因此，它和本案 A/B/C/H/I/M 的总体结构非常接近。不过仍有一个重要差别：

本案C要求“第二下行信息”统一指示 N2 个时频资源池；E2更接近于不同信令分别确定第一/第二resource pool。所以C整体只能评价为“强部分公开”，不能省略这个结构差异。

Google Patents

WO2012146307A1 则进一步明确公开：

至少两个 uplink-control/PUCCH resource pools；resource pool可包括physical resource blocks；可以存在cell-specific pool及CoMP-specific pool；高层配置可用于配置可用PUCCH resource pools；下行resource allocation/DCI中的信息用于改变或选择相应上行控制资源。

Google Patents

因此对 C和M 来说，E2+E3的结合非常有用。

四、D/E/F：“antenna-port group”证据链

这一部分是本案最难的地方之一。

E4：US20160105265A1——解决“什么是APG、APG包含多个端口”

该文件明确描述多个antenna ports可划分为port groups，例如4个antenna ports构成一个group，同时也明确说明group可以包含2、4、8等数量的ports；还公开一个或多个port groups可以通过RRC或DCI通知。

Google Patents

因此：

F基本属于直接且很强的现有技术。

对D而言，它证明了“RRC/DCI信令确定/通知port group”这一技术本身已经公开，但尚差本案的完整连接：

第一信令 → 第一APG → 第一时频资源

第二信令 → 第二APG → 第二时频资源。

E5：WO2017192889A1——解决“信令确定空间发送实体并作用于PUSCH”

该文件明确公开UE先被配置多个Tx beams，随后DCI指示antenna panel index和Tx beam index，UE再使用所指示panel/beam进行NR-PUSCH传输；还公开另一个DCI进一步更新用于PUSCH的beam index。

Google Patents

因此，E4负责APG字面结构，E5负责“DCI→空间发送实体→特定UL/PUSCH资源”的功能连接。

再结合E8将 reception point / transmission point / antenna-port group 作为同类空间通信实体进行描述，可以进一步增强把E1中的RP-set判定机制与APG实现相结合的技术理由。

Google Patents

五、A–M逐项特征比对

评价符号：●＝较强直接公开；◐＝强部分公开/功能对应；△＝辅助性公开；—＝未发现有意义贡献。

特征最强截止日前英文文献强度具体评价

A 接收第二下行信息及第一、第二信令 E2 WO2017190586；E1 US20130235853 ◐ E2明确接收第一/第二信令；E1同时具有higher-layer配置和当前UL scheduling signaling。但“独立第二下行信息+两信令”的三层结构尚未在一篇文件中完整落字。

Google Patents

B UCI在第一/第二TF资源二选一 E1；E2；E7 ●/◐ E1明确在PUSCH和PUCCH之间选择承载UCI；E7亦明确collision时UCI由PUCCH转移到PUSCH。

Google Patents

C N2个TF resource pools，每池多个resource particles E2+E3 ◐强 E2有两个resource pools及多个Resource Units；E3明确至少两个PUCCH resource pools，每pool包括PRBs。但“第二下行信息统一指示N2池”仍有差异。

Google Patents

D 两信令分别确定第一/第二APG E4+E5 ◐强 E4：RRC/DCI通知port groups；E5：DCI分别指示panel/beam用于UL。尚未找到一篇截止日前英文公报逐字写出“两信令分别确定两个APG”。

Google Patents

E 两APG分别适用于两个TF资源 E5+E4+E8 ◐ E5有“DCI所指示panel/beam→相应PUSCH发送”；E4补APG字面概念；E8补RP/APG空间实体对应。仍是组合关系而非单篇完全公开。

Google Patents

F APG包括正整数个antenna ports E4 US20160105265 ● 直接给出一个port group包括多个antenna ports，并举2/4/8 ports等实施例。

Google Patents

G 同池→第一资源，否则→第二资源 E1 US20130235853；E6 ◐强，核心证据 E1几乎完全复现“same/different→PUSCH/PUCCH”的二分逻辑，但比较对象为RP sets而非TF resource pools；E6进一步公开same PUCCH group时UCI进入PUSCH。

Google Patents

H 第一上报信息包括UCI E1、E2、E6、E7 ● 多篇直接公开UCI经PUCCH/PUSCH发送。

Google Patents

I 第二下行信息由RRC承载 E2、E6、E4 ◐ RRC配置resource pool/PUCCH resources/port-group配置本身明确已知；但和本案“第二下行信息=N2池指示”的完整绑定仍需组合。

Google Patents

J 第一信令包括DCI E1、E5、E6 ● DCI用于PUSCH调度、beam/panel指示及PUCCH资源动态选择均有直接公开。

Google Patents

K 两TF资源时域相同或部分重叠 E7 US20120082157；E1 ● E7特别明确“simultaneous”并不要求起止完全相同，只需时间frames存在一定程度overlap；还公开同一subframe PUCCH/PUSCH collision。

Google Patents

L 第一信令晚于第二信令 E1 ◐偏弱 E1存在UCI侧空间对象由previous TTI的PDSCH scheduling关系确定，而当前PUSCH RP set由current scheduling signaling确定，因此可形成先后关系，但没有找到完全相同的“第一信令占用时间资源晚于第二信令”字面限定。

Google Patents

M N2=2 E2、E3、E6 ●/◐ E2直接采用第一、第二两个resource pools；E3明确at least two并有two-pool实施方式；E6公开two or more PUCCH groups及两组实施例。

Google Patents

六、我认为最有价值的无效组合

第一优先组合：E1 + E2 + E4 + E5 + E7

即：

**US20130235853A1

WO2017190586A1

US20160105265A1

WO2017192889A1

US20120082157A1**

这是目前英文检索中覆盖逻辑最完整的一组。

其中：

E1负责技术主线——UCI、PUCCH/PUSCH、DCI、same/different空间集合决定UCI最终走哪一上行信道；尤其针对G。

Google Patents

E2负责资源池框架——两个TF resource pools、Resource Units、RRC、高层配置、UCI；针对A/B/C/H/I/M。

Google Patents

E4负责APG的字面结构——port group以及一个group含多个antenna ports；针对D/F。

Google Patents

E5负责APG/beam与具体上行资源之间的动态信令连接——DCI→panel/beam→PUSCH；针对D/E/J。

Google Patents

E7负责时间重叠关系——尤其是K的“相同或部分重叠”。

Google Patents

这一组合的弱点也很清楚：文献数量较多，而且G需要从E1的“same/different reception-point set”迁移到本案的“same/different TF resource pool”；D/E又需要从APG文献与beam/panel-PUSCH文献之间建立组合关系。因而真正争议焦点并不是 H/J/F/K 等常规限定，而是 D+E+G之间的连接关系。

Google Patents

七、一个更适合实际无效请求书的“主文献+补文献”结构

从无效攻击的叙事完整性来看，我会优先考虑：

主引证：US20130235853A1。

它与目标方案最接近的不是零散名词，而是最核心的决策链：

两个可能的上行承载资源

→ 分别关联空间接收/发送对象

→ 判断两个对象是否相同

→ 相同则UCI随PUSCH发送

→ 不同则UCI单独由PUCCH发送。

这与目标权利要求G所规定的条件式二选一机制非常接近。

Google Patents

然后以 WO2017190586A1 补“两个时频资源池+resource units+RRC+UCI”，以 US20160105265A1 补“antenna-port group+多个antenna ports”，再以 WO2017192889A1 补“DCI分别确定空间发送配置并作用到PUSCH”，最后视需要以 US20120082157A1 专门补K。

Google Patents

八、检索结论

本轮英文专利检索后，我认为 A–M 可以分成三个层次。

已经非常成熟、无效价值高的限定是 B、F、H、J、K、M。这些特征都有截止日前相当直接的英文专利公开。

Google Patents

已有很强证据、但需要处理表述差异的限定是 A、C、I。特别是“多个资源池+多个资源单元+RRC配置”本身已有清楚现有技术，只是本案把它们收束成特定的“第二下行信息指示N2池”结构。

Google Patents

真正决定本案无效强度的仍然是 D、E、G、L，特别是 D/E/G 的组合。目前 G 已经找到了非常接近的 US20130235853A1；D/F有 US20160105265A1；E有 WO2017192889A1 的空间发送关系补强。L则是目前最弱的一项——有明确技术时序可供推导，但尚未找到我愿意评价为“逐字直接公开”的截止日前英文文献。

Google Patents

因此，如果目标是攻击单篇新颖性，目前英文证据还不够理想；如果目标是围绕创造性建立组合证据链，则已经具备相当有价值的材料。尤其应把 US20130235853A1 的“same/different RP set→PUSCH/PUCCH” 作为下一阶段进一步深挖同族、引用文献、被引用文献以及相邻申请人的核心种子，因为它距离本案最难的 G 判定逻辑最近。

Google Patents

同时需要强调：这里的“未找到单篇完整公开”是本轮反复检索后的检索结论，不应理解为绝对不存在；尤其下一步最值得继续定点寻找的仍是 2016–2018年初、明确同时出现“PUCCH/PUSCH + different/same beam/RP/APG + separate DCI/RRC + resource pool/group” 的文件。

0 未提交复审委

无效理由:专利法第二条

蒋晓勇

@jxy

结论

综合你目前这份 A–M 全部检索结果，我会把 CN111585624B 权利要求1目前成功无效的总体概率评为约 55%，较合理的区间是 45%–65%。

这个数字不是统计学意义上的胜诉率，而是基于目前已检出的3GPP、中文、英文、日文、韩文现有技术，对“新颖性路径、创造性路径、组合动机、区别特征强弱、审查历史”综合折价后的判断。权利要求1确实把 A–M 全部限定写在一项权利要求内。(Google Patents)

无效路径	当前判断	我给的概率
新颖性	目前没有单篇截止日前文献完整、直接、无歧义公开 A–M	5%–10%
创造性	已经形成较完整证据链，但 D/E/G 的连接仍有争议	50%–65%
权1总体无效成功率	实际应以创造性为主攻	约55%，区间45%–65%
若再命中“精确G”或“精确D/E”	证据链会发生质变	可上升至70%左右甚至更高

之所以新颖性只有很低概率，是因为现行审查判断中新颖性原则上要求将权利要求与一项现有技术单独比较，不能把多篇文献拼起来补齐全部特征；而你目前五路检索的结论高度一致——尚未发现一篇2018年3月12日前的文献单篇吃掉A–M。(国家知识产权局) 文件中的3GPP、中文、韩文、日文和英文检索也都得出了这一共同结论。

为什么我没有把总体概率评到70%以上

最大的原因仍然不是 H、I、J、K、M 这些外围特征，而是 D + E + G 的功能连接关系。

目前 B、F、H、J、K、M 基本已经不是权1真正可靠的创造性支点；A、C、I、L也都有相当扎实的截止日前基础。真正能够让专利权人抗辩的，是：

第一信令 → APG1 → TF1；第二信令 → APG2 → TF2；然后再依据 TF1/TF2 是否属于同一时频资源池决定最终UCI走TF1还是TF2。

这不是单纯三个孤立特征，而是一条具有功能关联的决策链。创造性判断虽然允许结合多项现有技术，但对具有功能上相互支持、相互作用关系的区别特征，应当考虑其整体技术效果，并进一步判断现有技术是否真正给出了组合启示。(国家知识产权局)

这也是目前证据链最大的“ hindsight risk ”：如果需要从资源池文献取 C/M，从APG文献取 D/F，从beam/panel文献取 E，再从CoMP文献取G，然后最后再用collision文献补K，合议组完全可能追问：

为什么截止日前的本领域技术人员，会自然地把这几套分别解决不同问题的机制按照目标专利的方式组合？

所以，文献数量越多并不是越强。目前真正需要做的是压缩证据链。

但目前的情况已经比最初明显好，关键就在 E1

我认为目前最有价值的新增证据仍然是 US20130235853A1。

它已经非常明确地公开了一个与G高度同构的判断规则：如果UCI关联的 reception-point set 与当前PUSCH关联的 reception-point set 相同，UCI随PUSCH发送；如果不同，UCI改由PUCCH发送。(Google Patents)

而目标专利本身解决的技术问题也恰恰处于多TRP/不同上行空间关系、UCI与上行数据碰撞这一技术背景下。(Google Patents)

这意味着 E1 不是一个仅仅“长得像G”的偶然文献，它与目标专利具有相当接近的：

技术场景 → 判断逻辑 → UCI路径选择 → 避免错误接收/延迟

这一点很重要。

但是我仍然只把 G 当前评价为“强创造性证据”，而不是“已经完全公开”，原因也非常明确：

E1判断的是两个 RP sets 是否相同；权1判断的是两个时频资源是否属于同一 TF resource pool。

这两个判断对象并不相同。

而中国专利创造性判断中，不能因为两个特征文字或者逻辑形式相似，就直接认定其技术作用相同；还要看该区别特征在各自技术方案中实际承担的作用和产生的效果。(国家知识产权局)

这就是为什么 E1把成功率从“偏低”推到了“五五开以上”，但还不足以单独把案件推到70%–80%。

D/E目前是第二个真正的风险点

现在 D/F 本身已经不弱。文件中的英文、韩文、日文和中文文献已经分别证明了：

antenna-port group早已存在；一个group包括多个antenna ports早已存在；RRC/DCI确定port group、beam、panel也早已存在；不同beam/panel适用于不同上行资源也已有截止日前材料。

所以 F 基本不值得担心，D/E的单个组成思想也不新。

真正还差的是把它压缩成非常干净的一条：

signaling 1 → APG1 → UL resource 1
signaling 2 → APG2 → UL resource 2

如果下一轮能找到一篇截止日前文献把这两个关系在同一实施例里落下来，即便仍然没有精确G，我都会把总体成功率上调大约一个档位。

L不是最危险的缺口

L要求“第一信令占用的时间资源晚于第二信令”。

目前它没有像 H/J/K 那样漂亮的逐字证据，但是已有多条路线证明“先配置、后动态DCI”“多个DCI先后到达、most recently received DCI决定实际动作”等截止日前机制。文件中的 WO2018034520A1 对这一点尤其强。

所以我认为：

L会给新颖性制造麻烦，但在创造性攻击中不太可能单独救活权1。

我对L本身被认定为显而易见的把握，明显高于D/E/G。

还有一个现实折价：部分核心中文文献已经在原审查引用列表中

目标专利的Google Patents审查引用记录中已经出现 CN107343297A、CN107547118A、CN107634821A、CN107733620A 等文献。(Google Patents)

这并不意味着这些文献在无效程序中“不能再用”，也不意味着复审无效机关必然维持授权；但从实务攻击质量来说，如果无效请求只是把原来已经列过的中文文献重新拼一次，突破力有限。

所以目前真正增加胜率的不是继续堆 CN107××× 文献，而是：

US20130235853A1 的 G逻辑 + 新找到的韩/日 D/E桥接文献 + 2017–2018 beam/APG材料。

这也是为什么我目前给 55%左右，而不是按照“已经覆盖10个以上特征”机械地给到80%。

我认为双方目前最可能形成的核心争议

无效请求人最强的论证会是：资源池、APG、RRC、DCI、UCI、PUCCH/PUSCH碰撞均已成熟；E1甚至已经直接给出“same/different spatial set → UCI选择PUSCH/PUCCH”的核心算法。目标权利要求只是把这些成熟机制用于两个由不同APG关联的候选资源，并将判定对象表述成resource pool，属于本领域技术人员面对多TRP上行碰撞问题时的常规选择。

专利权人最强的反击则会是：E1的 RP set是空间域对象，本案的 resource pool是时频域对象；目标专利不是简单判断两个TRP是否相同，而是利用“两个候选TF资源所属pool关系”间接决定两个不同空间发送条件下UCI是否能够改变承载资源。这一判断与 D/E 的两APG配置具有功能耦合，现有技术没有给出把“RP-set equality”改造成“TF-pool membership equality”的明确技术启示。

我认为目前这两种说法都有实质说服力。 这正是一个大约五五开、攻击方略占优势，而不是“一边倒”的案子。

我的最终概率判断

如果现在停止检索，直接以目前材料提出无效，我会给：

权利要求1全部无效：约55%。

其中我认为合理波动区间是 45%–65%。

如果审理机构接受 E1 的 RP-set → resource-pool 技术迁移，并接受 E4/E5等APG/beam材料与E1结合，成功率接近区间上缘；如果认为 D/E/G 构成不可拆分的协同关系，而现有组合主要依赖事后分析，则会接近区间下缘。创造性本身允许结合一项或多项现有技术，但关键始终是区别特征、实际技术问题以及现有技术是否给出了相应技术启示。(国家知识产权局)

现在最值得投入的已经不是继续广泛检索，而是最后两次定点突破：

精确G：截止日前真正出现
“same resource pool/group → PUSCH/第一资源；different resource pool/group → PUCCH/第二资源”。
精确D/E：截止日前真正出现
“第一DCI/RRC/MAC信令→第一beam/APG→第一UL资源；第二信令→第二beam/APG→第二UL资源”。

只要其中一个突破，我会把权1无效概率重新评到约65%–75%；如果两者同时突破，而且能够把主证据压缩到2–3篇逻辑紧密的文献，我会考虑上调到75%–85%。

所以当前最准确的定性不是“已经稳胜”，而是：

现有检索已经把权1从“较难无效”推进到了“有现实胜算、创造性攻击略占优势”；决定最终能否进入高胜率区的，仍是 D/E/G，尤其是G的比较对象能否进一步落到真正的时频资源池。

0 未提交复审委

无效理由:专利法第二条

蒋晓勇

@jxy

建议下一阶段不要再对 A–M 平均投入检索资源，而应改成**“压缩组合文献数量 + 定点突破 G + 定点突破 D/E”**。你现有文件已经反复证明，B、F、H、I、J、K、M 等外围限定继续增加文献的边际价值很低；真正决定权1能否从目前约55%进入70%以上胜率区间的，仍是 D/E/G，尤其是连接关系。

一、先调整优先级：D/E出现了一个值得立即精读的新种子

我建议把 WO2015172364A1 / CN105637964A 提升到补充检索的第一梯队。

这篇比此前单纯的 beam/panel 文献更接近 D/E，因为它已经明确公开：

第一资源单元组 REG1 使用第一天线端口组 PG1；
第二资源单元组 REG2 使用第二天线端口组 PG2；
PG1、PG2均可包含至少一个天线端口；
两个资源单元组可以使用不同天线端口组；
“资源指示—资源单元组/天线端口组/波束组”等对应关系可以通过 RRC或DCI 通知；
文献甚至明确把 PUCCH 列为可被指示天线端口信息的物理信道之一。(谷歌专利)

而且这不是截止日附近的危险文件：WO版本公开于 2015年11月19日，CN105637964A公开于 2016年6月1日，都明显早于2018年3月12日。(谷歌专利)

因此我现在会把补充检索按下面顺序执行。

优先级	突破目标	检索投入	成功后的价值
S级	精确 G：same/different resource pool → 第一/第二UL反馈资源	35%	最大
S级	D/E：两资源 ↔ 两APG，再补两个独立信令	30%	极大
A级	D/E/G在同一文献/同一技术场景出现	20%	可直接压缩组合
A级	WO2015172364A1 引用链/被引用链	10%	很可能发现更近桥梁
B级	L的显式时间先后	5%	补强，不是决定点

二、第一主线：不要再搜普通“resource pool”，专门搜 G 的判断公式

目标不是搜到：

两个resource pools；
从resource pool选择资源。

这些已经很多。

真正目标必须是：

先判断两个对象是否属于同一集合/组 → 根据判断结果选择两个候选上行资源中的一个。

因此应把 G 拆成三个变量：

比较变量 X
= resource pool / resource set / PUCCH group / PUCCH cell group / feedback group / RP set / cell group / carrier group

条件变量
= same / different / identical / belongs to same / belongs to different

动作变量 Y
= PUCCH / PUSCH / first PUCCH resource / second PUCCH resource / UCI multiplexing / HARQ feedback resource

US20130235853A1 已经证明这个搜索模型是正确的：它明确根据PUSCH目标RP是否与UCI目标RP一致，决定UCI留在PUSCH还是转到PUCCH。(谷歌专利)

英文优先检索式

Google Patents 中不要只跑一个超长式，建议逐组跑：

("same resource pool" OR "same resource set")
(PUCCH OR PUSCH OR UCI OR HARQ)
(select OR determine OR transmit OR multiplex)

("belong to the same" OR "belong to different")
("resource pool" OR "resource set" OR "PUCCH group")
(PUCCH OR PUSCH OR "feedback resource")

("same PUCCH group" OR "different PUCCH group")
(UCI OR HARQ)
(PUSCH OR PUCCH)

("same reception point" OR "same RP set" OR "different RP")
(UCI OR HARQ)
(PUCCH OR PUSCH)

("same cell group" OR "different cell group")
("feedback resource" OR PUCCH)

("same group" "different group")
("uplink control information")
(PUCCH PUSCH)

日期不要依赖默认的 before: 字段，在Google Patents左侧把日期字段明确切换成 Publication，并限定公开日早于2018-03-12。Google官方帮助说明默认日期检索字段可以在检索界面切换成publication date。(谷歌帮助中心)

中文对应

("同一资源池" OR "同一个资源池" OR "相同资源池")
("不同资源池" OR "另一资源池")
(UCI OR HARQ OR PUCCH OR PUSCH)

("属于同一" OR "属于同一个")
("资源池" OR "资源集合" OR "反馈组" OR "PUCCH组")
("否则" OR "不同")
("第一资源" OR "第二资源" OR PUCCH OR PUSCH)

尤其要搜中文专利中常见的程序式写法：

"如果" "同一资源池" "否则"

"若" "同一资源集合" "另一" PUCCH

因为目标 G 本身就是典型的 if/else 结构，纯名词检索很容易漏掉。

三、第二主线：围绕 WO2015172364A1 做“D/E族谱检索”

这是我认为本轮最值得新增的检索策略。

WO2015172364A1 已经非常接近：

TF/资源1 → APG1
TF/资源2 → APG2

而目标权1要求的是：

信令1 → APG1 → TF1
信令2 → APG2 → TF2。

所以现在真正缺的已经可以收缩成左边半条链：“两个信令分别确定两个APG”。

WO2015172364A1还明确允许资源/天线端口组的对应关系由RRC或DCI通知，因此它已经为这一步提供了相当好的组合动机。(谷歌专利)

应重点搜以下组合

"first antenna port group" "second antenna port group"
"first resource" "second resource"
(signaling OR DCI OR RRC)

"antenna port group"
"resource unit group"
(DCI OR RRC OR indication)

"first port group" "second port group"
"first signaling" "second signaling"

"antenna port group"
(PUCCH OR PUSCH)
(DCI OR RRC OR "control information")

不要强制出现“antenna port group”。同时跑：

("Tx beam" OR "beam group" OR panel OR "beam pair link")
(PUCCH OR PUSCH)
(DCI OR RRC OR "MAC CE")

以及：

("SRS resource indicator" OR SRI)
("Tx beam" OR "spatial relation")
(PUCCH OR PUSCH)

因为截止日前NR文本更可能用 beam / panel / BPL / SRS resource / spatial relation 表述目标专利后来抽象成的APG关系。

四、WO2015172364A1不要只看正文，要沿“被引用链”向2016–2018反推

这是非常高回报的一条路。

Google Patents显示，这一族后来被多件截止日前申请引用；其中已经能看到：

CN107547179A，公开日2018-01-05；
WO2018008212A1，公开日2018-01-11。

二者都在截止日前。(谷歌专利)

所以接下来应做：

WO2015172364A1 → 所有 citing families → 只保留 publication < 2018-03-12 → 在全文内再次检索：

antenna port
port group
resource group
resource set
beam
DCI
RRC
PUCCH
PUSCH
uplink
HARQ
ACK

原因很简单：后续申请人既然主动引用这篇“资源单元组 ↔ 天线端口组”的文件，其自己的改进很可能正好处于资源—beam/port—动态信令这一演进路径上。

这比从几千万件专利重新全库搜索效率高得多。

五、第三主线：专门寻找“D/E + G已经在同一场景发生”的文件

这是价值最高、但检索难度也最高的一层。

不要要求目标字面全部出现，可以先寻找这样的技术逻辑：

两个UL transmission分别对应不同beam/TRP/antenna group；
两个UL资源发生collision/overlap；
UE判断两个beam/TRP/group相同还是不同；
相同则UCI piggyback/multiplex到PUSCH；
不同则保持/切换至PUCCH。

推荐英文：

("same beam" OR "different beam")
UCI PUCCH PUSCH

("same TRP" OR "different TRP"
 OR "same transmission point"
 OR "different transmission point")
UCI PUCCH PUSCH

("same antenna group" OR "different antenna group")
HARQ PUCCH PUSCH

("same spatial relation" OR "different spatial relation")
PUCCH PUSCH

("beam" OR "reception point")
("PUCCH-PUSCH collision" OR "UCI multiplexing")

US20130235853A1本身已经非常接近这一结构：PUSCH由DCI调度，并根据目标RP决定UCI是随PUSCH发送还是单独由PUCCH发送。(谷歌专利)

因此这里的目标不是再找另一个普通E1，而是找：

E1 + resource set/group membership

或者：

E1 + beam/APG indication

只要命中任意一个，G的“空间域RP set → 时频域resource pool”的跨域解释风险就会明显下降。

六、对 US20130235853A1 做“向前引用”专门检索

这条现在也非常值得做。

Google Patents显示，在截止日前已有多件文献引用E1，例如：

US20150163794A1、WO2015107600A1、US20160234830A1、WO2015187623A3等；另外其family-citing列表还有 WO2017166191A1 等截止日前族。(谷歌专利)

这组文件应全部重新按照以下五个词做全文筛选：

same
different
group / set
PUCCH / PUSCH
UCI

然后进一步查：

resource set
resource pool
cell group
PUCCH group
reception point
carrier
feedback resource

这是一条典型的**“先找核心算法祖先，再找截止日前改进文献把算法应用到resource grouping”**的检索路线。

尤其不要忽略其同族的 CN104272690A、WO2013133656A1、KR20140143754A；不同国家全文翻译、权利要求写法可能会产生更好检索关键词。E1的这些公开版本都早于截止日。(谷歌专利)

七、3GPP检索也应改变：从“会议级检索”变成“议题簇检索”

现有3GPP检索已经说明，单纯按照PUCCH、UCI、beam各搜一遍基本饱和。

下一轮应围绕几个会议议题簇搜，而不是孤立TDoc。

簇1：UL beam / beam grouping

官方3GPP会议索引已经确认：

R1-1611670 — Discussion on beam management aspects for DL MIMO
R1-1611671 — Discussion on beam management aspects for UL MIMO
R1-1612511 — Discussion on UL beam management
R1-1612517 — Discussion on beam grouping。(3GPP)

优先精读 1611671、1612511、1612517，然后查看同一agenda item前后±20个TDoc，而不是只查标题。

簇2：antenna group / SRS

RAN1#90bis官方列表明确存在：

R1-1718962 — WF on antenna group signaling
以及紧邻的
R1-1718963 — WF on SRS resource/port permutation。(3GPP)

这两个应当联合精读。

重点搜索正文：

group
port
SRS resource
indicator
DCI
UL transmission
beam
codebook

尤其查“一个SRS resource/port/group是不是被动态信令选择”。

簇3：PUCCH resource + UCI/PUSCH

RAN1#91的官方列表中同时存在：

R1-1719676 — UCI multiplexing on PUSCH
R1-1719677 — NR PUCCH resource allocation。(3GPP)

这意味着下一步应当重点搜同一公司、同一会议、相邻文号中是否有人把：

PUCCH resource set
UCI on PUSCH
beam/spatial relation

放进同一个proposal里。

这比继续搜规范正文更有可能击中G的过渡性方案。

八、一个容易被忽略的办法：用“截止日后的专利”只做检索地图

例如我刚核到的 CN111479327A：

它明确写有“K个子时间资源池分别预留给K个天线端口组”，看起来对D/E极其漂亮；但其CN公开在2020年，原申请CN108111198A也到 2018-06-01才公开，WO族则为2018-05-31，均晚于你的2018-03-12截止日，所以不能直接作为本轮对比文件。(谷歌专利)

但是它非常适合做“反向词典”。

该族列出的非专利引用中包括3GPP R1-1611670；而同一3GPP会议紧邻的R1-1611671正是“UL MIMO beam management”。(谷歌专利)

所以以后遇到截止日后的“完美文献”，不要丢掉，应按：

后公开完美文献
→ backward citations
→ priority documents
→ 3GPP references
→ 相同申请人早期族
→ 同一发明人更早申请

反向追溯。

这往往比继续关键词盲搜更有效。

九、日文、韩文下一轮也不要再翻译整套A–M

只翻译两个“逻辑块”。

日文：

同一 リソースプール
異なる リソースプール
PUCCH PUSCH UCI

アンテナポートグループ
第１リソース 第２リソース
DCI RRC

以及：

同一 グループ
異なる グループ
HARQ PUCCH

韩文：

동일한 자원 풀
상이한 자원 풀
PUCCH PUSCH UCI

안테나 포트 그룹
제1 자원 제2 자원
DCI RRC

동일한 그룹
상이한 그룹
HARQ ACK PUCCH

韩文尤其继续深挖Samsung，因为E1本身就是Samsung，其核心same/different RP控制逻辑已经证明这一路线具有实际价值。E1公开于2013-09-12，远早于截止日。(谷歌专利)

十、L只做一次“扫尾检索”，不要继续大量耗时

L现在应降到最低优先级。

只搜：

"first DCI" "second DCI" "later"

"most recently received DCI"

"latest DCI"
PUCCH PUSCH

"second signaling" "first signaling"
subframe

以及中文：

"先接收第二信令" "再接收第一信令"

"最近接收的DCI"

因为创造性攻击中L大概率属于协议正常时序；真正的问题并不是“能不能补L”，而是能不能避免D/E/G组合出现事后拼接。

十一、建议设定明确的“停止条件”

补充检索不能无限进行。我建议只有下列三种结果值得继续：

命中结果	是否值得继续深挖
精确 same/different resource pool → first/second UL resource	★★★★★
两信令分别确定两beam/APG，且两beam/APG分别对应两UL资源	★★★★★
同一文献同时出现beam/APG + UCI collision/resource selection	★★★★★
普通UCI/DCI/RRC文献	★
普通resource pool文献	★
普通antenna port group文献	★
普通PUCCH/PUSCH collision文献	★

停止补充检索的理想状态是形成以下任一种结构：

结构A：两篇组合

D1：主体框架 + G
D2：D/E/F

这是最理想的。

或者：

结构B：三篇组合

D1：A/B/C/G/H/I/M
D2：D/E/F/J
D3：K/L

也可以接受。

如果最终仍然必须用 5–6篇文献分别补C、D、E、G、K、L，即使每个特征都能“找到”，实际创造性攻击说服力仍会明显下降。

最推荐的实际执行顺序

如果我现在继续做下一轮深检，我会严格按这个顺序：

第一批：WO2015172364A1/CN105637964A全文 + 其2018-03-12前被引用族。

目标：把 D/E/F 尽可能压到一篇或两篇。

第二批：US20130235853A1所有2018-03-12前 forward citations + 同族。

目标：把 G的RP-set判断进一步翻译成resource/group判断。

第三批：R1-1611671 → R1-1612517 → R1-1718962/8963 → PUCCH resource/UCI-on-PUSCH相邻TDoc。

目标：找到 beam/APG—resource—UCI selection 的技术组合启示。

第四批：围绕 exact G 跑 CN/EN/JP/KR 四语 if/else句式检索。

这一顺序比继续按“A、B、C……逐个特征”检索的投资回报率高很多。

尤其是刚刚新发现的 WO2015172364A1，我认为值得先单独精读并做逐段特征比对。它目前看起来有可能把原来最棘手的 D/E连接关系向前推进一大步；如果再从它的引用链中找到“两个独立动态信令分别确定两个端口组/beam”的截止日前文件，再与E1的G逻辑结合，现有无效组合有机会从原来的“多块拼图”压缩成真正适合无效请求书的 2–3篇核心文献链。(谷歌专利)

0 未提交复审委

无效理由:专利法第二条

蒋晓勇

@jxy

专利无效检 索｜研 究备忘

CN111585624B
权利要求1无效检索报告

公开日前现有技术检索｜专利文献 + 3GPP / ETSI 技术规范

结论快照

整体无效成功概率评估：81%（合理区间 77%–84%）。主攻路径为 D9 WO2016108658A1 + D10 US20130121304A1 的创造性组合，TS 36.300 / TS 36.213 用作公知背景、组合动机与术语解释佐证。未发现单篇覆盖全部 F1–F7 的文件，新颖性不作为主攻。

文档控制项	内容
目标专利	CN111585624B
目标权利要求	权利要求1
检索临界日	2018-03-12（不含该日后公开材料作为现有技术）
检索轮次	Round 00 初检、Round 01 补充、Round 02 定向补充
停止阈值	整体评估达到 80%；Round 02 达到 81%，停止新增轮次
报告版本	V1.0｜2026-08-31
保密属性	委托方内部研究资料

专业判断说明：本报告基于可核查公开资料，概率为诉讼/行政程序前的专业估计，不构成结果保证。

01 执行摘要

核心结论｜81%（77%–84%）

最可行的攻击不是单篇新颖性，而是以 D9 为最接近现有技术、以 D10 补入端口特定 PUCCH 资源集合映射，并用 Release 14 规范证明两个 PUCCH group、RRC 配置及同一子帧 UCI 承载选择均属截止日前公知设计。

D9 直接给出 RRC 预配置的 PUCCHy/PUCCHz 候选资源、按 y-only 与 y+z 组情形二选一、忽略另一 ARI，以及以最近接收子帧/最后或最大 DAI 的 DCI 决定资源或格式。D10 直接给出天线端口7/8、每个端口分别链接一套 RRC 预配置 PUCCH 资源、ARI 在相应集合内选择资源。两者在“多候选上行控制资源的动态确定”这一技术问题上存在可论证的结合动机。

TS 36.300 V14.4.0 第91页确认 RRC 将每个服务小区映射至 Primary 或 Secondary PUCCH group；TS 36.213 V14.4.0 第305–307页确认高层配置 PUCCH 资源值、逐组适用程序以及同一 subframe 的 UCI 在 PUCCH/PUSCH 间选择或复用。标准证据增强组合理由，但不应被包装为又一件核心对比文件。

没有单篇文件直接、无歧义地覆盖 F1–F7。D9 缺少两个天线端口组，D10 缺少同池/异池条件选择及较晚信令规则。因此，新颖性路径客观较弱；本报告的 81% 主要指 D9 + D10 的创造性无效路径，而非单篇文件的全要素预见。

评价维度	结论	主要依据 / 约束
单篇新颖性	较弱，不主攻	D9 与 D10 均存在结构性缺口；不得跨文献拼接成单篇披露
创造性主路径	较强，81%	D9 + D10；TS 36.300/36.213 为公知背景和组合动机
关键优势	选择逻辑 + 端口映射互补	D9 聚焦多组/多授权反馈；D10 聚焦端口—PUCCH资源集链接
关键风险	术语与拼接边界	PUCCH group≠当然等同资源池；单端口≠当然等同端口组；F7需组合
停止理由	达到委托阈值	58%→77%→81%；Round 02 已达 80%，不机械扩大轮次

02 目标专利与权利要求1

项目	信息
专利号	CN111585624B
名称	一种被用于无线通信的用户设备、基站中的方法和装置
申请号	202010375395.9
申请日	2018-03-12
分案母案	201810200891.3，申请日 2018-03-12
公开 / 授权	CN111585624A：2020-08-25；CN111585624B：2021-06-25
专利权人	上海朗帛通信技术有限公司
发明人	吴克颖、张晓博
IPC	H04L5/00；H04B7/0413

目标专利一手入口：https://patents.google.com/patent/CN111585624B/zh

权利要求1全文

1. 一种被用于无线通信的用户设备，其特征在于，包括：
第一接收机模块，接收第二下行信息，并接收第一信令和第二信令；
第一发送机模块，在目标时频资源中发送第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；
其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。

03 技术特征拆分 F1–F7

特征拆分以可比性和组合论证为目的，不改变权利要求法律解释。F6 与 F7 是选择规则和时间关系的核心；F4/F5 是主组合的主要补足点。

编号	特征主题	限定内容
F1	用户设备及模块	UE 包括接收模块和发送模块。
F2	接收与目标发送	接收第二下行信息、第一信令和第二信令；在第一/第二时频资源之一的目标资源上发送第一上报信息。
F3	两个 RRC 资源池	第二下行信息由 RRC 承载，指示 N2=2 个时频资源池；每池含正整数个资源粒子。
F4	两信令确定两端口组	第一/第二信令分别用于确定第一/第二天线端口组；每组含正整数个端口。
F5	端口组—资源对应	第一/第二天线端口组分别适用于第一/第二时频资源。
F6	同池/异池二选一	若两资源属同一池，目标为第一资源；否则目标为第二资源。
F7	UCI、重叠与较晚 DCI	上报含 UCI；两资源时域相同或部分重叠；第一信令晚于第二信令；第一信令包括 DCI。

解释边界

报告仅将 PUCCH group / resource set / cell group 作为“资源池”的可能对应或组合动机，不主张其字面无争议等同；仅在‘端口组可含正整数个端口’的语义下讨论单端口构成单元素组的可能性，并明确标记该解释风险。

比对符号：● 表示直接或高度对应；◐ 表示部分对应、需要术语解释或跨来源组合；— 表示未披露。证据等级 A 表示正文可定位且技术事实清楚，B 表示正文/可信引证可支持但仍需解释，C 表示仅题名、元数据或二手线索，不计入实质评分。

04 临界日、证据口径与检索方法

项目	采用口径
临界日	2018-03-12；仅在该日前已向公众公开的技术内容计入现有技术评估。
专利公开	以公开文本的公开日及可定位说明书/权利要求段落为准；同族仅用于核对语言和位置。
3GPP / ETSI	优先官方 PDF、官方 ZIP、目录时间戳；ZIP 正文未解析时不按题名推断技术内容。
晚公开材料	仅用于同族定位、引证链或术语线索；单列为排除，不计入无效组合。
法律路径	先检验单篇新颖性，再按最接近现有技术—区别特征—技术问题—启示/动机组织创造性。
概率	综合证据完整性、组合文献数、术语解释成本、技术启示与潜在抗辩；不是统计学概率或结果保证。

检索覆盖 Google Patents 的中、英、日、韩关键词组合以及 3GPP/ETSI 官方资料。3GPP 文件均为英文，因此只构建英文检索式。每轮在前轮弱点基础上收敛：Round 00 建立骨架；Round 01 定向寻找较晚 DCI、部分重叠和端口—资源映射；Round 02 将核心组合压缩为两件专利，并以可逐页核验的 Release 14 规范补强组合动机。

· “公开日早于临界日”与“正文已核实”是两个独立门槛；只有同时满足者才承担实质证明。

· 后案对 R1 文档的概述只用于辅助定位；未取得 R1 原 ZIP 内正文页时，报告会降低证据等级。

· 同族成员不得相互拼接成一篇文件，更不得把非同族的 US9072088/CN104054280/CN104284425 内容并入 D10。

05 轮次演进与停止决定

轮次	重点	最强路径	整体评估	决策
Round 00	建立 F1–F7 骨架；PUCCH组、端口集合、冲突/UCI	D8 + D2 + D3 + R1-1801788/2411	58%	低于80%，补检
Round 01	较晚/最近 DCI、部分时域重叠、端口—资源集链接	D9 + D10 + R1-1802411/2512	77%	仍低于80%，定向补检
Round 02	同/异组选择、最新ARI、Release 14 两PUCCH组及UCI规则	D9 + D10；TS36.300/36.213 作背景	81%（77%–84%）	达到阈值，停止

概率提升的可解释来源

Round 01 的提升来自 D9/D10 对 F6/F7 与 F4/F5 的实质互补；Round 02 的 +4 个百分点主要来自 TS 36.300 的 RRC 两 PUCCH group（约 +2）、TS 36.213 的逐组适用与 belonging 术语（约 +1）、以及同一子帧 UCI 承载选择/高层资源索引（约 +1）。

停止不是因为所有争议消失，而是因为委托设定的 80% 阈值已经达到。继续轮询标题相似的 R1 文件会增加成本，却未必降低端口组/资源池两个核心解释风险；因此按照既定规则不启动 Round 03，也不把未解析 ZIP 的题名机械计分。

06 Round 00｜首轮多语检索式

中文检索式

1. (UCI/HARQ-ACK/调度请求) AND (PUCCH/上行控制信道) AND (PUSCH/上行共享信道) AND (冲突/重叠/复用/丢弃)

2. (主PUCCH/辅PUCCH/PUCCH组/资源池) AND RRC AND (同一组/不同组/同一池/不同池) AND (选择/优先)

3. (第一信令 AND 第二信令) AND (晚于/后接收/最近信令) AND 目标时频资源

4. (天线端口组/端口集合/波束/QCL/空间关系) AND (时频资源/PUCCH/PUSCH) AND (UCI/上报)

英文检索式

5. (uplink control information/UCI/HARQ-ACK/scheduling request) AND (PUCCH/uplink control channel) AND (PUSCH/uplink shared channel) AND (collision/overlap/multiplex/drop)

6. (PUCCH group/primary PUCCH/secondary PUCCH/resource pool) AND RRC AND (same group/different group/same pool/different pool) AND (select/prioritize)

7. (first signaling AND second signaling) AND (later/subsequent/last received DCI/most recent grant) AND target time-frequency resource

8. (antenna port group/port set/beam/QCL/spatial relation) AND (time-frequency resource/PUCCH/PUSCH) AND (UCI/report)

Round 00｜首轮多语检索式｜日文、韩文与 3GPP 英文式

日文检索式

9. (上りリンク制御情報/UCI/HARQ-ACK/スケジューリング要求) AND (PUCCH/PUSCH) AND (衝突/時間領域で重複/多重化/ドロップ)

10. (PUCCHグループ/主PUCCH/副PUCCH/リソースプール) AND RRC AND (同一グループ/異なるグループ) AND (選択/優先)

11. (第1シグナリング AND 第2シグナリング) AND (より後/後に受信/後のDCI) AND 対象時間周波数リソース

12. (アンテナポートグループ/ポート集合/ビーム/準同位置/空間関係) AND (PUCCH/PUSCH資源) AND UCI

韩文检索式

13. (상향링크 제어 정보/UCI/HARQ-ACK/스케줄링 요청) AND (PUCCH/PUSCH) AND (충돌/시간 영역 중첩/다중화/드롭)

14. (PUCCH 그룹/주 PUCCH/보조 PUCCH/자원 풀) AND RRC AND (동일 그룹/서로 다른 그룹) AND (선택/우선순위)

15. (제1 시그널링 AND 제2 시그널링) AND (보다 늦은/나중에 수신/후속 DCI) AND 목표 시간-주파수 자원

16. (안테나 포트 그룹/포트 집합/빔/QCL/공간 관계) AND (PUCCH/PUSCH 자원) AND UCI

3GPP 英文检索式（不构建中/日/韩式）

17. PUCCH/PUSCH collision + partial overlap + UCI multiplexing

18. same/different PUCCH groups + collision

19. antenna port group/spatial relation/beam + PUCCH

20. later DCI/latest grant + UCI

本轮输出

获得D1–D8及首批R1线索；最强初始组合为D8+D2+D3+R1-1801788/2411。整体58%，新颖性路径很弱，进入补检。

07 Round 01｜第一次补充检索式

中文检索式

21. (物理上行控制信道 OR PUCCH OR 上行控制信息) AND (部分重叠 OR 时域冲突 OR 资源碰撞) AND (较晚接收的DCI OR 最后下行授权 OR 最近DCI) AND (丢弃 OR 保留 OR 复用 OR 选择)

22. (同一资源池 OR 相同PUCCH组 OR 同一小区组) AND (不同资源池 OR 不同PUCCH组 OR 不同小区组) AND (第一资源 OR 第二资源) AND (选择 OR 忽略ARI)

23. (天线端口组 OR 端口集合 OR 波束组 OR 空间关系) AND (PUCCH资源集 OR PUSCH候选资源) AND (RRC OR 高层信令) AND (映射 OR 关联 OR 链接)

24. (最后DAI OR 最大DAI OR 最近接收的下行许可) AND (ARI OR 候选PUCCH资源 OR PUCCH格式) AND (HARQ-ACK OR UCI)

英文检索式

25. (PUCCH OR "uplink control information") AND ("partially overlap*" OR "time-domain collision") AND ("later received DCI" OR "last grant" OR "most recent DL grant") AND (drop OR retain OR multiplex OR select)

26. ("same resource pool" OR "same PUCCH group" OR "same cell group") AND ("different resource pool" OR "different PUCCH group") AND ("first resource" OR "second resource") AND select*

27. ("antenna port group" OR "port set" OR "beam group" OR "spatial relation") AND ("PUCCH resource set" OR "PUSCH candidate resource") AND (RRC OR "higher-layer signalling") AND (map* OR associat* OR link*)

28. ("last DAI" OR "largest DAI" OR "most recently received DL grant") AND (ARI OR "candidate PUCCH resource" OR "PUCCH format") AND (HARQ-ACK OR UCI)

Round 01｜第一次补充检索式｜日文、韩文与 3GPP 英文式

日文检索式

29. (PUCCH OR 上りリンク制御情報) AND (部分的に重複 OR 時間領域衝突) AND (後に受信したDCI OR 最後のグラント OR 最新DCI) AND (破棄 OR 保持 OR 多重 OR 選択)

30. (同一リソースプール OR 同一PUCCHグループ OR 同一セルグループ) AND (異なるリソースプール OR 異なるPUCCHグループ) AND (第1リソース OR 第2リソース) AND 選択

31. (アンテナポートグループ OR ポート集合 OR ビームグループ OR 空間関係) AND (PUCCHリソースセット OR PUSCH候補リソース) AND (RRC OR 上位レイヤシグナリング) AND (対応付け OR 関連)

32. (最後のDAI OR 最大DAI OR 最近受信したDLグラント) AND (ARI OR 候補PUCCHリソース) AND (HARQ-ACK OR UCI)

韩文检索式

33. (PUCCH OR 상향링크 제어정보) AND (부분 중첩 OR 시간영역 충돌) AND (나중에 수신한 DCI OR 마지막 그랜트 OR 최신 DCI) AND (드롭 OR 유지 OR 다중화 OR 선택)

34. (동일 자원 풀 OR 동일 PUCCH 그룹 OR 동일 셀 그룹) AND (상이한 자원 풀 OR 다른 PUCCH 그룹) AND (제1 자원 OR 제2 자원) AND 선택

35. (안테나 포트 그룹 OR 포트 집합 OR 빔 그룹 OR 공간 관계) AND (PUCCH 자원 세트 OR PUSCH 후보 자원) AND (RRC OR 상위 계층 시그널링) AND (매핑 OR 연관)

36. (마지막 DAI OR 최대 DAI OR 가장 최근 DL 그랜트) AND (ARI OR 후보 PUCCH 자원) AND (HARQ-ACK OR UCI)

3GPP 英文检索式（不构建中/日/韩式）

37. site:3gpp.org/ftp/tsg_ran/WG1_RL1 ("partial overlap" OR collision) PUCCH PUSCH ("later DCI" OR "latest grant")

38. site:3gpp.org/ftp/tsg_ran/WG1_RL1 ("same group" OR "different group") UCI multiplexing PUCCH resource

39. site:3gpp.org/ftp/tsg_ran/WG1_RL1 ("antenna port group" OR "spatial relation" OR beam) "PUCCH resource"

40. 指定 R1 编号逐号检索，并反查专利 ISR、审查意见与 RAN1 最终报告引用位置。

本轮输出

新增D9、D10并形成选择逻辑与端口映射的互补；R1-1802411/2512辅助partial overlap。整体升至77%，仍低于阈值。

08 Round 02｜第二次定向补充检索式

中文检索式

41. (PUCCH OR PUSCH OR 上行控制信道) AND (UCI OR 上行控制信息 OR 确认信息) AND (属于同一资源池 OR 属于不同资源池 OR 所属资源组) AND (选择 OR 复用 OR 丢弃)

42. (仅属于一个组 OR 同时属于两个组 OR 两个资源组) AND (候选PUCCH资源 OR PUCCH资源集) AND (ARI OR 资源指示) AND (忽略较早 OR 丢弃先前 OR 最近的DCI OR 最新ARI)

43. (第一天线端口组 OR 第二天线端口组 OR 不同天线端口) AND (两个PUCCH资源集 OR 两个资源池) AND (RRC OR 无线资源控制) AND (DCI OR ARI)

英文检索式

44. (PUCCH OR PUSCH) AND UCI AND ("belong to the same resource pool" OR "belong to different resource pools" OR "resource group") AND (select OR multiplex OR drop)

45. ("one group only" OR "both groups") AND ("PUCCH resource set" OR "candidate PUCCH resources") AND (ARI OR PRI) AND ("drop earlier" OR "ignore earlier" OR "latest ARI" OR "most recent DCI" OR "last DCI")

46. ("first antenna port group" OR "second antenna port group" OR "antenna-port-specific") AND RRC AND ("PUCCH resource set" OR "ACK/NACK resource set") AND (DCI OR ARI)

Round 02｜第二次定向补充检索式｜日文、韩文与 3GPP 英文式

日文检索式

47. (PUCCH OR PUSCH) AND (UCI OR 上りリンク制御情報) AND (同じリソースプールに属する OR 異なるリソースプールに属する OR リソースグループ) AND (選択 OR 多重化 OR ドロップ)

48. (一方のグループだけに属する OR 両方のグループに属する) AND (PUCCHリソースセット OR 候補PUCCHリソース) AND (ARI OR PRI) AND (先のARIを無視 OR 以前をドロップ OR 最新のARI OR 最後のDCI)

49. (第1アンテナポートグループ OR 第2アンテナポートグループ) AND RRC AND PUCCH AND (DCI OR ARI)

韩文检索式

50. (PUCCH OR PUSCH) AND (UCI OR 상향링크 제어 정보) AND (동일한 자원 풀에 속하다 OR 서로 다른 자원 풀에 속하다 OR 자원 그룹) AND (선택 OR 다중화 OR 드롭)

51. (하나의 그룹에만 속하다 OR 두 그룹 모두에 속하다) AND (PUCCH 자원 세트 OR 후보 PUCCH 자원) AND (ARI OR PRI) AND (이전 ARI 무시 OR 먼저 것을 드롭 OR 최신 ARI OR 마지막 DCI)

52. (제1 안테나 포트 그룹 OR 제2 안테나 포트 그룹) AND RRC AND PUCCH AND (DCI OR ARI)

3GPP 英文检索式（不构建中/日/韩式）

53. ("simultaneous PUSCH and PUCCH" OR "PUCCH/PUSCH collision" OR "partial overlap") AND (multiplex OR drop OR prioritize)

54. ("one group only" OR "both groups" OR "PUCCH group") AND ("UCI multiplexing" OR "UCI on PUSCH")

55. ("latest ARI" OR "most recent DCI" OR "last DCI") AND ("PUCCH resource" OR "resource indicator")

56. ("spatial relation" OR beam OR "antenna port") AND ("PUCCH resource" OR "PUCCH resource set")

本轮输出

TS36.300/36.213为两个PUCCH组、逐组适用及同subframe UCI选择提供可逐页核验的公知背景；整体81%（77%–84%），达到80%，停止。

09 Round 00 实质候选 D1–D8

下表保留首轮已审计编号。题名、申请人及定位以公开文本为准；对首轮未形成主组合的文件，不夸大其覆盖范围。

编号	文献 / 公开日	申请人 / 题名	原文位置与贡献	定位
D1	CN107343297A｜2017-11-10	上海朗帛｜用于无线通信的用户设备、基站中的方法和装置	摘要/权利要求：两信令、两资源池及目标资源骨架	辅助
D2	CN107371241A｜2017-11-21	华为｜参考信号传输方法、网络设备、用户设备和通信系统	行216–222、244–254；权利要求32–38：端口集合↔时频资源	辅助 F4/F5
D3	CN107534539A｜2018-01-02	Ofinno｜无线网络中探测参考信号	行635–653/权利要求：RRC 两个或更多 PUCCH 组、同/异组行为	辅助
D4	CN107733620A｜2018-02-23	上海朗帛｜低时延无线通信相关方案	行201–229附近：低时延信令、HARQ-ACK/UCI目标时间资源	辅助
D5	CN105917609A｜2016-08-31	公开文本记载申请人｜导频/端口组与反馈相关方案	说明书导频端口组及反馈背景；未同时覆盖F3/F6	背景
D6	CN106549745A｜2017-03-29	公开文本记载申请人｜参考信号端口/资源配置	说明书参考信号端口与资源配置；未同时覆盖F3/F6	背景
D7	WO2016010379A1｜2016-01-21；CN106256107A｜2016-12-21	公开文本记载申请人｜DMRS端口组相关方案	DMRS端口组、RRC半静态映射、DCI交换指示	辅助 F4/F5
D8	CN107534537A｜2018-01-02	公开文本记载申请人｜载波聚合的调度请求	行364–390、权利要求12–20：主/辅 PUCCH组、同子帧多个有效资源择一、SR/UCI	首轮核心

D1：https://patents.google.com/patent/CN107343297A/zh

D2：https://patents.google.com/patent/CN107371241A/zh

D3：https://patents.google.com/patent/CN107534539A/zh

D4：https://patents.google.com/patent/CN107733620A/zh

D5 / D6：https://patents.google.com/patent/CN105917609A/zh；D6 见 https://patents.google.com/patent/CN106549745A/zh

D7 / D8：https://patents.google.com/patent/WO2016010379A1/en；D8 见 https://patents.google.com/patent/CN107534537A/zh

10 核心对比文件 D9 与 D10

D9｜最接近现有技术

WO2016108658A1，LG Electronics，Method for transmitting ACK/NACK in wireless communication system and device using same；公开日 2016-07-07。

· 行333–339：PUCCH 时/频/码资源；RRC 预设四个资源索引，DL grant 中 ARI 指定一个。

· 行343–358、420–438：RRC 为 PUCCHy/PUCCHz 各预设候选资源；仅收 y 组 DCI 时选 PUCCHy，同时收 y/z 组 DCI 时选 PUCCHz并忽略 y 组 ARI。

· 行453–462：不同 cell group 的 RRC 候选 PUCCH 资源与组内 ARI 选择。

· 行556–575（另见网页行1020–1025）：按最近接收子帧的 DCI、最后/最大 DAI 或 total DAI 选择 PUCCH 格式/有效载荷。

· 行597–606、631–644：UE/收发器及包括 CSI、HARQ-ACK/NACK 的 UCI 上报。

D9 英文全文：https://patents.google.com/patent/WO2016108658A1/en

D9 中文同族：https://patents.google.com/patent/CN107113096A/zh

D9 EP A1 官方PDF：https://data.epo.org/publication-server/rest/v1.1/patents/EP3242433NWA1/document.pdf

D10｜端口—资源映射补足

US20130121304A1，Motorola，Acknowledgement signaling in wireless communication network；公开日 2013-05-16。

· [0031] / 行356–360：UE、处理器与收发器。

· [0037]–[0040] / 行372–381：控制消息与用于 E-PDCCH 解调的天线端口。

· [0044]–[0050] / 行391–418及表1：RRC 预配置 h0–h7；端口7/8与两套 PUCCH资源映射；ARI在相应集合中选择。

· 行415–423：可按 particular antenna port 分别预配置一对一或多对一链接的 PUCCH资源集合；资源还可由 RB/eCCE、端口、RRC与控制消息offset共同确定。

· 权利要求1、3、8、9 / 行459–500：控制消息、端口与 ACK 资源选择的权利要求表达。

D10 英文全文：https://patents.google.com/patent/US20130121304A1/en

边界提醒

D10 的天线端口7/8可被论证为各含一个端口的单元素‘端口组’，但该解释不是无争议等同；D10本身也不披露 F6 的同池/异池判定。

11 辅助文献、同族纠正与排除材料

文件	公开日	申请人 / 题名	原文位置 / 作用	结论
CN102972078A / WO2011153706A1	2013-03-13 / 2011-12-15	华为｜上行控制信息传输	CN行113–116、169–176、186–196、207–225：同子帧冲突、UCI复用、至少两个UL CC与RRC/下行控制优先级	辅助F2/F6/F7
WO2017205797A1	2017-11-30	Ofinno｜PUCCH/PUSCH同组条件选择	同族[0080]–[0082]：小区组内有/无PUSCH时HARQ-ACK在PUCCH/PUSCH间选择	辅助F6/F7
CN104284425A	2015-01-14	2天线端口的上行控制信道资源分配方法和基站	RRC半静态配置两份PUCCH索引列表、每端口一份、每份1–4资源	独立辅助；非D10同族
US20140241278A1 / US9072088B2	2014-08-28（A1）	ePDCCH/PUCCH分配与天线端口offset	ePDCCH/PUCCH分配及端口offset段落	独立辅助；非D10同族
CN104054280A	2014-09-17	E-PDCCH检测、端口与PUCCH资源	说明书端口、检测和PUCCH资源段落	独立辅助；非D10同族

D10 同族纠正

类别	公开号	处理
D10 实际同族	WO2013070483A1；CN103918214A；KR20140073585A；EP2777202A1	可用于语言核对与同一披露链定位，不跨成员拼接新内容。
不是 D10 同族	US9072088B2 / US20140241278A1；CN104054280A；CN104284425A	仅按独立辅助文件评价，禁止拼入 D10 的单篇披露。

晚公开材料

US10333679B2（2019-06-25授权）及目标案/姐妹案晚公开文本仅用于同族、引证链和术语定位，不作为2018-03-12前现有技术。R1-1803754、R1-1805733的公开时点晚于临界日，明确排除。

12 ETSI / 3GPP 规范证据

规范	日期 / 原文位置	可核内容	用途与边界
TS 36.300 V14.4.0	2017-10；PDF第91页，7.5；文本行3514–3516	RRC 将每个 serving cell 映射至 Primary 或 Secondary PUCCH group；确定由PCell或PUCCH SCell传ACK/NACK、CSI。	增强F3/F6/F7：两个组、RRC映射与UCI；不直接等同‘资源池含RE’。
TS 36.213 V14.4.0	2017-10；第305页9.2；行19810–19822	PUCCH TPC command 的索引映射至四个高层配置 PUCCH resource values。	增强高层资源配置及动态索引背景。
TS 36.213 V14.4.0	第306页第10章；行19827–19842	程序分别适用于 primary/secondary PUCCH groups；术语涉及 belonging to 相应组的 serving cells。	增强F6的组归属与逐组程序；仍需解释group/pool。
TS 36.213 V14.4.0	第306–307页10.1；行19848–19897	同一subframe内，依配置和有无PUSCH决定UCI在PUCCH/PUSCH承载或拆分。	增强F2/F6/F7的同一时机选择/复用动机；不提供较晚DCI。

TS 36.300 V14.4.0 官方PDF：https://www.etsi.org/deliver/etsi_ts/136300_136399/136300/14.04.00_60/ts_136300v140400p.pdf

TS 36.213 V14.4.0 官方PDF：https://www.etsi.org/deliver/etsi_ts/136200_136299/136213/14.04.00_60/ts_136213v140400p.pdf

TS 36.213 官方目录 / 时间戳：https://www.etsi.org/deliver/etsi_TS/136200_136299/136213/14.04.00_60/

证据定位建议

无效请求提交时，应下载并固化上述PDF、保存ETSI目录时间戳页面，制作页码—条款—原文—中文译文四栏对照。不要只引用搜索摘要或报告中的转述。

13 3GPP R1 文件核验状态

R1 文件只在正文或可信逐段引证可核时承担辅助作用；仅凭题名不得推断具体选择、丢弃或优先规则。

文档	日期	题名 / 主题	核验状态	证据等级
R1-1715404	2017-09-09	On UCI multiplexing	官方ZIP；日期/页数及题名可核，正文提案段未解析	C+，仅线索
R1-1715997	2017-09会议	Simultaneous PUSCH and PUCCH	官方ZIP；未取得可定位正文	C，不计分
R1-1718418	2017-10-02	Simultaneous PUCCH/PUSCH and collision	EPO/审查引证确认题名及2页；规则未定位	C+
R1-1719397	2017-11-18	On UCI multiplexing	引用定位第4–6页/图2–3：不同持续时间UL信道与UCI复用	B，辅助
R1-1719807	2017-11	Beam management for PUCCH	最终报告/后案复现per-PUCCH-resource spatial relation；ZIP正文未逐段解析	B-/C+
R1-1719855/9856	2017-11-18	不同TTI长度碰撞处理/邮件汇总	元数据与引证可核；未定位较晚DCI	C/B-
R1-1801788	2018-02-17	Partially overlapped PUCCH and PUSCH	后案/EPO引证明确overlap；原ZIP正文未逐页核	B+，F7辅助
R1-1802411	2018-02-17	PUCCH and PUSCH collision handling	EPO [0004]记载transmissions partially overlap in time	B，F7辅助
R1-1802512	2018-02-16	Partial overlap between PUCCH and PUSCH	EPO [0005]记载partial overlap collision handling	B，F7辅助
R1-1802786	2018-02-26	Collision between PUCCH/sPUCCH/sPUSCH	题名/会议日可核，具体条文未取得	C
R1-1801905/3332	2018-03-02 / 02-26	UCI on PUSCH / piggyback summary	题名及引用范围可核，正文未解析	C，不计分
R1-1803754/5733	2018-04及以后	后续会议文件	晚于2018-03-12	排除

R1-1801788：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801788.zip

R1-1802411：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802411.zip

R1-1802512：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802512.zip

R1-1719807：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1719807.zip

其他已核编号包括 R1-1710711、R1-1718213、R1-1720685、R1-1720927、R1-1719927、R1-1706987、R1-1714781、R1-1721696。因正文未逐段解析或元数据不足，均保留为检索轨迹，不拉高81%的结论。

14 F1–F7 特征比对表

特征	D9	D10	TS36.300	TS36.213	组合结论
F1	●	●	◐	●	UE/收发结构属于共同基础，争议小。
F2	●	●	◐	●	D9/D10均有接收控制信息后在所选PUCCH发送报告。
F3	◐	◐	●	●	两组+高层资源配置较强；‘资源池含正整数RE’仍需解释。
F4	—	●/◐	—	—	D10两个端口/控制消息构成单元素组是首要解释风险。
F5	◐	●	◐	◐	D10每端口单独链接PUCCH resource set最直接。
F6	●/◐	—	◐	◐	D9 y-only/y+z选择与忽略y-ARI为核心；group/pool不当然等同。
F7	●/◐	◐	◐	●	D9最近/最后DCI + TS同subframe + R1 partial overlap；需组合。

扩展对比：辅助文件的边际贡献

文献	F1	F2	F3	F4	F5	F6	F7	定位
D8 CN107534537A	●	◐	◐	—	—	◐	◐	主/辅PUCCH组择一
CN102972078A	●	●/◐	◐	—	—	◐	◐	同子帧UCI复用
D2 CN107371241A	●	◐	◐	●	●	—	—	端口集合↔时频资源
WO2017205797A1	●	●	◐	—	—	◐	◐	组内PUCCH/PUSCH条件
R1-1719807	—	◐	◐	◐	◐	—	—	空间关系/波束辅助

矩阵解读

矩阵中的●不意味着法律上必然等同，尤其F3/F4/F6仍受权利要求解释约束。最终论证应回到原文结构、技术作用及本领域技术人员是否有明确结合动机，而不是把符号相加。

15 无效组合与创造性论证

主组合：D9 + D10（TS 36.300 / 36.213 为公知背景）

57. 选择 D9 为最接近现有技术：其技术问题就是多下行授权/多cell group情形下，在RRC候选PUCCH资源间选择并上报ACK/NACK/UCI；y-only与y+z规则、忽略另一ARI、最近/最后DCI构成F6/F7骨架。

58. 区别特征主要集中在用第一/第二信令确定两个天线端口组，并使其分别对应两个候选时频资源。D10针对同一ACK/PUCCH资源选择问题，教导将天线端口7/8分别链接RRC配置的PUCCH资源集合，并由控制消息ARI在所链接集合中选资源。

59. 客观技术问题可表述为：在D9的多组PUCCH候选资源选择中，如何提供稳定、可配置的物理层区分维度，以使不同控制消息可靠对应各自的PUCCH候选集合。

60. 结合动机：D10的端口特定映射正是为解决控制消息与ACK资源的可判别链接；TS36.300确认RRC配置两个PUCCH group，TS36.213确认逐组适用和同一子帧UCI承载选择。将D10的映射维度用于D9两类候选资源，技术目的相同、手段相容、结果可预期。

61. 对F7：D9提供最近/最后DCI和共同反馈时机，TS36.213提供同subframe UCI选择，R1-1802411/2512辅助说明partial overlap是截止日前明确讨论的冲突场景。需承认它不是单段逐字披露。

主组合风险

若合议组将‘资源池’严格限定为RE集合并排斥PUCCH group/resource set，或拒绝把单端口解释为单元素端口组，主路径可回落约3–5个百分点。论证应强调结构/功能对应与技术启示，不宜只依赖术语替换。

16 备选组合、反论证与风险控制

路径	组合	用途	主要风险	估计
A 主路径	D9 + D10 + TS背景	F6/F7骨架 + F4/F5端口映射	group/pool；单端口/端口组；F7跨段组合	81%
B 备选	D8 + D9 + R1-1719807	主/辅PUCCH组、同子帧择一、最近DCI、空间关系	SR与HARQ场景不同；端口组仍需推导；缺F6字面	约74%
C 备选	D9 + D2 + R1-1719397	端口集合—时频资源 + UCI复用背景	D2为参考信号；跨技术情境动机弱；三来源	约64%
D 防御性	D9 + CN102972078A + D10	补同子帧UCI/PUSCH-PUCCH选择	文献数增加；仍不消除资源池解释	不高于主路径

预期专利权人抗辩与回应

可能抗辩	建议回应
抗辩：PUCCH group是小区分组，不是时频资源池。	回应：不主张字面同义；以D9候选PUCCH资源集合、TS两个组/逐组程序、标准PUCCH资源结构共同证明选择输入与输出关系的技术对应，并保留该解释风险。
抗辩：D10的端口用于E-PDCCH解调，不是‘信令确定端口组’。	回应：D10控制消息的成功解码端口直接决定所链接ACK/PUCCH集合，功能链与权利要求的‘信令—端口组—资源’一致；但需精确展示方向和因果关系。
抗辩：D9最近DCI规则与y/z选择是不同实施方式。	回应：用说明书问题背景、共有RRC/ARI机制和多授权反馈场景证明其并非事后拼接；必要时将R1/TS作为本领域通常约束，而非新增特征来源。
抗辩：部分重叠与较晚信令未在同一文件连续披露。	回应：承认新颖性不足；在创造性框架下分别证明时间冲突场景和最新授权决策是本领域既知，并解释组合的可预期性。

17 新颖性路径与概率评估

保守一致口径

未发现单篇文件直接、无歧义地覆盖F1–F7，因此新颖性不作为主攻。报告不采用不同轮次中不一致的单篇概率数字；81%仅指以D9+D10为中心的创造性无效路径。

路径	客观评价	关键缺口
D9 单篇新颖性	不建议主攻	F4/F5缺失；F3/F6需解释；部分重叠未连续披露
D10 单篇新颖性	不建议主攻	F6和较晚信令逻辑缺失；资源池结构不完整
D8 单篇新颖性	明显不足	没有最近DCI与端口组；主要是SR场景
D9 + D10 创造性	74%–78%	互补较强，但端口组/资源池解释有跳跃
D9 + D10 + TS背景	81%（77%–84%）	组合动机完整；仍受术语解释和F7拼接边界约束

合理区间77%–84%的下沿假设合议组严格区分PUCCH group/resource set与‘资源池’，并对单端口组解释持保留；上沿假设采用功能性解释，认可两个RRC配置候选集合、端口特定映射与多授权UCI选择属于同一技术问题。

该概率还受证据形式化影响：若只提交搜索页面、未固化ETSI版本/目录时间戳、或无法从R1 ZIP取得正文，实务概率会低于技术检索层面的81%。反之，若D9/D10同族中文译文、逐段比对和专家意见准备充分，主组合的说服力更稳定。

18 剩余风险与证据形式化建议

优先级	风险 / 工作项	建议动作
P0	资源池解释	在说明书中检索‘资源粒子/池’定义；将D9候选PUCCH资源的时频/码组成、TS资源值与两个group作结构化对照，避免直接宣称同义。
P0	端口组解释	制作D10端口7/8—控制消息—PUCCH集合—ARI的图表；论证单元素集合的语义允许性，同时准备若不采纳时的D2/R1-1719807备选。
P0	F7连续性	将D9最近/最后DCI段、TS36.213同subframe段和R1 partial-overlap引证分别标色，明确是创造性组合而非单篇新颖性。
P1	3GPP公开证明	下载官方ZIP/PDF并计算哈希；保存官方目录时间戳、会议日期、EPO引证页；必要时办理公证或可信时间戳。
P1	译文与段落号	优先使用D9 CN同族和D10 CN同族核对术语；提交英文原文、中文译文及译者声明；统一行号/段落号。
P1	组合动机	以共同技术问题和可预期效果组织，不写成‘任意拼接’；说明为什么D10端口维度适合D9的两类候选资源。
P2	晚公开/非同族	证据目录单列‘仅供线索’，防止误把US9072088等并入D10或把R1-1803754/5733作为现有技术。

提交前最低证据包

D9、D10公开文本及同族对应表；TS36.300/36.213官方PDF与目录记录；R1官方ZIP及可核正文/可信引证；逐特征引证表；术语解释说明；组合动机书面论证；公开日证明与中文译文。

19 无效请求撰写提纲

62. 权利要求解释：定义‘时频资源池’、‘天线端口组’、‘适用于’、‘属于同一池/否则’及‘较晚’；明确哪些是功能限定，哪些是结构限定。

63. 证据资格：逐件说明D9、D10、TS规范的公开日、版本、来源、页面和同族关系；将R1证据等级及未解析限制写入说明。

64. 最接近现有技术：以D9的多授权、多cell group、RRC候选PUCCH资源和ARI选择为起点，完整复述同一实施背景。

65. 区别特征：把F4/F5及F3/F6术语差异单列，避免把争议点隐藏在总表符号中。

66. 客观技术问题：如何为不同控制消息/候选PUCCH资源建立可靠、可配置的物理层映射，并在冲突反馈时机选择正确资源。

67. 技术启示：用D10证明端口特定PUCCH资源集映射，用TS证明两个RRC PUCCH组和逐组UCI程序属公知；解释结合的兼容性与预期效果。

68. F7时间关系：分别引证D9最近/最后DCI、TS同subframe、R1 partial overlap，明确其角色和证据等级。

69. 备选理由：以D8+D9+R1-1719807、D9+D2+R1-1719397作为独立备选，不与主理由混成一个超长组合。

70. 结论与请求：主张创造性不具备；新颖性仅保留为从属/条件性意见，避免过度陈述单篇全覆盖。

写作禁区

不要写‘PUCCH group就是资源池’或‘一个端口当然就是端口组’；不要把TS/R1描述为直接披露F4；不要把D10非同族文件拼成同一篇；不要将晚公开资料作为现有技术。

20 来源附录 A｜专利文献

S1 目标专利 CN111585624B：https://patents.google.com/patent/CN111585624B/zh

S2 D1 CN107343297A：https://patents.google.com/patent/CN107343297A/zh

S3 D2 CN107371241A：https://patents.google.com/patent/CN107371241A/zh

S4 D3 CN107534539A：https://patents.google.com/patent/CN107534539A/zh

S5 D4 CN107733620A：https://patents.google.com/patent/CN107733620A/zh

S6 D5 CN105917609A：https://patents.google.com/patent/CN105917609A/zh

S7 D6 CN106549745A：https://patents.google.com/patent/CN106549745A/zh

S8 D7 WO2016010379A1：https://patents.google.com/patent/WO2016010379A1/en

S9 D7 CN106256107A：https://patents.google.com/patent/CN106256107A/zh

S10 D8 CN107534537A：https://patents.google.com/patent/CN107534537A/zh

S11 D9 WO2016108658A1：https://patents.google.com/patent/WO2016108658A1/en

S12 D9 CN107113096A：https://patents.google.com/patent/CN107113096A/zh

S13 D10 US20130121304A1：https://patents.google.com/patent/US20130121304A1/en

S14 CN102972078A：https://patents.google.com/patent/CN102972078A/zh

S15 WO2011153706A1：https://patents.google.com/patent/WO2011153706A1/en

S16 WO2017205797A1：https://patents.google.com/patent/WO2017205797A1/en

S17 CN104284425A：https://patents.google.com/patent/CN104284425A/zh

S18 US20140241278A1：https://patents.google.com/patent/US20140241278A1/en

S19 CN104054280A：https://patents.google.com/patent/CN104054280A/zh

D10 实际同族入口

WO2013070483A1：https://patents.google.com/patent/WO2013070483A1/en

CN103918214A：https://patents.google.com/patent/CN103918214A/zh

KR20140073585A：https://patents.google.com/patent/KR20140073585A/ko

EP2777202A1：https://patents.google.com/patent/EP2777202A1/en

来源用途：Google Patents用于公开文本与同族导航；正式提交时建议同步取得相应专利局或WIPO/EPO官方公开文本，并固定下载日期与文件哈希。

21 来源附录 B｜ETSI / 3GPP 与核验说明

TS36.300 V14.4.0：https://www.etsi.org/deliver/etsi_ts/136300_136399/136300/14.04.00_60/ts_136300v140400p.pdf

TS36.213 V14.4.0：https://www.etsi.org/deliver/etsi_ts/136200_136299/136213/14.04.00_60/ts_136213v140400p.pdf

TS36.213 官方目录：https://www.etsi.org/deliver/etsi_TS/136200_136299/136213/14.04.00_60/

R1-1715404：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1709/Docs/R1-1715404.zip

R1-1715997：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1709/Docs/R1-1715997.zip

R1-1718418：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718418.zip

R1-1719397：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1719397.zip

R1-1719807：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1719807.zip

R1-1719855：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1719855.zip

R1-1801788：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801788.zip

R1-1802411：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802411.zip

R1-1802512：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802512.zip

R1-1802786：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1802786.zip

R1-1801905：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801905.zip

R1-1803332：https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1803332.zip

核验限制

部分R1官方ZIP正文未在检索轮次中逐页解析，因此只列核验状态，不以题名推断技术方案。Round 02的增量评分只来自可逐页核验的TS36.300/36.213；R1-1802411/2512仅辅助F7的partial overlap背景。

报告完｜检索结论随权利要求解释、证据资格、合议组技术认知及程序材料变化而变化。

权利要求2

下载无效理由

根据权利要求1所述的用户设备，其特征在于，所述第一接收机模块还接收第一无线信号；其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。

技术特征:

N 其特征在于，所述第一接收机模块还接收第一无线信号 (0)

O 其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经过多轮交叉检索3GPP官方档案、ETSI发布的3GPP规范文本，以及2017年的RAN1会议文稿目录，我认为针对 CN111585624B 的技术特征N、O，截止 2018年3月12日前已经存在相当强的3GPP公开证据。

其中，最值得作为核心证据的是 3GPP TS 36.321 V8.8.0（Release 8，2010-02）。这一份文件本身就基本能够把“N：接收第一无线信号”与“O：上报信息指示该无线信号是否正确接收”串成完整的HARQ接收—解码—ACK/NACK反馈链条。

ETSI

一、检索结论先行

对技术特征N、O，我建议按以下优先级使用3GPP证据：

优先级 3GPP英文文献日期对N贡献对O贡献推荐程度

1 3GPP TS 36.321 V8.8.0, Release 8 2010-02 直接直接 ★★★★★

2 3GPP TS 36.213 V9.3.0, Release 9 2010-10 直接/很强直接，且明确发送ACK/NACK ★★★★★

3 3GPP TS 36.212 V8.8.0, Release 8 2010-01 间接直接，落实为HARQ-ACK信息比特 ★★★★★

4 3GPP TS 36.213 V10.5.0, Release 10 2012-03 强直接绑定PDSCH与HARQ-ACK ★★★★☆

5 3GPP TS 36.321 V14.5.0, Release 14 2018-01 直接直接 ★★★★☆

6 3GPP TS 36.212 V14.5.0, Release 14 2018-01 间接直接 ★★★★☆

7 3GPP TS 36.213 V14.5.0, Release 14 2018-01 强直接 ★★★★☆

前三篇的公开时间分别早在2010、2010和2010年，因此完全不存在2018-03-12截止日边缘争议。

ETSI

二、最强单篇文献：3GPP TS 36.321 V8.8.0

1. 文献信息

3GPP TS 36.321 V8.8.0, Release 8

英文名称：

Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification

ETSI版本为 ETSI TS 136 321 V8.8.0 (2010-02)，显然远早于2018-03-12。

ETSI

2. 对技术特征N的公开

TS 36.321在下行HARQ处理中明确规定：

UE的物理层被指示在相应TTI中接收DL-SCH上的transport block，并将其递交给HARQ实体。

原文位置在第18页附近，规范明确写到物理层在该TTI中 “receive … transport block on the DL-SCH”。随后第19页又说明UE的HARQ实体处理在DL-SCH上接收到的transport blocks。

ETSI

因此，其技术链条是：

eNB下行发送 → UE物理层接收DL-SCH transport block → UE HARQ实体处理接收的数据。

这对于：

N：第一接收机模块还接收第一无线信号

具有很强的直接公开价值。

这里唯一需要在正式无效比对中注意的是：3GPP规范使用的是“UE/physical layer/HARQ entity”这样的功能主体，而不是字面上的“第一接收机模块”。但从功能限定角度，“UE物理层接收下行无线传输”与“接收机模块接收第一无线信号”之间的对应关系非常直接。

N的评价

公开强度：★★★★★，直接公开。

三、同一篇TS 36.321对技术特征O的公开尤其强

TS 36.321紧接着规定HARQ process如何处理刚才接收到的TB。

其逻辑非常清楚：

对收到的数据进行解码；

如果首次成功解码，则产生 ACK；

否则产生 NACK；

将产生的ACK/NACK指示给物理层。

V8.8.0第20页明确规定，首次成功解码时 “generate a positive acknowledgement (ACK)”，否则产生NACK。

ETSI

因此，逻辑关系就是：

第一无线信号/TB

→ 接收

→ 解码判断是否成功

→ 成功 = ACK

→ 未成功 = NACK

→ ACK/NACK被反馈。

而技术特征O是：

所述第一上报信息被用于指示所述第一无线信号是否被正确接收。

两者对应非常紧密。

严格说，3GPP在TS 36.321中用的是“是否成功解码TB”，而目标特征用了“第一无线信号是否被正确接收”。但在HARQ上下文中：

ACK/NACK本身就是接收端对对应下行TB是否成功解码/正确接收的反馈结果。

因此，至少从功能限定来看，O的公开非常强。

O的评价

公开强度：★★★★★，基本属于直接公开。

而且最重要的是：

N和O并不是分别散落在两个互不相关的方案中，而是在TS 36.321同一个HARQ接收处理流程中连续出现。

这对无效论证明显比拼凑两个完全独立技术点更有利。

ETSI

四、第二篇强文献：3GPP TS 36.213 V9.3.0

这篇文献对“O中的‘上报’动作”比TS 36.321还要直观。

文献信息

3GPP TS 36.213 V9.3.0, Release 9

ETSI版本发布时间为 2010-10。

ETSI

规范第10.2节“Uplink ACK/NACK timing”规定：

对于FDD，当UE检测到发给自己的PDSCH transmission并且需要提供ACK/NACK时，UE在后续子帧中发送ACK/NACK response。

而且进一步明确：

该ACK/NACK response对应于检测到的PDSCH transmission，并在PUCCH上传输。

ETSI

因此形成非常直接的信号链：

UE检测/接收PDSCH

→ 为该PDSCH产生对应ACK/NACK

→ 在上行PUCCH发送ACK/NACK response。

这几乎就是：

接收第一无线信号 + 发送针对该无线信号的第一上报信息。

特别值得关注的是其原文并不只是抽象说“存在HARQ”，而明确使用：

PDSCH transmission；

ACK/NACK response；

corresponding；

PUCCH；

UL subframe；

所以如果在无效理由中希望证明“第一上报信息”属于真正向网络发送的反馈信息，TS 36.213 V9.3.0非常好用。

ETSI

五、第三篇强文献：3GPP TS 36.212 V8.8.0

文献信息

3GPP TS 36.212 V8.8.0, Release 8

ETSI版本 2010-01。

ETSI

这篇文件对“O中的‘第一上报信息’的信息结构”具有特别强的贡献。

关键公开

TS 36.212明确规定HARQ-ACK information的编码：

positive ACK编码成binary 1；

negative NACK编码成binary 0；

HARQ-ACK可以由1 bit或多个bit构成；

在UCI的HARQ-ACK channel coding中，HARQ acknowledgement bits来自高层，并针对codeword对应ACK/NACK。

ETSI

这意味着ACK/NACK不是一种抽象“状态”，而是：

具有明确bit表示、能够作为UCI进行物理层编码和发送的上报信息。

因此，如果专利权人针对O抗辩说：

“3GPP的ACK/NACK只是协议行为，不等于权利要求中的‘第一上报信息’”

那么TS 36.212可以很好地补上这一环：

HARQ-ACK确实是具体的信息比特。

六、TS 36.213 V10.5.0进一步锁定“PDSCH ↔ HARQ-ACK”

3GPP TS 36.213 V10.5.0, Release 10，2012-03 也远早于截止日。

ETSI

该规范明确使用了：

“HARQ-ACK for a PDSCH transmission”

并明确把相应HARQ-ACK feedback与PDSCH transmission、codeword以及ACK/NACK bit建立对应关系；没有检测到对应PDSCH时，相应feedback bit按规定设置为NACK。

ETSI

这篇的主要作用不是替代TS 36.321，而是证明：

“上报信息”不是与任意下行数据无关，而是与特定PDSCH transmission建立一一对应的HARQ反馈关系。

对O中的：

“被用于指示所述第一无线信号是否被正确接收”

尤其有价值。

七、2018年截止日前的Release 14版本进一步确认该机制持续存在

为了避免只使用较早LTE版本，我又向截止日方向回查了Release 14。

1. TS 36.321 V14.5.0

ETSI TS 136 321 V14.5.0标明为 2018-01。规范仍明确规定：

物理层接收DL-SCH上的transport block；

对received data进行decode；

成功解码产生ACK；

否则产生NACK；

将ACK/NACK指示给物理层。

ETSI

3GPP官方archive中 36321-e50.zip 的时间戳是 2018-01-07，早于2018-03-12。

3GPP

2. TS 36.212 V14.5.0

Release 14版本同样明确：

ACK编码为1；

NACK编码为0；

HARQ-ACK feedback由HARQ-ACK bits组成；

PUCCH format 3/4/5可以用于HARQ-ACK feedback的传输。

ETSI

3GPP archive显示 36212-e50.zip 上传于 2018-01-05。

3GPP

3. TS 36.213 V14.5.0

该版本仍明确把：

PDSCH transmission → HARQ-ACK feedback/codeword → NACK

联系起来。

ETSI

3GPP archive中的 36213-e50.zip 时间戳为 2018-01-10。

3GPP

因此，从Release 8一直到截止日前的Release 14，N/O所体现的HARQ反馈思想始终是3GPP的标准机制，并非接近申请日才出现的内容。

ETSI

八、进一步检索NR时代的2017年RAN1文稿

考虑到CN111585624B本身的整体技术背景更接近NR，我又单独对2017年NR HARQ-ACK讨论进行了反向检索。

这里有一批非常值得进一步固定原始文件的3GPP RAN1文稿。

3GPP TDoc 标题时间证据与N/O关系

R1-1701919 Support of multi bit HARQ-ACK feedback per TB RAN1#88，2017年；官方目录文件时间2017-02-06 直接涉及per-TB HARQ-ACK

R1-1704583 Discussion on NR HARQ-ACK feedback mechanisms RAN1#88bis，2017年 NR HARQ-ACK机制

R1-1706048 On Code Block Group Based HARQ-ACK Feedback 2017年RAN1 对TB/CBG正确接收反馈有贡献

R1-1708481 HARQ-ACK feedback mechanisms RAN1#89，2017-05 NR HARQ-ACK机制

R1-1714968 WF on HARQ-ACK for PDSCH and sPDSCH on sPUCCH or sPUSCH 官方archive 2017-08-26 标题层面已经直接把PDSCH与上行HARQ-ACK关联

R1-1718279 Discussion on HARQ-ACK multiplexing for NR RAN1#90bis，2017-10 NR HARQ-ACK multiplexing

R1-1701919在3GPP官方会议资料中明确登记为 Support of multi bit HARQ-ACK feedback per TB，其归档文件时间为2017-02-06。

3GPP

R1-1704583的官方标题为 Discussion on NR HARQ-ACK feedback mechanisms。

3GPP

R1-1706048的标题则明确涉及 Code Block Group Based HARQ-ACK Feedback。

3GPP

R1-1708481由NTT DOCOMO提交，官方3GPP会议记录显示其题目就是 HARQ-ACK feedback mechanisms，RAN1#89会议时间为2017年5月。

3GPP

尤其值得继续深挖的是：

R1-1714968

“WF on HARQ-ACK for PDSCH and sPDSCH on sPUCCH or sPUSCH”

3GPP TDoc目录明确列出：

文号：R1-1714968；

Huawei / HiSilicon；

主题直接涉及PDSCH/sPDSCH；

HARQ-ACK；

sPUCCH或sPUSCH。

3GPP

官方archive显示该文件包时间为 2017-08-26 12:05，显然早于截止日。

3GPP

从标题和会议元数据看，这是本轮NR专项检索中最值得继续固定正文的一篇。

不过必须严格区分证据强度：目前能够从3GPP网页稳定核实的是文稿编号、标题、提交方及归档日期；由于官方ZIP正文没有通过网页解析稳定抽取出来，我不建议现在就把尚未逐段核实的正文内容写成“直接公开N/O”。正式无效使用前，应把ZIP中的原始Word/PDF正文进一步固定。

九、NR正式规范也已经在截止日前进入3GPP归档，但本轮不把它作为核心证据

我同时检查了38系列。

3GPP官方archive显示：

38.212 V15.0.0 (38212-f00.zip)：2018-01-03

38.213 V15.0.0 (38213-f00.zip)：2018-01-03

38.321 V15.0.0 (38321-f00.zip)：2018-01-04

均早于2018-03-12。

3GPP

但是，本轮网络解析没有可靠取得这些 V15.0.0原始包内部与N/O对应的具体段落。后续版本确实存在非常明确的“PDSCH reception—HARQ-ACK—ACK/NACK”文字，但后续版本不能倒推成2018-03-12之前的公开内容。

因此，这三份NR V15.0.0我目前仅列为：

截止日前已存在、值得继续提取原始正文的高优先级NR候选，暂不作为本次N/O直接公开结论的核心依据。

这种处理更稳妥。

十、技术特征N、O最终比对表

目标技术特征 3GPP文献对应公开内容对应程度

N：第一接收机模块还接收第一无线信号 TS 36.321 V8.8.0 UE物理层被指示接收DL-SCH transport block；HARQ实体处理DL-SCH上收到的TB 直接 ★★★★★

ETSI

N TS 36.213 V9.3.0 UE检测面向自己的PDSCH transmission，并针对该PDSCH进行后续反馈很强 ★★★★★

ETSI

N TS 36.321 V14.5.0 物理层接收DL-SCH上的transport block 直接 ★★★★★

ETSI

O：第一上报信息用于指示第一无线信号是否被正确接收 TS 36.321 V8.8.0 成功解码TB→产生ACK；否则→产生NACK 直接 ★★★★★

ETSI

O TS 36.212 V8.8.0 HARQ-ACK属于具体信息bit；ACK=1、NACK=0；存在UCI HARQ-ACK编码直接 ★★★★★

ETSI

O TS 36.213 V9.3.0 对检测到的PDSCH transmission，在上行发送与其对应的ACK/NACK response，并可在PUCCH发送直接 ★★★★★

ETSI

O TS 36.213 V10.5.0 明确规定“PDSCH transmission”的HARQ-ACK以及相应feedback bits 直接 ★★★★★

ETSI

O TS 36.212 V14.5.0 HARQ-ACK feedback由明确bit组成，并通过PUCCH等承载直接 ★★★★★

ETSI

O TS 36.213 V14.5.0 HARQ-ACK feedback与具体PDSCH transmission/codeword建立对应关系直接 ★★★★★

ETSI

十一、我建议的无效使用方式

第一选择：TS 36.321 V8.8.0单篇

如果当前只讨论N、O这两个附加技术特征，我会把：

3GPP TS 36.321 V8.8.0

放在第一位。

因为它在同一个HARQ流程中依次公开：

接收DL-SCH TB → 尝试解码 → 成功则ACK → 否则NACK。

ETSI

因此对N+O的组合，不只是“两个技术点分别存在”，而是其因果连接关系也已经公开。

第二选择：TS 36.321 + TS 36.212 + TS 36.213

如果希望把O做得更难以争辩，则推荐证据链：

TS 36.321 V8.8.0

→ 证明“是否成功解码决定ACK/NACK”；

TS 36.212 V8.8.0

→ 证明“ACK/NACK是具体HARQ-ACK信息比特”；

TS 36.213 V9.3.0

→ 证明“该ACK/NACK是针对具体PDSCH transmission，并在上行PUCCH发送”。

ETSI

这样可以形成非常完整的：

第一无线信号=PDSCH/DL-SCH承载的下行TB → UE接收 → 判断是否正确解码 → ACK/NACK作为上行反馈信息 → 在PUCCH上传输

的技术链条。

十二、最终判断

针对本次单独检索的 N、O，我的结论比较明确：

技术特征N并不是薄弱点，技术特征O也不是薄弱点；真正重要的是二者的连接关系，而该连接关系在2010年的3GPP LTE规范中就已经非常成熟。

尤其是：

TS 36.321 V8.8.0 + TS 36.213 V9.3.0

已经能够非常强地证明：

UE接收一个具体下行无线传输/PDSCH/DL-SCH TB；

针对该接收结果产生ACK/NACK；

ACK/NACK与该PDSCH直接对应；

ACK/NACK向上行发送；

成功解码与否决定ACK还是NACK。

ETSI

因此，仅就N、O而言，我会将其评价为“截止日前已有非常强且接近逐字功能对应的3GPP现有技术”。

需要保留的唯一解释争点是：“第一无线信号是否被正确接收”与3GPP的“transport block是否成功解码”在权利要求解释上是否完全等同。就通常HARQ技术语境而言对应关系很强，但正式无效文本中最好不要简单写成“字面完全相同”，而应通过接收—解码—ACK/NACK反馈的技术因果关系来论证。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮围绕韩文关键词 “하향링크 데이터 수신（接收下行数据）”“수신 성공 여부（接收成功与否）”“정확하게 수신（正确接收）”“CRC 결과”“HARQ ACK/NACK”“RF부”“하향링크 전송 블록” 及 PDSCH/NPDSCH/PUCCH/PUSCH 的交叉检索，并逐一核对 KR 公开号及实际公开日，我认为在 2018年3月12日之前公开的韩国专利文献中，已经找到多篇能够对技术特征 N、O 作出很强贡献的文件。

先给结论：N/O 本身不是 CN111585624B 的强创新点。至少 KR20120039331A、KR20130038920A、KR20130051480A、KR20170093679A、KR20170139068A 都能够在单篇文件中形成“接收下行无线信号/传输块 → 判断正确接收/译码成功 → 发送 ACK/NACK/HARQ反馈”的完整技术链。尤其是 KR20130038920A 对“接收机模块”的装置化表达最强，而 KR20170093679A、KR20140023259A、KR20170139068A 对“上报信息指示是否正确接收”的语义最直接。

一、技术特征的检索解释

目标特征为：

N：第一接收机模块还接收第一无线信号；

O：第一上报信息被用于指示第一无线信号是否被正确接收。

在 LTE/HARQ 语境下，最直接的等价技术关系是：

UE/终端的 RF 接收部接收 PDSCH/NPDSCH 上的下行数据、传输块或码字 → UE 通过 CRC/译码结果判断接收是否成功 → UE 向基站发送 HARQ ACK/NACK；ACK 表示成功/正确接收，NACK 表示失败/错误接收。

因此，“第一无线信号”并不要求对比文件也使用该抽象名称；PDSCH、NPDSCH、下行数据、下行传输块、traffic packet/codeword 均可构成功能对应。“第一上报信息”则可以由 HARQ ACK/NACK、ACK/NACK information、reception acknowledgement information、reception status indication information 等公开实现。

二、最强韩国专利文献

1. KR20130038920A —— 我认为是 N/O 的首选文献

名称： 무선 통신 시스템에서 단말의 수신 확인 응답 전송 방법 및 장치

申请人： LG Electronics

优先权日： 2010-07-15

公开日： 2013-04-18，显著早于截止日。

Google Patents

这篇的价值特别高，因为它不是只写一个抽象的 HARQ 流程，而是直接给出了终端装置结构：

终端包括处理器、存储器和 RF部（RF unit）；

处理器通过第一服务小区接收第一传输块；

确定包括针对该第一传输块的第一响应的 HARQ ACK/NACK 响应；

将 HARQ ACK/NACK 响应发送给基站；

RF 部负责无线信号的发送和/或接收。

Google Patents

更关键的是，其实施例进一步明确：

第一传输块成功解码时发送 ACK；

第一传输块解码失败时发送 NACK。

Google Patents

因此可以形成非常紧密的映射：

第一RF接收部/终端 → 接收第一传输块 → 第一响应/HARQ ACK-NACK → 第一响应根据第一传输块是否成功解码确定。

这篇对 N 和 O 均可评为 A+。

2. KR20120039331A —— 很强的“RF部+下行传输块+ACK/NACK”装置证据

名称： Method of transmitting and receiving ACK/NACK signal and apparatus thereof

申请人： Pantech

优先权日： 2010-10-15

公开日： 2012-04-25。

Google Patents

其权利要求直接规定一种多载波系统中的 HARQ ACK/NACK 发送装置，其中：

RF部通过下行控制信道所指示的下行分配，接收下行传输块；

同一 RF 部发送该下行传输块对应的 ACK/NACK 信号。

Google Patents

说明书对 ACK/NACK 含义又进行了明确限定：

终端从基站接收下行数据；

下行数据成功译码 → ACK；

下行数据译码失败 → NACK。

Google Patents

所以，它实际上已经完整公开：

接收模块接收无线下行数据 + 上行信息表示该数据是否被正确接收。

尤其针对目标 N 中的“第一接收机模块”措辞，这篇甚至比单纯的方法类文件更有价值。

评价：A+。

3. KR20130051480A —— 对“O”的定义非常干净

名称： 무선통신 시스템에서 복수의 수신 확인 정보 전송 방법 및 장치

申请人： LG Electronics

优先权日： 2010-09-17

公开日： 2013-05-20。

Google Patents

说明书明确：

UE 在 PDCCH 上取得 DL 资源分配；

随后通过 PDSCH 接收 DL transport block；

UE 在 PUCCH 上发送该 DL transport block 对应的 ACK/NACK；

并直接把 ACK/NACK 定义为该 DL transport block 的“reception acknowledgement information / 수신 확인 정보”。

Google Patents

进一步规定：

DL transport block 成功译码 → ACK；

DL transport block 译码失败 → NACK。

Google Patents

其从属权利要求还规定：同一下行子帧内多个码字全部成功接收时 bundling 为 ACK，否则 bundling 为 NACK。

Google Patents

所以这篇对 O 的逻辑几乎就是：

ACK/NACK 是“接收确认信息”，其值由是否成功接收/译码决定。

评价：A+。

4. KR20170093679A —— 对“O”的文字对应最直接之一

名称： NB-IoT 단말을 위한 상향링크 신호 송수신 방법 및 그 장치

申请人： KT

优先权日： 2016-02-04

公开日： 2017-08-16。

Google Patents

这篇非常值得在无效请求中直接引用，因为它几乎使用了目标 O 的自然语言表达。

其实施例记载：

NB-IoT UE 从基站接收 NPDCCH；

根据其中的下行资源分配，在 NPDSCH 上接收并解码下行数据；

下行数据接收结束后，需要向基站发送“关于下行数据接收成功与否的信息”；

为此配置 HARQ ACK/NACK 传输资源；

随后发送包含 HARQ ACK/NACK 信息的上行信号。

Google Patents

这实际上可以直接改写成目标权利要求的语言：

第一接收机接收第一无线信号；第一上报信息用于指示第一无线信号接收是否成功。

几乎不存在依赖“ACK/NACK 通常含义”的解释跳跃。

评价：A+；尤其推荐用于 O。

5. KR20170139068A —— CRC 结果直接对应“是否正确接收”

名称： HARQ ACK/NACK 비트 송신을 위한 장치 및 방법

申请人： NEC

优先权日： 2015-05-15

公开日： 2017-12-18，仍严格早于 2018-03-12。

Google Patents

该文件明确描述 LTE Release 8 及后续系统：

UE 在 PDSCH 上接收下行数据；

检查下行数据中是否存在 CRC error；

随后发送用于表示 CRC结果的 HARQ ACK/NACK bits；

ACK/NACK 可在 PUCCH 或 PUSCH 上传送。

Google Patents

这里 O 的对应关系尤其扎实：

CRC无错误/有错误 → ACK/NACK → 表示所接收下行数据是否正确。

换言之，如果“正确接收”被解释为“CRC校验通过/成功译码”，则该文献基本是逐项公开。

评价：A+。

6. KR20100020411A —— 很早的 LTE HARQ 基础证据

名称： 무선 통신 시스템에서 SR 전송 방법

申请人： LG Electronics

优先权日： 2008-08-12

公开日： 2010-02-22。

Google Patents

尽管其发明主题主要涉及 SR，但背景/实施说明明确公开：

UE 从基站接收下行数据；

随后发送 HARQ ACK/NACK；

下行数据成功解码 → ACK；

下行数据解码失败 → NACK；

PDSCH 与其对应 ACK/NACK 的时序也被明确说明。

Google Patents

它的优点是公开时间极早，可以证明 N/O 所体现的技术逻辑在 LTE Rel-8 时期已经属于成熟机制。

不足是，与 KR20120039331A、KR20130038920A 相比，其针对 N 的相关段落更偏“UE功能流程”，没有在同一关键段落中强调“第一接收机模块/RF部”的装置对应。

评价：A。

7. KR20140023259A —— “正确/错误接收”表述非常直接

名称： 캐리어 집성을 위한 HARQ 소프트 비트 버퍼 분할

申请人： BlackBerry Limited

优先权日： 2010-11-05

公开日： 2014-02-26。

Google Patents

文件先描述 UE 经 PDSCH 接收 traffic data packet，随后对 HARQ 下行过程明确规定：

UE 针对每一接收的 traffic packet 发送 ACK/NACK；

ACK/NACK 用于表示该 packet 被正确或不正确地接收；

若未正确接收并发送 NACK，接入设备重传该 packet。

Google Patents

这里实际上与目标 O 的表述几乎属于同义改写：

“第一上报信息被用于指示第一无线信号是否被正确接收”

对应

“ACK/NACK 用来表示 packet 是否被正确接收”。

所以它也是很好的 O 直接证据。

评价：A。

8. KR20080112168A —— 更早的“接收状态上报”辅助证据

名称： 이동 통신 시스템에서의 데이터 전송 방법

申请人： LG Electronics

优先权日： 2007-06-20

公开日： 2008-12-24。

Google Patents

其摘要已经说明：

接收侧接收一个或多个数据块；

根据这些数据块的接收状态，向发送侧发送“reception status indication information”。

Google Patents

详细说明又给出：

接收侧通过状态 PDU 报告某数据 PDU 是否收到；

未收到 PDU 2 时，通过状态信息通知发送端；

重传后 PDU 2 无错误接收。

Google Patents

因此它很好地公开了 O 的更一般化思想：

“接收数据 → 上报接收状态 → 指示是否收到/正确收到”。

但它主要位于 RLC层的状态报告机制，没有 KR20130038920A 等物理层 HARQ 文件那么贴近目标专利，因此建议作为辅助文件，而不是 N/O 的第一主引证。

三、技术特征比对表

韩国公开文献公开日技术特征 N：接收第一无线信号技术特征 O：上报是否正确接收综合强度

KR20130038920A 2013-04-18 直接：RF部收发无线信号；处理器通过第一服务小区接收第一传输块。

Google Patents

直接：针对第一传输块确定第一 HARQ ACK/NACK 响应；成功译码→ACK，失败→NACK。

Google Patents

A+，首选

KR20120039331A 2012-04-25 直接：权利要求明确 RF部接收下行传输块。

Google Patents

直接：同一 RF部发送该传输块 ACK/NACK；成功译码 ACK、失败 NACK。

Google Patents

A+

KR20130051480A 2013-05-20 直接：UE经 PDSCH 接收 DL transport block。

Google Patents

直接：ACK/NACK 明确定义为该 DL TB 的“接收确认信息”；成功→ACK，失败→NACK。

Google Patents

A+

KR20170093679A 2017-08-16 直接：NB-IoT UE 经 NPDSCH 接收并解码下行数据。

Google Patents

极直接：发送“下行数据接收成功与否的信息”，具体为 HARQ ACK/NACK。

Google Patents

A+，O最佳之一

KR20170139068A 2017-12-18 直接：无线终端在 PDSCH 接收下行数据。

Google Patents

极直接：检测 CRC error，并发送表示 CRC 结果的 HARQ ACK/NACK bits。

Google Patents

A+

KR20100020411A 2010-02-22 直接功能公开：UE接收基站下行数据/PDSCH。

Google Patents

直接：成功译码→ACK；译码失败→NACK。

Google Patents

KR20140023259A 2014-02-26 直接：PDSCH traffic packet 由 UE 接收。

Google Patents

极直接：ACK/NACK用于表示 packet 被正确或不正确接收。

Google Patents

KR20080112168A 2008-12-24 较直接：接收侧接收一个或多个数据块。

Google Patents

直接但层次不同：根据数据块接收状态发送 reception-status indication。

Google Patents

B+/辅助

四、无效检索中的优选顺序

如果现在仅针对 N+O 选择最有力的韩文证据，我建议按下列顺序使用：

第一选择：KR20130038920A

原因不是仅仅存在 ACK/NACK，而是它同时具备：

RF部 → 无线信号收发 → 第一服务小区 → 第一传输块 → 第一响应 → HARQ ACK/NACK → 成功/失败译码决定 ACK/NACK。

尤其“第一传输块/第一响应”的表述与目标权利要求中“第一无线信号/第一上报信息”的一一对应非常方便。

Google Patents

第二选择：KR20120039331A

其优势是权利要求本身就规定 RF部接收下行传输块并发送针对该传输块的 ACK/NACK，说明书再补足“成功译码 ACK / 失败 NACK”。装置结构方面非常扎实。

Google Patents

第三选择：KR20170093679A

它对于 O 几乎可以直接逐字比对：“下行数据接收成功与否的信息”→ HARQ ACK/NACK。若争议重点在于“ACK/NACK究竟是否属于指示正确接收的上报信息”，这篇非常有用。

Google Patents

第四选择：KR20170139068A

CRC 结果与 ACK/NACK 之间明确建立因果关系，因此可以把“正确接收”客观化为“CRC 无错误”。

Google Patents

随后可由 KR20130051480A、KR20100020411A、KR20140023259A 作为平行、补强证据。

五、最终判断

就目前检索到的韩国专利文献而言，我认为可以比较确定地说：

技术特征 N+O 在 2018-03-12 之前已经被多篇 KR 专利文件完整公开，而且并非只能通过两篇文件拼接。

特别是：

KR20130038920A

KR20120039331A

KR20130051480A

KR20170093679A

KR20170139068A

均能从同一篇文献内部建立：

接收下行信号/传输块 → 判断接收/译码结果 → 上报 ACK/NACK 表示成功或失败

的完整链条。

因此，如果 CN111585624B 的其他技术特征已经由其他对比文件覆盖，N/O 不应当成为无效组合中的主要缺口。其中，若需要最大限度避免目标专利权人争辩“普通 HARQ 文献没有明确公开‘第一接收机模块’”，优先使用 KR20130038920A + KR20120039331A；若争辩“ACK/NACK没有明确表示‘是否正确接收’”，则以 KR20170093679A + KR20170139068A + KR20140023259A 进行补强最合适。

Google Patents

需要注意的是，这个结论是针对 N/O 两项特征的公开程度；如果用于《专利法》意义上的新颖性攻击，仍需一篇文件同时公开权利要求的其余全部必要技术特征，而创造性攻击则可以将这些 N/O 强文献与覆盖 A-M 等其他限定的文件进行组合。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已按 Google Patents 对 CN111585624B 的技术特征 N、O 做了多轮英文检索，并沿 PDSCH / downlink data / received data / HARQ-ACK / ACK-NACK / successfully received / correctly received / reception status / UCI / reception module / receiver unit 等同义表达及引证、同族文献进行了反查。结论是：N+O 在 2018-03-12 以前已有大量非常直接的公开，并非边缘性披露。

一、先确定目标专利 N/O 的真实技术含义

CN111585624A 的权利要求2明确记载：

N：第一接收机模块还接收第一无线信号；

O：第一上报信息指示第一无线信号是否被正确接收。

Google Patents

更重要的是，目标专利自己的说明书已经把抽象术语进一步落地：

“第一无线信号”可以包括下行数据；

“第一上报信息”可以包括 HARQ-ACK；

Google Patents

第一无线信号可以在 PDSCH 上传输，对应 DL-SCH；

第一上报信息可以在 PUCCH/PUSCH 上传输。

Google Patents

因此，本次检索中早期文献的：

UE/receiver 接收 PDSCH/下行数据 → 形成 ACK/NACK 或 HARQ-ACK → ACK/NACK 表示是否成功/正确接收

与 N/O 是非常直接的技术映射，而不是宽泛类比。

二、最值得使用的英文对比文件

1. WO2012070839A2 —— 我认为是本轮 N+O 最强单篇文献

Method and apparatus for transmitting ACK/NACK for downlink transmission in wireless communication system

公开日：2012-05-31，LG Electronics。

Google Patents

该文献几乎按照目标专利的装置语言写出了 N/O：

UE 接收 PDSCH；

UE 回送 ACK/NACK information；

ACK/NACK information 用于表示 PDSCH 是否成功接收；

Google Patents

更关键的是，其装置直接包括 “reception module configured to receive a downlink signal”；

并包括 transmission module 和 processor，处理器控制接收下行传输并发送相应 ACK/NACK information。

Google Patents

这篇的价值在于，它不是仅仅公开 HARQ 原理，而是同时落到了：

reception module → downlink signal/PDSCH → ACK/NACK information → whether PDSCH successfully received。

评价：★★★★★，首选。

2. WO2010019088A1 —— “receiver unit + correctly received” 的装置结构非常硬

Method and arrangement in a communication system

公开日：2010-02-18，Ericsson。

Google Patents

其终端装置明确：

arrangement 接收来自基站的数据包；

包括 receiver unit 610；

receiver unit 用于接收基站发送的数据包；

establishing unit 用于判断所接收数据包是否 correctly received or not；

sending unit 将 ACK/NAK 发送给基站，以提供有关所接收数据包 reception status 的反馈。

Google Patents

这篇特别适合反击“第一接收机模块”是否构成额外区别的问题，因为其硬件/功能模块表达和 CN111585624B 十分接近。

评价：★★★★★。

3. WO2011041623A1 —— “PDSCH成功接收→ACK；失败→NACK”且明确属于 UCI

Uplink control data transmission

公开日：2011-04-07，InterDigital。

Google Patents

文献明确说明：

UCI = uplink control information；

UCI 可通过 PUCCH 发送；

HARQ ACK/NACK 属于反馈信息；

Google Patents

UE 判断 PDSCH 是否成功接收；

PDSCH 成功接收时 UE 指示 ACK；

未成功接收时指示 NACK。

Google Patents

这篇对目标权利要求1中已有的“第一上报信息包括UCI”也具有额外价值，所以若将 N/O 放回整个从属权利要求结构分析，其价值实际上更高。

评价：★★★★★。

4. WO2016117929A1 —— UCI、PDSCH、HARQ-ACK 三者关系全部逐字公开

Method for transmitting uplink control information and apparatus therefor

公开日：2016-07-28，LG Electronics。

Google Patents

其公开非常直接：

PUCCH 承载 UCI；

HARQ-ACK/NACK 是对 PDSCH 下行数据包的响应；

HARQ-ACK/NACK 表示该下行数据包是否已经成功接收；

Google Patents

UE 在 PDSCH 接收由 PDCCH 调度的数据，然后在属于 UCI transport channel 的 PUCCH 上发送 ACK/NACK。

Google Patents

这篇在术语层面与目标专利“第一上报信息包括UCI + 第一无线信号包括下行数据 + 是否正确接收”高度重合。

评价：★★★★★。

5. US20140376421A1 —— UCI/HARQ-ACK/PDSCH 对应非常清楚

Method for transmitting control information and apparatus for same

公开日：2014-12-25，LG Electronics。

Google Patents

文献明确：

PUCCH 用于传送 UCI；

UCI 的映射表中直接包括 HARQ ACK/NACK；

UCI 还可在 PUSCH 上复用。

Google Patents

HARQ ACK/NACK 是针对 PDSCH 上 DL data packet 的响应，并表示 DL data packet 是否成功接收。

Google Patents

因此它不仅贡献 N/O，对目标基础权利要求中“第一上报信息包括 UCI”也有直接帮助。

评价：★★★★★。

6. WO2017028001A1 —— 对“正确/错误接收”定义得最直白之一

Determining a HARQ-ACK response codebook in a wireless communication system

公开日：2017-02-23，Lenovo。

Google Patents

文献明确说明：

HARQ-ACK 是针对 received transport block 的 ACK/NAK feedback；

ACK 表示 TB 正确接收；NAK 表示 TB 错误接收；

与 PDSCH 对应的 HARQ-ACK feedback bits 可以在 PUCCH 或 PUSCH 上传输。

Google Patents

这几乎就是 O 的定义式公开。

评价：★★★★★。

7. WO2009096682A1 —— 2009年已经完整公开“接收→检错→ACK/NACK”

Method of transmitting ACK/NACK signal in wireless communication system

公开日：2009-08-06，LG Electronics。

Google Patents

其流程非常清晰：

BS 发送 downlink data；

UE 接收 downlink data；

UE 解码并检测错误；

无错误则发送 ACK；

有错误则发送 NACK。

Google Patents

所以：

N：UE 接收下行无线数据——直接；

O：ACK/NACK 取值直接由是否正确接收决定——直接。

评价：★★★★★。

8. WO2008093233A2 —— 本轮发现的很早的直接证据

Methods of transmitting and receiving data in communication system

公开日：2008-08-07，LG Electronics。

Google Patents

文献明确：

receiver 接收 data block；

receiver 随后发送 response signal，通知 transmitter 是否 correctly received；

正确接收则 ACK，未正确接收则 NAK。

Google Patents

进一步的发明方案明确要求 receiver 接收 data block、检查是否成功接收，然后发送表示 successful reception 存在/不存在的 response signal。

Google Patents

虽然术语比 LTE PDSCH/HARQ-ACK 更宽，但对 N/O 的逻辑关系本身是非常早且直接的披露。

评价：★★★★☆。

9. US20110194443A1 —— 接收下行数据与逐数据 ACK/NACK 对应

Method for feeding back ACK/NACK for downlink data transmission in radio communication system

公开日：2011-08-11，Samsung。

Google Patents

公开：

UE 同时在多个 CC 上接收 downlink data；

每一个 downlink data 对应一个 ACK/NACK；

UE 发送对应 ACK/NACK information；

基站能够根据 UE 报告的 ACK 判断 UE 是否正确接收下行数据。

Google Patents

评价：★★★★☆。

10. US20130034029A1 —— “report information”措辞尤其接近目标专利

TDD wireless communication system and method for reporting HARQ-ACK

公开日：2013-02-07，ITRI。

Google Patents

文献中的 HARQ-ACK：

针对 UE 接收的 downlink information；

由 UE report 给基站；

HARQ-ACK 明确表示相应 downlink information 是否成功接收。

Google Patents

由于目标专利用的是“第一上报信息”，这篇在文字结构上值得保留。

评价：★★★★☆。

11. WO2016010217A1 —— 另一篇明确的 UCI + PDSCH + 成功接收文献

Uplink data transmission method in wireless communication system and apparatus for the same

公开日：2016-01-21，LG Electronics。

Google Patents

其说明书直接列举：

PUCCH carries UCI；

HARQ ACK/NACK 是针对 PDSCH 下行数据包的 response signal；

HARQ ACK/NACK 表示该下行数据包是否成功接收。

Google Patents

评价：★★★★☆～★★★★★。

三、补充检出的截止日前英文文献

另外还有至少两篇截止日前文献具有明确贡献，但由于相同技术定义更多出现在其背景/系统说明中，我把它们放在第二梯队，而不是把数量堆成主证：

WO2017030412A1，公开日 2017-02-23：明确 HARQ ACK/NACK 是对 PDSCH 下行数据包的响应，并指示该下行包是否成功接收。

Google Patents

WO2017155323A1，公开日 2017-09-14：明确 HARQ-ACK 对 PDCCH/PDSCH 作出响应并指示 PDCCH/PDSCH 是否成功接收。

Google Patents

两者公开日也都严格早于 2018-03-12。

四、技术特征比对表

对比文件公开日特征 N：接收第一无线信号特征 O：上报信息指示是否正确接收与目标专利术语贴合度推荐

WO2012070839A2 2012-05-31 直接：reception module 接收 downlink signal；UE接收PDSCH 直接：ACK/NACK information 指示 PDSCH 是否 successful received reception module + PDSCH + ACK/NACK information ★★★★★ 首选

Google Patents

WO2010019088A1 2010-02-18 直接：receiver unit 接收来自BS的数据包直接：判断 correctly received or not，并反馈 reception status receiver unit 与“接收机模块”尤其接近 ★★★★★

Google Patents

WO2011041623A1 2011-04-07 直接：UE接收/检测PDSCH 直接：成功→ACK；失败→NACK PDSCH + UCI + HARQ ACK/NACK ★★★★★

Google Patents

WO2016117929A1 2016-07-28 直接：UE在PDSCH接收DL data 直接：HARQ-ACK/NACK表示是否成功接收 UCI + PUCCH + PDSCH + HARQ 全部明确 ★★★★★

Google Patents

US20140376421A1 2014-12-25 直接/实质直接：PDSCH DL data由UE接收直接：HARQ ACK/NACK表示PDSCH数据是否成功接收 UCI + HARQ-ACK + PDSCH + PUCCH/PUSCH ★★★★★

Google Patents

WO2017028001A1 2017-02-23 直接：received TB/PDSCH 直接：ACK=correctly received；NAK=erroneously received PDSCH + HARQ-ACK + PUCCH/PUSCH ★★★★★

Google Patents

WO2009096682A1 2009-08-06 直接：UE receives downlink data 直接：无错误ACK、有错误NACK 完整“接收→检错→反馈”链 ★★★★★

Google Patents

WO2008093233A2 2008-08-07 直接：receiver receives data block 直接：response signal指示是否 correctly/successfully received HARQ通用表达，术语较宽 ★★★★☆

Google Patents

US20110194443A1 2011-08-11 直接：UE receives downlink data 直接：对应ACK/NACK，BS据此判断正确接收 LTE-A/CC场景 ★★★★☆

Google Patents

US20130034029A1 2013-02-07 直接：UE接收downlink information 直接：reported HARQ-ACK表示是否 successfully received “report”措辞与“上报信息”接近 ★★★★☆

Google Patents

WO2016010217A1 2016-01-21 实质直接：PDSCH下行数据包直接：HARQ ACK/NACK指示成功接收与否 UCI + PDSCH + HARQ ACK/NACK ★★★★☆/★★★★★

Google Patents

WO2017030412A1 2017-02-23 是，PDSCH DL packet 是，HARQ ACK/NACK指示成功接收明确但更多属于系统基础说明 ★★★★☆

Google Patents

WO2017155323A1 2017-09-14 是，PDSCH/PDCCH 是，HARQ-ACK表示是否成功接收明确但公开较晚 ★★★★☆

Google Patents

五、最终检索结论

仅针对 N/O，我认为已经检到足够强的截止日前证据，继续寻找普通“PDSCH→HARQ-ACK”文献的边际价值已经较低。

最值得固定下来的主证顺序是：

WO2012070839A2 —— 最强。因为同时出现 reception module、downlink signal/PDSCH、ACK/NACK information、whether successfully received，结构上与 N/O 最接近。

Google Patents

WO2010019088A1 —— 对“第一接收机模块”尤其强，直接是 receiver unit，并明确判断 received packet 是否 correctly received。

Google Patents

WO2011041623A1 —— 很早，而且把 PDSCH successful reception→ACK/NACK 与 UCI/PUCCH 连起来。

Google Patents

WO2016117929A1 / US20140376421A1 —— 如果需要把 N/O 与权利要求1已经限定的“第一上报信息包括UCI”一起打，这两篇尤其有价值，因为 UCI→HARQ-ACK→PDSCH接收结果的链条非常完整。

Google Patents

WO2009096682A1 —— 作为非常早的“接收下行数据→检错→ACK/NACK”基础文献十分干净。

Google Patents

尤其需要强调：目标专利自己明确解释“第一无线信号包括下行数据”“第一上报信息包括 HARQ-ACK”，并明确第一无线信号可以是 PDSCH。

Google Patents

因此，对 N/O 而言，上述文献不是只能用于“概念相似”或远距离组合；从技术文字对应关系看，多篇文献已经能够在单篇中同时落下 N 和 O。

如果只评价这两个新增限定对专利性的贡献，N/O 本身的抗无效能力很弱。下一步真正有价值的工作，不再是继续堆 HARQ-ACK 文献，而是把其中最强的 WO2012070839A2、WO2011041623A1、WO2016117929A1、US20140376421A1 与 CN111585624B 权利要求1中的 A–M/其他基础特征进行交叉，寻找能够形成最少篇数组合的完整无效路线。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮关键词交叉、HARQ/ACK-NACK 技术链回溯、早期文献引证链回溯，以及对 CN111585624A 自身审查引证文献的再次核验，我认为：技术特征 N、O 在 2018-03-12 之前已经存在非常强、非常直接的中文专利公开。尤其是 CN103222222A、CN104662977A、CN103621168A、CN102045144A，均值得作为无效检索中的重点证据。

目标专利权利要求2本身将 N/O 连在一起限定为：“第一接收机模块还接收第一无线信号；其中，第一上报信息被用于指示第一无线信号是否被正确接收。”

patents.google.com

一、检索结论

如果仅评价 N+O 这两个追加特征本身，我的判断是：

N 的公开强度：极强

O 的公开强度：极强

N+O 同一文献形成闭环的公开强度：极强

这两个特征本质上对应早在 LTE/LTE-A 中已经成熟的技术链：

UE/接收机接收下行数据/PDSCH → 判断接收或译码成功/失败 → 产生 ACK/NACK/HARQ-ACK → 上行反馈该接收结果。

尤其值得注意的是，不只是存在“ACK/NACK 是公知常识”这种背景性披露，而是已经检出多篇文献在装置/权利要求层面直接出现“接收模块/接收单元 + 接收下行数据/下行链路信号 + 反馈信息指示是否正确/成功接收”的组合。

最优先的四篇

第一优先：CN103222222A，公开日 2013-07-24。

该文献几乎是 N/O 的逐项映射文本。一方面，其装置明确包括“接收模块，其配置成从发射机接收下行链路信号”；另一方面明确说明 UE 接收 PDSCH 后，将“指示是否PDSCH被成功接收的ACK/NACK信息”反馈到基站。即“接收模块—下行链路信号—ACK/NACK—是否成功接收”在同一文献中闭环。

Google Patents

第二优先：CN104662977A，公开日 2015-05-27。

这篇对 O 的文字贴合度可能是本轮最高。其设备权利要求直接写明：“接收模块，用于接收发送端设备发送的数据”；反馈信息生成模块根据所接收数据生成反馈信息，“所述反馈信息用于指示所述接收端设备是否正确接收到所述数据”。这已经非常接近目标的“第一接收机模块接收第一无线信号＋第一上报信息用于指示是否被正确接收”。

Google Patents

第三优先：CN103621168A，公开日 2014-03-05。

其方案明确为终端根据 DCI “接收所述基站发送的下行数据”，然后发送“所述下行数据的反馈信息”；说明书进一步把反馈信息明确解释为“下行数据被正确接收的 ACK 信息或没有被正确接收的 NACK 信息”。这是非常干净的 N→O 因果链。

Google Patents

第四优先：CN102045144A，公开日 2011-05-04。

这篇特别有价值，因为不仅有 ACK/NACK，而且采用了与目标“第一上报信息”非常接近的抽象表达。其装置包括“接收单元”，用于在下行子帧/下行载波上接收数据，并依据 ACK/NACK 得到“第一类上行反馈信息”；该第一类上行反馈信息“用于指示接收单元……正确接收的下行子帧的数目”。

Google Patents

二、重点中文专利逐篇分析

1. CN103222222A —— ★★★★★

名称：在无线通信系统中传送用于下行链路传输的ACK/NACK的方法和装置

公开日： 2013-07-24

其关键披露有两个层级：

第一层是 HARQ 功能关系：

为了确定发射机发送的数据是否被接收机成功接收，接收机可以反馈 ACK/NACK；UE 接收 PDSCH 后，可以反馈指示 PDSCH 是否成功接收的 ACK/NACK 信息。

Google Patents

第二层更强，是装置结构：

“接收模块，其配置成从发射机接收下行链路信号”；随后处理、发送对应下行传输的 ACK/NACK 信息。

Google Patents

因此：

N：“第一接收机模块还接收第一无线信号”——直接对应

O：“第一上报信息用于指示第一无线信号是否正确接收”——直接对应

“成功接收”与“正确接收”在这里都是 HARQ ACK/NACK 判断下行 PDSCH 接收结果的表达，技术含义高度一致。

这是我最推荐用于 N+O 单篇闭环的文献。

2. CN104662977A —— ★★★★★

名称：一种发送反馈信息的方法、设备和系统

公开日： 2015-05-27

摘要即明确：

接收端设备接收发送端设备发送的数据；根据接收到的数据生成携带反馈信息的 PDU；反馈信息用于指示接收端设备是否正确接收到该数据。

Google Patents

更强的是，其设备权利要求直接进一步写成：

“接收模块，用于接收发送端设备发送的数据”；

“反馈信息生成模块……所述反馈信息用于指示所述接收端设备是否正确接收到所述数据”。

Google Patents

并且说明书明确其适用于：

接收端是 UE、发送端是基站 → 下行数据的上行反馈；

背景中还明确说明下行数据的上行 HARQ 反馈可通过 PUCCH。

Google Patents

这篇与目标 O 的文字结构几乎只差“数据”与“第一无线信号”的抽象层级。

如果对方试图争辩 ACK/NACK 只是一般知识、没有明确“用于指示是否正确接收”，这篇是非常好的反证。

3. CN103621168A —— ★★★★★

名称：下行数据的反馈信息的传输方法及终端、基站

公开日： 2014-03-05

该文献公开：

终端接收基站的 DCI；

根据 DCI 接收基站发送的下行数据；

发送该下行数据的反馈信息。

Google Patents

其背景进一步直接给出反馈信息的定义：

下行数据的反馈信息，即下行数据被正确接收的 ACK 信息，或者没有被正确接收的 NACK 信息。

Google Patents

也就是说：

下行数据 → 被终端接收 → ACK/NACK → ACK/NACK反映是否正确接收

关系非常完整。

与 CN103222222A 相比，其优势是**“正确接收/没有正确接收”文字更接近目标 O**；不足则是目标使用“无线信号”这个更抽象术语，而该文献主要表述为“下行数据”。

4. CN102045144A —— ★★★★★

名称：一种反馈ACK/NACK信息的方法及装置

公开日： 2011-05-04

该文献公开：

用户终端在 M 个下行子帧、N 个下行载波上接收数据，并生成 ACK/NACK 信息；再根据 ACK/NACK 获得“第一类上行反馈信息”，该信息用于指示用户终端正确接收的下行子帧数目。

Google Patents

装置权利要求尤其强：

“接收单元，用于……接收数据，并生成ACK/NACK信息”；

第一处理单元获得“第一类上行反馈信息”；

“第一类上行反馈信息用于指示接收单元……正确接收的下行子帧的数目”；

发送单元发送该第一类上行反馈信息。

Google Patents

它的价值在于同时具有：

接收单元

上行反馈信息

正确接收

接收结果与反馈信息的直接函数关系

与目标权利要求的抽象写法非常相似。

小的区别在于：该实施方案针对 M>1、N>1 的多个子帧/载波，反馈的是“正确接收的子帧数量”，而目标 O 更抽象地表述为某一第一无线信号“是否”正确接收。因此若做严格新颖性单篇攻击，应把这一差别注明；但用于证明 O 的技术思想以及创造性组合，价值很高。

5. CN103299571A —— ★★★★☆

名称：无线通信系统中的上行链路控制信息发射/接收方法和装置

公开日： 2013-09-11。

Google Patents

其装置权利要求明确：

“接收模块……用于从基站接收下行链路信号”；

发射模块向基站发送上行链路信号；

处理器发送对应下行链路传输/PDSCH 的 ACK/NACK 信息。

Google Patents

具体实施例还明确：

成功解码被 PDCCH 调度的 PDSCH → ACK；

未成功解码被调度 PDSCH → NACK。

Google Patents

所以它对 N 是文字级直接披露，对 O 也由 ACK/NACK 的成功/失败译码关系直接闭环。

6. CN101621849A —— ★★★★☆

名称：一种下行数据接收状态的反馈方法

公开日： 2010-01-06

这是本轮发现的非常早的强文献。

它直接说明：

LTE 中通过 ACK（正确应答）或 NACK（非正确应答）反馈传输正确或者错误。

Google Patents

并进一步写明：

如果终端检测到了下行资源分配控制信令，将在 PDSCH 上接收自己的下行数据，根据接收情况，反馈确认信息 ACK 或者 NACK。

Google Patents

这是非常标准的：

接收 PDSCH 下行数据 → 根据接收结果 → 上报 ACK/NACK

虽然不像 CN103222222A 那样直接采用“接收模块”装置术语，但对 N/O 技术关系的公开十分清楚，而且公开时间早。

7. CN102347823A —— ★★★★☆

名称：应答信息的合并反馈及其指示方法、装置及系统

公开日： 2012-02-08

其权利要求直接限定：

用户终端通过被调度的各下行载波接收数据；

若码字发生译码错误，则反馈 NACK；

否则根据“正确接收”的下行载波相关信息反馈 ACK。

Google Patents

同时进一步规定 ACK/NACK 比特能够：

“用于指示正确接收的下行载波相关信息的数目”。

Google Patents

因此它同样清楚披露“接收无线下行数据—判断正确/错误—反馈 ACK/NACK”的完整技术路径。

8. CN103684714A —— ★★★★☆

名称：一种反馈HARQ-ACK信息的方法和设备

公开日： 2014-03-26。

Google Patents

其设备直接包括：

“接收单元，用于接收基站发送的ePDCCH，并相应地接收下行数据”；

“HARQ-ACK反馈单元……反馈所述下行数据的HARQ-ACK信息”。

Google Patents

因此对 N 十分直接；O 则通过 HARQ-ACK 与其对应下行数据之间的关系披露。

与前四篇相比，其公开文本没有在最关键权利要求句子中再重复“是否正确接收”，所以我把它放在第二梯队。

9. CN105611645A —— ★★★★☆

名称：一种应答信息的发送方法、接收方法和用户设备及基站

公开日： 2016-05-25。

Google Patents

该文献明确解释 HARQ：

数据接收方反馈应答信息，以确认是否正确接收发送的数据；ACK表示接收正确，NACK表示接收错误，DTX表示没有接收到数据。

Google Patents

而且明确是：

UE 通过 PUCCH 向基站反馈对基站发送的下行数据接收情况的应答信息。

Google Patents

其摘要还明确 UE 针对“接收到的下行成员载波承载的数据”生成对应应答信息。

Google Patents

因此对 N/O 都有较强贡献。

10. CN101646237A —— ★★★☆☆

名称：产生ACK/NACK信息的方法

公开日： 2010-02-10。

Google Patents

它公开基站给 UE 发送数据，针对 N' 个下行资源形成 N' 个 ACK/NACK 信息，并由 UE 在上行子帧发送 ACK/NACK/DTX；同时明确 LTE 下行数据 HARQ 中，每个下行数据传输对应 ACK/NACK 信息。

Google Patents

其价值主要是进一步证明：早在 2010 年，针对接收到的下行数据产生并上报 ACK/NACK 已是明确的 LTE 技术方案。

但与前面几篇相比，它对“是否正确接收”的文字没有那么直接，故作为补强材料更合适。

11. CN101789851A —— ★★★☆☆

名称：一种多载波系统及其正确/错误应答消息的发送方法

公开日： 2010-07-28。

Google Patents

该文献围绕多个下行 PDSCH 的 ACK/NACK 反馈，并将其直接称为“正确/错误应答消息”。具体实施例涉及 UE 接收相应 PDCCH/PDSCH 后形成 ACK/NACK 状态。

Google Patents

作为证明 O 属于早期成熟 HARQ 技术的辅助证据有价值，但单篇文本贴合度低于第一梯队。

三、最终特征比对表

排名中文专利文献公开日 N：接收机/UE接收第一无线信号 O：上报信息指示是否正确接收 N+O同篇闭环评价

1 CN103222222A 2013-07-24 是。接收模块从发射机接收“下行链路信号” 是。ACK/NACK“指示是否PDSCH被成功接收” 是 ★★★★★ 最优

Google Patents

2 CN104662977A 2015-05-27 是。接收模块接收发送端发送的数据是。反馈信息“用于指示…是否正确接收到所述数据” 是 ★★★★★，O文字最贴近

Google Patents

3 CN103621168A 2014-03-05 是。终端接收基站发送的下行数据是。正确接收=ACK；没有正确接收=NACK 是 ★★★★★

Google Patents

4 CN102045144A 2011-05-04 是。接收单元接收下行数据是。“第一类上行反馈信息”指示正确接收的下行子帧数是 ★★★★★，用词结构特别接近

Google Patents

5 CN103299571A 2013-09-11 是。接收模块接收下行链路信号是。PDSCH成功解码→ACK；失败→NACK 是 ★★★★☆

Google Patents

6 CN101621849A 2010-01-06 是。终端在PDSCH接收下行数据是。根据接收情况反馈ACK/NACK 是 ★★★★☆，非常早

Google Patents

7 CN102347823A 2012-02-08 是。UE通过下行载波接收数据是。译码错误=NACK；正确接收=ACK 是 ★★★★☆

Google Patents

8 CN103684714A 2014-03-26 是。接收单元接收下行数据 HARQ-ACK对应所接收下行数据是 ★★★★☆

Google Patents

9 CN105611645A 2016-05-25 是。UE针对接收到的下行成员载波数据是。ACK正确、NACK错误、DTX未收到是 ★★★★☆

Google Patents

10 CN101646237A 2010-02-10 下行数据/下行资源 ACK/NACK针对对应下行数据基本闭环 ★★★☆☆

Google Patents

11 CN101789851A 2010-07-28 PDSCH/下行载波接收正确/错误应答ACK/NACK 基本闭环 ★★★☆☆

Google Patents

四、对审查引证链的额外核验

我还专门检查了 CN111585624A 自己列出的截止日前 CN 引证，包括 CN107343297A、CN107547118A、CN107634821A、CN107733620A 等。Google Patents 确认这些文件均属于目标专利列出的专利引证。

Google Patents

其中 CN107343297A 公开于 2017-11-10，确实出现了“第一无线信号”和是否“正确译码”的反馈关系，但方向是：

UE 发送第一无线信号，然后接收第三信令，其中目标信息比特确定第一无线信号是否被正确译码。

Google Patents

也就是说，它是：

UE上行发送无线信号 → 基站反馈是否正确译码

而本案 N/O 是：

UE接收无线信号 → UE上报是否正确接收

所以我不建议把 CN107343297A 作为 N/O 的首要文献。这也是为什么仅沿目标专利的审查引证表走并不够；前述 CN103222222A、CN104662977A、CN103621168A 等反而更加直接。

五、无效使用上的优选顺序

若你正在为 CN111585624B 权利要求2中的 N/O 补强现有无效组合，我建议按照下面顺序使用：

首选 CN103222222A。

理由是它同时解决了两个最可能的文字争议：“接收模块”和“下行链路信号”都直接出现，同时 ACK/NACK 又明确“指示是否PDSCH被成功接收”。这篇最适合证明 N/O 并非区别技术。

第二选择 CN104662977A。

它甚至具有“接收模块 + 反馈信息用于指示是否正确接收到数据”的几乎逐字结构，特别适合应对专利权人对“正确接收”作狭义解释。

第三选择 CN103621168A。

它的优势在于把 ACK/NACK 定义得极为清楚：“正确接收 ACK / 没有正确接收 NACK”，而且明确是终端接收基站下行数据后上行反馈。

第四选择 CN102045144A。

非常适合创造性组合，因为它已经把普通 ACK/NACK 抽象成“第一类上行反馈信息”，并直接将该反馈信息与“正确接收”的结果绑定，与目标的“第一上报信息”抽象表述尤其接近。

六、最终判断

就 N/O 两项而言，继续单独寻找“是否有在先公开”已经不是本案难点。本轮中文专利检索已经得到多个相互独立且截止日明显早于 2018-03-12 的强证据链。

尤其是：

CN103222222A：接收模块 → 下行链路信号/PDSCH → ACK/NACK → 指示是否成功接收

以及：

CN104662977A：接收模块 → 接收数据 → 反馈信息 → 指示是否正确接收到数据

这两篇已经非常接近目标 N+O 的文字级披露。

Google Patents

因此，如果现有无效证据已经能够解决权利要求1的基础特征，权利要求2新增的 N/O 不太可能构成有分量的创造性支撑点。严格的新颖性判断仍需看某一篇对比文件是否还同时公开权利要求1的全部基础限定；但在创造性组合中，用上述 HARQ 文献补足 N/O，技术动机和技术效果关系都相当自然。

本轮最值得固定进入无效证据池的顺序：CN103222222A ＞ CN104662977A ≈ CN103621168A ＞ CN102045144A ＞ CN103299571A ＞ CN101621849A。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

我围绕你给出的 N/O，进行了多轮日文关键词、ACK/NACK/HARQ、PDSCH/PUCCH、HS-PDSCH/HS-DPCCH以及同族/引用链交叉检索，并逐篇核对 Google Patents 的日本公开文本和公开日。结论比较明确：2018-03-12之前存在多篇日文专利文献对 N+O 形成非常强的直接公开，其中至少 5～6 篇可以作为优先无效证据。

一、检索结论

技术特征的实质对应关系是：

N：终端/移动台的接收部分接收一个下行无线数据/数据信号；

O：终端随后发送 ACK/NACK、HARQ-ACK 或“受信確認情報”，用来表示该下行数据是否正确、成功或无错误地接收。

这不是仅靠“HARQ 的通常含义”推导出来的。检出的多篇日本公报已经直接写出“是否正确接收”“成功接收/未成功接收”“有错误→NACK、无错误→ACK”。

我认为证据强度最高的顺序大致为：

JPWO2008050467A1 ≈ JP2012508482A ≈ JPWO2011074265A1 ≈ JPWO2012011239A1 ≈ JP2016067010A ≈ JPWO2016031115A1 > JP2012065299A > JP2017139674A > JP2006157134A。

其中前六篇基本可以把 N、O 在同一文献、同一通信流程中直接落下。

二、最强对比文件 1：JPWO2008050467A1

公开号：JPWO2008050467A1

名称：データ通信方法、通信システム及び移動端末

申请人：三菱電機株式会社

优先权日：2006-10-27

日本公开日：2010-02-25，明显早于 2018-03-12。Google Patents 同时显示其后授权文本为 JP4819129B2。

Google Patents

这是本轮我认为文字命中度最高的一篇。

日文原文直接写道：

「移動端末は、基地局より下りリンクを介してデータを受信すると、問題なくデータを受信できたか否かを示す信号…を上りリンクを介して基地局に伝達する。」

紧接着又定义：

「基地局から送信されたデータを受信できたか否かを示す応答信号をAck/Nack…という。」

以及：

「Ack/Nackは、移動端末が下りデータを受信している場合に、そのデータを受信できたか否かを基地局へ送信するための信号であり、再送制御に用いられる。」

Google Patents

对 N 的对应

目标 N：

第一接收机模块还接收第一无线信号。

该文献明确：

移动终端从基站通过下行链路接收数据。

Google Patents

因此，如果目标专利中的“第一无线信号”对应下行数据/PDSCH类数据传输，N 属于直接公开。

对 O 的对应

目标 O：

第一上报信息被用于指示第一无线信号是否被正确接收。

该文献的措辞甚至接近逐字对应：

“問題なくデータを受信できたか否かを示す信号”

即：

“表示能否无问题地/正确地接收到数据的信号”。

而且明确把该信号定义为 ACK/NACK。

Google Patents

评价

N：直接公开

O：直接公开，文字级高度对应

N+O结合：极强

这篇非常适合用来证明：在截止日前，“接收下行数据＋上报表明是否正确接收的信息”不仅是 HARQ 常识，而且已经被日本专利文献明确写出。

三、最强对比文件 2：JP2012508482A

公开号：JP2012508482A

名称：無線装置による受信確認情報の提供

申请人：Nortel Networks

优先权日：2008-11-04

公开日：2012-04-05。

Google Patents

其日文说明书明确记载：

下りリンク（基地局から移動局へ）で受信した情報に応じて、移動局は、

データの成功した受信についてのACK、又は

データがうまく受信されなかったことを示すNAK

を提供する受信確認情報を送信することができる。

Google Patents

也就是说：

基站→移动台：下行信息；

移动台→基站：接收确认信息；

成功接收→ACK；

未成功接收→NAK。

与 N/O 的关系

N 对应“下行链路从基站接收信息”；

O 对应“ACK表示成功接收，NAK表示未成功接收”。

Google Patents

这比仅说“发送 ACK/NACK”更强，因为它把 ACK、NACK 的信息语义本身明确写出来。

证据评级：A++。

四、最强对比文件 3：JPWO2011074265A1

公开号：JPWO2011074265A1

名称：無線送信装置及び制御信号送信方法

申请人：Panasonic

优先权日：2009-12-17

日本公开日：2013-04-25。

Google Patents

这一篇的优势是：不仅披露功能，而且直接给出了终端装置的接收模块结构。

说明书：

「端末２００は…データ信号（下り回線データ）を受信し、そのデータ信号に対するACK/NACK信号を、PUCCHを用いて基地局１００へ送信する。」

Google Patents

其终端包括：

受信RF部202、PDCCH受信部207、PDSCH受信部208、送信RF部215等。

Google Patents

更关键的是 PDSCH 接收部：

对接收到的下行数据进行错误检测；

有错误时生成 NACK；

无错误时生成 ACK。

Google Patents

价值

这里形成了一条完整链：

PDSCH接收部 → 接收下行数据 → 错误检测 → 有错NACK/无错ACK → PUCCH发送。

这与“第一接收机模块接收第一无线信号＋第一上报信息表示该无线信号是否正确接收”的装置逻辑几乎一一对应。

Google Patents

证据评级：A++。

五、最强对比文件 4：JPWO2012011239A1

公开号：JPWO2012011239A1

名称：基地局装置、端末装置、送信方法及び受信方法

优先权日：2010-07-21

日本公开日：2013-09-09。

Google Patents

这篇对“接收机模块”的对应甚至更加清楚。

其终端结构明确：

「端末２００は、下り回線データを受信し、その下り回線データに対するACK/NACK信号を…PUCCHを用いて基地局１００へ送信する。」

Google Patents

并且：

受信RF部202通过天线接收无线信号；该接收信号可以包含 PDSCH signal。

Google Patents

PDSCH接收部208进一步：

根据下行资源分配信息接收下行数据（下りデータ信号）；

对接收数据进行错误检测；

有错误→NACK；无错误→ACK。

Google Patents

因此该文献同时非常清楚地提供：

接收RF模块 → 无线信号 → PDSCH接收模块 → 下行数据 → 错误检测 → ACK/NACK。

证据评级：A++。

若目标权利要求采用“第一接收机模块”这种装置模块写法，我会把这篇和 JPWO2011074265A1 放在很高的位置。

六、最强对比文件 5：JP2016067010A

公开号：JP2016067010A

名称：ACK/NACK message feedback during carrier aggregation

申请人：Huawei Technologies

优先权日：2009-12-03

公开日：2016-04-28。

Google Patents

其说明书有一句对 O 极其重要：

HARQ技术中，数据接收侧必须反馈ACK/NACK信息，以帮助数据发送侧判断

「データが正しく受信されたかどうか」

即“数据是否被正确接收”。

Google Patents

紧接着又写：

UE将关于下行数据接收的ACK/NACK信息通过PUCCH反馈给基站。

Google Patents

而且其 LTE 描述进一步把 ACK/NACK 与 PDSCH 数据传输直接对应起来，每次 PDSCH 数据传输可以具有相应的上行 ACK/NACK 信息。

Google Patents

评价

如果仅针对 O 的“是否被正确接收”这一措辞，这篇可能是所有文献中最直接的一篇，因为其日文原文就是：

データが正しく受信されたかどうか

与目标 O 的中文几乎逐字等价。

Google Patents

证据评级：A++。

七、最强对比文件 6：JPWO2016031115A1

公开号：JPWO2016031115A1

名称：端末、基地局、送信方法及び受信方法

优先权日：2014-08-27

日本公开日：2017-06-08，仍早于截止日。

Google Patents

该文献明确说：

终端向基站反馈表示下行数据错误检测结果的响应信号；

CRC无错误时反馈ACK；

CRC有错误时反馈NACK。

Google Patents

终端内部结构还具体包括：

数据解调部210 → 数据解码部211 → CRC部212 → ACK/NACK生成部214。

CRC部对接收的下行链路数据进行错误检测，并把结果交给 ACK/NACK 生成部。

Google Patents

ACK/NACK生成部随后：

对接收到的下行链路数据（数据信号），

检测到错误→NACK；

未检测到错误→ACK。

Google Patents

这也是非常典型的 N+O 单篇直接公开。

证据评级：A++。

八、其他有贡献的日本公报

日文对比文件公开日 N：接收第一无线信号 O：上报信息表示是否正确接收评价

JPWO2008050467A1 2010-02-25 明确：移动终端从基站通过下行链路接收数据明确：“是否无问题地接收”“Ack/Nack表示是否接收到” A++，优先使用

Google Patents

JP2012508482A 2012-04-05 明确：移动台接收基站下行信息 ACK=成功接收；NAK=未成功接收 A++

Google Patents

JPWO2011074265A1 2013-04-25 LTE-A终端/PDSCH接收部接收下行数据误码→NACK，无误码→ACK，并在PUCCH发送 A++，装置结构极强

Google Patents

JPWO2012011239A1 2013-09-09 受信RF部/PDSCH受信部接收无线信号及下行数据有错误→NACK，无错误→ACK A++，装置结构极强

Google Patents

JP2016067010A 2016-04-28 UE进行下行数据接收/PDSCH数据接收 ACK/NACK用于判断数据“是否正确接收” A++，O文字最直接

Google Patents

JPWO2016031115A1 2017-06-08 数据解调/解码部接收处理下行数据响应信号表示错误检测结果；无错ACK、有错NACK A++

Google Patents

JP2012065299A 2012-03-29 解调部解调各基本频率块的下行共享信道信号根据下行共享信道信号判定“再送応答信号”的状态，并经上行控制信道反馈 A-/B+，适合补强模块关系

Google Patents

JP2017139674A 2017-08-10 明确存在下行信号/下行数据/PDSCH接收成功解码时发送ACK；NACK对应解码失败情形 A-，但具体实施例带ACK-only/DTX设计

Google Patents

JP2006157134A 2006-06-15 移动台接收HS-PDSCH HS-PDSCH接收后通过HS-DPCCH发送“受信確認”ACK/NACK B+，很早的HSDPA证据

Google Patents

JP2010534996A 2010-11-11 明确PDSCH为下行物理数据信道 HARQ体系下发送与数据相关ACK/NACK B+，适合作为HARQ/PDSCH背景补强

Google Patents

九、N/O最终特征比对表

目标技术特征 JPWO2008050467A1 JP2012508482A JPWO2011074265A1 JPWO2012011239A1 JP2016067010A JPWO2016031115A1

N：第一接收机模块还接收第一无线信号移动终端经下行链路接收数据移动台接收基站下行信息接收RF部/PDSCH部接收下行数据受信RF部202接收无线信号，PDSCH部208接收下行数据 UE进行下行数据/PDSCH接收解调、解码部接收处理下行数据

N评价直接直接直接直接且模块对应极好直接直接

O：第一上报信息用于指示第一无线信号是否正确接收 Ack/Nack表示“能否无问题地接收数据” ACK=成功；NAK=未成功有错误=NACK；无错误=ACK 有错误=NACK；无错误=ACK 明文“是否正确接收”由ACK/NACK反馈响应信号表示错误检测结果；无错ACK/有错NACK

O评价直接、几乎逐字直接直接直接直接、几乎逐字直接

N+O同一文献结合是是是是是是

无效贡献度 ★★★★★ ★★★★★ ★★★★★ ★★★★★ ★★★★★ ★★★★★

十、无效使用建议

如果只针对 N+O 两个附加特征，我认为不需要依赖“ACK/NACK属于本领域常识”这种相对弱的论证。截止日前的日本专利已经有大量直接、明确且文字高度相同的公开。

其中我最建议优先整理三条证据路线。

第一条，JPWO2008050467A1。它的优势不是仅仅出现 ACK/NACK，而是直接写成“移动终端接收下行数据→发送表示是否无问题接收的信号→该响应信号称为 Ack/Nack”。这是对 N/O 最自然、最难争辩的语义对应。

Google Patents

第二条，JPWO2011074265A1 或 JPWO2012011239A1。两篇都有非常具体的终端接收模块/PDSCH接收模块，并明确实施“接收下行数据→错误检测→有错NACK、无错ACK→上行发送”，因此特别适合应对专利权人可能提出的“目标限定的是第一接收机模块，不只是抽象方法”的抗辩。

Google Patents

第三条，JP2016067010A。其“ACK/NACK帮助发送侧判断数据是否正しく受信されたかどうか”与 O 的“是否被正确接收”几乎是文字级对应，可以作为解释 O 技术含义的非常有力证据。

Google Patents

因此，单就 N/O 而言，我会评价为“截止日前公开极为充分，属于很难依赖 N/O 本身建立创造性区别的特征”。真正需要继续寻找的重点，不再是一般性的“接收PDSCH+ACK/NACK”，而应该是把 N/O 与 CN111585624B 权利要求中前序的第一上报信息、目标时频资源、第一/第二时频资源、天线端口组及相关信令选择逻辑落在同一篇或极少数组合文献中。那才会显著提升整体权利要求的无效攻击强度。

权利要求3

下载无效理由

根据权利要求2所述的用户设备，其特征在于，所述第二信令包括所述第一无线信号的调度信息。

技术特征:

P 其特征在于，所述第二信令包括所述第一无线信号的调度信息。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已围绕技术特征 P 对 3GPP/ETSI 官方规范、3GPP RAN1会议文稿目录及官方归档时间进行了多轮交叉检索。结论比较明确：

技术特征 P 属于截止日前已有非常强直接公开的技术内容。

若将权利要求中的“第二信令”对应为 DCI/PDCCH 下行控制信令，将“第一无线信号”对应为被该 DCI 调度的 PDSCH，则 3GPP TS 36.212 V8.3.0（Release 8）单篇文献已经可以基本逐字覆盖 P，而且该文件的官方公开时间可追溯至 2008 年。因此，就特征 P 单独而言，我认为其现有技术公开强度为 ★★★★★（非常强）。

ETSI

一、技术特征 P 的拆解

目标特征：

P：所述第二信令包括所述第一无线信号的调度信息。

在3GPP语言体系中可拆成：

P1：存在一个“第二信令”；

P2：该第二信令中包括 scheduling information；

P3：该 scheduling information 针对某一“第一无线信号”；

若第一无线信号落到 LTE 的 PDSCH，则应当能够证明该控制信令/DCI正是用于调度该PDSCH。

这一对应关系并不需要把“scheduling information”作很宽的推定，因为 TS 36.212 本身已经同时出现了 DCI + scheduling information + PDSCH 三个关键关系。

二、最强文献：3GPP TS 36.212 V8.3.0，Release 8

这是本轮检索中对 P 最值得优先使用的文件。

ETSI官方目录显示，TS 136 212 V8.3.0 PDF 文件时间为 2008-10-31，远早于 2018-03-12。规范正文标记为 3GPP TS 36.212 V8.3.0 Release 8。

ETSI

1. §5.3.3直接说明 DCI 携带调度信息

规范第38页、§5.3.3 Downlink control information 明确记载：

“A DCI transports downlink or uplink scheduling information”

也就是说，DCI本身就是用于承载调度信息的信令。这与“第二信令包括……调度信息”几乎就是直接文字对应。

ETSI

2. §5.3.3.1.2进一步把该调度信息直接落到PDSCH

紧接着，§5.3.3.1.2 Format 1明确记载：

“DCI format 1 is used for the scheduling of one PDSCH codeword.”

随后规范明确列出 DCI format 1 中传输的信息，包括：

Resource allocation header；

Resource block assignment；

Modulation and coding scheme；

HARQ process number；

New data indicator；

Redundancy version；

TPC command 等。

因此，不仅仅是抽象地说“DCI能够调度PDSCH”，而是DCI内部具体包含用于决定该PDSCH传输的资源分配、MCS、HARQ、新数据指示等调度参数。

ETSI

这就形成了非常完整的对应：

第二信令＝DCI → 包括 scheduling information → scheduling information 用于调度第一无线信号＝PDSCH。

对于特征 P，本文件本身已经不需要与其他文献组合。

三、第二强文献：3GPP TS 36.212 V14.5.0，Release 14

这是距离 2018-03-12 截止日非常近的一版规范，因此在无效程序中也非常值得保留。

3GPP官方archive记录显示：

36212-e50.zip — 2018-01-05 13:34

明显早于截止日。

3GPP

而该版 TS 36.212 §6.4.3 再次明确：

DCI transports downlink or uplink scheduling information for one cell and one RNTI。

同时，该规范针对 NB-IoT 的 DCI Format N1 又明确规定该 DCI 用于调度 NPDSCH codeword，并且列出了 scheduling delay、resource assignment、MCS、repetition number、NDI、HARQ-ACK resource、HARQ process number 等字段。

ETSI

更重要的是，普通 LTE PDSCH 部分同样继续规定 DCI format 1 用于 scheduling PDSCH，并包含资源分配、MCS、HARQ等信息。因此，从技术内容的持续性来看，2008年的直接公开一直延续到了目标截止日前夕。

ETSI

评价：★★★★★

四、3GPP TS 36.300 V14.5.0：从PDCCH层面进一步锁死“信令包括PDSCH/DL-SCH调度信息”

TS 36.300 V14.5.0 的ETSI官方文件时间为 2018-01-17，同样在截止日前。

ETSI

§5.1.3 Physical downlink control channels 对 PDCCH 的内容直接作出规定：

PDCCH 下行控制信令包括与 DL-SCH 有关的：

transport format；

resource allocation；

hybrid-ARQ information。

EPDCCH同样包括与DL-SCH相关的上述信息。

ETSI

这是非常重要的辅助证据，因为它换了一个角度证明：

PDCCH/EPDCCH＝第二信令载体 → 其中直接包含对下行共享数据信道进行传输所需的资源分配、传输格式及HARQ信息。

若把“第一无线信号”落到承载DL-SCH的PDSCH，这份规范能够很好地与 TS 36.212 拼接形成完整3GPP体系解释。

评价：★★★★☆—★★★★★

五、3GPP TS 36.213 V14.5.0：直接证明 PDSCH 是由带DCI的PDCCH/EPDCCH分配

ETSI官方目录显示 TS 36.213 V14.5.0 文件时间为 2018-01-26，仍早于2018-03-12。

ETSI

§7.1.6.4 中多次明确出现：

PDSCH assigned by a PDCCH with DCI format 1C；

PDSCH assigned by a PDCCH/EPDCCH with DCI format 1A；

PDSCH由PDCCH/EPDCCH对应的DCI进行动态或半静态调度。

换句话说，TS 36.213 是从实际物理层procedure角度明确证明：

接收DCI控制信令 → 根据该DCI确定/分配PDSCH。

ETSI

与 TS 36.212 的“DCI中包括调度信息”结合后，证据链非常完整。

评价：★★★★☆

六、进一步反复检索到的NR专用3GPP文献

考虑到 CN111585624B 的技术背景较接近 5G/NR，为避免对方主张“LTE中的DCI/PDSCH不能代表NR技术语境”，我又专门检索了 2017年至2018年3月12日前的NR RAN1文献。

其中值得进一步固定原件的包括：

R1-1719389 — “DCI contents and formats in NR”, Huawei/HiSilicon。

3GPP RAN1 #91官方会议目录列出了该文献；3GPP服务器显示其zip文件上传于 2017-11-18 03:13。

3GPP

R1-1720322 — “DCI Contents and Formats”, Samsung。

同属RAN1 #91，3GPP官方服务器记录的文件时间为 2017-11-18 03:02。

3GPP

R1-1720202 — “On PDSCH and PUSCH resource allocation”, CATT。

3GPP官方服务器记录该文件于 2017-11-18 05:24 已存在。

3GPP

另外，RAN1 #92（2018-02-26）还存在 R1-1801735 “Outstanding details of NR PDSCH and PUSCH resource allocation”，其会议时间本身也早于截止日。

3GPP

同时，3GPP TS 38.214 的官方archive中已经存在：

38214-f00.zip — 2018-01-03 17:34

并且在此之前已经存在大量2017年的TS 38.214草案版本。

3GPP

不过，对于上述RAN1 NR文件，我建议目前将其定位为增强型辅助文件，而不是取代 TS 36.212 的主证据。原因是本轮能够通过3GPP网页直接核实其题名、会议和服务器时间，但官方zip正文在当前网页解析环境中无法完整展开，因此我不会在没有逐页核对正文的情况下虚构具体段落。

七、技术特征 P 比对表

特征P的具体要件 TS 36.212 V8.3.0 TS 36.212 V14.5.0 TS 36.300 V14.5.0 TS 36.213 V14.5.0 评价

存在“第二信令” DCI，下行控制信息 DCI PDCCH/EPDCCH下行控制信令 PDCCH/EPDCCH携带DCI 直接公开

第二信令“包括调度信息” §5.3.3明确DCI transports scheduling information §6.4.3再次明确DCI承载DL/UL scheduling information PDCCH包括transport format、resource allocation、HARQ等 DCI决定PDSCH assignment 直接公开

调度信息针对“第一无线信号” DCI Format 1明确用于scheduling PDSCH DCI继续明确调度PDSCH/NPDSCH 控制信息针对DL-SCH；与PDSCH对应明确PDSCH由带特定DCI的PDCCH/EPDCCH assigned 直接或高度明确公开

调度信息具体内容 resource allocation、RB assignment、MCS、HARQ、NDI、RV等同类字段；另明确scheduling delay等 transport format、resource allocation、HARQ DCI format与PDSCH assignment直接关联充分公开

截止日前公开 ETSI：2008-10-31 3GPP archive：2018-01-05 ETSI：2018-01-17 ETSI：2018-01-26 全部满足

对P的单篇覆盖能力 ★★★★★ ★★★★★ ★★★★☆ ★★★★☆ TS36.212最佳

上述对应分别有官方规范正文及公开目录支持。

ETSI

八、最终无效检索结论

第一优选对比文件：3GPP TS 36.212 V8.3.0 Release 8。

这是本特征最干净的文件。其优势在于一份文件内部即可同时完成三个逻辑节点：

DCI → 携带 scheduling information → DCI Format 1用于调度 PDSCH。

而且规范还逐项列出了 resource allocation、MCS、HARQ、NDI、RV 等信息，使“调度信息”不是事后推定，而是具体的信令字段。公开时间早至2008年，对2018-03-12的时间限制没有任何接近边界的问题。

ETSI

第二优选：TS 36.212 V14.5.0。它的技术公开同样直接，而且2018-01-05已经进入3GPP官方archive，距离目标截止日很近，特别适合证明截至2018年初该技术关系仍是3GPP明确规定的标准机制。

3GPP

第三层证据：TS 36.300 V14.5.0 + TS 36.213 V14.5.0。前者证明PDCCH/EPDCCH中实际包含DL-SCH相关的资源分配、传输格式和HARQ信息；后者直接证明PDSCH由携带特定DCI的PDCCH/EPDCCH分配。二者非常适合用于反驳“DCI只是一般控制信息、未必属于第一无线信号的调度信息”这一可能抗辩。

ETSI

因此，仅针对技术特征 P，我会把公开强度评价为“极强”。如果 CN111585624B 前文能够将“第一无线信号”合理落到由下行调度信令安排的PDSCH/下行数据信号，则 TS 36.212 V8.3.0 本身就具有非常高的直接比对价值；无需依赖多篇文件拼接。需要注意的是，这一结论仅针对目前给出的 P特征，是否能够单篇破坏整个权利要求的新颖性，仍取决于同一文件对该权利要求其他全部技术特征的公开情况。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已按“精确句式—同义表达—DCI/grant/资源分配—两级信令—相邻申请/引用链—截止日排除”的路径进行了多轮检索和复核。结论比较明确：

技术特征P不是一个强区别特征。至少已有两篇公开日在2018-03-12之前的中国专利公报，对P作出了几乎逐字的直接公开。

目标专利 CN111585624B 的优先权日为 2018-03-12；其权利要求3正是：“第二信令包括所述第一无线信号的调度信息”。

Google Patents

一、最重要的两篇直接命中文献

1. CN107690160A——首选，匹配强度最高

名称：一种无线通信中的方法和装置

申请日/优先权日： 2016-08-05

公开日： 2018-02-13，早于截止日。

Google Patents

这篇文献与目标P的对应关系非常直接。其方案中，UE依次接收第一信令、第二信令，并在目标时频资源上接收第一无线信号；也就是说，不仅“第二信令—第一无线信号”的编号关系相同，第一无线信号还是UE侧接收的无线信号。

Google Patents

更关键的是，该文献明确公开：

“第二信令包括所述第一无线信号的调度信息”

并说明该调度信息可包含资源分配RA、MCS、NDI、RV、HARQ进程号等；同时明确第二信令可以是 DCI。

Google Patents

而目标专利对P的说明也是“第二信令包括第一无线信号的调度信息”，并将时/频资源、MCS、DMRS配置、HARQ进程号、RV、NDI及空间参数等列为调度信息的具体内容。

Google Patents

因此，对单独的技术特征P而言，CN107690160A属于非常典型的直接、明确、无须推理的公开。

评价：A++，首选证据。

2. CN107343297A——第二篇逐字命中，而且公开更早

名称：一种无线通信中的方法和装置

优先权日/申请日： 2016-05-01

公开日： 2017-11-10。

Google Patents

该文献实施例6中，UE接收第一信令和第二信令，并发送第一无线信号；随后在“实施例6的子实施例2”中明确规定：

“第二信令是物理层信令，第二信令包括所述第一无线信号的调度信息”

并进一步将MCS、RV、NDI列为该调度信息的可选组成。

Google Patents

这里与 CN107690160A 的差别主要在于：CN107343297A的具体实施例中第一无线信号是UE发送的上行信号，而目标专利权利要求2、3组合下的第一无线信号由UE接收。目标专利权利要求2规定接收第一无线信号，权利要求3再增加P。

Google Patents

但对于您本轮单独检索的P：

第二信令 + 包括 + 第一无线信号 + 调度信息

CN107343297A仍然是完全字面命中，方向差异不会改变其对“第二信令能够包括第一无线信号调度信息”这一技术思想的公开。

评价：A+，直接公开；作为P单特征证据非常强。

二、强补充文献

3. CN107690188A——两级DCI共同参与第一无线信号调度

名称：一种无线传输中的方法和装置

优先权日： 2016-08-05

公开日： 2018-02-13。

Google Patents

这篇虽然没有采用与P完全相同的那一句话，但技术关系非常值得保留：

第一信令用于确定第一无线信号的第一时频资源；

第二信令用于确定该第一无线信号所占用的目标时间间隔；

第二信令是物理层信令，可以是DCI；

文献明确表示，针对第一无线信号需要解码两个DCI，分别对应第一信令和第二信令。

Google Patents

因此，第二信令实际上承载了决定第一无线信号传输时间资源的调度控制内容。目标时间间隔/时域位置本身就是典型的调度参数。

它特别适合在创造性论证中证明：

“一个无线信号的调度信息可以拆分到第一、第二两个物理层/DCI信令中”在截止日前已经公开。

评价：A-/B+，强组合证据。

4. CN107105509A——仅“第二/第三”信令编号不同

名称：一种降低通信延迟的方法和装置

优先权日： 2016-02-19

公开日： 2017-08-29。

Google Patents

其明确公开：

接收第三信令；

操作第一无线信号；

第三信令包括第一无线信号的调度信息；

调度信息包括MCS、RV、频域资源等；

第三信令为物理层信令；

第一无线信号既可以是PDSCH上的下行信号，也可以是PUSCH上的上行信号。

Google Patents

它与P的实质差异主要就是：

目标P：第二信令 → 第一无线信号

CN107105509A：第三信令 → 第一无线信号

因此不建议将它写成“逐字公开P”，因为在完整权利要求体系中“第一/第二/第三信令”的相互关系仍须统一映射。但用于创造性论证、证明“第N个物理层信令承载第一无线信号调度信息”属于成熟方案，价值较高。

评价：B+。

三、一般补强文献

5. CN107547177A——明确的“双信令—双无线信号—双调度信息”

公开日：2018-01-05，符合日期要求。

Google Patents

其实施例和权利要求明确给出：

第一信令包括第一无线信号的调度信息；

第二信令包括第二无线信号的调度信息；

两组调度信息均可以包含时频资源、MCS、RV、NDI、HARQ进程号等。

Google Patents

它不能直接证明“第二→第一”，因此不是新颖性意义上的P直接命中。但它非常清楚地证明了：

第一、第二只是两套信令/无线信号之间的对应编号，且“信令包括无线信号的调度信息”属于已有常规设计。

评价：B。

6. CN107769825A——第一/第二DCI分别调度两个相关无线信号

公开日：2018-03-06，仅比截止日早6天，但仍属于截止日前公开文献。

Google Patents

该文献明确：

第一信令可以是下行或上行Grant的DCI；

第二信令是物理层信令，可以是fast DCI；

第二信令对应下行或上行调度；

第一信令包括第一无线信号的调度信息；

第二信令包括第二无线信号的调度信息；

调度信息包括频域资源、MCS、RV、HARQ进程号等。

Google Patents

而且第一、第二无线信号之间存在较强关联，包括资源重叠、同一比特块生成等关系。

Google Patents

因此可用于证明在截止日前，利用不同DCI对相关无线信号实施动态调度已经非常成熟。

评价：B。

7. CN106160930A——第二信令携带完整调度信息的早期证据

名称：一种功分复用的控制信令方法和装置

公开日：2016-11-23。

Google Patents

文献明确规定：

第一信令调度第一无线信号；

第二信令为物理层信令；

第二信令指示第二无线信号的调度信息；

第二信令甚至可以包含K组调度信息；

调度内容包括传输块信息、HARQ进程号等。

Google Patents

它仍是“第二→第二”，不是“第二→第一”，故只能作为第二信令承载调度信息这一技术手段的背景证据。

评价：B-/C+。

四、日期排除核验：一个很容易误用的文件

检索还命中了 CN107920389A。它在技术内容上实际上非常强：明确公开第二信令可以是DCI，并明确规定第二信令包括第一无线信号的调度信息，内容包括时频资源、MCS、RV、NDI、HARQ进程号等。

Google Patents

但是它的公开日是2018-04-17，晚于您限定的2018-03-12。虽然其优先权日为2016-10-07，也必须依照您本轮“只看公开日在截止日前”的标准予以排除。

Google Patents

这类文献我没有计入有效对比文件。

五、技术特征P比对表

中文专利文献公开日第二信令第一无线信号是否公开第一无线信号调度信息与P关系贡献强度

CN107690160A 2018-02-13 物理层信令；可为DCI UE接收第一无线信号明确：第二信令包括第一无线信号调度信息；RA/MCS/NDI/RV/HARQ等逐字直接公开P A++

CN107343297A 2017-11-10 物理层信令 UE发送第一无线信号明确：第二信令包括第一无线信号调度信息；MCS/RV/NDI等逐字直接公开P A+

CN107690188A 2018-02-13 DCI/物理层信令第一无线信号第二信令确定第一无线信号目标时间间隔；针对第一无线信号解码两个DCI 实质公开调度信息的一部分由第二信令承担 A-/B+

CN107105509A 2017-08-29 文中编号为“第三信令” PDSCH/PUSCH第一无线信号第三信令明确包括第一无线信号MCS/RV/频域资源等调度信息仅信令编号不同，适合创造性补强 B+

CN107547177A 2018-01-05 第二信令第二无线信号第二→第二；同时第一→第一双信令双调度的常规结构 B

CN107769825A 2018-03-06 fast DCI/物理层信令与第二无线信号相关第一→第一、第二→第二，均有完整调度字段 DCI调度机制补强 B

CN106160930A 2016-11-23 物理层信令第一/第二无线信号第二信令携带第二无线信号调度信息，甚至K组调度信息 “第二信令承载调度字段”背景证据 B-/C+

CN107920389A 2018-04-17 DCI 第一无线信号第二→第一，完全匹配内容强，但公开日超限排除

上述各项的公开内容及日期分别可由Google Patents公报核验。

Google Patents

六、最终无效检索结论

针对技术特征P，我建议将证据分为三个层级：

第一层——直接破坏P区别性的核心证据：

CN107690160A + CN107343297A。

这两篇不是通过“调度信息”“DCI”“资源分配”的同义解释才得到P，而是说明书中直接出现了与P基本相同的句子。尤其 CN107690160A 同时具备“UE接收第二信令→接收第一无线信号→第二信令为DCI→第二信令包含第一无线信号调度信息”的完整链条，单看P以及P附近的技术语境，优先级最高。

Google Patents

第二层——创造性组合强化：

优先采用 CN107690188A。它进一步证明，同一个第一无线信号可以由两个DCI共同控制，其中第二DCI决定其时间间隔等调度参数。这样能够反击“第二信令携带第一无线信号调度信息是一种特殊跨信令设计”的抗辩。

Google Patents

第三层——常规技术背景：

CN107105509A、CN107547177A、CN107769825A、CN106160930A用于说明“物理层/DCI信令携带无线信号调度信息”“调度信息包括资源、MCS、RV、NDI、HARQ进程号”等均属于截止日前成熟方案。

Google Patents

因此，如果仅评价特征P本身，我会把其现有技术公开强度评为“极强”：P已经至少被两篇截止日前中国公报直接、明确公开，基本没有依靠P本身建立新颖性或创造性区别的空间。

但需要区分：P被公开 ≠ 权利要求3整体当然无效。权利要求3引用权利要求2，权利要求2又引用权利要求1；如果主张权利要求3缺乏新颖性，需要在同一篇对比文件中继续落全其继承的权利要求1、2全部技术特征；若采用创造性路线，则需要构建有技术启示的组合。目标权利要求的引用关系可直接从CN111585624B权利要求1-3确认。

Google Patents

就后续组合价值而言，CN107690160A明显值得优先与您前面针对CN111585624B的N/O及基础权利要求特征检索结果做交叉比对；它不仅命中P，而且其“接收第一无线信号”的方向与权利要求2的结构高度接近。

Google Patents

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已按 Google Patents 韩文全文、KR公开号、PDCCH/DCI/PDSCH、스케줄링 정보（调度信息）、자원 할당（资源分配）、HARQ ACK/NACK 等多组关键词反复交叉检索，并对候选文献逐篇核对公开日、技术对应关系及家族重复情况。

一、检索结论

针对 CN111585624B 的技术特征 P：

P：所述第二信令包括所述第一无线信号的调度信息。

本轮韩文专利检索结果比较明确：该特征在 2018-03-12 之前已经被大量韩国专利公报直接或基本等同公开。

如果按照目标专利的通常技术语境进行对应：

“第二信令”可对应 PDCCH、E-PDCCH，或者其中承载的 DCI；

“第一无线信号”可对应 PDSCH/下行数据无线信号；

“调度信息”对应 PDSCH资源分配、传输格式、MCS、HARQ process、NDI、RV 等 scheduling information。

其中，我认为最值得用于无效材料的第一梯队是：

KR20140072834A、KR20120095278A、KR20120047235A、KR20130140728A。

尤其是前两篇，已经不是依赖“PDCCH通常用于调度PDSCH”的常识性推导，而是文本本身把“信令包含调度/资源分配信息”和“该信息用于调度对应无线数据/PDSCH”直接连接起来。

Google Patents

二、最强对比文件分析

1. KR20140072834A——我认为是本轮最“干净”的P特征证据

公开号：KR20140072834A

名称：데이터 송수신 방법 및 이를 위한 장치

申请人：LG Electronics

公开日：2014-06-13，明显早于截止日。Google Patents记载其优先权日为2011-10-12。

Google Patents

其独立权利要求1直接限定：

接收一个包括资源分配信息的控制信道信号；

再通过由上述资源分配信息所调度的下行数据信道资源区域接收下行数据。

Google Patents

因此可非常直接地映射为：

第二信令 = 控制信道信号

↓

第二信令中包括 = 资源分配信息/调度信息

↓

第一无线信号 = 下行数据/下行数据信道信号

↓

该下行数据由上述信息调度

这实际上已经形成一个完整的 “signaling → scheduling information → scheduled wireless signal” 链条。

评价：A++，对P属于直接公开。

2. KR20120095278A——“调度信息包括在DCI中”几乎逐字命中

公开号：KR20120095278A

名称：이동 통신 시스템 및 그 이동 통신 시스템에서 채널 송수신 방법

申请人：Samsung Electronics

公开日：2012-08-28。

Google Patents

该文献韩文原文明确说明：

针对各载波传输的数据，调度信息包含在 DCI 中并发送给终端；

DCI具体包含 resource allocation type、RB assignment、MCS、HARQ process number、NDI、RV 等；

DCI经过编码、调制后通过 PDCCH 发送；

基站通过该 PDCCH 向终端通知对应 PDSCH 的调度信息。

Google Patents

而且其实施例进一步写明：

UE接收到PDCCH；

如果该PDCCH是自身的调度信息，则根据PDCCH中的carrier indicator接收相应PDSCH；

随后针对PDSCH发送HARQ ACK/NACK。

Google Patents

这篇文献的优势是其措辞与目标P非常接近：

调度信息 → 包括在DCI中 → DCI经PDCCH发送 → 该调度信息对应PDSCH

如果将“第二信令”解释为DCI，则几乎就是：

第二信令包括第一无线信号的调度信息。

评价：A++，建议作为P特征的首选文献之一。

3. KR20120047235A——同时把P与ACK/NACK上下文连接起来

公开号：KR20120047235A

名称：무선 통신 시스템에서 수신 장치가 제어 정보를 전송하는 방법

申请人：LG Electronics

公开日：2012-05-11。

Google Patents

该文献明确记载：

PDCCH上传输的控制信息称为DCI；

DCI包括上行/下行资源分配信息；

PDCCH可以承载 PDSCH的资源分配以及传输格式（DL grant）。

Google Patents

更重要的是，文献在ACK/NACK部分直接建立：

ACK/NACK所用PUCCH资源，与承载对应下行数据的调度信息的PDCCH相对应。

Google Patents

因此：

第二信令 = PDCCH/DCI；

第一无线信号 = 对应的下行数据/PDSCH；

PDCCH承载 = 对应该下行数据的调度信息。

若目标权利要求的其他部分还涉及“接收第一无线信号→上报是否正确接收”，这一篇尤其有价值，因为其同时具备 PDSCH + scheduling PDCCH + ACK/NACK 的完整技术场景。

评价：A++。

4. KR20130140728A——PDSCH调度信息与HARQ反馈对应关系非常直接

公开号：KR20130140728A

名称：무선 통신 시스템에서 상향링크 제어정보 송수신 방법 및 장치

申请人：LG Electronics

公开日：2013-12-24。

Google Patents

文献明确记载：

UE从BS接收数据单元，例如 PDSCH；

针对该数据单元发送ACK/NACK；

ACK/NACK所用PUCCH资源由承载该数据单元调度信息的PDCCH资源确定；

后文再次明确为承载相应下行数据的 PDSCH 的调度信息的PDCCH。

Google Patents

即：

第一无线信号 = PDSCH

第二信令 = 对应PDCCH

第二信令承载 = 该PDSCH的调度信息

评价：A++。

三、韩文专利文献特征比对表

优先级韩文公报及公开日 “第二信令”对应 “第一无线信号”对应对技术特征P的实质披露评价

1 KR20140072834A；2014-06-13 控制信道信号下行数据/下行数据信道独立权利要求直接限定“控制信道信号包括资源分配信息”，下行数据通过“由该资源分配信息调度的”资源区域接收。

Google Patents

A++ 直接公开

2 KR20120095278A；2012-08-28 DCI/PDCCH PDSCH/下行数据明确说数据的调度信息包括在DCI中；DCI由PDCCH发送；PDCCH向UE通知相应PDSCH的调度信息。

Google Patents

A++ 几乎逐字对应

3 KR20120047235A；2012-05-11 PDCCH/DCI PDSCH/下行数据 PDCCH承载PDSCH资源分配及传输格式；进一步明确PDCCH承载“相应下行数据的调度信息”。

Google Patents

A++

4 KR20130140728A；2013-12-24 PDCCH PDSCH 明确“承载PDSCH/数据单元调度信息的PDCCH”，并与该PDSCH的ACK/NACK关联。

Google Patents

A++

5 KR20110112789A；2011-10-13 PDCCH/DCI PDSCH DCI包括下行资源分配；PDCCH发送PDSCH的资源分配及传输格式，即DL grant。

Google Patents

A+

6 KR20160089844A；2016-07-28 PDCCH/DCI PDSCH PDCCH用于发送“PDSCH接收所需的调度等下行控制信息”；还明确DCI包括PDSCH/PUSCH调度信息。

Google Patents

A+

7 KR20150079490A；2015-07-08 E-PDCCH/DCI 对应PDSCH 明确E-PDCCH承载DCI及下行调度信息；UE接收E-PDCCH并接收与该E-PDCCH对应的PDSCH。

Google Patents

A+

8 KR20150067751A；2015-06-18 PDCCH/E-PDCCH/DCI PDSCH PDCCH直接用于调度PDSCH；E-PDCCH承载下行调度信息，并对应相应PDSCH。

Google Patents

A+

9 KR20130140708A；2013-12-24 PDCCH/DCI PDSCH DCI明确“包括上下行调度信息”；DCI format 1/1A/1B/1C/1D/2/2A分别用于PDSCH资源分配。

Google Patents

10 KR20150035592A；2015-04-06 PDCCH/DCI PDSCH/DL-SCH DCI明确包括下行调度信息，PDCCH包括DL-SCH资源分配及传输格式。

Google Patents

A-/A

11 KR20180008878A；2018-01-24 PDCCH/DCI PDSCH 截止日前公开；DCI包括下行调度信息，DCI formats 1/1A/1B等明确用于PDSCH资源分配。

Google Patents

A-

12 KR20130031892A；2013-03-29 PDCCH上的DL grant PDSCH 明确各PDSCH对应的PDCCH上传输独立编码的UL/DL资源分配grant，可补强调度信息与具体PDSCH的对应关系。

Google Patents

B+ 补强

四、为什么前四篇尤其重要

四篇文献的证据类型其实有所区别：

KR20140072834A 最适合解决“包括”这一语义：不是仅说PDCCH“用于调度”，而是权利要求直接说控制信道信号包括资源分配信息，下行数据再由该信息调度。

Google Patents

KR20120095278A 最适合解决“调度信息本身位于第二信令内部”：其文字明确说调度信息“包含在DCI中”，并详细列出资源分配、MCS、HARQ process、NDI、RV等字段。

Google Patents

KR20120047235A、KR20130140728A 则最适合与目标专利相邻的HARQ场景结合，因为两篇都把：

PDSCH → 调度该PDSCH的PDCCH → ACK/NACK

明确串在一起。

Google Patents

因此，如果后续需要证明的不只是P，而是与“第一无线信号是否被正确接收”的上报特征联合，我会优先把这两篇往前排。

五、家族去重及避免重复计算

检索中还发现一些后公开KR分案/家族成员以及韩文WO文本。对于同一家族、实质披露相同的文献，我没有简单重复计数。

例如 KR20170107584A 与更早公开的 KR20120047235A 属于同一技术家族链条；对于本次无效检索，保留公开更早、证据已经足够完整的 KR20120047235A（2012-05-11）更合理，而不把后来的韩国家族成员虚增为一篇独立技术来源。

同理，E-PDCCH类文献的WO韩文家族文本也没有在主表中重复列入。

六、最终结论

就技术特征P单独而言，检索结果已经比较充分，我的判断是：

P不是CN111585624B在2018-03-12时点具有明显新颖性的技术内容。

至少已有多篇韩文公报直接披露：

控制信令/PDCCH/DCI中包含针对具体PDSCH或下行数据的调度信息。

其中无效使用价值排序，我建议：

第一梯队：

KR20140072834A ≈ KR20120095278A > KR20120047235A ≈ KR20130140728A

第二梯队：

KR20110112789A、KR20160089844A、KR20150079490A、KR20150067751A

解释/补强文献：

KR20130140708A、KR20150035592A、KR20180008878A、KR20130031892A。

如果只选一篇针对P进行最直接的文字比对，我倾向于 KR20140072834A；如果强调目标专利中的“第二信令＝DCI/控制信令且其内部字段就是第一无线信号的调度信息”，则 KR20120095278A 更强；如果要与“接收PDSCH后上报ACK/NACK”一起组合，则 KR20120047235A / KR20130140728A 的整体技术场景最好。

需要强调的是，以上结论是针对特征P的公开情况；是否能够单篇破坏CN111585624B某一完整权利要求的新颖性，还必须把该权利要求的其他全部技术特征放到同一篇文献中继续核对。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

检索结论

我围绕“第二信令＝PDCCH/DCI等下行控制信令”“第一无线信号＝被调度的下行数据/PDSCH”“调度信息＝resource allocation、MCS、HARQ process、DCI format等”进行了多轮日文关键词、英文同义词、PDSCH/DCI、ACK/NACK、QCL/beamforming、cross-carrier/SPS 等交叉检索，并逐篇核对了 Google Patents 的实际公开日。

先明确本案特征 P 的解释边界：CN111585624B 权利要求2规定 UE 接收“第一无线信号”，第一上报信息用于指示其是否被正确接收；权利要求3进一步限定“第二信令包括第一无线信号的调度信息”；权利要求4又把第一无线信号限定到“下行物理层数据信道”。此外，权利要求51明确“第二信令”可以包括 DCI，或者是 RRC/MAC CE。因而，截止日前文献中如果已经公开 PDCCH/DCI 携带或构成 PDSCH 的调度信息，就是对 P 的直接公开。

Google Patents

检索结果非常明确：特征 P 本身属于截止日前已经高度成熟的 LTE 技术。最强日文文件是 JP2016067010A；若考虑与本案 QCL/天线端口/beamforming 整体技术环境的贴近程度，则 JP2016521069A 和 JP2015533062A 也非常重要。

一、优选日文 JP 专利文献

优先级日文文献公开日对特征 P 的关键公开对无效的贡献

1 / A++ JP2016067010A《キャリアアグリゲーション中にACK/NACKメッセージ上でフィードバックを提供するための方法…》 2016-04-28 明确记载：PDSCH 用于传输数据，PDCCH 用于传输“PDSCHのスケジューリング情報 DCI”；又记载各 PDCCH 携带用于调度相应 PDSCH transmission 的 DCI。与此同时，UE 对这些 PDSCH 反馈 ACK/NACK。几乎逐字命中 P，最优。还能与“接收第一无线信号→反馈是否正确接收”的上下文直接连接。

Google Patents

2 / A++ JP2016521069A《LTEにおける新しいキャリアタイプ…DCIフォーマットを用いたPDSCH送信方式》 2016-07-14 权利要求直接规定：接收下行控制信道，其中具有**“用于调度PDSCH的第一DCI格式的DCI”**，并基于 DCI 处理 PDSCH；说明书进一步明确 DCI format 1A' 调度 PDSCH、进行资源分配，而且同时涉及 beamforming、antenna port。 P本身直接公开；与本案天线端口/波束背景特别接近，组合价值极高。

Google Patents

3 / A++ JP2015533062A《無線通信システムにおける下りリンク信号の送受信方法…》 2015-11-16 UE 经 PDCCH 接收 DCI；DCI具有对 UE 的资源分配等控制信息。文献还直接把具有 PQI field 的 **“スケジューリング情報（すなわち、DCIフォーマット）”**称为调度信息，并讨论 SPS PDSCH；DCI/PQI 同时确定 QCL 相关参数。 “调度信息＝DCI format”公开非常直接，并且带有QCL/PQI，是本案整体技术语境中非常强的文献。

Google Patents

4 / A+ JP2017517230A《ダウンリンク制御情報送信方法及び装置…》 2017-06-22 基站在 PDCCH 上发送 DCI，DCI 指示 UE 接收 PDSCH；具体 DCI format 包含 RB allocation、MCS、HARQ process ID、NDI、RV、PUCCH控制等字段；UE 依据 DCI 接收 PDSCH，随后发送 ACK/NACK。实质完整公开“DCI中包括PDSCH调度信息”，且同时具备PDSCH→ACK/NACK链条。

Google Patents

5 / A JP2015532822A《無線通信の半永続的スケジューリングのためのシステム及び方法》 2015-11-12 SPS activation PDCCH/EPDCCH 携带 DCI；权利要求13明确：控制信道信号携带用于 UE 接收信号的 DCI，并基于该 DCI 发送共享数据通道信号；文献同时处于 CoMP/PDSCH 技术环境。对“控制信令/DCI→被调度下行数据”关系公开明确；适合作为SPS/CoMP方向补强。

Google Patents

6 / B+ JP2013530649A《キャリア・アグリゲーションのシナリオでダウンリンク制御情報の検出方法及びユーザー設備》 2013-07-25 明确规定某 component carrier 的 PDSCH 由另一 component carrier 上的 PDCCH 调度，UE 对该 PDCCH 中相应 DCI format 进行监测。证明在很早的 LTE-A carrier aggregation 中，“PDCCH/DCI调度PDSCH”已经是明确技术关系。

Google Patents

7 / B JP2015002411A《無線基地局、ユーザ端末及び無線通信方法》 2015-01-05 UE 对“下りスケジューリング情報”进行解析，以确定 PDSCH transmission format 和 PDSCH resource blocks；同一文件详细公开 DCI 中的多个 HARQ/调度相关 bit fields。可证明PDSCH调度信息的具体内容，但“第二信令→该调度信息”的文字连接不如前四篇直接。

Google Patents

二、最关键文献逐项分析

1. JP2016067010A——本轮检索中最优

该文献的公开日是 2016年4月28日，远早于 2018年3月12日。

Google Patents

其说明书的公开非常干净：

“PDCCHは、PDSCHのスケジューリング情報DCIを伝送するために使用され…”

也就是：PDCCH 用于传输 PDSCH 的调度信息 DCI。同一段还明确 PDSCH 用来发送数据、PUCCH 用于反馈 ACK/NACK。

Google Patents

进一步，它又公开多个 PDCCH 分别携带“用于调度多个下行 component carrier 上 PDSCH transmission 的 DCI”。

Google Patents

因此可作如下对应：

CN111585624B 特征P JP2016067010A

第二信令 PDCCH所承载的DCI，或者把PDCCH/DCI整体对应为控制信令

第一无线信号 PDSCH / PDSCH transmission

第一无线信号的调度信息 “PDSCHのスケジューリング情報 DCI”

第二信令包括该调度信息 PDCCH明确“传输”PDSCH scheduling information DCI

与权2“是否正确接收”关系同一文献明确针对 PDSCH reception 进行 ACK/NACK feedback

所以，对于单独的技术特征 P，我认为这篇已经可以评价为直接、明确、无须复杂推理的公开。尤其重要的是，它不是单纯讲“DCI一般可以调度”，而是将 PDSCH→PDSCH scheduling DCI→ACK/NACK feedback 放在同一个具体技术链中。

Google Patents

2. JP2016521069A——对整个专利技术语境最有价值

该文献公开日 2016年7月14日。

Google Patents

权利要求29的结构已经非常接近本案：

“接收下行控制信道” → 其中具有用于调度 PDSCH 的 DCI → 确定 PDSCH 使用的 beamforming 参数 → 基于 DCI 和 beamforming 参数处理 PDSCH。

Google Patents

而说明书进一步公开 DCI format 1A'：

调度 MU-MIMO PDSCH；

可以进行 compact resource allocation；

可以指示 PDSCH 的 CLBF/OLBF；

涉及一个或两个 antenna ports；

DCI中的bit能够指示 PDSCH 使用的 beamforming 类型。

Google Patents

所以，如果后续不是孤立攻击 P，而是把 P 与 CN111585624B 中“天线端口组/QCL/时频资源”特征组合论证创造性，那么 JP2016521069A 的战略价值可能高于 JP2016067010A。

3. JP2015533062A——“调度信息＝DCI”+ QCL 的强证据

其公开日 2015年11月16日。

Google Patents

文献首先明确 UE 通过 PDCCH 接收 DCI，而 DCI 包含对 UE 的资源分配信息。

Google Patents

更重要的是，其说明书直接写：

“PQI field を有するスケジューリング情報（すなわち、DCIフォーマット）”。

即直接将调度信息等同于 DCI format；并且是在 SPS PDSCH 和 PQI/QCL 的上下文中。

Google Patents

此外，该文献还公开 DCI 对 PDSCH 数据发送所采用的 parameter set/PQI 进行动态指示，并由此确定 CSI-RS 与 DM-RS 的 QCL 假定。

Google Patents

这使它对本案具有两个层面的价值：P本身的调度关系 + 本案QCL/天线端口背景的技术启示。

4. JP2017517230A——把“调度信息”的内容真正拆成bit字段

该文件公开日 2017年6月22日。

Google Patents

其 DCI format 1A' 明确包括：

VRB allocation flag、RB allocation bits、MCS bits、HARQ process ID、NDI、RV、PUCCH transmission control bits、CRC。这些都是典型的 PDSCH 调度/传输控制内容。随后 UE 根据 DCI 接收 PDSCH，并针对该 PDSCH 发送 ACK/NACK。

Google Patents

如果专利权人试图把 P 中的“调度信息”解释得较窄，例如要求不仅仅是“指示有一个 PDSCH”，而是必须包括资源/MCS/HARQ等实际调度参数，这篇文献尤其适合反驳。

三、日文 PCT 的额外强证据

如果“日文专利文献”不仅限于 JP 公开号，而将以日文公开的 PCT 文献也计入，那么 **WO2014087773A1（PCT/JP2013/079660，NTT DOCOMO）**值得重点加入。该文献公开日 2014年6月12日，Google Patents 明确提供日文版本。

Google Patents

其日文原文明确：

PDSCH allocation information 在 PDCCH 或 EPDCCH 上传输；

该 PDSCH allocation information 可以称为 Downlink Assignment、下りスケジューリング情報、DL grant；

DCI可以包括 PDSCH allocation information。

Google Patents

从“信令包括第一无线信号的调度信息”这句话本身来看，这也是非常漂亮的文字证据，只是它属于 WO 日文公开，而不是 JP 公开号，因此我没有把它混入上面的 JP 主表。

四、最终特征比对表

文献第二信令对应物第一无线信号对应物是否公开“第二信令包括第一无线信号调度信息” 与ACK/NACK关系与QCL/beam关系 P证据强度

JP2016067010A PDCCH/DCI PDSCH 直接：PDSCH scheduling information DCI 由PDCCH传输直接弱 ★★★★★

JP2016521069A DCI/下行控制信道 PDSCH 直接：DCI用于调度PDSCH 一般LTE背景很强：beamforming、antenna ports ★★★★★

JP2015533062A PDCCH/DCI PDSCH 直接：“scheduling information，即DCI format” 有ACK/NACK背景很强：PQI/QCL ★★★★★

JP2017517230A PDCCH/DCI PDSCH 直接且具体：DCI含RB allocation、MCS、HARQ等直接ACK/NACK 较弱 ★★★★☆

JP2015532822A SPS activation PDCCH/EPDCCH、DCI SPS PDSCH DCI控制/确定后续PDSCH接收间接 CoMP/PQI背景 ★★★★☆

JP2013530649A PDCCH/DCI PDSCH PDCCH直接调度PDSCH，监测对应DCI 间接 CA ★★★☆☆

JP2015002411A DCI/控制信息 PDSCH 下行调度信息确定PDSCH格式和RB，连接略间接 HARQ 较弱 ★★★☆☆

WO2014087773A1（日文PCT） PDCCH/EPDCCH、DCI PDSCH 直接：PDSCH allocation information＝downlink scheduling information，并由PDCCH/EPDCCH发送非重点 RS/antenna环境 ★★★★★

五、无效检索层面的判断

对特征 P 单独而言，继续投入大量检索资源的边际收益已经比较低。现有日文证据已经不是“间接推断”，而是存在多篇截止日前文件直接把 DCI/PDCCH 与 PDSCH scheduling information 对应起来。尤其 JP2016067010A 的“PDSCH scheduling information DCI”以及 JP2015533062A 的“scheduling information＝DCI format”，文字层面已经非常接近目标限定。

Google Patents

如果只为证明 P，我建议优先级为：

JP2016067010A ＞ JP2015533062A ≈ JP2016521069A ＞ JP2017517230A ＞ JP2015532822A。

但若目的是最终攻击 CN111585624B 的完整从属权利要求3，我会优先采用两个不同方向：JP2016067010A 用于把“PDSCH调度信息 + PDSCH正确接收后的ACK/NACK”一次性落定；JP2016521069A / JP2015533062A 则用于把“PDSCH调度DCI”继续连接到 beamforming、antenna port、PQI/QCL，从而与 CN111585624B 的整体技术方案建立更强的组合动机。目标专利自身也明确第一无线信号可以位于下行物理层数据信道，第二信令可以包括 DCI，因此这一路径在技术语义上是连贯的。

Google Patents

本轮日文检索的核心结论：特征 P 已被截止日前日文专利文献充分公开，其中 JP2016067010A 可以视为目前最干净的 P 单特征证据；JP2016521069A 和 JP2015533062A 则是后续构建完整无效组合时更值得保留的两篇。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮交叉检索，我认为技术特征 P「所述第二信令包括所述第一无线信号的调度信息」本身的现有技术基础非常强。尤其是结合 CN111585624B 对“第二信令”的自身解释后，检索重点实际上可以落到非常成熟的技术关系：

Downlink Grant / DCI / PDCCH（第二信令） → 携带 DL scheduling information → 调度随后接收的 PDSCH/DL-SCH（第一无线信号）

目标专利英文同族本身明确说明：第二信令可以是 physical-layer signaling、dynamic signaling、Downlink Grant DCI，并明确“the second signaling comprises scheduling information of the first radio signal”；该调度信息可以包括时域资源、频域资源、MCS、DMRS、HARQ process number、RV、NDI 等。目标的第一无线信号则由基站发送、UE接收，并可据其是否正确接收形成上报信息。

Google Patents

以下检索结果均按你要求，以 2018-03-12 之前公开为界，即 2018-03-12 当日不作为合格对比文件。

一、最值得采用的英文专利文献

1. US20150245344A1 —— 我认为是本轮最优英文文献之一

公开号：US20150245344A1

标题：Method and user device for receiving downlink signal, and method and base station for transmitting downlink signal

申请人：LG Electronics

公开日：2015-08-27，明显早于截止日。

Google Patents

该文献的公开非常完整：

PDCCH 上传输的控制信息称为 DCI；

DCI includes resource allocation information；

DL-SCH 的传输格式和资源分配信息被明确称为 “DL scheduling information or DL grant”；

一个 PDCCH 承载 DCI；

DCI字段包括 RB allocation、MCS、RV、NDI、HARQ process number 等；

DCI format 1/1A/1B/1C/1D/2/2A/2B/2C 均用于不同形式的 PDSCH resource assignment。

Google Patents

这与目标 P 的对应关系非常紧：

第二信令 → PDCCH/DCI/Downlink Grant

包括调度信息 → DL scheduling information，包括 resource allocation、MCS、RV、NDI、HARQ process number

第一无线信号 → DCI所调度的 PDSCH/DL-SCH

特别重要的是，目标专利自己也把第二信令定义成 Downlink Grant DCI，并给出几乎完全相同的一组调度字段。因此这里不是仅依赖“DCI通常可以调度PDSCH”的推断，而是目标专利自身给出了这种对应解释。

patents.google.com

对 P 的贡献强度：★★★★★

2. US20160165541A1 —— “调度消息→PDCCH→PDSCH”链条非常直接

公开号：US20160165541A1

标题：Coordinated Signaling of Scheduling Information for Uplink and Downlink Communications

公开日：2016-06-09。

Google Patents

其公开的技术链条几乎是教科书式的：

数据通过 PDSCH 发送；

被安排在某一子帧中接收数据的 UE 身份，通过一个 “scheduling message” 发送；

scheduling message 在 PDCCH 上传输；

UE 监视 PDCCH，以确定何时被调度接收 PDSCH；

PDSCH 接收后，UE通过 PUCCH 返回 ACK/NACK；

重传时继续监视 PDCCH 中与重传有关的 scheduling information。

Google Patents

因此可以形成：

PDCCH 上的 scheduling message

→ 包含针对下行数据/PDSCH的调度信息

→ UE根据该调度信息接收PDSCH

→ 对PDSCH进行ACK/NACK反馈。

这一文献甚至和目标专利“第一无线信号正确接收→上报ACK/NACK”的上下文也高度一致。

对 P 的贡献强度：★★★★★

3. WO2017028024A1 —— 明确“从DCI获得调度信息，再据此解码PDSCH”

公开号：WO2017028024A1

标题：Paging and random access response (RAR) scheduling and DCI format

公开日：2017-02-23，满足截止日期。

Google Patents

这是另一篇非常适合做 P 的文献。

文献明确公开：

Call-paging 由 PDSCH 承载；

该 PDSCH “scheduled by a Call-paging-DCI”；

UE 解码 DCI 后，再 “decodes the PDSCH according to the decoded DCI”；

更直接地写明 UE 根据 “scheduling information from decoded Paging-DCI” 接收和解码 PDSCH。

Google Patents

也就是说：

DCI信令

→ 从该DCI中获得 scheduling information

→ scheduling information针对随后接收的PDSCH

→ UE根据该调度信息接收/解码PDSCH。

这对“第二信令包括第一无线信号的调度信息”具有非常直接的证明作用。

对 P 的贡献强度：★★★★★

4. WO2018031641A1 —— 距截止日很近，但仍在截止日前，且 DCI 字段公开非常强

公开号：WO2018031641A1

标题：Low latency physical downlink control channel and physical downlink shared channel

申请人：Qualcomm

优先权日：2016-08-10

公开日：2018-02-15。

Google Patents

该文献明确：

基站通过控制信息向 UE 分配数据传输资源；

使用 sPDCCH/sPDSCH；

PDCCH carries DCI；

DCI includes information regarding DL scheduling assignments；

同一 DCI 还包括 transmission scheme、HARQ information、MCS 等；

用户专用控制消息中可以包含 grant，终端根据该 grant 来进行数据通信。

Google Patents

尤其是其：

“DCI includes information regarding downlink (DL) scheduling assignments…”

与目标专利第二信令为 Downlink Grant DCI 的解释高度吻合。目标专利同样把 MCS、HARQ、RV、NDI 等列为第一无线信号的调度信息。

Google Patents

对 P 的贡献强度：★★★★★

5. WO2015170885A1 —— EPDCCH 明确携带下行调度信息，并对应 PDSCH

公开号：WO2015170885A1

标题：Method and apparatus for transmitting control information in wireless communication system

公开日：2015-11-12。

Google Patents

关键公开为：

EPDCCH carries a DCI；

EPDCCH “may carry downlink scheduling information”；

UE 接收 EPDCCH 后，通过与该 EPDCCH 对应的 PDSCH 接收 data/control information。

Google Patents

故技术对应可以直接写为：

第二信令＝EPDCCH/DCI

→ 第二信令携带 downlink scheduling information

→ 该 scheduling information 与对应的 PDSCH 数据传输关联。

该文献同一位置还公开 PDSCH 的 ACK/NACK，因此如果后续需要把 P 与“第一无线信号正确接收→HARQ-ACK”的特征组合，它也很有价值。

Google Patents

对 P 的贡献强度：★★★★☆～★★★★★

6. US20150382327A1

公开号：US20150382327A1

标题：User terminal, radio base station and radio communication method

公开日：2015-12-31。

Google

该文献明确公开：

“Scheduling information for the PDSCH and the PUSCH … is transmitted by PDCCH.”

并进一步涉及终端接收下行信号以及对下行信号进行 ACK/NACK 反馈。

Google

对于 P 而言，其核心关系就是：

PDCCH控制信令 → PDSCH scheduling information → PDSCH无线信号。

没有 US20150245344A1 那么详细地把 MCS/RV/NDI/HARQ 等调度字段集中展开，但对 P 的基本关系已经是直接公开。

对 P 的贡献强度：★★★★☆

7. US20160249345A1

公开号：US20160249345A1

标题：User terminal, base station and transmission control method

公开日：2016-08-25。

Google

该文献明确记载：

scheduling information for PDSCH/PUSCH 可以由 EPDCCH 发送；

scheduling information for PDSCH/PUSCH 可由 PDCCH 发送。

Google

因此 PDCCH/EPDCCH 可以直接映射成目标的“第二信令”，PDSCH对应第一无线信号。

对 P 的贡献强度：★★★★☆

8. WO2016053844A1 —— 适合作为低时延/sTTI上下文的补强文件

公开号：WO2016053844A1

标题：Downlink and uplink channel with low latency

申请人：Qualcomm

公开日：2016-04-07。

Google Patents

该文献公开低时延 PDCCH/QPDCCH 与 PDSCH/QPDSCH 的资源指示和 grant 关系，例如控制信道指示低时延数据传输使用的资源，并由控制信息调度对应的共享数据信道。

Google Patents

它对“sTTI下的调度信令→下行无线信号”具有较强贡献，但如果只为证明 P，文字直接性略弱于前五篇。

对 P 的贡献强度：★★★★☆

二、一个必须特别指出的“逐字命中”文件

虽然你本轮要求的是英文专利文献，但我建议无效检索报告中绝对不要遗漏下面这个文件：

WO2018024152A1 / CN107690160A

WO2018024152A1

优先权：2016-08-05

公开日：2018-02-08，在截止日前。

Google Patents

其 Google Patents 英文翻译实际上出现了与目标 P 几乎逐字一致的表述：

“the second signaling includes scheduling information of the first wireless signal”

随后明确列出：

RA / Resource Allocation

MCS

NDI

HARQ Process Number

并且：

second signaling is DCI；

first wireless signal 对应 DL-SCH。

Google Patents

即：

目标 P：

第二信令包括第一无线信号的调度信息。

WO2018024152A1：

第二信令＝DCI；

第二信令包括第一无线信号的调度信息；

调度信息包括 RA/MCS/NDI/RV/HARQ process number；

第一无线信号对应DL-SCH。

这是本轮所有检索中文字吻合程度最高的文件。

但需要严格区分：WO2018024152A1 的 PCT 申请来源为 PCT/CN2017/094639，Google Patents 当前 /zh 页面显示中文原始文本，同时提供 English 机器翻译入口；因此，如果你要求“截止日前正式公开的原始英文公报”，我不会把它冒充成原生英文公报。

Google Patents

它的截止日前价值仍然非常大：技术公开日期完全合格，而且内容逐字击中 P。只是在你这一轮“英文文献”的分类下，我建议将它列为“非原生英文、但最强补充证据”。

三、技术特征 P 比对表

对比文件公开日第二信令/对应控制信令包含调度信息调度信息对应第一无线信号典型调度字段对 P 贡献

US20150245344A1 2015-08-27 PDCCH / DCI / DL grant 直接公开 DL scheduling information 直接对应 DL-SCH/PDSCH RB allocation、MCS、RV、NDI、HARQ process no.等 ★★★★★ 最优

Google Patents

US20160165541A1 2016-06-09 PDCCH上的 scheduling message 直接公开 scheduling information 直接调度 PDSCH scheduling assignment/grant ★★★★★

Google Patents

WO2017028024A1 2017-02-23 Paging/Call-paging DCI 从 decoded DCI 获得 scheduling information 按该信息接收/解码 PDSCH time-frequency/location等 ★★★★★

Google Patents

WO2018031641A1 2018-02-15 PDCCH/sPDCCH中的 DCI DCI includes DL scheduling assignments 对应下行数据/sPDSCH MCS、HARQ、grant等 ★★★★★

Google Patents

WO2015170885A1 2015-11-12 EPDCCH/DCI 直接携带 downlink scheduling information 对应 EPDCCH 的 PDSCH DCI scheduling ★★★★☆～★★★★★

Google Patents

US20150382327A1 2015-12-31 PDCCH PDCCH发送 PDSCH scheduling information 明确对应 PDSCH scheduling info ★★★★☆

Google

US20160249345A1 2016-08-25 PDCCH/EPDCCH 发送 PDSCH/PUSCH scheduling information 明确对应 PDSCH scheduling info ★★★★☆

Google

WO2016053844A1 2016-04-07 QPDCCH/低时延控制信道 grant/resource indication 对应 QPDSCH/下行数据 resource/grant ★★★★☆

Google Patents

WO2018024152A1※ 2018-02-08 第二信令＝DCI 逐字：第二信令包括第一无线信号的调度信息第一无线信号对应DL-SCH RA、MCS、NDI、RV、HARQ process no. ★★★★★+，逐字命中

Google Patents

※ WO2018024152A1 是截止日前公开的 PCT 文献，但原始公开文本以中文为主；这里单列，不将 Google 英译文本等同于“原始英文公报”。

四、我建议的无效使用顺序

仅针对 P，我会优先按以下顺序使用：

第一梯队：

US20150245344A1

US20160165541A1

WO2017028024A1

WO2018031641A1

WO2015170885A1

其中，如果要求纯英文公报且尽量减少解释空间，我尤其推荐：

US20150245344A1 + US20160165541A1

US20150245344A1 的优势是调度信息的字段与目标专利高度重合；US20160165541A1 的优势是PDCCH scheduling message→PDSCH→ACK/NACK 的整个信令链非常清楚。

Google Patents

如果不限制原始公开语言，则 WO2018024152A1 / CN107690160A 应当提升到第一位，因为它不是“技术等同”，而是已经把：

第二信令

DCI

第一无线信号

scheduling information

RA/MCS/NDI/RV/HARQ process number

几乎完整地逐字写出来，而且公开日 2018-02-08，比目标专利 2018-03-12 的优先权日早一个多月。

Google Patents

五、最终结论

就技术特征 P 单独而言，我认为公开强度属于“很强/接近常规公知机制”的等级。

原因不是简单地说“DCI可以调度数据”，而是目标专利自身已经把“第二信令”具体化为 Downlink Grant DCI，把“调度信息”具体化为时频资源、MCS、DMRS、HARQ process、RV、NDI等。

patents.google.com

而截止日前的 US20150245344A1 已经公开 DCI、DL scheduling information/DL grant、PDSCH resource assignment，以及几乎相同的 MCS/RV/NDI/HARQ process number 字段；WO2017028024A1 又进一步逐动作公开“从DCI获得调度信息，再按照该调度信息接收和解码PDSCH”。

Google Patents

因此，P 本身不应是 CN111585624B 权利要求中较难攻克的区别特征。在完整权利要求无效组合中，P 更适合作为已经被强证据覆盖的“基础特征”，而不是继续投入大量检索资源的瓶颈。

特别值得保留的结论是：

最佳严格英文证据：US20150245344A1。

最佳上下文完整证据：US20160165541A1。

最佳“DCI→调度信息→PDSCH”动作证据：WO2017028024A1。

最佳逐字证据但非原始英文：WO2018024152A1/CN107690160A。

以上判断只针对本次给出的特征 P；完整权利要求的新颖性仍需由一篇文献直接、无歧义地覆盖该权利要求的全部必要技术特征，创造性组合则需要再结合其余特征之间的技术联系进行评价。

权利要求4

下载无效理由

根据权利要求2或3所述的用户设备，其特征在于，所述第一无线信号在下行物理层数据信道上传输。

技术特征:

Q 其特征在于，所述第一无线信号在下行物理层数据信道上传输。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经过多轮交叉检索，我认为本次技术特征Q的截止日前3GPP证据非常充分，而且可以同时找到 NR专属证据和更早的 LTE直接证据。

技术特征Q：所述第一无线信号在下行物理层数据信道上传输。

就该特征本身而言，公开强度很高。尤其值得注意的是，3GPP的正式术语是 PDSCH = Physical Downlink Shared Channel，并不逐字叫“Physical Downlink Data Channel”；但规范已经明确把PDSCH放在“physical layer procedures for data”体系下，而且LTE早期规范进一步明确把 Downlink Shared Channel transmission → PDSCH physical-layer-processing chain → higher-layer data / transport blocks / data modulation 连成完整链条。因此，把权利要求中的“下行物理层数据信道”对应为PDSCH，技术上有非常扎实的依据。

ETSI

一、优先级最高：3GPP TS 36.302 V8.1.0

文献：3GPP TS 36.302 V8.1.0, E-UTRA; Services provided by the physical layer

这是我认为针对特征Q 文字公开最干净、最直接的一篇3GPP文件。

3GPP官方FTP显示 36302-810.zip 最迟于 2009-03-19 15:36 已存在，远早于2018-03-12。ETSI对应版本于2009年4月发布，也同样远早于截止日。

3GPP

关键位置是 6.2 Downlink model → 6.2.1 Downlink-Shared Channel。该节明确：

下行共享信道的物理层传输模型建立在相应的 PDSCH physical-layer-processing chain 上；

随后马上规定 higher-layer data 被送入/送出物理层；

每个TTI向物理层交付一个或两个 transport blocks；

执行 data modulation；

映射到物理资源；

HARQ信息与PDSCH相关联。

ETSI

因此其技术链条实际上已经完整公开：

下行数据 → DL-SCH → 物理层处理 → PDSCH → 无线发送。

这比单纯找到一句“PDSCH is a downlink physical channel”更强，因为它直接解决了可能的争议：PDSCH确实用于承载下行数据，而不只是名称中带有“Downlink”。

对Q贡献度：★★★★★，直接公开。

二、非常强：3GPP TS 38.201 V15.0.0——NR专属证据

文献：3GPP TS 38.201 V15.0.0, NR; Physical layer; General description

如果希望尽可能贴近CN111585624B所处的NR技术背景，这篇是我最推荐的规范证据之一。

3GPP官方FTP显示 38201-f00.zip 于 2018-01-03 15:13 上传，早于2018-03-12两个多月；而该规范自身的Change History进一步显示，其15.0.0版本已经在 2017年12月RAN#78 获批准并进入Rel-15 change control。

3GPP

正文的逻辑非常清楚。

首先，第4.1.2节规定物理层向高层提供 data transport services，数据通过transport channel经MAC访问物理层。

ETSI

其次，第4.2.2节直接列举NR的下行物理信道：

PDSCH；

PDCCH；

PBCH。

也就是说，PDSCH被3GPP明确规定为 downlink physical channel。

ETSI

更关键的是，第5.7节说明 TS 38.214的主题就是“Physical layer procedures for data”，其中明确包括：

“Physical downlink shared channel related procedures”

因此同一规范体系已经把：

data → physical layer → downlink → PDSCH

明确连接起来。

ETSI

这对于解释权利要求中的“下行物理层数据信道”非常有价值。

对Q贡献度：★★★★★。

与TS36.302相比，其优势在于 NR技术背景完全一致；不足仅在于“data → PDSCH”的表述分布在同一规范的不同章节，而TS36.302把这条链写得更加集中。

三、非常强：3GPP TS 36.213 V8.4.0

文献：3GPP TS 36.213 V8.4.0, E-UTRA; Physical layer procedures

3GPP官方FTP显示 36213-840.zip 于 2008-09-19 即已上传；ETSI对应文件也在2008年公开。

3GPP

其第7节标题直接就是：

Physical downlink shared channel related procedures

其中第7.1节是：

UE procedure for receiving the physical downlink shared channel

规范进一步规定，UE检测到携带相应DCI格式的PDCCH后，应当解码同一子帧中相应的 PDSCH。

ETSI

更重要的是，第7.1.7节明确规定：

“modulation order and transport block size(s) in the physical downlink shared channel”

即transport block直接存在于physical downlink shared channel/PDSCH的数据传输处理过程中；其他位置还直接使用 “PDSCH transport block”。

ETSI

因此该文件不仅证明“PDSCH是下行物理信道”，还证明：

PDSCH承载transport block，即实际下行数据。

对Q贡献度：★★★★★。

它还具有额外优势：如果后续需要把Q与“第二信令包括第一无线信号的调度信息”等特征结合，TS36.213同时公开了 PDCCH/DCI → 对应PDSCH 的调度关系，组合价值很高。

ETSI

四、NR体系强补充：3GPP TS 38.214 V15.0.0

文献：3GPP TS 38.214 V15.0.0, NR; Physical layer procedures for data

3GPP官方FTP显示 38214-f00.zip 于 2018-01-03 17:34 已公开可获取；其Change History也明确说明V15.0.0已经在 2017年12月RAN#78 批准进入Rel-15 change control。

3GPP

它的标题本身就是：

Physical layer procedures for data

而TS38.201 V15.0.0又明确说明TS38.214具体包括：

Physical downlink shared channel related procedures。

ETSI

这实际上在标准体系层面明确了：

PDSCH属于NR的物理层下行数据传输程序。

因此非常适合作为TS38.201的配套证据。

对Q贡献度：★★★★☆～★★★★★。

在无效请求书中，我更建议把 38.201 + 38.214 看成同一套Rel-15标准体系使用，而不是孤立引用38.214标题。

五、NR基础规范：3GPP TS 38.211 V15.0.0

文献：3GPP TS 38.211 V15.0.0, NR; Physical channels and modulation

3GPP官方FTP的 38211-f00.zip 上传时间为 2018-01-03 15:53；其更早的2.0.0等版本已经在2017年出现。

3GPP

TS38.201对TS38.211的范围作了明确说明：

定义上、下行physical channels；

定义physical shared channel in uplink and downlink；

定义物理资源、调制映射、scrambling、layer mapping等。

ETSI

所以38.211对证明“PDSCH属于物理层信道”非常强，但如果只攻击Q，我会把它放在 TS38.201/38.214之后，原因是38.211主要解决“物理信道结构”，而“data”属性在38.214及36.302中表达得更加直接。

对Q贡献度：★★★★☆。

六、RAN1会议文献：R1-1708659《PDSCH structure》

文献：R1-1708659, “PDSCH structure”, Qualcomm Incorporated

该文件出现在 RAN1#89，2017-05-15至2017-05-19，杭州。3GPP官方会议TDoc列表明确记录了文献号、标题和提交方。

3GPP

标题已经直接针对 PDSCH结构。同次会议还集中存在：

DL data；

HARQ；

PDSCH；

data-channel processing；

等大量NR下行数据传输讨论。

3GPP

它对Q有明显贡献，不过针对Q单独使用时，我仍然优先选择已经形成规范文字的 TS36.302 / TS38.201。

对Q贡献度：★★★★☆。

七、RAN1会议文献：R1-1708478《Resource allocation for DL data》

文献：R1-1708478, “Resource allocation for DL data”, NTT DOCOMO, INC.

该文件也是RAN1#89文件，3GPP官方FTP显示其与同组文件最迟在 2017-05-06 已进入官方服务器；会议官方TDoc清单确认其标题为 Resource allocation for DL data。

3GPP

它本身主要证明NR已经明确讨论 DL data transmission/resource allocation；与同次会议的R1-1708659 “PDSCH structure”结合阅读，对“DL data ↔ PDSCH”技术背景很有价值。

3GPP

但仅针对Q而言，它不如TS36.302那样一句话即可完成全部映射。

对Q贡献度：★★★☆。

八、RAN1会议文献：R1-1719628《On Data Scrambling for NR PDSCH and PUSCH》

这是本轮反复检索中发现的一个很值得保留的NR会议文件：

R1-1719628, “On Data Scrambling for NR PDSCH and PUSCH”, AT&T

3GPP官方RAN1#91记录确认该标题；官方FTP显示该zip于 2017-11-18 03:53 已上传，远早于截止日。

3GPP

这个标题本身尤其有价值，因为它直接把：

Data Scrambling ↔ NR PDSCH/PUSCH

联系起来，比单纯“PDSCH structure”更加清楚地显示PDSCH的数据属性。

对Q贡献度：★★★★☆。

作为标准形成过程中的补强材料非常合适。

九、RAN1会议文献：R1-1719648《Remaining details on DL/UL scheduling and HARQ management》

R1-1719648, AT&T

3GPP会议清单确认其标题为：

“Remaining details on DL/UL scheduling and HARQ management”

官方FTP显示 R1-1719648.zip 于 2017-11-18 03:54 上传。

3GPP

它对 Q单独特征的直接度不是最高，但如果结合目标专利相邻的：

第一无线信号；

调度；

是否正确接收/HARQ反馈；

进行组合攻击，这类文件的价值会明显提高。

对Q单独贡献度：★★★；对Q+调度+HARQ链条：★★★★☆。

特征Q逐项比对

技术特征Q的实质限定 TS36.302 V8.1.0 TS36.213 V8.4.0 TS38.201 V15.0.0 TS38.214 V15.0.0 结论

存在无线/数据信号明确higher-layer data、transport blocks 明确PDSCH transport block 明确physical layer提供data transport services 属于physical layer procedures for data 公开

信号为下行 6.2明确为Downlink model/DL-SCH 第7节明确PDSCH接收明确列在downlink physical channels中明确为physical downlink shared channel procedures 公开

在物理层上传输明确PDSCH physical-layer-processing chain 明确physical downlink shared channel及物理层处理 PDSCH被列为NR Layer-1 physical channel 文件本身即physical layer procedures 公开

该物理信道承载数据明确higher-layer data、transport blocks、data modulation与PDSCH链条

ETSI

明确transport block位于PDSCH，并由DCI确定相关参数

ETSI

data transport services + PDSCH + TS38.214为data procedures

ETSI

TS38.201明确其PDSCH章节属于data procedures

ETSI

公开

对完整Q的覆盖程度直接、完整直接、完整实质直接、NR最相关强补充 Q已被充分公开

检索结果排序

如果目的是正式无效，我建议按以下优先顺序保存证据：

排名 3GPP文件截止日前最迟可获取证据对Q强度推荐用途

1 TS 36.302 V8.1.0 2009-03-19

3GPP

★★★★★ Q最直接文字证据

2 TS 38.201 V15.0.0 2018-01-03

3GPP

★★★★★ NR体系最优证据

3 TS 36.213 V8.4.0 2008-09-19

3GPP

★★★★★ Q+DCI调度的强证据

4 TS 38.214 V15.0.0 2018-01-03

3GPP

★★★★☆ 与38.201组合，证明PDSCH=data

5 TS 38.211 V15.0.0 2018-01-03

3GPP

★★★★☆ PDSCH物理信道属性

6 R1-1719628 2017-11-18

3GPP

★★★★☆ NR PDSCH=data补强

7 R1-1708659 RAN1#89，2017-05 ★★★★☆ NR PDSCH结构早期证据

3GPP

8 R1-1708478 2017-05-06 ★★★☆ NR DL data资源分配补强

3GPP

9 R1-1719648 2017-11-18 ★★★/★★★★☆ Q与调度/HARQ组合补强

3GPP

最终结论

技术特征Q并不是CN111585624B无效检索中的难点特征。

在2008—2009年的LTE 3GPP规范中，已经存在非常明确的：

下行共享数据 → transport block → PDSCH physical-layer-processing chain

公开；TS36.302 V8.1.0尤其适合直接比对Q。

ETSI

到了NR阶段，在截止日前的 TS38.201 V15.0.0 + TS38.214 V15.0.0 中，3GPP又明确建立了：

physical layer data transport services → NR downlink physical channels → PDSCH → physical layer procedures for data

的规范体系，而且两个15.0.0文件均于 2018-01-03 已在3GPP官方FTP出现，满足2018-03-12的日期限制。

3GPP

因此，如果只评价Q，我会认定其截止日前公开证据为“极强”。正式无效中，我优先采用：

第一选择：TS36.302 V8.1.0 §6.2.1；

NR第一选择：TS38.201 V15.0.0 §4.1.2、§4.2.2、§5.7 + TS38.214 V15.0.0；

若要与“调度信息/正确接收反馈”一起组合：再加入TS36.213或TS38.213及R1-1719648。

另外有一个证据使用上的细节需要特别注意：ETSI的TS38.201 V15.0.0转版PDF页面日期为2018年9月，不能拿这个2018年9月本身作为截止日前公开日。对无效应当以3GPP官方 38201-f00.zip 的 2018-01-03 FTP记录证明截止日前可获取性；ETSI PDF只用于核验相同V15.0.0版本的正文内容。这样可以避免对方从公开日期上攻击证据链。

3GPP

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮交叉检索、同申请人技术谱系回扫、相似文献反查以及公开日逐篇核验后，技术特征 Q 已找到多篇 2018-03-12 之前公开的中文专利文献，而且不是仅凭 LTE 常识推导，而是存在接近逐字公开的文件。

技术特征 Q 为：

“所述第一无线信号在下行物理层数据信道上传输。”

目标专利 CN111585624B 自身进一步说明，“下行物理层数据信道”包括 PDSCH、sPDSCH、NR-PDSCH、NB-PDSCH 等实施方式，因此截止日前文献中只要明确“第一无线信号在 PDSCH/sPDSCH 上传输”，就能对 Q 形成非常直接的技术披露。目标专利对此定义得很明确。

Google Patents

一、结论

本轮我确认了至少 6 篇 A 级直接证据。其中最重要的是：

CN107623564A，公开日 2018-01-23。该文献几乎逐字公开：

“所述第一无线信号在下行物理层数据信道……上传输”，并进一步限定该信道为 PDSCH 或 sPDSCH。其表述与 Q 基本就是同一句话。

Google Patents

因此，如果目前只评价 Q 这一单独技术特征的现有技术基础，我的判断是：

Q 的公开强度：极强。

Q 单独作为区别特征的抗辩价值：很低。

Q 继续作为重点检索难点的必要性：已经不高。

真正值得后续投入检索资源的，应当是把 Q 与 CN111585624B 其他核心限定放进同一篇对比文件或者最自然的组合链条中，而不是再证明“PDSCH 是下行物理层数据信道”这一点。

二、优选中文专利对比文件

优先级中文专利文献公开日与 Q 有关的核心披露与 Q 的对应关系强度

1 CN107623564A《一种无线通信中的方法和装置》 2018-01-23 明确写明“第一无线信号在下行物理层数据信道……上传输”，并进一步给出 PDSCH、sPDSCH 与 Q 几乎逐字一致，无需通过 DL-SCH 或技术常识二次推导 A++，最佳

Google Patents

2 CN107105509A《一种降低通信延迟的方法和装置》 2017-08-29 在“处理是接收”的实施例中，第一无线信号对应的物理层信道为 PDSCH，并专门解释“即所述第一无线信号在PDSCH上传输” 目标专利自己将 PDSCH 定义为下行物理层数据信道的具体形式，故直接对应 Q A++

Google Patents

3 CN107769825A《一种无线传输中的方法和装置》 2018-03-06 第一无线信号包括物理层数据；其对应物理层信道“包括下行物理层数据信道”，并进一步明确该信道是 PDSCH 直接公开“第一无线信号+下行物理层数据信道”，措辞与目标专利高度同源 A++

Google Patents

4 CN107769903A《一种无线通信中的方法和装置》 2018-03-06 明确写明“第一无线信号在PDSCH上传输”，并另列第一无线信号在 sPDSCH 上传输 PDSCH/sPDSCH 均落入目标专利所述下行物理层数据信道 A+

Google Patents

5 CN107690188A《一种无线传输中的方法和装置》 2018-02-13 UE 在第一时频资源上接收第一无线信号；对应物理层信道明确为 PDSCH 或 sPDSCH，第一信令还是下行授权 DCI 不仅给出 PDSCH，而且明确是 UE 接收的下行无线信号，方向性非常清楚 A+

Google Patents

6 CN107547177A《一种无线通信中的方法和装置》 2018-01-05 UE 在第一资源池接收第一无线信号；随后明确“第一无线信号对应的物理层信道是PDSCH”，传输信道为 DL-SCH 虽用“对应的物理层信道”而不是“在……上传输”，但技术含义直接对应 A

Google Patents

补强 CN107529691A《一种无线通信中的方法和装置》 2018-01-02 “第三无线信号”明确在下行物理层数据信道上传输，并立即给出 PDSCH、DL-SCH 信号编号不是“第一”，所以不宜排在主证据前，但直接证明当时该类“无线信号→下行物理层数据信道/PDSCH”的表述已经成熟 B+

Google Patents

补强 CN107645777A《一种无线传输中的方法和装置》 2018-01-30 对被接收的无线信号明确规定物理层信道为 sPDSCH，传输信道为 DL-SCH 没有采用完全相同的“第一无线信号”编号，适合作为技术常规性的辅助证据 B

Google Patents

三、最强文件：CN107623564A

这是目前中文检索中我认为对 Q 最干净、最适合直接写进无效特征比对表的一篇。

CN107623564A 的优先权/申请日为 2016-07-13，公开日为 2018-01-23，严格早于 2018-03-12。

Google Patents

其说明书在接收第一无线信号的上下文中明确记载：

“所述第一无线信号在下行物理层数据信道……上传输。”

随后立即给出该下行物理层数据信道为 PDSCH 或 sPDSCH 的具体实施方式，并同时给出 DL-SCH。

Google Patents

而 CN111585624B 对 Q 的说明是：

“所述第一无线信号在下行物理层数据信道……上传输。”

随后同样列举 PDSCH、sPDSCH、NR-PDSCH、NB-PDSCH。

Google Patents

因此二者的对应关系可以写成：

Q 的构成 CN107623564A

第一无线信号明确“接收第一无线信号”

在……上传输明确使用“在……上传输”

下行明确为下行物理层数据信道

物理层明确为物理层信道

数据信道明确限定为能传输物理层数据的物理层信道

具体信道 PDSCH / sPDSCH

Q 整体完整、直接、逐字级公开

Google Patents

这篇文件甚至比“PDSCH 属于下行数据信道，因此推导出 Q”更强，因为它根本不需要这一推导步骤。

四、第二类非常强证据：直接写“第一无线信号在 PDSCH 上传输”

CN107105509A

该文献公开日早至 2017-08-29。在“处理第一无线信号”的实施例中，它明确限定处理是接收，同时明确：

“第一无线信号对应的物理层信道是 PDSCH”，并在括号中直接解释为“即所述第一无线信号在PDSCH上传输”。

Google Patents

这篇特别适合应对可能出现的“对应的物理层信道≠在该信道上传输”的形式主义抗辩，因为文献自己已经将两者明确等同解释。

CN107769903A

公开日 2018-03-06。正文直接规定第一无线信号在 PDSCH 上传输，并同时提供在 sPDSCH 上传输的实施例。

Google Patents

目标专利恰恰也将 PDSCH 与 sPDSCH 列为“下行物理层数据信道”的具体实施例，因此对应关系非常直接。

Google Patents

五、CN107769825A 也非常重要

CN107769825A 的价值在于，其不是只写英文缩写 PDSCH，而是直接使用了目标特征中的上位概念：

“第一无线信号对应的物理层信道包括下行物理层数据信道”，并接着规定该下行物理层数据信道为 PDSCH。它还明确第一无线信号“包括物理层数据”。

Google Patents

其公开日为 2018-03-06，距离截止日只有 6 天，但仍严格满足“2018-03-12 之前公开”的条件。

Google Patents

因此，如果担心 CN107623564A 的具体技术背景与目标权利要求差异较大，CN107769825A 很适合作为第二条独立的 Q 证据链。

六、CN107690188A：下行方向尤其明确

CN107690188A 不只是说“信道为 PDSCH”，还把整个操作方向交代清楚：

UE 在第一时频资源上接收第一无线信号；第一信令对应 Downlink Grant 的 DCI；第一无线信号的物理层信道为 PDSCH 或 sPDSCH；对应的传输信道又明确为 DL-SCH。

Google Patents

公开日为 2018-02-13。

Google Patents

如果无效程序中需要反驳“PDSCH 虽然出现，但没有明确证明第一无线信号属于下行传输”之类的争议，这篇的上下文非常有用。

七、截止日边界我也专门做了控制

目标 CN111585624B 的 Google Patents 页面显示其原始申请/优先权日期为 2018-03-12。

Google Patents

我按你的要求采用的是严格的：

publication date < 2018-03-12

而不是“优先权日在 2018-03-12 前”。

例如，同一技术谱系中的 CN107801247A 虽然优先权日早至 2016-09-07，但其公开日为 2018-03-13，恰好晚一天，因此本次没有纳入有效候选。

Google Patents

这点对后续制作无效证据表尤其重要，避免误把“早申请、晚公开”的文件当成你本轮限定条件下的合格对比文件。

八、最终特征比对总结

技术特征 Q CN107623564A CN107105509A CN107769825A CN107769903A CN107690188A CN107547177A

“第一无线信号” 明确明确明确明确明确明确

下行属性明确 PDSCH+接收，明确明确下行 PDSCH，明确下行 Grant+接收，明确 PDSCH+DL-SCH，明确

物理层数据信道逐字明确 PDSCH 逐字明确 PDSCH/sPDSCH PDSCH/sPDSCH PDSCH

“在该信道上传输” 逐字明确文献自己解释为“即……上传输” 以“对应物理层信道”公开逐字 PDSCH 上传输对应物理层信道+接收对应物理层信道

公开日 < 2018-03-12 是是是是是是

Q 的整体披露完全直接完全直接实质完全直接完全直接完全直接直接

推荐级别 ★★★★★ ★★★★★ ★★★★★ ★★★★★ ★★★★★ ★★★★☆

对应原文及公开日期分别见 Google Patents。

Google Patents

最终判断

对 CN111585624B 的技术特征 Q 而言，本轮中文专利检索已经取得非常明确的结果：

第一优选：CN107623564A。

理由是它直接、逐字级地公开“第一无线信号在下行物理层数据信道上传输”，基本不存在术语转换问题。

Google Patents

第二梯队：CN107105509A + CN107769825A。

前者直接把“物理层信道是 PDSCH”解释成“第一无线信号在 PDSCH 上传输”；后者则直接使用“第一无线信号+下行物理层数据信道+PDSCH”的上位/下位概念组合。

Google Patents

第三梯队：CN107769903A + CN107690188A + CN107547177A。

三篇均能独立对 Q 作很强披露，可用于交叉补强或与其他特征寻找同篇覆盖。

Google Patents

所以，从技术披露层面，Q 基本已经“检透”：它不是 CN111585624B 在 2018-03-12 才首次出现的技术内容，甚至同一申请人此前的中文公报中已经存在近乎原句的公开。这里的结论仅针对 Q 单项技术特征；要评价某一完整权利要求的新颖性或创造性，仍需把 Q 与该权利要求的其他限定放回同一对比文件或具体组合中逐项判断。

Google Patents

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮以韩文关键词、PDSCH缩写、PDCCH/DCI调度关系及 HARQ-ACK/NACK 关系交叉检索 Google Patents，并按韩国 KR 公开号 + 公开日早于 2018-03-12筛选后，可以得到一个较明确的结论：

技术特征 Q“第一无线信号在下行物理层数据信道上传输”属于截止日前已经非常充分公开的常规 LTE/PDSCH 技术。

而且本轮不是仅找到“PDSCH 是下行物理信道”这种泛化证据，而是找到多篇更强的韩国公报，分别直接公开了：

“下行数据通道就是 PDSCH”；

“下行数据信号通过 PDSCH 发送”；

“PDSCH 信号/数据由 PDCCH/DCI 调度并接收”；

部分文献进一步公开 PDSCH → HARQ ACK/NACK。

因此，如果仅评价 Q，本特征的现有技术公开强度可评为很强/接近明确无争议。

一、最优先的韩国对比文件

1. KR20100002043A——对“下行物理层数据信道=PDSCH”公开最直接

公开号：KR20100002043A

公开日：2010-01-06，远早于截止日；申请人为 LG Electronics。

Google Patents

该文献在说明书以及权利要求中明确记载：

“상기 하향링크 데이터 채널은 물리 하향링크 공유채널(PDSCH)…”

即：

“所述下行链路数据通道是物理下行链路共享信道 PDSCH。”

而且权利要求6直接限定“下行数据通道为 PDSCH、下行控制通道为 PDCCH”。

Google Patents

这篇文献的重要性在于，它解决了一个可能的解释争议：

Q使用的是“下行物理层数据信道”；

PDSCH字面名称虽然是“Physical Downlink Shared Channel”；

但 KR20100002043A 已明确把 PDSCH 直接称为/定义为下行数据通道。

因此它是我认为本轮针对 Q 最适合作为术语对应证据的韩文公报之一。

Q公开强度：★★★★★

2. KR20130105923A——“下行数据信号通过PDSCH发送”，几乎逐字对应Q

公开号：KR20130105923A

公开日：2013-09-26；优先权日 2011-02-14。

Google Patents

该文献的文字非常漂亮：

“상기 하향링크 데이터신호는, PDSCH … 를 통해 송신된다.”

即明确公开：

“下行链路数据信号通过 PDSCH（Physical Downlink Shared Channel）发送。”

紧接着还明确：

下行链路数据信号也可以称为“PDSCH信号”。

Google Patents

把它与 Q 对照：

Q：“第一无线信号”

KR20130105923A：“下行数据信号”

Q：“在下行物理层数据信道上传输”

KR：“通过 PDSCH 发送”

这是本轮检索中对 Q 动作关系“信号→PDSCH→发送”最直接的韩国公报。

Q公开强度：★★★★★+

3. KR20120043005A——PDSCH传输“用户数据/通常数据信号”，且PDCCH给出下行调度信息

公开号：KR20120043005A

公开日：2012-05-03；优先权日 2009-08-19。

Google Patents

其明确记载：

“물리 하향링크 공유채널(PDSCH)…에 의해, 유저 데이터, 즉, 통상의 데이터신호가 전송된다.”

即：

通过 PDSCH 传输用户数据，即通常的数据信号。

同一段还进一步公开：

PDCCH通知利用PDSCH通信的UE；

PDCCH提供用户数据的 transport format；

这些信息即“下行调度信息”；

下行调度信息/上行调度授权可统称为 DCI。

Google Patents

所以它不仅直接命中 Q，而且对你此前检索的“第二信令包括第一无线信号的调度信息”这类限定具有很好的组合桥接作用。

Q公开强度：★★★★★

4. KR20100041860A——PDSCH传输用户数据，同时把调度信息和ACK/NACK链条连起来

公开号：KR20100041860A

公开日：2010-04-22；优先权日 2007-08-14。

Google Patents

该文献明确公开：

下行链路使用 PDSCH 和 PDCCH；

通过 PDSCH 发送用户数据；

PDCCH发送 Downlink Scheduling Information；

Downlink Scheduling Information还可称为 Downlink Assignment / Scheduling Grant，并属于 DCI；

该调度信息包括使用PDSCH通信的UE、数据尺寸、调制方式、HARQ信息及下行资源块分配信息。

Google Patents

更有价值的是，该文献还明确说明针对物理下行共享信道的接收结果发送 ACK/NACK：

正确接收 → ACK；

未正确接收 → NACK。

Google Patents

所以如果不只考虑 Q，而把你前面已经检索的 O“是否正确接收”+ P“调度信息”+ Q“下行物理层数据信道” 连起来，KR20100041860A 的价值实际上高于普通的 PDSCH 定义文件。

Q公开强度：★★★★★

与O/P/Q组合价值：★★★★★

5. KR20150013561A——PDSCH接收下行数据，同时涉及DCI、RS和天线端口

公开号：KR20150013561A

公开日：2015-02-05；优先权日 2012-04-20。

Google Patents

其摘要和权利要求均明确：

UE通过下行控制信道接收 DCI；

DCI包括 RS 信息和 PDSCH 信息；

RS信息指示发送天线端口、scrambling identity、传输层数；

UE在该子帧中通过 PDSCH 接收下行数据。

patents.google.com

权利要求也直接记载“在所述子帧中通过 PDSCH 接收下行数据”。

Google Patents

对 Q 而言已经是明确公开；更重要的是它同时出现了：

DCI → PDSCH → 下行数据 → RS → antenna port

因此，如果最终需要把 Q 与 CN111585624B 中前面的“信令/调度/天线端口”特征组合论证，这篇值得重点保留。

Q公开强度：★★★★★

整体组合潜力：★★★★★

6. KR20100107393A——“PDSCH数据+PDCCH调度+ACK/NACK”完整闭环

公开号：KR20100107393A

公开日：2010-10-05；优先权日 2009-03-25。

Google Patents

该文献首先公开：

经下行控制信道接收调度信息；

根据调度信息通过下行共享信道接收数据单元；

针对该数据单元发送 ACK/NACK。

Google Patents

随后在 LTE 具体实现中明确：

PDCCH携带 PCH/DL-SCH 的资源分配及HARQ等信息；

PCH和DL-SCH通过PDSCH传输；

文献直接使用“PDSCH的数据”；

UE根据PDCCH中的资源、传输格式等信息接收对应PDSCH。

Google Patents

同时，文献说明：

下行数据接收成功→ACK；

接收失败→NACK。

Google Patents

因此，对目标专利中可能形成的：

第二信令/调度信息 → 第一无线信号/PDSCH → 是否正确接收 → ACK/NACK上报

这条技术链，KR20100107393A 是非常值得重视的韩国公报。

Q公开强度：★★★★★

P/O/Q组合价值：★★★★★

7. KR20100032813A——PDCCH直接指示PDSCH，PDSCH上传输下行数据

公开号：KR20100032813A

公开日：2010-03-26；优先权日 2008-09-18。

Google Patents

摘要及权利要求明确公开：

接收集合 PDCCH；

在该 PDCCH 指示的集合 PDSCH 上，

接收多个下行链路数据；

并进一步通过对应PDSCH向终端发送这些下行数据。

Google Patents

这是一条非常干净的：

PDCCH → 指示 PDSCH → PDSCH上传输下行数据

证据链。

Q公开强度：★★★★★

8. KR20120095278A——DCI调度的数据经PDSCH接收，并反馈HARQ ACK/NACK

公开号：KR20120095278A

公开日：2012-08-28；相关韩国优先申请日为 2011-02-18。

Google Patents

该文献关于 cross-carrier scheduling 明确说明：

DCI用于支持数据传输；

DCI给出被调度数据的资源分配、传输格式等；

UE根据PDCCH中的调度信息在相应小区接收PDSCH。

Google Patents

然后：

UE接收PDSCH；

按规定时序发送该PDSCH对应的 HARQ ACK/NACK；

NACK时进行PDSCH重传，ACK时发送新的PDSCH。

Google Patents

所以它对单独 Q 略逊于 KR20130105923A 的“逐字下行数据信号通过PDSCH发送”，但对于调度信息+PDSCH+正确接收反馈的整体组合反而很强。

Q公开强度：★★★★☆

P/O/Q组合价值：★★★★★

9. KR20140026494A——权利要求直接出现“接收PDSCH信号”

公开号：KR20140026494A

公开日：2014-03-05。

Google Patents

其摘要和独立权利要求直接限定：

UE监测PDCCH信号；

当检测到具有下行分配信息的PDCCH信号时；

在特殊子帧中接收与PDCCH对应的PDSCH信号。

Google Patents

这与 Q 中“第一无线信号在……信道上传输”很接近，因为该文献本身直接使用 PDSCH signal（PDSCH信号），而非仅仅说数据映射到某信道。

Q公开强度：★★★★☆

10. KR20180008878A——截止日前很近的PDSCH信号/HARQ文献

公开号：KR20180008878A

公开日：2018-01-24，仍早于 2018-03-12。

Google Patents

该文献明确说明：

UE在多个 DL subframe 上接收一个或多个 PDSCH信号；

每个PDSCH信号用于传输一个或多个 transport block；

UE随后发送该PDSCH信号的 ACK/NACK接收响应信息。

Google Patents

因此既能直接用于 Q，也可以支持“第一无线信号正确接收与否”的反馈逻辑。

Q公开强度：★★★★☆

二、技术特征Q比对表

韩国公报公开日下行信号/数据明确PDSCH 明确“数据通道/数据信号→PDSCH” PDCCH/DCI调度 HARQ ACK/NACK 对Q贡献

KR20100002043A 2010-01-06 下行信号/数据通道 ✓ ✓ 直接定义“下行数据通道=PDSCH” ✓ PDCCH — ★★★★★

KR20100032813A 2010-03-26 多个下行数据 ✓ ✓ PDSCH上接收/发送下行数据 ✓ PDCCH直接指示 — ★★★★★

KR20100041860A 2010-04-22 用户数据 ✓ ✓ PDSCH发送用户数据 ✓ DCI/Downlink Scheduling ✓ ★★★★★

KR20100107393A 2010-10-05 数据单元/PDSCH数据 ✓ ✓ DL-SCH经PDSCH、PDSCH数据 ✓ ✓ ★★★★★

KR20120043005A 2012-05-03 用户数据/通常数据信号 ✓ ✓ 数据信号由PDSCH发送 ✓ 下行调度信息/DCI — ★★★★★

KR20120095278A 2012-08-28 被DCI调度的数据 ✓ ✓ ✓ DCI→PDSCH ✓ ★★★★☆

KR20130105923A 2013-09-26 下行数据信号 ✓ ✓ 明文“下行数据信号通过PDSCH发送” — — ★★★★★+

KR20140026494A 2014-03-05 PDSCH信号 ✓ ✓ ✓ 下行分配PDCCH→PDSCH — ★★★★☆

KR20150013561A 2015-02-05 下行数据 ✓ ✓ PDSCH接收下行数据 ✓ DCI — ★★★★★

KR20180008878A 2018-01-24 PDSCH信号/传输块 ✓ ✓ ✓ ✓ ★★★★☆

上述各篇的公开日及技术内容分别由对应 Google Patents 公报核实。

Google Patents

三、我建议的优选顺序

如果无效请求中只需要证明 Q 已属于现有技术，我建议优先采用以下三层证据：

第一层——术语定义证据：KR20100002043A。

它直接写“下行数据通道=PDSCH”，最适合消除“Physical Downlink Shared Channel是否等于权利要求中的下行物理层数据信道”的解释争议。

Google Patents

第二层——逐字动作证据：KR20130105923A。

它直接写“下行数据信号通过PDSCH发送”，并进一步指出下行数据信号可以称为“PDSCH信号”。这是 Q 本身最漂亮的文字对应。

Google Patents

第三层——与其他特征建立技术链：KR20100041860A、KR20100107393A、KR20150013561A。

其中 KR20100041860A、KR20100107393A 能进一步连接 PDSCH + 调度信息 + ACK/NACK；KR20150013561A 则进一步连接 PDSCH + DCI + RS/天线端口。

Google Patents

因此，从整个 CN111585624B 无效工作的角度，我会尤其保留：

KR20100041860A + KR20100107393A + KR20150013561A

因为它们不仅证明 Q，还更可能和你已经检索的 N/O/P 乃至天线端口相关主干特征发生交叉，降低最终无效组合中文献数量。

四、最终结论

对技术特征 Q：

“所述第一无线信号在下行物理层数据信道上传输。”

本轮韩文韩国专利检索的结论是：公开非常充分，Q本身不构成真正的无效检索难点。

尤其是：

KR20100002043A：直接公开“下行数据通道=PDSCH”；

KR20130105923A：直接公开“下行数据信号通过PDSCH发送”；

KR20120043005A / KR20100041860A：直接公开“用户数据/通常数据信号由PDSCH传输”；

KR20100032813A / KR20150013561A：直接公开“在PDSCH上接收下行数据”；

KR20100107393A / KR20120095278A / KR20180008878A：还能进一步把 PDSCH 和调度、HARQ ACK/NACK关系连接起来。

Google Patents

就Q单一技术特征，我评估“截止日前已有明确公开”的把握非常高。真正需要继续投入检索资源的不是“PDSCH是否属于下行物理层数据信道”，而是优先寻找能在同一篇截止日前文献中同时串起 N/O/P/Q 乃至前面天线端口组限定的韩国文件；这会比继续增加普通PDSCH文献更有无效价值。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

一、检索结论

经过围绕 “下行物理层数据信道—PDSCH—DL-SCH—下行数据/下行数据信号—sPDSCH—NB-PDSCH” 多轮交叉检索，我认为针对你抽取的技术特征 Q：

Q：所述第一无线信号在下行物理层数据信道上传输。

在 2018年3月12日之前已经存在大量日文专利文献的直接公开。而且不是仅仅出现“PDSCH”缩写，而是至少存在三类层层递进的强证据：

术语级完全对应：早在 JP2011029769A 中即明确把“下行链路的物理层数据通道”称为 PDSCH；

传输关系直接对应：多篇日本公报明确记载 PDSCH用于发送下行数据、下行数据信号或DL-SCH；

目标专利列举的特殊形式也已有公开：截止日前已有 NB-PDSCH 以及 sPDSCH/shortened-TTI PDSCH 的日文公开。

因此，如果仅评价技术特征 Q 本身，其现有技术公开强度非常高，我会评为 S 级证据充分程度。Q 基本不可能成为支撑新颖性/创造性的区别点。

这里尤其值得注意的是目标专利自身对 Q 的解释非常宽：其说明书把“下行物理层数据信道”解释为能够承载物理层数据的下行信道，并进一步列举 PDSCH、sPDSCH、NR-PDSCH、NB-PDSCH，同时还记载第一无线信号对应的传输信道为 DL-SCH。因此，截止日前文献只要明确“下行数据/DL-SCH通过PDSCH传输”，就已经能够直接落入 Q 的通常解释，而没有必要一定逐字出现“第一无线信号”这一人为编号。

Google Patents

二、反复检索采用的路径

本轮没有只检索“PDSCH”一个关键词，而是分别沿以下语义链进行回查，并交叉核验 Google Patents 的实际公开日：

日文权利要求术语链：下り物理層データチャネル、下りリンクの物理層のデータチャネル、物理下りリンク共有チャネル、PDSCH；

承载关系链：下りリンクデータ、下りデータ、ユーザデータ、下りリンクデータ信号、PDSCH信号、送信、受信；

协议映射链：DL-SCH → PDSCH、Downlink Shared Channel → PDSCH；

特殊信道链：sPDSCH、short PDSCH、shortened TTI、sTTI、MPDSCH、NB-PDSCH、NX-PDSCH；

同时区分了 JP日本国内公开与以日文公开的 PCT/JP-WO 文献。后者有些 WO 公布日在截止日前，但对应日本国内再公表日在截止日之后，因此不能混淆二者的首次公开时间。

三、优选日文对比文件

排名对比文件公开日核心公开内容对 Q 的贡献强度

1 JP2011029769A KDDI 2011-02-10 明确将下行链路的物理层数据通道定义为 PDSCH；摘要也把 PDSCH/PUSCH称为物理层数据通道几乎逐字解决“下行物理层数据信道=PDSCH”的解释问题 S+

Google Patents

2 JP2011041193A KDDI 2011-02-24 明确区分上行物理层数据通道PUSCH和下行物理层数据通道PDSCH 第二篇独立的术语级锚点 S+

Google Patents

3 WO2011126007A1 NTT DOCOMO，日文PCT 2011-10-13 将PDSCH作为下行数据通道，并记载PDSCH发送用户数据及上层控制信息直接建立“信号/数据→PDSCH传输” S

Google Patents

4 JP2013534072A LG 2013-08-29 明确记载 PCH和DL-SCH通过PDSCH传输，一般数据也通过PDSCH收发与目标专利“第一无线信号对应DL-SCH”高度对应 S+

Google Patents

5 JP2013197876A NTT DOCOMO 2013-09-30 把PDSCH称为下行共享数据通道/下行数据通道，用户数据编码后映射到无线资源并形成下行信号 “下行数据→PDSCH→无线资源”链完整 S

Google Patents

6 JP2013255291A Sharp 2013-12-19 明确记载 PDSCH用于发送下行链路数据；PDSCH由DCI调度对“第一无线信号在该信道上传输”尤其直接 S+

Google Patents

7 JP2015126309A NTT DOCOMO 2015-07-06 从用户数据生成下行链路数据信号（PDSCH信号），并调度通过PDSCH发送的下行用户数据最适合把“第一无线信号”落成“PDSCH数据无线信号” S+

Google Patents

8 JP2016103849A LG Electronics 2016-06-02 PDSCH可分配用于用户数据传输；PCH及DL-SCH通过PDSCH传输；UE读取PDSCH中的数据同时命中“数据”“DL-SCH”“PDSCH传输” S+

Google Patents

9 JP2016219896A NTT DOCOMO 2016-12-22 MTC终端利用下行共享信道/下行数据通道接收下行数据，该通道可称PDSCH或MPDSCH；PDSCH用于用户数据等进一步证明术语及窄带/MTC场景 S

Google Patents

10 JPWO2016043019A1 Sharp 2017-08-10 明确PDSCH用于发送下行数据/下行传输块（DL-SCH）；对应WO族早在2016-03-24公布 JP公开本身亦早于截止日 S+

Google Patents

以上十篇均满足你要求的公开日严格早于 2018-03-12。

四、对 PDSCH 特殊形式的进一步补强

这一轮继续检索目标专利自己列举的 PDSCH 子类型后，还发现三篇尤其重要的截止日前日文PCT文献。

文献公开日特殊贡献评价

WO2017033841A1 NTT DOCOMO 2017-03-02 NB-LTE终端利用窄带中的下行共享信道/下行数据通道接收下行数据，该信道可以称为 PDSCH、MPDSCH或NB-PDSCH 对目标专利列举的 NB-PDSCH 是很强的直接证据。

Google Patents

WO2017038895A1 NTT DOCOMO 2017-03-09 在 shortened TTI 中发送/接收“下行数据（PDSCH）”，并调度PDSCH下行数据信号对目标专利的短PDSCH/sPDSCH概念形成很强的功能性提前公开。

Google Patents

WO2017195660A1 Sharp 2017-11-16 不仅直接使用 sPDSCH（short physical downlink shared channel），还明确记载PDSCH和/或sPDSCH用于发送 DL-SCH；当sPDSCH资源被调度时，终端在sPDSCH上接收下行数据是截止日前我认为最强的字面sPDSCH证据之一。

Google Patents

尤其是 WO2017195660A1，其公开内容已经非常接近目标专利后来的表述：文献明确说明终端可根据调度在PDSCH上接收下行数据，也可在sPDSCH上接收下行数据，并进一步明确 PDSCH和/或sPDSCH用于传输DL-SCH。

Google Patents

因此，即使专利权人试图把 Q 缩窄解释到“短PDSCH”而不是普通 LTE PDSCH，仍然很难依靠 Q 建立区别。

五、技术特征逐项比对

技术特征 Q 的组成 CN111585624B所要求的含义截止日前日文现有技术比对结果

Q-1：第一无线信号一个通过下行数据信道传送的无线信号；说明书进一步关联DL-SCH JP2015126309A明确存在由用户数据生成的下行链路数据信号/PDSCH信号；JP2016103849A明确数据经PDSCH发送直接公开

Google Patents

Q-2：下行物理层数据信道能承载物理层数据的下行信道 JP2011029769A明确规定下行链路物理层数据通道=PDSCH 近乎逐字公开

Google Patents

Q-3：无线信号在该信道上传输信号的传输载体为上述下行物理层数据通道 JP2013255291A直接说明PDSCH用于发送下行数据；JP2015126309A直接形成并发送PDSCH下行数据信号直接公开

Google Patents

Q-4：若第一无线信号对应DL-SCH 目标说明书明确给出该实施方式 JP2013534072A、JP2016103849A均明确 DL-SCH通过PDSCH传输直接公开

Google Patents

Q-5：若采用NB-PDSCH 目标说明书列举的子实施例 WO2017033841A1在截止日前直接公开PDSCH/MPDSCH/NB-PDSCH作为下行数据通道直接公开

Google Patents

Q-6：若采用sPDSCH 目标说明书列举的子实施例 WO2017038895A1公开shortened-TTI PDSCH；WO2017195660A1更直接公开 sPDSCH承载DL-SCH/下行数据直接公开/高度直接

Google Patents

六、哪几篇最值得用于无效证据链

如果目标是避免堆砌几十篇同质文献，而选择最有证明力的几篇，我的排序是：

第一优先：JP2011029769A。

它的价值不在于复杂的LTE方案，而在于解决一个非常基础但法律上很重要的 claim construction 问题——早在2011年，日本公报已经明确把 PDSCH称为“下行链路的物理层数据通道”。因此，专利权人很难主张“下行物理层数据信道”是一个区别于传统PDSCH的新概念。该公报公开于2011年2月10日。

Google Patents

第二优先：JP2015126309A 或 JP2016103849A。

前者最适合证明“无线信号”这一层，因为直接把用户数据处理成 PDSCH下行数据信号；后者则同时具有用户数据→PDSCH 以及 DL-SCH→PDSCH 两条完整链。

Google Patents

第三优先：WO2017195660A1。

如果专利权人试图依靠 sPDSCH 进行缩窄解释，该文献非常有价值：2017年11月16日即已公开，明确说明 PDSCH/sPDSCH用于传输DL-SCH，以及根据调度在PDSCH或sPDSCH上接收下行数据。

Google Patents

第四优先：WO2017033841A1。

用于堵住 NB-PDSCH 路径，尤其适合目标说明书中的NB-PDSCH子实施例。

Google Patents

七、一个需要特别保持严谨的点：NR-PDSCH

本轮还检到了截止日前关于 NX-PDSCH 的日文PCT文献，例如 WO2017135051A1明确用NX-PDSCH发送下行数据/DL-SCH。

Google Patents

但是我不建议在无效理由中直接写“NX-PDSCH=NR-PDSCH”。两者技术演进关系很近，但如果要主张目标说明书中的“NR-PDSCH”这一字面子实施例已经被公开，最好另行寻找截止日前直接出现 NR-PDSCH/New Radio PDSCH 的日文文献或者3GPP材料。

不过，这一点不会妨碍对当前技术特征 Q 的无效贡献，因为 Q 本身只要求“下行物理层数据信道”，并没有限定必须是 NR-PDSCH；而目标说明书自己已经把普通PDSCH列为满足该概念的一个实施方式。

Google Patents

八、最终总结

就你此次指定的技术特征 Q 而言，我认为检索结果已经比较明确：

结论项目判断

截止日前是否已有“下行物理层数据通道=PDSCH” 是，至少2011年已明确公开

是否已有“下行数据/无线数据信号在PDSCH上传输” 是，大量直接公开

是否已有“DL-SCH通过PDSCH传输” 是，多篇直接公开

是否已有NB-PDSCH承载下行数据是，2017-03-02以前已有明确日文PCT公开

是否已有短TTI PDSCH/sPDSCH 是，2017年已有明确公开

Q能否作为新颖性区别点基本不能

Q对创造性的独立贡献极低

本轮证据强度 S / 很强

最推荐的证据组合是：JP2011029769A（术语定义）＋ JP2015126309A或JP2016103849A（下行数据信号/PDSCH及DL-SCH实际传输）＋ WO2017195660A1（sPDSCH补强）＋ WO2017033841A1（NB-PDSCH补强）。

如果仅针对 Q 寻找一篇最简洁、最容易向合议组解释的文献，JP2011029769A 是首选“术语锚点”；如果希望单篇文献尽可能直接证明“信号/数据确实在PDSCH上传输”，则 JP2016103849A、JP2015126309A、JP2013255291A 更适合。

需要强调的是，上述判断是针对技术特征 Q 单独的现有技术状态；是否能够据此无效某一完整权利要求，还必须把 Q 与该权利要求的其余技术特征放到同一篇文献或合理的创造性组合中重新评价，不能仅因 Q 本身已公开就直接得出整个权利要求缺乏新颖性的结论。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

检索结论

针对 CN111585624B 的技术特征 Q：

Q：所述第一无线信号在下行物理层数据信道上传输。

我围绕 Google Patents 对 PDSCH / physical downlink shared channel / downlink physical data channel / downlink data on PDSCH / PDSCH transport block / DL-SCH mapped to PDSCH / PDCCH schedules PDSCH / HARQ-ACK for PDSCH 等表达进行了多轮交叉检索，并另外加入 5G / NR / beamforming 语境补查。

先确认一个很关键的解释基础：目标专利 CN111585624B 自己明确说明，“下行物理层数据信道”的具体例子包括 PDSCH、sPDSCH、NR-PDSCH、NB-PDSCH，并进一步指出其对应传输信道可以是 DL-SCH。因而，截止日前英文文献中“downlink data is transmitted/carried on PDSCH”属于对Q的直接技术对应，并非通过过度解释才得到。

Google Patents

结论很明确：特征Q本身在2018年3月12日前已经被大量英文专利公报直接公开，而且不是孤立公开。检出的多篇文件还进一步同时公开了“PDCCH/DCI调度PDSCH”和“PDSCH正确接收→ACK、错误接收→NACK”的完整链条。因此，如果Q被用作相对于现有技术的区别特征，其单独承担新颖性或创造性贡献的能力很弱。

我认为最值得优先使用的是：

第一梯队：WO2012050389A1、US20130208692A1。

它们不是仅仅给出“PDSCH是下行数据信道”的教科书式背景，而是把：

PDCCH调度/指示 → PDSCH发送下行数据 → UE解码 → 成功则ACK、失败则NACK

连续公开在同一技术方案中。对Q以及与Q相邻的“调度信息”“正确接收反馈”特征具有非常好的组合价值。

Google Patents

第二梯队：WO2017135803A1、WO2017197125A1。

优势不在于年代早，而在于它们已经进入 5G/毫米波/波束赋形/NR 技术语境，可以有效降低专利权人主张“传统LTE文献与目标NR方案技术背景距离过远”的空间。

Google Patents

一、优选英文对比文件

排名英文专利公开号公开日对特征Q的核心披露同时披露的关联技术对Q贡献

1 WO2012050389A1 2012-04-19 明确说明下行数据可在 PDSCH 上传输 PDCCH指示PDSCH；成功解码发送ACK，失败发送NACK S+

2 US20130208692A1 2013-08-15 UE通过 PDSCH接收由PDCCH调度的下行数据 PDCCH调度；成功收到DL data→ACK/NACK反馈 S+

3 US20170245262A1 2017-08-24 HARQ ACK/NACK针对 PDSCH上的downlink data packets 正确接收/错误接收反馈关系非常强 S

4 WO2017135803A1 2017-08-10 UE接收由控制信号指示的 physical downlink data channel (PDSCH) 明确5G/mmWave/MIMO/beamforming背景；调度关系强 S

5 WO2017197125A1 2017-11-16 DCI告诉UE如何取得在PDSCH上传输的数据 5G NR、高频、beamforming、DCI/PDSCH S

6 WO2017120804A1 2017-07-20 DL transport blocks明确由 PDSCH承载 ACK表示正确接收，NAK表示错误接收 S

7 WO2017028001A1 2017-02-23 downlink transport blocks由 PDSCH承载正确→ACK；错误→NAK；有PDSCH调度关系 S

8 US20160294531A1 2016-10-06 HARQ ACK/NACK对应 PDSCH上的downlink data packets PDCCH提供下行资源/调度信息 A+

9 US20160028511A1 2016-01-28 NodeB通过 PDSCH发送data information PDCCH/DCI、动态或半静态PDSCH调度、HARQ A+

10 WO2017031675A1 2017-03-02 基站向UE发送 PDSCH transport block UE正确解码PDSCH TB后发送positive ACK A+

11 US20130242770A1 2013-09-19 明确“data can be transmitted … via PDSCH” PDCCH调度PDSCH，并涉及beamforming A+

12 WO2016117938A1 2016-07-28 基站与UE主要通过 PDSCH传输/接收数据 PDCCH说明PDSCH资源及如何接收/解码 A

13 US20140226649A1 2014-08-14 直接说明物理层下行 user data is carried on PDSCH PDCCH携带调度信息 A

14 EP2901601A1 2015-08-05 明确LTE中数据由eNB经 PDSCH传输给UE PUCCH用于确认数据接收 A

15 US20120087328A1 2012-04-12 DL-SCH承载用户数据，PDSCH传输DL-SCH信息 PDCCH传输调度授权 A

下面逐篇核实关键依据。

二、最强文件逐篇分析

1. WO2012050389A1 —— 首选之一

公开日：2012-04-19，显著早于2018-03-12。

Google Patents

该文件形成了非常完整的技术链：

基站发送下行数据 → 下行数据可在PDSCH上传输 → PDCCH指示PDSCH → UE解码 → 成功则ACK，失败则NACK。

Google Patents原文明确描述，UE从基站接收downlink data，而该downlink data可以在由PDCCH指示的PDSCH上传输；数据成功解码时发送ACK，失败时发送NACK。

Google Patents

因此：

目标限定 WO2012050389A1

第一无线信号 downlink data

下行物理层数据信道 PDSCH

第一无线信号在该信道上传输直接公开

调度信息 PDCCH指示PDSCH

正确接收反馈成功解码→ACK；失败→NACK

评价：S+。

如果后续需要把Q与目标专利前面的 N/O/P 等特征联合起来，本篇尤其有价值，因为其并非只披露Q，而是已经把 PDSCH数据+调度+ACK/NACK 放在一条因果链中。

2. US20130208692A1 —— 与目标表述关系非常紧

公开日：2013-08-15。

Google Patents

该文件明确说明：

UE根据PDCCH上的控制信息确定下行数据资源，并通过相应的 PDSCH接收被调度的数据；当eNB在下行频带发送PDSCH时，UE发送ACK/NACK以表示下行数据是否成功接收/解码。

Google Patents

其对应关系几乎可以直接写成：

第一无线信号 = downlink data

第二信令/调度信令 = PDCCH

下行物理层数据信道 = PDSCH

第一上报信息 = ACK/NACK

因此不仅Q直接命中，对“第一无线信号是否正确接收”的反馈逻辑也相当强。

评价：S+，建议与WO2012050389A1并列作为Q的核心证据。

3. US20170245262A1 —— Q与正确接收反馈结合得很好

公开日：2017-08-24。

Google Patents

其明确把HARQ ACK/NACK定义为对 PDSCH上的downlink data packets 的反馈，并进一步描述成功接收PDSCH时发送ACK，未成功接收时发送NACK。

Google Patents

因此对于Q：

downlink data packet

↓ transmitted/received on

PDSCH

属于直接公开。

更重要的是，如果和此前检索的N/O特征结合，这篇文献可以把：

第一无线信号=PDSCH下行数据 + 第一上报信息=HARQ ACK/NACK + 上报信息表示是否正确接收

直接关联起来。

评价：S。

4. WO2017135803A1 —— 最值得保留的5G近场文献之一

公开日：2017-08-10；优先权日2016-02-04。文件明确处于5G通信、毫米波、MIMO以及beamforming技术背景。

Google Patents

它明确描述：

PDCCH/控制信号承担调度作用，UE根据该控制信号取得被分配的 physical downlink data channel (PDSCH) 资源。

Google Patents

所以：

“physical downlink data channel”文字本身已经非常接近目标Q；

PDSCH直接对应目标说明书定义；

又处于5G/mmWave/beamforming环境。

与一些纯LTE背景文件相比，它在技术领域接近性上明显占优。

评价：S。

如果无效程序中对方试图强调“目标专利是NR/多波束方案，LTE文献不能简单结合”，这篇文件会非常有用。

5. WO2017197125A1 —— NR/beamforming方向的重要补强

公开日：2017-11-16，仍早于截止日约4个月。

Google Patents

该文件说明DCI向UE提供取得其数据所需要的信息，而该数据 transmitted on the PDSCH；同时文件专门讨论高频、新无线接入以及基于beamforming的接入。

Google Patents

因此其价值在于同时提供：

DCI → PDSCH → data

以及：

NR/high-frequency → beamforming

两条技术线。

需要注意：其部分PDSCH基础描述带有LTE/现有系统说明性质，所以如果只论Q的最直接单篇证据，我会把WO2012050389A1、US20130208692A1排在它前面；但若考虑与目标专利整体NR/波束环境的技术接近程度，则它非常重要。

评价：S。

6. WO2017120804A1

公开日：2017-07-20。

Google Patents

文件明确说明：

下行transport block由 PDSCH承载；

ACK表示transport block被正确接收；

NAK表示错误接收。

Google Patents

这实际上已经把目标中可能涉及的：

第一无线信号 → PDSCH → 是否正确接收 → ACK/NACK

完整串联。

评价：S。

7. WO2017028001A1

公开日：2017-02-23。

Google Patents

文件明确说明downlink transport blocks由 PDSCH承载，并规定正确接收对应ACK、错误接收对应NAK。

Google Patents

文中同时还存在PDSCH调度及UE接收相应PDSCH的描述。

因此该文献对Q不是“推导”，而是直接公开。

评价：S。

8. US20160294531A1

公开日：2016-10-06。

Google Patents

文件将HARQ ACK/NACK与 downlink data packets on the PDSCH 直接关联。

Google Patents

此外，它说明下行数据传输由相关下行控制信息提供资源配置/调度信息。

Google Patents

因此同时贡献：

下行数据 → PDSCH

控制信息 → 下行资源/调度

PDSCH数据 → HARQ ACK/NACK

评价：A+。

9. US20160028511A1

公开日：2016-01-28。

Google Patents

该专利在物理层描述中直接区分：

data information：通过 PDSCH；

DCI：通过PDCCH；

同时说明PDSCH可动态调度或半静态调度，并讨论与PDSCH相关的HARQ-ACK。

Google Patents

这对Q具有非常直接的结构性对应。

评价：A+。

10. WO2017031675A1

公开日：2017-03-02。

Google Patents

文件明确涉及基站向设备发送 PDSCH transport block，并规定设备正确解码该PDSCH transport block后发送positive acknowledgement。

Google Patents

因此：

PDSCH TB可对应第一无线信号，PDSCH对应下行物理层数据信道。

评价：A+。

三、较早的基础性直接公开

这组文件尤其能够证明：Q并不是临近2018年才出现的技术思想，而是早已稳定存在的物理层基本关系。

US20130242770A1 — 2013-09-19

文件明确说明data可以从eNodeB通过 PDSCH 向UE传输；PDCCH提供PDSCH资源分配/调度，同时文件还讨论beamforming及beamformed data的解调。

Google Patents

贡献强度：A+。

其附带beamforming内容使它比普通LTE基础文献更值得保留。

WO2016117938A1 — 2016-07-28

文件说明基站与UE通常经 PDSCH传输/接收数据，PDCCH告诉UE哪一PDSCH资源属于它以及如何接收和解码。

Google Patents

贡献强度：A。

US20140226649A1 — 2014-08-14

该文献的表述尤其直接：

在物理层的下行方向，user data由PDSCH承载；PDCCH则承担控制/调度功能。

Google Patents

这与Q的文字结构高度一致。

贡献强度：A。

不过该处更多属于系统基础结构描述，因此作为“主证据”的优先级稍低于把PDSCH数据实际用于发明方案的前述文件。

EP2901601A1 — 2015-08-05

文件明确描述LTE中数据由eNB经 PDSCH发送给UE，并结合上行确认机制。

Google Patents

贡献强度：A。

US20120087328A1 — 2012-04-12

这是一篇很早的结构性证据。

其说明：

DL-SCH用于承载用户业务等下行数据；

PDSCH是与下行传输信道映射的物理信道，并传输DL-SCH信息；

PDCCH负责下行调度授权。

Google Patents

虽然措辞不像WO2012050389A1那样一句话直接写“downlink data transmitted on PDSCH”，但从协议映射关系看，对Q仍是明确的直接技术披露。

贡献强度：A。

四、特征Q逐项比对表

特征Q的技术要素 WO2012050389A1 US20130208692A1 US20170245262A1 WO2017135803A1 WO2017197125A1 WO2017120804A1 WO2017028001A1

存在“第一无线信号”对应的数据/TB 下行数据下行数据 downlink data packet 用户/下行数据 UE data DL transport block DL transport block

信号为下行方向是是是是是是是

经物理层数据信道传输是是是是是是是

该物理层数据信道为PDSCH 明确明确明确明确明确明确明确

是否直接覆盖Q 是是是是是是是

PDCCH/DCI调度关系强强有强强较弱有

ACK/NACK/正确接收关系强强强非主要有强强

5G/NR/beam技术接近度 LTE LTE LTE演进很高很高 LTE/演进 LTE/演进

综合优先级 S+ S+ S S S S S

对应原文依据分别见：WO2012050389A1

Google Patents

；US20130208692A1

Google Patents

；US20170245262A1

Google Patents

；WO2017135803A1

Google Patents

；WO2017197125A1

Google Patents

；WO2017120804A1

Google Patents

；WO2017028001A1

Google Patents

。

五、从无效角度如何排序

如果只针对Q本身，我建议证据排序为：

WO2012050389A1 ≈ US20130208692A1 > US20170245262A1 ≈ WO2017120804A1 ≈ WO2017028001A1 > WO2017135803A1 > WO2017197125A1 > 其他。

原因是前五篇不仅存在“PDSCH”这个术语，而是把下行数据/PDSCH/HARQ反馈置于同一技术链中，后续若要和目标权利要求的N、O、P等限定组合，结合距离明显更短。

Google Patents

如果需要强调与目标NR/多波束体系的技术接近性，则应重点增加：

WO2017135803A1 + WO2017197125A1。

前者明确落在5G/mmWave/MIMO/beamforming环境，后者明确涉及高频、NR及beamforming，并仍然使用DCI/PDSCH数据传输结构。

Google Patents

最终判断

特征Q属于截止日前已经高度成熟并被反复直接公开的技术特征。

本轮反复检索至少确认了上述 15篇2018-03-12以前公开的英文专利公报具有实质贡献，其中多篇是相互独立申请人/专利族，并非同一族的简单重复。特别是：

WO2012050389A1：PDCCH → PDSCH下行数据 → 成功解码ACK/失败NACK

US20130208692A1：PDCCH调度 → UE经PDSCH接收下行数据 → ACK/NACK表示是否成功接收

这两篇是我认为目前针对Q最“硬”的证据。

Google Patents

因此，若Q是某项从属权利要求相对于上位权利要求增加的主要限定，仅从该新增限定本身看，其现有技术基础非常强；Q单独成为新颖性/创造性支撑点的可能性很低。不过，正式无效时仍应以“整项权利要求的全部技术特征是否由单篇公开，或是否存在有动机的组合”为最终判断标准，而不能仅因Q已知就直接推导整项权利要求必然无效。

Google Patents

如果把Q与前面已经检索的 N/O（接收第一无线信号 + 上报信息表示是否正确接收）以及P（第二信令包括第一无线信号的调度信息）合起来看，目前最值得进一步做“N+O+P+Q单篇覆盖率”核验的正是 WO2012050389A1、US20130208692A1、US20170245262A1、WO2017028001A1和WO2017120804A1；这一方向比继续单独搜索Q本身更有无效价值。

权利要求5

下载无效理由

根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，所述第一接收机模块还接收第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。

技术特征:

R 其特征在于，所述第一接收机模块还接收第一参考信号 (0)

S 其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

我按“3GPP正式TR/TS → RAN1/RAN2会议TDoc → 3GPP FTP公开时间 → CSI-RS路径与SS-block路径分别反向复核”进行了多轮检索。综合目前能够从3GPP/ETSI官方页面逐页核实的材料，结论比较明确：

对技术特征 R+S 本身，最强的一篇截止日前3GPP文献是 3GPP TR 38.912 V14.0.0（2017-05）。

尤其是其 CSI-RS 路径，已经形成非常完整的

“UE接收/测量CSI-RS → 获得measurement quantities/CRI → UE进行reporting/CSI report”

技术链条。由于目标特征写的是“CSI-RS或SS/PBCH块中的至少之一”，因此仅把 CSI-RS 这一择一分支做实，就已经对S的“参考信号类型”限定形成很强的无效贡献。

ETSI

一、最重要的对比文件：3GPP TR 38.912 V14.0.0

3GPP官方网站确认 38.912 的名称为 Study on New Radio (NR) access technology；ETSI正式版本封面为 ETSI TR 138 912 V14.0.0 (2017-05)，对应3GPP TR 38.912 Release 14，显然早于2018-03-12。

3GPP

1. 对技术特征R：“接收第一参考信号”

TR 38.912 第8.2.1.6.1节首先把 beam measurement 定义为终端/TRxP对已接收的波束成形信号进行特性测量，同时明确 beam reporting 是基于该 beam measurement 进行的。也就是说，其逻辑顺序本身就是：

received signal → measurement → reporting。

ETSI

紧接着第22页进一步明确：

UE基于RS进行beam-management measurement；

该RS at least CSI-RS；

UE随后上报被选Tx beams的measurement results；

上报内容包括measurement quantities；

配置多个NZP CSI-RS resource时，UE可以上报 CRI（CSI-RS Resource Indicator）。

ETSI

因此，虽然TR 38.912采用的是功能性表述，并没有使用目标权利要求的人工模块名称“first receiver module”，但要对CSI-RS进行上述测量，UE必然首先接收该CSI-RS。就技术功能而言，R至少属于非常强的“必然隐含公开”，并非仅仅一般相关。

2. 对技术特征S：“CSI-RS测量用于确定第一上报信息”

这是TR 38.912最强的部分。

第22页已经直接把三件事连在一起：

RS = at least CSI-RS → UE measurement → UE reports measurement results，

而且报告内容具体包括measurement quantities和CRI。

ETSI

第23页又规定，在beam reporting中UE会上报：

beam measurement quantities；

当CSI-RS用于CSI acquisition时，支持 L1 RSRP and CSI report；

DL Tx beam indication。

ETSI

第26～27页的CSI acquisition framework更进一步：CSI measurement setting中存在measurement、resource和reporting之间的link，每个link明确包含“reporting setting indication”“resource setting indication”以及quantity to be measured；资源设置中的RS type至少包括CSI-RS；并且CRI的功能明确包括从多个NZP CSI-RS resource中选择并report其index。

ETSI

这已经非常接近目标专利说明书对S的展开——即由参考信号测量得到RI/CRI/RSRP/PMI/CQI等measurement value，再据此形成reporting information。

还有一个对整个权利要求体系很有价值的连接点：TR 38.912在UL control channel部分明确规定，物理上行控制信令可以承载 CSI reports，并明确使用“UCI”概念。换句话说，目标权利要求1要求“第一上报信息包括UCI”时，CSI measurement report并不是一个游离于UCI之外的报告类型。

ETSI

因此，从技术特征S的角度看：

CSI-RS → measurement → measurement quantity/CRI/CSI → CSI reporting/UCI

这一链条在2017年5月已经基本完整。

二、SS/PBCH block路径也已经有很强的截止日前基础

这里要注意2017年的3GPP术语演进。TR 38.912当时主要使用 “SS block”，而不是后来的完整写法“SS/PBCH block”。

但它明确规定：

NR中定义NR-PSS、NR-SSS和NR-PBCH；

NR-PSS、NR-SSS and/or NR-PBCH can be transmitted within an SS block；

UE利用SS block进行CONNECTED/IDLE measurement。

ETSI

因此，这里的2017年“SS block”与后来标准化的“SS/PBCH block”在技术对象上具有很强的连续对应关系。不过，在无效请求中我建议把它表述为技术对应/演进关系，而不要声称2017文件已经逐字写出了“SS/PBCH block”。

更重要的是，TR 38.912继续明确：

对每一个SS block，可以从idle-mode RS测得一个RSRP；

该测量值被称为 SS-block-RSRP；

cell-level/beam-level measurement quantities用于 RRM reporting。

ETSI

第47页又进一步规定：

RRC_CONNECTED UE对NR-PSS/SSS和/或CSI-RS执行RRM measurement；

gNB可配置针对CSI-RS和idle RS的measurement；

event-triggered reporting可以针对NR-PSS/SSS和CSI-RS的RRM measurement配置；

measurement report至少包含cell-level measurement result，也可以包含N个best beams的measurement results。

ETSI

所以SS-block路径实际上也已经具备：

SS block（其中含PSS/SSS/PBCH）→ SS-block measurement/RSRP → measurement report

这一技术链条。

不过，用于无效时我仍然建议优先使用CSI-RS路径，因为目标权利要求采用“CSI-RS或SS/PBCH块中的至少之一”，CSI-RS分支能够避开“SS block → SS/PBCH block”的术语演进争议。

三、反复检出的高价值RAN1/RAN2会议文件

除TR 38.912之外，我又按照“CSI-RS measurement / measurement reporting / beam reporting / SS-block measurement / NR-SS + CSI-RS measurement report”等组合反复扫描了RAN1#88～#92、RAN2#97～#101附近的TDoc索引。

其中尤其值得固定原始ZIP的文件包括：

R2-1704876，Huawei/HiSilicon，Measurement reporting for Idle mode RS and CSI-RS。它出现在RAN2#98（2017-05-15），3GPP FTP显示其ZIP已经于2017-05-06上传。该标题本身就把“measurement reporting”“Idle mode RS”和“CSI-RS”放在同一文件中，是非常好的S补强材料。

3GPP

R2-1705753，Panasonic，To distinguish the NR-SS and CSI-RS in the measurement report，RAN2#98，2017-05-15。其命题比R2-1704876还具体：measurement report中直接涉及NR-SS和CSI-RS两类measurement source。

3GPP

R1-1713694，MediaTek，Discussion on SS-block measurement and beam reporting，RAN1#90，2017年8月。该文档标题直接形成“SS-block measurement → beam reporting”的关系，是SS/PBCH分支非常有价值的会议证据。

3GPP

R2-1710514，Panasonic，Reporting both NR-SS and CSI-RS in the measurement report，RAN2#99bis，2017-10-09。它进一步把NR-SS与CSI-RS放进同一measurement report框架，非常适合作为S的补强。

3GPP

此外，RAN2#98还有Ericsson的一组连续文件：

R2-1704102 — Measurement events for CSI-RS

R2-1704103 — Measurement configuration for CSI-RS

R2-1704104 — Measurement configuration for SS Block

R2-1704106 — Measurement report content

这些文件的官方FTP上传时间集中在2017年5月6～8日，均远早于截止日。它们单独未必像TR 38.912那样一篇就把S全部写透，但作为“CSI-RS/SS-block测量配置→measurement event→measurement report content”的成套证据价值较高。

3GPP

RAN1侧还检出 R1-1705919, On Dynamic Triggering for CSI Reports and CSI-RS，RAN1#88bis（2017-04），以及RAN1#90中的 R1-1713762, Details of CSI reporting on PUCCH/PUSCH。前者用于连接CSI-RS与CSI reporting，后者尤其有利于把CSI reporting进一步落到上行物理控制/数据信道的UCI传输语境。

3GPP

截止日前最后一批值得保留的还有 R1-1802562, Remaining Details on Beam Measurement and Reporting，会议日期为2018-02-26，仍早于2018-03-12。

3GPP

四、还发现了更早的基础文献TR 38.802

3GPP官方Specification页面确认 TR 38.802, Study on new radio access technology；官方archive中存在 38802-200.zip，上传时间2017-03-03 14:21，时间上比TR 38.912还早。

3GPP

它是beam measurement/reporting体系的重要前身，因此值得在正式无效证据固定阶段把2017-03-03版本的原始ZIP下载并公证/时间固定。

不过本轮网页环境下，我没有从3GPP官方页面可靠展开该历史ZIP正文，因此我不把后续版本或第三方转载的文字反推到2017-03-03版本中。也就是说，本次“正文级”结论以能够逐页核实的TR 38.912为准；TR 38.802列为非常重要的进一步原件核验对象。

同样，3GPP archive显示 TS 38.214 的38214-f00.zip于2018-01-03上传、TS 38.331的38331-f00.zip于2018-01-04上传，时间均合格，但历史ZIP正文目前也未能可靠展开，所以不拿后来的15.x版本文字倒推其当时内容。

3GPP

五、技术特征比对表

符号说明：◎ = 正文级直接/极强披露；○ = 高度相关并可补强；△ = 当前仅核到官方标题/索引，正式使用前应取得ZIP正文。

3GPP英文文献截止日前公开情况 R：接收第一参考信号 S：测量参考信号用于确定上报信息 CSI-RS / SS-block 无效贡献评价

3GPP TR 38.912 V14.0.0, Study on New Radio (NR) access technology 2017-05，明确早于截止日

3GPP

◎：测量对象明确为“received”信号；随后明确RS至少为CSI-RS

ETSI

◎：CSI-RS measurement → measurement results → quantities/CRI/CSI report，且measurement/resource/reporting之间明确建立link

ETSI

CSI-RS：◎；SS block：○～◎ 首选主证。R+S增量本身几乎完整公开

TR 38.912 — Mobility/RRM部分 2017-05

ETSI

◎：UE对NR-PSS/SSS和/或CSI-RS进行measurement

ETSI

◎：measurement report包含measurement results；event-triggered reporting针对CSI-RS/NR-SS配置

ETSI

CSI-RS + NR-SS/SS block 与上行beam/CSI部分形成第二条独立证明路径

TR 38.912 — SS block部分 2017-05 ○～◎ ○～◎：每SS block测量SS-block-RSRP，并用于RRM reporting

ETSI

SS block明确包含PSS/SSS and/or PBCH SS/PBCH分支的重要术语演进证据

R2-1704876 – Measurement reporting for Idle mode RS and CSI-RS ZIP 2017-05-06；RAN2#98

3GPP

○ ○，标题高度命中 CSI-RS + idle RS 优先取得全文，S的最佳TDoc候选之一

R2-1705753 – To distinguish the NR-SS and CSI-RS in the measurement report RAN2#98，2017-05-15

3GPP

○ ○～◎候选 CSI-RS + NR-SS measurement report直接与两类RS关联

R1-1713694 – Discussion on SS-block measurement and beam reporting RAN1#90，2017-08

3GPP

○ ○～◎候选 SS block SS/PBCH路径优先TDoc

R2-1710514 – Reporting both NR-SS and CSI-RS in the measurement report RAN2#99bis，2017-10-09

3GPP

○ ○～◎候选 CSI-RS + NR-SS 对“测量结果形成报告”补强很强

R2-1704102/4103/4104/4106 Ericsson系列 2017-05-06～08上传

3GPP

○ ○ CSI-RS + SS Block measurement event/config/report content的成套组合证据

R1-1705919 – On Dynamic Triggering for CSI Reports and CSI-RS RAN1#88bis，2017-04

3GPP

△～○ ○ CSI-RS 建立CSI-RS与CSI report的触发关系

R1-1713762 – Details of CSI reporting on PUCCH/PUSCH RAN1#90，2017-08

3GPP

— ○，针对“上报信息=UCI”补强 CSI reporting 有利于把CSI report落到PUCCH/PUSCH/UCI语境

R1-1802562 – Remaining Details on Beam Measurement and Reporting RAN1#92，2018-02-26

3GPP

○ ○ beam measurement/report 截止日前晚期收敛证据

3GPP TR 38.802 / 38802-200.zip 2017-03-03官方archive

3GPP

待核ZIP正文待核ZIP正文 NR beam mgmt基础文献时间最早，建议下一步优先固定原始文件

六、最终结论

第一，R+S最优的单篇3GPP证据是TR 38.912 V14.0.0。对CSI-RS路径，它不是简单地分别出现“CSI-RS”“measurement”“reporting”三个关键词，而是明确形成了因果链：UE对至少CSI-RS的RS执行measurement，并将measurement results/measurement quantities/CRI/CSI上报。

ETSI

第二，R的“接收”虽然没有使用“first receiver module receives”这种专利式模块语言，但属于很强的必然隐含公开。 TR 38.912明确把beam measurement定义为对“received beamformed signals”的测量，再明确measurement RS至少为CSI-RS；不存在“不接收CSI-RS却完成CSI-RS measurement”的合理技术实现。

ETSI

第三，S中的“用于确定第一上报信息”也很强。 TR 38.912不仅说“measurement and reporting”，还明确上报measurement quantities、CRI，并把reporting setting、resource setting、quantity to be measured放进同一CSI measurement setting的link中；CSI-RS自身又被规定用于CSI acquisition和beam management。

ETSI

第四，SS/PBCH block无需作为主攻点。 2017文献已经有SS block、PBCH、SS-block-RSRP和measurement report的完整技术基础，但因术语尚未完全固定成今天的“SS/PBCH block”，存在文字解释空间。由于权利要求写的是“CSI-RS 或 SS/PBCH block中的至少之一”，CSI-RS分支已经足以击中该择一限定，这是更稳的无效论证方式。

ETSI

因此，如果只评价本轮的技术特征R+S增量，我会把证据强度评为：

TR 38.912：约 9/10；R2-1704876 / R2-1705753 / R1-1713694 / R2-1710514：作为补强约7～8.5/10。

但要注意，这并不等于权利要求5整体已经被单篇文献完全预见；权利要求5还继承权利要求1的资源池、天线端口组、两时频资源、UCI等全部限定。就R+S本身而言，目前检出的3GPP证据已经相当强，后续检索资源更值得投入到“R/S与权1核心资源冲突/多TRP资源选择机制是否能在同一篇文件中连接起来”，而不是继续泛搜CSI-RS measurement。

patents.google.com

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

检索结论

我围绕以下几组检索词在 Google Patents 中进行了多轮交叉检索，并逐篇核对中文公报的实际公开日：

CSI-RS + 测量 + CSI反馈/上报

CSI-RS + 接收模块 + 测量模块 + 确定模块

参考信号 + 测量结果 + 确定CSI

CSI-RS resource + CRI + 测量 + 反馈

CSI-RS + RI/PMI/CQI + 反馈

同步信号块 / SS block / SS/PBCH + 测量 + 上报

并沿强相关文献的引用、被引用文献继续反查。

日期方面，我严格采用中国专利公报的公开日 < 2018-03-12，而不是仅看优先权日或申请日。例如 CN107733506A 于2018-02-23公开、CN107771378A于2018-03-06公开，均满足限制。

Google Patents

最重要的结论

针对 R、S 两项，已经找到很强的截止日前中文证据。尤其推荐以下四篇：

第一梯队：

CN103701556A，2014-04-02公开

CN107733506A，2018-02-23公开

CN107294643A，2017-10-24公开

CN105812033A，2016-07-27公开

其中，CN103701556A 是我认为针对 R+S 最干净、最接近逐字公开的一篇：其终端设备权利要求直接形成：

接收模块接收CSI-RS → 测量模块测量CSI-RS → 根据测量结果确定CSI → 反馈模块反馈CSI

这已经非常接近目标 R/S 的完整逻辑链。

Google Patents

而 CN107733506A 的优势在于甚至使用了“第一接收模块”“第一CSI”这样的结构和编号，其说明书又明确说明所谓“测量导频”包括 CSI-RS，因此与目标专利语言结构尤其接近。

Google Patents

一、最强对比文件：CN103701556A

名称：一种基于CSI-RS的CSI反馈方法和设备

申请人：中国移动通信集团公司

公开日： 2014-04-02，显著早于2018-03-12。

Google Patents

这是目前检出的最强单篇中文文件之一。

其终端侧方法明确：

终端接收基站发送的触发信号和 CSI-RS；

根据接收到的CSI-RS执行 CSI-RS测量；

根据测量结果确定CSI；

再向基站反馈该CSI。

Google Patents

更重要的是，其终端装置权利要求直接按照模块拆分：

“接收模块”——接收触发信号和CSI-RS；

“测量模块”——根据接收到的CSI-RS进行测量；

“第二确定模块”——根据测量结果确定CSI；

“反馈模块”——反馈CSI。

Google Patents

因此：

R：直接公开。

目标 R：

第一接收机模块还接收第一参考信号

对应文献中的：

接收模块接收CSI-RS。

而CSI-RS本身就是“Channel State Information Reference Signal”，即信道状态信息参考信号。

S：几乎逐字公开。

目标 S：

针对第一参考信号的测量被用于确定第一上报信息，第一参考信号包括CSI-RS或SS/PBCH块中的至少之一。

文献实际链条则是：

CSI-RS → CSI-RS测量 → 根据测量结果确定CSI → 反馈CSI。

Google Patents

就 R/S 两项而言，我给这篇的贡献等级为：

★★★★★ / A+++

二、CN107733506A——语言结构与目标专利尤其接近

名称： CSI的处理、测量导频资源的传输方法及装置

申请人：中兴通讯

公开日： 2018-02-23，距离截止日仅17天，但仍符合要求。

Google Patents

其终端装置直接规定：

第一接收模块接收第一测量导频资源；

根据第一测量导频资源获得第一CSI；

反馈模块通过PUCCH周期反馈第一CSI；

第二接收模块还接收第二测量导频资源。

Google Patents

更关键的是，说明书明确解释：

用于测量信道状态信息的“测量导频”包括CSI-RS；

并具体写明：

基站发送CSI-RS；

终端基于CSI-RS直接进行信道测量和CSI量化；

得到RI/PMI/CQI；

将CSI反馈；

对波束成形CSI-RS还可通过测量确定并反馈CRI。

Google Patents

实施例进一步给出：

用户接收第一CSI-RS resource；

根据该CSI-RS计算第一CSI；

最后终端反馈第一CSI和第二CSI。

Google Patents

对 R

非常强。

“第一接收模块 + 第一测量导频资源”与目标的“第一接收机模块 + 第一参考信号”结构高度相似，而且说明书明确规定测量导频包括CSI-RS。

Google Patents

对 S

同样非常强。

文献明确建立：

CSI-RS → 测量 → 第一CSI/CRI/RI/PMI/CQI → 反馈。

因此，第一CSI完全可以作为目标所称“第一上报信息”的对应候选。

贡献等级：

★★★★★ / A+++

如果后续撰写无效请求书，我建议把这一篇和 CN103701556A 同时列为 R/S 的首选证据。

三、CN107294643A——“CSI-RS测量反馈”+ CRI，上报信息对应尤其好

名称：一种信道状态信息反馈的方法和装置

申请人：中兴通讯

公开日： 2017-10-24。

Google Patents

其摘要已经明确：

CSI进程包含多套 CSI-RS用于信道测量；

终端确定其中若干套CSI-RS；

根据CSI-RS进行CSI测量和反馈。

Google Patents

正文进一步非常明确：

对非预编码CSI-RS，用户接收导频并测量、反馈信道信息；

对于波束成形CSI-RS：

用户测量等效信道，并反馈最佳CSI-RS资源对应的CSI。

Google Patents

而且其进一步规定：

基站发送CSI-RS；

UE基于CSI-RS直接进行信道测量和CSI量化；

得到RI/PMI/CQI；

通过PUCCH/PUSCH反馈；

对Class B还上报 CRI，即CSI-RS resource index。

Google Patents

这一点尤其值得注意，因为它不是泛泛的“反馈CSI”，而是：

测量CSI-RS → 选择CSI-RS资源 → 上报CRI/RI/PMI/CQI。

所以如果目标专利中“第一上报信息”在说明书中允许体现为CSI、CRI、RSRP等测量派生信息，那么这篇的对应程度会进一步提高。

贡献：

R：强

S：直接

CSI-RS限定：直接

综合：

★★★★☆ / A++

四、CN105812033A——非常清楚的“测CSI-RS→形成上报内容”证据

名称：信道状态信息反馈的方法和系统

申请人：中国电信股份有限公司

公开日： 2016-07-27。

Google Patents

这篇的背景技术就明确记载：

LTE R10中用户基于 CSI-RS的测量进行信道信息反馈；

基站发送下行导频即参考信号；

用户终端测量该参考信号；

选择与测得信道状态相匹配的码本；

将码本反馈给基站。

Google Patents

其实施方案进一步明确：

用户终端在存在CSI-RS的子帧测量CSI-RS；

执行信道估计并获得信道矩阵 H

；

根据测量形成的信道矩阵选择码本 W

；

将 W

反馈给基站。

Google Patents

因此它几乎就是：

参考信号测量结果 → 确定上报信息。

尤其是这里的上报信息不是抽象CSI，而可以落实到具体的“码本/码本索引”。

综合：

★★★★☆ / A++

五、CN103918208A——“接收CSI-RS参考符号→形成CSI报告”

名称：针对CSI-RS资源的集合的CSI报告

申请人： Ericsson

公开日： 2014-07-09。

Google Patents

其无线终端在CSI-RS资源上接收参考符号，然后基于这些参考符号确定传输秩并形成CSI报告。其网络侧则接收基于CSI-RS参考符号确定的CSI反馈。

Google Patents

因此：

R：“接收参考信号”——直接；

S：“基于参考信号形成CSI反馈”——很强；

CSI-RS——明确。

略弱于 CN103701556A 的原因仅在于它没有像后者那样逐字写出“测量模块→根据测量结果确定CSI”的完整措辞。

综合：

★★★★☆ / A+

六、其他具有明显贡献的中文公报

经扩展检索，以下文件也值得纳入无效证据池。

中文公开号公开日对R的贡献对S的贡献主要公开内容综合评价

CN103701556A 2014-04-02 ◎直接 ◎直接接收模块接收CSI-RS；测量模块测CSI-RS；依据测量结果确定CSI；反馈CSI A+++ 首选

Google Patents

CN107733506A 2018-02-23 ◎直接 ◎直接第一接收模块接收测量导频；测量导频明确包括CSI-RS；形成第一CSI并反馈 A+++ 首选

Google Patents

CN107294643A 2017-10-24 ○强 ◎直接 CSI-RS用于信道测量；基于CSI-RS测量/量化形成RI、PMI、CQI、CRI并反馈 A++

Google Patents

CN105812033A 2016-07-27 ○强 ◎直接测量CSI-RS→信道估计→选择码本→反馈码本 A++

Google Patents

CN103918208A 2014-07-09 ◎直接 ○强在CSI-RS资源接收参考符号，并据此产生CSI报告 A+

Google Patents

CN103825663A 2014-05-28 △ ◎直接根据对CSI-RS的测量计算CSI并上报CSI A+，S专项强证据

Google Patents

CN106160826A 2016-11-23 ○ ◎ 终端测量CSI-RS→估计信号质量→确定CSI→反馈CSI A+

Google Patents

CN106375044A 2017-02-01 ○ ◎ 终端利用CSI-RS执行CSI测量并反馈CQI/PMI/PTI/RI等 A

Google Patents

CN104579518A 2015-04-29 ○ ◎ CSI测量信号可为PSS/SSS、CRS、CSI-RS、DRS之一或组合；测量后进行CSI反馈 A

Google Patents

CN106941391A 2017-07-11 ○ ◎ 基于多套预编码CSI-RS进行波束/资源选择，并反馈CRI和其他CSI A

Google Patents

CN103516464A 2014-01-15 △ ○～◎ CSI报告配置涉及用于信道测量的CSI-RS资源，并反馈对应CSI报告 A-

Google Patents

CN106470078A 2017-03-01 ○ ○～◎ 基站配置CSI-RS，终端利用所指示CSI-RS执行CSI测量和反馈 A-

Google Patents

CN103391150A 2013-11-13 ◎ △ 终端接收多个CSI-RS资源并利用CSI-RS测量信道CSI R专项辅助证据

Google Patents

CN107771378A 2018-03-06 ○ ◎ 基于非周期CSI-RS进行测量、计算并报告CSI；公开日仍在截止日前 A，截止线重要文献

Google Patents

其中：

◎：直接或接近逐字公开；

○：功能上明确对应；

△：可作为组合/辅助证据，但不建议单独承担该特征。

七、关于 S 中“CSI-RS或SS/PBCH块”的特别结论

这一点需要特别区分。

我又围绕：

SS/PBCH block

SS/PBCH块

同步信号块 + CSI-RS + 测量 + 上报

SS block + RSRP + report

PBCH + synchronization signal + beam measurement

进行了截止日前中文公报补查。

本轮没有检出公开日在2018-03-12之前、以CN中文公报明确使用完整NR术语“SS/PBCH block/SS/PBCH块”，同时又完整建立“测量→第一上报信息”链条的文件。

这并不影响目前对 S 的主要检索结论，因为 S 自身采用的是：

CSI-RS 或 SS/PBCH块中的至少之一

所以从该技术特征的选择式文字本身看，截止日前文献明确采用 CSI-RS 并形成“测量CSI-RS→确定反馈/上报信息”的技术方案，已经对应其中一个明确备选分支。

而且 CN104579518A 还进一步说明，进行CSI测量的参考信号可以包括 PSS/SSS或CSI-RS等信号之一或组合，说明“利用同步类参考信号或者CSI-RS执行测量并反馈”的技术思想在2015年即已公开；不过我不会把PSS/SSS直接等同于后来NR定义的“SS/PBCH block”，这篇更适合作为辅助论证，而不是对“SS/PBCH块”的逐字公开。

Google Patents

八、R/S最优无效证据排序

如果只评价 R、S 两个特征，我的优先顺序是：

1. CN103701556A —— 第一优先

这是目前最干净的证据：

接收模块 → CSI-RS → 测量模块 → 测量结果 → 确定CSI → 反馈模块。

Google Patents

几乎不需要复杂的技术解释。

2. CN107733506A —— 与目标专利语言结构最接近

优势是：

“第一接收模块” + “第一测量导频资源” + “第一CSI” + “反馈模块”

同时说明书明确把测量导频落实成CSI-RS。

Google Patents

如果目标权利要求本身也是“第一接收机模块/第一参考信号/第一上报信息”这种抽象编号体系，这篇特别适合做逐项映射。

3. CN107294643A —— CRI/CSI型“第一上报信息”的强证据

特别适合证明：

测量CSI-RS不仅产生一般CSI，还会产生并上报 CRI、RI、PMI、CQI。

其中CRI尤其直接对应“由参考信号测量决定的上报信息”。

Google Patents

4. CN105812033A —— 因果关系极清楚

其逻辑不是泛泛“测量与反馈并存”，而是：

测量CSI-RS → 得到信道矩阵 → 根据测量结果选择码本 → 上报码本。

Google Patents

对证明 S 中的“测量被用于确定上报信息”非常有利。

九、最终特征比对

目标技术特征 CN103701556A CN107733506A CN107294643A CN105812033A CN103918208A

R：第一接收机模块还接收第一参考信号直接：接收模块接收CSI-RS 直接：第一接收模块接收测量导频，导频明确包括CSI-RS 终端接收/测量CSI-RS，模块措辞稍弱终端接收并测量CSI-RS，模块措辞稍弱收发器/无线终端接收CSI-RS参考符号

S1：针对第一参考信号进行测量直接CSI-RS测量直接CSI-RS信道测量直接CSI-RS测量直接CSI-RS测量基于接收CSI-RS参考符号确定信道状态参数

S2：测量用于确定第一上报信息根据测量结果确定CSI，再反馈CSI 测量形成第一CSI/CRI/RI/PMI/CQI并反馈测量、量化后形成CRI/RI/PMI/CQI反馈测量→信道矩阵→码本→反馈基于参考符号产生CSI报告

S3：第一参考信号包括CSI-RS或SS/PBCH至少之一明确CSI-RS 明确CSI-RS 明确CSI-RS 明确CSI-RS 明确CSI-RS

R+S整体贡献 ★★★★★ ★★★★★ ★★★★☆ ★★★★☆ ★★★★☆

对应依据分别见 CN103701556A 的装置权利要求、CN107733506A 的第一接收模块及CSI-RS定义、CN107294643A 的CSI-RS测量反馈、CN105812033A 的CSI-RS测量—码本反馈，以及CN103918208A的CSI-RS参考符号接收和CSI报告。

Google Patents

总结

针对 R/S，本轮中文专利检索已经形成非常强的截止日前证据链。

最值得投入无效请求书的是：

CN103701556A + CN107733506A。

前者的优势是完整逐模块公开：

接收CSI-RS → 测量CSI-RS → 根据测量结果确定CSI → 反馈CSI。

后者的优势是与目标权利要求的抽象编号结构高度一致：

第一接收模块 → 第一测量导频/CSI-RS → 第一CSI → 反馈。

再由 CN107294643A、CN105812033A、CN103825663A 分别强化“CSI-RS测量形成CRI/CSI/码本等具体上报信息”的技术事实。

Google Patents

因此，**如果只看 R、S 本身，我认为它们在2018-03-12以前已经属于公开非常充分的技术内容，尤其是 CSI-RS 这一选择分支，几乎不存在实质检索缺口。**真正决定 CN111585624B 相关权利要求能否被整体无效的重点，已经不在 R/S 单独是否公开，而在于能否找到同一篇文献或者有充分组合动机的文件，把 R/S 与该权利要求前面的资源选择、天线端口组、信令/上报关系等核心限定连接起来。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

我对 Google Patents 进行了多轮交叉检索，重点反复覆盖了 CSI-RS / reference signal / 측정(measurement) / 보고(report) / CSI 생성·결정 / beam / SS / PBCH / RRM，并进一步追了权利要求、说明书、同族以及临近 2018-03-12 截止日的 NR/beam 文献。

一、结论先行

在严格限定为 2018-03-12之前公开的韩国 KR 公报后，我认为对技术特征 R、S 最有价值的是：

KR20120089254A，2012-08-09公开，LG——最强单篇之一，R、S均直接公开。其权利要求12甚至逐项写到“接收 CSI-RS 的模块”以及“利用所接收 CSI-RS 测量信道状态并发送”的模块，和 R、S 的结构关系非常接近。

Google Patents

KR20180013811A，2018-02-07公开，ASUS——S最贴近的一篇。权利要求1明确是“测量 CSI-RS资源 → 根据这些测量生成 CSI → 报告生成的 CSI”，而且属于 beam operation 场景。

Google Patents

KR20150035555A，2015-04-06公开，LG——明确公开“基于 CSI-RS 测量信道 → 根据测量的信道/干扰确定 CSI → 在上行信道报告 CSI”，并具有接收模块。

Google Patents

KR20150035760A，2015-04-07公开，LG——直接以“CSI-RS测量及报告”为题，明确“测量多个CSI-RS资源→获得CSI-RS测量结果→确定是否报告→发送包含这些测量结果的measurement report”。

Google Patents

KR20160074545A，2016-06-28公开，Qualcomm——明确建立“第一参考信号 ↔ 第一反馈信息”的关系，对 R 和“参考信号形成反馈”的一般逻辑有补强作用，但对 S 中“测量用于确定”的直接程度弱于前四篇。

Google Patents

如果只选一篇攻击 R+S，我首选 KR20120089254A；如果要强调 S 中“测量→确定上报信息”的严格文字关系，则 KR20180013811A 是非常强的第二核心证据。

二、最强文献1：KR20120089254A

名称： 이동통신 시스템에서 채널상태정보를 전송하는 장치 및 그 방법

申请人： LG Electronics

优先权日： 2009-07-30

公开日： 2012-08-09，远早于截止日。

Google Patents

这篇的价值非常高，因为不是仅仅在背景技术里提到 CSI-RS，而是把“接收—测量—反馈”写进了权利要求。

其权利要求2公开：

UE从基站通过特定子带接收 CSI-RS；

使用所接收的 CSI-RS测量该特定子带的信道状态；

将测得的信道状态通过上行子帧发送给基站；

并明确称之为基于 CSI-RS 的 channel-state report。

Google Patents

更重要的是设备权利要求12明确采用了模块式限定：

存在接收 CSI-RS 的模块；

存在利用所接收 CSI-RS 测量信道状态并发送该结果的模块。

Google Patents

因此：

R：“第一接收机模块还接收第一参考信号”——高度直接对应“接收 CSI-RS 的模块”。

S前半：“针对第一参考信号的测量被用于确定第一上报信息”——利用收到的 CSI-RS 测量信道状态，并把该测量得到的信道状态信息上报，技术链条完整。

S后半：“第一参考信号包括 CSI-RS 或 SS/PBCH block 中至少之一”——该文献明确选择 CSI-RS。

而用户给出的 S 是“CSI-RS 或 SS/PBCH块中的至少之一”。从该择一限定的通常技术比对方式看，无需同一篇对比文件同时公开 CSI-RS 和 SS/PBCH；公开 CSI-RS 这一分支已经覆盖该选择项。

评价

R：◎直接公开

S：◎直接公开

推荐等级：★★★★★

这是目前本轮韩文 KR 检索中我认为最适合放入无效请求书特征比对表的文献之一。

三、最强文献2：KR20180013811A

名称： 무선 통신 시스템에서 빔 동작을 위한 채널 상태 정보 리포트를 위한 방법 및 장치

即：用于无线通信系统中 beam operation 的CSI报告方法及装置。

申请人： ASUSTeK Computer

优先权日： 2016-07-29

公开日： 2018-02-07，距截止日仅约一个月，但仍属于截止日前公开文献。

Google Patents

这篇是此次补检中的重要命中。

其摘要直接公开：

UE配置至少两个 CSI-RS resources；

UE对至少两个 CSI-RS resources 执行测量；

UE 根据这些测量生成 CSI；

至少一个 CSI 对应于一个或多个 CSI-RS resource 的测量；

UE报告所生成的至少一个 CSI。

Google Patents

更关键的是，这套关系直接进入权利要求1：

CSI-RS resource测量 → 根据测量生成多个CSI → CSI对应CSI-RS测量 → 报告生成的CSI。

Google Patents 的韩文权利要求1逐项呈现上述逻辑。

Google Patents

权利要求2还进一步限定：

每一个 CSI-RS resource 与一个特定 beam 相关联。

Google Patents

其设备权利要求同样规定处理器：

对至少两个 CSI-RS resources 执行测量；

according to the measurements生成多个CSI；

报告生成的CSI。

Google Patents

为什么这篇对 S 特别强

S不是简单要求：

CSI-RS被测量。

而是要求：

针对CSI-RS的测量，被用于确定第一上报信息。

KR20180013811A恰好把中间的因果关系写明：

measurement of CSI-RS → generate CSI → report CSI

所以它比很多只写“CSI-RS用于channel estimation”的LTE文件更贴近“测量被用于确定上报信息”。

评价

R：○～◎——CSI-RS作为UE测量的无线参考信号，接收关系技术上很明确，但权利要求1没有像 KR20120089254A 那样直接写“CSI-RS接收模块”。

S：◎直接公开，而且措辞极贴近

推荐等级：★★★★★

在创造性组合中，这篇尤其值得优先使用。

四、最强文献3：KR20150035555A

名称： 무선 통신 시스템에서 채널상태정보 보고 방법 및 장치

申请人： LG Electronics

优先权日： 2012-07-02

公开日： 2015-04-06。

Google Patents

其摘要已经形成完整的技术链：

基于CSI-RS resource测量channel

→ 基于测量的channel和interference确定CSI

→ 通过uplink channel报告CSI。

Google Patents

更有价值的是，其终端装置方案明确包括：

수신 모듈 / receiving module；

processor；

processor基于CSI-RS resource测量channel；

根据测量结果确定CSI；

报告该CSI。

Google Patents

说明书还明确指出，对于CSI report，可以利用CSI-RS进行channel measurement，并且CSI反馈可包括 RI、PMI、CQI 等典型CSI信息。

Google Patents

对应关系

R：终端具有接收模块，CSI-RS作为下行参考信号用于终端测量——强对应。

S：

CSI-RS resource → channel measurement → measured channel → determine CSI → report CSI

与“针对第一参考信号的测量被用于确定第一上报信息”几乎构成逐层对应。

评价

R：◎/○+

S：◎直接公开

推荐等级：★★★★★

五、最强文献4：KR20150035760A

名称： 무선 통신 시스템에서 CSI-RS 측정 및 보고 방법 및 이를 지원하는 장치

即“无线通信系统中的 CSI-RS 测量和报告方法及支持装置”。

申请人： LG Electronics

优先权日： 2012-06-29

公开日： 2015-04-07。

Google Patents

其摘要已经非常直白：

从网络接收 CSI-RS configuration；

configuration指示作为测量对象的多个 CSI-RS resources；

测量多个 CSI-RS resources获得多个measurement results；

确定是否报告CSI-RS measurement result；

向网络发送 measurement report；

measurement report中包含相应的CSI-RS measurement results。

Google Patents

权利要求1又重复了这套技术关系：

CSI-RS resources → measurement → measurement results → report decision → measurement report。

Google Patents

装置部分还公开：

RF unit用于发送和接收无线信号；

processor被配置为测量CSI-RS radio resources；

processor决定是否报告CSI-RS measurement results；

根据测量质量选择性报告。

Google Patents

因此对 S 的“测量→上报信息”链条非常强。

另外，Google Patents显示 KR20150035759A 与其属于相关同族/并行韩国公开，且同为 2015-04-07公开。因此检索时不能遗漏，但在无效证据评价中不宜将35759与35760机械当作两篇完全独立的技术来源来叠加创造性证据。

Google Patents

评价

R：○+

S：◎

推荐等级：★★★★☆

六、辅助文献：KR20160074545A

名称： Method and apparatus for configuration of CSI-RS for 3-D MIMO

申请人： Qualcomm

优先权日： 2013-10-18

公开日： 2016-06-28。

Google Patents

该文献公开：

基站向UE发送第一组reference signals；

UE形成/反馈与第一reference signals关联的第一feedback information；

再根据该feedback information配置precoder并发送第二组reference signals；

再取得与第二reference signals关联的第二feedback information。

Google Patents

它非常适合证明截止日前已经存在：

reference signal → UE feedback information

这一通用技术链。

但其对“measurement用于determine feedback”的明示程度不如前述文献，因此建议作为辅助组合证据，而非 R+S 的第一主证据。

七、SS/PBCH 分支专项检索结果

这里需要特别说明一个很重要的检索结果。

我检出了：

WO2017209505A1

韩文公开文本

申请人：LG Electronics

优先权日：2016-05-31

公开日：2017-12-07。

Google Patents

这篇在技术内容上极强：

UE接收包含 RRM reference signal 的信号；

对该RRM RS执行received-power measurement；

将测得的 RRM information 上报给基站；

terminal明确包括 transmitter、receiver、processor。

Google Patents

并且明确：

RRM RS可以包括 Synchronization Signal (SS)，或者Physical Broadcast Channel中的DM-RS。

Google Patents

说明书进一步明确，在 New RAT 中，可以把：

SS，或者

xPBCH 内的 DM-RS resource

作为 xRSRP 测量资源，并专门描述“RRM RS received-power measurement and reporting”。

Google Patents

其后续权利要求甚至明确规定：

接收多个RRM reference signals → 执行beam级RRM measurement → 报告measured RRM information，而这些RRM RS包括 SS + PBCH中的DM-RS。

Google Patents

但是必须注意公开身份

它在截止日前公开的是：

WO2017209505A1，2017-12-07，韩文PCT公开。

对应韩国国家阶段的：

KR20180089908A

直到 2018-08-09 才公开，已经晚于 2018-03-12。

Google Patents

所以：

若“韩文专利文献”允许使用韩文公开的WO文献：这篇应当列为 SS/PBCH分支的最强证据；

若严格要求“韩国KR公开号且KR公开日在2018-03-12之前”：这篇不能作为合格KR公报列入主表。

这一点在正式无效文件中必须分清，不能把其2017-12-07的 WO公开日误写成KR公开日。

八、特征比对表

符号：◎=直接明确公开；○=强对应/技术上必然或紧密关联；△=辅助贡献。

对比文件公开日 R：接收机模块接收第一参考信号 S：测量用于确定上报信息 CSI-RS / SS-PBCH 综合评价

KR20120089254A 2012-08-09 ◎ 权12直接为接收CSI-RS的模块 ◎ 使用接收的CSI-RS测量信道状态并发送 CSI-RS ★★★★★ 最优单篇

Google Patents

KR20180013811A 2018-02-07 ○ UE对CSI-RS资源进行测量，具有receiver system ◎ measurement→generate CSI→report CSI CSI-RS；且与beam关联 ★★★★★ S最贴近

Google Patents

KR20150035555A 2015-04-06 ○+ 明确terminal receiving module ◎ CSI-RS测量channel→据测量确定CSI→报告 CSI-RS ★★★★★

Google Patents

KR20150035760A 2015-04-07 ○ RF unit收发无线信号并执行CSI-RS测量 ◎ CSI-RS measurement results直接进入measurement report CSI-RS ★★★★☆

Google Patents

KR20160074545A 2016-06-28 ○ reference signals发往UE △～○ reference signals与feedback information直接关联，但“measurement”较弱 CSI-RS/3D-MIMO ★★★☆ 辅助

Google Patents

WO2017209505A1（韩文） 2017-12-07 ◎ receiver接收含RRM RS的信号 ◎ 测量RRM RS→报告measured RRM info SS / PBCH内DM-RS ★★★★★ SS/PBCH最强补强，但非KR公报

Google Patents

九、最终无效使用建议

就 R+S 两项本身，我建议证据优先顺序为：

第一选择：KR20120089254A。

理由是它在同一设备权利要求中直接出现了“CSI-RS接收模块”以及“利用所接收CSI-RS进行测量并将结果发送”，因此对 R 的“接收机模块”也不需要太多解释。

Google Patents

第二选择：KR20180013811A。

它特别适合补强 S 中最容易争议的“测量被用于确定上报信息”。权利要求直接规定“根据CSI-RS测量生成CSI，并报告生成的CSI”，而且是 beam operation 场景，技术语境比早期LTE CSI反馈文献更靠近目标专利。

Google Patents

第三选择：KR20150035555A。

它把逻辑链写得非常完整：

CSI-RS → 测量channel → measured channel → determine CSI → report CSI。

Google Patents

第四选择：KR20150035760A。

如果对方争辩“普通CSI计算不等于针对reference signal的measurement report”，这篇可以直接以“CSI-RS measurement result进入measurement report”进行堵截。

Google Patents

而 WO2017209505A1 应当作为一个非常值得保留的专项证据：它把 receiver + reference signal + measurement + measured report + SS/PBCH DM-RS + beam/New RAT 几乎全部串在一起。只是正式使用时必须明确其有效截止日前公开身份是 WO2017209505A1（2017-12-07），而不是截止日后的 KR20180089908A。

Google Patents

总体判断

对于 R、S 这一组限定，截止日前现有技术基础很强。尤其因为 S 的参考信号类型采用“CSI-RS或SS/PBCH块中的至少之一”的择一结构，严格的截止日前 KR 文献已经可以通过 CSI-RS 分支完整覆盖；SS/PBCH分支则还有截止日前韩文 WO2017209505A1 作为非常强的独立补强。

因此，仅从 R、S 两项的技术特征公开程度评价，它们不应当成为 CN111585624B 相对于截止日前现有技术的强区分点。其中最值得制作正式逐字无效比对的是 KR20120089254A + KR20180013811A + KR20150035555A 这三篇。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已按日文 Google Patents 进行了多轮交叉检索，检索重点包括：

CSI-RS + 受信 / 受信部 / 端末

CSI-RS + 測定 / チャネル測定 / CQI測定

CSI-RS + CQI / PMI / RI + 報告 / フィードバック

測定結果 + 報告 / フィードバック

同期信号ブロック / SS block / SS/PBCH + 測定 + 報告

并逐篇核对日本公开号以及实际公开日是否早于2018-03-12。

一、结论先行

针对你给出的R、S，已经检出多篇具有较强无效贡献的截止日前日本公开专利文献。其中最值得优先使用的是：

第一梯队：

JP2014057138A，公开日2014-03-27，NTT DOCOMO

JP2017516426A，公开日2017-06-15，LG

JP2015531211A，公开日2015-10-29，LG

JP2014506099A，公开日2014-03-06，Qualcomm

其中，我认为对R+S的单篇公开强度最高的是 JP2014057138A。它不仅明确设置终端的“送受信部（受信部）103”，还明确公开：

接收下行信号 → 分离CSI-RS → 基于CSI-RS进行信道估计/干扰测量 → 根据测量/估计结果计算CQI → 将CQI作为反馈信息通知基站。

这基本形成了R、S要求的完整技术链。

Google Patents

另外，JP2017516426A、JP2015531211A的文字匹配甚至更加直白：均明确记载终端在相应子帧位置接收CSI-RS，利用所接收CSI-RS测量信道，并根据该结果向基站报告CQI、PMI和/或RI。

Google Patents

因此，就你现在单独给出的R、S而言，CSI-RS这一选择分支已经有非常强的2018-03-12之前日本专利证据。

二、最强文献1：JP2014057138A

公开号：JP2014057138A

名称：無線通信システム、基地局装置、移動端末装置、及び干渉測定方法

申请人：NTT DOCOMO

公开日：2014-03-27，明显早于2018-03-12。

Google Patents

这是目前我认为最适合主打R+S的日本文献。

1. 对R：“第一接收机模块还接收第一参考信号”

该文献首先明确给出了移动终端的硬件接收模块：

移动终端10包括发送接收天线101、放大部102、发送接收部（接收部）103、基带信号处理部104等。

并进一步说明下行无线频率信号由天线接收，经发送接收部103转换为基带信号。

patents.google.com

更关键的是，在终端功能结构部分，又明确记载：

下行信道分离部303把接收到的下行信号分离为下行控制信息、下行数据和CSI-RS；

将CSI-RS输出至信道估计部307。

patents.google.com

所以其技术链是：

接收部103接收下行无线信号 → 分离出CSI-RS → CSI-RS送入测量/信道估计模块。

因此，对R不是简单的“CSI-RS存在”，而是具有相当明确的终端接收模块+CSI-RS接收处理结构。

2. 对S：“针对第一参考信号的测量用于确定第一上报信息”

该文献公开得尤其完整：

干扰测量部306在CSI-RS资源上实施干扰测量；

测量结果经平均后通知CQI测量部308；

信道估计部307基于CSI-RS估计信道状态；

将信道估计值送至CQI测量部308；

CQI测量部根据干扰测量结果、信道估计结果以及反馈模式计算CQI；

所计算出的CQI作为反馈信息通知基站。

patents.google.com

也就是非常清楚的：

CSI-RS → 测量/信道估计 → 测量结果 → 确定CQI → CQI作为上报/反馈信息

这比仅仅“测量CSI-RS，然后把测量值报告出去”还要强，因为它明确公开了利用测量结果计算/确定另一上报信息CQI。

对R/S评价

R：★★★★★

S：★★★★★

如果只研究R、S，这篇应列为首选主证据。

三、最强文献2：JP2017516426A

公开号：JP2017516426A

名称：無線通信システムにおいてチャネルを推定する方法及び装置

申请人：LG Electronics

公开日：2017-06-15。

Google Patents

其第[282]附近给出的文字与S极为接近：

基地站告知CSI-RS发送周期和offset后，终端能够在相应子帧位置接收基站的CSI-RS；随后终端：

从接收到的CSI-RS测量信道；

作为其结果，将CQI、PMI和/或RI等信息报告给基站。

Google Patents

其逻辑可以直接写成：

UE receives CSI-RS

→ measures channel from the received CSI-RS

→ reports CQI/PMI/RI as a result.

与R的关系

“终端接收CSI-RS”是直接公开。与目标采用“第一接收机模块”这种装置功能模块式写法相比，该段主要采用终端功能描述，但从装置/功能限定角度，对“接收机模块执行接收CSI-RS”具有很强贡献。

与S的关系

非常直接：

接收到的CSI-RS → 测量信道 → 根据该结果生成/报告CQI、PMI、RI。

因此：

R：★★★★★（功能直接公开）

S：★★★★★

在文字对应关系方面，这篇甚至可以和JP2014057138A并列使用。

四、最强文献3：JP2015531211A

公开号：JP2015531211A

名称：無線通信システムにおいてチャネル状態情報（CSI）送信方法及び装置

申请人：LG Electronics

公开日：2015-10-29。

Google Patents

其相关段落与上一文献同样非常直接：

当基站通知CSI-RS发送周期和offset后：

终端使用这些值在对应子帧位置接收基站CSI-RS；

终端利用接收到的CSI-RS测量信道；

并“作为其结果”将CQI、PMI和/或RI报告给基站。

Google Patents

因此对应链条也是：

CSI-RS接收 → CSI-RS测量 → CQI/PMI/RI确定 → 报告

评价

R：★★★★★

S：★★★★★

它可以作为JP2017516426A之外另一篇独立的强替代文献。

五、强文献4：JP2014506099A

公开号：JP2014506099A

名称：非周期チャネル状態情報（A-CSI）報告をCSI基準信号（CSI-RS）リソースに暗黙的にリンクすること

申请人：Qualcomm

公开日：2014-03-06。

Google Patents

这篇对于S尤其强。

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮交叉检索、同族回溯和截止日复核后，我认为：**针对技术特征 R/S，2018-03-12 之前的英文专利文献中已经存在一批相当强的 CSI-RS 路线对比文件。**其中至少 4～6 篇可以在单篇文献内形成比较完整的：

UE/接收机接收 CSI-RS → 对 CSI-RS 进行测量 → 根据该测量确定 CSI/RSRP/CQI/PMI/RI 等上报信息 → 上报

的技术链条。

目标专利本身明确规定：接收第一参考信号，对该第一参考信号的测量用于确定第一上报信息，并且第一参考信号可以是 CSI-RS 或 SS/PBCH block 中至少之一；说明书进一步把第一上报信息具体化为 UCI、CSI、CRI以及 RI/RSRP/PMI/CQI 等测量/信道状态信息。

Google Patents

因此，从 R/S 本身的技术比对来看，没有必要找到一篇同时公开 CSI-RS 和 SS/PBCH block 的文献。只要截止日前文献完整公开了 CSI-RS 这一选择支及其“测量→确定上报信息”的关系，就对 S 有直接贡献。

一、优先级最高的英文对比文件

优先级英文专利文献公开日 R：接收第一参考信号 S：测量用于确定第一上报信息参考信号对 R/S 的评价

1 US20130242778A1 / US9198071B2, Channel state information reference signal configuring and reporting for a coordinated multi-point transmission scheme 2013-09-19（A1）明确：receiving module 接收 CSI-RS 明确：reporting module 根据所接收 CSI-RS 进行 receive-power measurement，并报告 CSI-RS based receive power；还根据 CSI-RS 报告 CSI CSI-RS ★★★★★，结构最接近目标专利的“接收机模块+上报信息”。文献明确设置 receiving module、reporting module、transmitting module，模块化表述尤其有价值。

Google Patents

2 WO2017084235A1, Beamformed CSI-RS based measurement framework 2017-05-26 明确：UE receiver circuitry receives CSI-RS 明确：根据收到的 CSI-RS 得到 RSRP，并生成 RSRP indication/report；还可根据 CSI-RS 得到 CQI/RI CSI-RS ★★★★★。权利要求直接把 receiver circuitry、RSRP measurement、indication、transmitter 连成一条链，是 R/S 很强的单篇文献。

Google Patents

3 WO2017116209A1, Method and apparatus for channel state information-reference signal 2017-07-06 明确：UE transceiver receives CSI-RS 明确：processor determines aperiodic CSI “in reference to the CSI-RS”，并由 transceiver 在上行信道报告 CSI CSI-RS ★★★★★。非常接近“接收参考信号→据此确定第一上报信息”。说明书还明确描述 UE 测量 CSI-RS、基于测量计算 CSI 并报告。

Google Patents

4 WO2016195335A1, Method and apparatus for operating MIMO measurement reference signals and feedback 2016-12-08 明确：UE receives NZP CSI-RS 明确：文献直接使用“receiving and measuring NZP CSI-RS”后 UE reports CSI 的逻辑 NZP CSI-RS ★★★★★。其“received and measured CSI-RS → derive/report CSI”措辞对 S 尤其强。

Google Patents

5 US20150195731A1 / US9326178B2 / WO2014003506A1, Method for measuring and reporting CSI-RS... 2015-07-09（US A1）较明确：无线装置 RF unit 接收无线信号，处理器针对 CSI-RS 资源实施测量非常明确：measure CSI-RS resources → acquire measurement results → transmit measurement report containing CSI-RS measurement results CSI-RS ★★★★★（S特别强）。几乎逐字公开“对参考信号测量→形成/发送上报信息”。

Google Patents

6 US20160149679A1, Method for dynamic channel state information feedback 2016-05-26 较明确：无线设备接收 CSI-RS相关指示并实施 CSI-RS measurements 明确且措辞极强：transmit a CSI report determined from one or more CSI-RS measurements CSI-RS ★★★★★（S最接近目标措辞之一）。“CSI report determined from CSI-RS measurements”与“测量被用于确定第一上报信息”对应非常直接。

Google Patents

7 WO2017049599A1, CSI reporting for beamformed CSI-RS based FD-MIMO 2017-03-30 明确/高度明确：UE detects/selects CSI-RS resource 明确：测量所选 CSI-RS 得到 CQI/PMI/RI，并将这些参数组成 CSI feedback 后发送 Beamformed CSI-RS ★★★★½。很好地证明 CSI-RS measurement→CSI feedback 的完整反馈机制。

Google Patents

8 WO2017146475A1, Method and apparatus for measurement reference signal in wireless communication system 2017-08-31 高度明确：UE 对 CSI-RS 进行接收/测量明确：CSI-RS 被测量以计算 CSI reports；周期 CSI-RS 与 periodic CSI reporting 关联 CSI-RS ★★★★½。对“measurement is used to determine reporting information”具有直接贡献。

Google Patents

9 WO2018044116A1, Method and apparatus for downlink and uplink channel state information acquisition 2018-03-08 高度明确：配置用于测量的 CSI-RS resources 非常明确：CSI reporting setting 中的 CSI explicitly calculated based on a CSI-RS measurement；CSI report 包括 PMI/CQI/RI/CRI 等 CSI-RS ★★★★★（S）。公开日仅比截止日早4天，但确实属于截止日前公报；“calculated based on CSI-RS measurement”与 S 高度对应。

Google Patents

10 WO2017025768A1, Codebook design for beamformed CSI-RS for FD-MIMO 2017-02-16 较明确：UE 对配置的 CSI-RS antenna ports 进行 measurement 明确：测量用于选择 PMI，随后 UE reports CSI including PMI/RI/CQI CSI-RS ★★★★。适合作为 CSI-RS 测量确定 CSI 上报内容的补强文件。

Google Patents

11 WO2016089124A1, Method and apparatus of downlink signaling for partially precoded CSI-RS and CSI feedback 2016-06-09 明确：UE receives aperiodic CSI-RS 较明确：UE based on received CSI-RS derives CSI，包括 RI/CQI/PMI，反馈机制贯穿全文 CSI-RS ★★★★。R 很直接；S 的“derive CSI based on received CSI-RS”很好，但“measurement→report”措辞不及前6篇直接。

Google Patents

二、最值得用于无效的几篇

如果现在只从 R+S 这两个附加技术特征出发排序，我建议重点锁定以下文献。

第一梯队是 US20130242778A1、WO2017084235A1、WO2017116209A1、WO2016195335A1、US20160149679A1 和 US20150195731A1。

其中：

US20130242778A1 的优势在于“模块”结构特别接近。它并非仅笼统说 UE 测量 CSI，而是明确设置 receiving module receiving CSI-RS，并由 reporting module 基于收到的 CSI-RS 形成接收功率测量/CSI报告，再由 transmitting module 发送。因此对 R“第一接收机模块接收第一参考信号”尤其漂亮。

Google Patents

WO2017084235A1 同样非常强。其 UE 的 receiver circuitry 接收多个 CSI-RS，controller 获得与各 CSI-RS 对应的 RSRP value、生成 RSRP indication，transmitter 再将该 indication 上报。这个因果链正好对应：

CSI-RS → measurement → measurement-derived reporting information。

Google Patents

US20160149679A1 对 S 的字面匹配甚至可能是最漂亮的一篇，因为权利要求直接采用 CSI report determined from one or more CSI-RS measurements 的结构。目标专利的“针对第一参考信号的测量被用于确定第一上报信息”与此在技术关系上高度重合。

Google Patents

WO2016195335A1 则把动作链写得非常完整：UE receives and measures NZP CSI-RS，随后按照 reporting configuration/type reports CSI；另一处又明确说明 UE 根据最近“received and measured”的 CSI-RS 类型 derive and report CSI。

Google Patents

三、对 R/S 做逐项特征比对

目标技术特征 US20130242778A1 WO2017084235A1 WO2017116209A1 WO2016195335A1 US20160149679A1 US20150195731A1

R：第一接收机模块还接收第一参考信号是。 receiving module 接收 CSI-RS 是。 receiver circuitry 接收 CSI-RS 是。 transceiver 接收 CSI-RS 是。 UE receives NZP CSI-RS 基本是。 receiver/无线设备接收相关 CSI-RS并实施测量基本是。 RF unit + processor 接收无线信号并测量 CSI-RS

S1：针对第一参考信号进行测量是。 CSI-RS receive-power measurement 是。 RSRP measurement of received CSI-RS 是。 CSI 基于 CSI-RS/其测量确定是。 expressly “receiving and measuring NZP CSI-RS” 是。 expressly “CSI-RS measurements” 是。 expressly measuring CSI-RS resources

S2：测量被用于确定第一上报信息是。测量结果形成 receive-power/CSI report 是。 measured RSRP → RSRP indication/report 是。 CSI-RS measurement/reference → aperiodic CSI → report 是。 measured CSI-RS → derive/report CSI 是，极直接。 CSI report “determined from” CSI-RS measurements 是，极直接。 measurement results 被装入 measurement report

S3：第一参考信号包括 CSI-RS 或 SS/PBCH block至少之一 CSI-RS明确 CSI-RS明确 CSI-RS明确 NZP CSI-RS明确 CSI-RS明确 CSI-RS明确

R+S总体覆盖强强强强强；R略逊于S的字面程度强；S特别直接

建议用途主证据主证据主证据主证据主证据/补强S 主证据/补强S

上述逐项判断分别由各文献的权利要求和实施方式直接支持。

Google Patents

四、关于 SS/PBCH block 分支的专项检索结果

我还专门围绕截止日前 NR 的：

SS block、SS/PBCH、PSS SSS PBCH、synchronization signal measurement、beam measurement reporting、SS block RSRP/report

进行了反向检索。

目前找到的截止日前最接近文献之一是 WO2017213461A1, Method and apparatus for measurement reference signal and synchronization。该文献明确公开 UE transceiver 接收 PSS、SSS 和 PBCH，而且说明 PSS/SSS/PBCH 可以使用同一天线端口；文献同时讨论 UE 对下行信道/measurement RS 进行功率测量并向网络报告 measured beam/measurement RS power。

Google Patents

但是这里必须严格区分：

该文献目前不足以像上述 CSI-RS 文献那样，直接证明“对 SS/PBCH block 本身的测量被用于确定该上报信息”。

它非常适合证明截止日前已经公开了 NR UE 接收组合化的 PSS/SSS/PBCH 以及测量/报告体系，但把两者直接连接成目标 S 所要求的“SS/PBCH block measurement → reporting information”，仍然需要进一步证据。因此，我不会把它错误标成 S 的完整单篇公开。其权利要求确实明确规定 terminal transceiver receives PSS, SSS and PBCH。

Google Patents

此外，检索中还出现了一些从优先权日期看很早、内容也直接使用 “SS/PBCH block” 的文献，但实际公报日在 2018-03-12 之后，例如部分 2018 年10月以后公开的 SS-block/measurement-reporting 专利。按照你给出的限制，这些文件不能作为本轮截止日前对比文件，我已将其排除，不能用早期优先权日代替公开日。

Google Patents

五、最终结论

就 R/S 两项本身而言，检索结果对无效方是比较有利的。

R 并不困难：截止日前已经有多篇文献明确公开 UE receiver/transceiver/receiving module 接收 CSI-RS。

真正重要的是 S 的因果关系——不是简单“存在 CSI-RS”和“存在 CSI report”，而要证明：

CSI-RS 被测量 → 测量结果用于确定随后上报的信息。

这一点目前并非只能靠技术常识拼接，至少 US20130242778A1、WO2017084235A1、WO2016195335A1、US20160149679A1、US20150195731A1、WO2017116209A1 都能给出相当直接的文字证据，其中若干已经达到“单篇同时覆盖 R+S 的 CSI-RS 选择支”的程度。

Google Patents

因此，我对这一轮检索的优选排序是：

US20130242778A1 ≈ WO2017084235A1 > WO2016195335A1 ≈ WO2017116209A1 > US20160149679A1 ≈ US20150195731A1 > WO2017049599A1 > WO2018044116A1。

尤其需要保留 WO2018044116A1（2018-03-08）：虽然距离 2018-03-12 截止日非常近，但其公开日确实在截止日前，而且“CSI reporting information calculated based on a CSI-RS measurement”的关系与 S 高度接近，是很好的近截止日补强证据。

Google Patents

综合判断：如果仅评价 R/S 这组附加限定，而不考虑 CN111585624B 相应权利要求中的其他前置特征，CSI-RS 分支已经有较充分、直接且多源独立的截止日前专利证据；继续检索的边际价值主要集中在寻找一篇同样截止日前、明确逐字公开“SS/PBCH block measurement → measurement report/CSI/beam report”的文献，而不是继续增加普通 CSI-RS 文献。

权利要求6

下载无效理由

根据权利要求4所述的用户设备，其特征在于，所述第一接收机模块还接收第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。

技术特征:

T 其特征在于，所述第一接收机模块还接收第一参考信号 (0)

U 其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经过多轮交叉检索3GPP官方 RAN1/RAN2 DynaReport、TDoc目录及规范归档目录，我认为在 2018-03-12之前，针对技术特征T、U已经存在一批相当有价值的英文3GPP文献。其中特别值得关注的是 R2-1705753、R2-1710514、R1-1713693/R1-1713694、R1-1713906/R1-1713907/R1-1713917。

先给核心结论：**如果只针对T、U这一组附加技术特征做无效贡献分析，现有3GPP证据已经比较强；“CSI-RS/SS block→测量→形成/进入上报信息”这一技术链在截止日前已经反复出现。**但严格按“单篇文献完全直接公开”的标准，目前我核实到的网页级官方证据多数是TDoc标题、会议记录和上传时间；部分TDoc原始ZIP正文因3GPP服务器当前对直接抓取返回403，不能把尚未看到的正文句子冒充成明确记载。因此下面我区分“标题已经直接命中”和“需要取原始TDoc正文进一步固化”的情况。

一、最重要的检索结果

R2-1705753 — “To distinguish the NR-SS and CSI-RS in the measurement report” — Panasonic

这是本轮新确认的一个非常重要的早期文献。3GPP官方RAN2#98记录明确给出：

R2-1705753 — To distinguish the NR-SS and CSI-RS in the measurement report — Panasonic

会议时间为2017年5月15日，3GPP官方文件目录进一步显示 R2-1705753.zip于2017年5月6日12:50已经上传，远早于2018-03-12。

3GPP

这一标题本身已经把三个关键概念放在同一技术上下文中：

NR-SS + CSI-RS → measurement → measurement report。

对于U中的“CSI-RS或SS/PBCH块中的至少之一”，即使暂且不处理2017年“NR-SS”与后来“SS/PBCH block”的术语演变，CSI-RS这一择一分支本身已经被明确点名。所以从纯技术特征比对看，它无需依赖“NR-SS=SS/PBCH block”才能对U产生贡献。

评价：A+，建议作为本组特征最优先取得原始ZIP正文的文件之一。

R2-1710514 — “Reporting both NR-SS and CSI-RS in the measurement report” — Panasonic

这是另一份非常直接的RAN2文件。3GPP官方记录显示其题名就是：

“Reporting both NR-SS and CSI-RS in the measurement report”，会议为2017年10月9日的RAN2#99bis。

3GPP

3GPP官方目录显示：

R2-1710514.zip — 2017/09/28 15:42 — 50.7 KB。

3GPP

其技术链与U高度重合：

NR-SS / CSI-RS → measurement → measurement report。

这里的“reporting ... in the measurement report”比普通“CSI-RS measurement”文献更有价值，因为它不只是证明“测了CSI-RS”，而是进一步把测量对象与上报结果建立联系。

需要注意的唯一严格点是：用户给出的U是“测量被用于确定第一上报信息”，而标题写的是“Reporting ... in the measurement report”。二者技术思想高度吻合，但如果用来主张单篇直接、无歧义公开，仍应从原始TDoc中提取诸如 measurement result、reporting quantity、measurement report content 等具体段落。

评价：A+，与R2-1705753并列最强。

R1-1713694 — “Discussion on SS-block measurement and beam reporting” — MediaTek

RAN1#90官方记录明确列出：

R1-1713694 — Discussion on SS-block measurement and beam reporting — MediaTek Inc.

3GPP

官方归档显示：

R1-1713694.zip — 2017/08/12 05:40 — 108.6 KB。

3GPP

它的标题已经直接建立：

SS-block measurement → beam reporting。

这一点对U特别有价值，因为它比单纯的“mobility measurement”更接近目标专利中“测量用于确定上报信息”的物理层含义。

而且，同一申请人MediaTek、同一上传时间、紧邻的 R1-1713693 的题名恰好为：

“UCI design for CSI reporting”。3GPP记录和归档均确认R1-1713693存在，上传时间同样为2017-08-12 05:40。

3GPP

所以MediaTek这一组形成了非常漂亮的截止日前组合链：

R1-1713694：SS-block measurement → beam reporting

＋

R1-1713693：CSI reporting → UCI

这对于把目标专利的“第一上报信息”进一步落到物理层/UCI类型的报告尤其有用。

评价：R1-1713694单篇A；与R1-1713693组合则A+。

NTT DOCOMO的RAN1#90同一组文献

这一组是我认为本轮最值得用于创造性/组合无效的证据之一。NTT DOCOMO在同一RAN1#90会议中连续提交：

R1-1713906 — Discussion on NR RRM measurement based on SS block

R1-1713907 — Discussion on NR RRM measurement based on CSI-RS for L3 mobility

R1-1713917 — Details on beam measurement and reporting

3GPP官方会议记录明确给出了前两篇以及同一申请人的CSI measurement、CSI feedback等相邻文献。

3GPP

R1-1713917的官方记录明确为 “Details on beam measurement and reporting”。

3GPP

官方服务器显示R1-1713906、R1-1713907均于 2017-08-12 上传。

3GPP

这组文献实际上把U拆开的各元素全部覆盖：

SS block测量；CSI-RS测量；beam measurement；measurement reporting。

而且来自同一公司、同一会议、同一技术议题，因此如果需要论证本领域技术人员会把“参考信号类型”与“measurement/reporting procedure”结合起来，这种组合比跨公司、跨会议随意拼接更自然。

评价：单篇A-/B+；组合A+。

R1-1717054 — Huawei/HiSilicon

题名：

“Remaining details on NR RRM measurement based on SS block and CSI-RS for L3 mobility”。

3GPP官方RAN1#90bis记录确认会议时间为2017年10月9日；官方目录显示ZIP已于 2017-10-02 13:59 上传。

3GPP

它最大的价值在于，一篇文件的题名就同时出现：

SS block + CSI-RS + measurement。

因此对U中“第一参考信号包括CSI-RS或SS/PBCH块中的至少之一”是非常好的直接证据。

不足在于题名只明确到“measurement”，没有明确说该measurement被用于确定report information。所以非常适合与R1-1713694、R1-1713917或者R2-1710514组合。

评价：A-，优秀的参考信号类型/测量桥梁文件。

R1-1720175 — CATT

3GPP官方RAN1#91记录：

R1-1720175 — Mobility Management based on SS block and CSI-RS measurements — CATT，会议日期2017年11月27日。

3GPP

它再次明确证明，在截止日前，3GPP已经将：

SS block和CSI-RS

并列作为UE measurement的参考信号来源。

与R1-1717054作用类似：信号类型+measurement很强，上报关系需要其他文件补齐。

评价：B+/A-。

Nokia RAN1#91文献群

Nokia在RAN1#91同一组提交中有：

R1-1720889 — Remaining details on CSI reporting

R1-1720890 — Beam Indication, Measurements and Reporting

R1-1720893 — On multiplexing of different RS types

R1-1720894 — Remaining issues on CSI-RS design。

3GPP

R1-1720890的官方ZIP目录时间为：

2017/11/18 05:34。

3GPP

这组文件的价值与NTT组类似：同一申请人、同一会议中已经同时讨论：

CSI-RS → measurement → reporting → CSI reporting。

所以其组合动机明显强于事后拼凑。

评价：组合证据A-。

vivo RAN1#92文献群——最接近截止日的一组“技术收敛”证据

RAN1#92会议发生在 2018年2月26日至3月2日，仍早于2018-03-12。vivo连续提交：

R1-1801518 — Remaining issues on CSI measurement

R1-1801519 — Remaining issues on CSI reporting

R1-1801520 — Remaining issues on beam measurement and reporting

R1-1801523 — Remaining issues on multiplexing of different types of RSs

R1-1801524 — Remaining issues on CSI-RS。

3GPP

其中R1-1801519、R1-1801520等官方目录显示均在 2018-02-15 已经上传。

3GPP

这是一组非常强的“截止日前技术成熟度”证据：同一家公司已经并行讨论CSI measurement、CSI reporting、beam measurement/reporting以及CSI-RS。

评价：组合证据A-至A。

二、特征比对表

说明：◎=标题/官方记录已直接命中；○=技术上强对应但仍建议从正文固化；△=部分贡献；—=标题级未见明确公开。

3GPP文献截止日前证据 T：接收第一参考信号 U①：参考信号测量用于确定上报信息 U②：CSI-RS或SS/PBCH block 综合贡献

R2-1705753, To distinguish the NR-SS and CSI-RS in the measurement report ZIP 2017-05-06；RAN2#98 2017-05-15

3GPP

○ 测量RS必然以前提接收为基础 ◎ measurement→measurement report关系很强 ◎ CSI-RS；◎ NR-SS A+

R2-1710514, Reporting both NR-SS and CSI-RS in the measurement report ZIP 2017-09-28；RAN2#99bis

3GPP

○ ◎ ◎ CSI-RS；◎ NR-SS A+

R1-1713694, SS-block measurement and beam reporting ZIP 2017-08-12

3GPP

○ ◎ measurement + reporting同题 ◎ SS-block A

R1-1713693 + R1-1713694, MediaTek 两篇均2017-08-12上传

3GPP

○ ◎ SS-block measurement/beam report + UCI CSI reporting ◎ SS-block；○ CSI A+组合

R1-1713906 / 3907 / 3917, NTT DOCOMO RAN1#90；3906/3907于2017-08-12上传

3GPP

○ ◎ 3917 measurement/reporting ◎ SS block + ◎ CSI-RS A+组合

R1-1717054, Huawei ZIP 2017-10-02

3GPP

○ △/○ 题名主要落在measurement ◎ SS block + CSI-RS A-

R1-1720175, CATT RAN1#91 2017-11-27

3GPP

○ △ ◎ SS block + CSI-RS measurements B+/A-

R1-1720889/0890/0893/0894, Nokia 0890 ZIP 2017-11-18

3GPP

○ ◎ measurement/reporting + CSI reporting ○/◎ CSI-RS A-组合

R1-1801518/1519/1520/1523/1524, vivo ZIP约2018-02-15；RAN1#92 2018-02-26

3GPP

○ ◎ CSI/beam measurement→reporting ◎ CSI-RS A-/A组合

R1-1701714, Downlink beam measurement and UE reporting procedure, Huawei RAN1#88，2017年初

3GPP

○ ◎ measurement→UE reporting △ 标题未限定CSI-RS/SSB B+补强

R1-1704488, Beam measurement and beam reporting, vivo RAN1#88bis，2017年

3GPP

○ ◎ △ B+补强

三、规范层证据也已经在截止日前形成

除了会议TDoc，3GPP官方规范归档也值得作为第二层证据包保存。

TS 38.214的Rel-15 38214-f00.zip官方归档日期为 2018-01-03 17:34；TS 38.215的38215-f00.zip为 2018-01-03 17:40，而38.215更早的草案自2017年5月已经连续存在；TS 38.331的38331-f00.zip为 2018-01-04 11:16。全部在2018-03-12之前。

3GPP

不过这里我特意不把后来版本38.214/38.215中已经非常明确的CSI-RS/SSB reporting条文反推到2018年1月版本。要作为无效证据使用，应直接解包f00版逐条核对当时正文，而不能使用2019年以后版本补充2018年的公开内容。

四、对T和U分别评价

技术特征T：第一接收机模块还接收第一参考信号。

3GPP文件普遍使用“UE measurement based on CSI-RS/SS block”而未必采用专利式结构语言“first receiver module receives”。从无线物理过程看，UE对下行CSI-RS/SS block实施测量，以UE接收该参考信号为必要技术前提。因此这些文件对T至少构成很强的隐含/必然公开。但如果无效案件要求逐字结构对应，最好再从TDoc/TS正文找到“UE receives/received CSI-RS/SS block”句子，不建议只凭标题把T写成“明确公开”。

技术特征U：测量用于确定第一上报信息，RS包括CSI-RS或SS/PBCH块至少之一。

这一特征明显更强。R2-1705753、R2-1710514已经直接把 CSI-RS/NR-SS与measurement report联系起来；R1-1713694则直接把 SS-block measurement与beam reporting联系起来；R1-1713693进一步明确 UCI design for CSI reporting。这些并非简单的“有参考信号”和“有报告”两个孤立概念，而是在截止日前已经出现的测量—上报因果链。

3GPP

尤其值得注意：U采用“CSI-RS或SS/PBCH块中的至少之一”这一择一结构。因此仅就这一附加限定而言，截止日前明确公开CSI-RS作为被测参考信号这一支，本身就已经具有很强的命中特征价值；并不一定必须先证明早期“NR-SS/SS block”与后来术语“SS/PBCH block”完全同义。当然，最终法律上的权利要求解释仍需结合整个权利要求。

五、推荐的无效证据组合

综合本轮反复检索，我会按以下优先级使用：

第一主证据：R2-1710514

最直接的“NR-SS + CSI-RS → measurement report”。优先提取正文。

更早主证据：R2-1705753

2017年5月已经出现“distinguish NR-SS and CSI-RS in the measurement report”，时间非常漂亮，而且比R2-1710514更早半年。

3GPP

物理层/UCI最优补强：R1-1713694 + R1-1713693

前者为“SS-block measurement + beam reporting”，后者为“UCI design for CSI reporting”；同一MediaTek、同一会议、同一上传时间，组合逻辑很自然。

3GPP

最漂亮的同申请人三文献组合：R1-1713906 + R1-1713907 + R1-1713917

分别解决SS block measurement、CSI-RS measurement、beam measurement/reporting，并且全部是NTT DOCOMO在RAN1#90的同一技术群。

3GPP

截止日前技术成熟度补强：vivo R1-1801518/1519/1520/1524

2018年2月已经把CSI measurement、CSI reporting、beam measurement/reporting、CSI-RS同时讨论，可以用于证明这一路径在目标日前已高度成熟。

3GPP

六、最终结论

针对T+U，我认为3GPP截止日前证据强度为“较强”。其中U明显强于T。

U的核心并不是2018-03-12才首次出现：至少到 2017年5月的R2-1705753，3GPP就已经明确讨论“NR-SS和CSI-RS在measurement report中的区分”；到2017年8月至10月，RAN1/RAN2已经同时形成 SS-block/CSI-RS measurement、beam reporting、CSI reporting、UCI reporting 等多条相互吻合的技术路线。

3GPP

**若目标只是证明T、U属于截止日前已有技术，我认为证据已经足够有力；若目标是用单篇3GPP文件严格攻击新颖性，当前最值得继续深挖原文的是R2-1705753、R2-1710514和R1-1713694。**其中真正需要进一步固化的不是“有没有CSI-RS/SS-block measurement/reporting”，这一点已经很清楚，而是原始正文中是否存在足以逐字对应 “measurement is used to determine reporting information” 的明确因果表述，以及T中的“UE接收reference signal”。

另外，对我前面检索过程中的一个编号作最终校正：**“To distinguish the NR-SS and CSI-RS in the measurement report”准确的TDoc号是R2-1705753，不是R2-1705754。**3GPP官方DynaReport和归档目录均已经交叉确认；R2-1705754是紧随其后的另一文献。我在最终结论中已全部采用校正后的 R2-1705753。

3GPP

从本轮结果看，R2-1705753 + R1-1713693/R1-1713694 是我目前最推荐优先纳入CN111585624B无效证据池的组合。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮 Google Patents 交叉检索、同族追踪、引用/被引文献反查，并按“公开日严格早于 2018-03-12”过滤后，我认为：针对技术特征T/U，已经检出多篇相当强的中文公开专利文献，而且CSI-RS这一分支的现有技术非常充分。

其中，最值得优先使用的是 CN103701556A、CN104885499A、CN107113648A、CN104412520A、CN104396160A。尤其是 CN103701556A，其“接收模块→接收CSI-RS→测量模块测量→根据测量结果确定CSI→反馈模块反馈CSI”的模块链条，与T/U高度对应。

Google Patents

一、T/U的检索口径

目标特征可以拆成四个检索点：

T1：终端/接收机模块接收参考信号；

U1：对该参考信号实施测量；

U2：测量结果用于确定上报信息；

U3：参考信号至少是 CSI-RS 或 SS/PBCH block之一。

目标专利自身说明书对“第一上报信息”给出了较宽的具体化方式，包括CSI以及RI、CRI、RSRP、PMI、CQI等测量相关信息的量化结果；“第一参考信号”则明确列举CSI-RS和SS/PBCH block。因此，现有技术中的“测量CSI-RS→生成/确定CSI、CQI、PMI、RI等→反馈”具有很直接的对应意义。

patents.google.com

这里尤其要注意：U写的是“CSI-RS或SS/PBCH块中的至少之一”。因此，从该子特征本身看，并不要求现有技术同时公开CSI-RS和SS/PBCH；明确公开CSI-RS这一支即可对U中的参考信号种类限定形成贡献。当然，要以单篇文献破坏整个权利要求的新颖性，仍然需要该篇文献直接、无歧义地公开该权利要求的其他全部技术特征。

二、最强中文对比文件

1. CN103701556A——我认为是本轮最重要文献

名称：《一种基于CSI-RS的CSI反馈方法和设备》

公开日：2014-04-02，明显早于截止日。

Google Patents

该文献的公开非常接近目标特征。其说明书直接描述：基站发送CSI-RS，终端接收CSI-RS并进行测量，根据测量结果确定CSI，然后向基站反馈CSI。

Google Patents

更重要的是，其终端设备权利要求已经把这个逻辑写成模块化结构：

接收模块：接收基站发送的触发信号和CSI-RS；

测量模块：根据接收到的CSI-RS进行CSI-RS测量；

第二确定模块：根据测量结果确定CSI；

反馈模块：向基站反馈CSI。

Google Patents

这几乎可以逐项映射：

第一接收机模块接收第一参考信号

→ 接收模块接收CSI-RS；

针对第一参考信号的测量用于确定第一上报信息

→ 测量CSI-RS，根据测量结果确定CSI，并反馈CSI。

评价：T=直接公开；U=直接公开。强度：A++。

2. CN104885499A——模块结构同样非常漂亮

名称：《高级无线通信系统中的信道状态信息反馈设计》

公开日：2015-09-02。

Google Patents

该文献明确记载UE：

接收第一组CSI-RS和第二组CSI-RS；

利用CSI-RS的接收功率以及基于CSI-RS估计的信道矩阵计算CQI；

根据计算出的CQI发送反馈。

Google Patents

更强的是，其设备实施例明确包括：

接收器：接收第一、第二组CSI-RS；

控制器：根据CSI-RS接收功率/信道矩阵计算CQI；

发送器：基于计算的CQI发送反馈。

Google Patents

另一组权利要求又明确“测量在多个CSI-RS端口上接收到的信号”，随后确定SPI、PMI、CQI、RI并发送反馈。

Google Patents

评价：T=直接公开；U=直接公开。强度：A++。

从“接收机模块”这种结构性限定出发，该篇甚至比很多泛泛写“UE测量CSI-RS”的文献更好。

3. CN107113648A——“测量参考信号→生成CSI测量报告”几乎逐字对应U

名称：《用于非授权频谱上的CSI测量配置和报告的方法和设备》

公开日：2017-08-29。

Google Patents

摘要即明确：

UE接收参考信号；

该参考信号包括CRS和CSI-RS中的至少一个；

测量所接收的参考信号，以生成CSI测量报告；

将CSI测量报告发送给eNB。

Google Patents

设备方案更加直接：UE具有至少一个收发器，用于接收包括CSI-RS在内的参考信号；处理器测量所接收的参考信号以生成CSI测量报告；收发器再发送该报告。

Google Patents

因此它与T/U形成：

接收机/收发器→接收CSI-RS→测量→生成上报信息→发送。

评价：T=直接公开；U=直接公开。强度：A++。

如果希望找到与“测量被用于确定第一上报信息”措辞最接近的中文文件，这篇属于首选。

4. CN104412520A

名称：《在无线通信系统中报告信道状态信息的方法和装置》

公开日：2015-03-11。

Google Patents

其UE实施例明确包括接收器、发送器和处理器；处理器通过接收器从基站接收第一CSI-RS，并通过发送器向基站报告“利用第一CSI-RS生成”的第一CSI；之后同样接收第二CSI-RS并报告利用第二CSI-RS生成的第二CSI。

Google Patents

结合其CSI生成过程，已经形成“接收CSI-RS→基于CSI-RS获得/生成CSI→上报CSI”的完整关系。

评价：T=直接公开；U=直接/极强公开。强度：A++。

5. CN104396160A

名称：《在无线通信系统中报告信道状态信息的方法和装置》

公开日：2015-03-04。

Google Patents

权利要求中的UE包括接收器、发送器和处理器，处理器通过接收器接收CSI-RS，并通过发送器向基站报告“通过使用CSI-RS生成”的CSI。

Google Patents

因此：

T的“接收机模块接收参考信号”——直接对应；

U的“参考信号测量用于确定上报信息”——由CSI-RS信道测量/CSI生成逻辑直接对应。

评价：T=直接公开；U=直接/极强公开。强度：A++。

6. CN103918208A

名称：《针对CSI-RS资源的集合的CSI报告》

公开日：2014-07-09。

Google Patents

无线终端明确在CSI-RS资源上接收参考符号。

Google Patents

其权利要求进一步规定：

在CSI-RS资源集合上接收参考符号；

基于这些参考符号确定公共传输秩；

根据公共传输秩生成CSI反馈；

向网络传输CSI反馈。

Google Patents

这也是非常清晰的“接收CSI-RS相关参考符号→测量/确定秩→生成CSI反馈”。

评价：T=直接公开；U=直接公开。强度：A+～A++。

7. CN103460634A

名称：《基于信道状态信息参考信号（CSI-RS）群组的反馈报告》

公开日：2013-12-18。

Google Patents

该文件明确建立了CSI-RS与PMI/CQI/RI报告之间的关系，并记载UE针对CSI-RS群组执行信道测量，发送与CSI-RS群组信道测量相对应的反馈报告。

Google Patents

进一步实施内容还明确UE接收CSI-RS发射，测量CSI-RS端口对应信道，再进行PMI/CQI/RI反馈。

Google Patents

评价：T=直接/强公开；U=直接公开。强度：A+。

8. CN102684850A

名称：《信道状态信息反馈方法、用户设备和基站》

公开日：2012-09-19。

Google Patents

它明确规定：

根据CSI-RS测量集合配置，对集合中的CSI-RS进行测量；

获得CQI、PMI、RSRP、RSRQ等度量信息；

根据度量信息选择CSI-RS汇报集合；

确定CSI反馈资源并向基站反馈CSI。

Google Patents

其UE装置还包括接收单元、测量单元和发送单元。

Google Patents

不过，接收单元的权利要求文字主要明确接收的是CSI-RS测量集合配置信令，而实际CSI-RS信号的“接收”更多体现于对CSI-RS进行测量这一必然过程，因此针对T的逐字程度略弱于CN103701556A。

评价：T=强隐含/等同公开；U=直接公开。强度：A。

三、扩展检索出的其他有贡献文献

中文公开号公开日 T：接收参考信号 U：测量→确定上报 CSI-RS/SS-PBCH 贡献判断

CN103701556A 2014-04-02 ◎ 接收模块直接接收CSI-RS ◎ 测量结果确定CSI并反馈 CSI-RS A++，首选

Google Patents

CN104885499A 2015-09-02 ◎ 接收器接收两组CSI-RS ◎ 接收功率/信道估计→CQI→反馈 CSI-RS A++，首选

Google Patents

CN107113648A 2017-08-29 ◎ 收发器接收参考信号 ◎ 测量收到的参考信号→生成CSI测量报告 CSI-RS A++，首选

Google Patents

CN104412520A 2015-03-11 ◎ 接收器接收第一/第二CSI-RS ◎ 利用CSI-RS生成CSI并报告 CSI-RS A++

Google Patents

CN104396160A 2015-03-04 ◎ 接收器接收CSI-RS ◎ 使用CSI-RS生成CSI并报告 CSI-RS A++

Google Patents

CN103918208A 2014-07-09 ◎ CSI-RS资源上接收参考符号 ◎ 据参考符号确定秩并生成CSI反馈 CSI-RS A+

Google Patents

CN103460634A 2013-12-18 ◎ UE接收CSI-RS ◎ CSI-RS信道测量→PMI/CQI/RI反馈 CSI-RS A+

Google Patents

CN102684850A 2012-09-19 ○ 测量CSI-RS，信号接收属强隐含 ◎ 度量信息→汇报集合/CSI反馈 CSI-RS A

Google Patents

CN106375044A 2017-02-01 ○ 终端确定并测量参考信号 ◎ 测量结果被上报；参考信号含CSI-RS CSI-RS A-/A

Google Patents

CN107294643A 2017-10-24 ○ 基站发送、UE接收/测量CSI-RS ◎ CSI-RS测量、量化得到RI/PMI/CQI并反馈 CSI-RS A

Google Patents

CN106559113A 2017-04-05 ○ 基于CSI-RS资源进行测量 ◎ 测量+信道信息量化→PUCCH反馈 CSI-RS A-/A

Google Patents

CN106685502A 2017-05-17 ○ 终端接收/检测导频并估计信道 ◎ 多CSI-RS测量→CRI/RI/PMI/CQI反馈 CSI-RS A-

Google Patents

CN106160934A 2016-11-23 △ 接收CSI-RS配置、实施CSI-RS测量 ◎ 测量结果直接确定端口标识、RI、PMI CSI-RS B+/A-

Google Patents

CN106160826A 2016-11-23 ○ 终端测量基站发送的CSI-RS ◎ 根据测量结果确定并反馈CSI CSI-RS A-

Google Patents

CN107771378A 2018-03-06 △ 接收CSI-RS相关配置/指示，实施测量 ◎ 测量非周期CSI-RS并据此计算、报告CSI/CRI CSI-RS B+，截止日前边界文献

Google Patents

其中“◎”表示文字或模块关系直接；“○”表示技术关系很强但“接收模块接收参考信号”的逐字程度略差；“△”表示主要贡献在U，对T更适合用于创造性补强而非单独主攻。

四、SS/PBCH block分支的结果

我又单独以“SS/PBCH block”“SS/PBCH块”“同步信号块+PBCH+测量+报告/上报”“SSB measurement report”等组合反向检索。

在本轮Google Patents中文公报检索中，没有发现公开日严格早于2018-03-12、同时又能达到上述CSI-RS文献那种强度的SS/PBCH block中文公报。

检出的直接SS/PBCH/SSB技术中文公报主要落在截止日之后。例如CN110495147A的公开日为2019-11-22；其他明确涉及SS/PBCH块测量/报告的中国阶段公报也主要在2019年以后，因用户限定的是公开日而不是优先权日，所以必须排除。

Google Patents

这并不削弱T/U的无效检索成果，因为U本身采用的是“CSI-RS 或 SS/PBCH块中的至少之一”；上述大量截止日前CSI-RS文献已经覆盖其一个明确选择支。

五、最优无效使用顺序

如果现在只针对 T+U 选择证据，我会优先采用：

第一梯队：CN103701556A + CN104885499A + CN107113648A。

其中，CN103701556A最适合解决“模块对应关系”，因为其直接出现“接收模块、测量模块、确定模块、反馈模块”；CN107113648A最适合解决U的因果关系，因为它直接公开“测量所接收参考信号以生成CSI测量报告”；CN104885499A则同时把接收器、CSI-RS接收、测量/信道估计、CQI计算和反馈串在一个设备结构内。

Google Patents

第二梯队建议使用 CN104412520A、CN104396160A、CN103918208A、CN103460634A。这些文献可以很好地证明：在2013—2015年期间，“UE接收CSI-RS→测量/信道估计→确定CSI/RI/PMI/CQI→反馈”已经是非常成熟且反复公开的技术链条。

Google Patents

六、最终结论

就T/U两个特征本身而言，我认为无效证据很强。

特别是：

CN103701556A：接收模块接收CSI-RS → 测量模块测量CSI-RS → 确定模块根据测量结果确定CSI → 反馈模块反馈CSI。

Google Patents

这已经基本把目标T/U的核心逻辑完整落地，而且公开日为2014-04-02，比2018-03-12早近四年。

Google Patents

再结合CN104885499A和CN107113648A的明确接收器/收发器结构，若争议仅集中在“T/U是否属于截止日前已知技术”，答案倾向于非常明确：是，尤其CSI-RS分支已有多篇直接公开。

Google Patents

但从整个CN111585624B相关权利要求的无效角度，下一步最关键的不是继续无限增加CSI-RS文献数量，而是把上述最强文献与该权利要求的 A～U全部特征放到同一张表里，检查CN103701556A、CN104885499A、CN107113648A中哪一篇能够同时覆盖最多其他特征。只有这样才能确定是以某一篇做“单篇新颖性主证据”，还是把T/U作为创造性组合中的稳定补强点。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

一、检索结论

我围绕韩文关键词 기준 신호、CSI-RS、채널 상태 정보、CSI 보고、피드백、측정、수신、생성、도출、CQI、PMI、RI、CRI、동기 신호 블록、SSB、PBCH 以及对应英文表达，在 Google Patents 中进行了多轮交叉检索，并进一步沿候选专利的同族、引用文献和相关申请回溯，同时严格按公开日早于 2018-03-12筛选。

结论比较明确：

针对技术特征 T+U 的 CSI-RS 分支，截止日前韩文专利公开非常充分。本轮核实到至少 7篇 KR 韩国公开专利具有实质贡献，其中约 5篇可以作为 T+U 的强对比文件。另外还找到 2篇截止日前公开的韩文 WO/PCT 文献，其中一篇在“第一 CSI-RS → 第一 CSI”的表述上尤其接近目标特征。

最值得优先使用的是：

推荐级别文献公开日申请人对 T/U 的总体评价

A+ KR20170020187A 2017-02-22 Samsung 接收/测量 beamformed CSI-RS → 基于测量生成 CSI → CSI reporting，几乎完整落入 T+U

A+ KR20170019982A 2017-02-22 Samsung UE 接收 BF-CSI-RS → 测量/计算 CSI → 上报 RI/CQI 等，直接对应

A+ KR20170113015A 2017-10-12 Samsung 接收参考信号并测量 → 根据测量生成 feedback；又明确 CSI-RS → feedback

A+ KR20150035555A 2015-04-06 LG receiver module + 基于 CSI-RS 测量信道 → 确定 CSI → 上行报告

A+ / A KR20180008567A 2018-01-24 Samsung 接收 AP-CSI-RS → 测量信道 → CSI request 触发基于测量结果的 CSI report

A KR20170091664A 2017-08-09 Samsung 第一/第二 CSI-RS 与相应 CSI report 建立明确对应，且 CSI 含 RI/CQI/PMI

B+ KR20180013811A 2018-02-07 ASUSTeK UE 测量 CSI-RS 并报告测量/CSI 结果，但对“接收机模块”的文字对应稍弱

上述各文件的公开日期及技术内容均在 Google Patents 页面进行了核验。

Google Patents

二、最强对比文件逐篇分析

1. KR20170020187A —— 我认为是首选之一

名称： 이동 통신 시스템에서 기준 신호 측정 방법 및 장치

公开日：2017-02-22，Samsung。

Google Patents

该文献公开的技术链条非常完整：

终端具有收发器/通信单元；终端接收 CSI 配置信息，并基于从基站接收到的 beamformed CSI-RS测量信道状态；然后基于该测量结果生成 CSI。文献还明确说明，终端测量 CSI-RS，该测量用于 CSI reporting，并且 CSI 可以包括 CQI、PMI、RI。

Google Patents

因此可以建立：

接收 CSI-RS → 对 CSI-RS 进行测量 → 根据测量确定 CSI → 报告 CSI

这与 U 要求的：

“针对第一参考信号的测量被用于确定第一上报信息”

属于非常直接的对应关系。

评价：T 强；U 强；单篇即可覆盖 T+U 的 CSI-RS 分支。

2. KR20170019982A —— 对“接收→计算→报告”表述尤其直接

名称： 이동 통신 시스템에서 빔포밍된 CSI-RS를 이용하는 통신 기법

公开日：2017-02-22，Samsung。

Google Patents

该文献明确描述：

基站发送 CSI-RS，终端接收 CSI-RS；终端利用接收到的 CSI-RS 计算要报告的 CSI；进一步在实施例中明确，终端接收 BF-CSI-RS，利用其测量/计算 CSI，然后向基站报告计算出的 CSI，CSI 可以包括 RI、CQI 等。

Google Patents

这是非常标准的：

received CSI-RS → CSI measurement/calculation → CSI report

所以：

T：“接收第一参考信号”——直接公开；

U：“针对第一参考信号的测量用于确定第一上报信息”——直接公开；

“第一参考信号包括 CSI-RS”——直接公开。

无效贡献强度：A+。

3. KR20170113015A —— 因果关系写得最清楚之一

名称： 이동 통신 시스템에서의 채널 상태 정보 보고 모드 설정 방법 및 장치

公开日：2017-10-12，Samsung。

Google Patents

这篇文献值得重点使用，因为其技术流程直接包括：

终端接收至少一个 reference signal → 测量接收到的 reference signal → 根据 feedback configuration 和测量结果生成 feedback information → 发送该 feedback information。

Google Patents

更重要的是，其具体实施方式进一步把 reference signal 落成 CSI-RS：控制器从基站接收 CSI-RS，基于所接收 CSI-RS 生成反馈信息，再将生成的反馈信息发送给基站；反馈配置用于根据测量结果产生 feedback information。

Google Patents

因此它不是简单公开“CSI-RS 可以被测量”，而是明确建立了：

CSI-RS → measurement → feedback information

这正是 U 中最重要的因果限定。

评价：作为 T+U 单篇对比文件，优先级极高。

4. KR20150035555A —— 公开时间最早且结构完整

名称： 무선 통신 시스템에서 채널상태정보 보고 방법 및 장치

公开日：2015-04-06，LG Electronics。

Google Patents

该专利公开：

终端装置包括接收模块；处理器基于 CSI-RS resource 进行信道测量，基于测得的信道以及干扰确定 CSI，再通过上行信道报告 CSI。

Google Patents

其后实施例还明确说明，终端为了 CSI reporting 使用 CSI-RS 进行 channel measurement，并根据特定 CSI-RS 确定所报告的 CSI。

Google Patents

其优势在于：

“接收模块”这一设备结构也已经明确出现。

虽然从文字严谨程度看，“接收模块直接接收 CSI-RS”不像 KR20170019982A 那么逐字明确，但从“receiver module + CSI-RS channel measurement”的整体技术方案中，CSI-RS 必然经过终端接收后才能完成测量。

评价：T 较直接；U 极强；且公开时间早至 2015 年，作为基础对比文件价值很高。

5. KR20180008567A —— AP-CSI-RS 测量与 CSI report 关系明确

公开日：2018-01-24，Samsung。

Google Patents

该文献明确涉及 aperiodic CSI-RS/AP-CSI-RS：

终端在确定的资源接收 AP-CSI-RS，并利用接收到的 CSI-RS 执行 channel measurement；CSI request 可以触发基于 CSI-RS 测量得到的 channel state information 的报告。

Google Patents

因此：

receive AP-CSI-RS → measure channel → CSI report

同样可以完整对应 T+U。

而且其公开日 2018-01-24，早于截止日 2018-03-12。

Google Patents

6. KR20170091664A —— “第一 CSI-RS ↔ 第一 CSI report”特别值得注意

名称： 부분 프리코딩 CSI-RS 및 CSI 피드백을 위한 다운링크 시그널링 방법 및 장치

公开日：2017-08-09，Samsung。

Google Patents

其重要性不只在于普通的 CSI-RS 测量，而是文献建立了不同 CSI-RS 与不同 CSI report 之间的对应关系。

终端在收到第二 CSI-RS 后，根据该 CSI-RS 导出相应 CSI；文献进一步区分第一 CSI-RS 和第二 CSI-RS，其中第一 CSI-RS 对应第一 CSI report、第二 CSI-RS 对应第二 CSI report，导出的 CSI 可以包括 RI、CQI、PMI。

Google Patents

另外，其接收、测量、CSI calculation 以及通过 PUSCH/PUCCH 反馈 CSI 的处理链也有明确描述。

Google Patents

这对目标特征中使用“第一参考信号 / 第一上报信息”进行编号的表达特别有帮助。

7. KR20180013811A —— 很好的补强文献

名称： Method and apparatus for channel state information report for beam operation in a wireless communication system

公开日：2018-02-07，ASUSTeK。

Google Patents

该文献公开，基站控制相应 CSI-RS，UE 对 CSI-RS 进行测量并报告结果；UE 可以利用 CSI-RS 完成信号/干扰测量，并由此产生 CSI，例如 CQI。

Google Patents

文献中报告内容还涉及 CRI、RI、PMI 等 CSI 参数。

Google Patents

因此 U 的技术思想很清楚，但“第一接收机模块接收第一参考信号”的设备结构表述不如前五篇直接。

适合做补充组合文献，而不是首选。

三、T/U 特征逐项比对表

“直接”表示文献文字已经明确给出对应关系；“较直接”表示结合终端/接收模块和测量动作即可直接、无实质技术障碍地得出；“—”表示本轮核对未发现相应 SS/PBCH branch 的明确公开。

对比文件 T：接收参考信号 U：测量参考信号用于确定上报信息 CSI-RS SS/PBCH block 综合贡献

KR20170020187A 直接：终端接收 beamformed CSI-RS 直接：测量信道状态→生成/报告 CSI 直接 — A+

Google Patents

KR20170019982A 直接：UE 接收 BF-CSI-RS 直接：根据接收 CSI-RS 计算 CSI 并报告直接 — A+

Google Patents

KR20170113015A 直接：接收 RS/CSI-RS 直接：测量 RS→生成 feedback information 直接 — A+

Google Patents

KR20150035555A 较直接：receiver module + CSI-RS measurement 直接：CSI-RS 信道测量→确定 CSI→报告直接 — A+

Google Patents

KR20180008567A 直接：接收 AP-CSI-RS 直接：利用接收 CSI-RS 测量→CSI report 直接 — A+ / A

Google Patents

KR20170091664A 直接：接收第一/第二 CSI-RS 直接：由 CSI-RS 导出 CSI，对应相应 CSI report 直接 — A

Google Patents

KR20180013811A 较直接：UE 对 CSI-RS 测量直接：测量 CSI-RS→产生/报告 CSI result 直接 — B+

Google Patents

四、另外两篇值得保留的“韩文 WO/PCT”文献

如果“韩文专利文献”的口径不仅限于 KRxxxxA，还包括 Google Patents 中以韩文公开的 PCT 文献，则还有两篇非常重要。

WO2018008974A1 —— 对“第一参考信号 → 第一上报信息”尤其接近

LG Electronics，2018-01-11 公开，早于截止日。

Google Patents

其中明确描述：

UE 使用最近接收到的第一 eMIMO 类型 CSI-RS计算第一 CSI；该第一 CSI 基于第一 CSI-RS 所估计的信道产生，并用于后续选择/报告 beam group。

Google Patents

从目标 T/U 的文字结构来看：

第一 CSI-RS → 第一 CSI

这个编号关系甚至比很多 KR 公报更接近“第一参考信号 → 第一上报信息”。

我会把它定为 A+ 补充对比文件。

WO2017222329A1

LG Electronics，2017-12-28 公开。

Google Patents

其公开终端接收基于 aperiodic CSI-RS 的 channel-state-reporting indication，并按照该 indication 发送从 aperiodic CSI-RS 导出的 CSI；实施方式还描述终端测量 A-CSI-RS 后进行相应 CSI feedback/reporting。

Google Patents

同样属于非常强的 U 对比文件。

五、关于 U 中“SS/PBCH block”分支的专门检索结果

这里需要特别区分。

本轮使用：

동기 신호 블록 / synchronization signal block / SSB / SS block / PBCH / PBCH-DMRS / RSRP / 측정 / CSI 보고 / feedback

等组合进行了反复检索。

截至目前，没有检出一篇“公开日在 2018-03-12 之前”的韩文 KR 公报，能够像上述 CSI-RS 文献那样清楚完成“接收 SS/PBCH block → 对其进行测量 → 测量结果用于确定上报信息”的完整链条。

相反，检出的非常直接的韩文 SSB 文献已经晚于截止日。例如：

**KR20180137419A《동기 신호 블록을 측정하는 방법 및 이를 위한 장치》**非常明确地公开 SSB 由 PSS、SSS、PBCH 组成，并基于 SSS 和 PBCH 区域的 DMRS 测量 SSB RSRP；其终端还包括 transceiver，并测量不同 cell 的 SSB RSRP。技术上与 U 的 SS/PBCH 分支很接近。可是该 KR 公报的实际公开日是 2018-12-27，因此必须排除，不能作为 2018-03-12 前的对比文件。

Google Patents

这一结果也说明：截止日前，CSI-RS 分支比采用成熟“SS/PBCH block/SSB”术语的分支更容易找到有效韩文专利证据。

但这并不会显著削弱 T/U 的检索结果，因为 U 的文字本身是：

CSI-RS 或 SS/PBCH block 中的至少之一

也就是说，就该子特征本身的技术比对而言，一个对比文件明确公开 CSI-RS 即已命中所列择一项之一，并不需要同一文献再同时公开 SS/PBCH block。最终新颖性/创造性判断当然还需结合该权利要求的其他全部限定一起评价。

六、最优使用顺序

如果现在仅针对 T+U 准备无效比对，我建议优先级如下：

首选 KR20170020187A：收发器/终端 + 接收 beamformed CSI-RS + 测量 + 根据测量生成 CSI + CSI reporting，结构最完整。

Google Patents

并列首选 KR20170019982A：对“接收 CSI-RS → 计算 CSI → 报告 CSI”的因果关系最直白。

Google Patents

KR20170113015A：对“reference-signal measurement → feedback information”的因果限定尤其强，可很好对付对方强调“测量被用于确定上报信息”的解释。

Google Patents

KR20150035555A：公开时间最早，且有 receiver module，非常适合作为基础文件。

Google Patents

KR20170091664A / WO2018008974A1：如果需要特别强调“第一参考信号对应第一上报信息”，这两篇的价值会上升，因为前者建立第一 CSI-RS/第一 CSI report 的对应，后者更明确涉及 first CSI-RS → first CSI。

Google Patents

KR20180008567A作为 AP-CSI-RS 测量和 CSI reporting 的补强文件。

Google Patents

七、最终判断

就 T+U 这两个特征而言，我认为检索结果已经比较强。

尤其是 KR20170020187A、KR20170019982A、KR20170113015A，都不是仅仅“背景性提到 CSI-RS”，而是实质公开了目标关系：

终端接收 CSI-RS → 对该 CSI-RS/对应信道进行测量 → 根据测量得到 CSI/feedback information → 进行报告。

这已经非常接近 T+U 的技术实质。

Google Patents

如果进一步考虑目标专利说明书把由第一参考信号测量得到的信息具体落到 RI、CRI、RSRP、RSRQ、PMI、CQI 等，并将 CSI/CRI/量化测量值作为第一上报信息，那么上述多篇 Samsung/LG 文献中明确的 RI/CQI/PMI/CSI reporting 会使语义对应进一步增强。

Google Patents

因此，仅评价 T/U，我会把截止日前韩文现有技术的公开强度定为“强—很强”。其中 CSI-RS 路径已经有多篇可以独立支撑，而不是必须依赖多篇拼接。至于 CN111585624B 某一具体权利要求能否据此整体无效，还要把 T/U 与该权项其他特征放在同一篇文献或合理组合中统一评价，不能仅由本次 T/U 检索直接推出整个权利要求缺乏新颖性或创造性。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已按你设定的条件，对 Google Patents 中的**日本公开专利文献（JP）**围绕以下几条路线进行了反复交叉检索：

“CSI-RS 接收/测量 → CSI/CQI/PMI/RI → feedback/report”、“CSI-RS resource → channel measurement → CSI report”、“SSB / synchronization signal / PBCH → measurement → report”，并进一步沿高相关文献的引用链、同族和相近术语反查。

一、检索结论

在严格限定公开日早于 2018-03-12的情况下，本轮检索得到的结论比较明确：

**第一，技术特征 T+U 的 CSI-RS 分支已经存在多件较强的日本公开专利文献。**其中最值得作为无效对比文件深入使用的，我建议优先考虑：

JP2013236330A > JP2015511411A > JP2012080423A > JP2018501735A > JP2014510464A。

尤其是 JP2013236330A，在同一终端实施例中形成了非常完整的链条：

UE 接收部接收下行信号 → 分离 CSI-RS → 利用 CSI-RS 进行信道估计 → 根据该估计结果计算 CQI → CQI 作为反馈信息通知基站。

这与 T、U 的对应关系非常直接。该文献公开日为 2013-11-21，远早于截止日。

patents.google.com

**第二，U 中采用的是“CSI-RS 或 SS/PBCH 块中的至少之一”的择一限定。**因此，从纯技术特征拆解角度，只要现有技术中的“第一参考信号”为 CSI-RS，并且其测量被用于确定上报信息，即已经覆盖 U 中的 CSI-RS 分支；不要求同一对比文件再同时公开 SS/PBCH 块。

**第三，对于 SS/PBCH block/SSB 分支，本轮反复检索没有找到公开日早于 2018-03-12、同时又像上述 CSI-RS 文献一样完整披露“SS/PBCH块测量→确定上报信息”的日本公开公报。**检索到的一个非常接近的后出文献 JP2020503823A 明确涉及 SSB RSRP 测量，并说明 SSB 可包含 PSS/SSS/PBCH，但其日本公开日为 2020-01-30，因此按你的日期限制必须排除。

Google Patents

二、核心日文对比文件及特征比对表

符号说明：● = 直接、明确披露；◐ = 实质披露但需要结合上下文/技术必然性；△ = 补强作用。

排名日本公开文献公开日技术特征 T 技术特征 U 主要对应内容无效检索价值

1 JP2013236330A《無線通信システム、基地局装置、ユーザ端末、及び無線通信方法》NTT DOCOMO 2013-11-21 ● ● UE具有送受信部/受信部103；下行接收后分离 CSI-RS 并送入信道估计部；信道估计结果送至CQI测定部，由此计算CQI，CQI作为反馈信息通知基站 S，首选

2 JP2015511411A《協調マルチポイント送信の参照信号設計》Marvell 2015-04-16 ● ● UE具有下行接收机 DL RX 40；从接收下行信号中的各 CSI-RS resource 估计信道响应；feedback calculation module 根据所估计响应计算信道反馈，再由UL TX发送 S，首选

3 JP2012080423A《基地局装置、移動端末装置及び通信制御方法》NTT DOCOMO 2012-04-19 ● ●/较强移动终端送受信部103明确接收CSI-RS；测定部112根据CSI-RS进行CQI测量；文献同时公开通过PUCCH上报下行CQI A+，且公开很早

4 JP2018501735A《無線通信システムにおけるCSIをフィードバックするための方法及びこのための装置》LG 2018-01-18 ◐ ● 终端跟踪部分激活CSI-RS，测量完全激活CSI-RS，并将测量结果报告给基站，文字对应U尤其直接 A+，U极强

5 JP2014510464A《チャネル状態情報基準信号（CSI-RS）グループに基づくフィードバック報告》Qualcomm 2014-04-24 ◐ ● 权利要求层面明确：确定用于反馈的CSI-RS组；对CSI-RS组执行channel measurement；发送与该测量值对应的feedback report A+，权项证据漂亮

6 JP2014138395A《移動通信方法及び無線基地局》NTT DOCOMO 2014-07-28 ◐ ● CSI-RS用于质量/CSI测量；UE配置一个或多个CSI-RS作为用于measuring and reporting CSI的资源；CSI process对应CSI-RS测量资源 A

7 JP2017509286A《チャネル状態情報の測定方法及び装置》ZTE 2017-03-30 ◐ ● CSI process关联CSI-RS resource；终端基于NZP CSI-RS资源执行信道测量，取得CSI测量结果，并据此生成/实施CSI report A

8 JP2014506099A《非周期チャネル状態情報（A-CSI）報告をCSI基準信号（CSI-RS）リソースに暗黙的にリンクすること》Qualcomm 2014-03-06 ◐ ●/◐ UE接收CSI feedback request，确定对应CSI-RS resource set，并基于该CSI-RS资源集合生成feedback report B+，适合作补强

9 JP2015511100A《多地点協調送信スキームのためのチャネル状態情報基準信号の構成および報告》Qualcomm 2015-04-13 ● ◐/● 明确具有接收成组CSI-RS的技术手段，同时把CSI测量资源与CSI measurement report联系起来 B+

10 JP2015517258A《チャネル状態情報基準信号（CSI-RS）構成およびCSI報告制限》Qualcomm 2015-06-18 ◐ ◐/● CSI process把channel measurement与CSI reporting关联；接收/改变测量资源可以触发CSI重新计算及报告 B，辅助

下面给出关键文献的具体依据。

三、最强对比文件 1：JP2013236330A

公开日：2013-11-21；申请人：NTT DOCOMO。

Google Patents

这是目前我认为对 T/U 最值得优先使用的一篇日本公开文献。

对 T 的对应

文献在用户终端结构中明确设置：

送受信アンテナ；

アンプ部；

送受信部（受信部）103；

基带处理部。

下行无线信号通过终端天线接收并由送受信部103进行接收处理。

Google Patents

更关键的是，在接收侧功能结构中，下行信号经过分离处理后，明确把 CSI-RS 分离出来并送至信道估计部307。

Google Patents

因此可以形成：

“第一接收机模块” ≈ UE送受信部/接收部103

“第一参考信号” ≈ CSI-RS

T：直接披露。

对 U 的对应

其技术链条非常完整：

CSI-RS → 信道估计部307 → CSI-RS信道估计结果 → CQI测定部308 → CQI计算 → 作为feedback information通知基站。

Google Patents

也就是说，CSI-RS产生的测量/估计结果直接参与确定最终上报的CQI信息。

对应关系可以写成：

第一参考信号 = CSI-RS；

针对第一参考信号的测量 = 基于CSI-RS的channel estimation；

第一上报信息 = CQI/feedback information。

因此 U 亦属于直接、强披露。

评价

如果目标是寻找单篇文献同时压 T+U，我会把 JP2013236330A 放第一位。

四、最强对比文件 2：JP2015511411A

JP2015511411A，公开日 2015-04-16，优先权日 2011-12-20。

Google Patents

这篇在“模块结构”上与目标技术方案尤其接近。

文献明确披露 UE 包括：

antennas 36；

downlink receiver（DL RX）40；

uplink transmitter 44；

processing circuitry 48；

channel estimation module 52；

feedback calculation module 56。

其中 DL RX 40 接收下行信号；channel estimation module 52 根据从接收下行信号获得的各 CSI-RS resource 对信道响应进行估计；feedback calculation module 56 再根据估计得到的信道响应计算信道反馈。

Google Patents

文献还明确说明，终端接收CSI-RS，对接收CSI-RS估计信道响应，再发送指示所估计信道响应的反馈。

Google Patents

因此：

T：

第一接收机模块 → DL RX 40；

第一参考信号 → CSI-RS。

U：

CSI-RS接收/测量、信道响应估计

→ feedback calculation module

→ channel feedback。

这是另一篇能够独立支撑 T+U 的S级候选。

五、很早且非常有价值：JP2012080423A

公开日 2012-04-19，NTT DOCOMO。

Google Patents

它的重要性在于公开时间早，而且“接收 CSI-RS”写得非常明确。

文献的移动终端具有：

送受信部103、取得部111、测定部112。

其中送受信部103明确接收基站发送的 CSI-RS；测定部112利用CSI-RS的位置、序列、功率等信息测量CQI。

Google Patents

与此同时，该文献的终端接收机结构和CQI反馈机制还明确记载了通过PUCCH发送下行CQI。

Google Patents

因此可以建立：

CSI-RS接收 → 基于CSI-RS的CQI测量 → CQI反馈。

相比 JP2013236330A，这篇文献中“CSI-RS测量”和“CQI上报”的文字链条分布在不同段落，因此用于逐字攻击 U 时稍逊一档；但从整体公开看仍然非常有价值，而且公开时间更早。

六、对 U 文字对应最直接之一：JP2018501735A

该文献的日本公开日为 2018-01-18，仍在你的 2018-03-12 截止日前。

Google Patents

其披露非常接近 U 的语言结构：

终端跟踪部分激活的CSI-RS，测量完全激活的CSI-RS，然后向基站报告该测量结果。

Google Patents

因此：

第一参考信号 → CSI-RS；

针对CSI-RS的测量 → CSI measurement；

第一上报信息 → 向基站报告的measurement result/CSI feedback。

对 U 几乎是正面命中。

不足之处仅在于：如果严格对应 T 的“第一接收机模块还接收”，目前检出的最直接段落更强调“终端测量CSI-RS”，而不像 JP2013236330A、JP2015511411A 那样把“receiver”结构写得很完整。

所以我建议它作为 U 的极强补强文献。

七、权利要求级别的强证据：JP2014510464A

公开日 2014-04-24，Qualcomm。

Google Patents

该文献的价值在于相关内容直接进入了权利要求。

其权利要求明确涉及：

确定用于反馈的一个或多个 CSI-RS groups；

对一个或多个CSI-RS组进行 channel measurement；

发送与所述channel measurement value对应的 feedback report。

Google Patents

反馈内容还可包括 PMI、CQI、RI、RSSI、CSI-RS group selection 等。

Google Patents

因此其 U 对应可以概括为：

CSI-RS → channel measurement → measurement value → feedback report。

这几乎就是目标 U 的抽象技术逻辑。

八、另外三件值得保留的补强文献

**JP2014138395A，公开日 2014-07-28。**该文献明确将CSI-RS用于质量/CSI测量，并且明确把一个或多个CSI-RS配置成供UE进行“CSI测量和报告”的资源；每个CSI process关联CSI-RS测量资源和CSI-IM。

Google Patents

因此其核心结构是：

CSI-RS resource → CSI measurement → CSI process → CSI reporting。

**JP2017509286A，公开日 2017-03-30。**对于Transmission Mode 10，其CSI process与CSI-RS resource及CSI-IM关联；终端根据CSI-RS resource进行channel measurement，根据CSI-IM进行interference measurement，由此获得CSI measurement result，并生成相应CSI report。

Google Patents

这篇对于“测量结果用于确定上报信息”同样很强。

**JP2014506099A，公开日 2014-03-06。**该文献专门研究A-CSI报告与CSI-RS resource之间的关联；UE根据CSI反馈请求确定参考CSI-RS资源集合，并基于该CSI-RS资源集合生成feedback report并发送。

Google Patents

该篇更适合证明：

“第一上报信息的确定与特定CSI-RS资源之间存在确定关系”。

但由于相关核心段落对“measurement”本身的文字不如前三篇直接，我把它放在补强位置。

九、SS/PBCH块分支的专项复核

我还专门反向检索了：

SS/PBCH block、SSB、synchronization signal block、SS block measurement/report、PBCH + measurement、beam measurement + SSB + feedback 等方向。

结果值得注意：

JP2020503823A 的确非常接近。其内容明确涉及终端的 SSB RSRP measurement，并明确说明 SSB 可以包括 PSS、SSS、PBCH；同时还讨论CSI-RS用于RSRP测量。

Google Patents

但是其时间信息为：

优先权日：2017-06-16；

日本公开日：2020-01-30。

Google Patents

因此，即使其优先权早于目标截止日，也不满足你本次明确规定的“公开日在2018-03-12之前”条件，不能收入本次日文公开对比文件集合。

本轮反复检索下，暂未发现一个截止日前的 JP 公报能够像上述 CSI-RS 文献那样，对“SS/PBCH块测量→上报信息”形成同等明确的文字链条。这个结论应理解为本轮数据库检索结果，而不是声称客观上绝不存在任何遗漏文献。

十、最终无效使用排序

结合“单篇文献完整性”“T 是否明确出现接收机/接收动作”“U 是否形成参考信号测量→上报信息的因果链”“公开日安全性”，我建议排序如下：

优先级文献 T U 推荐用途

第一 JP2013236330A 直接直接最优单篇 T+U 对比文件

第二 JP2015511411A 直接直接最优单篇 T+U 对比文件，模块结构尤其接近

第三 JP2012080423A 直接强公开时间非常早，适合作为独立/组合证据

第四 JP2018501735A 实质极强直接专门强化 U：“测量CSI-RS→报告测量结果”

第五 JP2014510464A 实质极强直接权利要求层面强化“measurement→feedback report”

第六 JP2014138395A 实质直接 CSI-RS作为CSI measurement/report资源

第七 JP2017509286A 实质直接 CSI-RS测量结果→CSI report

第八 JP2014506099A 实质较强 CSI-RS resource与A-CSI report的确定关系

十一、针对 T/U 的最终判断

技术特征 T：已有很强的截止日前日文公开。

其中 JP2013236330A、JP2015511411A、JP2012080423A 均能够比较明确地落到“终端接收机/接收部接收CSI-RS”。

技术特征 U：已有更强、更丰富的截止日前日文公开。

特别是：

JP2013236330A：CSI-RS → channel estimation → CQI calculation → feedback information；

JP2015511411A：received CSI-RS → channel response estimation → feedback calculation → channel feedback；

JP2018501735A：measure CSI-RS → report measurement result；

JP2014510464A：CSI-RS group → channel measurement → feedback report。

Google Patents

因此，如果仅从本次 T/U 两项附加技术特征判断，其 CSI-RS 分支的现有技术基础相当强。其中用于单篇直接攻击时，我认为 JP2013236330A 是目前最优选择，JP2015511411A 几乎同档；JP2018501735A 和 JP2014510464A 则非常适合用于把 U 的“测量用于确定上报信息”进一步钉死。

需要特别区分的是：这只是针对 T/U 两项技术特征的现有技术贡献判断；最终能否直接破坏 CN111585624B 某一完整权利要求的新颖性，还必须检查同一篇文献是否同时公开该权利要求其余全部限定及其组合关系。若用于创造性评价，则上述文献与此前检出的资源选择、天线端口组、DCI/UCI等对比文件之间的组合价值会明显更高。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

我按照公开日 2018-03-12 之前的硬限制，对 Google Patents 进行了多轮扩展检索，并重点反查了“CSI-RS→measurement→CSI/feedback/report”“receiver/transceiver receives CSI-RS”“SS/PBCH/PSS/SSS→measurement/report”等不同表达方式，同时按专利族去重。

一、结论先行

就你给出的 T+U 两个技术特征本身而言，已经找到多篇公开日在截止日前、具有很强无效贡献的英文专利文献。

其中我认为最值得优先使用的是：

第一梯队：

WO2017196253A1、WO2017116209A1、WO2016204549A1、US20160142189A1、WO2017025768A1。

尤其：

WO2017196253A1：甚至明确公开了 wireless device 的 receiving module 接收 CSI-RS，然后根据接收到的 CSI-RS 确定 CSI，再向网络节点发送 CSI，和 T+U 的语言结构非常接近。

Google Patents

WO2017116209A1：明确是 UE 的 transceiver 接收 CSI-RS → processor 基于 CSI-RS 确定 aperiodic CSI → transceiver 上行报告 CSI，属于非常完整的同一终端因果链。

Google Patents

WO2016204549A1：更直接出现“测量接收到的参考信号，并根据测量结果生成 feedback information，再发送 feedback information”的结构，而且相应参考信号明确包括 CSI-RS。

Google Patents

US20160142189A1：明确把 CSI-RS 定义为终端用于测量下行 CSI 的参考信号，并明确终端接收 CSI-RS、测量 CSI、将 measured CSI 报告给基站。

Google Patents

WO2017025768A1：其权利要求直接形成“测量已接收下行信号中的 CSI-RS → 计算 CSI → 上行报告 CSI”的完整流程。

Google Patents

这里有一个对无效检索非常重要的解释点：

U 写的是“第一参考信号包括 CSI-RS或SS/PBCH块中的至少之一”。

从该文字本身看，它是择一型限定。因此，对比文件只要完整公开 CSI-RS这一分支，原则上没有必要还同时找到 SS/PBCH block。换言之，上述大量截止日前的 CSI-RS 文献已经能够对 U 形成直接贡献；SS/PBCH 分支并不是必须同时满足的第二项条件。

当然，如果目标专利完整权利要求或者说明书对“第一参考信号”“第一上报信息”另有特殊限定，则最终无效比对仍应结合完整权利要求解释。

二、最强英文专利文献逐篇分析

优先级英文专利文献公开日 T：接收第一参考信号 U：测量用于确定上报信息；RS包括CSI-RS/SS-PBCH 无效贡献评价

S1 WO2017196253A1 – Mechanisms for reduced density CSI-RS 2017-11-16 ◎ 直接。无线设备具有 receiving module，并明确接收 CSI-RS ◎ 直接。无线设备基于 received CSI-RS 确定 CSI，并向网络节点发送 CSI；网络侧相应接收基于所发送 CSI-RS 测量而确定的 CSI 极强。T+U几乎完整逐项落入，而且有“receiving module”这一模块化表述。

Google Patents

S2 WO2017116209A1 – Method and apparatus for channel state information reference signal (CSI-RS) 2017-07-06 ◎ 直接。UE 包括 transceiver；transceiver 接收 CSI-RS ◎ 直接。processor “in reference to the CSI-RS”确定 aperiodic CSI，随后 transceiver 上行 report A-CSI；实施例进一步明确“measure CSI-RS→CSI calculation→resulting A-CSI report” 极强。同一 UE 内“接收→测量/确定→报告”的完整因果链。

Google Patents

S3 WO2016204549A1 – Method and apparatus for transmitting reference signal in wireless communication system 2016-12-22 ◎ 直接/功能性直接。终端通信单元/收发机接收参考信号，并明确涉及 CSI-RS ◎ 直接。controller 测量经通信单元接收的至少一个参考信号，according to the measurement result 生成 feedback information，再发送；CSI-RS明确出现非常强。尤其适合证明“测量被用于确定第一上报信息”的因果关系。

Google Patents

S4 US20160142189A1 – Method and apparatus for transmitting reference signal, method and apparatus for measuring and reporting channel state information… 2016-05-19 ◎ 直接。terminal receives CSI-RS，并利用其估计信道 ◎ 直接。CSI-RS用于 terminal measure downlink CSI，CSI reporting 明确为 terminal transmitting the measured CSI 非常强，而且题名本身就是“测量并报告CSI”。

Google Patents

S5 WO2017025768A1 – Codebook design for beamformed CSI-RS for FD-MIMO 2017-02-16 ◎/○。UE 对 received downlink signal 中的 CSI-RS 进行测量，必然对应 CSI-RS 接收 ◎ 直接。权利要求公开 measure CSI-RS → calculate CSI → report CSI via uplink 非常强。权利要求级证据尤其有价值。

Google Patents

S6 EP3094011A2 – Device and method of reporting channel information according to beamforming 2016-11-16 ◎。通信设备接收多个 beamformed reference signals ◎。基于参考信号得到 CQI，选择 beam，并发送 beam index/CSI；说明书将该类 beamformed RS 明确联系至 CSI-RS 很强，尤其适合作为 beam/CSI-RS feedback 补强文件。

Google Patents

A1 WO2017049599A1 – CSI reporting for beamformed CSI-RS based FD-MIMO 2017-03-30 ○～◎。UE detects/obtains cell-specific或UE-specific CSI-RS ◎ 直接。选择 CSI-RS resource、测量该 CSI-RS，形成含 beam selection indicator、RI、PMI、CQI 的 CSI feedback 并发送 U非常强；可与有明确receiver/transceiver结构的文件互补。

Google Patents

A2 WO2016070706A1 – System and method for beam-formed channel state reference signals 2016-05-12 ○。eNB向UE发送 CSI-RS，UE使用该 CSI-RS，接收在技术上直接隐含 ◎。UE 利用 CSI-RS measure communications channel，产生 CQI/PMI/RI，并 feedback 给 eNB U的早期直接证据很好。

Google Patents

A3 US20140334391A1 – Channel state measurement and reporting 2014-11-13 ○。UE使用 non-zero-power CSI-RS 进行信道测量 ◎。用于计算并上行报告的 CQI 值的 channel measurement 明确基于配置资源内的 CSI-RS 时间很早，对证明CSI-RS测量→上报属于成熟现有技术非常有价值。

Google Patents

A4 WO2016089124A1 – Method and apparatus of downlink signaling for partially precoded CSI-RS and CSI feedback 2016-06-09 ○～◎。UE配置/使用第一 CSI-RS resource ◎。第一 CSI report 与第一 CSI-RS 建立对应，UE利用第一 CSI-RS derive RI/CQI/PMI并形成报告很强的“第一CSI-RS→第一CSI report”对应关系证据。

Google Patents

A5 WO2017136068A1 – CSI-RS overhead reduction for Class B FD-MIMO systems 2017-08-10 ◎。UE receives beamformed CSI-RS ◎/○。UE基于 received beamformed CSI-RS measure CSI parameters，同时系统公开来自UE的相应 CSI report 很好的补强文件。

Google Patents

A6 WO2018010162A1 – Port indexing for CSI-RS with larger number of antenna ports for eFD-MIMO 2018-01-18 ○。CSI-RS ports 向 UE 发送 CSI-RS，由 UE 测量 ◎。UE measure CSI-RS，并报告 CQI/PMI/RI 距离截止日很近但仍合格；U十分明确。

Google Patents

A7 WO2018028579A1 – Systems and methods for UE-specific beam management for high frequency wireless communication 2018-02-15 ◎。UE接收包含 reference signals 的下行结构 ◎。基于 received reference signals 确定 beam feedback/CSI 并发送；beamformed RS 包括 CSI reference signals 很有价值的pre-NR/高频beam management补强文献，且公开日在截止日前。

Google Patents

A8 EP2826266A1 – Systems and methods for reference signals and CSI feedback 2015-01-21 ○。终端对 CSI-RS resource 测量 ◎。PMI/CQI/RI及其他 feedback 基于 CSI-RS measurement；CQI report明确基于CSI-RS resource测量时间非常早，适合作为“CSI-RS测量→CSI feedback”基础现有技术。

Google Patents

说明：◎ = 明确/直接公开；○ = 功能性明确或属于不可避免的技术含义；△ = 只能部分补强。

三、对两个目标特征逐项比对

下面以最强的五篇作为核心比对。

目标技术特征 WO2017196253A1 WO2017116209A1 WO2016204549A1 US20160142189A1 WO2017025768A1

T：第一接收机模块还接收第一参考信号 ◎ receiving module明确接收CSI-RS ◎ UE transceiver明确接收CSI-RS ◎ terminal通信单元/收发机接收RS/CSI-RS ◎ terminal receives CSI-RS ◎/○ UE测量received DL signal中的CSI-RS

U1：对第一参考信号进行测量 ◎ measurements of transmitted/received CSI-RS ◎ UE measures Ap-CSI-RS ◎ measure received reference signal ◎ terminal measures CSI using CSI-RS ◎ measure a CSI-RS

U2：测量用于确定第一上报信息 ◎ measurements→determine CSI→transmit CSI ◎ CSI-RS measurement→CSI calculation→resulting A-CSI report ◎ measurement result→generate feedback information→send ◎ measured CSI→report to BS ◎ measurement→calculate CSI→report CSI

U3：第一参考信号包括CSI-RS或SS/PBCH块至少之一 ◎ CSI-RS ◎ CSI-RS ◎ CSI-RS ◎ CSI-RS ◎ CSI-RS

T+U整体覆盖非常强非常强非常强非常强非常强

推荐程度第一选择第一选择第一选择第一选择第一选择

四、为什么 WO2017196253A1 特别值得重视

如果只针对目前给出的 T、U，我会把 WO2017196253A1 放在非常靠前的位置。

该文献的无线设备方案不是简单地在背景技术中提到 CSI-RS，而是明确形成：

receiving module → receive CSI-RS → determine CSI based on received CSI-RS → transmit CSI to network node

而且网络节点侧对应公开，所收到的 CSI 是基于 transmitted CSI-RS 的 measurements 确定的。

Google Patents

因此，其与目标特征可以几乎逐词建立技术对应：

第一接收机模块

↔ receiving module

接收第一参考信号

↔ receive CSI-RS

针对第一参考信号的测量

↔ measurements of / based on CSI-RS

被用于确定第一上报信息

↔ determine CSI based on CSI-RS measurements

第一上报信息

↔ transmitted/reported CSI

第一参考信号包括 CSI-RS

↔ CSI-RS

其英文公开日为 2017-11-16，明显早于 2018-03-12。

Google Patents

五、WO2017116209A1也非常接近目标语言

该文献可能是另一个非常适合写入正式无效比对表的文件。

其公开的 UE 包含 transceiver + processor：

transceiver 接收 CSI-RS；

processor 根据该 CSI-RS 确定 aperiodic CSI；

transceiver 在上行信道报告该 aperiodic CSI。

Google Patents

实施例又进一步明确为：

measure CSI-RS → perform CSI calculation → resulting A-CSI is reported。

Google Patents

这实际上同时解决了无效比对中常见的两个争议：

一是不能只证明“CSI-RS存在”，还要证明终端接收/测量它；

二是不能只证明“另有CSI report”，还需要建立测量结果与上报信息之间的因果关系。

WO2017116209A1 两点均比较完整。

六、SS/PBCH block 分支的专项检索结果

我又专门对以下概念做了扩展反查：

SS block、SS/PBCH block、PSS SSS PBCH、synchronization signal measurement reporting、SS block measurement report、PBCH measurement feedback、CSI-RS or synchronization signal 等。

在公开日≤2018-03-12的英文专利中，最值得注意的是：

WO2017213461A1

Method and apparatus for measurement reference signal and synchronization

公开日：2017-12-14

它明确公开 UE 的 transceiver 接收：

PSS；

SSS；

PBCH；

而且 PSS、SSS、PBCH 可以采用时间复用关系；同时该文献还明确 measurement RS 可以是 CSI-RS，并用于 CSI measurement / CSI reporting。

Google Patents

但需要严格区分：

它没有像上述 CSI-RS 第一梯队文件那样，清楚地公开“测量 PSS/SSS/PBCH 本身 → 根据该测量确定所述上报信息”的完整因果链。

所以我的评价是：

文献接收PSS/SSS/PBCH CSI-RS measurement/report “测量SS/PBCH→确定report” 用途

WO2017213461A1 ◎ ◎ △，未发现足够直接公开 SS/PBCH侧的辅助/桥接文献，不建议单独依赖它完整证明U

这点我建议在无效请求中保持保守，不要把“PSS+SSS+PBCH的接收”直接等同夸张成已经完整公开目标专利所谓的“SS/PBCH块测量→上报”。

反过来，由于目标 U 本身是“CSI-RS或SS/PBCH块中的至少之一”，其实没有必要冒这个风险——直接走CSI-RS分支证据明显更干净。

七、关于截止日之后的文献——已经排除

反复检索中确实出现了一批技术表述更接近后来的 NR 标准术语、直接使用 “SS/PBCH block” 并将其和 CSI-RS 并列的专利。

但其中不少是 2019 年以后公开。例如后来的文献已经直接把 SS block 表述为可由 PSS、SSS 和 PBCH 组成，或者直接把 SS/PBCH block和CSI-RS列为测量/报告所涉及的不同参考信号类型。

Google Patents

这些文献因为公开日晚于2018-03-12，我没有混入上面的有效对比文件表，也不建议作为本案现有技术主证据。

它们最多只能帮助理解后续术语演变，不能解决你现在规定的公开日门槛。

八、最优无效证据组合建议

如果目前只考虑 T+U，我建议正式无效检索报告中的优先级如下：

最优单篇首选：WO2017196253A1。

原因是它同时具有“receiving module”“receive CSI-RS”“measurement/CSI determination”“transmit CSI”，与目标模块式写法特别接近。

Google Patents

并列核心：WO2017116209A1。

其 transceiver/processor 结构，以及“接收CSI-RS→确定A-CSI→报告A-CSI”的权利要求级链条，非常适合做逐项比对。

Google Patents

针对U因果关系最好的补强：WO2016204549A1。

因为它明确落到“measurement result → generate feedback information”，对于目标专利“测量被用于确定第一上报信息”的语言极有攻击性。

Google Patents

较早时间证据：US20160142189A1 + WO2017025768A1。

二者均明确形成 CSI-RS measurement 与 CSI reporting 的关系，可以用于证明这不是2018年附近才出现的新思想。

Google Patents

如果需要创造性组合，则还可以以 US20140334391A1、EP2826266A1、WO2016070706A1、WO2016089124A1 等较早文献证明“CSI-RS测量→CQI/PMI/RI/CSI feedback”早已属于成熟技术路线。

Google Patents

九、最终特征比对结论

技术特征截止日前是否找到强公开最强文献我的结论

T：第一接收机模块还接收第一参考信号是 WO2017196253A1、WO2017116209A1 强公开。尤其前者直接出现 receiving module，后者直接出现 UE transceiver。

U：针对第一参考信号的测量被用于确定第一上报信息是 WO2016204549A1、WO2017116209A1、WO2017025768A1、US20160142189A1 非常强公开。“measurement→CSI/feedback determination→report”链条在多篇截止日前文件中直接存在。

U：RS包括CSI-RS 是，大量上述几乎全部第一梯队文件直接公开，无明显困难。

U：RS包括SS/PBCH block 有较强前期构成/接收线索，但本轮未找到与CSI-RS第一梯队同等直接的“SS/PBCH measurement→该report”英文截止日前专利 WO2017213461A1 适合作为辅助，不建议作为主攻路线。

T+U组合是 WO2017196253A1 / WO2017116209A1 / WO2016204549A1 / US20160142189A1 / WO2017025768A1 就T+U本身而言，无效证据强度很高。

综合判断

针对 T、U 两个特征，不建议把检索重点继续放在“必须找到SS/PBCH block”上。最有效的无效路线是抓住 U 的“CSI-RS或SS/PBCH块至少之一”这一择一结构，用截止日前已经非常成熟的“CSI-RS接收→CSI-RS测量→根据测量生成CSI/CQI/PMI/RI/feedback→上报”技术链直接攻击。

就目前检索结果，WO2017196253A1 + WO2017116209A1 + WO2016204549A1 是我认为最值得优先做正式 claim chart 的三篇；US20160142189A1、WO2017025768A1 紧随其后。若只评价 T+U，而不考虑 CN111585624B 权利要求中的其他前置技术特征，这组现有技术的覆盖强度属于很强。完整权利要求的新颖性/创造性无效结论，则仍需要与 A～S 等其他限定合并后看是否能由单篇文献完整覆盖或形成有充分技术启示的组合。

权利要求7

下载无效理由

根据权利要求5所述的用户设备，其特征在于，所述第二信令包括所述第一参考信号的配置信息。

技术特征:

V 其特征在于，所述第二信令包括所述第一参考信号的配置信息。 (0)

权利要求8

下载无效理由

根据权利要求6所述的用户设备，其特征在于，所述第二信令包括所述第一参考信号的配置信息。

技术特征:

W 其特征在于，所述第二信令包括所述第一参考信号的配置信息。 (0)

权利要求9

下载无效理由

根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

技术特征:

X 其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。 (0)

权利要求10

下载无效理由

根据权利要求4所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

技术特征:

Y 其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经过多轮交叉检索 3GPP RAN1 各次会议文件、Rel-15 规范版本及 3GPP 官方 FTP 公开时间，我认为针对 CN111585624B 的技术特征 Y，已经找到一篇非常强的单篇闭合型3GPP规范证据，以及至少两篇有明显补强作用的会议信息。

一、结论先行

技术特征 Y：

所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

建议拆成三个子特征：

Y1：第一信令中存在一个“第一域”；

Y2：该第一域指示一个时频资源；

Y3：该第一域由正整数个比特组成。

最重要结论

首选对比文件：3GPP TS 38.213 V15.0.0 (2017-12)，NR; Physical layer procedures for control。

这篇规范可以在同一篇文件内部基本完整闭合 Y1+Y2+Y3：

DCI format 1_0/1_1中明确存在 PUCCH resource indicator field；

该field用于确定/指示某一PUCCH resource；

同一规范明确PUCCH resource包含：

first symbol index；

number of symbols；

first PRB；

second-hop PRB；

某些格式还包含 number of PRBs。

因而这个PUCCH resource明确具有时间维度+频率维度；

该PUCCH resource indicator field的取值明确列为 00、01、10、11，也就是2 bit字段。

ptacts.uspto.gov

3GPP官方FTP显示，38213-f00.zip于 2018-01-03 17:30 已存入3GPP公开规范档案，明显早于2018-03-12。相反，下一版本38213-f10.zip直到2018-04-08才进入档案，因此我没有把V15.1.0用于本次截止日前证据。

3GPP

就单独的技术特征Y而言，我将TS 38.213 V15.0.0评价为“极强、接近直接逐项公开”的3GPP证据。

二、最强文献1：3GPP TS 38.213 V15.0.0

1. 文献信息

3GPP TS 38.213 V15.0.0 (2017-12)

Title: NR; Physical layer procedures for control (Release 15)

规范首页明确标识版本为 V15.0.0 (2017-12)。

WildFly

3GPP官方档案：

文件：38213-f00.zip

FTP公开存档时间：2018-01-03 17:30

< 2018-03-12，日期条件完全满足。

3GPP

三、TS 38.213 对Y2：“指示第一时频资源”的公开

这是这篇文件最关键的一点。

1. PUCCH resource本身明确同时含时间资源和频率资源

TS 38.213 §9.2.1首先定义PUCCH resource。

规范明确列出的组成至少包括：

an index of the first symbol；

a number of symbols；

an index of the first PRB；

an index of the first PRB after frequency hopping；

对PUCCH format 2/3还包括a number of PRBs。

WildFly

具体位置中：

first symbol → 时间位置；

number of symbols → 时间长度；

first PRB → 频率位置；

number of PRBs → 频率范围。

WildFly

因此，在技术含义上：

PUCCH resource并不是单纯频域资源，而是具有明确的时间域+频率域组成的无线时频资源。

这一点对Y尤其重要，因为它消除了专利权人可能提出的“PUCCH resource只是一个抽象资源编号，并没有公开‘时频资源’”的抗辩空间。

四、TS 38.213 对Y1：“第一信令包括第一域”的公开

§9.2.3进一步规定HARQ-ACK的PUCCH资源确定方法。

规范明确记载：

UE检测 DCI format 1_0或DCI format 1_1；

PUCCH resource determination基于其中的 PUCCH resource indicator field；

该field的值映射至PUCCH resource index。

WildFly

因此可以进行如下严格对应：

第一信令

→ DCI format 1_0 / DCI format 1_1

第一域

→ PUCCH resource indicator field

也就是说，这里不是需要通过“某几个bit实质上相当于一个域”来进行宽泛解释，而是规范直接使用了“field”这一术语。

这一点使TS 38.213明显优于一些RAN1会议提案。

五、TS 38.213 对Y3：“第一域包括正整数个比特”的公开

同一§9.2.3的Table 9.2.1-2明确给出了：

PUCCH resource indicator 对应PUCCH resource

00 1st / 5th resource

01 2nd / 6th resource

10 3rd / 7th resource

11 4th / 8th resource

即该field的全部列示值都是两个二进制位。

WildFly

因此：

PUCCH resource indicator field = 2-bit field

而Y只要求：

“包括正整数个比特”

没有限定必须是1 bit、2 bit、3 bit还是4 bit。

所以2 bits无疑落入“正整数个比特”。

需要注意，V15.0.0还规定，当PUCCH-resource-set-size大于4时，一个field value可能首先对应两个候选PUCCH resources，再结合其他参数确定其中一个。

WildFly

但这并不削弱Y的主要公开强度，因为：

Y仅要求“第一域指示第一时频资源”，没有要求“第一域单独且唯一地直接编码全部PRB和symbol参数”；

更重要的是，根据Table 9.2.1-2及“set size > 4”才出现双候选的规定，可以推得在不超过4个资源的配置中，00/01/10/11就是针对第1/2/3/4个PUCCH资源的一一指示。

后一项属于依据规范表格作出的技术推论，而不是规范逐字原句，但推论链非常短。

WildFly

六、强文献2：R1-1715527《NR PUCCH resource allocation》

第二篇我认为非常值得使用。

文献信息

R1-1715527

Title: NR PUCCH resource allocation

Source: ZTE, Sanechips

Meeting: 3GPP TSG RAN WG1 Meeting NR#3

Nagoya, Japan, 18–21 September 2017。

WildFly

3GPP官方FTP显示：

R1-1715527.zip：2017-09-12 06:56

同样明显早于2018-03-12。

3GPP

七、R1-1715527为何对Y非常强

这篇文献首先总结了此前RAN1已经形成的认识：

为了识别PUCCH resource，UE至少需要知道：

PUCCH format；

starting symbol in a slot；

PUCCH传输在哪一个/哪些slot；

PRB allocation within the UL BWP。

WildFly

因此PUCCH resource在这里已经明确涉及：

时间：slot + starting symbol

频率：PRB allocation

随后该文提出：

每一个PUCCH resource可以包含：

PRB index；

start symbol；

duration；

corresponding slot。

WildFly

这几乎就是对“时频资源”的展开定义。

更关键的是bit字段

同一篇文件进一步明确提出使用：

4 bits in DCI

来向UE指示一个PUCCH resource group index，并且PUCCH resource value对应特定的RB index和starting symbol index。

WildFly

由此可以形成：

第一信令

→ DCI

第一域

→ DCI中用于PUCCH resource/resource-group indication的4 bits

正整数个比特

→ 4 bits

所指示资源

→ 与specific RB index + starting symbol index对应的PUCCH resource。

因此，R1-1715527与Y的关系也非常紧密。

不过与TS 38.213相比，它有一个小弱点：

它写的是“4 bits in DCI”，而不是像TS 38.213那样直接使用PUCCH resource indicator field这个正式字段名称。

所以我的排序仍然是：

TS 38.213 V15.0.0 > R1-1715527。

八、补强文献3：R1-1711252

文献信息

R1-1711252

Title: Support of Long-PUCCH over Multiple Slots

Source: Cohere Technologies

3GPP TSG-RAN WG1 NR Ad Hoc Meeting #2

Qingdao, 27–30 June 2017。

Cohere’s software-based solution

3GPP官方FTP记录显示R1-1711252.zip于 2017-06-17 05:25 已存在。

3GPP

它的意义

该文附件所记录的RAN1 agreement非常明确：

PUCCH resource由semi-static configuration和dynamic signaling确定，而且PUCCH resource包括：

time, frequency以及适用情况下的code domain。

Cohere’s software-based solution

因此，这篇文件特别适合用来解决以下争议：

“PUCCH resource究竟能否等同于/对应本专利所谓‘时频资源’？”

R1-1711252给出的答案非常有利：PUCCH resource明确包括time和frequency。

但它没有像TS38.213/R1-1715527一样，在同一段中把“具体field + 具体bit数”完全落下来，所以适合作为解释性、补强性证据，而不是Y的第一主证。

九、最终特征比对表

Y子特征 TS 38.213 V15.0.0 R1-1715527 R1-1711252

Y1：第一信令 DCI format 1_0 / 1_1 DCI / physical layer signalling dynamic signaling

Y1：第一信令包括第一域明确：PUCCH resource indicator field DCI中用于资源指示的4 bits；功能上对应一个资源指示域未明确具体field

Y2：第一域指示资源 PRI field用于确定PUCCH resource physical-layer signaling指示PUCCH resource；4 bits指示resource group index dynamic signaling用于确定PUCCH resource

Y2：该资源属于时频资源明确：resource含symbol、number of symbols、PRB、number of PRBs等明确：PRB index + start symbol + duration + slot 直接说明resource包括time和frequency

Y3：第一域包括正整数个bit 00/01/10/11＝2 bits 4 bits in DCI 未给出具体资源指示字段bit数

单篇能否基本闭合Y 是，极强基本可以，强否，主要用于补强Y2

截止日前公开可得 2018-01-03 2017-09-12 2017-06-17

证据强度 ★★★★★ ★★★★★ ★★★☆☆

建议用途第一主证第二主证/补强 “PUCCH resource＝时频资源”解释证据

TS38.213的上述对应来自§9.2.1、§9.2.3和Table 9.2.1-2；R1-1715527的对应来自其PUCCH resource allocation部分；R1-1711252则记录了PUCCH resource包括time和frequency的RAN1 agreement。

Cohere’s software-based solution

WildFly

十、反复检索中还排查了哪些3GPP路线

为了避免只围绕一个关键词检索，我沿着PUCCH resource indication的发展链继续向前、向后排查。

2017年2月RAN1#88已经出现Huawei/HiSilicon的 R1-1701648《Resource indication of UL control channel》；3GPP会议索引可确认其题名和来源。

3GPP

随后检索覆盖了：

RAN1#88 → #88bis → #89 → NR Ad Hoc #2 → #90 → NR#3 → #90bis → #91 → #92。

例如，RAN1#91仍有Qualcomm的 R1-1720686《Resource allocation for PUCCH》；RAN1#92在截止日前还有CATT的 **R1-1801734《PUCCH resource allocation》**等文件。

3GPP

RAN1#92的后期材料中，R1-1802026.zip在2018-02-16已进入3GPP目录，R1-1803371.zip在2018-02-28进入目录，均早于截止日。

3GPP

不过，从目前已经能够逐字核实的内容看，这些文件没有必要替代TS38.213 V15.0.0成为Y的主证。TS38.213已经把“field—resource—bits”三层关系在单篇正式规范中闭合，法律使用价值更高。

十一、特别重要：我排除了一个容易误用的版本

检索时会很容易看到更晚版本TS 38.213中更加成熟的PRI定义。

但3GPP官方档案时间显示：

38213-f00.zip：2018-01-03

38213-f10.zip：2018-04-08

38213-f20.zip：2018-06-29。

3GPP

因此，本次不能拿V15.1.0或V15.2.0中的成熟表述作为2018-03-12之前的直接对比文件。

本报告的核心结论是建立在V15.0.0本身已经公开的内容上，不存在倒用后续版本的问题。

十二、对技术特征Y的最终评价

如果仅评价你给出的技术特征Y本身，而暂不考虑CN111585624B权利要求1中Y与其他特征之间的组合关系，我的判断是：

1. Y本身被截止日前3GPP公开的强度：很高

尤其是：

3GPP TS 38.213 V15.0.0

已经可以构造非常干净的逐项对应：

第一信令

= DCI format 1_0/1_1

第一域

= PUCCH resource indicator field

第一域包括正整数个bit

= 00/01/10/11，即2 bit

第一域指示第一时频资源

= PRI field映射PUCCH resource，而PUCCH resource由symbol等时间参数和PRB等频率参数共同定义。

ptacts.uspto.gov

2. 我对单独Y的公开强度给出：约90%–95%

这里剩余的5%–10%风险主要不是技术公开不足，而是权利要求解释风险：

如果“第一时频资源”在CN111585624B说明书中被赋予某种非常特殊的定义；

或审理者要求“第一域”必须直接编码绝对的时间、频率坐标，而不认可“资源索引→已配置PUCCH resource”的索引式指示；

或Y必须结合权利要求中“第一时频资源”前文的特殊用途来整体解释，

则需要结合完整权利要求进一步评价。

但按照通常通信技术语义，仅看Y文字中的“指示”，我认为没有充分理由要求它必须“直接编码全部绝对时频参数”。用2-bit PRI field选择一个由symbol+PRB定义的PUCCH resource，技术上与Y的文字对应已经非常强。

最终优先顺序

第一选择：3GPP TS 38.213 V15.0.0 — 主证，★★★★★

第二选择：R1-1715527 — 重点补强“4 bits in DCI + RB/start symbol/slot”，★★★★★

第三选择：R1-1711252 — 专门补强“PUCCH resource包括time + frequency”，★★★☆☆

如果后续是要把 CN111585624B权利要求1的A-Y全部特征合并起来做无效，我建议把 TS 38.213 V15.0.0固定为Y的首选3GPP证据，不要再用截止日后的V15.1/V15.2版本替代。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已按“信令/控制信令 → 域/字段 → 资源指示 → 时频资源 → 正整数个bit”进行了多轮交叉检索，并进一步沿着 DCI resource allocation field、RB/RBG/PRB、bitmap、RIV、resource indication field、资源位置域、资源分配域、第一子字符串等表达反向追踪引用文献。

一、结论

针对 CN111585624B 的技术特征 Y：

第一信令包括第一域；

第一域指示第一时频资源；

第一域包括正整数个比特。

截至 2018年3月12日之前公开的中文专利中，我认为目前最值得用于无效的文献依次是：

第一梯队：

CN103517432A，2014-01-15公开——“域 + 正整数bit”几乎逐字命中

CN103298118A，2013-09-11公开——“信令 + 时频资源 + 比特长度”连接关系最强

CN107736065A，2018-02-23公开——明确“DCI + 子字符串 + 至少一个bit + 资源包括时域和频域”

CN101616484A，2009-12-30公开——明确“控制信令 + bits指示RBG时频资源”

第二梯队补强：

CN101127719A，2008-02-20公开——明确“调度控制信令包括RB分配域 + 9bit/17bit等”

CN105636211A，2016-06-01公开——权利要求直接出现“DCI信令中的资源分配域比特”

CN101272615A，2008-09-24公开——明确“资源分配信令中的资源位置域 + 域尺寸单位bit”

其中，如果只看Y这一项，我最建议重点使用 CN103517432A + CN103298118A；如果要寻找一个对“时频资源”四个字以及“正整数bit字段”之间连接最完整的组合，则再加入 CN107736065A / CN101616484A。

二、最强文献1：CN103517432A

名称：《信道资源指示方法及设备》

公开日：2014-01-15，明显早于2018-03-12。

Google Patents

这是我认为对Y的字面结构命中程度最高的中文文献。

其发明内容直接规定：

“信道资源指示信息包括Y比特的资源指示域；资源指示域用于指示……资源的位置；Y为正整数。”

Google Patents的原始中文文本明确记载：

信道资源指示信息包括 Y比特的资源指示域；

该资源指示域用于指示资源的位置；

Y为正整数。

Google Patents

而且不是只在摘要泛泛出现。在实施方式中再次明确：

该信道资源指示信息可承载在 PDCCH，也可以由MAC CE、RRC等高层信令承载；

“资源指示域”指示ePDCCH复用在PDSCH时所使用的资源位置；

具体位置可以是 RBG位置、RB位置或CCE位置。

Google Patents

更强的是，其实施例给出了具体的正整数bit：

当Y=2时，使用2比特资源指示域；

00/01/10/11分别指示不同CCE资源位置；

文件还明确说“资源指示域所占用的比特数Y”。

Google Patents

同时，该文献背景部分明确把LTE资源分配称为时频资源分配：Type 2指示的信息包括分给UE的“时频资源的起始位置以及时频资源的长度”，并说明ePDCCH资源指示建立在该LTE时频资源体系上。

Google Patents

对Y的映射

“第一信令” → 信道资源指示信息/PDCCH或高层信令；

“第一域” → 资源指示域；

“第一域指示第一时频资源” → 资源指示域指示ePDCCH占用的RBG/RB/CCE资源位置；

“第一域包括正整数个比特” → Y比特，Y为正整数。

强度判断

★★★★★，极强。

唯一需要预先防守的争议是：该发明段落称“ePDCCH所使用的资源的位置”，并没有在同一句中逐字写成“时频资源”。但是其上下文明确属于PDSCH区域的RBG/RB/CCE资源，且背景明确把相应LTE资源分配定义为时频资源分配。

Google Patents

因此，如果“第一时频资源”按LTE通常意义理解为由RB/RBG等确定的物理时频资源，这篇非常强。

三、最强文献2：CN103298118A

名称：《一种时频资源的指示及确认方法和装置》

公开日：2013-09-11。

Google Patents

这篇对Y的最大价值在于：它把“DCI—比特—时频资源”直接串在了一起。

文件明确规定：

网络侧确定数据传输使用的时频资源；

确定DCI中时频资源的指示内容和指示方式；

将DCI发往UE；

UE根据DCI确定分配的时频资源。

Google Patents

随后又进一步规定：

根据目标带宽确定“DCI中用于承载时频资源分配信息的比特长度”，并在DCI中通过“相应长度的比特”指示各个RBG是否允许UE使用。

Google Patents

资源分配类型0的实施例更加直接：

基站在DCI中采用 N_RBG个比特指示各个RBG是否分配给UE使用；这些比特与RBG一一对应，每个比特的值表示对应RBG是否分配。

Google Patents

Type 2实施例则进一步说明：

根据分配给UE的时频资源的位置；

确定DCI中用于承载时频资源分配信息的比特长度；

用相应长度的比特指示VRB起始资源编号和数目。

Google Patents

映射

第一信令 → DCI；

第一域 → DCI中“用于承载时频资源分配信息”的那一段比特；

指示第一时频资源 → 明确；

正整数个bit → N_RBG个bit/相应长度的bit。

强度判断

★★★★★，极强。

它相对CN103517432A正好“反过来”：

CN103517432A：“域”和“Y为正整数”完全逐字；

CN103298118A：“时频资源”以及“相应长度比特进行指示”完全逐字。

CN103298118A的主要争议点只在于说明书没有在上述关键句中把那组比特明确命名为“××域”。从技术结构看，它就是DCI内部承担资源分配功能的字段。

四、同日关联文献：CN103298119A

公开日同样为2013-09-11。

Google Patents

这件申请同样明确：

DCI用于进行时频资源指示；

UE根据DCI确定分配的时频资源；

DCI中的时频资源指示方式包括“比特长度”；

DCI中用于承载时频资源分配信息的比特长度被确定；

使用相应长度的比特指示RBG；

N_RBG个bit与N_RBG个RBG一一对应。

Google Patents

它与CN103298118A的技术披露高度接近，因此无效证据管理上我不建议把两者“人为算成两项完全独立的强证据”，但应当同时保存全文和公报，后续根据目标权利要求其他特征选择其中上下文最有利的一件。

五、强文献3：CN107736065A

名称：《一种资源分配信息指示方法、基站及用户设备》

公开日：2018-02-23，距离截止日很近，但确实早于2018-03-12。

Google Patents

这篇有一个非常重要的优点：它在说明书中专门定义：

“资源即为传输资源，包括时域资源以及频域资源。”

Google Patents

权利要求1规定：

生成下行控制信息；

下行控制信息包含公共资源分配指示信息；

该信息用于指示给UE分配的资源。

Google Patents

权利要求2进一步规定：

公共资源分配指示信息为二进制码字符串；

字符串包含第一子字符串；

第一子字符串用于指示分配给第一UE的连续资源；

第一子字符串包含“至少一个连续比特”，这些比特表示分配给第一UE的连续资源。

Google Patents

而说明书把这里的“资源”明确界定为包括时域资源和频域资源。

Google Patents

映射

第一信令 → 下行控制信息/DCI；

第一域 → 第一子字符串；

第一域指示第一时频资源 → 第一子字符串指示连续资源，而该文定义资源包括时域+频域；

正整数bit → “至少一个连续比特”。

强度判断

★★★★☆。

这里最大的术语差异仅为“第一子字符串”而不是“第一域”。从信息字段结构来看，两者高度接近。

这篇尤其适合拿来反驳一种可能的区别主张：

“旧LTE的资源分配字段只能算频域资源，不能算时频资源。”

因为CN107736065A已经明确定义其被指示资源同时包括时域和频域资源。

Google Patents

六、强文献4：CN101616484A

名称：《资源分配的方法、系统和装置》

公开日：2009-12-30。

Google Patents

这篇是本轮反复检索中非常重要的早期文献。

它明确指出：

LTE的资源分配类型承载在控制信道中，通过控制信令下发UE；

Type 0采用bitmap指示RBG；

“在资源分配指令中需要……bits（比特）来指示RBGs时频资源的分配”；

Type 1同样需要若干比特指示被调度UE的时频资源。

Google Patents

而在发明实施方式中进一步规定：

可以通过包含资源分配信息的控制信令发送给终端。

Google Patents

其权利要求也明确：

频谱聚合模式信息和资源分配信息承载于控制信道；

“资源分配信息在控制信道中所占的比特数目”；

包含资源分配信息的控制信令发送给终端；

UE根据资源分配信息获得时频资源的位置。

Google Patents

强度判断

★★★★☆。

这篇没有像CN103517432A一样直接命名“第一域/资源指示域”，但对：

控制信令 → 资源分配信息 → 若干bit → 指示时频资源

的技术链条公开得十分直接。

七、CN101127719A：明确的“信令—域—bit”证据

名称：《用于LTE系统的无线资源分配的指示方法》

公开日：2008-02-20。

Google Patents

摘要本身就明确：

基站将“包含资源块分配域的调度控制信令”发送给终端；终端根据调度控制信令中的资源块分配域获知分配的资源块。

Google Patents

它还说明：

RB是LTE上下行调度单位；

RB分配用于指示该信令所在子帧内哪些RB分配给终端；

RB分配域具有具体的尺寸。

Google Patents

最有价值的实施例是：

5 MHz带宽、每子帧25个RB时，需要9 bits表示，所以“RB分配域的尺寸被设定为9 bits”；UE从“9bit的RB分配域”解析出RB开始位置和长度。

Google Patents

另一个实施例进一步出现：

RB分配域开头2 bit；

后续2 bit；

以及17-bits位图；

UE依据这些bit确定分配的RB。

Google Patents

强度判断

★★★★☆。

“第一信令包括第一域”和“第一域由正整数个bit组成”几乎直接命中。

唯一需要解释的是目标特征写“时频资源”，该篇关键权利要求使用“RB资源”。不过它明确把RB限定在一个子帧内，因此在LTE物理资源语境下，对时频资源的对应关系很强。

Google Patents

八、CN105636211A：权利要求直接出现“DCI信令中的资源分配域比特”

名称：《资源分配的指示方法及指示装置、基站和终端》

公开日：2016-06-01。

Google Patents

这篇的措辞同样非常有用。

说明书指出：

传统DCI中存在 Resource Allocation域；

例如10个RB时，该域需要10bit指示；

某bit为1表示对应RB分配给UE；

50RB例中需要17bit；

Type 1的Resource Allocation域进一步分成多个域，其中第二域占1bit，第三域占14bit。

Google Patents

而且其权利要求5直接规定：

“通过所述DCI信令中的资源分配域比特将……资源块组的分配信息告知所述终端。”

Google Patents

强度判断

★★★★☆。

对：

第一信令 = DCI；

第一域 = 资源分配域；

第一域包括bit；

域中的bit指示资源；

几乎没有争议。

相对弱点仍是“时频资源”没有在该关键权利要求中逐字出现，而是用RB/RBG资源表达。

九、CN101272615A：极早的“资源位置域 + bit尺寸”

名称：《资源分配信令中的资源位置域传输方法及装置》

公开日：2008-09-24。

Google Patents

其摘要已经披露：

资源分配信令中的资源位置域；

在资源位置域加入资源位置信息；

终端根据资源分配信令取得授权资源的起始位置和/或结束位置。

Google Patents

更关键的是：

R_field-size为调度资源分配信令中资源位置域需要的最小尺寸，单位为bit。

Google Patents

同时文件解释：

PRB是在一个子帧内进行上下行调度的最小单位；

上下行调度授权必须包含资源位置域，用于指示授权资源起始位置。

Google Patents

强度判断

★★★★☆。

与Y的句式极其相似：

信令 → 资源位置域 → 指示资源位置 → 域尺寸单位bit。

不足仍然只是该文使用PRB/子帧资源，而没有在关键句逐字写“时频资源”。

十、特征Y逐项比对表

符号说明：

● = 直接、明确公开

◐ = 实质公开，但需要术语对应/通常技术理解

○ = 不是该篇最直接的公开点

对比文件公开日第一信令含第一域第一域指示资源明确“时频资源” 第一域为正整数bit 对Y贡献

CN103517432A 2014-01-15 ● 信道资源指示信息包括资源指示域 ● 域指示RBG/RB/CCE资源位置 ◐ 上下文为LTE/PDSCH/ePDCCH时频物理资源 ● “Y比特；Y为正整数” ★★★★★

Google Patents

CN103298118A 2013-09-11 ◐ DCI中承载TF资源分配信息的一组bit ● 相应长度bit直接指示分配资源 ● 多处直接称“时频资源” ● N_RBG个/相应长度bit ★★★★★

Google Patents

CN103298119A 2013-09-11 ◐ DCI内承载资源分配信息的比特段 ● bit→RBG/RB/VRB ● 直接称时频资源 ● N_RBG个/相应长度bit ★★★★★，与118A高度接近

Google Patents

CN107736065A 2018-02-23 ◐ DCI中的“第一子字符串”可对应第一域 ● 第一子字符串指示连续资源 ● 明确定义资源包括时域+频域 ● 至少一个连续bit ★★★★☆

Google Patents

CN101616484A 2009-12-30 ◐ 控制信令包含资源分配信息 ● bits指示RBG资源 ● 直接称“RBGs时频资源” ● 明确资源分配信息占bit数 ★★★★☆

Google Patents

CN101127719A 2008-02-20 ● 调度控制信令包括RB分配域 ● RB分配域确定分配RB ◐ RB限定于具体子帧 ● 9bit、17bit等具体实例 ★★★★☆

Google Patents

CN105636211A 2016-06-01 ● DCI中的资源分配域 ● 域bit指示RBG分配 ◐ RB/RBG物理资源 ● 明确“资源分配域比特”及10/17/14bit等 ★★★★☆

Google Patents

CN101272615A 2008-09-24 ● 资源分配信令中的资源位置域 ● 指示授权资源起始/结束位置 ◐ PRB位于具体子帧 ● 域尺寸单位bit ★★★★☆

Google Patents

十一、我建议的无效使用顺序

方案A：优先攻击Y整体——CN103517432A

如果“第一时频资源”可以解释为由RBG/RB/CCE位置确定的LTE物理时频资源，那么：

CN103517432A是目前最漂亮的一篇。

因为它几乎逐字公开：

信道资源指示信息

→ 包括Y比特资源指示域

→ 域指示资源位置

→ Y为正整数。

Google Patents

这已经把Y最不普通的限定——“域由正整数个bit构成”——直接打掉。

方案B：严格要求“时频资源”字面——CN103298118A

如果对方坚持：

CN103517432A的ePDCCH/RB/CCE“资源位置”不能直接等同于目标权利要求的“时频资源”，

那么应立即切换到 CN103298118A。

该篇明确说：

DCI中用于承载时频资源分配信息的比特长度，通过相应长度的比特向UE指示相应RBG。

Google Patents

这里“比特→时频资源”没有什么解释空间。

其唯一差别只是没有把这组bit在该句命名成“资源分配域”。

方案C：用CN107736065A封堵“RB只是频域”抗辩

CN107736065A的价值不只是另一个资源分配方案，而是它明确规定：

本文“资源”包括时域资源以及频域资源。

Google Patents

然后DCI中的第一子字符串用至少一个连续bit表示该资源。

Google Patents

因此它是非常好的“术语桥梁”。

十二、对于“正整数个比特”这一限定的判断

这个限定本身的现有技术基础非常强。

至少在上述公开日前文献中已经存在以下不同表达：

“Y比特；Y为正整数”——CN103517432A；

Google Patents

“N_RBG个比特”——CN103298118A；

Google Patents

“至少一个连续比特”——CN107736065A；

Google Patents

“9bit的RB分配域”——CN101127719A；

Google Patents

“资源位置域最小尺寸，单位bit”——CN101272615A；

Google Patents

“DCI信令中的资源分配域比特”——CN105636211A。

Google Patents

所以，单独依赖“第一域包括正整数个比特”与旧有资源指示信令拉开区别，我认为技术上非常困难。

十三、截止日期核查与排除

本轮我按实际公开日而不是仅看优先权日进行过滤。

例如，检索过程中能够找到一些2018年后公开、文字更加接近NR的资源分配文件，但这些不能因为优先权日在截止日前就直接作为本次指定范围的文件使用。因此本报告主表只保留了公开日严格早于2018-03-12的CN公报。

特别值得注意的是 CN107736065A于2018-02-23公开，它虽然距离截止日很近，但仍满足你的日期条件。

Google Patents

最终判断

就技术特征Y本身，我认为检索结果已经相当强：

最优单篇候选：CN103517432A。

它对“信令包括域 + 域指示资源 + 域为Y比特 + Y为正整数”几乎逐字公开。

Google Patents

最优“时频资源”补强文献：CN103298118A。

它直接公开“DCI中承载时频资源分配信息的比特长度 + 相应长度bit指示时频资源”。

Google Patents

最优术语桥梁：CN107736065A。

它明确把被DCI中bit串指示的资源界定为时域资源+频域资源。

Google Patents

因此，若把Y作为一个整体判断，我会把当前证据强度评为 “强”；如果后续权利要求解释确认CN111585624B中的“第一时频资源”并不要求“一个字段同时分别编码一个独立时域索引和一个独立频域索引”，而只要求该字段能够确定用于传输的时频资源，则 CN103517432A、CN103298118A、CN107736065A、CN101616484A 对Y形成了非常密集的截止日前公开链。

Google Patents

如果接下来继续做CN111585624B的其他特征，我建议把这几篇作为Y的固定基础文献，优先寻找能同时覆盖相邻特征的文献，而不是再为“资源域由若干bit组成”投入大量重复检索资源。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

我对 Google Patents 中的韩国公开文本按 “resource allocation field / RA field / DCI / PDCCH / ARI / TPC field / PUCCH resource / time-frequency / bit” 等多组韩英关键词进行了多轮交叉检索，并对近邻专利族、分案和同族进行了去重核验。

一、结论先行

仅针对技术特征 Y：

第一信令包括第一域；

第一域指示第一时频资源；

第一域包括正整数个比特。

本轮韩文专利检索中，我认为至少有 6篇韩国公开文本具有很强的单篇覆盖能力，其中尤其值得优先使用的是：

第一梯队：KR20110122361A、KR20170031174A。

KR20110122361A 的优势是链条非常干净：PDCCH/DCI → Resource Allocation Field → RIV → RB时频资源 → 明确13/14 bit。文献明确说资源区域以RB的“时间-频率单位”构成，资源分配信息以RIV形式放在PDCCH的资源分配字段中；20 MHz/100 RB实施例又明确给出13 bit资源分配位以及组合后的14 bit。

Google Patents

KR20170031174A 则与Y的字面结构更接近：D2D grant的DCI明确包括第一RA字段、第二RA字段；RA字段分别指示SA/Data资源，甚至明确说RA字段可以包括“时间-频率资源分配信息”；同时给出了3 bit、7 bit、8 bit、9 bit、10 bit、13 bit、14 bit等具体字段/资源指示编码。

Google Patents

如果CN111585624B中“第一时频资源”结合上下文更偏向PUCCH/上行控制资源，那么 KR20130140728A、KR20110082489A、KR20120030839A、KR20120039331A反而具有更强的语义贴合度，因为它们直接把 PDCCH/DCI中的2-bit字段/ARI → 某一PUCCH资源 → PRB位置/slot/subcarrier/time-axis resource 串起来。

Google Patents

二、技术特征Y详细比对表

强度说明：S+＝几乎逐项、同一实施方式直接披露；S＝完整覆盖，但“时频资源”需要结合同一文献的PUCCH/RB物理结构理解；A+＝很强补强证据。

排名韩国公开文献 / 公开日 “第一信令” “第一域” 第一域指示第一时频资源第一域为正整数bit 对Y贡献

1 KR20110122361A；2011-11-10 PDCCH/DCI Resource Allocation Field，内部承载RIV 明确：资源区域由RB时间-频率单位构成，RB/RBG资源分配信息以RIV放入PDCCH资源分配字段明确20 MHz/100 RB下13 bit分配位+1 bit hopping＝14 bit；其他方案也为确定bit数 S+。字段→bit→时频资源链条最完整，适合作为Y的主证据。

Google Patents

2 KR20170031174A；2017-03-20 D2D grant的DCI D2D Data 第1 RA字段/第2 RA字段、SA RA字段文献明确称RA字段指示SA/Data资源；RA Part可以包含time-frequency resource allocation information，并具体涉及RB位置、subframe/time-domain资源明确给出3、7、8、9、10、13、14 bit等资源指示方案 S+。与“第一信令包括第一域”的句式尤其接近，也是非常优选的Y证据。

Google Patents

3 KR20110082489A；2011-07-19 PDCCH中的DCI DCI中的2 bits ARI资源分配信息 ARI从4个候选中选择资源；UE据此确定PRB位置+时间轴正交序列，即同时落实到频率和时间维资源 2 bits S+ / S。若目标“第一时频资源”对应PUCCH，这是极强证据。

Google Patents

4 KR20130140728A；2013-12-24 PDCCH TPC field复用为ARI；另有DAI field复用方案 ARI从RRC配置的4个PUCCH候选中确定一个具体PUCCH资源；文献反复明确“PDCCH字段→ARI→PUCCH资源” TPC字段明确为2 bit；ARI＝X bit，复用TPC时X=2，可表示4个资源候选 S+ / S。对于“第一域”为现有DCI字段的解释尤其强。

Google Patents

5 KR20120030839A；2012-03-29 SCC控制信道/PDCCH等显式信令 ARI ARI直接指示PUCCH资源索引；PUCCH明确分配成一个subframe中的RB pair，两slot分别位于不同子载波，并在slot边界跳频；资源索引决定物理RB位置表10直接列出ARI值00/01/10/11，即2-bit四种资源指示 S。非常好的“2-bit资源指示→具体PUCCH时频资源”证据。

Google Patents

6 KR20120039331A；2012-04-25 下行控制信道/PDCCH ARI；可利用PDCCH中的TPC/PI字段摘要即明确“通过下行控制信道上传送的资源分配指示器获得至少一个第一传输资源”；PUCCH资源进一步落实到subframe、RB pair、slot及subcarrier PDCCH中的2-bit TPC可复用于ARI；文献还给出DCI资源分配字段映射到确定bit区间的实例 S。其“first transmission resource”措辞对Y也很有价值。

Google Patents

7 KR20120090082A；2012-08-16 下行控制信道中的DCI 上行resource allocation field/协议对应字段文献明确说LTE Rel-8/9中，上行time-frequency resources通过PDCCH中的DCI分配，并通过起始RB及RB数量表示针对不同RB数量，资源分配编码明确需要6/8/10/12/13/14 bit等 S。属于标准LTE式的“DCI字段指示上行时频资源”证据。

Google Patents

8 KR20130016000A；2013-02-14 PDCCH上的DCI DCI中的resource allocation information / fields 明确：PDCCH控制信息包含分配特定radio resource的资源分配信息，radio resource由time-frequency plane上的RB表示；DCI 0用于PUSCH调度、DCI 1等用于PDSCH调度明确讨论资源分配信息所需bit数量；DCI各字段顺序映射至n个information bits S / A+。时频资源关系极直接，但具体字段bit数的表达没有前两篇那么集中。

Google Patents

9 KR20120099434A；2012-09-10 DCI控制消息/PDCCH 明确的resource allocation field UE根据控制消息中的资源分配字段确定“assigned resources”；字段适用于DL及UL资源分配明确定义N_BITS＝resource allocation field的bit数，且字段bit数随系统带宽变化 A+。对“第一信令包括第一域+第一域由若干bits构成”极强，对“时频”需结合LTE RB含义。

Google Patents

10 KR20150041027A；2015-04-15 PDCCH上的grant ARI bits ARI bits指示PUCCH资源并确定PUCCH resource index；PUCCH格式位于subframe/slots及subcarriers所定义的物理资源上明确称ARI bits，因此至少为正整数个bit，但本轮找到的相关段落没有像上述文件一样给出最干净的固定“2 bit”表述 A+，适合作补强而非首选主证。

Google Patents

三、最值得写进无效检索报告的几篇

KR20110122361A——我建议作为Y的第一主证据

这篇的核心价值是无需把多个相距很远的概念强行拼接。

它明确说：

资源区域 → RB的时间-频率单位；

资源分配信息 → PDCCH内Resource Allocation Field中的RIV；

20 MHz/100 RB → 13-bit allocation bits，加入1-bit hopping可组成14 bits。

因此可以直接形成：

目标Y中的“第一信令”≈ PDCCH/DCI；

“第一域”≈ Resource Allocation Field；

“第一时频资源”≈ 由该字段中的RIV表示的RB/RBG时间-频率资源；

“正整数个比特”≈ 13 bit、14 bit等。

这是一条非常短的技术特征映射链。

Google Patents

尤其值得注意的是，它不是简单说“DCI有若干bits”，而是明确把bit数落在资源分配字段本身上，这一点对抗“目标专利要求的是第一域本身具有正整数个比特，而非整个DCI具有若干比特”的反驳很重要。

Google Patents

KR20170031174A——字面上可能是最接近Y的一篇

该文献明确写出D2D grant DCI由多个字段构成，包括：

SA RA field；

D2D data first RA field；

D2D data second RA field。

随后又明确：这些RA字段中的信息分别指示SA/Data资源；RA field的part可以包括time-frequency resource allocation information。它还给出10 bit、9 bit、8 bit、7 bit、14 bit以及现有DCI 0的13-bit RA field等具体编码。

Google Patents

甚至还有更直接的实施例：8种subframe pattern中选择一个时，SA RA field可以由3 bit构成。也就是说，“一个信令中的一个字段由正整数个bit组成，并以该字段指示时间资源”的结构已经直接出现。

Google Patents

因此，如果需要尽量逐字对应“第一信令包括第一域—第一域指示资源—第一域包括正整数bit”，这篇应与KR20110122361A并列优先。

KR20130140728A——若“第一时频资源”实际上是PUCCH资源，这是非常关键的一篇

该文献直接披露：

PDCCH包含TPC field，TPC field本身可以由2 bit构成；该TPC字段可以被复用为ARI；PDCCH可包含用于从RRC配置资源中导出特定PUCCH资源的ARI；ARI大小为X bit，复用2-bit TPC field时X=2；2-bit ARI可以从4个PUCCH资源候选中指示一个。

Google Patents

所以这里甚至不存在“ARI到底是不是一个field”的明显争议，因为专利明确采用的是：

既有PDCCH TPC field → 复用为ARI → 指示PUCCH resource。

这是对Y中的“第一域”非常好的落地方式。

Google Patents

KR20110082489A——更早，且“2 bits→资源”的表述十分直接

2011年7月公开的该文献明确：

PDCCH位于secondary component carrier时，DCI Format中的2 bits可以用作resource allocation information，称为ARI。

然后，基站可以通过RRC提供4个候选，利用DCI中包含的ARI选择4个候选之一；终端根据结果确定PRB位置以及时间轴正交序列。

Google Patents

因此，它对“正整数bit”不存在推断，对“资源”也不是抽象逻辑资源，而已经落实到PRB以及时间维资源参数。

四、补充检出的韩国证据

继续扩展Pantech的ARI专利族后，还发现 KR20120070345A、KR20120084229A 等独立申请：其共同技术路线也是把PDCCH/DCI中的2-bit TPC区域复用为ARI，由ARI显式指示PUCCH/ACK-NACK传输资源；PUCCH资源再映射到subframe中的RB pair、两个slots及不同subcarriers。这两篇对Y属于较强补充，但与前述KR20120030839A、KR20120039331A在技术贡献上高度重叠，因此我不建议在主比对表中堆叠同类证据。

Google Patents

另外，Intel关于ePDCCH/PUCCH资源分配的韩国公开形成了KR20150000497A → KR20160089543A → KR20180012871A等相关韩国公开/分案；其中可见DCI内2-bit/3-bit/x-bit资源指示以及00/01/10/11等取值，但属于同一技术族的延续，不应人为视为三份独立技术来源来提高证据数量。这些文件可作为“资源指示字段采用正整数bit是本领域常规设计”的进一步补强。

Google Patents

五、针对技术特征Y的优选无效证据顺序

从单独攻击Y的角度，我会采用如下证据层级：

首选：KR20110122361A。

它最适合直接证明“PDCCH/DCI中的资源分配字段，以确定数量bit编码并指示RB时频资源”。对应关系最短、解释成本最低。

Google Patents

并列首选：KR20170031174A。

如果更重视权利要求的字面结构，这篇甚至更好，因为它直接出现“DCI中的第1 RA字段/第2 RA字段”“RA字段指示资源”“RA字段包含time-frequency resource allocation information”以及具体bit数。

Google Patents

PUCCH语境首选：KR20130140728A + KR20110082489A。

前者是“2-bit TPC field → ARI → one PUCCH resource”；后者是“2 bits in DCI → ARI → PRB位置+时间轴资源”。如果CN111585624B全文中第一时频资源与上行控制信息/PUCCH有关，这两篇的实际杀伤力会明显上升。

Google Patents

进一步补强：KR20120030839A、KR20120039331A。

二者可以很好地回答潜在抗辩：“PUCCH resource究竟算不算‘时频资源’？”因为韩国文本直接把PUCCH资源写成subframe中的RB pair，两个slot分别对应不同subcarrier，并发生slot-boundary frequency hopping。

Google Patents

六、最终判断

经过本轮反复检索，我认为技术特征Y本身不是CN111585624B中难以找到截止日前证据的特征。在2018年3月12日前的韩国公开中，已经可以形成多条非常完整的证据链。

其中至少：

KR20110122361A可以直接建立

PDCCH/DCI → Resource Allocation Field → RIV → RB时频资源 → 13/14 bits；

Google Patents

KR20170031174A可以直接建立

D2D grant DCI → first/second RA field → time-frequency resource allocation information → 3/7/8/9/10/13/14 bits；

Google Patents

KR20130140728A可以建立

PDCCH → 2-bit TPC field/ARI → 指示4个PUCCH候选之一；

Google Patents

KR20110082489A可以建立

DCI中的2 bits → ARI → PRB位置+时间轴资源。

Google Patents

所以，仅就Y而言，我会把其截止日前公开证据强度评价为“很强”。如果下一步是做CN111585624B权利要求的完整无效组合，Y基本不应成为主要风险点；更值得关注的是Y与其前后技术特征之间是否存在必须由同一信令、同一无线信号、同一时频资源满足的连接关系。上述结论是针对技术特征覆盖的检索判断，而非对完整权利要求无效结果的最终法律结论。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

一、检索结论

围绕 CN111585624B 的技术特征 Y，我对 Google Patents 中截止 2018-03-12 之前公开的日本 JP 公报进行了多轮检索，并交叉使用了日文关键词“リソース割当／資源割当、フィールド、ビット数、DCI、PDCCH、UL grant、resource block assignment、uplink indicator、時間ドメイン、サブフレーム、RIV”等，同时沿重点文献的同族和引用关系反查。

**仅就技术特征 Y 本身而言，现有技术证据很强。**目前最值得用于无效比对的日本公开文献，我建议按以下优先级使用：

JP2017517160A，公开日 2017-06-22 —— 对“时域+频域资源+DCI字段+比特”组合的整体披露最强；

JP2010516164A，公开日 2010-05-13 —— 同一 DCI 中同时具有 RB 资源分配字段以及以若干比特表示目标上行子帧的字段，特别适合对应“时频资源”；

JP2014512114A，公开日 2014-05-19 —— 对“DCI包括资源分配字段—该字段指示资源—字段具有预定比特数”的文字对应最接近；

JP2015065678A，公开日 2015-04-09 —— RA 信息元素明确指示 PUSCH 的 PRB，并明确给出所需 11 bit；

JP2012500528A，公开日 2012-01-05 —— UL grant 明确包含 10-bit resource block assignment；

JP2013507840A，公开日 2013-03-04 —— 明确说明 DCI 用于传达上行“时间周波数資源”的分配，对“时频资源”概念本身非常有利。

以上全部早于 2018-03-12。

Google Patents

二、首先必须确定 CN111585624B 对“第一域”的实际解释范围

这一点对评价日本文献的命中程度非常重要。

CN111585624B 的权利要求9等确实记载了本次检索的 Y：

第一信令包括第一域；第一域指示第一时频资源；第一域包括正整数个比特。

Google Patents

但其说明书对“第一域”的解释明显不是一个必须同时用单一原子字段完整编码“时间坐标+频率坐标”的狭义概念。

说明书明确：

第一域既可以显式也可以隐式指示第一时频资源；

第一域可以包括 Frequency domain resource assignment + Time domain resource assignment；

在 LTE 实施方式中，第一域还可以包括以下字段中的至少之一：

Resource block assignment and hopping resource allocation；

Resource allocation type；

Resource block assignment；

Timing offset；

PUSCH starting position；

PUSCH ending symbol；

Number of scheduled subframe；

并再次明确第一域包括正整数个比特。

Google Patents

因此，无效时可以形成一个很重要的解释论点：

目标专利自己已经把普通 LTE DCI 中的 RB assignment、timing/subframe 等既有字段纳入“第一域指示第一时频资源”的范围。

这意味着，不能反过来要求对比文件必须逐字写成“time-frequency resource field”。只要先前 DCI 中的字段通过 RB、目标子帧、起始位置、持续时间等确定传输资源，就已经对 Y 产生直接贡献。

Google Patents

三、重点日本文献逐篇分析

1. JP2017517160A —— 首选，S级

名称：ワイヤレス端末装置間通信のスケジューリング

公开日：2017-06-22

Google Patents 的日本申请记录明确确认 JP2017517160A 于 2017-06-22 公开，因此满足截止日要求。

Google Patents

这篇文献的价值非常高。

同案说明书明确记载：

DCI 中具有 resource block allocation field 64；

该字段用于指定 resource grid 中哪些 resource blocks 被作为无线资源使用；

对 resource allocation type 0，该字段包含 RIV；

RIV/组合索引据此确定具体资源块。

Google Patents

更关键的是，它进一步明确公开时间资源字段化、比特化：

时间资源可以通过 bit string / bitmap 表示；

举例使用 "11100000" 表示相应子帧；

起始子帧、持续的子帧数量还可以分别由字段表示；

包括 resource allocation field 64 在内的 DCI 字段可以承载 time-domain scheduling information。

Google Patents

同时，对于频域资源分配，它还直接讨论了resource block assignment and hopping resource allocation field 所需要的比特数，并明确指出剩余 bit 可以继续用于 time-domain scheduling information。

Google Patents

因此这一篇能够形成：

DCI → resource allocation field → frequency RB resource + time-domain scheduling → field由bit构成

的完整链条。

对 Y 的评价

这是目前检出的日本文献中，对“时频资源”作严格解释时最有价值的一篇。

推荐强度：★★★★★，S级。

实务提示：Google Patents 当前对 A 公报正文的网页解析不稳定，我定位正文时使用了同一日本申请的授权文本 JP6755181B2；Google Patents 的公报记录明确证明该申请的 A 公报 JP2017517160A 已于 2017-06-22 公开。正式无效证据提交时，建议以 JP2017517160A 的公报 PDF 原文重新锁定页码/段落。

Google Patents

2. JP2010516164A —— 极强，尤其适合证明“时频”

名称： TDDシステムにおいてスケジューリング情報伝送方法

公开日：2010-05-13

Google Patents 的日本公报记录明确给出 JP2010516164A 的公开日为 2010-05-13。

Google Patents

该案披露：

基站发送 scheduling information；

scheduling information 同时包括：

uplink radio resource assignment information；

指示该资源分配适用于哪个 uplink subframe 的 uplink indicator；

资源分配信息在 OFDM 情况下可以表示传输频带，也可以具体表示某子帧内的 RB allocation state；

两者均包含在 DCI 中；

DCI 的 field 是其中的具体项目，RB allocation 表示分配 RB 的位置和大小。

Google Patents

其时间域披露尤其强：

uplink indicator 可以是 1 bit；

也可以用三个 bit，其中后两个 bit 指示目标 subframe 的位置；

还明确给出采用 4 bits 表示“starting offset + duration”的实施例。

Google Patents

于是同一个 DCI 中存在：

RB allocation → 频率/资源块位置

uplink indicator → 目标子帧/起始位置/持续时间

并且后者明确由 1、3、4 个 bit 等表示。

这与 CN111585624B 自己所谓：

第一域可以包括 Resource block assignment、Timing offset、PUSCH starting position、Number of scheduled subframe 等至少之一

高度同构。

Google Patents

推荐强度：★★★★★，S-/A+级。

如果专利权人试图把“第一时频资源”解释成必须同时确定时间+频率，这一篇反而比单纯的 RB allocation 文献更有价值。

3. JP2014512114A —— 与权利要求 Y 文字结构最接近

名称：シングルクラスタ送信およびマルチクラスタ送信のためのリソース割当

公开日：2014-05-19

公报信息确认其公开日为 2014-05-19。

Google Patents

摘要几乎直接给出了 Y 的结构：

UE 接收 DCI；

DCI 具有一个用于表示 terminal resource allocation information 的 field；

该 resource allocation field has a predetermined number of bits；

UE 根据所接收到的 DCI field 中的 bits 确定分配给自己的资源。

Google Patents

而且该文献明确讨论 LTE 的 RB/RBG resource allocation，以及可用于 signaling resource allocation information 的 bit 数量。

Google Patents

因此其对应关系几乎可以直接写成：

“第一信令” → DCI；

“第一域” → resource allocation field；

“第一域指示第一资源” → field indicates resource allocation information；

“第一域包括正整数个比特” → predetermined number of bits。

其唯一需要解释的一点是：该段更突出RB/RBG频域资源分配，没有像 JP2017517160A 那样在同一段明确展开时间字段。

但由于目标专利自己明确把 Resource block assignment 单独列入第一域实施方式，并允许第一域“隐式指示”时频资源，所以这一差异并不大。

Google Patents

推荐强度：★★★★★，A+级；若按目标专利自身说明书解释，接近 S 级。

4. JP2015065678A —— “资源字段 + 11 bits”证据非常硬

名称：連続及び非連続周波数帯域にわたる送信のための制御シグナリング

公开日：2015-04-09

Google Patents 明确给出该公报公开日及 Samsung 为原始申请人。

Google Patents

该案说明：

UL scheduling assignment 用于调度 PUSCH，由 PDCCH 发送；

UL SA 由若干 information elements 构成；

其中第二个 IE 是 Resource Allocation (RA) IE；

RA IE 用于识别分配给 PUSCH transmission 的 PRBs；

并明确计算该 RA 信息所需要的 bits；

给出的具体实施例为 11 bits。

Google Patents

其权利要求还明确：

control signal 包含 resource allocation information；

根据 UL bandwidth 确定 resource allocation information 的 bit 数；

根据这些 bits/control signal 确定用于数据发送的 resource。

Google Patents

因此：

信令 → RA IE/字段 → PRB resource → 11 bits

非常清晰。

时间位置主要由 scheduled PUSCH/UL TTI 的上下文确定，因此：

按目标专利的“隐式指示”和 Resource block assignment 实施方式：高度命中 Y；

若人为要求“同一 RA IE 自身必须另外编码具体时间坐标”：则稍弱于前两篇。

推荐强度：★★★★☆，A+级。

5. JP2012500528A —— 10-bit RB assignment 的直接证据

名称：ランダムアクセスレスポンスにおいてアップリンクグラントを扱うこと

公开日：2012-01-05

公报信息确认 Qualcomm 的 JP2012500528A 于 2012-01-05 公开。

Google Patents

该文献明确公开一个 20-bit uplink grant，其中包括：

hopping flag：1 bit；

fixed-size resource block assignment：10 bits；

MCS：4 bits；

TPC：3 bits；

UL delay：1 bit；

CQI request：1 bit。

Google Patents

并进一步说明 resource allocation information 可以依据 RIV、起始 RB 和资源长度解释。

Google Patents

因此针对 Y3：

第一域包括正整数个比特

这是非常直接的先前技术证据，甚至明确到了 10 bits。

对 Y2 的“时频”而言，它主要直接确定 RB 资源，因此最好的用法仍然是结合目标说明书：

Resource block assignment 本身就是目标专利明列的“第一域”实施方式之一。

Google Patents

推荐强度：★★★★，A级。

6. JP2013507840A —— “DCI指示时间频率资源”概念证据很强

名称： LTEアドバンスのためのアップリンク資源割り当て

公开日：2013-03-04

公报信息确认 2013-03-04 公开。

Google Patents

该文献开宗明义称其涉及：

時間周波数資源の割り当て

并进一步明确说明 LTE Rel-8/Rel-9 中：

UE 与 eNodeB 之间的 uplink time-frequency resource allocation；

通过 PDCCH 内的 DCI 传递给 UE；

DCI format 0 的 resource allocation 基于 starting RB position 以及连续 RB 的数量。

Google Patents

后续又多次明确 DCI 用于表示 uplink resource allocation protocol。

Google Patents

这一篇的优势与 JP2014512114A 正好互补：

JP2013507840A 对 “DCI → time-frequency resource allocation” 特别直接；

JP2014512114A 对 “field → resource allocation → predetermined number of bits” 特别直接。

但本次检索到的 JP2013507840A 日文网页正文中，对“特定 resource allocation field 包括 N bits”的文字没有前几篇那么直接，因此我不把它排在前三。

推荐强度：★★★★，A级。

四、技术特征 Y 比对表

技术特征拆分为：

Y1：第一信令包括第一域；

Y2：第一域指示第一时频资源；

Y3：第一域包括正整数个比特。

日本对比文件公开日 Y1：信令含字段 Y2：字段指示时频资源 Y3：正整数bits 综合评价

JP2017517160A 2017-06-22 ✓ DCI resource allocation field ✓ 频域RB + time-domain scheduling；明确time/frequency allocation ✓ bit/bitmap及资源分配bit数 S，首选

Google Patents

JP2010516164A 2010-05-13 ✓ DCI中RB field + uplink indicator ✓ RB位置/大小 + 目标subframe/offset/duration ✓ 1/3/4-bit实施例 S-/A+，极强

Google Patents

JP2014512114A 2014-05-19 ✓ DCI resource allocation field ✓ 资源分配；严格时间维度稍弱 ✓ predetermined number of bits A+，文字最接近

Google Patents

JP2015065678A 2015-04-09 ✓ UL SA中的RA IE ✓ RA IE确定PUSCH PRB；时间由scheduled TTI/subframe确定 ✓ 明确11 bits A+

Google Patents

JP2012500528A 2012-01-05 ✓ UL grant中的RB allocation ✓ RB位置/长度；时间维度主要由grant上下文确定 ✓ 明确10 bits A

Google Patents

JP2013507840A 2013-03-04 ✓ DCI资源分配机制 ✓ 明确称DCI传达uplink time-frequency resources △ DCI有bit-size设计，但本次JP文本中不如前三篇直接 A

Google Patents

五、无效使用上的优选顺序

第一选择：JP2017517160A

如果希望单篇文献尽可能完整地覆盖 Y，我首选 JP2017517160A。

原因是它同时公开：

DCI字段 → resource block/frequency resource → time-domain resource → bit encoding

而且明确使用“time/frequency resources”的技术逻辑。

Google Patents

这是对专利权人可能提出的“时频资源必须包括时间维度”的抗辩最稳妥的一篇。

第二选择：JP2010516164A

这篇在无效口头审理中其实可能非常好用，因为结构特别直观：

一个 DCI

→ RB allocation 指示频率/RB位置

→ uplink indicator 指示目标子帧/时间位置

→ indicator 明确由 1、3或4 bits 构成。

Google Patents

再结合目标专利自己允许“第一域包括多个具体子域”的说明书解释，Y 的技术差异已经非常小。

Google Patents

第三选择：JP2014512114A

如果希望寻找一句话就能攻击：

“信令包括域 + 域指示资源 + 域包括正整数bits”

那么 JP2014512114A 是文字对应程度最高的一篇。其摘要直接把 DCI、resource allocation field、predetermined number of bits、根据 field bits 决定资源串成完整逻辑。

Google Patents

六、最终判断

仅针对技术特征 Y，我认为截止 2018-03-12 前的日文专利现有技术已经相当充分。

尤其是：

JP2017517160A + JP2010516164A + JP2014512114A

已经从三个角度把 Y 包围得比较完整：

JP2017517160A：解决时域+频域+字段+bit；

JP2010516164A：解决RB频率位置+目标subframe时间位置+明确bit数；

JP2014512114A：解决权利要求最核心的**“DCI field → resource → predetermined bits”**文字结构。

Google Patents

而且 CN111585624B 自己把 Resource block assignment、Timing offset、PUSCH starting position、scheduled subframe 等传统 LTE DCI 字段明确解释为其所谓“第一域”的具体实现，并允许“隐式指示第一时频资源”，这会显著削弱专利权人试图把 Y 限缩为某种特殊 NR 二维资源字段的空间。

Google Patents

因此，如果只是判断 Y 是否构成真正有区分度的附加技术贡献，我的评价是：区分度很低，先前技术攻击强度高。

需要注意的是，Y 出现在 CN111585624B 的从属权利要求9等中；最终的新颖性判断必须由一篇文献同时披露该从属权利要求引用的全部上位特征，不能把不同文献拼接后主张“不具备新颖性”。上述多文献组合更适合用于创造性论证或用于寻找能够进一步覆盖上位特征的核心文献。权利要求9对权利要求1-3的引用关系可直接由目标专利确认。

Google Patents

如果把本次日文结果与此前针对 CN111585624B-Y 的中文、韩文、3GPP检索结果合并，我会优先进一步筛选“哪一篇单篇文献最有机会同时覆盖权利要求1/2/3 + Y”，而不是继续单独搜索普通的 DCI resource assignment 字段——Y 本身目前已经不是证据短板。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

已按多组英文检索式在 Google Patents 做了反复交叉检索，并严格把公开日限定在 2018-03-12之前。本轮重点不是泛泛寻找“资源分配”，而是同时验证以下三层关系：

Y-1：第一信令中存在一个 field/domain；

Y-2：该 field 指示/确定第一时频资源；

Y-3：该 field 由正整数个 bits 构成。

结合 CN111585624B 的权利要求体系还应注意：其权利要求1已经限定“第一信令包括DCI”，因此截止日前 LTE/LTE-A 文献中“DCI中的资源分配字段”与 Y 的对应关系相当直接。

tnbgame.com

一、检索结论

本轮英文专利中，我认为对技术特征 Y 最有价值的文献依次是：

第一梯队：

US20140029537A1 — 最强的单篇 Y 对比文件；

US20120218882A1 — “DCI + resource block assignment field + N bits”极直接；

US20160242169A1 — “DCI中的2-bit PUCCH resource indicator field”与目标专利的上行上报资源场景尤其接近；

US20150016310A1 — 同一 DCI 中明确出现“2-bit uplink subframe field + n-bit resource block assignment”，对完整“时+频”资源概念非常有力。

第二梯队：

5. US20120287848A1；

6. US20140126491A1；

7. US20180049176A1；

8. EP3202073A1；

9. US20110122825A1；

10. WO2018027810A1。

其中，我会优先把 US20140029537A1 + US20160242169A1 用于无效理由组织：前者解决“field—resource—bits”的直接文字链，后者解决“DCI中的字段直接选择上行控制/上报资源”的场景对应。

二、最优文献1：US20140029537A1

名称：Resource assignment for single and multiple cluster transmission

公开日：2014-01-30，显著早于截止日；优先权日为2011-03-23。

Google Patents

这是目前本轮检索中我认为针对 Y 最干净的一篇单篇文献。

文献明确披露：

terminal 接收 DCI；

DCI comprises a field for indicating a resource allocation；

该 resource assignment field has a predetermined number of bits；

UE 根据该字段的内容确定被分配的资源。

Google Patents

也就是说：

DCI

→ resource assignment field

→ field 指示 resource allocation

→ field 有 predetermined number of bits

这基本就是 Y 的文字结构。

更关键的是，该文献不是抽象意义上的“resource”。它明确解释 LTE 的 physical resource block：

subframe 位于 time-frequency domain；

PRB 包含时域连续 OFDM symbols；

同时包含频域连续 subcarriers；

一个 PRB 对应一个 slot 的时域资源以及一定频宽的频域资源。

Google Patents

因此可以形成非常完整的论证：

resource assignment field → 分配RB/RBG资源 → RB本身是时域×频域构成的物理资源 → 因而该字段指示的是时频资源。

对 Y 的评价

匹配度：★★★★★

唯一可能的专利权人抗辩点是：

DCI 的 resource assignment field 主要确定频域RB，而发送所在的 subframe/slot 可能还根据 DCI 接收时刻或调度规则确定，因此“一个字段”是否独立确定完整的“时间+频率”坐标存在解释空间。

但是 Y 的原文只是“第一域指示第一时频资源”，并没有进一步限定“第一域本身必须同时显式编码时间坐标和频率坐标”。因此按照通常通信领域理解，我认为这一抗辩力度有限。

三、最优文献2：US20120218882A1

名称：Efficient control information transmission method and apparatus for supporting multiple antenna transmission technique

公开日：2012-08-30；优先权日2009-11-09。

Google Patents

该文献直接给出了 DCI Format 0 的字段表：

Resource block assignment and hopping resource allocation — N bits

而且明确说明这是 uplink scheduling information 所使用的 PDCCH DCI Format 0。

Google Patents

同一文献明确解释 LTE 资源结构：

一个 slot 包括多个 OFDM symbols in the time domain；

同时包括多个 RBs in the frequency domain；

RB 是 resource allocation unit；

resource grid 本身由 time-domain OFDM symbols 和 frequency-domain RBs 构成。

Google Patents

因此：

DCI Format 0

→ Resource block assignment field

→ N bits

→ 指示 uplink subframe 中被分配的 resource blocks

→ RB落在明确的时频资源网格中。

评价

匹配度：★★★★★

相比 US20140029537A1，它最大的优势在于：

“Resource block assignment and hopping resource allocation — N bits”

以表格形式直接列出来，对“包括正整数个比特”的证明十分直观。

这篇我建议作为 Y 的第二核心证据。

四、最优文献3：US20160242169A1

名称：Method for uplink control channel resource allocation of terminal and apparatus thereof

公开日：2016-08-18；优先权日2013-09-27。

Google Patents

这篇的重要性在于它不是普通 PUSCH/PDSCH RB 调度，而是直接针对 PUCCH/HARQ-ACK 上报资源，与 CN111585624B 中“在目标时频资源中发送第一上报信息/UCI”的技术语境非常接近。

文献明确披露：

在 downlink allocation DCI 中定义 PUCCH resource indicator field，用于指示多个候选 PUCCH resources 中应使用哪一个；

并进一步明确：

如果该 PUCCH resource indicator field 是 2 bits，则可以配置四个候选 PUCCH resource values；

UE 根据 DCI 中该字段的值确定 PUCCH resource，并在确定的 PUCCH resource 上发送 HARQ ACK/NACK。

Google Patents

因此几乎逐项对应：

第一信令＝downlink allocation DCI；

第一域＝PUCCH resource indicator field；

指示第一资源＝从候选 PUCCH resources 中选择一个；

第一域包括正整数个比特＝明确 2 bits。

评价

匹配度：★★★★★（应用场景尤其强）

不足只有一个：

该文献上述段落称为 PUCCH resource，没有像 US20140029537A1 那样在同一关键段落逐字定义成“time-frequency resource”。

所以：

从通信领域技术含义看，非常强；

若追求最严格的逐字新颖性对应，建议与 US20140029537A1 的 PRB/time-frequency 定义结合论证。

五、最优文献4：US20150016310A1

名称：Method and device for transmitting data for half-duplex device

公开日：2015-01-15；优先权日2012-03-28。

Google Patents

这篇值得特别保留，因为它对时间资源字段和频率资源字段两边都写得很明确。

它提出修改 DCI Format 0，其中包括：

Uplink subframe — 2 bits；

这个 field 用 uplink subframe index [0,3] 指示在哪一个 subframe 中授权 uplink transmission；

同一 DCI Format 0 又包括

Resource block assignment and hopping resource allocation — n bits。

Google Patents

文献还明确说明 RB 是一个 resource allocation unit，包括一个 slot 中的连续 subcarriers。

Google Patents

因此它形成：

时间：2-bit uplink-subframe field

频率：n-bit resource-block-assignment field

DCI 对上行传输时频资源的明确确定。

评价

匹配度：★★★★☆

它对“DCI通过比特字段确定完整时频资源”的技术思想极强。

但如果 Y 被非常严格地解释为：

必须是同一个“第一域”同时表示完整时间坐标和频率坐标

那么 US20150016310A1 是“两个字段共同确定时频资源”，故对单篇新颖性的对应稍弱。

反过来，它作为创造性组合证据非常强。

六、其他有价值文献

1. US20120287848A1

公开日：2012-11-15。

Google Patents

该文献明确称：

Resource allocation field indicates a PRB set of 1st slot。

而其 RB allocation information：

bitmap 中每一 bit 对应一个 RBG；

type-1 allocation information 有多个 fields；

第一 field 为 ceil(log2(P)) bits；

第二 field 为 1 bit；

第三 field 为 bitmap，每一个 bit 对应一个 PRB。

Google Patents

匹配度：★★★★☆。

它特别有利于证明“字段是比特集合，并通过比特编码具体 PRB resource”。

2. US20140126491A1

公开日：2014-05-08。

Google Patents

这篇也是非常好的 PUCCH resource 文献。

它明确：

DCI payload 中具有 explicit 2-bit ARO field；

ARO field 指示 resource offset；

更直接地说，ARO field 可以指示最多四个半静态配置的 PUCCH format 3 resources 中的一个。

Google Patents

所以：

DCI → 2-bit field → 一个指定PUCCH resource

非常接近 Y。

匹配度：★★★★☆～★★★★★。

与 US20160242169A1 相比，后者用词“PUCCH resource indicator field”更加直接，故优先级略高。

3. US20180049176A1

这是一篇接近截止日但仍然合格的文献：

公开日：2018-02-15，早于2018-03-12。

Google Patents

其明确披露：

DCI Format 6-0A 用于 PUSCH scheduling；

Resource block assignment 字段具有

ceil(log2(...)) + 5 bits；

其中 MSB bits 指示 narrowband index；

另外 5 bits 指示 narrowband 内的 resource allocation；

DCI Format 6-0B 中则是相应表达式加 3 bits。

Google Patents

匹配度：★★★★☆。

这篇非常适合证明：

在截止日前，用若干 bit 构成的 DCI resource assignment field 指示具体上行物理资源，已经属于成熟技术。

4. EP3202073A1

公开日：2017-08-09；优先权日2014-10-03。

Google Patents

文献明确：

DCI 中包括 Resource Block Assignment（RBA）field；

而且：

RBA field having a plurality of bits；

RBA 方案用于 PDSCH/PUSCH，RBG 是连续 PRBs 的集合；文献还专门给出了“RBA field sizes, in bits”。

Google Patents

匹配度：★★★★☆。

5. US20110122825A1

公开日：2011-05-26。

Google Patents

它明确说：

每个 DCI format 由多个 information fields 构成；

Resource allocation header = 1 bit；

Resource block assignment = variable number of bits according to bandwidth。

Google Patents

更有价值的是它还披露：

可以在特定 DCI format 中定义一个 offset field，用于指示其他 subframe；

并明确 time-domain 和/or frequency-domain offset 均可使用。

Google Patents

而资源网格明确由时域 OFDM symbols 和频域 RBs 构成。

Google Patents

匹配度：★★★☆。

主要用于说明 Y 所采用的“DCI中的比特字段指示时/频资源”的技术手段在很早以前就已经存在。

6. WO2018027810A1

名称：Access signal time-frequency resource allocation method, apparatus and communications system

公开日：2018-02-15。

Google Patents

这篇非常值得作为**“时频资源”文字解释的补强证据**。

其直接写明：

base station 通过 control signaling 指示发送 access signal 的 time-frequency resource 的位置；

UE：

根据 control signaling 确定发送 access signal 的 time-frequency resource location。

Google Patents

而且还明确说这类 control signaling 可以是 LTE/LTE-A PDCCH common search space 中携带的控制信令。

Google Patents

但是全文检索没有发现相应“field”或具体“number of bits”的明确披露。

Google Patents

所以：

匹配度：★★★☆；对 Y-2 极强，对 Y-1/Y-3 较弱。

七、技术特征 Y 比对表

对比文件公开日 Y-1：信令包含第一域 Y-2：第一域指示时频资源 Y-3：正整数bit 综合强度

US20140029537A1 2014-01-30 ✅ DCI resource assignment field ✅ field→resource allocation；PRB明确为时域×频域资源 ✅ predetermined number of bits ★★★★★

Google Patents

US20120218882A1 2012-08-30 ✅ DCI Format 0的RBA field ✅ uplink subframe中的RB资源；RB属于时频网格 ✅ N bits ★★★★★

Google Patents

US20160242169A1 2016-08-18 ✅ PUCCH resource indicator field in DCI ✅ 从候选PUCCH resources中确定一个 ✅ 2 bits ★★★★★

Google Patents

US20150016310A1 2015-01-15 ✅ DCI Format 0多个field ✅ 2-bit field给时间，n-bit field给RB ✅ 2 bits / n bits ★★★★☆

Google Patents

US20120287848A1 2012-11-15 ✅ resource allocation field ✅ 明确指示1st slot的PRB set ✅ bitmap/1 bit/log₂(P) bits ★★★★☆

Google Patents

US20140126491A1 2014-05-08 ✅ explicit ARO field in DCI ✅ 选择PUCCH resource ✅ explicit 2-bit ★★★★☆

Google Patents

US20180049176A1 2018-02-15 ✅ DCI resource block assignment ✅ PUSCH/RB allocation ✅ 3/5及公式确定的bits ★★★★☆

Google Patents

EP3202073A1 2017-08-09 ✅ DCI RBA field ✅ RBG/PRB allocation ✅ plurality of bits ★★★★☆

Google Patents

US20110122825A1 2011-05-26 ✅ DCI information fields ◐ RBA+time/frequency offset field共同支持 ✅ 1 bit/variable bits ★★★☆

Google Patents

WO2018027810A1 2018-02-15 ◐ control signaling，但未明确对应field ✅ 逐字“location of time-frequency resource” ❌ 未检出具体bit数 ★★★☆

Google Patents

八、我建议的无效使用顺序

方案A：主打 US20140029537A1

如果只针对 Y 本身，这是我的第一选择。

可以形成近乎逐字的三段式：

CN111585624B：第一信令包括第一域

↔ US20140029537A1：DCI comprises a field for indicating resource allocation；

CN111585624B：第一域指示第一时频资源

↔ US20140029537A1：resource assignment field确定resource allocation；被分配PRB明确由时域OFDM symbols和频域subcarriers构成；

CN111585624B：第一域包括正整数个比特

↔ US20140029537A1：resource assignment field has a predetermined number of bits。

Google Patents

单独攻击 Y：强。

方案B：US20120218882A1作为第二主证

它最适合用来堵住“predetermined number of bits 只是抽象描述”的抗辩，因为直接以 DCI 表格写：

Resource block assignment and hopping resource allocation — N bits。

Google Patents

且 RB 的时频性质同篇直接定义。

Google Patents

方案C：US20160242169A1解决“目标专利实际是上报/UCI资源”的语境问题

如果专利权人主张：

普通PUSCH/PDSCH resource block assignment 与目标专利的“第一上报信息所在第一时频资源”不同，

那么 US20160242169A1 很重要，因为它已经直接做到：

DCI中的 2-bit PUCCH resource indicator field

→ 确定一个用于 HARQ ACK/NACK 上报的 PUCCH resource。

Google Patents

这与“UCI/上报信息 + DCI字段 + 上行资源”高度接近。

九、最终判断

经过这一轮反复检索，我对技术特征 Y 的判断是：

Y 本身并不是 CN111585624B 的强创新点。

在 2018-03-12 之前，英文专利文献已经非常充分地公开了：

DCI/控制信令中设置资源指示或资源分配字段 → 该字段由固定/可确定数量的比特组成 → 字段值确定RB、PUCCH或其他物理资源。

其中 US20140029537A1、US20120218882A1、US20160242169A1 三篇已经形成非常强的证据梯队。尤其前两篇对于“field + resource + bits”三要素的直接公开程度很高。

Google Patents

如果采用宽/通常的“指示时频资源”解释——即 field 指示一个位于特定slot/subframe中的RB/PUCCH资源即可，而不是要求同一 field 自身同时编码独立的时间坐标和频率坐标——我会把 US20140029537A1 对 Y 的公开强度评为约 90%–95%。

如果采用最严格解释：

“第一域”必须单独同时编码完整的时间维度和频率维度，

那么现有 LTE 文献通常将时间位置与频率RB分配分别通过调度时序、subframe field和RBA field确定，此时单篇新颖性攻击会有所下降；但 US20150016310A1 的“2-bit uplink subframe field + n-bit RBA”加上 US20140029537A1/US20120218882A1，对创造性攻击仍然非常有力。

Google Patents

因此，本轮英文专利检索的最优排序为：

US20140029537A1 ＞ US20120218882A1 ＞ US20160242169A1 ＞ US20150016310A1 ＞ US20120287848A1 ≈ US20140126491A1 ＞ US20180049176A1 ≈ EP3202073A1。

这批文献已经足以把 Y 从“待突破特征”降为“已有较强截止日前证据覆盖的特征”；后续针对 CN111585624B 的检索资源更值得集中到**“第一时频资源/第二时频资源与两组天线端口、两信令之间的具体连接关系”**，而不是继续大量投入到 Y 的“字段+bit数”本身。

Google Patents

权利要求11

下载无效理由

根据权利要求5所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

技术特征:

Z 其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。 (0)

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

检索结论

围绕 CN111585624B 的技术特征 Z，我按 LTE成熟DCI机制 → sidelink专门资源字段 → NR早期38系列 → 截止日前RAN1会议稿做了多轮交叉检索。检索后，目前找到的最强3GPP英文证据不是NR早期DCI，而是 LTE sidelink 的 DCI format 5。

其核心披露非常接近特征 Z：

3GPP TS 36.212 V12.5.0，§5.3.3.1.9 Format 5 明确规定，DCI format 5 用于调度 PSCCH，其中包括 “Resource for PSCCH – 6 bits”。

ETSI

而其规范性引用的 3GPP TS 36.213 V12.5.0，§14.2.1 又进一步明确：两个 subframes 和 resource blocks 均由同一个 “Resource for PSCCH” field n

PSCCH

确定；§14.2.1.1 进一步把第一次 PSCCH transmission明确落到某一 resource block + subframe 上，并且二者都由 n

PSCCH

计算得到。

ETSI

因此，如果把权利要求中的“时频资源”按通常物理层含义理解为时间位置 + 频率位置，这组规范已经形成：

DCI信令 → 一个特定字段 → 6 bits → 同一字段确定 subframe（时间）及 resource block（频率） → 第一次传输的具体时频资源。

就技术特征 Z 单独而言，我将其评为“★★★★★，高度直接命中”。

一、最优对比文件 D1：TS 36.212 V12.5.0 + TS 36.213 V12.5.0

1. 第一信令——DCI format 5

TS 36.212 对 DCI 的性质本身已有明确说明：DCI 用来承载 downlink、uplink 或 sidelink scheduling information；随后 §5.3.3.1 定义各 DCI format 由相应的 fields 构成。

ETSI

§5.3.3.1.9 又规定 DCI format 5 用于 PSCCH 调度，并列出其承载的信息，其中第一项就是：

Resource for PSCCH – 6 bits。

ETSI

所以可以非常自然地对应：

第一信令 = DCI format 5

第一域 = Resource for PSCCH field n

PSCCH

。

2. 同一字段同时确定时间和频率

这是本轮检索最有价值的发现。

TS 36.213 V12.5.0 §14.2.1 规定，对于 sidelink transmission mode 1，SCI format 0 在两个 subframes 中发送，并且每个 subframe 使用 physical resource block；随后直接规定这些 subframes 和 resource blocks 都使用 “Resource for PSCCH” field 确定。

ETSI

也就是说，并不是：

“一个字段只选 frequency，另一个字段选 time”，

而是：

同一个 n

PSCCH

字段同时参与确定 subframe 和 resource block。

这恰好避开了很多 NR 文献的弱点。

3. “第一时频资源”还能进一步落到第一次传输

TS 36.213 §14.2.1.1 的标题本身就是：

UE procedure for determining subframes and resource blocks for transmitting PSCCH。

其中又明确区分 first transmission 和 second transmission；第一次 PSCCH transmission 位于一个确定的 resource block m

PSCCH

和一个确定的 subframe l

PSCCH

，相应索引均由 n

PSCCH

推导。

ETSI

因此针对对方可能提出的：

“文献只说两个资源集合，并没有披露‘第一时频资源’。”

也有较强回答：

第一次传输本身已经被落实为“第一组 resource block + subframe”，即一个具体的时频位置。

4. “正整数个比特”是逐字级命中

TS 36.212 不是只说“bit field”，而是直接规定：

6 bits。

ETSI

所以 Z 中较宽泛的：

“第一域包括正整数个比特”

被明确的 6-bit field 完全覆盖。

二、公开时间核验

这里我没有仅依赖 ETSI PDF 页面日期，而是又回到 3GPP官方Archive 核验。

3GPP 官方 archive 显示：

文件 3GPP版本官方archive时间截止日前？

TS 36.213 12.5.0 / 36213-c50.zip 2015-03-25 21:24 是

3GPP

TS 36.212 12.5.0 / 36212-c50.zip 2015-06-24 13:04 是

3GPP

TS 38.212 15.0.0 / 38212-f00.zip 2018-01-03 17:26 是

3GPP

TS 38.214 15.0.0 / 38214-f00.zip 2018-01-03 17:34 是

3GPP

因此主证据 D1 在 2015年已经完整出现，距离 2018-03-12 截止日近三年，不存在临界日期问题。

3GPP

另外值得注意的是，TS 36.212 §2 对规范性引用明确说明，被引用文件中的规定通过引用构成本规范的规定；并且其中 [3] 明确就是 3GPP TS 36.213。因此从3GPP技术规范体系自身看，36.212 的“6 bits”与36.213的“该字段如何确定 subframe/resource block”具有非常紧密的规范性交叉引用关系。

ETSI

至于在中国无效程序中新颖性评价时能否直接把这种规范性引用链按“一篇对比文件的完整公开”处理，属于进一步的法律适用问题；从技术披露角度，这条链已经闭合。

三、为什么它比截止日前NR文献更适合打 Z

我也专门检查了截止日前的 NR 38 系列。

TS 38.212 V15.0.0 和 TS 38.214 V15.0.0 均已于 2018-01-03 进入3GPP官方archive，所以在时间上完全合格。

3GPP

但这里有一个对 Z 很重要的区别：

NR的典型DCI设计把 frequency-domain resource assignment 与 time-domain resource assignment 分成不同字段。

因此它们很适合证明：

“DCI中存在由正整数个比特构成的资源分配字段、字段指示时间资源或频率资源”

这一通常设计思想；但如果对方坚持 Z 要求：

同一个“第一域”指示一个完整的“第一时频资源”

那么 NR 的“时间字段 + 频率字段分离”反而给对方留下解释空间。

相比之下，LTE DCI format 5 的 Resource for PSCCH 6-bit field 明确由同一个值同时确定 subframe 和 resource block，所以对 Z 更干净。

四、进一步检出的截止日前 RAN1 英文会议稿

我还反复检索了 RAN1#89、#90、#90bis、#91、#92 的官方 TDoc 索引。截止日前确实存在一批高度相关文献。例如 RAN1#89 在 2017-05-15 开始，官方索引已有 R1-1707200, “Frequency and time resource allocation schemes for NR”。

3GPP

进一步检出的高相关候选包括：R1-1707396 Time and frequency domain resource allocation for long PUCCH；R1-1709099 On Frequency-domain and Time-domain Resource Allocation；R1-1712410 NR DL/UL frequency domain resource allocation；R1-1712411 NR DL/UL time domain resource allocation；R1-1714050/1714051 关于 NR frequency/time-domain RA；R1-1714434 On UL Data Scheduling Grant in NR；以及截止日前最后一次 RAN1#92 的 R1-1803449 Draft time domain resource allocation proposal。其中 R1-1714434 可由3GPP官方会议文件列表核实，R1-1803449 则出现在 2018-02-26 开始的 RAN1#92 官方TDoc记录中，因此时间均早于截止日。

3GPP

不过，我目前不把这些会议稿列为“已经证明完整 Z”的主证据：当前官方索引足以核实编号、标题、会议和时间，但没有对所有原始 ZIP 的正文逐一可靠抽出。因此，为避免把“标题相关”误写成“正文已明确公开6-bit时频字段”，它们只能列为二次深挖候选。主证据仍应采用正文已经逐条核实的 TS 36.212/36.213。

五、技术特征 Z 最终比对表

Z的子特征 D1：TS 36.212 V12.5.0 + TS 36.213 V12.5.0 评价

Z1：第一信令包括第一域 DCI 是调度信息；DCI format 5 明确包含 Resource for PSCCH field。

ETSI

直接公开

Z2：第一域指示第一时频资源同一个 Resource for PSCCH 字段用于确定 two subframes and resource blocks；第一次 PSCCH transmission 又具体落在一个 resource block + 一个 subframe 上。

ETSI

高度直接公开

Z3：第一域包括正整数个比特 Resource for PSCCH 明确为 6 bits。

ETSI

逐字级直接公开

公开时间 TS36.213 V12.5.0：2015-03-25；TS36.212 V12.5.0：2015-06-24，均远早于2018-03-12。

3GPP

完全合格

整体贡献度一个6-bit DCI字段同时决定时间subframe和频率resource block，并可落实到第一次传输的具体资源 ★★★★★

再把其他检索方向横向比较：

排名英文3GPP文献对 Z 的贡献强度

1 TS 36.212 V12.5.0 §5.3.3.1.9 + TS 36.213 V12.5.0 §14.2.1/14.2.1.1 一个 Resource for PSCCH 6-bit field 同时确定 subframe + RB；第一次 transmission 对应具体时间/频率资源。

ETSI

★★★★★ 最优

2 TS 36.212 V12.5.0 DCI format 0 + TS36.213 §8.1.1 DCI0 调度PUSCH，Resource block assignment and hopping resource allocation 为按带宽计算的正整数比特，并给出 UL subframe 中的资源分配；36.213 将字段解释成起始RB及连续RB长度。

ETSI

★★★★☆

3 TS 38.212/38.214 V15.0.0，截止日前NR版本截止日前版本已存在，属于NR DCI time/frequency resource allocation 的重要补强；但典型NR设计将time-domain和frequency-domain字段分开，因此对“同一域指示完整时频资源”不如D1。

3GPP

★★★☆☆

4 R1-1707200、R1-1714434、R1-1803449等RAN1 TDocs 标题和议题高度相关，可继续寻找NR语境下的字段位宽和resource-selection表；目前不把未逐字核正文的内容当作已命中特征。

3GPP

候选补强

最终判断

对于技术特征 Z，本轮3GPP检索已经找到相当强的截止日前证据。

最值得用于无效理由的是：

**3GPP TS 36.212 V12.5.0 §5.3.3.1.9

其明确引用的 3GPP TS 36.213 V12.5.0 §14.2.1、§14.2.1.1。**

其技术逻辑可压缩为：

DCI format 5 → Resource for PSCCH field → 6 bits → n

PSCCH

→ subframe + resource block → 第一次PSCCH transmission的具体时频资源。

ETSI

因此，仅针对你给出的 Z，而不考虑 CN111585624B 权利要求中其他上位限定，我认为 D1 对 Z 的公开强度约为 90–95% 级别，属于目前应当优先写入特征比对表的3GPP证据。最大的剩余争点不是“6 bits”，而是对方是否会把“第一时频资源”解释为必须由字段独立、直接编码一个单一资源，而不接受通过同一字段计算得到 subframe + RB；但 §14.2.1.1 对 first transmission 的具体 RB/subframe 映射已经显著压缩了这一抗辩空间。

ETSI

还有一点检索策略上的结论很明确：下一步如果继续深挖，不宜再泛搜普通 NR “time domain resource assignment”。最有价值的是继续沿 single field/value/index → subframe + resource block 这一结构检索 RAN1 原始TDoc，寻找比 TS36.212/36.213 更接近目标专利技术语、且能由一份会议稿自身完整闭合 Z 的英文文件。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经过多轮 Google Patents 反向检索、同义词检索、LTE/DCI/RIV/资源位置域检索以及引用链补漏后，我认为：技术特征 Z 的截止日前中文专利证据相当充足。其中至少有 10 件核心文献能够对 Z 形成较强贡献，另有数件适合作为时间域或“字段+比特”补强。

尤其值得注意的是，目标专利 CN111585624B 自己对“第一域”的解释非常宽：既可以是“Frequency domain resource assignment + Time domain resource assignment”的组合，也可以包括 Resource block assignment and hopping resource allocation、Resource allocation type、Resource block assignment、Timing offset、PUSCH starting position、PUSCH ending symbol、Number of scheduled subframe 中至少之一，并明确该第一域“包括正整数个比特”。

patents.google.com

因此，不能简单以早期文献只写“RB分配域”而未逐字写“第一时频资源”为由排除。这对 CN102550108A、CN101127719A、CN103298118A 等文献的无效价值非常有利。

一、特征 Z 拆解

将 Z 拆成三个最小子特征：

编号 Z 的子特征

Z1 第一信令包括第一域

Z2 第一域指示第一时频资源

Z3 第一域包括正整数个比特

下面的“✅”表示文献具有明确或者在目标专利自身解释下非常直接的公开；“◐”表示需要作一步术语对应；“△”表示主要适合作为补强。

二、第一梯队：最值得用于 Z 的中文专利

排名中文专利公开号 / 公开日 Z1 信令包括域 Z2 域指示时频资源 Z3 正整数比特综合评价

1 CN102550108A，2012-07-04

Google Patents

✅ ✅ ✅ A++，首选

2 CN101127719A，2008-02-20

Google Patents

✅ ✅/◐ ✅ A++，首选

3 CN103298118A，2013-09-11

Google Patents

◐ ✅ ✅ A++，首选

4 CN107736065A，2018-02-23

Google Patents

◐ ✅ ✅ A++，非常强

5 CN101296508A，2008-10-29

Google Patents

✅ ✅ ✅ A+，完整时+频

6 CN101064903A，2007-10-31

Google Patents

◐ ✅ ✅ A+，很早且直接

7 CN101459641A，2009-06-17

Google Patents

✅ ✅/◐ ✅ A+，字段表非常好

8 CN102223719A，2011-10-19

Google Patents

◐ ✅ ✅ A+

9 CN101272615A，2008-09-24

Google Patents

✅ ✅/◐ ✅ A+，域+bit非常明确

10 CN103298119A，2013-09-11

Google Patents

◐ ✅ ✅ A，118A的并行强证据

三、最强文献逐篇分析

1. CN102550108A——我认为是 Z 的首选单篇文献

《用于高级LTE的上行链路资源分配》，公开日 2012-07-04，显著早于 2018-03-12。

Google Patents

这篇的证据链非常完整：

首先明确：

LTE 中基本的 time-frequency resource 就是 RB。

而 RB 在时域横跨一个子帧，在频域横跨连续子载波，因此不是单纯“频率编号”，而是明确的二维时频资源。

Google Patents

随后文献明确 PDCCH 承载 DCI，DCI 包含资源分配；对于 Type 2 资源分配，更直接写出了：

resource allocation field；

该字段包括 RIV；

RIV 对应 RB_START 和连续 RB 长度；

并给出了该 resource allocation 所需要的比特数公式。

Google Patents

因此可以直接建立：

第一信令＝DCI

第一域＝Type 2 resource allocation field / RIV field

第一时频资源＝该字段确定的 RB/RB集合

第一域包括正整数个比特＝明确给出 bit number 计算公式。

判断

Z1：直接公开。

Z2：直接公开。因为文献自己明确 RB 是 basic time-frequency resource。

Z3：直接公开。

在目前检出的中文专利中，我会把 CN102550108A 放在第一顺位。

2. CN101127719A——“信令包括域 + 9 bits”几乎逐字对应

《用于LTE系统的无线资源分配的指示方法》，公开日 2008-02-20。

Google Patents

摘要就明确：

基站发送包含资源块分配域的调度控制信令；

终端根据调度控制信令中的 RB 分配域获知分配的 RB。

Google Patents

实施例进一步明确：

“包含RB分配域的调度控制信令”；

上行 RB 分配域在 5 MHz 系统实例中设置为 9 bits；

UE 从 9-bit RB allocation field 中解析 RB 起始位置和长度。

Google Patents

文献还说明 RB 是“一个子帧”中的调度单位，RB 分配域用于指示该信令所在子帧中的 RB。

Google Patents

更重要的是，CN111585624B 自己明确把 Resource block assignment 和 Resource block assignment and hopping resource allocation 列为“第一域”的具体实施形式。

patents.google.com

所以专利权人若主张：

“CN101127719A 只有 RB allocation field，不属于本专利的第一域”

会面临其自己说明书解释的明显反证。

判断

这篇在**“第一信令包括第一域”及“第一域包括正整数个比特”**两个方面尤其强。

若采用目标专利说明书自身的宽口径解释，Z2 也非常接近直接公开。

建议与 CN102550108A 并列作为首选。

3. CN103298118A——直接使用“DCI→时频资源→若干比特”

《一种时频资源的指示及确认方法和装置》，公开日 2013-09-11。

Google Patents

这篇此前容易被漏掉，但实际上非常强。

它明确说明，为了保证 UE 接收数据，需要通过信令告知 UE 数据传输的时频资源，并进一步明确：

现有 LTE-A 通过 DCI，采用三种 resource allocation type 中的一种告知 UE 数据传输的时频资源。

Google Patents

接下来逐项规定：

Type 0：设置 N_RBG 个比特分别指示 RBG；

Type 1：采用若干比特指示 RBG 集合及 RB；

Type 2：用 1 bit 指示 VRB→PRB 映射，并采用若干比特指示使用的 VRB；

RIV 确定起始 RB 与 RB 数量。

Google Patents

因此：

DCI → resource-allocation bit group → 指示数据传输的时频资源。

它没有在同一句中逐字使用“第一域”三个字，但结合 LTE 中 resource-allocation field 的通常结构以及目标专利自己的解释，技术对应关系很强。

另有同日公开的 CN103298119A，同样明确“通过 DCI 告知 UE 时频资源”，并逐项记载 Type 0/1/2 所使用的比特。

Google Patents

建议 118A 为主，119A 作为并行补充证据，不要把二者当成真正独立的两个技术路线来增加组合数量。

4. CN107736065A——“时域+频域资源”定义最干净

《一种资源分配信息指示方法、基站及用户设备》，公开日 2018-02-23，严格早于截止日 2018-03-12。

Google Patents

这篇的优点是不存在“RB究竟是不是时频资源”的解释麻烦。

它明确规定：

DCI 中包含公共资源分配指示信息；

该指示信息用于指示分配给 UE 的资源；

指示信息是二进制码字符串；

第一 UE 对应第一子字符串；

第一子字符串由至少一个连续比特表示所分配资源。

Google Patents

随后又专门定义：

本文的资源是传输资源，包括时域资源以及频域资源。

Google Patents

而 RB 同样被定义为同时占用连续的频域子载波资源和连续的时域符号资源。

Google Patents

因此：

“DCI”对应第一信令；

“公共资源分配指示信息/第一子字符串”功能上对应第一域；

指示的是明确包含时域+频域的资源；

第一子字符串为“至少一个连续比特”。

其唯一可争议点是：文献称为“资源分配指示信息/子字符串”，而不是逐字称为“域”。

但在功能和结构上，这个差异很弱。

这是本轮检索中新颖性攻击价值最高的截止日前近界文献之一。

5. CN101296508A——对“同一指示中同时给出时间+频率”尤其有价值

《LTE TDD系统中调度授权资源的指示方法》，公开日 2008-10-29。

Google Patents

它首先明确 LTE TDD 的最小调度资源：

时域一个子帧 + 频域一个 RB。

即明确是二维时频资源。

Google Patents

然后指出调度授权必须包含“资源位置域”，并提出：

资源块范围 + 子帧位图 = 授权资源位置指示。

其中：

RB 起始/结束位置 → 频域资源；

子帧 bitmap → 时域资源；

bitmap 是比特串；

每个 bit 对应一个 UL/DL 子帧；

实施例直接给出 0b10110 等实际 bit string。

Google Patents

这一篇的特别价值在于：假如专利权人采取最窄解释，主张 Z 要求“第一域必须确定完整的时间+频率二维资源”，那么 CN101296508A 是非常好的反击文件。

6. CN101064903A——2007 年即公开 n-bit 时频资源指示

《一种通信系统资源分配指示方法、基站及用户设备》，公开日 2007-10-31。

Google Patents

它明确：

基站发送携带“资源分配指示信令”的控制信令；

UE 根据该资源分配指示信令确定分配的时频资源；

资源分配指示信令包含 n 个比特；

n 满足确定的整数条件；

将序号的 n 位二进制数作为资源分配指示；

UE 根据 n-bit 信令确定具体时频资源位置。

Google Patents

其结构就是：

control signaling

→ 内含 resource-allocation indication

→ n bits

→ 指示 time-frequency resource。

只差“域”这个名称没有逐字出现。

从功能结构看，对 Z 的贡献非常直接。

7. CN101459641A——“字段信息 + 时频资源 + Size(bits)”字面非常漂亮

《资源获取方法及系统、终端和基站》，公开日 2009-06-17。

Google Patents

它直接规定：

接收用于分配时频资源的资源指配消息；

资源指配消息携带用于标识时频资源的字段信息；

根据字段信息获得可使用的时频资源。

Google Patents

而且格式表直接列出：

Resource Offset：10 bits；

用于标识逻辑时频资源数量；

另一实施例的 System resource allocation information：2 bits。

Google Patents

所以它对字面结构：

消息 → 字段 → 时频资源 → bits

极为有利。

弱点只是该字段重点标识另一系统/各系统已占用的时频资源，再据此得到终端实际可使用资源，因此如果把“第一时频资源”严格限定为“直接分配给该 UE 的目标资源”，需要多一步对应论证。

8. CN102223719A——明确“指示分配给UE的时频资源”并给出具体比特开销

公开日 2011-10-19。

Google Patents

该文明确：

LTE Rel-8 PDSCH 存在时频资源分配；

bitmap 对每个 RBG 使用 1 bit；

产生 resource allocation indication information；

将该信息发送给 UE，用于指示为 UE 分配的时频资源。

Google Patents

实施例还直接比较不同系统带宽下所需的资源指示 bit 数，例如 13、17、19、25 bit 等。

Google Patents

主要差别仍只是没有反复使用“域”字样，因此单篇优先级稍低于 CN102550108A/CN101127719A。

9. CN101272615A——“资源分配信令中的资源位置域”标题级证据

公开日 2008-09-24。

Google Patents

其名称即：

《资源分配信令中的资源位置域传输方法及装置》。

文献明确：

资源分配信令包含资源位置域；

资源位置域用于指示授权资源的起始/结束位置；

资源位置域尺寸的单位直接定义为 bit；

实施例中 PRB 开始位置域和结束位置域分别需要 3 bits。

Google Patents

同时 PRB 被定义为“一个子帧内”的调度基本单位。

Google Patents

考虑到目标专利自己将 Resource block assignment 明确列入“第一域”的实例，这篇也是非常好的基础文献。

patents.google.com

四、第二梯队：适合补强的截止日前中文文献

文献关键贡献用途

CN102281636A，2011-12-14 明确存在一个或多个“资源分配域”，且可采用 FDM+TDM结合的资源分配域；bitmap 一 bit 对应一个 RB/RB pair/资源。

Google Patents

补强“域同时涉及时域+频域”

CN107211402A，2017-09-26 明确 Type 0/1 资源分配信息由 DCI中的资源块分配域表示，并直接给出 6/8/13/17/19/25 bit；Type 2 也明确给出 RIV 所需 bit 数。

Google Patents

补强“DCI+资源分配域+正整数bits”

CN105182278A，2015-12-23 DCI Format 0 表中明确存在“RB及跳频资源分配”字段，指明所分配RB；其比特数可变，并进一步说明 k1/k2 bits 用于上行子帧资源分配。

Google Patents

与目标专利列举的同名 LTE 域高度对应

CN106992847A，2017-07-28 DCI format 0/4 中 UL index/DAI 域可承载 PUSCH 起始/结束符号位置；同一调度指示至少还含 PUSCH 频域位置。

Google Patents

专门补“时间域资源”

CN107529226A，2017-12-29 下行控制信道中的 2-bit UL index 指示域决定 PUSCH 对应特殊/普通上行子帧。

Google Patents

补强“时间指示域+明确2 bits”

其中 CN102281636A 值得特别保存：它不是普通频域分配，而是直接写出了“FDM+TDM结合的资源分配域”，对抗“Z必须同时涵盖时域、频域”的窄解释很有用。

Google Patents

五、综合特征比对表

Z技术特征 CN102550108A CN101127719A CN103298118A CN107736065A CN101296508A CN101064903A CN101459641A

第一信令 DCI/PDCCH 调度控制信令 DCI DCI 调度授权信息控制信令资源指配消息

第一信令包括第一域/等价部分 Type2 resource allocation field RB分配域 RA类型对应比特信息公共RA指示信息/第一子串资源位置域/授权资源位置指示 RA指示信令字段信息

第一域指示资源 RB start + length 分配的RB UE数据传输资源 UE连续资源 RB范围+子帧连续TF unit 逻辑TF资源

明确属于时频资源是，RB直接定义为basic time-frequency resource

Google Patents

子帧内RB；结合目标专利解释很强

Google Patents

是，原文直接称时频资源

Google Patents

是，明确资源包括时域+频域

Google Patents

是，时域子帧+频域RB

Google Patents

是，直接称时频资源

Google Patents

是，直接称时频资源

Google Patents

第一域为正整数个bits 明确bit数公式

Google Patents

9 bits实例

Google Patents

1 bit/若干bits

Google Patents

至少一个连续bit

Google Patents

bit string

Google Patents

n bits

Google Patents

10 bits/2 bits

Google Patents

对 Z 的总体贡献极强极强极强极强很强很强很强

六、无效实务上我建议的使用顺序

如果现在只针对 Z 选择最优证据，我建议顺序为：

第一组：CN102550108A + CN101127719A。

这两篇最适合正面攻击。“信令—资源分配域—RB/时频资源—bit”链条非常短，而且 CN111585624B 自己明确把 LTE 的 Resource block assignment 类域视为“第一域”的具体形式。

Google Patents

第二组：CN103298118A + CN107736065A。

这两篇用于堵住“RB只是频域资源”的抗辩尤其有效：前者直接说 DCI 用于告知 UE 数据传输的时频资源，后者甚至明确把资源定义为时域资源+频域资源，并明确“至少一个连续比特”。

Google Patents

第三组：CN101296508A + CN101064903A。

如果专利权人主张“必须由同一个整体指示同时确定二维时间和频率”，这两篇非常适合作为备用：CN101296508A 用“RB范围+子帧bitmap”直接同时给出频域和时域，而 CN101064903A 是 n-bit 资源分配指示信令直接映射到时频资源。

Google Patents

七、最终结论

本轮反复检索后，我认为技术特征 Z 并不是 CN111585624B 在 2018-03-12 时才出现的新型信令结构。

早在 2007—2013 年，中国公开专利中已经大量存在以下完整技术链：

控制/调度信令 → 内含资源分配域或等价资源指示部分 → 该域/部分用于确定 RB 或其他时频资源 → 该域由 n bit、bitmap、RIV bits 等正整数个比特组成。

其中，CN102550108A 是目前我认为最适合单篇承担 Z 的文献；CN101127719A 的“包含RB分配域的调度控制信令 + 9bit RB分配域”字面匹配度最高；CN103298118A 和 CN107736065A 则最适合解决“是不是完整时频资源”的争议。

Google Patents

从仅针对 Z 这一单独技术特征的证据强度看，我会评为很强。如果把 Z 放回 CN111585624B 的完整权利要求中做无效，则仍需看其与其他特征之间的连接关系是否要求由同一篇文献公开；不能因为 Z 本身已有充分现有技术，就直接推导整个权利要求当然不具新颖性。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

检索结论

我围绕 **“DCI/PDCCH/控制信令 + resource allocation field / ARI / resource indicator + PUCCH/PUSCH/RB + bit/bitmap”**进行了多轮韩文 Google Patents 检索，并进一步沿 PUCCH 显式资源指示、PUSCH 资源分配字段、RIV、bitmap、TPC field→ARI 等路径反向核查。

CN111585624B 的技术特征 Z 在权利要求中原文为：“第一信令包括第一域；第一域指示第一时频资源；第一域包括正整数个比特”，其最早申请/优先权日为 2018-03-12。

Google Patents

本轮韩文专利中，我认为真正值得用于 Z 的有 6 篇，其中前 3 篇尤其强：

首选：KR20120039331A；次选：KR20110122361A；第三：KR20160103556A。

从单独攻击技术特征 Z 的角度，KR20120039331A 是目前检出的最佳韩文文献：它把“信令中的字段—2 bit—选择具体 PUCCH/ACK-NACK 传输资源—该资源映射到子帧中的 RB pair”完整串在了一篇文献中。

一、最强对比文件：KR20120039331A

公开号：KR20120039331A

韩文名称：ACK/NACK 신호 송수신 방법 및 장치

申请人：Pantech

公开日：2012-04-25，显著早于 2018-03-12。

Google Patents

1. 第一信令包括第一域

该文献明确说明 PDCCH 承载控制信息；更关键的是，可以把副载波 PDSCH 的 PDCCH 上的 2-bit TPC 专门复用为 ARI（ACK/NACK Resource Indicator）。因此可以直接对应：

第一信令 ≈ PDCCH/DCI

第一域 ≈ TPC field / ARI field

文献进一步给出 ARI 的 00、01、10、11 与 ACK/NACK 发送资源之间的映射，并明确说明根据接收到的 PDCCH 上 ARI 值分配 ACK/NACK 传输资源。

Google Patents

尤其重要的是：

ARI=00 → 第一组资源；

ARI=01 → 第二组资源；

ARI=10 → 第三组资源；

ARI=11 → 第四组资源；

ARI 可以使用 PDCCH 上的 2-bit TPC。

Google Patents

这已经非常接近 Z 的“第一信令包括第一域”。

2. 第一域指示第一时频资源

这里不是泛泛意义上的“资源”。

文献明确说明，PUCCH 在一个上行子帧中被分配为一个 resource block pair（RB pair）；该 RB pair 在两个 slot 中分别占据相应的频率资源，并进行频率跳变。因此这个 PUCCH resource 本身具有明确的：

时间维度：subframe / two slots

频率维度：RB / subcarrier

属于典型的“时频资源”。

Google Patents

文献还明确说明 PUCCH resource index 决定 ACK/NACK 信号发送的物理 RB 位置，并根据 resource index 映射到物理 RB。

Google Patents

因此形成相当完整的链条：

PDCCH → 2-bit ARI/TPC field → ACK/NACK/PUCCH resource → subframe 中的 RB pair。

3. 第一域包括正整数个比特

这是直接公开，而不是推导：

ARI 使用 PDCCH 中的 2-bit TPC。

Google Patents

所以：

正整数个比特 = 2 bits。

评价

Z 对应强度：★★★★★，A+/首选。

唯一可以预见的抗辩点是：目标专利使用“第一时频资源”这一抽象称谓，而该文献使用“ACK/NACK transmission resource / PUCCH resource / RB pair”。但文献自身已经把 PUCCH resource 明确落实到“subframe + RB pair”，因此这一抗辩空间较小。

Google Patents

二、非常强：KR20110122361A

公开号：KR20110122361A

名称：무선통신시스템에서의 자원할당 방법 및 그 장치

申请人：Pantech

公开日：2011-11-10。

Google Patents

这篇文献的优点是其文字结构与 Z 几乎一一对应。

文献明确：

基站通过 PDCCH 向UE发送上下行资源分配信息；

用于资源分配的资源区域由 **RB 的“时间-频率单位(time-frequency unit)”**构成；

RB/RBG 表示的 resource allocation information 可以作为 RIV，在 PDCCH 内的 resource allocation field 中发送。

Google Patents

这已经建立：

PDCCH = 第一信令

resource allocation field = 第一域

RB = 时频资源

field/RIV = 指示该资源。

更重要的是，该文献紧接着讨论该 resource allocation field 的 bit 结构：

Type 0：用 bitmap 表示资源分配，每个 RB/RBG 用 0/1 表示；

Type 1：包括用于 subset 的若干 bit，并明确存在 1 bit offset；

Type 0/1 还可以增加 differentiation bit。

Google Patents

所以“第一域包括正整数个比特”也是直接、明确的公开。

评价

Z 对应强度：★★★★★，A+/首选之一。

它甚至有一个比 KR20120039331A 更漂亮的点：说明书自己直接使用了 **“RB 的时间-频率单位”**这一表述，因此在应对“你找到的只是频域资源，而不是时频资源”的抗辩时非常有价值。

Google Patents

如果无效程序中希望选择一篇文字最规整、最容易制作逐项比对表的文件，我会把它与 KR20120039331A 并列作为 Z 的首选证据。

三、非常强：KR20160103556A

公开号：KR20160103556A

名称：상향링크 자원 할당을 위한 방법 및 장치

申请人：LG Electronics

公开日：2016-09-01。

Google Patents

该文献明确公开：

通信装置接收包含 resource allocation field 的控制信道信号，并根据该控制信道信号发送上行信号；resource allocation field 中的信息具有组合索引 r，用于指示两个 resource block sets。

Google Patents

进一步：

s0、s1 指示第一资源块集合的开始、结束 RBG；

s2、s3 指示第二资源块集合的开始、结束 RBG；

指示组合索引 r 的若干个 bits包含在 resource allocation field 的 LSB 部分；

控制信道信号可以是 PDCCH；

上行信号可以是 PUSCH。

Google Patents

同时该文献定义：

subframe 在时间域由两个 slot 构成；

RB 是 resource allocation unit；

RB 在一个 slot 中由连续子载波构成。

Google Patents

并明确说明：检测 PDCCH DCI 后，UE解释 resource allocation field；Type-2 resource allocation field 包含 RIV，RIV 对应 starting RB + length。

Google Patents

评价

Z 对应强度：★★★★☆，A。

其不足只是：在传统 LTE PUSCH 调度中，RA field 最直接编码的是 RB/RBG 等频域分配，而具体发送 subframe 又受 DCI/PDCCH 调度时序共同确定。因此若对方把“第一域指示第一时频资源”极端狭义解释为“该一个字段必须独立编码完整时间坐标+频率坐标”，它不如 KR20120039331A 的 PUCCH resource 路径直观。

但目标 Z 本身并没有写“第一域单独确定时间和频率”，只写“指示第一时频资源”，所以我认为该文献仍具有很强贡献。

四、KR20140019739A：M-bit ARI information field

公开号：KR20140019739A

申请人：KT

公开日：2014-02-17。

Google Patents

这是另一篇值得高度重视的 PUCCH 路线文献。

文献明确提出：

在下行调度信息中设置一个新的 M-bit information field，用于 ACK/NACK resource indication；也可以复用已有信息域，例如 TPC command for PUCCH。

Google Patents

其中直接给出：

当 n=4 时，TPC command for PUCCH information field 是 2 bits。

Google Patents

后续实施方式更加明确：

对通过 EPDCCH 接收 DCI 的 UE，在下行调度信息中定义具有 M bit(s) 大小的 ARI (ACK/NACK Resource Indicator) information region；也可以在 DCI format 1A、2A、2B、2C 等中定义新的 ARI information field，或者复用现有 2-bit TPC command for PUCCH field。

Google Patents

该 ARI 所选择的显式参数被用于 PUCCH resource mapping / PUCCH resource determination。

Google Patents

评价

Z 对应强度：★★★★☆，A-/A。

这里最大的注意事项是：该 ARI 所指示的显式参数可以与 ECCE index 等隐式参数共同确定最终 PUCCH resource。文献自己称 ARI 所选择的参数为 “component of PUCCH resource determination”。

Google Patents

所以：

若“指示第一时频资源”允许“字段提供确定该资源的显式资源参数”——很强；

若要求“该字段单独唯一确定整个最终 PUCCH resource”——略弱于 KR20120039331A。

五、KR20160089543A：DCI 中 ARI/offset 的 1/2/3/x bit 实现

公开号：KR20160089543A

名称：ePDCCH에 의한 PUCCH 리소스 할당

申请人：Intel

公开日：2016-07-27。

Google Patents

该文献明确记载：

PUCCH resource 可以使用一个 offset value 动态分配；

offset value 可以是 ARI；

offset value 通过 PDCCH/ePDCCH 中的 DCI发送给 UE；

DCI 00、01、10、11 分别对应不同 offset value。

Google Patents

对 Z3 尤其漂亮的是其明确说明：

2 bits → 4 种状态；

3 bits → 8 种状态；

x bits → 2^x 种状态；

甚至可以只用 single bit；

用于 offset 的这些 DCI bits 可以添加到现有 DCI field，或者复用现有 DCI field。

Google Patents

评价

Z 对应强度：★★★☆☆～★★★★☆，B+/A-。

主要减分原因与 KR20140019739A 相同：ARI/offset 与 eCCE index 等信息共同得到 PUCCH resource，而不是始终由 ARI field 单独确定最终资源。

Google Patents

但作为证明 “控制信令中的一个正整数 bit 字段动态指示 PUCCH 资源参数”早已是成熟技术，价值很高。

六、KR20100095561A：早期“时频资源+bitmap/bitfield”基础文件

公开号：KR20100095561A

名称：자원 배정을 위한 방법들 및 시스템들

申请人：Nortel Networks

公开日：2010-08-31。

Google Patents

其摘要就明确涉及：

为上下行通信分配 time-frequency resources，资源分配消息可以包括 bitmap 与 bitfield 的组合。

Google Patents

说明书进一步公开：

在 time-frequency transmission resource 中，每个 resource block 具有多个子载波上的多个 transmission symbols；通过 group bitmap 对用户进行信令，而且 group bitmap 包括至少一个 bitfield，该 bitfield提供有关分配给用户的一个或多个 resource blocks 的附加信息。

Google Patents

还明确讨论：

N bits；

1-bit field；

2-bit field；

不同 bit 数对应不同状态。

Google Patents

评价

Z 对应强度：★★★☆☆，B+。

它对“时频资源 + bit field”概念公开很早、很直接，但“某一个确定字段直接指示某一个具体第一时频资源”的对应关系不如前三篇集中，因此适合作为辅助文件而不是 Z 的首篇主证据。

技术特征 Z 比对表

韩文对比文件公开日 Z1：第一信令包括第一域 Z2：第一域指示第一时频资源 Z3：第一域包括正整数比特综合强度

KR20120039331A 2012-04-25 是。PDCCH/DCI 中的 TPC field 被复用为 ARI 强对应。ARI=00/01/10/11 选择 ACK/NACK/PUCCH resource；PUCCH 在 subframe 中映射到 RB pair，具有明确时间+频率属性直接公开 2 bit A+ / 首选

Google Patents

KR20110122361A 2011-11-10 是。PDCCH 内明确存在 resource allocation field 直接对应。field 中 RIV 指示 RB/RBG；文献直接称 RB 为“时间-频率单位” 是。bitmap、若干 bits、1-bit offset 等 A+ / 首选

patents.google.com

KR20160103556A 2016-09-01 是。PDCCH control channel signal 包含 resource allocation field 是。组合索引 r 指示第一/第二 RB set 的起止 RBG，用于 PUSCH resource allocation 是。指示 r 的若干 bits 位于 RA field 的 LSB，field size 有明确公式 A

Google Patents

KR20140019739A 2014-02-17 是。DCI/downlink scheduling information 中定义 ARI information field 较强。ARI 选择显式 resource determination parameter，用于 PUCCH resource mapping 直接 M-bit；典型 2-bit A-/A；最终 PUCCH resource 还可能结合 ECCE 等参数

Google Patents

KR20160089543A 2016-07-27 是。PDCCH/ePDCCH DCI 中发送 ARI/offset value 有贡献。ARI/offset 被用于动态 PUCCH resource allocation 直接公开 1/2/3/x bits B+/A-；通常与 eCCE index 联合确定资源

Google Patents

KR20100095561A 2010-08-31 是/概念对应。resource assignment message 中有 bitmap/bitfield 有贡献。明确针对 time-frequency resource 中的 resource block allocation 直接存在 bitfields，并公开1/2/N bits B+ / 辅助

Google Patents

最终排序与无效使用建议

如果仅针对技术特征 Z组织无效证据，我建议优先级是：

KR20120039331A ≈ KR20110122361A > KR20160103556A > KR20140019739A > KR20160089543A > KR20100095561A。

其中我尤其建议把 KR20120039331A + KR20110122361A 同时保留。

KR20120039331A 的优势在于“2-bit ARI 直接选 PUCCH/ACK-NACK resource”，并且 PUCCH resource 被明确落到 subframe 中的 RB pair，因此最容易建立“第一域→第一时频资源”的完整事实链。

Google Patents

KR20110122361A 的优势则是文字异常干净：它直接说 RB 是时间-频率单位，并直接说该 RB/RBG 资源分配信息在 PDCCH 的 resource allocation field 中以 RIV 发送，紧接着公开 bitmap/bit 数。因此如果对方争辩“PUCCH resource 未必就是权利要求中的时频资源”，这篇文件反而是更好的备用主证据。

Google Patents

综合看，Z 本身并不是 CN111585624B 中难以突破的限定。在 2018-03-12 以前的 LTE 技术中，“控制信令/DCI 含一个由若干 bit 构成的资源指示字段，该字段指示 PUCCH/PUSCH/RB 类无线资源”已经有多篇韩文专利明确公开。真正需要谨慎的只是对“第一域指示第一时频资源”的解释尺度：我不建议仅依赖“纯频域 RBG bitmap”文件，而应优先采用上述已经能把资源落到 subframe/slot + RB/PUCCH 的文献。

Google Patents

因此，就韩文专利检索结果而言，我会把 KR20120039331A 和 KR20110122361A 标记为技术特征 Z 的“核心对比文件”，KR20160103556A 标记为“强补充文件”。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮交叉检索并逐件核对 Google Patents 的日本公开文本、公开日、专利族和具体段落后，在 2018-03-12 之前，确实存在多件对技术特征 Z 有较强贡献的日文专利文献。其中，如果严格限定为 JP 日本公开号，我认为最值得优先使用的是 JP2017204863A、JPWO2013129506A1、JPWO2011135964A1；如果“日文专利文献”也允许包括以日文公开的 PCT 文献，则 WO2016182039A1（日文）技术命中度极高，甚至可能是本轮最强文献。

一、先确定特征 Z 应当怎样理解

技术特征 Z 可拆为：

Z1：第一信令包括一个“第一域/field”；

Z2：该第一域指示“第一时频资源”；

Z3：该第一域由正整数个比特构成。

这里尤其不能把 Z2 机械理解为“一个字段必须逐字写出 time-frequency resource”。因为目标专利 CN111585624B 自己明确规定：第一域既可以显式也可以隐式指示第一时频资源；而且“第一域”的具体实施方式包括 Frequency domain resource allocation、Time domain resource allocation，还特别包括 LTE 中的 Resource block assignment and hopping Resource allocation、Resource allocation type、Resource block assignment、Timing offset、PUSCH starting position 等字段。

Google Patents

因此，截止日前文献如果公开：

DCI / UL grant → Resource Block Assignment 等字段 → 字段中的若干 bit 确定 RB/频率位置，同时由 slot/subframe 或额外 bit 确定时间位置

就对 Z 具有直接意义，而不是只能算“背景技术”。

二、第一梯队：最强日文对比文件

1. JP2017204863A —— 当前“严格 JP 公开号”中最强之一

公开号：JP2017204863A

申请人：ASUSTeK Computer Inc.

优先权日：2016-05-12

公开日：2017-11-16，符合截止日。

Google Patents

关键公开

该文献首先明确：

低速 DCI 可以包括一个 11-bit resource allocation field。

也就是直接公开：

DCI → resource allocation field → 11 bit。

Google Patents

更关键的是，其后进一步公开：高速 DCI 中可用更少的信息明确指出数据资源候选，该信息可以是 2～3 bit；例如终端在 T2/F2 接收高速 DCI，其中 2～3 bit 可以指示 DL 数据资源是：

[T3/F1]；或者

[T3/F3]。

对 UL 也同样适用：在 T4/F4 接收到高速 DCI 后，2～3 bit 可以指示 UL 资源 [T7/F3] 或 [T7/F4]。文献还明确说明时间信息可以显式或隐式表示。

Google Patents

这几乎就是：

DCI中的若干bit → 一个确定的[T/F]时频资源

与 Z 的对应

Z1“第一信令包括第一域”：强公开。DCI 中明确存在 resource allocation field。

Z2“第一域指示第一时频资源”：非常强。直接使用 [T3/F1]、[T3/F3] 等时间/频率二维坐标表示资源。

Z3“第一域包括正整数个比特”：直接公开。11 bit，且具体资源候选指示为 2～3 bit。

唯一需要在无效理由中谨慎处理的是：具体 [T3/F1]/[T3/F3] 那段称为高速 DCI 中的“less information”，没有在同一句中再次使用 “resource allocation field” 这一名称。但同一说明书已经明确建立了 DCI 的 resource allocation field 和 resource information 体系。

Google Patents

评价：A+，严格 JP 文献首选。

2. JPWO2013129506A1 —— “字段+bit数+时间/频率分割”非常完整

公开号：JPWO2013129506A1

申请人：京瓷

优先权日：2012-02-29

公开日：2015-07-30。

Google Patents

关键公开一：DCI 中的资源字段有明确 bit 数

该文献明确规定，为实现资源块细分，基站向 UE 发送新格式的下行调度控制信息，即“专用 DCI”；该专用 DCI 至少包括：

开始 RB；

分割 pattern；

可选的分配 RB 数量。

并明确给出：

开始 RB：6 bit；

分配 RB 数量：2 bit；

分割 pattern：3 bit。

对于 UL 专用 DCI，也明确包括 6-bit 开始 RB和3-bit分割 pattern。

Google Patents

因此 Z1、Z3 都相当明确。

关键公开二：同一 DCI 可以描述“频率轴+时间轴”资源

其变形例进一步明确：

专用 DCI 至少包括开始 RB 以及“一个资源块在频率轴和时间轴上的分割 pattern”。

还进一步说明该 pattern 可以由：

frequency-axis division pattern；

time-axis division pattern

共同构成。

Google Patents

这意味着该 DCI 中的资源指示信息不是单纯频域，而是同时定位时间和频率二维资源。

与 Z 对应

Z1：✅ 专用 DCI 包含资源分配信息/域

Z2：✅ DCI 中的 pattern 明确表示频率轴和时间轴资源位置

Z3：✅ 明确给出 6 bit、2 bit、3 bit 等

不足仅在于：“频率轴+时间轴组合 pattern”的变形例没有再次逐字重复“该组合 pattern 恰为 3 bit”；3-bit 数值是在前一实施例中给出的。但结合 DCI 为数字控制信息以及前述明确字段长度，Z3 基本没有实质困难。

评价：A～A+。

3. JPWO2011135964A1 —— 很早就把“频率+时间 PRB位置”与 DCI Resource Block Assignment 连起来

公开号：JPWO2011135964A1

申请人：Sharp

优先权日：2010-04-26

公开日：2013-07-18。

Google Patents

这是一个很有价值的“基础型”对比文件。

关键公开

文献首先明确说：

scheduling information 包括 DL PRB allocation information，例如，由频率、时间构成的物理资源块位置信息。

即 PRB resource position 本身明确是二维 frequency + time。

Google Patents

然后文献明确规定，DCI format A 中包括：

PDSCH 的 Resource block assignment；

并进一步指出：

这些信息（information bits）被映射到 DCI format A 中定义的 information fields。

对于 UL，DCI format B 同样包括：

PUSCH Resource block assignment；

并明确说明这些 information bits 被映射至 DCI information fields。

Google Patents

这就形成了非常有用的技术链：

PRB位置 = 时间+频率

↓

DCI 包括 Resource Block Assignment

↓

Resource Block Assignment 等信息由 information bits 映射到 information fields

而 CN111585624B 恰好把 Resource block assignment field 明确列作“第一域”的具体实施例。

Google Patents

评价

该文献没有像 JP2017204863A 那样直接写“2～3 bits → [T3/F1]”，但它在术语对应关系上非常有价值，尤其适合反驳“旧 LTE RBA 只能指频率、不能算时频资源”的抗辩。

评价：A-，非常适合作为基础技术证据/组合文献。

三、非常重要的日文 PCT：WO2016182039A1

这件文献需要单独说明。

公开号：WO2016182039A1（日文公开）

申请人为 Sharp

PCT/JP2016/064218

优先权日：2015-05-14

公开日：2016-11-17。

Google Patents

它不是 JP20xxxxxxA 形式的日本国内公开，但 Google Patents 上的公开文本本身就是日文，而且 PCT 申请号为 PCT/JP。

为什么它特别强

文献明确：

UL grant 中可以包括 slot allocation information，用于指示第一 slot、第二 slot或两个 slot。

Google Patents

随后给出非常关键的实施方式：

控制信息中的 Resource block assignment and hopping resource assignment 可以包括 slot allocation information；

而且明确说：

UL grant 中的 Resource block assignment and hopping resource assignment 的一部分 bit可以作为 slot allocation information。

进一步明确：

用于第二 slot resource allocation 的 hopping bits 的 bit 数取决于 RB 数，最大为 2 bit；

这些 bit 可以指示：

第一 slot；

第二 slot；

两个 slot。

Google Patents

与此同时，该文献又明确说明 Resource Block Allocation 是频率分配。

Google Patents

于是这里的关系极其接近 Z：

UL grant / 控制信令

→ Resource Block Assignment and Hopping Resource Assignment 字段

→ 字段本身确定频率资源

→ 其中部分 bits 又确定 slot 时间资源

→ 因而确定实际的“时+频”资源

→ bit 数最大 2 bit。

尤其值得注意的是，CN111585624B 自己恰好把：

Resource block assignment and hopping Resource allocation

列作第一域的具体实现。

Google Patents

因此从“专利自己的解释口径”反过来比对，WO2016182039A1 对 Z 的杀伤力非常大。

但是有一个公开日陷阱

该族日本国内文献 JP2018110278A 的公开时间晚于截止日；Google Patents 显示 PCT 日文文献 WO2016182039A1 于 2016-11-17 公开，而后续 JP 国内文献属于另一阶段。

Google Patents

因此：

若要求“日文公开的专利文献”——WO2016182039A1 可进入候选；

若形式上严格要求“JP 公开号在 2018-03-12 前公开”——不能把后出的 JP2018110278A 当作截止日前文献。

建议正式无效请求中引用时把这一点处理干净。

技术评价：A+，甚至是本轮最强的 Z 单项文献之一。

四、第二梯队：标准 DCI/RBA 字段证据

4. JP2016532331A

公开日：2016-10-13，符合期限。

Google Patents

文献公开传统 LTE UL resource allocation：

resource allocation 在每个 slot 内进行；

slot hopping 可通过 1-bit flag；

resource allocation 所需 bit 数具有明确公式；

100 RB 示例中 resource allocation 使用 13 bits；

DCI 用于指示 UL/DL resource allocation，并通过 PDCCH 发送。

Google Patents

还进一步提出 LTE-U 中用 10-bit bitmap 表示 UL resource allocation。

Google Patents

这件文献的优势是“DCI—资源分配—bit数”极其明确；不足是时间资源更多体现为“each slot”的调度结构，而不是同一字段里逐字写出 T/F 坐标。

由于目标专利允许第一域隐式表示时频资源，这件文献仍具有较强贡献。

Google Patents

评价：A-/B+。

5. JP2017538318A

公开日：2017-12-21，仍早于 2018-03-12。

Google Patents

该文献非常明确地说明：

Layer 1/2 signalling 通过 PDCCH 发送；

PDCCH 携带 DCI；

DCI 中通常包含 resource allocation；

UL scheduling grant/resource allocation 同样通过 PDCCH 发送。

Google Patents

特别重要的是，该文献直接出现：

Resource Block Assignment (RBA) field

并明确说 RBA field 位于 DCI formats 0、1、1A、1B……4 等格式内。

随后给出了非常具体的 bit 长度：

20 MHz / 100 RB / RBG size=4 时，RBA field 使用 25 bits；RBG size=5 时需要 20 bits。

Google Patents

其背景技术还明确说：

每一个 subframe 中，PDCCH 指示 frequency-domain resource allocation。

因此时间由当前 scheduling subframe 确定，频率由 RBA field 确定。

Google Patents

评价：B+～A-。

特别适合证明 Z3 以及“RBA field 是一个正整数 bit 域”。

6. JP2017204860A

公开日：2017-11-16。

Google Patents

该文献完整复述了 DCI format 中的资源字段结构：

DCI 用于 DL/UL scheduling；

DCI 包括 frequency-domain resource allocation；

Resource allocation header 为 1 bit；

存在 Resource block assignment；

其中若干 bits 提供 resource allocation；

另有 1 bit 表示 resource allocation range shift。

Google Patents

它对“第一信令包括第一域，而且这个域是 bit field”的证明非常干净，但比 JP2017204863A 弱在：没有在相邻文字里把资源直接写成 [T/F] 二维坐标。

评价：B+。

五、最终特征比对表

符号说明：✅直接/强公开；◐需结合上下文或隐式调度关系；—未找到足够直接公开。

对比文件公开日 Z1：信令包括字段 Z2：字段指示时频资源 Z3：字段含正整数bit 综合贡献

JP2017204863A 2017-11-16 ✅ DCI明确有11-bit resource allocation field ✅ 2～3bit直接指示 [T3/F1]、[T3/F3] 等T/F资源 ✅ 11 bit；2～3 bit A+，严格JP首选

Google Patents

JPWO2013129506A1 2015-07-30 ✅ 专用DCI含开始RB、分割pattern等 ✅ DCI含频率轴+时间轴分割pattern ✅ 6bit、2bit、3bit A～A+

Google Patents

JPWO2011135964A1 2013-07-18 ✅ DCI的Resource Block Assignment对应information field ✅ PRB位置明确由frequency+time构成；DCI携带RBA ✅ 明确为information bits映射到field A-

Google Patents

JP2016532331A 2016-10-13 ✅ DCI指示UL/DL resource allocation ◐ RB频率显式，slot时间由调度关系确定 ✅ 13bit；另有1-bit hopping flag；10-bit bitmap A-/B+

Google Patents

JP2017538318A 2017-12-21 ✅ 明确RBA field位于DCI ◐ subframe确定时间，RBA确定频率 ✅ RBA field 25bit/20bit B+～A-

Google Patents

JP2017204860A 2017-11-16 ✅ DCI含resource allocation header/RBA ◐ frequency allocation直接，time由sTTI/subframe结构确定 ✅ header 1bit；RBA由若干bit构成 B+

Google Patents

WO2016182039A1（日文PCT） 2016-11-17 ✅ UL grant/control info内的RBA+hopping RA ✅ RBA给频率，其部分bit直接指示第1/第2slot ✅ 明确“部分bit”，最大2bit；另有2-bit实施例 A+；技术上极强，但非截止日前JP国内公开号

Google Patents

六、我认为最值得采用的无效路径

路径一：严格只采用截止日前 JP 公开号

我会按以下顺序排列：

D1：JP2017204863A

→ 最直接地公开“DCI中的2～3 bit直接选择 [时间/频率] 资源”。

D2：JPWO2013129506A1

→ 用来消除“2～3 bit只是 indication、未必叫 field”的争议：专用 DCI 明确有开始 RB、分割 pattern，并且 pattern 同时覆盖时间轴、频率轴，而且明确有 bit 数。

D3：JPWO2011135964A1

→ 用来建立 LTE 中“Resource Block Assignment ↔ frequency+time PRB position ↔ information bits/field”的传统技术含义。

D4：JP2017538318A / JP2016532331A

→ 专门补强 “RBA field 当然是正整数 bit field”以及传统 DCI 的 bit 编码方式。

Google Patents

这条路径对创造性攻击非常稳；对于仅考察 Z 这一附加限定本身，现有技术密度已经很高。

路径二：允许使用日文 PCT 文献

则应把 WO2016182039A1 提升至核心证据。

原因非常简单：

目标专利自己说第一域可以是：

Resource block assignment and hopping Resource allocation。

Google Patents

而 WO2016182039A1 在截止日前已经明确说：

Resource block assignment and hopping resource assignment 中的一部分 bits 被用来表示 slot allocation，最大2bit。

Google Patents

两边甚至使用了几乎完全相同的技术字段名称。

从专利无效论证角度看，这种对应关系比泛泛的“DCI contains resource allocation”强得多。

七、需要特别避免的一个误区

不建议把论点写成：

“只要旧 LTE 文献公开 Resource Block Assignment，就必然完整公开 Z。”

这样容易被专利权人攻击“RBA 只确定频域，不确定时域”。

更稳妥的写法应当是：

CN111585624B 自己明确允许第一域“隐式”指示时频资源，并将传统 LTE 的 Resource Block Assignment / Resource block assignment and hopping Resource allocation 明确列作第一域的实施形式；因此，截止日前文献中由 DCI/RBA 字段确定频率资源、由该字段的 bit、slot 或已知 scheduling timing 确定时间位置的方案，属于与 Z 相同或至少高度接近的技术手段。

Google Patents

其中 JP2017204863A 已经进一步跨过这一争议，因为它不是单纯依靠隐式 slot，而是直接写成：

2～3 bit → [T3/F1] / [T3/F3]。

Google Patents

最终结论

经过本轮日文专利反复检索，我认为：

第一优先：JP2017204863A。对 Z 的命中度最高，特别是“2～3 bit 直接选择 T/F 二维资源”这一段，建议作为日文检索结果中的主证据。

第二优先：JPWO2013129506A1。 “专用 DCI + bit 数 + frequency/time-axis pattern”的结构非常完整，适合与 D1 互相补强。

第三优先：JPWO2011135964A1。很早就明确“PRB position = frequency + time”，同时 DCI Resource Block Assignment 由 information bits 映射至 field，对解释 Z 的既有技术含义很有价值。

特别强证据：WO2016182039A1（日文）。如果不限于 JP 国内公开号，它很可能是本轮针对 Z 技术对应最严丝合缝的文献之一，因为其直接公开了 Resource Block Assignment and Hopping Resource Assignment 中的若干 bit 同时承担 slot/time allocation；只是必须在正式文件中注意其日本国内 JP 公布版本晚于截止日，不能混淆公开时间。

Google Patents

综合判断，技术特征 Z 本身在 2018-03-12 前的现有技术基础很强，并不是一个适合承担创造性贡献的限定。但若要主张 CN111585624B 某一完整权利要求缺乏新颖性或创造性，仍需把 Z 与该权利要求其他全部技术特征放到同一篇或合理组合的对比文件中统一评价；以上结论仅针对本次要求的 Z 单项特征。

0 未提交复审委

无效理由:专利法第二十二条

蒋晓勇

@jxy

经多轮 Google Patents 交叉检索、同义词扩展、家族去重以及公开日复核后，我认为：**针对技术特征 Z，截止 2018-03-12 之前已经存在一组相当强的英文专利文献。**其中最值得作为无效证据深入使用的是 WO2016010217A1、WO2012126577A1、WO2012036456A2；其后是 US20130188566A1、WO2016070415A1、US20170048829A1、US20160100382A1、US20180049176A1。

需要先说明一个重要的比对尺度：CN111585624B 自身明确记载“第一信令包括 DCI / 上行授予 DCI”，并明确“第一信令指示/显式指示第一时频资源”；进一步又把相应调度信息解释为可以包括“所占用的时域资源、所占用的频域资源……中的至少之一”。因此，将截止日前 LTE 文献中的 DCI resource-allocation field / resource-block-assignment field 与本案“第一域”进行对应，是有较强说明书内在依据的。

Google Patents

同时，我没有把“只有 frequency allocation”但完全没有时域联系的普通 LTE 文献直接评价为完全公开 Z。真正有价值的文件至少需要能够进一步证明：该字段所确定的 RB/PRB/RBG 是处在明确的 slot/subframe 中，或者同一文献已经明确将 PRB 定义成时域 OFDM symbol × 频域 subcarrier构成的二维资源。

一、最强文献：WO2016010217A1

**WO2016010217A1，Uplink data transmission method in wireless communication system and apparatus for the same，公开日 2016-01-21，LG Electronics。**公开日远早于截止日。

Google Patents

这篇是本轮进一步检索后我认为对 Z 最值得优先使用的文献之一。

其技术链条非常连续：

DCI format 0 用于调度一个上行小区中的 PUSCH；

DCI format 0 中具有 Resource block assignment and hopping resource allocation；

该资源分配项明确“consists of … bits”；

对单簇 PUSCH hopping，相关 bit 提供 first slot within an uplink subframe 的资源分配；

不跳频时，相应 bit 提供 within the uplink subframe 的资源分配；

文献还明确列举其他 DCI 字段为 1 bit、2 bits、5 bits 等，从整体上毫无疑问属于比特域结构。

Google Patents

这比一般仅仅公开“RIV 指示起始 RB”的文件更有价值，因为它直接把：

DCI → resource-allocation field → bits → first slot/uplink subframe 内的资源

串到了一起。

因此对于 Z：

第一信令包括第一域 → DCI format 0 包括 resource block assignment / hopping resource allocation field；

第一域指示第一时频资源 → 这些 bits 提供 first slot within an uplink subframe / uplink subframe 内的 resource allocation；

第一域包括正整数个比特 → 明确 consists of bits。

我会给这篇 A+。

二、最适合作为“单篇新颖性文献”的 WO2012126577A1

WO2012126577A1，Resource assignment for single and multiple cluster transmission，Panasonic，公开日 2012-09-27。

Google Patents

这篇的优势在于：权利要求文字非常干净，几乎直接对应“DCI—field—bits—resource allocation”。

其权利要求明确记载：

receiving DCI，其中 DCI 包括用于指示 resource allocation information 的一个 field，并且该 field 具有 predetermined number of bits；再根据该 field 的 bits 确定 resource allocation information。

Google Patents

这已经基本直接覆盖：

“第一信令包括第一域”；

“第一域包括正整数个比特”；

“第一域指示资源”。

最关键的是，不能只停留在“resource”是否等于本案“时频资源”。该文献自身进一步明确：

LTE component carrier 在 time-frequency domain 被划分；

physical resource block 包含时域连续 OFDM symbols；

同时包含频域连续 subcarriers；

一个 PRB 对应一个 slot 的时间范围和相应频率范围。

Google Patents

而且其背景部分明确说 DL/UL resource allocation information 是 DCI 中多个预定义 fields 中的一个专门 field 来信令，并且用于表示资源分配的信息位数是预先确定的。

Google Patents

因此该篇存在非常完整的论证链：

DCI → 专门的资源分配 field → predetermined bits → field bits 确定 RB/PRB resource allocation → PRB 本身就是二维时频资源。

从无效书写角度，这篇甚至比 WO2016010217A1 更方便，因为其权利要求本身就出现了 field + predetermined number of bits。

我同样给 A+，并建议列入第一梯队主证据。

三、WO2012036456A2：很强的上行资源分配文献

WO2012036456A2，Method and device for uplink resource allocation，公开日 2012-03-22，LG Electronics。

Google Patents

其摘要/发明内容明确公开：

接收包括 resource allocation field 的 control channel signal；

resource allocation field 具有确定的 size；

field 中的信息用于指示两个 resource block sets；

明确涉及 log2 数量的 bits；

control channel signal 为 PDCCH；

uplink signal 为 PUSCH。

Google Patents

在其 LTE 具体介绍中又进一步公开：

UE 根据检测到的 PDCCH DCI format 解释 resource allocation field；

resource allocation field 由 resource allocation header field 和实际 resource block allocation information 构成；

Type 0 中使用 bitmap；

bitmap 的每一个 bit 对应一个 RBG。

Google Patents

更重要的是，同一文献明确说明 physical resource block 由：

时域连续 OFDM symbols；

频域连续 subcarriers

构成，而且 RB pair 横跨 subframe 中的两个 slots。

Google Patents

所以该篇与 WO2012126577A1 一样，能够利用同一篇文献内部的定义完成“resource block → time-frequency resource”的连接，而不是依赖外部常识。

综合评价：A/A+。

需要注意，后续检出的 US20130089063A1 与它属于同一技术家族，不能在无效证据数量上人为重复计算。因此我建议优先引用更早公开的 WO2012036456A2，US 文本仅作为英文段落检索和辅助核对版本。

四、US20130188566A1：field + bits 的文字非常直接

US20130188566A1，LTE enhancements for small packet transmissions，公开日 2013-07-25。

Google Patents

其权利要求直接记载 DCI message 包括：

resource block assignment field

并由该 field 指示分配给 UE 的最多 N 个 PRB；同时明确该 field 包含完成这些 PRB allocations 编址所需要的一定数量 bits。

Google Patents

说明书还给出了非常具体的例子：

resource block assignment 为 17 bits；

17 bits 组成 bitmap；

每一个 bit 表示一个特定 RBG 是否被分配；

RBG 又由连续 PRBs 构成。

Google Patents

因此“第一信令—第一域—正整数个比特—field 的 bit 值确定具体物理资源”非常直接。

不足仅在于，与前两篇相比，当前找到的最直接段落更加偏重 PRB/RBG 的频域资源分配；若严格要求“同一个 field 本身编码时间和频率两个坐标”，它略弱。因此评价为 A-/A，更适合与其他时域资源文献共同使用。

五、WO2016070415A1：解决“时域”解释争议的重要文献

WO2016070415A1，Methods for resource allocation，公开日 2016-05-12，MediaTek Singapore。

Google Patents

这篇的价值和前几篇不同，它非常明确地把时域资源分配写入 DCI field 的 bits。

其说明书明确提出：

在时域中分配的 PRB 数量应当通过 DCI 指示；

可以设置一个 dedicated field，也可以放进现有 resource block assignment field；

最大时域可调度 RB 数例如为 10；

可以使用 log2(10) bits 在 DCI dedicated field 中指示时域分配的 RB 数；

resource block assignment field 则指示频域中分配 RB 的数量和位置。

Google Patents

权利要求进一步明确：

resource allocation 由时域 RB 数；

频域 RB 数；

频域 RB location

等信息确定；

时域 RB 数由 DCI 指示。

Google Patents

因此，如果专利权人抗辩早期 LTE 的 conventional RA field 只是“频域分配”，这篇文献是一个很好的反制：

在截止日前，通过 DCI 的专门比特域乃至现有 resource block assignment field表达时域资源分配，本身已经明确提出。

评价 A-，尤其适合作为创造性组合中的“时域补强文件”。

六、US20170048829A1：field/RIV + uplink subframe 的强补充

US20170048829A1，公开日 2017-02-16，LG Electronics。

Google Patents

其 LTE/DCI 描述明确涉及：

DCI format 0/4 调度 PUSCH；

resource allocation field 根据 PDCCH/EPDCCH 中的 bit 进行解析；

scheduling grant 内的 resource allocation field 包括 RIV；

RIV 对应起始 RB 和连续 RB 长度；

相关 bits 提供 resource allocation in the UL subframe。

Google Patents

所以它对“第一域的比特指示一个明确上行 subframe 内的资源”非常有帮助。

评价 A-/B+。

七、US20160100382A1：第一 DCI / 第一 RBA field / plurality of bits 几乎逐项对应

US20160100382A1，Downlink control information (DCI) design for LTE devices，公开日 2016-04-07。

Google Patents

它的文字形式和本案“第一信令/第一域”很接近：

生成 first DCI；

first DCI format 包括 first resource block assignment (RBA) field；

first RBA field having a plurality of bits；

这些 bits 对应第一 RBG size；

field 的 bit 数还根据资源配置确定。

Google Patents

因此：

第一信令 → first DCI；

第一域 → first RBA field；

正整数个比特 → plurality of bits。

这三个文字关系非常漂亮。

不足仍是该文献最强段落强调 RBG/CC resource allocation，时域关联没有 WO2016010217A1 和 WO2016070415A1 那么直接。

评价 B+/A-。

八、US20180049176A1：距离截止日最近，但完全满足公开日要求

US20180049176A1，Methods for allocating data channel resources in a wireless communication system，公开日 2018-02-15，因此严格早于 2018-03-12，属于可用对比文件。

Google Patents

它明确复述/应用了 LTE 资源分配机制：

resource allocation field 包括 RIV；

RIV 对应 starting RB 和连续 RB length；

DCI format 6-0A 调度 PUSCH；

Resource block assignment 由明确数量 bits 组成；

其中 5 bits provide resource allocation；

DCI format 6-0B 中又有 3 bits provide the resource allocation within the indicated narrowband。

Google Patents

这篇尤其适合证明截至临界日前，“DCI 中用正整数个 bits 的 resource block assignment field 指示 PUSCH 资源”已经是非常明确的技术方案。

评价 B+/A-。

九、补充文献：EP2943035A1

EP2943035A1，公开日 2015-11-11。

Google Patents

该篇同样存在“bits provide resource allocation of the first slot / in the UL subframe”一类明确描述，并涉及 resource allocation field 与 resource block assignment/hopping field 的组合。其贡献与 WO2016010217A1、US20170048829A1 部分重叠，因此不建议优先于前三篇使用，但可作为进一步旁证。

Google Patents

技术特征 Z 比对表

其中：“✓”表示基本直接公开；“✓/强”表示虽然术语不是逐字相同，但通过文献自身 RB/PRB 或 slot/subframe 定义可以形成很强的一一对应；“△”表示主要适合作为补强而非单篇新颖性证据。

英文专利文献公开日 Z1：信令包括第一域 Z2：第一域指示第一时频资源 Z3：第一域包括正整数个比特综合强度

WO2016010217A1 2016-01-21 ✓ DCI 0 中 resource block assignment / hopping RA ✓/强 bits provide allocation of first slot within UL subframe / within UL subframe ✓ 明确 consists of bits A+

patents.google.com

WO2012126577A1 2012-09-27 ✓ DCI comprises a field for indicating RA ✓/强 field 确定 RB/PRB allocation；同篇明确 PRB=时域 OFDM symbols × 频域 subcarriers ✓ predetermined number of bits A+

Google Patents

WO2012036456A2 2012-03-22 ✓ control/PDCCH DCI 包括 RA field ✓/强 field 指示 RB/RBG sets；同篇 PRB 明确定义为二维时频资源 ✓ field size、log2 bits、bitmap bits A/A+

Google Patents

US20130188566A1 2013-07-25 ✓ DCI includes resource block assignment field ✓/强指示具体 PRB/RBG allocation ✓ field comprises required number of bits；17-bit bitmap实例 A-/A

Google Patents

WO2016070415A1 2016-05-12 ✓ DCI dedicated/current RBA field ✓ 显式讨论 time-domain + frequency-domain allocation；时域分配可进入 current RBA field ✓ log2(10) bits A-

Google Patents

US20170048829A1 2017-02-16 ✓ DCI/scheduling grant 中 RA field ✓/强 RIV + resource allocation in UL subframe ✓ 由 field 中 bits 解析 A-/B+

Google Patents

US20160100382A1 2016-04-07 ✓ first DCI includes first RBA field △/强指示 RBG resource allocation，但主要突出频域/CC ✓ first RBA field has plurality of bits B+/A-

Google Patents

US20180049176A1 2018-02-15 ✓ DCI 中 resource block assignment ✓/强指示 PUSCH/RB allocation ✓ 明确 5 bits、3 bits 等 B+/A-

Google Patents

EP2943035A1 2015-11-11 ✓ RA field ✓/强 first slot / UL subframe 内资源 ✓ bits provide allocation B+

Google Patents

十、我建议的无效使用顺序

第一梯队：WO2016010217A1 + WO2012126577A1 + WO2012036456A2。

如果只针对技术特征 Z 做单篇新颖性论证，我会优先尝试 WO2012126577A1 和 WO2016010217A1。前者优势是“DCI comprises a field + predetermined number of bits + determining resource allocation from those bits”直接进入权利要求，而且同篇把 PRB 明确定义成二维时频资源；后者优势是直接出现“first slot within an uplink subframe”，可以更有力地抵御“RA field 只有频域、不足以构成时频资源”的反驳。

Google Patents

**第二梯队：US20130188566A1 + WO2016070415A1。**前者对“field + positive number of bits”极强，后者对“时域资源也可以由 DCI field / existing RBA field 指示”极强。二者组合用于创造性评价非常自然，因为都属于 LTE/OFDM 下利用 DCI 对物理数据资源进行调度分配的同一技术问题。

Google Patents

第三梯队：US20170048829A1、US20160100382A1、US20180049176A1、EP2943035A1，适合增加证据密度、证明 DCI/resource-allocation-field/bit-based allocation 属于截止日前成熟技术。

十一、一个需要特别注意的法律/技术争点

此次反复检索中，我没有找到一篇截止日前英文专利恰好逐字写成：

“a first field comprising a positive integer number of bits indicates a first time-frequency resource”

这种与 Z 完全同构的句子。

但这不等于现有技术没有公开 Z。最强文献采用的是 LTE 的更具体表达：

DCI → resource allocation/RBA field → predetermined/plurality of bits → RB/PRB/RBG allocation → slot/subframe 中的资源；并且 PRB 本身是时域×频域的物理资源。

尤其值得注意的是，CN111585624B 自身对“第一信令指示第一时频资源”的解释并不要求一个 field 必须同时独立编码两个坐标：说明书称第一信令可显式指示第一时频资源，而其调度信息又被定义为包括“所占用的时域资源、所占用的频域资源……中的至少之一”。这一点会明显加强将传统 LTE DCI resource allocation field 对应到 Z 的合理性。

Google Patents

最终结论

仅针对技术特征 Z，我认为截止日前现有技术基础已经比较强：

WO2012126577A1 是目前最适合主张“单篇基本完整公开”的文件；

WO2016010217A1 是解决“时频资源/时域位置”争议最有价值的文件之一；

WO2012036456A2 是第三篇非常强的独立家族证据。

如果对 Z 单独评价，我会将其被认定为截止日前已公开或者至少属于显而易见的常规 DCI 资源分配设计的风险评为高。真正需要在无效请求中重点写好的，不是“field”和“bits”——这两项证据已经非常充分——而是**“RB/PRB allocation 为什么等同或直接对应权利要求中的第一时频资源”**。利用 WO2012126577A1、WO2012036456A2 自身关于 PRB 的时频二维定义，以及 WO2016010217A1 的 first-slot/uplink-subframe 描述，可以把这一连接关系做得相当扎实。

Google Patents

此外，本轮已按专利家族进行了去重，例如 WO2012036456A2 / US20130089063A1、US20130188566A1 / WO2013112482A1 等不应被当作独立的两份技术来源重复计算；上述排序是按照独立技术贡献而非单纯命中数量作出的。

Google Patents

权利要求12

下载无效理由

根据权利要求6所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求13

下载无效理由

根据权利要求7所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求14

下载无效理由

根据权利要求8所述的用户设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求15

下载无效理由

根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求16

下载无效理由

根据权利要求4所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求17

下载无效理由

根据权利要求5所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求18

下载无效理由

根据权利要求6所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求19

下载无效理由

根据权利要求7所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求20

下载无效理由

根据权利要求8所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求21

下载无效理由

根据权利要求9所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求22

下载无效理由

根据权利要求10所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求23

下载无效理由

根据权利要求11所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求24

下载无效理由

根据权利要求12所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求25

下载无效理由

根据权利要求13所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求26

下载无效理由

根据权利要求14所述的用户设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求27

下载无效理由

根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求28

下载无效理由

根据权利要求4所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求29

下载无效理由

根据权利要求5所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求30

下载无效理由

根据权利要求6所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求31

下载无效理由

根据权利要求7所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求32

下载无效理由

根据权利要求8所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求33

下载无效理由

根据权利要求9所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求34

下载无效理由

根据权利要求10所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求35

下载无效理由

根据权利要求11所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求36

下载无效理由

根据权利要求12所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求37

下载无效理由

根据权利要求13所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求38

下载无效理由

根据权利要求14所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求39

下载无效理由

根据权利要求15所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求40

下载无效理由

根据权利要求16所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求41

下载无效理由

根据权利要求17所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求42

下载无效理由

根据权利要求18所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求43

下载无效理由

根据权利要求19所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求44

下载无效理由

根据权利要求20所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求45

下载无效理由

根据权利要求21所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求46

下载无效理由

根据权利要求22所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求47

下载无效理由

根据权利要求23所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求48

下载无效理由

根据权利要求24所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求49

下载无效理由

根据权利要求25所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求50

下载无效理由

根据权利要求26所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求51

下载无效理由

根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求52

下载无效理由

根据权利要求4所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求53

下载无效理由

根据权利要求5所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求54

下载无效理由

根据权利要求6所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求55

下载无效理由

根据权利要求7所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求56

下载无效理由

根据权利要求8所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求57

下载无效理由

根据权利要求9所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求58

下载无效理由

根据权利要求10所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求59

下载无效理由

根据权利要求11所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求60

下载无效理由

根据权利要求12所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求61

下载无效理由

根据权利要求13所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求62

下载无效理由

根据权利要求14所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求63

下载无效理由

根据权利要求15所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求64

下载无效理由

根据权利要求16所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求65

下载无效理由

根据权利要求17所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求66

下载无效理由

根据权利要求18所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求67

下载无效理由

根据权利要求19所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求68

下载无效理由

根据权利要求20所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求69

下载无效理由

根据权利要求21所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求70

下载无效理由

根据权利要求22所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求71

下载无效理由

根据权利要求23所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求72

下载无效理由

根据权利要求24所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求73

下载无效理由

根据权利要求25所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求74

下载无效理由

根据权利要求26所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求75

下载无效理由

根据权利要求27所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求76

下载无效理由

根据权利要求28所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求77

下载无效理由

根据权利要求29所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求78

下载无效理由

根据权利要求30所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求79

下载无效理由

根据权利要求31所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求80

下载无效理由

根据权利要求32所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求81

下载无效理由

根据权利要求33所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求82

下载无效理由

根据权利要求34所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求83

下载无效理由

根据权利要求35所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求84

下载无效理由

根据权利要求36所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求85

下载无效理由

根据权利要求37所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求86

下载无效理由

根据权利要求38所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求87

下载无效理由

根据权利要求39所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求88

下载无效理由

根据权利要求40所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求89

下载无效理由

根据权利要求41所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求90

下载无效理由

根据权利要求42所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求91

下载无效理由

根据权利要求43所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求92

下载无效理由

根据权利要求44所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求93

下载无效理由

根据权利要求45所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求94

下载无效理由

根据权利要求46所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求95

下载无效理由

根据权利要求47所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求96

下载无效理由

根据权利要求48所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求97

下载无效理由

根据权利要求49所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求98

下载无效理由

根据权利要求50所述的用户设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求99

下载无效理由

根据权利要求1至3中任一权利要求所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求100

下载无效理由

根据权利要求4所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求101

下载无效理由

根据权利要求5所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求102

下载无效理由

根据权利要求6所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求103

下载无效理由

根据权利要求7所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求104

下载无效理由

根据权利要求8所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求105

下载无效理由

根据权利要求9所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求106

下载无效理由

根据权利要求10所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求107

下载无效理由

根据权利要求11所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求108

下载无效理由

根据权利要求12所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求109

下载无效理由

根据权利要求13所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求110

下载无效理由

根据权利要求14所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求111

下载无效理由

根据权利要求15所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求112

下载无效理由

根据权利要求16所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求113

下载无效理由

根据权利要求17所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求114

下载无效理由

根据权利要求18所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求115

下载无效理由

根据权利要求19所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求116

下载无效理由

根据权利要求20所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求117

下载无效理由

根据权利要求21所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求118

下载无效理由

根据权利要求22所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求119

下载无效理由

根据权利要求23所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求120

下载无效理由

根据权利要求24所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求121

下载无效理由

根据权利要求25所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求122

下载无效理由

根据权利要求26所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求123

下载无效理由

根据权利要求27所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求124

下载无效理由

根据权利要求28所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求125

下载无效理由

根据权利要求29所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求126

下载无效理由

根据权利要求30所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求127

下载无效理由

根据权利要求31所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求128

下载无效理由

根据权利要求32所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求129

下载无效理由

根据权利要求33所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求130

下载无效理由

根据权利要求34所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求131

下载无效理由

根据权利要求35所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求132

下载无效理由

根据权利要求36所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求133

下载无效理由

根据权利要求37所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求134

下载无效理由

根据权利要求38所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求135

下载无效理由

根据权利要求39所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求136

下载无效理由

根据权利要求40所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求137

下载无效理由

根据权利要求41所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求138

下载无效理由

根据权利要求42所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求139

下载无效理由

根据权利要求43所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求140

下载无效理由

根据权利要求44所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求141

下载无效理由

根据权利要求45所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求142

下载无效理由

根据权利要求46所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求143

下载无效理由

根据权利要求47所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求144

下载无效理由

根据权利要求48所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求145

下载无效理由

根据权利要求49所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求146

下载无效理由

根据权利要求50所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求147

下载无效理由

根据权利要求51所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求148

下载无效理由

根据权利要求52所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求149

下载无效理由

根据权利要求53所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求150

下载无效理由

根据权利要求54所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求151

下载无效理由

根据权利要求55所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求152

下载无效理由

根据权利要求56所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求153

下载无效理由

根据权利要求57所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求154

下载无效理由

根据权利要求58所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求155

下载无效理由

根据权利要求59所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求156

下载无效理由

根据权利要求60所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求157

下载无效理由

根据权利要求61所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求158

下载无效理由

根据权利要求62所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求159

下载无效理由

根据权利要求63所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求160

下载无效理由

根据权利要求64所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求161

下载无效理由

根据权利要求65所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求162

下载无效理由

根据权利要求66所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求163

下载无效理由

根据权利要求67所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求164

下载无效理由

根据权利要求68所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求165

下载无效理由

根据权利要求69所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求166

下载无效理由

根据权利要求70所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求167

下载无效理由

根据权利要求71所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求168

下载无效理由

根据权利要求72所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求169

下载无效理由

根据权利要求73所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求170

下载无效理由

根据权利要求74所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求171

下载无效理由

根据权利要求75所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求172

下载无效理由

根据权利要求76所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求173

下载无效理由

根据权利要求77所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求174

下载无效理由

根据权利要求78所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求175

下载无效理由

根据权利要求79所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求176

下载无效理由

根据权利要求80所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求177

下载无效理由

根据权利要求81所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求178

下载无效理由

根据权利要求82所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求179

下载无效理由

根据权利要求83所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求180

下载无效理由

根据权利要求84所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求181

下载无效理由

根据权利要求85所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求182

下载无效理由

根据权利要求86所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求183

下载无效理由

根据权利要求87所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求184

下载无效理由

根据权利要求88所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求185

下载无效理由

根据权利要求89所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求186

下载无效理由

根据权利要求90所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求187

下载无效理由

根据权利要求91所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求188

下载无效理由

根据权利要求92所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求189

下载无效理由

根据权利要求93所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求190

下载无效理由

根据权利要求94所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求191

下载无效理由

根据权利要求95所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求192

下载无效理由

根据权利要求96所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求193

下载无效理由

根据权利要求97所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求194

下载无效理由

根据权利要求98所述的用户设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求195

下载无效理由

一种被用于无线通信的基站设备，其特征在于，包括：第二发送机模块，发送第二下行信息，并发送第一信令和第二信令；第二接收机模块，在目标时频资源中接收第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。

权利要求196

下载无效理由

根据权利要求195所述的基站设备，其特征在于，所述第二发送机模块还发送第一无线信号；其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。

权利要求197

下载无效理由

根据权利要求196所述的基站设备，其特征在于，所述第二信令包括所述第一无线信号的调度信息。

权利要求198

下载无效理由

根据权利要求196或197所述的基站设备，其特征在于，所述第一无线信号在下行物理层数据信道上传输。

权利要求199

下载无效理由

根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，所述第二发送机模块还发送第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。

权利要求200

下载无效理由

根据权利要求198所述的基站设备，其特征在于，所述第二发送机模块还发送第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。

权利要求201

下载无效理由

根据权利要求199所述的基站设备，其特征在于，所述第二信令包括所述第一参考信号的配置信息。

权利要求202

下载无效理由

根据权利要求200所述的基站设备，其特征在于，所述第二信令包括所述第一参考信号的配置信息。

权利要求203

下载无效理由

根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求204

下载无效理由

根据权利要求198所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求205

下载无效理由

根据权利要求199所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求206

下载无效理由

根据权利要求200所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求207

下载无效理由

根据权利要求201所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求208

下载无效理由

根据权利要求202所述的基站设备，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求209

下载无效理由

根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求210

下载无效理由

根据权利要求198所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求211

下载无效理由

根据权利要求199所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求212

下载无效理由

根据权利要求200所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求213

下载无效理由

根据权利要求201所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求214

下载无效理由

根据权利要求202所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求215

下载无效理由

根据权利要求203所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求216

下载无效理由

根据权利要求204所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求217

下载无效理由

根据权利要求205所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求218

下载无效理由

根据权利要求206所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求219

下载无效理由

根据权利要求207所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求220

下载无效理由

根据权利要求208所述的基站设备，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求221

下载无效理由

根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求222

下载无效理由

根据权利要求198所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求223

下载无效理由

根据权利要求199所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求224

下载无效理由

根据权利要求200所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求225

下载无效理由

根据权利要求201所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求226

下载无效理由

根据权利要求202所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求227

下载无效理由

根据权利要求203所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求228

下载无效理由

根据权利要求204所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求229

下载无效理由

根据权利要求205所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求230

下载无效理由

根据权利要求206所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求231

下载无效理由

根据权利要求207所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求232

下载无效理由

根据权利要求208所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求233

下载无效理由

根据权利要求209所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求234

下载无效理由

根据权利要求210所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求235

下载无效理由

根据权利要求211所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求236

下载无效理由

根据权利要求212所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求237

下载无效理由

根据权利要求213所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求238

下载无效理由

根据权利要求214所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求239

下载无效理由

根据权利要求215所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求240

下载无效理由

根据权利要求216所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求241

下载无效理由

根据权利要求217所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求242

下载无效理由

根据权利要求218所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求243

下载无效理由

根据权利要求219所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求244

下载无效理由

根据权利要求220所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求245

下载无效理由

根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求246

下载无效理由

根据权利要求198所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求247

下载无效理由

根据权利要求199所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求248

下载无效理由

根据权利要求200所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求249

下载无效理由

根据权利要求201所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求250

下载无效理由

根据权利要求202所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求251

下载无效理由

根据权利要求203所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求252

下载无效理由

根据权利要求204所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求253

下载无效理由

根据权利要求205所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求254

下载无效理由

根据权利要求206所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求255

下载无效理由

根据权利要求207所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求256

下载无效理由

根据权利要求208所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求257

下载无效理由

根据权利要求209所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求258

下载无效理由

根据权利要求210所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求259

下载无效理由

根据权利要求211所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求260

下载无效理由

根据权利要求212所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求261

下载无效理由

根据权利要求213所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求262

下载无效理由

根据权利要求214所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求263

下载无效理由

根据权利要求215所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求264

下载无效理由

根据权利要求216所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求265

下载无效理由

根据权利要求217所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求266

下载无效理由

根据权利要求218所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求267

下载无效理由

根据权利要求219所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求268

下载无效理由

根据权利要求220所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求269

下载无效理由

根据权利要求221所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求270

下载无效理由

根据权利要求222所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求271

下载无效理由

根据权利要求223所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求272

下载无效理由

根据权利要求224所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求273

下载无效理由

根据权利要求225所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求274

下载无效理由

根据权利要求226所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求275

下载无效理由

根据权利要求227所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求276

下载无效理由

根据权利要求228所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求277

下载无效理由

根据权利要求229所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求278

下载无效理由

根据权利要求230所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求279

下载无效理由

根据权利要求231所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求280

下载无效理由

根据权利要求232所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求281

下载无效理由

根据权利要求233所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求282

下载无效理由

根据权利要求234所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求283

下载无效理由

根据权利要求235所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求284

下载无效理由

根据权利要求236所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求285

下载无效理由

根据权利要求237所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求286

下载无效理由

根据权利要求238所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求287

下载无效理由

根据权利要求239所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求288

下载无效理由

根据权利要求240所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求289

下载无效理由

根据权利要求241所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求290

下载无效理由

根据权利要求242所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求291

下载无效理由

根据权利要求243所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求292

下载无效理由

根据权利要求244所述的基站设备，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求293

下载无效理由

根据权利要求195至197中任一权利要求所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求294

下载无效理由

根据权利要求198所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求295

下载无效理由

根据权利要求199所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求296

下载无效理由

根据权利要求200所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求297

下载无效理由

根据权利要求201所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求298

下载无效理由

根据权利要求202所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求299

下载无效理由

根据权利要求203所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求300

下载无效理由

根据权利要求204所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求301

下载无效理由

根据权利要求205所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求302

下载无效理由

根据权利要求206所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求303

下载无效理由

根据权利要求207所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求304

下载无效理由

根据权利要求208所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求305

下载无效理由

根据权利要求209所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求306

下载无效理由

根据权利要求210所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求307

下载无效理由

根据权利要求211所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求308

下载无效理由

根据权利要求212所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求309

下载无效理由

根据权利要求213所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求310

下载无效理由

根据权利要求214所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求311

下载无效理由

根据权利要求215所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求312

下载无效理由

根据权利要求216所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求313

下载无效理由

根据权利要求217所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求314

下载无效理由

根据权利要求218所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求315

下载无效理由

根据权利要求219所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求316

下载无效理由

根据权利要求220所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求317

下载无效理由

根据权利要求221所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求318

下载无效理由

根据权利要求222所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求319

下载无效理由

根据权利要求223所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求320

下载无效理由

根据权利要求224所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求321

下载无效理由

根据权利要求225所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求322

下载无效理由

根据权利要求226所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求323

下载无效理由

根据权利要求227所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求324

下载无效理由

根据权利要求228所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求325

下载无效理由

根据权利要求229所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求326

下载无效理由

根据权利要求230所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求327

下载无效理由

根据权利要求231所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求328

下载无效理由

根据权利要求232所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求329

下载无效理由

根据权利要求233所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求330

下载无效理由

根据权利要求234所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求331

下载无效理由

根据权利要求235所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求332

下载无效理由

根据权利要求236所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求333

下载无效理由

根据权利要求237所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求334

下载无效理由

根据权利要求238所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求335

下载无效理由

根据权利要求239所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求336

下载无效理由

根据权利要求240所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求337

下载无效理由

根据权利要求241所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求338

下载无效理由

根据权利要求242所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求339

下载无效理由

根据权利要求243所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求340

下载无效理由

根据权利要求244所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求341

下载无效理由

根据权利要求245所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求342

下载无效理由

根据权利要求246所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求343

下载无效理由

根据权利要求247所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求344

下载无效理由

根据权利要求248所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求345

下载无效理由

根据权利要求249所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求346

下载无效理由

根据权利要求250所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求347

下载无效理由

根据权利要求251所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求348

下载无效理由

根据权利要求252所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求349

下载无效理由

根据权利要求253所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求350

下载无效理由

根据权利要求254所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求351

下载无效理由

根据权利要求255所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求352

下载无效理由

根据权利要求256所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求353

下载无效理由

根据权利要求257所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求354

下载无效理由

根据权利要求258所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求355

下载无效理由

根据权利要求259所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求356

下载无效理由

根据权利要求260所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求357

下载无效理由

根据权利要求261所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求358

下载无效理由

根据权利要求262所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求359

下载无效理由

根据权利要求263所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求360

下载无效理由

根据权利要求264所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求361

下载无效理由

根据权利要求265所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求362

下载无效理由

根据权利要求266所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求363

下载无效理由

根据权利要求267所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求364

下载无效理由

根据权利要求268所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求365

下载无效理由

根据权利要求269所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求366

下载无效理由

根据权利要求270所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求367

下载无效理由

根据权利要求271所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求368

下载无效理由

根据权利要求272所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求369

下载无效理由

根据权利要求273所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求370

下载无效理由

根据权利要求274所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求371

下载无效理由

根据权利要求275所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求372

下载无效理由

根据权利要求276所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求373

下载无效理由

根据权利要求277所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求374

下载无效理由

根据权利要求278所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求375

下载无效理由

根据权利要求279所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求376

下载无效理由

根据权利要求280所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求377

下载无效理由

根据权利要求281所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求378

下载无效理由

根据权利要求282所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求379

下载无效理由

根据权利要求283所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求380

下载无效理由

根据权利要求284所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求381

下载无效理由

根据权利要求285所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求382

下载无效理由

根据权利要求286所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求383

下载无效理由

根据权利要求287所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求384

下载无效理由

根据权利要求288所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求385

下载无效理由

根据权利要求289所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求386

下载无效理由

根据权利要求290所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求387

下载无效理由

根据权利要求291所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求388

下载无效理由

根据权利要求292所述的基站设备，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求389

下载无效理由

一种被用于无线通信的用户设备中的方法，其特征在于，包括：接收第二下行信息；接收第一信令和第二信令；在目标时频资源中发送第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。

权利要求390

下载无效理由

根据权利要求389所述的方法，其特征在于，包括：接收第一无线信号；其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。

权利要求391

下载无效理由

根据权利要求390所述的方法，其特征在于，所述第二信令包括所述第一无线信号的调度信息。

权利要求392

下载无效理由

根据权利要求390或391所述的方法，其特征在于，所述第一无线信号在下行物理层数据信道上传输。

权利要求393

下载无效理由

根据权利要求389至391中任一权利要求所述的方法，其特征在于，包括：接收第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。

权利要求394

下载无效理由

根据权利要求392所述的方法，其特征在于，包括：接收第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。

权利要求395

下载无效理由

根据权利要求393所述的方法，其特征在于，所述第二信令包括所述第一参考信号的配置信息。

权利要求396

下载无效理由

根据权利要求394所述的方法，其特征在于，所述第二信令包括所述第一参考信号的配置信息。

权利要求397

下载无效理由

根据权利要求389至391中任一权利要求所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求398

下载无效理由

根据权利要求392所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求399

下载无效理由

根据权利要求393所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求400

下载无效理由

根据权利要求394所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求401

下载无效理由

根据权利要求395所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求402

下载无效理由

根据权利要求396所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求403

下载无效理由

根据权利要求389至391中任一权利要求所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求404

下载无效理由

根据权利要求392所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求405

下载无效理由

根据权利要求393所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求406

下载无效理由

根据权利要求394所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求407

下载无效理由

根据权利要求395所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求408

下载无效理由

根据权利要求396所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求409

下载无效理由

根据权利要求397所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求410

下载无效理由

根据权利要求398所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求411

下载无效理由

根据权利要求399所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求412

下载无效理由

根据权利要求400所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求413

下载无效理由

根据权利要求401所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求414

下载无效理由

根据权利要求402所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求415

下载无效理由

根据权利要求389至391中任一权利要求所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求416

下载无效理由

根据权利要求392所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求417

下载无效理由

根据权利要求393所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求418

下载无效理由

根据权利要求394所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求419

下载无效理由

根据权利要求395所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求420

下载无效理由

根据权利要求396所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求421

下载无效理由

根据权利要求397所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求422

下载无效理由

根据权利要求398所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求423

下载无效理由

根据权利要求399所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求424

下载无效理由

根据权利要求400所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求425

下载无效理由

根据权利要求401所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求426

下载无效理由

根据权利要求402所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求427

下载无效理由

根据权利要求403所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求428

下载无效理由

根据权利要求404所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求429

下载无效理由

根据权利要求405所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求430

下载无效理由

根据权利要求406所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求431

下载无效理由

根据权利要求407所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求432

下载无效理由

根据权利要求408所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求433

下载无效理由

根据权利要求409所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求434

下载无效理由

根据权利要求410所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求435

下载无效理由

根据权利要求411所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求436

下载无效理由

根据权利要求412所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求437

下载无效理由

根据权利要求413所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求438

下载无效理由

根据权利要求414所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求439

下载无效理由

根据权利要求389至391中任一权利要求所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求440

下载无效理由

根据权利要求392所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求441

下载无效理由

根据权利要求393所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求442

下载无效理由

根据权利要求394所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求443

下载无效理由

根据权利要求395所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求444

下载无效理由

根据权利要求396所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求445

下载无效理由

根据权利要求397所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求446

下载无效理由

根据权利要求398所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求447

下载无效理由

根据权利要求399所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求448

下载无效理由

根据权利要求400所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求449

下载无效理由

根据权利要求401所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求450

下载无效理由

根据权利要求402所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求451

下载无效理由

根据权利要求403所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求452

下载无效理由

根据权利要求404所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求453

下载无效理由

根据权利要求405所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求454

下载无效理由

根据权利要求406所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求455

下载无效理由

根据权利要求407所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求456

下载无效理由

根据权利要求408所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求457

下载无效理由

根据权利要求409所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求458

下载无效理由

根据权利要求410所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求459

下载无效理由

根据权利要求411所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求460

下载无效理由

根据权利要求412所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求461

下载无效理由

根据权利要求413所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求462

下载无效理由

根据权利要求414所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求463

下载无效理由

根据权利要求415所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求464

下载无效理由

根据权利要求416所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求465

下载无效理由

根据权利要求417所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求466

下载无效理由

根据权利要求418所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求467

下载无效理由

根据权利要求419所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求468

下载无效理由

根据权利要求420所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求469

下载无效理由

根据权利要求421所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求470

下载无效理由

根据权利要求422所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求471

下载无效理由

根据权利要求423所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求472

下载无效理由

根据权利要求424所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求473

下载无效理由

根据权利要求425所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求474

下载无效理由

根据权利要求426所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求475

下载无效理由

根据权利要求427所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求476

下载无效理由

根据权利要求428所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求477

下载无效理由

根据权利要求429所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求478

下载无效理由

根据权利要求430所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求479

下载无效理由

根据权利要求431所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求480

下载无效理由

根据权利要求432所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求481

下载无效理由

根据权利要求433所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求482

下载无效理由

根据权利要求434所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求483

下载无效理由

根据权利要求435所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求484

下载无效理由

根据权利要求436所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求485

下载无效理由

根据权利要求437所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求486

下载无效理由

根据权利要求438所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求487

下载无效理由

根据权利要求389至391中任一权利要求所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求488

下载无效理由

根据权利要求392所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求489

下载无效理由

根据权利要求393所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求490

下载无效理由

根据权利要求394所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求491

下载无效理由

根据权利要求395所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求492

下载无效理由

根据权利要求396所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求493

下载无效理由

根据权利要求397所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求494

下载无效理由

根据权利要求398所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求495

下载无效理由

根据权利要求399所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求496

下载无效理由

根据权利要求400所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求497

下载无效理由

根据权利要求401所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求498

下载无效理由

根据权利要求402所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求499

下载无效理由

根据权利要求403所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求500

下载无效理由

根据权利要求404所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求501

下载无效理由

根据权利要求405所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求502

下载无效理由

根据权利要求406所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求503

下载无效理由

根据权利要求407所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求504

下载无效理由

根据权利要求408所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求505

下载无效理由

根据权利要求409所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求506

下载无效理由

根据权利要求410所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求507

下载无效理由

根据权利要求411所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求508

下载无效理由

根据权利要求412所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求509

下载无效理由

根据权利要求413所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求510

下载无效理由

根据权利要求414所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求511

下载无效理由

根据权利要求415所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求512

下载无效理由

根据权利要求416所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求513

下载无效理由

根据权利要求417所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求514

下载无效理由

根据权利要求418所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求515

下载无效理由

根据权利要求419所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求516

下载无效理由

根据权利要求420所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求517

下载无效理由

根据权利要求421所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求518

下载无效理由

根据权利要求422所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求519

下载无效理由

根据权利要求423所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求520

下载无效理由

根据权利要求424所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求521

下载无效理由

根据权利要求425所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求522

下载无效理由

根据权利要求426所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求523

下载无效理由

根据权利要求427所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求524

下载无效理由

根据权利要求428所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求525

下载无效理由

根据权利要求429所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求526

下载无效理由

根据权利要求430所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求527

下载无效理由

根据权利要求431所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求528

下载无效理由

根据权利要求432所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求529

下载无效理由

根据权利要求433所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求530

下载无效理由

根据权利要求434所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求531

下载无效理由

根据权利要求435所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求532

下载无效理由

根据权利要求436所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求533

下载无效理由

根据权利要求437所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求534

下载无效理由

根据权利要求438所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求535

下载无效理由

根据权利要求439所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求536

下载无效理由

根据权利要求440所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求537

下载无效理由

根据权利要求441所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求538

下载无效理由

根据权利要求442所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求539

下载无效理由

根据权利要求443所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求540

下载无效理由

根据权利要求444所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求541

下载无效理由

根据权利要求445所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求542

下载无效理由

根据权利要求446所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求543

下载无效理由

根据权利要求447所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求544

下载无效理由

根据权利要求448所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求545

下载无效理由

根据权利要求449所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求546

下载无效理由

根据权利要求450所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求547

下载无效理由

根据权利要求451所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求548

下载无效理由

根据权利要求452所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求549

下载无效理由

根据权利要求453所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求550

下载无效理由

根据权利要求454所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求551

下载无效理由

根据权利要求455所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求552

下载无效理由

根据权利要求456所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求553

下载无效理由

根据权利要求457所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求554

下载无效理由

根据权利要求458所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求555

下载无效理由

根据权利要求459所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求556

下载无效理由

根据权利要求460所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求557

下载无效理由

根据权利要求461所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求558

下载无效理由

根据权利要求462所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求559

下载无效理由

根据权利要求463所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求560

下载无效理由

根据权利要求464所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求561

下载无效理由

根据权利要求465所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求562

下载无效理由

根据权利要求466所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求563

下载无效理由

根据权利要求467所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求564

下载无效理由

根据权利要求468所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求565

下载无效理由

根据权利要求469所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求566

下载无效理由

根据权利要求470所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求567

下载无效理由

根据权利要求471所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求568

下载无效理由

根据权利要求472所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求569

下载无效理由

根据权利要求473所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求570

下载无效理由

根据权利要求474所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求571

下载无效理由

根据权利要求475所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求572

下载无效理由

根据权利要求476所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求573

下载无效理由

根据权利要求477所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求574

下载无效理由

根据权利要求478所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求575

下载无效理由

根据权利要求479所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求576

下载无效理由

根据权利要求480所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求577

下载无效理由

根据权利要求481所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求578

下载无效理由

根据权利要求482所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求579

下载无效理由

根据权利要求483所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求580

下载无效理由

根据权利要求484所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求581

下载无效理由

根据权利要求485所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求582

下载无效理由

根据权利要求486所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求583

下载无效理由

一种被用于无线通信的基站中的方法，其特征在于，包括：发送第二下行信息；发送第一信令和第二信令；在目标时频资源中接收第一上报信息，所述目标时频资源是第一时频资源和第二时频资源二者之一；其中，所述第二下行信息指示N2个时频资源池，一个时频资源池包括正整数个资源粒子；所述第一信令和所述第二信令分别被用于确定第一天线端口组和第二天线端口组；所述第一天线端口组和所述第二天线端口组分别适用于所述第一时频资源和所述第二时频资源；一个天线端口组包括正整数个天线端口；如果所述第一时频资源和所述第二时频资源属于所述N2个时频资源池中的同一个时频资源池，所述目标时频资源是所述第一时频资源，否则所述目标时频资源是所述第二时频资源；所述第一上报信息包括UCI；所述第二下行信息由RRC信令承载；所述第一信令包括DCI；所述第一时频资源和所述第二时频资源在时域上占用相同或部分重叠的时间资源；所述第一信令占用的时间资源晚于所述第二信令占用的时间资源；所述N2等于2。

权利要求584

下载无效理由

根据权利要求583所述的方法，其特征在于，包括：发送第一无线信号；其中，所述第一上报信息被用于指示所述第一无线信号是否被正确接收。

权利要求585

下载无效理由

根据权利要求584所述的方法，其特征在于，所述第二信令包括所述第一无线信号的调度信息。

权利要求586

下载无效理由

根据权利要求584或585所述的方法，其特征在于，所述第一无线信号在下行物理层数据信道上传输。

权利要求587

下载无效理由

根据权利要求583至585中任一权利要求所述的方法，其特征在于，包括：发送第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。

权利要求588

下载无效理由

根据权利要求586所述的方法，其特征在于，包括：发送第一参考信号；其中，针对所述第一参考信号的测量被用于确定所述第一上报信息，所述第一参考信号包括CSI‑RS或SS/PBCH块中的至少之一。

权利要求589

下载无效理由

根据权利要求587所述的方法，其特征在于，所述第二信令包括所述第一参考信号的配置信息。

权利要求590

下载无效理由

根据权利要求588所述的方法，其特征在于，所述第二信令包括所述第一参考信号的配置信息。

权利要求591

下载无效理由

根据权利要求583至585中任一权利要求所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求592

下载无效理由

根据权利要求586所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求593

下载无效理由

根据权利要求587所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求594

下载无效理由

根据权利要求588所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求595

下载无效理由

根据权利要求589所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求596

下载无效理由

根据权利要求590所述的方法，其特征在于，所述第一信令包括第一域，所述第一信令中的所述第一域指示所述第一时频资源，所述第一信令中的所述第一域包括正整数个比特。

权利要求597

下载无效理由

根据权利要求583至585中任一权利要求所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求598

下载无效理由

根据权利要求586所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求599

下载无效理由

根据权利要求587所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求600

下载无效理由

根据权利要求588所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求601

下载无效理由

根据权利要求589所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求602

下载无效理由

根据权利要求590所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求603

下载无效理由

根据权利要求591所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求604

下载无效理由

根据权利要求592所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求605

下载无效理由

根据权利要求593所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求606

下载无效理由

根据权利要求594所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求607

下载无效理由

根据权利要求595所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求608

下载无效理由

根据权利要求596所述的方法，其特征在于，所述第二信令包括第三域，所述第二信令中的所述第三域指示所述第二时频资源，所述第二信令中的所述第三域包括正整数个比特。

权利要求609

下载无效理由

根据权利要求583至585中任一权利要求所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求610

下载无效理由

根据权利要求586所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求611

下载无效理由

根据权利要求587所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求612

下载无效理由

根据权利要求588所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求613

下载无效理由

根据权利要求589所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求614

下载无效理由

根据权利要求590所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求615

下载无效理由

根据权利要求591所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求616

下载无效理由

根据权利要求592所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求617

下载无效理由

根据权利要求593所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求618

下载无效理由

根据权利要求594所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求619

下载无效理由

根据权利要求595所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求620

下载无效理由

根据权利要求596所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求621

下载无效理由

根据权利要求597 所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求622

下载无效理由

根据权利要求598所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求623

下载无效理由

根据权利要求599所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求624

下载无效理由

根据权利要求600所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求625

下载无效理由

根据权利要求601所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求626

下载无效理由

根据权利要求602所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求627

下载无效理由

根据权利要求603所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求628

下载无效理由

根据权利要求604所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求629

下载无效理由

根据权利要求605所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求630

下载无效理由

根据权利要求606所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求631

下载无效理由

根据权利要求607所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求632

下载无效理由

根据权利要求608所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一上报信息的至少一个发送天线端口和所述第一天线端口组中的一个天线端口QCL；如果所述目标时频资源是所述第二时频资源，所述第一上报信息的至少一个发送天线端口和所述第二天线端口组中的一个天线端口QCL。

权利要求633

下载无效理由

根据权利要求583至585中任一权利要求所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求634

下载无效理由

根据权利要求586所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求635

下载无效理由

根据权利要求587所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求636

下载无效理由

根据权利要求588所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求637

下载无效理由

根据权利要求589所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求638

下载无效理由

根据权利要求590所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求639

下载无效理由

根据权利要求591所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求640

下载无效理由

根据权利要求592所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求641

下载无效理由

根据权利要求593所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求642

下载无效理由

根据权利要求594所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求643

下载无效理由

根据权利要求595所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求644

下载无效理由

根据权利要求596所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求645

下载无效理由

根据权利要求597所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求646

下载无效理由

根据权利要求598所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求647

下载无效理由

根据权利要求599所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求648

下载无效理由

根据权利要求600所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求649

下载无效理由

根据权利要求601所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求650

下载无效理由

根据权利要求602所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求651

下载无效理由

根据权利要求603所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求652

下载无效理由

根据权利要求604所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求653

下载无效理由

根据权利要求605所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求654

下载无效理由

根据权利要求606所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求655

下载无效理由

根据权利要求607所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求656

下载无效理由

根据权利要求608所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求657

下载无效理由

根据权利要求609所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求658

下载无效理由

根据权利要求610所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求659

下载无效理由

根据权利要求611所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求660

下载无效理由

根据权利要求612所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求661

下载无效理由

根据权利要求613所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求662

下载无效理由

根据权利要求614所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求663

下载无效理由

根据权利要求615所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求664

下载无效理由

根据权利要求616所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求665

下载无效理由

根据权利要求617所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求666

下载无效理由

根据权利要求618所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求667

下载无效理由

根据权利要求619所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求668

下载无效理由

根据权利要求620所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求669

下载无效理由

根据权利要求621所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求670

下载无效理由

根据权利要求622所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求671

下载无效理由

根据权利要求623所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求672

下载无效理由

根据权利要求624所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求673

下载无效理由

根据权利要求625所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求674

下载无效理由

根据权利要求626所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求675

下载无效理由

根据权利要求627所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求676

下载无效理由

根据权利要求628所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求677

下载无效理由

根据权利要求629所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求678

下载无效理由

根据权利要求630所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求679

下载无效理由

根据权利要求631所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求680

下载无效理由

根据权利要求632所述的方法，其特征在于，所述第二信令包括DCI；或者，所述第二信令是RRC信令；或者，所述第二信令是MAC CE信令。

权利要求681

下载无效理由

根据权利要求583至585中任一权利要求所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求682

下载无效理由

根据权利要求586所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求683

下载无效理由

根据权利要求587所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求684

下载无效理由

根据权利要求588所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求685

下载无效理由

根据权利要求589所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求686

下载无效理由

根据权利要求590所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求687

下载无效理由

根据权利要求591所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求688

下载无效理由

根据权利要求592所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求689

下载无效理由

根据权利要求593所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求690

下载无效理由

根据权利要求594所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求691

下载无效理由

根据权利要求595所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求692

下载无效理由

根据权利要求596所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求693

下载无效理由

根据权利要求597所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求694

下载无效理由

根据权利要求598所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求695

下载无效理由

根据权利要求599所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求696

下载无效理由

根据权利要求600所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求697

下载无效理由

根据权利要求601所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求698

下载无效理由

根据权利要求602所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求699

下载无效理由

根据权利要求603所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求700

下载无效理由

根据权利要求604所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求701

下载无效理由

根据权利要求605所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求702

下载无效理由

根据权利要求606所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求703

下载无效理由

根据权利要求607所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求704

下载无效理由

根据权利要求608所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求705

下载无效理由

根据权利要求609所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求706

下载无效理由

根据权利要求610所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求707

下载无效理由

根据权利要求611所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求708

下载无效理由

根据权利要求612所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求709

下载无效理由

根据权利要求613所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求710

下载无效理由

根据权利要求614所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求711

下载无效理由

根据权利要求615所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求712

下载无效理由

根据权利要求616所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求713

下载无效理由

根据权利要求617所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求714

下载无效理由

根据权利要求618所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求715

下载无效理由

根据权利要求619所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求716

下载无效理由

根据权利要求620所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求717

下载无效理由

根据权利要求621所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求718

下载无效理由

根据权利要求622所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求719

下载无效理由

根据权利要求623所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求720

下载无效理由

根据权利要求624所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求721

下载无效理由

根据权利要求625所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求722

下载无效理由

根据权利要求626所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求723

下载无效理由

根据权利要求627所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求724

下载无效理由

根据权利要求628所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求725

下载无效理由

根据权利要求629所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求726

下载无效理由

根据权利要求630所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求727

下载无效理由

根据权利要求631所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求728

下载无效理由

根据权利要求632所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求729

下载无效理由

根据权利要求633所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求730

下载无效理由

根据权利要求634所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求731

下载无效理由

根据权利要求635所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求732

下载无效理由

根据权利要求636所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求733

下载无效理由

根据权利要求637所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求734

下载无效理由

根据权利要求638所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求735

下载无效理由

根据权利要求639所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求736

下载无效理由

根据权利要求640所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求737

下载无效理由

根据权利要求641所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求738

下载无效理由

根据权利要求642所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求739

下载无效理由

根据权利要求643所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求740

下载无效理由

根据权利要求644所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求741

下载无效理由

根据权利要求645所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求742

下载无效理由

根据权利要求646所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求743

下载无效理由

根据权利要求647所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求744

下载无效理由

根据权利要求648所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求745

下载无效理由

根据权利要求649所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求746

下载无效理由

根据权利要求650所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求747

下载无效理由

根据权利要求651所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求748

下载无效理由

根据权利要求652所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求749

下载无效理由

根据权利要求653所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求750

下载无效理由

根据权利要求654所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求751

下载无效理由

根据权利要求655所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求752

下载无效理由

根据权利要求656所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求753

下载无效理由

根据权利要求657所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求754

下载无效理由

根据权利要求658所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求755

下载无效理由

根据权利要求659所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求756

下载无效理由

根据权利要求660所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求757

下载无效理由

根据权利要求661所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求758

下载无效理由

根据权利要求662所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求759

下载无效理由

根据权利要求663所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求760

下载无效理由

根据权利要求664所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求761

下载无效理由

根据权利要求665所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求762

下载无效理由

根据权利要求666所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求763

下载无效理由

根据权利要求667所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求764

下载无效理由

根据权利要求668所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求765

下载无效理由

根据权利要求669所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求766

下载无效理由

根据权利要求670所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求767

下载无效理由

根据权利要求671所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求768

下载无效理由

根据权利要求672所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求769

下载无效理由

根据权利要求673所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求770

下载无效理由

根据权利要求674所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求771

下载无效理由

根据权利要求675所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求772

下载无效理由

根据权利要求676所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求773

下载无效理由

根据权利要求677所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求774

下载无效理由

根据权利要求678所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求775

下载无效理由

根据权利要求679所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

权利要求776

下载无效理由

根据权利要求680所述的方法，其特征在于，如果所述目标时频资源是所述第一时频资源，所述第一信令指示承载所述第一上报信息的无线信号的调度信息；如果所述目标时频资源是所述第二时频资源，所述第二信令指示承载所述第一上报信息的无线信号的调度信息。

替爷出征

专利无效挑战赛

蒋 晓勇

@jxy

非显而易见性评估仅供参考，不构成法律建议。Longhorn IP诉联想中国同组

权利要求列表点击可跳转

对比文件列表

权利要求1

技术特征:

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二十二条

蒋 晓勇

@jxy

无效理由:专利法第二条

蒋 晓勇

@jxy

结论

为什么我没有把总体概率评到70%以上

但目前的情况已经比最初明显好，关键就在 E1

D/E目前是第二个真正的风险点

L不是最危险的缺口

还有一个现实折价：部分核心中文文献已经在原审查引用列表中

我认为双方目前最可能形成的核心争议

我的最终概率判断

无效理由:专利法第二条

蒋 晓勇

@jxy

一、先调整优先级：D/E出现了一个值得立即精读的新种子

二、第一主线：不要再搜普通“resource pool”，专门搜 G 的判断公式

英文优先检索式

中文对应

三、第二主线：围绕 WO2015172364A1 做“D/E族谱检索”

应重点搜以下组合

四、WO2015172364A1不要只看正文，要沿“被引用链”向2016–2018反推

五、第三主线：专门寻找“D/E + G已经在同一场景发生”的文件

六、对 US20130235853A1 做“向前引用”专门检索

七、3GPP检索也应改变：从“会议级检索”变成“议题簇检索”

簇1：UL beam / beam grouping

簇2：antenna group / SRS

簇3：PUCCH resource + UCI/PUSCH

八、一个容易被忽略的办法：用“截止日后的专利”只做检索地图

九、日文、韩文下一轮也不要再翻译整套A–M

十、L只做一次“扫尾检索”，不要继续大量耗时

十一、建议设定明确的“停止条件”

最推荐的实际执行顺序

无效理由:专利法第二条

蒋 晓勇

@jxy

01 执行摘要

02 目标专利与权利要求1

权利要求1全文

03 技术特征拆分 F1–F7

04 临界日、证据口径与检索方法

05 轮次演进与停止决定

06 Round 00｜首轮多语检索式

中文检索式

英文检索式

Round 00｜首轮多语检索式｜日文、韩文与 3GPP 英文式

日文检索式

韩文检索式

3GPP 英文检索式（不构建中/日/韩式）

07 Round 01｜第一次补充检索式

中文检索式

英文检索式

Round 01｜第一次补充检索式｜日文、韩文与 3GPP 英文式

日文检索式

韩文检索式

3GPP 英文检索式（不构建中/日/韩式）

08 Round 02｜第二次定向补充检索式

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇

蒋晓勇