【事件の表示】
　特願２０１６−５７２１７１「ユーザ端末、無線通信システム及び無線通信方法」拒絶査定不服審判事件〔平成２８年　８月　４日国際公開、ＷＯ２０１６／１２１９１２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１６年（平成２８年）１月２９日（国内優先権主張　平成２７年１月２９日）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
　平成２９年　９月　７日　　　手続補正書の提出
　平成２９年　９月２９日付け　拒絶理由通知書
　平成２９年１２月　８日　　　意見書、手続補正書の提出
　平成３０年　１月　５日付け　拒絶理由通知書
　平成３０年　３月１５日　　　意見書、手続補正書の提出
　平成３０年　４月　９日付け　拒絶査定
　平成３０年　７月１３日　　　拒絶査定不服審判の請求
第２　本願発明
　本願の請求項に係る発明は、平成３０年３月１５日に提出された手続補正書により補正された特許請求の範囲の請求項１ないし４に記載された事項により特定されるものであるところ、請求項４に係る発明（以下、「本願発明」という。）は、以下のとおりのものであると認める。
「　無線基地局において、少なくとも一つのサービングセルのチャネル状態情報の送信指示を送信するステップと、
　ユーザ端末において、前記チャネル状態情報の送信指示に基づいてチャネル状態情報を送信するステップと、
　６セル以上が設定される場合、無線基地局により設定された特定の下り制御チャネルのユーザ端末固有サーチスペースにおいて２ビットより多いチャネル状態情報のトリガビットを含む下り制御チャネルを受信してブラインド復号を行い、共通サーチスペースにおいて１ビットのチャネル状態情報のトリガビットを含む下り制御チャネルを受信するステップと、を有することを特徴とする無線通信方法。」
第３　原査定の拒絶の理由
　原査定の拒絶の理由は、「この出願の下記の請求項に係る発明は、その出願の日前の日本語特許出願であって、その出願後に国際公開がされた下記の日本語特許出願の国際出願日における国際出願の明細書、請求の範囲又は図面に記載された発明と同一であり、しかも、この出願の発明者がその出願前の日本語特許出願に係る上記の発明をした者と同一ではなく、またこの出願の時において、その出願人が上記日本語特許出願の出願人と同一でもないので、特許法第２９条の２の規定により、特許を受けることができない（同法第１８４条の１３参照）。」というものであり、請求項４に対して下記１．が引用されている。
 １．ＰＣＴ／ＪＰ２０１６／０５０４６６（国際公開第２０１６／１２１４５７号参照）
第４　先願発明
　原査定の拒絶の理由で引用されたＰＣＴ／ＪＰ２０１６／０５０４６６は、本願の優先日前の平成２７年１月２８日を出願日とし、その発明者が本願の発明者と同一でなく、本願出願時において、その出願人が本願の出願人と同一でない出願である特願２０１５−０１３８２７号（以下、「先願」という。）を優先権主張の基礎とし、本願の優先日後の平成２８年８月４日に国際公開（国際公開第２０１６／１２１４５７号）されたものである。
　そして、先願の出願日における明細書、特許請求の範囲又は図面（以下、「先願明細書等」という。）には、上記ＰＣＴ／ＪＰ２０１６／０５０４６６の国際出願日における国際出願の明細書、請求の範囲又は図面に記載された以下の事項（下線は当審が付与。）と同一の事項が記載されている。
　なお、原査定の拒絶の理由では、先願を優先権主張の基礎とする上記日本語特許出願を引用しているものの、原査定で引用された事項は、先願明細書等に記載されたものであるため、審判請求人は、原査定において、正しい拒絶の理由を理解していると認める。
（１）「［００１８］
　図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも称する。
　［００１９］
　本実施形態における物理チャネルおよび物理信号について説明する。
　［００２０］
　図１において、端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。ここで、上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
　［００２１］
　ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information: UCI）を送信するために用いられる。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（CSI: Channel State Information）が含まれてもよい。また、上りリンク制御情報には、ＵＬ−ＳＣＨリソースを要求するために用いられるスケジューリング要求（SR: Scheduling Request）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ−ＡＣＫ（Hyblid Automatic Repeat request ACKnowledgement）が含まれてもよい。ＨＡＲＱ−ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH）に対するＨＡＲＱ−ＡＣＫを示してもよい。
　［００２２］
　すなわち、ＨＡＲＱ−ＡＣＫは、ＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。ここで、ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ応答、ＨＡＲＱ情報、または、ＨＡＲＱ制御情報とも称する。
　［００２３］
　ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel: UL-SCH）を送信するために用いられる。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＰＵＳＣＨは、ＣＳＩのみ、または、ＨＡＲＱ−ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＰＵＳＣＨは、上りリンク制御情報のみを送信するために用いられてもよい。
（中略）
　［００３１］
　図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。ここで、下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）
・ＰＨＩＣＨ（Physical Hybrid automatic repeat request Indicator Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ＰＭＣＨ（Physical Multicast Channel）
　［００３２］
　ＰＢＣＨは、端末装置１で共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB, Broadcast Channel: BCH）を報知するために用いられる。
　［００３３］
　ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられる領域（ＯＦＤＭシンボル）を指示する情報を送信するために用いられる。
　［００３４］
　ＰＨＩＣＨは、基地局装置３が受信した上りリンクデータ（Uplink Shared Channel: UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative ACKnowledgement）を示すＨＡＲＱインディケータ（ＨＡＲＱフィードバック、応答情報）を送信するために用いられる。
　［００３５］
　ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信するために用いられる。ここで、下りリンク制御情報の送信に対して、複数のＤＣＩフォーマットが定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩフォーマットに定義され、情報ビットへマップされる。
　［００３６］
　例えば、下りリンクに対するＤＣＩフォーマットとして、１つのセルにおける１つのＰＤＳＣＨ（１つの下りリンクトランスポートブロックの送信）のスケジューリングのために用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット１Ａ、ＤＣＩフォーマット１Ｃ）が定義されてもよい。
　［００３７］
　ここで、下りリンクに対するＤＣＩフォーマットには、ＰＤＳＣＨのスケジューリングに関する情報が含まれる。例えば、下りリンクに対するＤＣＩフォーマットには、キャリアインディケータフィールド（CIF: Carrier Indicator Field）、リソースブロック割り当てに関する情報、ＭＣＳ（Modulation and Coding Scheme）に関する情報、などの下りリンク制御情報が含まれる。ここで、下りリンクに対するＤＣＩフォーマットを、下りリンクグラント（downlink grant）、または、下りリンクアサインメント（downlink assignment）とも称する。
　［００３８］
　また、例えば、上りリンクに対するＤＣＩフォーマットとして、１つのセルにおける１つのＰＵＳＣＨ（１つの上りリンクトランスポートブロックの送信）のスケジューリングのために用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット０、ＤＣＩフォーマット４）が定義される。
　［００３９］
　ここで、上りリンクに対するＤＣＩフォーマットには、ＰＵＳＣＨのスケジューリングに関する情報が含まれる。例えば、上りリンクに対するＤＣＩフォーマットには、キャリアインディケータフィールド（CIF: Carrier Indicator Field）、リソースブロック割り当ておよび／またはホッピング（Resource block assignment and/or hopping resource allocation）に関する情報、ＭＣＳおよび／またはリダンダシーバジョン（Modulation and coding scheme and/or redundancy version）に関する情報、送信レイヤの数を指示するために用いられる情報（Precoding information and number of layers）、などの下りリンク制御情報が含まれる。ここで、上りリンクに対するＤＣＩフォーマットを、上りリンクグラント（uplink grant）、または、上りリンクアサインメント（Uplink assignment）とも称する。
　［００４０］
　端末装置１は、下りリンクアサインメントを用いてＰＤＳＣＨのリソースがスケジュールされた場合、スケジュールされたＰＤＳＣＨで下りリンクデータを受信してもよい。また、端末装置１は、上りリンクグラントを用いてＰＵＳＣＨのリソースがスケジュールされた場合、スケジュールされたＰＵＳＣＨで上りリンクデータおよび／または上りリンク制御情報を送信してもよい。
　［００４１］
　ここで、端末装置１は、ＰＤＣＣＨ候補（PDCCH candidates）および／またはＥＰＤＣＣＨ候補（EPDCCH candidates）のセットをモニタしてもよい。以下、ＰＤＣＣＨは、ＰＤＣＣＨおよび／またはＥＰＤＤＣＨを示してもよい。ここで、ＰＤＣＣＨ候補とは、基地局装置３によって、ＰＤＣＣＨが、配置および／または送信される可能性のある候補を示している。また、モニタとは、モニタされる全てのＤＣＩフォーマットに応じて、ＰＤＣＣＨ候補のセット内のＰＤＣＣＨのそれぞれに対して、端末装置１がデコードを試みるという意味が含まれてもよい。
　［００４２］
　また、
端末装置１が、モニタするＰＤＣＣＨ候補のセットは、サーチスペースとも称される。
サーチスペースには、ユーザー装置スペシフィックサーチスペース（USS: UE-specific Search Space）が含まれてもよい。
端末装置１は、ＣＳＳおよび／またはＵＳＳにおいて、ＰＤＣＣＨをモニタし、自装置宛てのＰＤＣＣＨを検出してもよい。
　［００４３］
　ここで、下りリンク制御情報の送信（ＰＤＣＣＨでの送信）には、基地局装置３が、端末装置１に割り当てたＲＮＴＩが利用される。具体的には、ＤＣＩフォーマット（下りリンク制御情報でもよい）にＣＲＣ（Cyclic Redundancy check: 巡回冗長検査）パリティビットが付加され、付加された後に、ＣＲＣパリティビットがＲＮＴＩによってスクランブルされる。ここで、ＤＣＩフォーマットに付加されるＣＲＣパリティビットは、ＤＣＩフォーマットのペイロードから得られてもよい。
　［００４４］
　
端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対してデコードを試み、ＣＲＣが成功したＤＣＩフォーマットを、自装置宛のＤＣＩフォーマットとして検出する（ブラインドデコーディングとも称される）。すなわち、端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨを検出してもよい。また、端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットを伴うＰＤＣＣＨを検出してもよい。
　［００４５］
　ここで、ＲＮＴＩには、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）が含まれてもよい。Ｃ−ＲＮＴＩは、ＲＲＣ接続およびスケジューリングの識別に対して使用される、端末装置１に対するユニークな（一意的な）識別子である。また、Ｃ−ＲＮＴＩは、動的（dynamically）にスケジュールされるユニキャスト送信のために利用されてもよい。
　［００４６］
　また、ＲＮＴＩには、ＳＰＳ　Ｃ−ＲＮＴＩ（Semi-Persistent Scheduling C-RNTI）が含まれてもよい。ＳＰＳ　Ｃ−ＲＮＴＩは、セミパーシステントスケジューリングに対して使用される、端末装置１に対するユニークな（一意的な）識別子である。また、ＳＰＳ　Ｃ−ＲＮＴＩは、半持続的（semi-persistently）にスケジュールされるユニキャスト送信のために利用されてもよい。
（中略）
  ［０２０７］
　ここで、
基地局装置３は、ＣＳＩの送信を要求するために用いられる情報（CSI requestとも称される）をＰＤＣＣＨで送信することによって、ＰＵＳＣＨを用いたＣＳＩの送信（aperiodic CSI reportとも称される）をトリガしてもよい。例えば、ＣＳＩリクエストは、上りリンクに対するＤＣＩフォーマットに含まれてもよい。端末装置１は、サブフレームｎにおける、あるサービングセルに対する上りリンクに対するＤＣＩフォーマットのデコードに基づいて、ＣＳＩリクエストフィールドがレポートをトリガするようセットされている場合には、サブフレームｎ＋ｋにおける、該あるサービングセルにおいて、ＰＵＳＣＨを用いてアピリオディックＣＳＩレポーティングを実行してもよい。
  ［０２０８］
　ここで、ＣＳＩリクエストフィールドのサイズが１ビットの場合には、アピリオディックＣＳＩレポートは、あるサービングセルに対してトリガされてもよい。ここで、アピリオディックＣＳＩレポートがあるサービングセルに対してトリガされるとは、ＣＳＩリクエストが含まれるＤＣＩフォーマットを用いることによってＰＵＳＣＨがスケジュールされたサービングセルに対してアピリオディックＣＳＩレポートがトリガされることを示している。すなわち、ＣＳＩリクエストフィールドのサイズが１ビットの場合には、端末装置１は、ＰＵＳＣＨがスケジュールされた上りリンクコンポーネントキャリアに対応する下りリンクコンポーネントキャリアに対するＣＳＩをレポートしてもよい。
  ［０２０９］
　また、ＣＳＩリクエストフィールドのサイズが２ビットの場合には、アピリオディックＣＳＩレポートは、アピリオディックＣＳＩレポーティングに対応する値に基づいてトリガされてもよい。例えば、ＣＳＩリクエストフィールドの値が“００”の場合には、アピリオディックＣＳＩレポートはトリガされなくてもよい。また、ＣＳＩリクエストフィールドの値が“０１”の場合には、アピリオディックＣＳＩレポートは、あるサービングセルに対してトリガされてもよい。また、ＣＳＩリクエストフィールドの値が“１０”の場合には、アピリオディックＣＳＩレポートは、上位層によって設定された１つまたは複数のサービングセルの第１のセット（1stset of one or more serving cells）に対してトリガされてもよい。また、ＣＳＩリクエストフィールドの値が“１１”の場合には、アピリオディックＣＳＩレポートは、上位層によって設定された１つまたは複数のサービングセルの第２のセット（1stset of one or more serving cells）に対してトリガされてもよい。
  ［０２１０］
　例えば、基地局装置３は、１つまたは複数のサービングセルの第１のセットを設定するために用いられる情報（trigger1-r10とも称される）、および、１つまたは複数のサービングセルの第２のセットを設定するために用いられる情報（trigger2-r10とも称される）が含まれる、上位層の信号を送信してもよい。ここで、第１のセットを設定するために用いられる情報（trigger1-r10）、および、第２のセットを設定するために用いられる情報（trigger2-r10）は、第１５の情報（aperiodicCSI-Trigger-r10とも称される）に含まれて送信されてもよい。すなわち、第１５の情報は、アピリオディックＣＳＩレポートが２ビットのＣＳＩリクエストフィールドの値によってトリガされた場合に、いずれのサービングセルに対するアピリオディックＣＳＩレポートがトリガされるかを示してもよい（may indicate for which serving cell(s) the aperiodic CSI report is triggered in a case that the aperiodic CSI report is trigger by a value of 2-bit CSI request field）。
  ［０２１１］
　端末装置１は、第１５の情報、および、ＣＳＩリクエストフィールドの値に基づいて、ＰＵＳＣＨを用いてアピリオディックＣＳＩレポートを実行してもよい。
  ［０２１２］
　また、
ＣＳＩリクエストフィールドのサイズが３ビットの場合には、アピリオディックＣＳＩレポートは、アピリオディックＣＳＩレポーティングに対応する値に基づいてトリガされてもよい。
ＣＳＩリクエストフィールドの値が“０１０”の場合には、アピリオディックＣＳＩレポートは、上位層によって設定された１つまたは複数のサービングセルの第１のセット（1
st
set of one or more serving cells）に対してトリガされてもよい。また、ＣＳＩリクエストフィールドの値が“０１１”の場合には、アピリオディックＣＳＩレポートは、上位層によって設定された１つまたは複数のサービングセルの第２のセット（2
nd
set of one or more serving cells）に対してトリガされてもよい。
ＣＳＩリクエストフィールドの値に基づいて、いずれのサービングセルに対するアピリオディックＣＳＩレポートがトリガされるかが示されてもよい。
  ［０２１３］
　例えば、基地局装置３は、第１のセットを設定するために用いられる情報（trigger1-r13とも称される）、第２のセットを設定するために用いられる情報（trigger2-r13とも称される）、第３のセットを設定するために用いられる情報（trigger3-r13とも称される）、第４のセットを設定するために用いられる情報（trigger4-r13とも称される）、第５のセットを設定するために用いられる情報（trigger5-r13とも称される）、第６のセットを設定するために用いられる情報（trigger6-r13とも称される）、および、第７のセットを設定するために用いられる情報（trigger7-r13とも称される）が含まれる、上位層の信号を送信してもよい。
  ［０２１４］
　また、第１のセットを設定するために用いられる情報（trigger1-r13）、第２のセットを設定するために用いられる情報（trigger2-r13）、第３のセットを設定するために用いられる情報（trigger3-r13）、第４のセットを設定するために用いられる情報（trigger4-r13）、第５のセットを設定するために用いられる情報（trigger5-r13）、第６のセットを設定するために用いられる情報（trigger6-r13）、および、第７のセットを設定するために用いられる情報（trigger7-r13）は、第１６の情報（aperiodicCSI-Trigger-r13とも称される）に含まれてもよい。すなわち、第１６の情報は、アピリオディックＣＳＩレポートが３ビットのＣＳＩリクエストフィールドの値によってトリガされた場合に、いずれのサービングセルに対するアピリオディックＣＳＩレポートがトリガされるかを示してもよい（may indicate for which serving cell(s) the aperiodic CSI report is triggered in a case that the aperiodic CSI report is trigger by a value of 3-bit CSI request field）。
  ［０２１５］
　すなわち、
端末装置１は、第１６の情報、および、ＣＳＩリクエストフィールドの値に基づいて、ＰＵＳＣＨを用いてアピリオディックＣＳＩレポートを実行してもよい。
  ［０２１６］
　ここで、基地局装置３は、上位層の信号を用いて、サービングセルのそれぞれに対して、第１５の情報、および／または、第１６の情報を、端末装置１に送信してもよい。また、端末装置１は、上位層の信号を用いて、サービングセルのそれぞれに対して、第１５の情報、および／または、第１６の情報を、基地局装置３から受信してもよい。すなわち、第１のセットから第７のセットは、上りリンクリソース（上りリンクコンポーネントキャリア）を伴うサービングセル毎に設定されてもよい。
  ［０２１７］
　また、第１のセットから第７のセットのそれぞれは、５つまでのサービングセルを含んでもよい。
  ［０２１８］
　ここで、第１５の情報に基づく第１のセットおよび第２のセットのそれぞれが含むことが可能なサービングセルの最大数と、第１６の情報に基づく第１のセットから第７のセットのそれぞれが含むことが可能なサービングセルの最大数は異なってもよい。
  ［０２１９］
　また、端末装置１は、第１５の情報に基づく第１のセットおよび第２のセットのそれぞれが含むことが可能なサービングセルの最大数に関する情報を、基地局装置３に送信してもよい。また、端末装置１は、第１６の情報に基づく第１のセットから第７のセットのそれぞれが含むことが可能なサービングセルの最大数に関する情報を、基地局装置３に送信してもよい。
  ［０２２０］
　また、第１５の情報に基づく第１のセットおよび第２のセットのそれぞれが含むことが可能なサービングセルの最大数と、第１６の情報に基づく第１のセットから第７のセットのそれぞれが含むことが可能なサービングセルの最大数は同一でもよい。
  ［０２２１］
　また、端末装置１は、第１５の情報、および／または、第１６の情報に基づく第１のセットから第７のセットのそれぞれが含むことが可能なサービングセルの最大数に関する情報を、基地局装置３に送信してもよい。
  ［０２２２］
　ここで、ＣＳＩリクエストフィールドのサイズが２ビットの場合とＣＳＩリクエストフィールドのサイズが３ビットの場合に対して、それぞれ異なるテーブルが定義されてもよい。また、ＣＳＩリクエストフィールドのサイズが２ビットの場合とＣＳＩリクエストフィールドのサイズが３ビットの場合に対して、１つの共通のテーブルが定義されてもよい。
  ［０２２３］
　また、第１のセットを設定するために用いられる情報（trigger1-r13）として、第１のセットを設定するために用いられる情報（trigger1-r10）が用いられてもよい。また、第２のセットを設定するために用いられる情報（trigger2-r13）として、第２のセットを設定するために用いられる情報（trigger2-r10）が用いられてもよい。すなわち、２ビットのサイズのＣＳＩリクエストフィールドのいずれかの値によってアピリオディックＣＳＩレポートがトリガされるサービングセルと、３ビットのサイズのＣＳＩリクエストフィールドのいずれかの値によってアピリオディックＣＳＩレポートがトリガされるサービングセルを、同一（共通）としてもよい。
  ［０２２４］
　ここで、ＣＳＩリクエストフィールドのサイズは、少なくとも、設定されたサービングセル（下りリンクセル）の数、および／または、ＤＣＩフォーマットがマップされたサーチスペースに基づいて決定されてもよい。また、ＣＳＩリクエストフィールドのサイズは、少なくとも、活性化されたサービングセル（下りリンクセル）の数、および／または、ＤＣＩフォーマットがマップされたサーチスペースに基づいて決定されてもよい。
  ［０２２５］
　例えば、端末装置１に対して１つのサービングセルが設定された場合には、ＣＳＩリクエストフィールドのサイズとして（ＣＳＩリクエストに対して）、１ビットのフィールドが適用されてもよい。また、
ＤＣＩフォーマットがコモンサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、１ビットのフィールドが適用されてもよい。
  ［０２２６］
　また、端末装置１に対して１つよりも多いサービングセルが設定され、且つ、ＤＣＩフォーマットがユーザー装置スペシフィックサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、２ビットのフィールドが適用されてもよい。上述したように、ユーザー装置スペシフィックサーチスペースは、少なくとも、Ｃ−ＲＮＴＩによって与えられてもよい。例えば、１つよりも多いサービングセルが設定された端末装置１は、ＤＣＩフォーマットをユーザー装置スペシフィックサーチスペースにおいて検出した場合には、ＣＳＩリクエストフィールドのサイズが２ビットであると想定してもよい。
  ［０２２７］
　また、
５つよりも多いサービングセルが設定または活性化され、且つ、ＤＣＩフォーマットがユーザー装置スペシフィックサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、３ビットのフィールドが適用されてもよい。
  ［０２２８］
　上述したように、基地局装置３と端末装置１は、上述の動作を、１つのＰＵＣＣＨセルグループにおいて行ってもよい。ここで、１つのＰＵＣＣＨセルグループとは、ＤＣＩフォーマット（すなわち、ＣＳＩリクエストが含まれるＤＣＩフォーマット、以下、対応するＤＣＩフォーマットとも称する）を用いることによってＰＵＳＣＨがスケジュールされたサービングセルが属するＰＵＣＣＨセルグループである。
  ［０２２９］
　すなわち、例えば、端末装置１に対して、対応するＤＣＩフォーマットを用いることによってＰＵＳＣＨがスケジュールされたサービングセルが属するＰＵＣＣＨセルグループにおいて１つのサービングセルが設定された場合には、ＣＳＩリクエストフィールドのサイズとして、１ビットのフィールドが適用されてもよい。また、対応するＤＣＩフォーマットがコモンサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、１ビットのフィールドが適用されてもよい。
  ［０２３０］
　また、端末装置１に対して、対応するＤＣＩフォーマットを用いることによってＰＵＳＣＨがスケジュールされたサービングセルが属するＰＵＣＣＨセルグループにおいて１つよりも多いサービングセルが設定され、且つ、該対応するＤＣＩフォーマットがユーザー装置スペシフィックサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、２ビットのフィールドが適用されてもよい。
  ［０２３１］
　また、端末装置１に対して、対応するＤＣＩフォーマットを用いることによってＰＵＳＣＨがスケジュールされたサービングセルが属するＰＵＣＣＨセルグループにおいて５つよりも多いサービングセルが設定され、且つ、該対応するＤＣＩフォーマットがユーザー装置スペシフィックサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、３ビットのフィールドが適用されてもよい。
  ［０２３２］
　すなわち、例えば、第１のＰＵＣＣＨセルグループおよび第２のＰＵＣＣＨセルグループが設定された場合において、第１のＰＵＣＣＨセルグループにおいて１つのサービングセルが設定され、且つ、ユーザー装置スペシフィックサーチスペースおよび／またはコモンサーチスペースにマップされたＤＣＩフォーマットを用いることによって第１のＰＵＣＣＨセルグループに属するサービングセルにおけるＰＵＳＣＨがスケジュールされたならば、ＣＳＩリクエストフィールドのサイズとして、１ビットのフィールドが適用されてもよい。
　［０２３３］
　また、第１のＰＵＣＣＨセルグループおよび第２のＰＵＣＣＨセルグループが設定された場合において、第２のＰＵＣＣＨセルグループにおいて１つのサービングセルが設定され、且つ、ユーザー装置スペシフィックサーチスペースおよび／またはコモンサーチスペースにマップされたＤＣＩフォーマットを用いることによって第２のＰＵＣＣＨセルグループに属するサービングセルにおけるＰＵＳＣＨがスケジュールされたならば、ＣＳＩリクエストフィールドのサイズとして、１ビットのフィールドが適用されてもよい。
　［０２３４］
　また、例えば、第１のＰＵＣＣＨセルグループおよび第２のＰＵＣＣＨセルグループが設定された場合において、第１のＰＵＣＣＨセルグループにおいて１つよりも多いサービングセルが設定され、且つ、ユーザー装置スペシフィックサーチスペースにマップされたＤＣＩフォーマットを用いることによって第１のＰＵＣＣＨセルグループに属するサービングセルにおけるＰＵＳＣＨがスケジュールされたならば、ＣＳＩリクエストフィールドのサイズとして、２ビットのフィールドが適用されてもよい。
　［０２３５］
　また、第１のＰＵＣＣＨセルグループおよび第２のＰＵＣＣＨセルグループが設定された場合において、第２のＰＵＣＣＨセルグループにおいて１つよりも多いサービングセルが設定され、且つ、ユーザー装置スペシフィックサーチスペースにマップされたＤＣＩフォーマットを用いることによって第２のＰＵＣＣＨセルグループに属するサービングセルにおけるＰＵＳＣＨがスケジュールされたならば、ＣＳＩリクエストフィールドのサイズとして、２ビットのフィールドが適用されてもよい。
　［０２３６］
　また、例えば、第１のＰＵＣＣＨセルグループおよび第２のＰＵＣＣＨセルグループが設定された場合において、第１のＰＵＣＣＨセルグループにおいて５つよりも多いサービングセルが設定または活性化され、且つ、ユーザー装置スペシフィックサーチスペースにマップされたＤＣＩフォーマットを用いることによって第１のＰＵＣＣＨセルグループに属するサービングセルにおけるＰＵＳＣＨがスケジュールされたならば、ＣＳＩリクエストフィールドのサイズとして、３ビットのフィールドが適用されてもよい。
　［０２３７］
　また、第１のＰＵＣＣＨセルグループおよび第２のＰＵＣＣＨセルグループが設定された場合において、第２のＰＵＣＣＨセルグループにおいて５つよりも多いサービングセルが設定または活性化され、且つ、ユーザー装置スペシフィックサーチスペースにマップされたＤＣＩフォーマットを用いることによって第２のＰＵＣＣＨセルグループに属するサービングセルにおけるＰＵＳＣＨがスケジュールされたならば、ＣＳＩリクエストフィールドのサイズとして、３ビットのフィールドが適用されてもよい。
　［０２３８］
　すなわち、端末装置１に対して、対応するＰＵＣＣＨセルグループにおいて１つのサービングセルが設定された場合、または、
対応するＤＣＩフォーマットがコモンサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、１ビットのフィールドが適用されてもよい。
端末装置１に対して、対応するＰＵＣＣＨセルグループにおいて５つよりも多いサービングセルが設定され、且つ、対応するＤＣＩフォーマットがユーザー装置スペシフィックサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、３ビットのフィールドが適用されてもよい。
　［０２３９］
　ここで、対応するＰＵＣＣＨセルグループとは、ＤＣＩフォーマット（すなわち、ＣＳＩリクエストが含まれるＤＣＩフォーマット）を用いることによってＰＵＳＣＨがスケジュールされたサービングセルが属するＰＵＣＣＨセルグループである。また、対応するＤＣＩフォーマットは、アピリオディックＣＳＩのレポートを要求するＤＣＩフォーマット（すなわち、ＣＳＩリクエストが含まれるＤＣＩフォーマット）である。
　［０２４０］
　ここで、本実施形態においては、一例として、ＣＳＩリクエストフィールドのサイズが１ビット、２ビット、および、３ビットの場合について記載したが、ＣＳＩリクエストフィールドのサイズは３ビットよりも大きいビット数でもよいことは勿論である。」
（２）「
」
（３）「
」
　上記各記載及び当業者における技術常識からみて、以下のことがいえる。
ア　上記（１）の段落［０２０７］の記載によれば、基地局装置３は、ＣＳＩの送信を要求するために用いられるＣＳＩリクエストをＰＤＣＣＨで送信することによって、ＰＵＳＣＨを用いたＣＳＩの送信（アピリオディックＣＳＩレポート）をトリガーするといえる。また、上記（１）の段落［０２１２］の記載及び上記（３）の［図５］（ｂ）によれば、ＣＳＩリクエストフィールドの値が“０１０”の場合には、アピリオディックＣＳＩレポートは、１つまたは複数のサービングセルの第１のセットに対してトリガされ、ＣＳＩリクエストフィールドの値が“０１１”の場合には、アピリオディックＣＳＩレポートは、１つまたは複数のサービングセルの第２のセットに対してトリガされるといえる。そのため、ＣＳＩリクエストは、１つまたは複数のサービングセルのＣＳＩの送信を要求するために用いられるといえる。したがって、先願明細書等には、「基地局装置において、１つまたは複数のサービングセルのＣＳＩの送信を要求するために用いられるＣＳＩリクエストをＰＤＣＣＨで送信するステップ」が記載されているといえる。
イ　上記（１）の段落［０２１５］の記載によれば、端末装置１は、ＣＳＩリクエストに基づいて、ＰＵＳＣＨを用いてアピリオディックＣＳＩレポート、すなわちＣＳＩの送信、を実行するといえる。したがって、先願明細書等には、「端末装置において、ＣＳＩリクエストに基づいて、ＣＳＩを送信するステップ」が記載されているといえる。
ウ　上記（１）の段落［０２２７］、［０２３８］の記載によれば、５つよりも多いサービングセルが設定される、且つ、ＤＣＩフォーマットがユーザー装置スペシフィックサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、３ビットのフィールドが適用される。また、上記（１）の段落［０２２５］、［０２３８］の記載によれば、ＤＣＩフォーマットがコモンサーチスペースにマップされた場合には、ＣＳＩリクエストフィールドのサイズとして、１ビットのフィールドが適用される。そのため、５つよりも多いサービングセルが設定される場合、ユーザー装置スペシフィックサーチスペースにおいて３ビットのＣＳＩリクエストフィールドのサイズ、すなわち３ビットのＣＳＩリクエストフィールドの値を含むＤＣＩがＰＤＣＣＨで送信され、コモンサーチスペースにおいて１ビットのＣＳＩリクエストフィールドのサイズ、すなわち１ビットのＣＳＩリクエストフィールドの値を含むＤＣＩがＰＤＣＣＨで送信されるといえる。
　さらに、上記（１）の段落［０２１２］の記載及び上記（３）の［図５］（ｂ）によれば、ＣＳＩリクエストフィールドの値は、ＣＳＩの送信をトリガするものといえるから、５つよりも多いサービングセルが設定される場合、ＰＤＣＣＨに配置されるユーザー装置スペシフィックサーチスペースにおいてＣＳＩの送信をトリガする、３ビットのＣＳＩリクエストフィールドの値を含むＤＣＩがＰＤＣＣＨで送信され、コモンサーチスペースにおいてＣＳＩの送信をトリガする、１ビットのＣＳＩリクエストフィールドの値を含むＤＣＩがＰＤＣＣＨで送信されるといえる。
　また、上記（１）の段落［００４２］、［００４４］によれば、端末装置１は、ユーザー装置スペシフィックサーチスペースおよびコモンサーチスペースにおいて、自装置宛てのＰＤＣＣＨを検出する、ブラインドデコーディングを行うといえる。
　したがって、先願明細書等には、「５つよりも多いサービングセルが設定される場合、ＰＤＣＣＨに配置されるユーザー装置スペシフィックサーチスペースにおいてＣＳＩの送信をトリガする３ビットのＣＳＩリクエストフィールドの値を含むＰＤＣＣＨを受信してブラインドデコーディングを行い、コモンサーチスペースにおいてＣＳＩの送信をトリガする１ビットのＣＳＩリクエストフィールドの値を含むＰＤＣＣＨを受信するステップ」が記載されているといえる。
エ　上記（１）の記載及び上記（２）の［図１］によれば、先願明細書等には、「無線通信方法」が記載されていることは明らかである。
　以上を総合すると、先願発明は、以下のとおりのものであると認める。
「　基地局装置において、１つまたは複数のサービングセルのＣＳＩの送信を要求するために用いられるＣＳＩリクエストをＰＤＣＣＨで送信するステップと、
　端末装置において、前記ＣＳＩリクエストに基づいて、ＣＳＩを送信するステップと、
　５つよりも多いサービングセルが設定される場合、ＰＤＣＣＨに配置されるユーザー装置スペシフィックサーチスペースにおいてＣＳＩの送信をトリガする３ビットのＣＳＩリクエストフィールドの値を含むＰＤＣＣＨを受信してブラインドデコーディングを行い、コモンサーチスペースにおいてＣＳＩの送信をトリガする１ビットのＣＳＩリクエストフィールドの値を含むＰＤＣＣＨを受信するステップと、を有する無線通信方法。」
第５　対比及び判断
　本願発明と先願発明とを対比すると、以下のとおりとなる。
１．先願発明の「基地局装置」、「ＣＳＩ」、「ＣＳＩリクエスト」は、それぞれ本願発明の「無線基地局」、「チャネル状態情報」、「チャネル状態情報の送信指示」に相当する。
　また、先願発明の「１つまたは複数のサービングセル」は、「少なくとも１つのサービングセル」に相当する。
　したがって、先願発明の「基地局装置において、１つまたは複数のサービングセルのＣＳＩの送信を要求するために用いられるＣＳＩリクエストをＰＤＣＣＨで送信するステップ」は、本願発明の「無線基地局において、少なくとも一つのサービングセルのチャネル状態情報の送信指示を送信するステップ」と一致する。
２．先願発明の「端末装置」は、本願発明の「ユーザ端末」に相当する。
　したがって、先願発明の「端末装置において、前記ＣＳＩリクエストに基づいて、ＣＳＩを送信するステップ」は、本願発明の「ユーザ端末において、前記チャネル状態情報の送信指示に基づいてチャネル状態情報を送信するステップ」と一致する。
３．先願発明の「５つよりも多いサービングセルが設定される場合」は、「６セル以上が設定される場合」に相当する。
　技術常識より、先願発明の「ＰＤＣＣＨ」は、本願発明の「下り制御チャネル」に含まれるところ、さらに、本願の発明の詳細な説明の段落［００７６］には「
特定の
　先願発明の「ＣＳＩの送信をトリガする３ビットのＣＳＩリクエストフィールドの値」は、本願発明の「２ビットより多いチャネル状態情報のトリガビット」に含まれ、先願発明の「ＣＳＩの送信をトリガする１ビットのＣＳＩリクエストフィールドの値」は、「１ビットのチャネル状態情報のトリガビット」に相当する。
　先願発明の「ブラインドデコーディング」、「コモンサーチスペース」は、それぞれ本願発明の「ブラインド復号」、「共通サーチスペース」に相当する。
　したがって、先願発明の「５つよりも多いサービングセルが設定される場合、ＰＤＣＣＨに配置されるユーザー装置スペシフィックサーチスペースにおいてＣＳＩの送信をトリガする、３ビットのＣＳＩリクエストフィールドの値を含むＰＤＣＣＨを受信してブラインドデコーディングを行い、コモンサーチスペースにおいてＣＳＩの送信をトリガする、１ビットのＣＳＩリクエストフィールドの値を含むＰＤＣＣＨを受信するステップ」は、本願発明の「６セル以上が設定される場合、無線基地局により設定された特定の下り制御チャネルのユーザ端末固有サーチスペースにおいて２ビットより多いチャネル状態情報のトリガビットを含む下り制御チャネルを受信してブラインド復号を行い、共通サーチスペースにおいて１ビットのチャネル状態情報のトリガビットを含む下り制御チャネルを受信するステップ」に含まれる。
　以上のことから、両者は、「　無線基地局において、少なくとも一つのサービングセルのチャネル状態情報の送信指示を送信するステップと、
　ユーザ端末において、前記チャネル状態情報の送信指示に基づいてチャネル状態情報を送信するステップと、
　６セル以上が設定される場合、無線基地局により設定された特定の下り制御チャネルのユーザ端末固有サーチスペースにおいて２ビットより多いチャネル状態情報のトリガビットを含む下り制御チャネルを受信してブラインド復号を行い、共通サーチスペースにおいて１ビットのチャネル状態情報のトリガビットを含む下り制御チャネルを受信するステップと、を有することを特徴とする無線通信方法。」の点で一致し、相違点がないから、本願発明は、先願発明と同一である。
第６　むすび
　以上のとおり、本願発明は、先願発明と同一の発明であり、しかも、本願の発明者が先願の発明をした者と同一ではなく、また本願の出願時において、出願人が先願の出願人と同一でもないので、特許法第２９条の２の規定により特許を受けることができないから（同法第４１条第３項、同法第１８４条の１５第２項参照。）、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。
　よって、結論のとおり審決する。