【事件の表示】
　特願２０１８−５６４３７９「ＮＢ−ＩＯＴのための無競合ランダムアクセスリソースを提供するための方法」拒絶査定不服審判事件〔平成２９年１２月１４日国際公開，ＷＯ２０１７／２１２４４３，令和元年９月５日国内公表，特表２０１９−５２５５２１，請求項の数（２６）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２０１７年（平成２９年）６月８日（パリ条約による優先権主張　外国庁受理　２０１６年６月８日　アメリカ合衆国（ＵＳ））を国際出願日とする出願であって，その手続の経緯は以下のとおりである。
　令和元年１２月　９日付け　拒絶理由通知書
　令和２年　３月１７日　　　意見書及び手続補正書の提出
　令和２年　６月１２日付け　拒絶査定
　令和２年１０月１２日　　　審判請求書の提出
第２　原査定の概要
　原査定（令和２年６月１２日付け拒絶査定）の概要は次のとおりである。
（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　　　記
・請求項１，２，５，６，７ないし１１，１４，１５，１８，１９，２０ないし２４に対して，引用文献等１及び２
・請求項３，４，１２，１３，１６，１７，２５，２６に対して，引用文献１ないし３
　引用文献１．Ericsson，Narrowband IoT - Random Access Design [online]，3GPP TSG-RAN WG1#83 R1-157424，インターネット＜URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_83/Docs/R1-157424.zip＞，２０１５年１１月２２日，Section 2, Section 3
　引用文献２．Samsung Electronics, Co. Ltd.，Discussion on Random Access Procedure [online]，3GPP TSG-RAN WG2#91bis R2-154531，インターネット＜URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_91bis/Docs/R2-154531.zip＞，２０１５年１０月　９日，Section 2
　引用文献３．Ericsson，NB-IoT - Remaining issues for random access procedure [online]，3GPP TSG RAN WG1 adhoc_LTE_NB-IoT_1603 R1-161836，インターネット＜URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/LTE_NB-IoT_1603/Docs/R1-161836.zip＞，２０１６年　３月２４日，Section 2
第３　本願発明
　本願の請求項１ないし２６に係る発明（以下，「本願発明１」ないし「本願発明２６」という。）は，令和２年３月１７日にされた手続補正により補正された特許請求の範囲の請求項１ないし２６に記載された事項により特定される発明であり，以下のとおりの発明である。
「　　【請求項１】
　ネットワークノード（１１５）における方法（８００）であって、
　複数の開始サブキャリアを含む狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）内で、無競合ランダムアクセス手順を実行するための前記複数の開始サブキャリアのサブセット（３１０、４１０、５２０、５３０、６１０、７２０、７３０）を予約すること（８０４）と、
　１つまたは複数のユーザ機器（ＵＥ）（１１０）に、前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す情報を通信すること（８０４）と
を含み、
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の開始サブキャリアの数を含む、方法。
　　【請求項２】
　前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の前記開始サブキャリア（３１５、４１５、５２５、５３５、６１５、７２５、７３５）が、競合ベースのランダムアクセス手順を実行するために利用可能である、請求項１に記載の方法。
　　【請求項３】
　前記情報が無線リソース制御情報要素の一部としてシグナリングされる、請求項１に記載の方法。
　　【請求項４】
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアの各々が、サブキャリアホッピングシーケンスのための第１のサブキャリアである、請求項１に記載の方法。
　　【請求項５】
　第１のＵＥに、前記無競合ランダムアクセス手順を実行するための前記予約された開始サブキャリアのうちの特定の１つを使用するための命令を通信することを含む、請求項１に記載の方法。
　　【請求項６】
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、予約された開始サブキャリアの数を含む、請求項１に記載の方法。
　　【請求項７】
　ユーザ機器（ＵＥ）（１１０）における方法（９００）であって、
　狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているか（３１０、４１０、５２０、５３０、６１０、７２０、７３０）を示す情報をネットワークノード（１１５）から受信すること（９０４）と、
　前記受信した情報に基づいてランダムアクセス手順を実行すること（９０８）と
を含み、
　前記無競合ランダムアクセス手順を実行するために予約された前記開始サブキャリアが、前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのサブセットを含み、
　前記予約されたサブセット内にない１つまたは複数の開始サブキャリア（３１５、４１５、５２５、５３５、６１５、７２５、７３５）が、競合ベースのランダムアクセス手順を実行するために利用可能であり、
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記予約されたサブセット内にない前記１つまたは複数の開始サブキャリアの数を含む、方法。
　　【請求項８】
　前記予約されたサブセット内にない前記１つまたは複数の開始サブキャリアの前記数に基づいて、前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを決定することを含む、請求項７に記載の方法。
　　【請求項９】
　前記予約されたサブセット内にない前記１つまたは複数の開始サブキャリアの中から第１の開始サブキャリアを選択することを含み、
　前記受信した情報に基づいて前記ランダムアクセス手順を実行することが、前記選択された第１の開始サブキャリアを使用して競合ベースのランダムアクセス手順を実行することを含む、請求項７に記載の方法。
　　【請求項１０】
　前記ネットワークノードから、無競合ランダムアクセス手順を実行するための前記予約された開始サブキャリアのうちの特定の１つを使用するための命令を受信することを含み、
　前記受信した情報に基づいて前記ランダムアクセス手順を実行することが、前記予約された開始サブキャリアのうちの前記特定の１つを使用して前記無競合ランダムアクセス手順を実行することを含む、請求項７に記載の方法。
　　【請求項１１】
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、予約された開始サブキャリアの数を含む、請求項７に記載の方法。
　　【請求項１２】
　前記情報が無線リソース制御情報要素において受信される、請求項７に記載の方法。
　　【請求項１３】
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアの各々が、サブキャリアホッピングシーケンスのための第１のサブキャリアである、請求項７に記載の方法。
　　【請求項１４】
　処理回路（１１２０）を備えるネットワークノード（１１５）であって、前記処理回路が、
　複数の開始サブキャリアを含む狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）内で、無競合ランダムアクセス手順を実行するための前記複数の開始サブキャリアのサブセット（３１０、４１０、５２０、５３０、６１０、７２０、７３０）を予約し（８０４）、
　１つまたは複数のユーザ機器（ＵＥ）（１１０）に、前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す情報を通信する（８０４）
ように設定され、
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の開始サブキャリアの数を含む、ネットワークノード。
　　【請求項１５】
　前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の前記開始サブキャリア（３１５、４１５、５２５、５３５、６１５、７２５、７３５）が、競合ベースのランダムアクセス手順を実行するために利用可能である、請求項１４に記載のネットワークノード。
　　【請求項１６】
　前記情報が無線リソース制御情報要素の一部としてシグナリングされる、請求項１４に記載のネットワークノード。
　　【請求項１７】
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアの各々が、サブキャリアホッピングシーケンスのための第１のサブキャリアである、請求項１４に記載のネットワークノード。
　　【請求項１８】
　前記処理回路が、第１のＵＥに、前記無競合ランダムアクセス手順を実行するための前記予約された開始サブキャリアのうちの特定の１つを使用するための命令を通信するように設定される、請求項１４に記載のネットワークノード。
　　【請求項１９】
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、予約された開始サブキャリアの数を含む、請求項１４に記載のネットワークノード。
　　【請求項２０】
　処理回路（１０２０）を備えるユーザ機器（ＵＥ）（１１０）であって、前記処理回路が、
　ネットワークノード（１１５）から、狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているか（３１０、４１０、５２０、５３０、６１０、７２０、７３０）を示す情報を受信し（９０４）、
　前記受信した情報に基づいてランダムアクセス手順を実行する（９０８）
ように設定され、
　前記無競合ランダムアクセス手順を実行するために予約された前記開始サブキャリアが、前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのサブセットを含み、
　前記予約されたサブセット内にない１つまたは複数の開始サブキャリア（３１５、４１５、５２５、５３５、６１５、７２５、７３５）が、競合ベースのランダムアクセス手順を実行するために利用可能であり、
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記予約されたサブセット内にない前記１つまたは複数の開始サブキャリアの数を含む、ＵＥ。
　　【請求項２１】
　前記処理回路が、
　前記予約されたサブセット内にない前記１つまたは複数の開始サブキャリアの前記数に基づいて、前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを決定するように設定される、請求項２０に記載のＵＥ。
　　【請求項２２】
　前記処理回路が、前記予約されたサブセット内にない前記１つまたは複数の開始サブキャリアの中から第１の開始サブキャリアを選択するように設定され、
　前記受信した情報に基づいて前記ランダムアクセス手順を実行するように設定される前記処理回路が、前記選択された第１の開始サブキャリアを使用して競合ベースのランダムアクセス手順を実行するように設定される処理回路を含む、請求項２０に記載のＵＥ。
　　【請求項２３】
　前記処理回路が、前記ネットワークノードから、無競合ランダムアクセス手順を実行するための前記予約された開始サブキャリアのうちの特定の１つを使用するための命令を受信するように設定され、
　前記受信した情報に基づいて前記ランダムアクセス手順を実行するように設定される前記処理回路が、前記予約された開始サブキャリアのうちの前記特定の１つを使用して前記無競合ランダムアクセス手順を実行するように設定される処理回路を含む、請求項２０に記載のＵＥ。
　　【請求項２４】
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、予約された開始サブキャリアの数を含む、請求項２０に記載のＵＥ。
　　【請求項２５】
　前記情報が無線リソース制御情報要素において受信される、請求項２０に記載のＵＥ。
　　【請求項２６】
　前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアの各々が、サブキャリアホッピングシーケンスのための第１のサブキャリアである、請求項２０に記載のＵＥ。」
第４　引用文献，引用発明及び技術的事項
１　引用文献１について
　原査定の拒絶の理由で引用され、本願優先日前に公開された引用文献１（Ericsson，Narrowband IoT - Random Access Design（当審仮訳：狭帯域ＩｏＴ−ランダムアクセス設定） [online]，3GPP TSG-RAN WG1#83 R1-157424，インターネット＜URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_83/Docs/R1-157424.zip＞，２０１５年１１月２２日）には，図面とともに以下の記載がある。（なお，下線は当審で付与した。）
（１）「At RAN#69, a new work item named 
NarrowBand IOT (NB-IoT)
（当審仮訳：ＲＡＮ＃６９において，
狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）
（２）「
LTE random access can be either contention-based or contention-free.
For contention-free random access, the UE uses reserved preambles assigned by the base station.
（当審仮訳：
ＬＴＥランダムアクセスは，競合ベース又は競合なしのいずれかとすることができる。
競合のないランダムアクセスの場合、ＵＥは基地局によって割り当てられた予約済みプリアンブルを使用する。
（３）「
In the SC-FDMA based uplink design for NB-IoT, random access procedure follows its counterpart in LTE.
（当審仮訳：
ＮＢ−ＩｏＴのためのＳＣ−ＦＤＭＡベースのアップリンク設計では，ランダムアクセス手順は，ＬＴＥの対応する手順に従う。
ＬＴＥ物理ランダムアクセスチャネル（ＰＲＡＣＨ）設計の小規模な改訂が必要とされる。但し，この改訂はステップ１（ランダムアクセスプリアンブル）にのみ影響がある。なぜなら，それがランダムアクセス特有の物理層処理を伴う唯一のステップであるからである。）
（４）「■3.1　Uplink Resource Multiplexing
An example of the multiplexing of PRACH with PUSCH for the SC-FDMA based uplink design in NB-IoT is shown in Figure 2.
PRACH time-frequency resources can be configured by the base station.
・・・（中略）・・・
　Figure 2: Multiplexing of Uplink Physical Channels」（第２頁第８行目ないし第１９行目）
（当審仮訳：■３．１　アップリンクリソースの多重化
　
ＮＢ−ＩｏＴにおけるＳＣ−ＦＤＭＡベースのアップリンク設計のためのＰＵＳＣＨでのＰＲＡＣＨの多重化の例が図２に示される。
ＰＲＡＣＨの時間周波数リソースは，基地局によって構成されることができる。
・・・（中略）・・・
（図の仮訳は省略）
　図２：アップリンク物理チャネルの多重化）
（５）「■3.2.1　Preamble Design
For PRACH Formats 0 and 1, we propose that 
PRACH uses 80 kHz bandwidth
Taking into account all the constraints, it is proposed to 
use 312.5 Hz subcarrier spacing.
Figure 3: Preamble length and subcarrier spacing for PRACH Formats 0 and 1」（第３頁第４行目ないし第１８行目）
（当審仮訳：■３．２．１　プリアンブルデザイン
　ＰＲＡＣＨフォーマット０及び１の場合、
ＰＲＡＣＨは８０ｋＨｚの帯域幅を使用する
　すべての制約を考慮して，
３１２．５ｋＨｚのサブキャリア間隔を使用する
（図の仮訳は省略）
図３：ＰＲＡＣＨフォーマット０及び１のプリアンブル長とサブキャリア間隔）
　引用文献１の上記記載，及びこの分野における技術常識を考慮すると，次のことがいえる。
ア　上記「（２）」の「ＬＴＥランダムアクセスは，競合ベース又は競合なしのいずれかとすることができる。・・・（中略）・・・競合のないランダムアクセスの場合、ＵＥは基地局によって割り当てられた予約済みプリアンブルを使用する。」との記載，上記「（３）」の「ＮＢ−ＩｏＴのためのＳＣ−ＦＤＭＡベースのアップリンク設計では，ランダムアクセス手順は，ＬＴＥの対応する手順に従う。」との記載，及び上記「（１）」の「狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）」との記載によれば，狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）のためのランダムアクセス手順は，ＬＴＥの対応する手順に従うものであるから，競合ベース又は競合なしのいずれかとすることができ，競合のないランダムアクセスの場合，基地局が割り当てた予約済みプリアンブルをＵＥに使用させるものといえる。
イ　上記「（４）」の「ＮＢ−ＩｏＴにおけるＳＣ−ＦＤＭＡベースのアップリンク設計のためのＰＵＳＣＨでのＰＲＡＣＨの多重化の例が図２に示される。・・・（中略）・・・ＰＲＡＣＨの時間周波数リソースは，基地局によって構成されることができる。」との記載によれば，基地局が，ＮＢ−ＩｏＴにおけるＰＲＡＣＨの時間周波数リソースを構成するものといえる。
ウ　上記「（４）」の図２から，ＰＲＡＣＨの時間周波数リソースは，時間周波数リソース内に存在することを読み取ることができる。そして，当該ＰＲＡＣＨのリソースの詳細について，上記「（５）」の図３に示されている。
　上記「（５）」の図３からは，ＰＲＡＣＨのリソースが１８０ｋＨｚの帯域幅のうち，８０ｋＨｚの帯域幅を使用し，当該８０ｋＨｚの帯域幅の中で周波数方向に複数の領域に分かれていること，当該領域はそれぞれ３１２．５ｋＨｚの間隔で並び，８０ｋＨｚの帯域幅の中には２５１個存在することを読み取ることができる。ここで，上記「（５）」の「ＰＲＡＣＨは８０ｋＨｚの帯域幅を使用する」との記載，「３１２．５ｋＨｚのサブキャリア間隔を使用する」との記載を考慮すれば，上記図３における３１２．５ｋＨｚの間隔で並ぶ上記領域は，サブキャリアを表しており，また８０ｋＨｚの帯域幅の中に当該サブキャリアが２５１個含まれていることは明らかである。してみれば，上記８０ｋＨｚの帯域幅の中に２５１個のキャブキャリアが３１２．５ｋＨｚのサブキャリア間隔で含まれるといえる。
　そして，上記「（４）」の「ＰＲＡＣＨの時間周波数リソース」との記載によれば，上記ＰＲＡＣＨのリソースは「時間周波数リソース」である。
　以上のことから，ＰＲＡＣＨの時間周波数リソースは，１８０ｋＨｚの帯域幅のうち，８０ｋＨｚの帯域幅を使用し，当該８０ｋＨｚの帯域幅の中に２５１個のキャブキャリアが３１２．５ｋＨｚのサブキャリア間隔で含まれるといえる。
エ　上記「ア」で述べたとおり，「基地局が割り当てた予約済みプリアンブルをＵＥに使用させる」ものであり，「イ」で述べたとおり「基地局がＰＲＡＣＨの時間周波数リソースを構成する」ものであるから，これらの動作は基地局において実施される方法といえる。
　したがって，上記「ア」ないし「エ」を総合すると，引用文献１には，次の発明（以下，「引用発明」という。）が記載されていると認められる。
「基地局において実施される方法であって，
　狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）のためのランダムアクセス手順は，競合ベース又は競合なしのいずれかとすることができ，競合のないランダムアクセスの場合，割り当てた予約済みプリアンブルをＵＥに使用させるものであり，
　前記ＮＢ−ＩｏＴにおけるＰＲＡＣＨの時間周波数リソースを構成し，
　前記ＰＲＡＣＨの時間周波数リソースは，１８０ｋＨｚの帯域幅のうち，８０ｋＨｚの帯域幅を使用し，当該８０ｋＨｚの帯域幅の中に２５１個のサブキャリアが３１２．５ｋＨｚのサブキャリア間隔で含まれる，方法。」
２　引用文献２について
　原査定の拒絶の理由で引用され，本願優先日前に公開された引用文献２（Samsung Electronics, Co. Ltd.，Discussion on Random Access Procedure（当審仮訳：ランダムアクセス手順に関する議論） [online]，3GPP TSG-RAN WG2#91bis R2-154531，インターネット＜URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_91bis/Docs/R2-154531.zip＞，２０１５年１０月　９日）には，図面とともに以下の事項が記載されている。（なお，下線は当審で付与した。）
「2　
Random access for NB-IOT
・・・（中略）・・・
The actual value of repetition level would need to be determined based on the worst-case coverage loss in each class (i.e. at the edge of each coverage class range), to ensure that all UEs in one class can make reliable transmission of a particular signal. One implication of this arrangement, though, is that the number of necessary repetitions needed for weak coverage condition is significantly larger than that of better coverage condition. This is illustrated in Table 1 below.
　　　Table 1. PRACH formats and required number of repetitions [3].」（第１頁第１７行目ないし第２頁第１行目）
（当審仮訳：２　
ＮＢ−ＩｏＴのためのランダムアクセス
・・・（中略）・・・
　繰り返しレベルの実際の値は，１つのクラスのすべてのＵＥが特定の信号の送信を確実に行えるように、クラスごとで最悪のケース（つまり、カバレッジクラスの範囲ごとエッジ）のカバレッジ損失に基づいて決定される必要がある。但し，この取り決めの１つの意味は，弱いカバレッジ条件に必要な繰り返しの数が、より良いカバレッジ条件のそれよりもかなり多いことである。これを以下の表1に示す。
　　　表１　ＰＲＡＣＨフォーマットと要求される繰り返し数）
　上記記載によれば，引用文献２には，次の技術的事項が記載されていると認められる。
「ＮＢ−ＩｏＴのためのランダムアクセスにおいて，６４−（Ｎ０＋Ｎ１＋Ｎ２）個のプリアンブルは競合なしのランダムアクセスのために予約される。」
３　引用文献３について
　原査定の拒絶の理由で引用され，本願優先日前に公開された引用文献３（Ericsson，NB-IoT - Remaining issues for random access procedure（当審仮訳：ＮＢ−ＩｏＴ−ランダムアクセス手順の残された問題） [online]，3GPP TSG RAN WG1 adhoc_LTE_NB-IoT_1603 R1-161836，インターネット＜URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/LTE_NB-IoT_1603/Docs/R1-161836.zip＞，２０１６年　３月２４日）には，図面とともに以下の事項が記載されている。（なお，下線は当審で付与した。）
「Finally, in LTE and eMTC,
 if the UE has been requested to perform a contention-free random access,
 the preamble is explicitly indicated from the eNB.
（当審仮訳：最後に，ＬＴＥ及びｅＭＴＣでは，
ＵＥが競合のないランダムアクセスを実行するように要求された場合，
プリアンブルはｅＮＢから明示的に示される。
　上記記載に加え，引用文献３が，タイトルに記載されているように「ＮＢ−ＩｏＴ−ランダムアクセス手順の残された問題」について記載したものであることを考慮すれば，引用文献３には，次の技術的事項が記載されていると認められる。
「ＮＢ−ＩｏＴのランダムアクセスにおいて，ＵＥが競合のないランダムアクセスを実行するように要求された場合，プリアンブルはｅＮＢから明示的に示される。」
第５　対比及び判断
１　対比
　本願発明１と引用発明とを対比する。
（１）引用発明における「基地局」は，ネットワークを構成するノードの一種であることが無線通信システムの分野における技術常識であるから，本願発明１の「ネットワークノード」に含まれる。
（２）引用発明の「ＮＢ−ＩｏＴにおけるＰＲＡＣＨの時間周波数リソース」は，「ＮＢ」，すなわち「狭帯域」のものであり，「ＰＲＡＣＨ」が「Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　ＣＨａｎｎｅｌ」の略語であることが技術常識であることを考慮すれば，本願発明１の「狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）」に含まれる。
　そして，引用発明は「前記ＮＢ−ＩｏＴにおけるＰＲＡＣＨの時間周波数リソースを構成」するものであるから，ＰＲＡＣＨの時間周波数リソースを有していることは明らかである。これに対して，本願発明１は「複数の開始サブキャリアを含む狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）内で、無競合ランダムアクセス手順を実行するための前記複数の開始サブキャリアのサブセット（３１０、４１０、５２０、５３０、６１０、７２０、７３０）を予約する」ものであるから，予約の前提として「狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）」を有していることは明らかである。
　してみれば，本願発明１と引用発明は「狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）」を有する点で共通する。
　したがって，上記「（１）」ないし「（２）」を総合すれば，本願発明1と引用発明は，以下の点で一致し，また相違する。
＜一致点＞
「　ネットワークノード（１１５）における方法（８００）であって、
　狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）を有する、方法。」
＜相違点１＞
　本願発明１が「複数の開始サブキャリアを含む狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）内で、無競合ランダムアクセス手順を実行するための複数の開始サブキャリアのサブセット（３１０、４１０、５２０、５３０、６１０、７２０、７３０）を予約すること（８０４）」を含むものであるのに対して，引用発明は「ＰＲＡＣＨの時間周波数リソース」は有するが，当該発明特定事項について特定されていない点。
＜相違点２＞
　本願発明１が「１つまたは複数のユーザ機器（ＵＥ）（１１０）に、ＮＰＲＡＣＨリソース内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているかを示す情報を通信すること（８０４）とを含み」，「前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の開始サブキャリアの数を含む」ものであるのに対して，引用発明は，当該発明特定事項について特定されていない点。
２　相違点についての判断
　上記相違点について判断するにあたり，事案に鑑みて，上記相違点２について先に検討する。
　上記「第４」の「２」で説示したように，引用文献２には「ＮＢ−ＩｏＴのためのランダムアクセスにおいて，６４−（Ｎ０＋Ｎ１＋Ｎ２）個のプリアンブルは競合なしのランダムアクセスのために予約される。」との技術的事項が記載されている。また，同「３」で説示したように，引用文献３には「ＮＢ−ＩｏＴのランダムアクセスにおいて，ＵＥが競合のないランダムアクセスを実行するように要求された場合，プリアンブルはｅＮＢから明示的に示される。」との技術的事項が記載されている。
　しかしながら，上記相違点２に係る「１つまたは複数のユーザ機器（ＵＥ）（１１０）に、ＮＰＲＡＣＨリソース内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているかを示す情報を通信すること（８０４）とを含み」，「前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の開始サブキャリアの数を含む」という発明特定事項は，上記引用文献２及び３のいずれにも記載されておらず，また示唆もされていない。さらに，無線通信システムの分野における周知技術であるともいえない。
　よって，引用発明において，上記相違点２に係る「１つまたは複数のユーザ機器（ＵＥ）（１１０）に、ＮＰＲＡＣＨリソース内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているかを示す情報を通信すること（８０４）とを含み」，「前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の開始サブキャリアの数を含む」ものとすることは，当業者といえども，容易に想到し得たとはいえない。
　したがって，上記相違点１について判断するまでもなく，本願発明１は，当業者であっても，引用発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
３　本願発明２ないし６について
　本願発明２ないし６は，本願発明１の発明特定事項を全て備えるものであるから，本願発明１と同じ理由により，当業者であっても引用発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
４　本願発明７ないし１３について
　本願発明７は，ＮＰＲＡＣＨリソース内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているかを示す情報を通信（送信）するネットワークノードの方法発明である本願発明１に対して，当該情報を受信するユーザ機器（ＵＥ）の方法発明である。そして，本願発明７は，上記「１」で説示した相違点２に対応する「狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているか（３１０、４１０、５２０、５３０、６１０、７２０、７３０）を示す情報をネットワークノード（１１５）から受信することを含み」，「前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記予約されたサブセット内にない前記１つまたは複数の開始サブキャリアの数を含む」という発明特定事項を少なくとも含むものであるから，本願発明１と同様な理由により，当業者であっても引用発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
　また，本願発明８ないし１３は，本願発明７の発明特定事項を全て備えるものであるから，本願発明７と同じ理由により，当業者であっても引用発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
５　本願発明１４ないし１９について
　本願発明１４は，ネットワークノードの方法発明である本願発明１を，ネットワークノードの装置発明としたものである。そして，本願発明１４は，上記「１」で説示した相違点２に対応する「１つまたは複数のユーザ機器（ＵＥ）（１１０）に、ＮＰＲＡＣＨリソース内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているかを示す情報を通信する（８０４）ように設定され」，「前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の開始サブキャリアの数を含む」という発明特定事項を少なくとも含むものであるから，本願発明１と同様な理由により，当業者であっても引用発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
　また，本願発明１５ないし１９は，本願発明１４の発明特定事項を全て備えるものであるから，本願発明１４と同じ理由により，当業者であっても引用発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
６　本願発明２０ないし２６について
　本願発明２０は，ユーザ機器（ＵＥ）の方法発明である本願発明７を，ユーザ機器（ＵＥ）の装置発明としたものである。そして，本願発明２０は，上記「１」で説示した相違点２に対応する「ネットワークノード（１１５）から、狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ）リソース（３０５、４０５、５０５、６０５、７０５）内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているか（３１０、４１０、５２０、５３０、６１０、７２０、７３０）を示す情報を受信し（９０４）」，「前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記予約されたサブセット内にない前記１つまたは複数の開始サブキャリアの数を含む」という発明特定事項を少なくとも含むものであるから，本願発明７と同様な理由により，当業者であっても引用発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
　また，本願発明２１ないし２６は，本願発明２０の発明特定事項を全て備えるものであるから，本願発明２０と同じ理由により，当業者であっても引用発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものとはいえない。
第６　原査定について
　本願発明１ないし２６は，いずれも「１つまたは複数のユーザ機器（ＵＥ）（１１０）に、ＮＰＲＡＣＨリソース内の複数の開始サブキャリアのうちのどれが無競合ランダムアクセス手順を実行するために予約されているかを示す情報を通信すること（８０４）とを含み、」，「前記ＮＰＲＡＣＨリソース内の前記複数の開始サブキャリアのうちのどれが前記無競合ランダムアクセス手順を実行するために予約されているかを示す前記情報が、前記無競合ランダムアクセス手順を実行するために予約されていない前記ＮＰＲＡＣＨリソース内の開始サブキャリアの数を含む」という発明特定事項，もしくはこれに対応する発明特定事項を備えるものである。してみれば，上記「第５」の「１」ないし「５」で説示したとおり，請求項１，２，５，６，７ないし１１，１４，１５，１８，１９，２０ないし２４に係る発明は，当業者であっても，拒絶査定で引用された引用文献１に記載された発明及び引用文献２に記載された技術的事項に基いて容易に発明をすることができたものであるとはいえず，また請求項３，４，１２，１３，１６，１７，２５，２６に係る発明は，当業者であっても，引用文献１に記載された発明及び引用文献２，３に記載された技術的事項に基いて容易に発明をすることができたものであるとはいえない。
　したがって，原査定の理由を維持することはできない。
第７　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。