【事件の表示】
　特願２０１３−１１７８９８「間欠性のあるデータトラフィックに関連した無線リソースのオーバーヘッドを削減するための方法および機器」拒絶査定不服審判事件〔平成２５年　９月２６日出願公開，特開２０１３−１９２２６３〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本願は，２００８年８月１３日（パリ条約による優先権主張外国庁受理　２００７年８月１３日　米国）を国際出願日とする出願である特願２０１０−５２１１５８号の一部を，平成２５年６月４日に新たな特許出願としたものであって，平成２７年６月２２日付けで補正の却下の決定がされるとともに同日付けで拒絶査定がされ，これに対し，同年１１月２日に拒絶査定不服審判が請求され，同時に手続補正がされ，平成２８年１月２２日付けで審査官により作成された前置報告に対して同年５月１０日に上申書が提出され，その後，当審において同年６月２４日付けで拒絶理由（以下，「当審拒絶理由」という。）が通知され，同年１０月２８日付けで手続補正がされたものである。
第２　当審において通知した拒絶理由
　当審拒絶理由の概要は，以下のとおりである。
理由１　（サポート要件及び明確性）この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第１号及び第２号に規定する要件を満たしていない。
（理由２は省略。）
 　　　　　記 　　　　　（引用文献等については引用文献等一覧参照）
［理由１について］
（１）請求項１，１３は，「前記ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＤＣＨ状態にある間に，・・・」とされているが，請求項１，１３の記載からは「Ｎｏ−ＴＸモード」に関する事項は認められず，「ＣＥＬＬ＿ＦＡＣＨ状態」，「ＣＥＬＬ＿ＤＣＨ状態」は，【非特許文献１】3GPP Technical Standard (TS) 25.331 V7.5.0等に示される，接続モードにおける周知の状態（通常の「ＣＥＬＬ＿ＦＡＣＨ状態」，「ＣＥＬＬ＿ＤＣＨ状態」。）と解される。
　そして，「Ｎｏ−ＴＸモード中にＷＴＲＵによって無線リソースおよび構成パラメータが解放され」（【００２０】），「ＣＥＬＬ＿ＤＣＨ状態では，全専用リソースがＷＴＲＵに割り振られ，電力制御ループは絶えず維持される。」（【０００５】），「従来の通信システムでは，ノードＢは，ＣＥＬＬ＿ＦＡＣＨ状態に入るＷＴＲＵに様々なリソースを割り振ることができる。具体的には，ノードＢは，ＲＮＴＩ（無線ネットワーク一時識別子：radio network temporary identifier），アップリンクスクランブル符号，少なくとも１つのフレームオフセット，ダウンリンクチャネル符号，ならびに様々な制御およびデータチャネル用シグネチャを，ＣＥＬＬ＿ＦＡＣＨの各ＷＴＲＵに割り振ることができる。」（【００２０】），「Ｎｏ−ＴＸ動作モードを出て，データの送信を再度再開し，ノードＢとの無線リンク同期を再開するために，ＷＴＲＵは，Ｎｏ−ＴＸ動作モードに入るときに解放した無線リソースを手に入れる必要がある。」（【００５４】）等の記載からも明らかなように，「Ｎｏ−ＴＸモード」ではリソースは解放されるが，通常の「ＣＥＬＬ＿ＦＡＣＨ状態」，「ＣＥＬＬ＿ＤＣＨ状態」ではリソースは解放されないものである。
　そして，【００５４】の上記記載によれば，チャネル捕捉リクエストの送信は，Ｎｏ−ＴＸ動作モードを出て，データの送信を再度再開し，ノードＢとの無線リンク同期を再開するために，Ｎｏ−ＴＸ動作モードに入るときに解放した無線リソースを手に入れる必要があるために，ＷＴＲＵによりなされるものである。
　したがって，通常の「ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＤＣＨ状態にある間」にはリソースは解放されていないのであるから，チャネル捕捉リクエストを送信する必然性はなく，リソース割当を受信することもなく，割当てられたＥ−ＤＣＨリソースを解放することもないため，請求項１，１３の上記記載は意味不明になっている。 
　請求項１，１３を引用する各請求項についても同様である。
（２）請求項１，１３は，「前記ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＤＣＨ状態にある間に，・・・」とされているが，その裏付けが不明確であり，また，当該各状態における動作として不明確である。請求項１，１３を引用する各請求項についても同様である。
　発明の詳細な説明の記載を総合すると，請求項１，１３の「前記ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＤＣＨ状態にある間に，・・・」に記載されている各動作は，「Ｎｏ−ＴＸモード」に関連した動作であると推察される。しかしながら，請求項１，１３には「Ｎｏ−ＴＸモード」を示す記載は存在しない。また，例えば【００３０】の「Ｎｏ−ＴＸモードが無効にされると，ＷＴＲＵは，通常のＣＥＬＬ＿ＦＡＣＨ状態（または代替的には，ＣＥＬＬ＿ＤＣＨ状態）に戻り，」との記載によれば，「Ｎｏ−ＴＸモード」と通常の「ＣＥＬＬ＿ＦＡＣＨ状態」，「ＣＥＬＬ＿ＤＣＨ状態」とは，別個の状態であることは明らかである。このため，請求項１，１３の「前記ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＤＣＨ状態にある間に，・・・」を「Ｎｏ−ＴＸモード」として解釈することはできない。そして，通常の「ＣＥＬＬ＿ＦＡＣＨ状態」又は「ＣＥＬＬ＿ＤＣＨ状態」において請求項１，１３に記載の動作をなすことは，発明の詳細な説明には記載されていない。
（［補正の示唆］
　上記（１），（２）に対して，チャネル捕捉リクエストの送信及びリソース割当の受信は，「ＷＴＲＵおよびノードＢに，ＣＥＬＬ＿ＦＡＣＨ状態に留まりながらアップリンクＤＰＣＣＨ（専用物理制御チャネル）およびＤＰＣＨ（ダウンリンク専用物理チャネル）またはＦ−ＤＰＣＨ（フラクショナルＤＰＣＨ）を介した電力制御更新および関連の信号通知（signaling：シグナリング）の送信を停止させる」「Ｎｏ−ＴＸモード」における動作であることを明らかにされたい。また，Ｅ−ＤＣＨリソースを用いた通信及び割当てられたＥ−ＤＣＨリソースを解放は，「Ｎｏ−ＴＸモードではない通常のＣＥＬＬ＿ＦＡＣＨ状態」における動作であることを明らかにされたい。）
（（３）は省略。）
（４）「前記ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＤＣＨ状態にある間に，前記割当てられたＥ−ＤＣＨリソースを用いて通信する」（請求項１），「前記ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＤＣＨ状態にある間に，前記Ｅ−ＤＣＨリソースを用いて通信する」（請求項１３）について，「前記（割当てられた）Ｅ−ＤＣＨリソースを用いた通信」は，（割当てられた）Ｅ−ＤＣＨリソースを用いてさえいれば，いかなる通信でもよいことになるが，そのようなことは発明の詳細な説明に記載されておらず，自明でもない。
　請求項１，１３を引用する各請求項についても同様である。
（［補正の示唆］
　「割当てられたＥ−ＤＣＨリソースを用いた通信」は，【００４６】〜【００５６】の「Ｎｏ−ＴＸモードでのＷＴＲＵ送信」の開示の範囲内のものであるはずである。
　また，下記（５）の点も含め，請求項１と請求項１３の記載（「前記割当てられたＥ−ＤＣＨリソース」，「前記Ｅ−ＤＣＨリソース」）を整合されたい。）
（（５）は省略。）
第３　請求人の対応
　当審拒絶理由に対して，請求人は，平成２８年１０月２８日付けで，特許請求の範囲を補正する手続補正書及び意見書を提出した。
１　補正後の特許請求の範囲
　平成２８年１０月２８日付けで手続補正された特許請求の範囲（抜粋）は以下のとおりである。
　なお，補正により補正前の請求項９，１９が削除されたため，当審拒絶理由の上記理由１に記載中の「請求項１３」は，補正後の請求項１２に対応する。
「【請求項１】
　ワイヤレス送受信ユニット（ＷＴＲＵ）において使用する方法であって，
　前記ＷＴＲＵが
送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留される
，
　
ノ
へ，ランダムアクセス手順を行うことに関連して
　
前記チャネル捕捉リクエストに応じて
　前記割当てられたＥ−ＤＣＨリソース
上で
　
前記ＷＴＲＵが送信するデータを有していないという条件で，
　を含むことを特徴とする方法。」
（［当審注］：下線部は補正箇所を示す。）
２　意見書の主張
　補正の根拠及び当審拒絶理由の上記理由１（１），（２），（４）に対して，請求人は平成２８年１０月２８日付け意見書で以下のとおり主張している。
　「また，本願明細書の第００７３段落には『３５．ＷＴＲＵが送信バッファ中にデータをもっている場合，ノードＢとの無線リンクを確立し直すための受信応答をノードＢに送信するステップをさらに含む実施形態３４に記載の方法。
　３６．ＷＴＲＵが送信するべきデータをもたない場合，ノードＢから受信されたポーリングメッセージを無視する』の記載があります。
　また，本願明細書の第００２１，００２３段落には，ＷＴＲＵがＮｏ−ＴＸモード（新しい形の「ＣＥＬＬ＿ＦＡＣＨ状態」）に入った後，リソースをすぐに解放すれるのではなく，所定のリソースを所定の期間が経過した後に開放するリソース持続オプションが使われ得ることが説明されています。
　このように，本願発明の詳細な説明は，ＷＴＲＵが送信するべきデータをもっている場合（すなわち，Ｅ−ＤＣＨリソースの割当てを必要とし，ノードＢとのリンクを確立するためにノードＢからの送信に応答する必要がある場合），補正後の請求項１に記載のようなネットワーク／ノードＢから『割当てられたＥ−ＤＣＨリソース上で通信する』，及び『前記ＷＴＲＵが送信するデータを有していないという条件で，前記割当てられたＥ−ＤＣＨリソースを解放する』ことを開示します。」
　「そこで，請求人は，請求項１及び１２（補正前の請求項１及び１３に対応）において，「ＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＤＣＨ状態にある間に」の記載から，「ＣＥＬＬ＿ＤＣＨ状態」を削除し，「ＣＥＬＬ＿ＦＡＣＨ状態にある間に」と補正しました。
　さらに，請求人は，各動作が行われる状態に関して，「送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に」と補正しました。
　さらに，請求人は，「割当てられたＥ−ＤＣＨリソースを解放する」ことに関して，「割当てられたＥ−ＤＣＨリソース上で通信すること，ＷＴＲＵが送信するデータを有していないという条件で，割当てられたＥ−ＤＣＨリソースを解放する」を明確にしました。
　これにより，拒絶の理由１の（１）及び（２）は解消されたものと思料いたします。」，
　「上述したように，請求人は，各動作が行われる状態に関して，「送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に」と補正しました。さらに，請求人は，「チャネル捕捉リクエストに応じてノードＢからリソース割当（Ｅ−ＤＣＨ（Enhanced Dedicated Channel）リソースの割当てを含む）を受信」し，「前記割当てられたＥ−ＤＣＨリソース上で通信する」ことを明確にしました。
　また，請求人は，請求項１２（補正前の請求項１３）の記載の「前記Ｅ−ＤＣＨリソース」を，請求項１に記載の「当てられたＥ−ＤＣＨリソース」に統一しました。
　これにより，拒絶の理由１の（４）は解消されたものと思料いたします。」
第４　当審の判断
１　本願の請求項１に係る発明
　請求項１の記載によれば，「ノードＢへ，ランダムアクセス手順を行うことに関連してチャネル捕捉リクエストを送信すること」，「前記チャネル捕捉リクエストに応じて前記ノードＢからリソース割当を受信することであって，前記リソース割当はＥ−ＤＣＨ（Enhanced Dedicated Channel）リソースの割当てを含む，こと」，「前記割当てられたＥ−ＤＣＨリソース上で通信すること」，「前記ＷＴＲＵが送信するデータを有していないという条件で，前記割当てられたＥ−ＤＣＨリソースを解放すること」は，いずれも「前記ＷＴＲＵが送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間」になされるものと認めらる。
　このことは，意見書の上記「さらに，請求人は，各動作が行われる状態に関して，「送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に」と補正しました。」との記載からも明らかなように，請求人も認めているものである。
　しかしながら，
(i) 「送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に」「前記割当てられたＥ−ＤＣＨリソース上で通信すること」，
(ii)「送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に」「ノードＢへ，ランダムアクセス手順を行うことに関連してチャネル捕捉リクエストを送信すること」
は発明の詳細な説明に直接記載されていないので，以下，検討する。
２　本願明細書の記載
　本願明細書には以下の記載がある。
　「【００１１】
　間欠トラフィックに関連した無線リソースオーバーヘッドを削減するための方法および機器が開示される。具体的には，ＴＰＣコマンドが専用チャネル上で保留されるＮｏ−ＴＸ動作モードが定義される。トリガおよび信号通知が，ＷＴＲＵ（ワイヤレス送受信ユニット）およびノードＢに，ＣＥＬＬ＿ＦＡＣＨ状態，あるいはＣＥＬＬ＿ＤＣＨ状態に留まりながらアップリンクＤＰＣＣＨ（専用物理制御チャネル）およびＤＰＣＨ（ダウンリンク専用物理チャネル）またはＦ−ＤＰＣＨ（フラクショナルＤＰＣＨ）を介した電力制御更新および関連の信号通知（signaling：シグナリング）の送信を停止させる。」，
　「【００１５】
　ＴＰＣ（送信電力制御：Transmission Power Control）コマンドが保留（suspend）される新規動作モードが提供される。この新規動作モードは本明細書では便宜上，Ｎｏ−ＴＸ（「送信なし：no Transmit」）モードと呼ばれる。ただし，所望により他の名称が使われてもよい。より一般的には，Ｎｏ−ＴＸモードは，ＤＰＣＨ（専用物理チャネル）もＦ−ＤＰＣＨ（フラクショナルＤＰＣＨ）リソースも割り当てられないが，必要とされるときにデータの完全送信を再開する時間を短縮するという意味で，新しい形のＣＥＬＬ＿ＦＡＣＨ状態と解釈され得る。」，
　「【００１７】
　第１の実施形態によると，Ｎｏ−ＴＸモードがアクティブにされると，ＤＬ（ダウンリンク）およびＵＬ（アップリンク）送信機会のセットが，通信用のネットワークによって定義される。Ｎｏ−ＴＸモードがアクティブにされると，ＤＬ  Ｆ−ＤＰＣＨまたはＤＰＣＨおよびＵＬ  ＤＰＣＣＨ（専用物理制御チャネル）は，それ以上送信されない。ＤＬ  Ｆ−ＤＰＣＨまたはＤＰＣＨおよびＵＬ  ＤＰＣＣＨの送信を再開するために，ネットワークは，ノードＢおよびＷＴＲＵ両方に送信機会を与える。こうした送信機会は，それぞれ，ＤＬ上のＷＴＲＵおよびアップリンク上のノードＢである，受信端でのリッスン期間の形をとる。例えば，ネットワーク（ノードＢ）送信機会（または同等にはＷＴＲＵリッスン期間）中，ＷＴＲＵは，起こり得るネットワーク送信をリッスンする。ＷＴＲＵ送信機会（または同等にはネットワークリッスン期間）中，ネットワーク（ノードＢ）は，起こり得るＷＴＲＵ送信をリッスンする。」，
　「【００２０】
　リソース持続オプション
　別の実施形態によると，Ｎｏ−ＴＸモード中にＷＴＲＵによって無線リソースおよび構成パラメータが解放され，または維持されるレベルを記述するリソース持続オプションセットが提供される。（中略）
【００２１】
　ＷＴＲＵがＮｏ−ＴＸモードに入ると，こうしたリソースのいくつかは，リソースが他のＷＴＲＵによって使われ得るように，システムレベルで解放すればよい。いくつかのリソース持続オプションの少なくとも１つは，Ｎｏ−ＴＸモード用に構成することができる。完全持続，ＤＬ  Ｅ−ＤＣＨ制御チャネル解放，およびＤＬ制御チャネル解放というリソース持続オプションが使われ得る。完全持続では，Ｎｏ−ＴＸモードにあるＷＴＲＵは，割り振られたリソースすべてを保持し，その構成を維持する。ＤＬ  Ｅ−ＤＣＨ制御チャネル解放では，Ｎｏ−ＴＸモードにあるＷＴＲＵが，例えば，Ｅ−ＲＧＣＨ（Ｅ−ＤＣＨ相対許可チャネル），Ｅ−ＤＣＨ  ＨＡＲＱ（ハイブリッド自動再送リクエスト）受信応答インジケータチャネル（Ｅ−ＲＩＣＨ），およびＥ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対許可チャネル）を含む，Ｅ−ＤＣＨ（拡張専用チャネル）に関するダウンリンク制御チャネルをすべて解放するが，Ｆ−ＤＰＣＨ（またはＤＰＣＨ）割振りおよび関係オフセット，さらにその様々なＲＮＴＩ（無線ネットワーク一時識別子），アップリンクスクランブル符号ならびに他のリソースおよび構成を保持する。ＤＬ制御チャネル解放では，Ｎｏ−ＴＸモードにあるＷＴＲＵが，チャネライゼーションコード，シグネチャ，およびフレームオフセットを含む，ダウンリンク制御チャネルリソースをすべて解放するが，様々なＲＮＴＩ，アップリンクスクランブル符号ならびに他のリソースおよび構成を保持する。
（中略）
【００２３】
　代替実施形態では，リソース持続オプションは，より長い非アクティブ期間の後により多くの情報が解放されるように，時間とともに変わる。例として，以下のリソース持続オプションパターンが構成されても，または信号通知されてもよい。Ｎｏ−ＴＸモードを開始すると，完全持続オプションが有効にされる。一定の非アクティブ期間（予め定義し，または信号通知することができる）の後，例えばＴＴＩ，フレームの数または別の持続期間測定結果に関して，持続オプションは，自動的にＤＬ（ダウンリンク）Ｅ−ＤＣＨ制御チャネル解放に変わる。次いで，さらに一定の非アクティブ期間の後，持続オプションは，自動的にＤＬ制御チャネル解放に変わる。他のリソース持続パターンも，所望に応じて定義することができる。」，
　「【００３０】
　Ｎｏ−ＴＸモードの無効化
　トリガおよび方法のセットが，ＤＰＣＣＨ送信を再開するためにＮｏ−ＴＸ動作モードを非アクティブ化することができる。Ｎｏ−ＴＸモードが無効にされると，ＷＴＲＵは，通常のＣＥＬＬ＿ＦＡＣＨ状態（または代替的には，ＣＥＬＬ＿ＤＣＨ状態）に戻り，ＤＲＸおよび／またはＤＴＸ期間を含むように構成すればよい。この挙動は，構成時などに，上位層によって信号通知（signaling）しても，事前構成してもよい。
（中略）
【００４５】
　別の実施形態では，ＷＴＲＵは，Ｎｏ−ＴＸモードの無効化を開始する。ＷＴＲＵが，送信するべきデータをもっている場合，ＷＴＲＵは，次の有効なＷＴＲＵ送信機会を待つ
。ＷＴＲＵ送信バッファの状態をノードＢに知らせるために，ＷＴＲＵは，後で説明する異なる機構を用いて，ノードＢにリクエストを送ることができる。首尾よくリクエストを送った後，ノードＢは，ＷＴＲＵが送信するべきデータをもっていることを意識し，リンク再確立手順を開始する。ＷＴＲＵが，送信機会をとらえるのに失敗した場合，例えばＷＴＲＵが所与の期間にノードＢ返答または受信応答を受信していないとき，ＷＴＲＵは，再度試みるために次の送信機会を待たなければならない。あるいは，所与の回数だけ試みが失敗した後，ＷＴＲＵは，標準技術を用いてノードＢと交信するのに，ＲＡＣＨを使うことができる。ネットワークは，ＷＴＲＵがその無線リソースを保持するかどうか判定し，または新規無線リソース向けにＷＴＲＵを再構成することができる。あるいは，ＷＴＲＵがＣＥＬＬ＿ＤＣＨ状態にある場合，ＷＴＲＵは，自律的にＣＥＬＬ＿ＦＡＣＨ状態に復帰し，既存の機構を用いてデータ送信用のリソースをリクエストすることができる。」，
　「【００４６】
　Ｎｏ−ＴＸモードでのＷＴＲＵ送信
　Ｎｏ−ＴＸ動作モードは，ＷＴＲＵによる送信の中断を特徴とするが，ＷＴＲＵが，Ｎｏ−ＴＸ動作モードにある間にノードＢに送信を送る必要があり得る場合がある。こうした場合は，以下の状況例に限定されるわけではないが，以下のいずれにおいても起こり得る。例えば，ＷＴＲＵがＮｏ−ＴＸ動作モードを出て，ノードＢとの無線リンク同期（リンク再確立）を再開する必要がある場合がある。ＷＴＲＵが依然としてアクティブであるとみなされるべきであることを示すために，ＷＴＲＵ活動通知（alive notification）などの通知を，ノードＢに送信する必要がある場合がある。このことは，ＷＴＲＵが，ＣＥＬＬ＿ＤＣＨ状態であったとしてもＣＥＬＬ＿ＦＡＣＨ状態であったとしても，その現在の状態に保持されるべきであることを含意し得る。スケジュールされ，または予測不可能な機構によってトリガされて，測定されたＣＰＩＣＨ（共通パイロットチャネル）電力の大規模な変化などの測定結果をノードＢに送信する必要がある場合がある。ノードＢのポーリングに受信応答または返答を送信する必要がある場合がある。
【００４７】
　Ｎｏ−ＴＸモードにある間のＷＴＲＵ送信のための４つのシナリオが挙げられる。すなわち，（１）ノードＢでの過度なノイズ上昇の増大を制限するために，ＷＴＲＵにその電力を設定させるランプアップ手順，（２）Ｎｏ−ＴＸモードにあるＷＴＲＵに，ＷＴＲＵが依然としてアクティブとみなされるべきであることをノードＢに通知させるＷＴＲＵ活動通知，（３）無線リンク同期を再開するためのチャネル捕捉送信(channel acquisition transmission)，および（４）ＨＳ−ＳＣＣＨ（高速共有制御チャネル）を通して搬送される送信電力制御コマンドである。
（中略）
【００５３】
　定義により，Ｎｏ−ＴＸモードは，どの信号もＷＴＲＵからノードＢに送信されないように保留するので，ノードＢは，どのユーザがＣＥＬＬ＿ＤＣＨ状態に保たれる必要があるか，またはＣＥＬＬ＿ＤＣＨ状態にあるどのユーザがＣＥＬＬ＿ＦＡＣＨにプッシュされ，もしくは単に切断される必要があるかをモニターするために，それ以上電力制御ループに依拠しなくてよい。上述したように，ＷＴＲＵがＮｏ−ＴＸモードにある間にノードＢに信号を送信する１つの動機は，ノードＢが，Ｎｏ−ＴＸモードにあるどのＷＴＲＵが依然としてアクティブとみなされるべきか，何のためにノードＢが，符号および／またはメモリなどいくつかのリソースを予約し続けることになるか，ならびにどのＷＴＲＵが切断される必要があるか追跡できるようにするためである。したがって，図２を参照して上述した送信バーストおよび手順は，ＷＴＲＵによって，ＷＴＲＵが依然としてアクティブユーザとみなされるべきであることを通知するのに使うことができる。ＷＴＲＵ活動通知は，定期的に送ればよく，その期間は，事前構成することも，ノードＢによって信号通知することもでき，ノードＢによってポーリングされた後に送ってもよい。
【００５４】
　Ｎｏ−ＴＸモードによる恩恵の１つは，ノードＢが，所与の時点での送信とは関係のないＷＴＲＵによって使われるリソースのいくつかを解放し，再利用することができることである。その趣旨で，無線リソース割振りの持続に関する異なるオプションが上述された。Ｎｏ−ＴＸ動作モードを出て，データの送信を再度再開し，ノードＢとの無線リンク同期を再開するために，ＷＴＲＵは，Ｎｏ−ＴＸ動作モードに入るときに解放した無線リソースを手に入れる必要がある。これは，ノードＢにチャネル捕捉リクエストを送信するこ
とによって実施することができる。チャネル捕捉リクエストの基底にある方法および構造は，上で定義した手順に基づき得る。
【００５５】
　チャネル捕捉リクエストが含み得る無線リソースまたは構成パラメータは，Ｆ−ＤＰＣＨリソース，例えばフレームオフセットおよびチャネライゼーションコード，Ｅ−ＡＧＣＨリソース，例えばチャネライゼーションコード，Ｅ−ＨＩＣＨおよび／またはＥ−ＲＧＣＨリソース，例えばチャネライゼーションコードおよびシグネチャ，ならびにＨＳ−ＳＣＣＨリソース，例えばチャネライゼーションコードである。あるいは，リソースは，無線帯域幅が保存され得るように，後で説明する暗黙の規則に基づいて割り振ることができる。
【００５６】
　Ｎｏ−ＴＸモードにある間，ＷＴＲＵは，割り振られたＦ−ＤＰＣＨがない場合，サービス側セルに，電力制御コマンドをＷＴＲＵに送信させるためのＨ−ＲＮＴＩ識別子を割り当てられ得る。割り当てられるＨ−ＲＮＴＩは，通常のＣＥＬＬ＿ＦＡＣＨ状態，あるいは通常のＣＥＬＬ＿ＤＣＨ状態で使われるものと同じでよい。一実施形態では，使われるＨ−ＲＮＴＩは，通常モードで使われるものとは異なる。このＨ−ＲＮＴＩは，二次Ｈ−ＲＮＴＩと呼ばれる。二次Ｈ−ＲＮＴＩは，共有することができ，単一ＷＴＲＵまたは多くのＷＴＲＵを識別するのに使うことができる。送信電力制御コマンドは，ネットワークの裁量でいつでも送ることができ，ＨＳ−ＳＣＣＨ用の特殊形式，すなわちタイプ「Ｐ」を使って搬送される。このような形式は，同じ二次Ｈ−ＲＮＴＩを共有する異なるＷＴＲＵに向けられたいくつかのコマンドの多重化を可能にする。この場合，ＷＴＲＵは，そのＴＰＣコマンドを搬送するビットを，規則およびタイムスロットなどの予め信号通知された割振りを用いて，他のＷＴＲＵからのコマンドを搬送するビットからどのようにして多重化解除するかを知っている。ＨＳ−ＳＣＣＨタイプＰは，ＷＴＲＵの送信電力ではなく，またはそれに加えて，ＷＴＲＵの最大データレートを制御するのに使うこともできる。これは，割り振られたＥ−ＲＧＣＨがない場合のレート制御を可能にする。」，
　「【００６１】
　あるいは，Ｆ−ＤＰＣＨチャネライゼーションコードおよびオフセットのセットを共有するＷＴＲＵは，重複する送信機会をもってもよい。ＷＴＲＵは，ランダムに，またはＨ−ＲＮＴＩおよびＥ−ＲＮＴＩ（拡張ＲＮＴＩ）のような情報を用いて，わずかの確率の衝突しかないように，設定された規則に従って無線リソースを選択することができる。無線リンク再確立の失敗がある場合，ＷＴＲＵは，次のＷＴＲＵ送信機会に再度試せばよい。信号通知された，または事前構成された試行失敗回数に達したとき，ＷＴＲＵは，ＣＥＬＬ＿ＦＡＣＨまたは他の予め定義された機構に復帰して，ネットワークと交信する。」，
　「【００７３】
　実施形態
（中略）
　３５．ＷＴＲＵが送信バッファ中にデータをもっている場合，ノードＢとの無線リンクを確立し直すための受信応答をノードＢに送信するステップをさらに含む実施形態３４に
記載の方法。
　３６．ＷＴＲＵが送信するべきデータをもたない場合，ノードＢから受信されたポーリングメッセージを無視するステップをさらに含む実施形態３４〜３５のいずれかに記載の方法。
（中略）
　３９．リソース割振り情報は，Ｅ−ＨＩＣＨ（Ｅ−ＤＣＨ（拡張専用チャネル）ＨＡＲＱ（ハイブリッド自動再送リクエスト）受信応答インジケータチャネル）チャネライゼーションコード，Ｅ−ＨＩＣＨシグネチャ，Ｅ−ＲＧＣＨ（Ｅ−ＤＣＨ相対許可チャネル）シグネチャおよびＥ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対許可チャネル）チャネライゼーションコードの少なくとも１つを含む実施形態３８に記載の方法。
（中略）
　５１．再送信の試行回数が閾値を超えた後で，ＲＡＣＨ（ランダムアクセスチャネル）上でノードＢにメッセージを送るステップをさらに含む実施形態５０に記載の方法。」
３　判断
（１）上記【００１１】，【００１５】の記載によれば，請求項１の「送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間」とは，「Ｎｏ−ＴＸモードにある間」といえる。
　そして，上記【００１５】，【００１７】の記載によれば，当該「Ｎｏ−ＴＸモードにある間」は，ＤＬ  Ｆ−ＤＰＣＨまたはＤＰＣＨおよびＵＬ  ＤＰＣＣＨ（専用物理制御チャネル）は送信されず，また，上記【００２０】，【００２１】，【００２３】の記載によれば，当該「Ｎｏ−ＴＸモード」では，ＷＴＲＵ は割り振られていたリソースを解放するものである。
　また，上記【００４６】，【００４７】の記載によれば，当該「Ｎｏ−ＴＸモード」におけるＷＴＲＵ送信は，「（３）無線リンク同期を再開するためのチャネル捕捉送信(channel acquisition transmission)，および（４）ＨＳ−ＳＣＣＨ（高速共有制御チャネル）を通して搬送される送信電力制御コマンド」のみであるところ，請求項１の「前記割当てられたＥ−ＤＣＨリソース上で通信すること」は，これら以外のＷＴＲＵ送信を当然に含むものであるから，「Ｎｏ−ＴＸモードにある間」のＷＴＲＵ送信とはいえない。
　さらに，上記【００５４】の記載によれば，請求項１の「前記ＷＴＲＵが送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に，ノードＢへ，ランダムアクセス手順を行うことに関連してチャネル捕捉リクエストを送信することと，前記チャネル捕捉リクエストに応じて前記ノードＢからリソース割当を受信することであって，前記リソース割当はＥ−ＤＣＨ（Enhanced Dedicated Channel）リソースの割当てを含む，こと」は，Ｎｏ−ＴＸ動作モードを出て，データの送信を再度再開し，ノードＢとの無線リンク同期を再開するために，ＷＴＲＵは，Ｎｏ−ＴＸ動作モードに入るときに解放した無線リソースを手に入れる動作と解される。
　してみると，請求項１の「前記割当てられたＥ−ＤＣＨリソース上で通信すること」は，「Ｎｏ−ＴＸモードにある間」の動作ではなく，Ｎｏ−ＴＸ動作モードを出てデータの送信を再度再開したときの動作であるはずである。
　したがって，「送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に」，「前記割当てられたＥ−ＤＣＨリソース上で通信すること」は，発明の詳細な説明に記載も示唆もされておらず，自明でもない。
　このため，「送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に」，「前記割当てられたＥ−ＤＣＨリソース上で通信すること」を発明特定事項とする，請求項１に係る発明は技術的に意味不明であり，また，発明の詳細な説明に記載されたものではない。
　よって，当審拒絶理由の理由１（１），（２），（４）が解消されたとはいえない。
（２）平成２８年１０月２８日付け手続補正により，「前記ＷＴＲＵからノードＢにチャネル捕捉リクエストを送信することと」が「ノードＢへ，ランダムアクセス手順を行うことに関連してチャネル捕捉リクエストを送信すること」に補正された。
  発明の詳細な説明には，ランダムアクセスに関しては，
上記【０００５】の「ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵは，ＲＡＣＨ（ランダムアクセスチャネル）上でのデータ送信を開始することができるが，ＲＡＣＨは，少量のデータにのみ適している。」，
上記【００４５】の「・・・ＷＴＲＵが，送信機会をとらえるのに失敗した場合，例えばＷＴＲＵが所与の期間にノードＢ返答または受信応答を受信していないとき，ＷＴＲＵは，再度試みるために次の送信機会を待たなければならない。あるいは，所与の回数だけ試みが失敗した後，ＷＴＲＵは，標準技術を用いてノードＢと交信するのに，ＲＡＣＨを使うことができる。ネットワークは，ＷＴＲＵがその無線リソースを保持するかどうか判定し，または新規無線リソース向けにＷＴＲＵを再構成することができる。あるいは，ＷＴＲＵがＣＥＬＬ＿ＤＣＨ状態にある場合，ＷＴＲＵは，自律的にＣＥＬＬ＿ＦＡＣＨ状態に復帰し，既存の機構を用いてデータ送信用のリソースをリクエストすることができる。」，
上記【００６１】の「ＷＴＲＵは，ランダムに，またはＨ−ＲＮＴＩおよびＥ−ＲＮＴＩ（拡張ＲＮＴＩ）のような情報を用いて，わずかの確率の衝突しかないように，設定された規則に従って無線リソースを選択することができる。」，
上記【００７３】の「５１．再送信の試行回数が閾値を超えた後で，ＲＡＣＨ（ランダムアクセスチャネル）上でノードＢにメッセージを送るステップをさらに含む実施形態５０に記載の方法。」及び「７６．共有専用チャネルのチャネライゼーションコードのセットは，ランダムにアクセスされる実施形態７４に記載の方法。」
との記載があるのみである。
　このため，発明詳細な説明を参酌しても，何をもって「ランダムアクセス手順を行うことに関連して」というのか，その技術的範囲が不明確である。
　また，「ランダムアクセス手順を行うこと」とは，その文言からみて，「ＲＡＣＨ（ランダムアクセスチャネル）上でノードＢにメッセージを送る手順」も包含していると認められる。すなわち，請求項１の「前記ＷＴＲＵが送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に，ノードＢへ，ランダムアクセス手順を行うことに関連してチャネル捕捉リクエストを送信すること」は，「Ｎｏ−ＴＸモードにある間に，ノードＢへＲＡＣＨ上でチャネル捕捉リクエストを送信すること」を含むと認められる。
　しかしながら，当該動作は，上記【００４５】及び【００７３】の「５１．」の記載によれば，Ｎｏ−ＴＸモードにある間にノードＢへチャネル捕捉リクエストを送信することを所与の回数だけ試みたが，当該チャネル捕捉リクエストに応じてノードＢからリソース割当を受信することに失敗した後，標準技術を用いてノードＢと交信するのにＲＡＣＨを使うことを意味していると解される。そして，「ＲＡＣＨでの送信」は「標準技術」におけるものであることに鑑みれば，本願において新たに提案された新しい形のＣＥＬＬ＿ＦＡＣＨ状態である，「前記ＷＴＲＵが送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態」における動作ではないはずである。
　したがって，「前記ＷＴＲＵが送信電力制御（Transmission Power Control（ＴＰＣ））コマンドが保留されるＣＥＬＬ＿ＦＡＣＨ状態にある間に，ノードＢへ，ランダムアクセス手順を行うことに関連してチャネル捕捉リクエストを送信すること」は，発明の詳細な説明に記載されていない。
　よって，当審拒絶理由の理由１（１），（２）が解消されたとはいえない。
第５　むすび
　以上のとおり，本件出願は，特許請求の範囲の記載に不備があり，特許法第３６条第６項第１号，第２号に規定する要件を満たしていないから，特許を受けることができない。
　よって，結論のとおり審決する。