【事件の表示】
　特願２０１５−５３３３９４「物理ダウンリンク制御チャネルのリソースを判定する方法」拒絶査定不服審判事件〔平成２６年　４月　３日国際公開，ＷＯ２０１４／０４７８４６，平成２７年１１月　９日国内公表，特表２０１５−５３２５４６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１　手続の経緯
　本願は，２０１２年９月２７日を国際出願日とする出願であって，平成２８年４月２６日付けで拒絶理由が通知され，同年８月５日に意見書及び手続補正書が提出され，平成２９年１月２６日付けで拒絶査定がされ，これに対し，同年５月３１日に拒絶査定不服審判が請求され，同時に手続補正がされ，その後，当審において平成３０年７月２日付けで拒絶理由（以下，「当審拒絶理由」という。）が通知され，同年１０月３日に意見書及び手続補正書（以下，この手続補正書による手続補正を「本件補正」という。）が提出されたものである。
　本件補正によって補正された特許請求の範囲の請求項１は，以下のとおりである。
「ＵＥまたはｅＮＢ内で，ＥＰＤＣＣＨを取り出すために前記ＵＥによって復号すべきリソースを判定する方法であって，
　ｉ．１つの物理リソース・ブロック対内のリソースの単位の開始位置を判定するステップと，
　ｉｉ．前記リソースの前記単位と次の単位との間のギャップを判定するステップと，
　ｉｉｉ．復号すべき前記リソースとして，前記開始位置および前記ギャップに従って，複数の物理リソース・ブロック対内で前記リソースの単位のセットを判定するステップと，
を含むことを特徴とする方法。」
２　拒絶の理由
　当審拒絶理由の概要は，「理由１（サポート要件）この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第１号に規定する要件を満たしていない。理由２（明確性）この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第２号に規定する要件を満たしていない。理由３（実施可能要件・委任省令）この出願は，発明の詳細な説明の記載が下記の点で，特許法第３６条第４項第１号に規定する要件を満たしていない。理由４（進歩性）この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。」というものであり，理由４について請求項１に対して以下の３．が引用されている。
　　　　　　　　　　　　＜引用文献等一覧＞
　３．Huawei，HiSilicon，Search space design for ePDCCH，3GPP TSG RAN WG1 Meeting#70 R1-123120，URL:http://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_70/Docs/R1-123120.zip，２０１２年８月５日（利用可能日）
　また，請求項１に関する理由１〜３についての具体的内容（抜粋）は以下のとおりである。
「（２）請求項１，７，１１，１２には「リソースの単位」の定義がされておらず不明確であり，「１つの物理リソース・ブロック対内のリソースの単位の開始位置を判定するステップ」の内容が不明確になっている。このため，請求項１，７，１１，１２に係る発明が不明確である。また，発明の詳細な説明は，当業者が請求項１，７，１１，１２に係る発明に係る発明を実施し得る程度に明確かつ十分に記載されているとはいえない。（明確性）
　また，単なる「リソースの単位」との記載には，例えば，ＲＥ，サブキャリア，ＯＦＤＭシンボル等々も含まれるから，出願時の技術常識に照らしても，請求項１，７，１１，１２に係る発明の範囲まで，発明の詳細な説明に記載された内容を拡張ないし一般化できるとはいえない。したがって，請求項１，７，１１，１２に係る発明は発明の詳細な説明に記載されたものでない。（サポート要件）
（３）発明の詳細な説明を参酌しても「前記単位のうちの２つの間のギャップ」の定義が不明確である。通常，ギャップは物理空間におけるものと解されるが，図２から明らかなように，本願でいうギャップは物理空間におけるものではなく，論理空間の定義が明らかにされていない以上，論理空間におけるギャップにいかなる意味があるのか不明確である。
（中略）
　更に，発明の詳細な説明をみても「ｉｉ．前記単位のうちの２つの間のギャップを判定するステップ」の具体的動作が明らかにされておらず，不明確である。特に，局所化された送信のギャップについては，【００５９】に「図６に示されているように，ギャップは，１（２つのＥＣＣＥが連続する），２，および３とすることができる。」と記載されるのみであり，ギャップを判定するステップが開示されていない。また，どうしてそれ以外のギャップが採用されないのか不明である。 
　このため，請求項１及び請求項１を引用する各請求項に係る発明が不明確であり，また，発明の詳細な説明は，当業者が請求項１及び請求項１を引用する各請求項に係る発明を実施し得る程度に明確かつ十分に記載されているとはいえない。（明確性，実施可能要件）」
３　当審の判断
（１）理由１〜３について
ア　請求項１には，「リソース」に関して，「ＥＰＤＣＣＨを取り出すために前記ＵＥによって復号すべきリソース」，「１つの物理リソース・ブロック対内のリソースの単位」と記載されており，それ以上の具体的な定義はされていない。そして，請求項１には論理空間に関する記載は一切存在しない。このため，「リソースの単位」は，その用語が有する通常の意味からみて，ＥＰＤＣＣＨを伝送するための通信資源の所定の単位と解されるものの，それ以上の特定の意味は見出せない。したがって，「リソースの単位」には，例えば，ＬＴＥにおける物理リソース・ブロック（ＰＲＢ）対内の中のＲＥ(Resource Element)，サブキャリア，ＯＦＤＭシンボル等々が含まれ得る。そして「前記リソースの前記単位と次の単位との間のギャップ」には，時間領域・周波数領域における資源間の距離が含まれ得る。
　これに対し，発明の詳細な説明に発明として記載されたものは，
「【０００９】
　本解決策の基本的なアイデアは，次のルールを定義することによって候補を決定することである。
　１）ＥＰＤＣＣＨの単位への開始インデックス，すなわち，局所化された送信および分散された送信のＥＣＣＥのインデックス，および分散された送信について，ＥＣＣＥ内のＥＲＥＧのインデックスをも定義する・・・」
「【００５０】
　局所化された送信について，単位は，ＰＲＢ対内のＥＣＣＥである。・・・」
「【００５１】
　分散された送信について，単位は，ＰＲＢ対内のＥＣＣＥ内のＥＲＥＧである。・・・」
等の記載からも明らかなように，「リソースの単位」は，局所化された送信ではＰＲＢ対内のＥＣＣＥ，分散された送信ではＰＲＢ対内のＥＣＣＥ内のＥＲＥＧであって，これ以外のものは記載も示唆もされていない。
　そして，ＥＣＣＥを構成するＥＲＥＧはＰＲＢ対内の分散する複数ＲＥから構成されることは当業者における技術常識であるから，局所化された送信におけるＥＣＣＥ間のギャップや分散された送信におけるＥＲＥＧ間のギャップは，論理空間における距離ということになる。このことは，発明の詳細な説明に記載されたギャップが，局所化された送信における１つの候補の２つのＥＣＣＥ間のギャップＧＥＣＣＥ（【００５９】参照）と，分散された送信におけるＰＲＢ対内の第ｍのＥＣＣＥの第ｎのＥＲＥＧと別のＰＲＢ対内の第ｍのＥＣＣＥの対応する第ｎのＥＲＥＧとの間の【数２】【数４】の関数として定義されるギャップＧＥＲＥＧ（【００６４】，【００６５】参照）のみであり，これ以外には記載も示唆もされていないことに対応する。
　また，請求人は，平成３０年１０月３日に意見書にて，本発明の「ギャップ」は「論理空間中でのリソースの不連続」を示すものであって３次元的距離ではない旨主張している。
　してみると，請求項１の用語について，その用語が有する通常の意味と異なる意味が置かれているというべきであり，いずれと解すべきか不明となり，請求項１に係る発明が不明確になっている。また，これに伴い，「ｉｉｉ．復号すべき前記リソースとして，前記開始位置および前記ギャップに従って，複数の物理リソース・ブロック対内で前記リソースの単位のセットを判定するステップ」の内容を技術的に特定することができないから，請求項１に係る発明は不明確である。
　また，出願時の技術常識に照らしても，請求項１に係る発明の範囲まで，発明の詳細な説明に記載された内容を拡張ないし一般化できるとはいえない。
イ　局所化された送信におけるギャップについて，発明の詳細な説明には【００５９】に「図６に示されているように，ギャップは，１（２つのＥＣＣＥが連続する），２，および３とすることができる。」と記載されるのみであり，当該「１，２，および３」のギャップがどのようにして「判定」されるのか明らかにされていない。このため，「ｉｉ．前記リソースの前記単位と次の単位との間のギャップを判定するステップ」の判定動作が不明であると言わざるを得ず，発明の詳細な説明は，当業者が請求項１に係る発明を実施し得る程度に明確かつ十分に記載されているとはいえない。
　以上のとおりであり，請求項１に係る発明は，不明確であり，また，発明の詳細な説明に記載されたものでない。
ウ　請求人は平成３０年１０月３日に意見書にて，「（２）　請求項１，７，１１及び１２中の「１つの物理リソース・ブロック対内のリソースの単位の開始位置を判定するステップ」の内容が不明瞭であるとの御指摘を受けました。補正により，「単位」の定義が，開始位置からギャップまでの「リソース」として明確化されましたので，斯かる定義により御指摘の記載の内容は明確化され，特許法第３６条第６項第１号に規定する要件を満たすものと思料します。」と主張しているが，上記ア，イのとおりであるから，当該主張は採用できない。
　また，「（３）　請求項中の「ギャップ」の定義が不明瞭であるとの御指摘を頂きました。御指摘では３次元的距離を想定されているものと思います。しかしながら，本発明での「ギャップ」は明細書中では，「論理空間中でのリソースの不連続」を示すものとして開示されており，３次元的距離としては開示されていません。明細書の開示に鑑みて，請求項中の「ギャップ」の定義は明瞭であり，特許法第３６条第６項第２号及び特許法第３６条第４項第１号に規定する要件を満たすものと思料します。」と主張しているが，当該主張は特許請求の範囲の記載に基づかないものであるから採用できない。
エ　上記ア〜ウのとおりであり，この出願は，特許法第３６条第４項第１号，同条第６項第１号及び第２号に規定する要件を満たしていない。
（２）理由４について
ア　本願発明
　上記（１）のとおり，請求項１に係る発明が不明確であるため，発明の詳細な説明を参酌すると，発明の詳細な説明には以下の記載がある。
「【０００９】
　本解決策の基本的なアイデアは，次のルールを定義することによって候補を決定することである。
　１）ＥＰＤＣＣＨの単位への開始インデックス，すなわち，局所化された送信および分散された送信のＥＣＣＥのインデックス，および分散された送信について，ＥＣＣＥ内のＥＲＥＧのインデックスをも定義する・・・」
「【００５０】
　局所化された送信について，単位は，ＰＲＢ対内のＥＣＣＥである。・・・」
　上記記載及びこの分野における当業者の技術常識を参酌すると，請求項１の「リソースの単位」には，局所化された送信におけるＥｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ（ＥＣＣＥ）が含まれるといえる。
　したがって，本願の請求項１に係る発明（以下，「本願発明」という。）は以下のとおりのものと認める。
「ＵＥまたはｅＮＢ内で，ＥＰＤＣＣＨを取り出すために前記ＵＥによって復号すべきリソースを判定する方法であって，
　ｉ．１つの物理リソース・ブロック対内の局所化された送信におけるＥｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ（ＥＣＣＥ）の開始位置を判定するステップと，
　ｉｉ．前記ＥＣＣＥと次のＥＣＣＥとの間のギャップを判定するステップと，
　ｉｉｉ．復号すべき前記リソースとして，前記開始位置および前記ギャップに従って，複数の物理リソース・ブロック対内で前記ＥＣＣＥのセットを判定するステップと，
を含むことを特徴とする方法。」
イ　引用発明 
　当審拒絶理由に引用されたHuawei，HiSilicon，Search space design for ePDCCH（［当審仮訳］：ePDCCHのための探索空間設計），3GPP TSG RAN WG1 Meeting#70 R1-123120，＜URL:http://www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_70/Docs/R1-123120.zip＞（利用可能日２０１２年８月５日）（以下，「引用例」という。）には，図面とともに以下の事項が記載されている。
「
」 （１葉７行〜４葉７行）
（［当審仮訳］：
１．はじめに
　RAN1#69会議では，ePDCCH設計のためのいくつかの原理が合意されたが，ePDCCH探索空間設計に対する合意は達成されなかった。本稿において，我々は
ePDCCH探索空間設計に我々の見解を提供する。
２．ePDCCH探索空間設計
　Rel-8/9/10の場合，PDCCH探索空間は以下の特性を有する。
・
PDCCH割り当てのための最小リソース単位は，Control Channel Element(CCE)である。
・
UEは，探索空間において，そのPDCCHをブラインド復号する
・共通探索空間(CSS)とUE固有探索空間(USS)との両方が定義される。
・PDCCH探索空間内では，４つのアグリゲーションレベルが定義される。
・セル内の全てのUEに対するPDCCH送信は，同一の物理リソース上に多重化される。
　ePDCCH CSSはRel-12において議論されることが合意されているので，本稿ではePDCCH USS設計のみを考察する。ePDCCH USS設計を単純化するために，
仕様変更を最小限に抑え，PDCCH探索空間の特性を可能な限り再利用することが望ましい。ePDCCH USS設計では，各アグリゲーションレベルの探索空間における使用されたアグリゲーションレベル及び候補の数は，Rel-10[1]と同じであると仮定する。
　上記の考察に基づいて，局所化された及び分散されたePDCCH伝送のためのUSS設計は，以下のセクションにおいて別々に議論される。 
２．１　局所化された送信のためのUSS設計
　シグナリング構成が異なるため，PRB対に対応するeCCEの数は可変であるが，ePDCCH探索空間は，PRB対のeCCEの数とは独立している必要がある。簡単のため，各PRB対が４個のeCCEに対応し，システム内にN個のPRB対があると仮定すると，対応するeCCEの総数は4Nである。eCCEとPRB対との関係及びeCCEインデックスは，図１に示される。
（図１は省略。）
　
UEのブラインド復号
（図２は省略。）
　
ePDCCHブロッキング問題を防止するために，異なるUE間のPRB対に対するePDCCHのマッピングは，整列されるべきである。
（図３は省略。）
　
ePDCCH候補配列の規則は，アグリゲーションレベルLの各ePDCCH候補の開始eCCEインデックスnが要件　n mod L=0　を満たし，対応するeCCEのセット内の開始eCCE及び後続のL−1個のeCCEが１つのePDCCH候補に対して配置される
　この規則に基づいて，各アグリゲーションレベルについて，対応するeCCEのセット内に複数の潜在的なePDCCH候補を生成する。
ブラインド復号の複雑さを更に低減するために，異なるアグリゲーションレベルに対するePDCCH候補の限られた数を有する探索空間が，対応するeCCEのセット内に定義される。
　各探索空間におけるePDCCH候補について，ePDCCHに対する周波数領域スケジューリング利得を達成するために，対応するPRB対の分布は，図４に示される構成されたPRBに及ぶ。
　
ePDCCH候補とeCCEグローバルインデックスとの関係については，以下のような仮定がある。
○　構成されたePDCCH PRB対に対応するeCCEの数はQであり，eCCEのインデックスは　eCCE(q) ここで，q=0,1,・・・,Q-1　で表される。
○　アグリゲーションレベルLの探索空間におけるePDCCH候補の数は，M
L
である。
　アグリゲーションレベルLのePDCCH候補m　m=0,1,K,M
L
-1　について配置されたeCCEのインデックスは　eCCE(q
i
)　q
i
=L×((k+mΔ
L
))mod K
L
)+i　である。ここで，
○　i=0,1,Λ,L-1
○　K
L
=[Q/L]（当審注：[]は床関数）は，アグリゲーションレベルLの潜在的なePDCCH候補の数である。
○　Δ
L
=[K
L
/M
L
]（当審注：[]は天井関数）は，アグリゲーションレベルLの２つのePDCCH候補間の距離である。
○　k　k=0,1,Λ,K
L
-1は，アグリゲーションレベルLの潜在的なePDCCH候補kの最初のePDCCH候補であることを表す。最初のePDCCH候補の位置，すなわちkは，上位層シグナリングによって構成することができ，又は，異なるユーザに割り当てられたときにeCCEを効率的に多重化することができるようにするためのC-RNTIによって決定することができる。
　
ePDCCHリソースマッピングに関して，ePDCCHの各eCCEは，対応するPRB対に n=[eCCE(q)/X]（当審注：[]は床関数）によりマッピングされ
（図４は省略。）
　したがって，局所化された送信のために，USS設計に対して以下の提案が存在する。
●　グローバルeCCEインデックスがUSSを定義するために使用される。
●　アグリゲーションレベルLを有するePDCCH候補の開始eCCEインデックスnは，要件　n mod L=0　を満たし，対応するeCCEのセット内の開始eCCE及び後続のL−1個のeCCEが，１つのePDCCH候補に対して配置される。
●　上述のePDCCH候補とeCCEインデックスとの関係を採用する。　）
　引用例の上記記載及びこの分野における当業者の技術常識を考慮すると，次のことがいえる。 
(i) 引用例はePDCCHのための探索空間設計に関するものであり，「２．ePDCCH探索空間設計」の記載及び当業者の技術常識によれば，ePDCCHのための探索空間設計は，UEがブラインド復号するリソースを特定するための方法，eNBがePDCCHをマッピングするリソースを特定するための方法といえる。
　ここで，「２．ePDCCH探索空間設計」及び「２．１　局所化された送信のためのUSS設計」の記載によれば，局所化された送信におけるePDCCH割り当てのための最小リソース単位は，eCCEであることが当業者に明らかである。
(ii) 「２．１　局所化された送信のためのUSS設計」の記載によれば，当該方法は，アグリゲーションレベルLの各ePDCCH候補のPRB対内の開始eCCEインデックスnが要件　n mod L=0　を満たすようにすることによりePDCCHブロッキング問題を防止するものである。そして，ブラインド復号の複雑さを更に低減するために，UEのブラインド復号のePDCCH候補に係るeCCEのセットを　eCCE(qi)　qi=L×((k+mΔL))mod KL)+i　により規定することにより，異なるアグリゲーションレベルに対するePDCCH候補の限られた数を有する探索空間を対応するeCCEのセット内に定義するものである。そして，上記数式により規定されるeCCE(qi)により構成される各アグリゲーションレベルにおけるePDCCH候補が図４に示されているところ，その「mod(Start eCCE indeX,1)=0」，・・・，「mod(Start eCCE indeX,8)=0」の記載から明らかように，図４の例は要件　n mod L=0　を満たすものである。
　したがって，上記方法が，アグリゲーションレベルLの各ePDCCH候補のPRB対内の開始eCCEインデックスnが要件　n mod L=0　を満たすよう，局所化された送信におけるPRB対内のeCCEの開始位置を規定していることは明らかである。
(iii) 上記qiを規定する数式中の上記KLは，アグリゲーションレベルLの潜在的なePDCCH候補の数であり，図２，４の例では，UEに対して６つのPRB対（PRB対0，1，4，5，8，9）が構成され，各PRB対が４個のeCCEに対応することから，Qは24であり，K1 =24，K2 =12，K4 =6，K8 =3であることが見てとれる。
　また，上記MLはアグリゲーションレベルLの探索空間におけるePDCCH候補の数であり，図４の例では，色付けされている部分であって，M1 =6，M2 =6，M4 =2，M8 =2であることが見てとれる。そして，上記mは，アグリゲーションレベルLにおけるm番目のePDCCH候補を表すものといえる。
　また，上位層シグナリングによって構成される，又は，C-RNTIによって決定される上記kは，最初のePDCCH候補を規定するものといえ，図４の例では，いずれのアグリゲーションレベルにおいても最初のePDCCH候補の開始eCCEはeCCE0であるから，k=0であることが明らかである。
　また，KL/MLの天井関数であるΔLは，アグリゲーションレベルLの２つのePDCCH候補間の距離であり，アグリゲーションレベルLの潜在的なePDCCH候補の数KLとアグリゲーションレベルLの探索空間におけるePDCCH候補の数MLとにより計算により決定されるといえる。
　さらに，上記iは，i=0,1,Λ,L-1と定義されていることから，アグリゲーションレベルLの１つのePDCCH候補に係るeCCEセットの連続する各eCCEに対応することが明らかである。
　したがって，上記方法は，１つのePDCCH候補に係るeCCEセットの連続する各eCCEをi（i=0,1,Λ,L-1）を用いて特定し，アグリゲーションレベルLの２つのePDCCH候補間の距離ΔLを計算により決定しているといえる。
(iv) 上記(ii)，(iii)のとおり，上記方法は，ePDCCH候補に係るeCCEのセットを　eCCE(qi)　qi=L×((k+mΔL))mod KL)+i　（ここで，kはC-RNTIによって決定され，mはアグリゲーションレベルLにおけるm番目のePDCCH候補を表し，KLはアグリゲーションレベルLの潜在的なePDCCH候補の数である）により規定しているといえる。
　したがって，引用例には以下の発明（以下，「引用発明」という。）が記載されているものと認める。
「UEがブラインド復号するリソースを特定するための方法又はeNBがePDCCHをマッピングするリソースを特定するための方法であって，
　アグリゲーションレベルLの各ePDCCH候補のPRB対内の開始eCCEインデックスnが要件　n mod L=0　を満たすよう，局所化された送信におけるPRB対内のeCCEの開始位置を規定し，
　１つのePDCCH候補に係るeCCEセットの連続する各eCCEをi（i=0,1,Λ,L-1）を用いて特定し，アグリゲーションレベルLの２つのePDCCH候補間の距離ΔLを計算により決定し，
　ePDCCH候補に係るeCCEのセットを　eCCE(qi)　qi=L×((k+mΔL))mod KL)+i　により規定する，ここで，kはC-RNTIにより決定され，mはアグリゲーションレベルLにおけるm番目のePDCCH候補を表し，KLはアグリゲーションレベルLの潜在的なePDCCH候補の数である，
ことを含む方法。」
ウ　対比・判断 
　本願発明と引用発明とを対比すると，
(i) 本願発明の「ＵＥ」，「ｅＮＢ」，「ＥＰＤＣＣＨ」，「物理リソース・ブロック対」，「ＥＣＣＥ」と，引用発明の「UE」，「eNB」，「ePDCCH」，「PRB対」，「eCCE」とは，それぞれ同義である。
　そして，本願明細書の【０００６】〜【０００８】の記載からも明らかなように，本願発明はＥＰＤＣＣＨのブラインド復号を前提としており，本願発明の「ｅＮＢ内で」「ＥＰＤＣＣＨを取り出すために前記ＵＥによって復号すべきリソースを判定する」ことは，ｅＮＢにおいてＵＥに対するＥＰＤＣＣＨをマッピングするリソース（ＥＣＣＥ）を特定することであることは当業者に明らかである。
　したがって，引用発明の「UEがブラインド復号するリソースを特定するための方法又はeNBがePDCCHをマッピングするリソースを特定するための方法」は，本願発明と同様に「ＵＥまたはｅＮＢ内で，ＥＰＤＣＣＨを取り出すために前記ＵＥによって復号すべきリソースを判定する方法」といえる。
(ii) 本願発明の「判定する」は，本願明細書の開示内容に照らして，また，国際出願時の明細書の記載が「determinig」であることからも明らかなように，「決定する」ことを含むものである。
　そして，引用発明の「アグリゲーションレベルLの各ePDCCH候補のPRB対内の開始eCCEインデックスnが要件　n mod L=0　を満たすよう，局所化された送信におけるPRB対内のeCCEの開始位置を規定し，」は，１つのPRB対内の局所化された送信におけるeCCEの開始位置を決定しているといえるから，本願発明の「ｉ．１つの物理リソース・ブロック対内の局所化された送信におけるＥｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ（ＥＣＣＥ）の開始位置を判定するステップ」に相当する。
(iii) 引用発明の「１つのePDCCH候補に係るeCCEセットの連続する各eCCEをi（i=0,1,Λ,L-1）を用いて特定し，アグリゲーションレベルLの２つのePDCCH候補間の距離ΔLを計算により決定し，」は，ePDCCHを取り出すためにUEによって復号すべきリソースを特定するために，１つのePDCCH候補に係る各eCCEが連続するもの（すなわち，１つのePDCCH候補に係る各eCCE間にギャップがないもの）とし，ePDCCH候補と次のePDCCH候補との間の距離（すなわち，ePDCCH候補の開始eCCEと次のePDCCH候補の開始eCCEとの間のギャップをePDCCH候補の個数で表したもの。）をΔLと決定しているといえる。ここで，引用発明の「アグリゲーションレベルLの各ePDCCH候補のPRB対内の開始eCCEインデックスnが要件　n mod L=0　を満たすよう，局所化された送信におけるPRB対内のeCCEの開始位置を規定し，」によれば，引用例の図４からも明らかなように，１つのPRB対内には１つのePDCCH候補しか存在しないから，１つのePDCCH候補に係る各eCCEが連続するものとすることは，１つのPRB対内のeCCEと次のeCCEとの間のギャップがないものとすることに等しい。そして，これは，本願明細書の【００８５】の「これは，局所化されたＥＰＤＣＣＨなので，ＰＲＢ対内のＥＰＤＣＣＨ候補の２つのＥＣＣＥの間にはギャップがない。」とすること，及び【００５９】，図３の例における「ギャップは，１（２つのＥＣＣＥが連続する）・・・とすること」に対応することは明らかである。
　したがって，引用発明の「１つのePDCCH候補に係るeCCEセットの連続する各eCCEをi（i=0,1,Λ,L-1）を用いて特定し，アグリゲーションレベルLの２つのePDCCH候補間の距離ΔLを計算により決定し，」は，本願発明の「ｉｉ．前記ＥＣＣＥと次のＥＣＣＥとの間のギャップを判定するステップ」に含まれる。
(iv) 引用発明の「ePDCCH候補に係るeCCEのセットを　eCCE(qi)　qi=L×((k+mΔL))mod KL)+i　により規定する，ここで，kはC-RNTIにより決定され，mはアグリゲーションレベルLにおけるm番目のePDCCH候補を表し，KLはアグリゲーションレベルLの潜在的なePDCCH候補の数である」は，復号すべきリソースとして開始位置およびギャップに従って複数のPRB対内で前記eCCEのセットを決定しているといえるから，本願発明の「ｉｉｉ．復号すべき前記リソースとして，前記開始位置および前記ギャップに従って，複数の物理リソース・ブロック対内で前記ＥＣＣＥのセットを判定するステップ」に含まれる。
　したがって，本願発明と引用発明は，
「ＵＥまたはｅＮＢ内で，ＥＰＤＣＣＨを取り出すために前記ＵＥによって復号すべきリソースを判定する方法であって，
　ｉ．１つの物理リソース・ブロック対内の局所化された送信におけるＥｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ（ＥＣＣＥ）の開始位置を判定するステップと，
　ｉｉ．前記ＥＣＣＥと次のＥＣＣＥとの間のギャップを判定するステップと，
　ｉｉｉ．復号すべき前記リソースとして，前記開始位置および前記ギャップに従って，複数の物理リソース・ブロック対内で前記ＥＣＣＥのセットを判定するステップと，
を含むことを特徴とする方法。」
　の点で一致し，相違点はない。
（［当審注］：当審拒絶理由の通知時においては，「前記ステップｉは，ＵＥ固有情報に従って前記開始位置を判定する」との構成が相違点であったが，平成３０年１０月３日にされた手続補正により当該構成が削除されたため，相違点が存在しないこととなった。）
　したがって，本願発明は引用発明と同一である。また，本願発明は，本願発明と同一である引用発明に基づいて，当業者が容易に想到し得るものである。
（請求人の主張について）
　請求人は，平成３０年１０月３日に提出された意見書において，以下のように主張している。
「４，理由４（進歩性）について
　独立請求項１，１１及び１２には，リソースの単位のセットが，開始位置とギャップとに基づいて定義されています。
（１）　拒絶理由通知では，本発明の「開始位置」が引用文献３の「the starting eCCE index n of each ePDCCH candidate」に対応し，本発明の「ギャップ」が引用文献３の「distance between two ePDCCH candidates」に対応し，及び本発明の「リソースの単位のセットの定義」が引用文献３の「determining the ePDCCH candidate」に対応するとの御指摘を頂きました。しかしながら，斯かる対応関係は正しくありません。
（２）　本発明の「ギャップ」は引用文献３の「determining the ePDCCH candidate」とは異なります。なぜならば，本発明の「ギャップ」は「論理空間中でのリソースの不連続」を示すものであって，３次元的距離ではありません。これに対して，引用文献３の「determining the ePDCCH candidate」は３次元的距離です。従いまして，本発明の「ギャップ」に対応する開示は引用文献３にはなく，本発明は引用文献３とは構成が異なり，容易に推考する事は出来ないものと思料します。」
　しかしながら，当審拒絶理由は「ギャップ」が引用文献３の「determining the ePDCCH candidate」に対応するとはしていないから，上記（２）の主張は意味不明である。また，上記（２）の主張における「determining the ePDCCH candidate」が「distance between two ePDCCH candidates」の誤記であるとしても，引用例（当審拒絶理由における引用例３）の「distance between two ePDCCH candidates」は，その図４において色付きで示されているeCCEのセットで構成されるePDCCH候補の相互間の距離であり，１つのePDCCH候補に係るeCCEセットの連続する各eCCEを特定するi（i=0,1,Λ,L-1）も図４において色付きで示されているeCCEを特定するものであるから，本願の図３におけるギャップと同様に論理空間中における距離に該当することは自明である。
　したがって，請求人の主張は，引用例の技術内容を正解しないものであるから，採用できない。
４　むすび
　以上のとおり，本願は，特許法第３６条第４項第１号，同条第６項第１号及び同第２号に規定する要件を満たしていない。また，本願発明は，特許法第２９条第１項第３号，同条第２項の規定により，特許を受けることができない。
　したがって，他の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。
　よって，結論のとおり審決する。