• ポートフォリオ機能


ポートフォリオを新規に作成して保存
既存のポートフォリオに追加保存

  • この表をプリントする
PDF PDFをダウンロード
審決分類 審判 査定不服 2項進歩性 取り消して特許、登録 H04W
管理番号 1383079
総通号数 4 
発行国 JP 
公報種別 特許審決公報 
発行日 2022-04-28 
種別 拒絶査定不服の審決 
審判請求日 2021-05-26 
確定日 2022-04-05 
事件の表示 特願２０１８−５２２０１４「要求に応じてシステム情報を一斉同報するための方法およびデバイス」拒絶査定不服審判事件〔平成２９年 ５月 ４日国際公開、ＷＯ２０１７／０７０８８８、平成３０年１２月 ６日国内公表、特表２０１８−５３６３４８、請求項の数（２２）〕について、次のとおり審決する。 
結論 原査定を取り消す。 本願の発明は、特許すべきものとする。 
理由 第１ 手続の経緯
本願は、２０１５年（平成２７年）１０月２９日を国際出願日とする出願であって、その手続の経緯は以下のとおりである。

平成３１年 ３月 ８日付け：拒絶理由通知書
令和 元年 ６月１２日 ：意見書、手続補正書の提出
令和 元年１０月２３日付け：拒絶理由通知書
令和 ２年 １月２８日 ：意見書、手続補正書の提出
令和 ２年 ５月２５日付け：拒絶理由通知書（最後）
令和 ２年 ８月１９日 ：意見書、手続補正書の提出
令和 ３年 １月２０日付け：令和２年８月１９日の手続補正についての補
正の却下の決定、拒絶査定
令和 ３年 ５月２６日 ：拒絶査定不服審判の請求、手続補正書の提出
令和 ３年１２月２７日 ：上申書の提出

第２ 原査定の概要
原査定（令和３年１月２０日付け拒絶査定）の概要は次のとおりである。
（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。
記
・請求項１、２、５ないし８、１０ないし１５、１８ないし２１、２３、２４、２７ないし３０、３２ないし３７、４０ないし４３、４５ないし４８に対して、引用例１、２
・請求項３、１６、２５、３８に対して、引用例１ないし３
・請求項４、１７、２６、３９に対して、引用例１、２、４
・請求項９、２２、３１、４４に対して、引用例１、２、５

引用文献等一覧
１．特表２０１０−５０６４３４号公報（以下、「引用例１」という。）
２．Nortel，System Information broadcast gating，3GPP TSG-RAN WG2#56 R2-063137，２００６年１１月１０日（以下、「引用例２」という。）
３．5G - KEY COMPONENT OF THE NETWORKED SOCIETY， 3GPP workshop2015-09-17_18_RAN_5G RWS-150009，２０１５年 ９月１８日（以下、「引用例３」という。）
４．特開２００９−２６０７４９号公報（以下、「引用例４」という。）
５．国際公開第２０１４／１１０７７２号（以下、「引用例５」という。）

第３ 本願発明
本願請求項１ないし２２に係る発明（以下、それぞれ「本願発明１」ないし「本願発明５」という。）は、令和３年５月２６日にされた手続補正により補正された特許請求の範囲の請求項１ないし２２に記載された事項により特定される発明であり、以下のとおりの発明である。

「 【請求項１】
デバイス（１１０、１０００、１２００）によって実装される方法（３００）であって、
必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を一斉同報すること（２１０、３１０）であって、前記要求チャネルは、端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の端末（１２０−１、１２０−２、１２０−３）によって共有された共通チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、一斉同報すること（２１０、３１０）と、
前記要求チャネル上において、前記必須システム情報以外の任意システム情報の少なくとも一部のリクエストを監視すること（２２０、３４０）と、
端末から前記リクエストを受信したこと（２５０、３５０）に応じて、前記任意システム情報の前記一部を一斉同報すること（２６０、３６０）と、
を含み、
前記必須システム情報、および前記要求チャネルの前記リソース構成を一斉同報することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報すること（２１０、３１０）を含む、方法（３００）。
【請求項２】
前記必須システム情報を一斉同報することが、
前記必須システム情報の準静的システム情報（５２０）を第１の期間で一斉同報すること（２１０、３１０）と、
前記必須システム情報の動的システム情報（５３０、６３０）を前記第１の期間よりも短い第２の期間で一斉同報すること（２１０、３１０）であって、前記動的システム情報は前記要求チャネルの前記リソース構成を含む、一斉同報すること（２１０、３１０）と、
を含む、請求項１に記載の方法。
【請求項３】
リソースゾーン（６２０、６２０−１、６２０−２、６２０−３）の構成を前記必須システム情報とともに一斉同報すること（２１０、３１０）をさらに含み、
前記任意システム情報の前記一部を一斉同報することが、前記リソースゾーン内で前記任意システム情報の前記一部を一斉同報すること（２６０、３６０）を含む、
請求項１または２に記載の方法。
【請求項４】
前記任意システム情報の前記一部を一斉同報することが、
既定のリソースゾーン（６２０、６２０−１、６２０−２、６２０−３）内で、前記任意システム情報の前記一部の存在を指示するためのインジケータを一斉同報すること（２６０、３６０）と、
前記既定のリソースゾーン内で前記任意システム情報の前記一部を一斉同報すること（２６０、３６０）と、
を含む、請求項１または２に記載の方法。
【請求項５】
必須システム情報、および前記要求チャネルの前記リソース構成を一斉同報することが、
前記要求チャネルの前記リソース構成を前記必須システム情報（４３０、５３０、６１０、６３０）の一部として一斉同報すること（２１０、３１０）を含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記要求チャネルの前記リソース構成が、前記要求チャネルの期間、参照信号（４２０）に対する時間オフセット、または前記参照信号に対する周波数オフセットのうちの少なくとも１つを含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記デバイスのビーム形成、または前記セル内の端末（１２０−１、１２０−２、１２０−３）のグループ化のうちの少なくとも１つに基づいて前記要求チャネルの前記リソース構成を決定すること（３０５）をさらに含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記リクエストを監視することが、前記リクエストとしてのシーケンスを監視すること（２２０、３４０）であって、前記シーケンスは前記セル内の複数の端末（１２０−１、１２０−２、１２０−３）に共通である、監視すること（２２０、３４０）を含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
端末（１２０−１、１２０−２、１２０−３、１１００、１２００）によって実装される方法（７００、８００）であって、
デバイス（１１０、１０００、１２００）によって一斉同報された、必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を受信すること（２３０、７１０）であって、前記要求チャネルは、前記端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の前記端末（１２０−１）およびさらなる端末（１２０−２、１２０−３）によって共有チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、受信すること（２３０、７１０）と、
前記必須システム情報以外の任意システム情報の少なくとも一部を受信すること（２７０、７３０、８４０）であって、前記任意システム情報の前記一部は、前記デバイスによって、前記リソース構成に従って前記要求チャネル上で送信されたリクエストに応じて一斉同報される、受信すること（２７０、７３０、８４０）と、
を含み、
前記必須システム情報、および前記要求チャネルの前記リソース構成を受信することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を受信すること（２３０、７１０）を含む、方法（７００、８００）。
【請求項１０】
前記リソース構成に従って前記要求チャネル上で前記任意システム情報の前記一部の前記リクエストを送信すること（７２０、８３０）をさらに含む、請求項９に記載の方法。
【請求項１１】
前記リクエストを送信することが、
リソースゾーン（６２０、６２０−１、６２０−２、６２０−３）内において、さらなる端末（１２０−２、１２０−３）によってリクエストされた前記任意システム情報の前記一部をチェックすること（８１０）と、
前記リソースゾーン内に前記任意システム情報の前記一部が無いこと（８２０）に応じて、前記リクエストを前記デバイスへ送信すること（７２０、８３０）と、
を含む、請求項１０に記載の方法。
【請求項１２】
前記リクエストを送信することが、
前記リクエストとしてのシーケンスを送信すること（７２０、８３０）であって、前記シーケンスは前記セル内の前記端末（１２０−１）およびさらなる端末（１２０−２、１２０−３）に共通である、送信すること（７２０、８３０）を含む、請求項１０または１１に記載の方法。
【請求項１３】
必須システム情報を受信することが、
前記デバイスによって第１の期間で一斉同報された前記必須システム情報の準静的システム情報（５２０）を受信すること（２３０、７１０）と、
前記デバイスによって前記第１の期間よりも短い第２の期間で一斉同報された前記必須システム情報の動的システム情報（５３０、６３０）を受信すること（２３０、７１０）であって、前記動的システム情報は前記要求チャネルの前記リソース構成を含む、受信すること（２３０、７１０）と、
を含む、請求項９から１２のいずれか一項に記載の方法。
【請求項１４】
前記デバイスによって前記必須システム情報とともに一斉同報されたリソースゾーン（６２０、６２０−１、６２０−２、６２０−３）の構成を受信すること（２３０、７１０）をさらに含み、
任意システム情報の少なくとも一部を受信することが、前記リソースゾーン内で前記任意システム情報の前記一部を受信すること（２７０、７３０、８４０）を含む、
請求項９から１３のいずれか一項に記載の方法。
【請求項１５】
前記任意システム情報の前記一部を受信することが、既定のリソースゾーン内でインジケータを受信したことに応じて、前記既定のリソースゾーン内で前記任意システム情報の前記一部を受信すること（２７０、７３０、８４０）であって、前記インジケータは、前記既定のリソースゾーン内における前記任意システム情報の前記一部の存在を指示する、受信すること（２７０、７３０、８４０）を含む、請求項９から１４のいずれか一項に記載の方法。
【請求項１６】
前記要求チャネルの前記リソース構成を受信することが、
前記必須システム情報内に含まれる前記要求チャネルの前記リソース構成を受信すること（２３０、７１０）を含む、請求項９から１５のいずれか一項に記載の方法。
【請求項１７】
前記要求チャネルの前記リソース構成が、前記要求チャネルの期間、参照信号（４２０）に対する時間オフセット、または前記参照信号に対する周波数オフセットのうちの少なくとも１つを含む、請求項９から１６のいずれか一項に記載の方法。
【請求項１８】
前記要求チャネルの前記リソース構成が、前記デバイスのビーム形成、あるいは前記セル内の前記端末（１２０−１）およびさらなる端末（１２０−２、１２０−３）のグループ化のうちの少なくとも１つに基づいて決定される、請求項９から１７のいずれか一項に記載の方法。
【請求項１９】
デバイス（１１０、１０００）であって、
必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を一斉同報する（２１０、３１０）ように構成された送受信器（１０１０）であって、前記要求チャネルは、端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の端末（１２０−１、１２０−２、１２０−３）によって共有された共通チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、送受信器（１０１０）と、
前記要求チャネル上において、前記必須システム情報以外の任意システム情報の少なくとも一部のリクエストを監視する（２２０、３４０）ように構成されたコントローラ（１０２０）と、
を備え、
前記送受信器が、端末から前記リクエストを受信したこと（２５０、３５０）に応じて前記任意システム情報の前記一部を一斉同報する（２６０、３６０）ようにさらに構成され、
前記送受信器が、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報する（２１０、３１０）ように構成されている、
デバイス（１１０、１０００）。
【請求項２０】
受信器（１１００）を備える端末（１２０−１、１２０−２、１２０−３、１１００）であって、前記受信器（１１００）は、
デバイス（１１０、１０００、１２００）によって一斉同報された、必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を受信すること（２３０、７１０）であって、前記要求チャネルは、端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の前記端末（１２０−１）およびさらなる端末（１２０−２、１２０−３）によって共有された共通チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、受信すること（２３０、７１０）と、
前記必須システム情報以外の任意システム情報の少なくとも一部を受信すること（２７０、７３０、８４０）であって、前記任意システム情報の前記一部は、前記デバイスによって、前記リソース構成に従って前記要求チャネル上で送信されたリクエストに応じて一斉同報される、受信すること（２７０、７３０、８４０）と、
を行うように構成され、
前記受信器が、前記デバイスによって一斉同報されたアクセス情報テーブル（ＡＩＴ）（４１０）を受信する（２３０、７１０）ように構成されており、前記ＡＩＴは、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を含む、端末（１２０−１、１２０−２、１２０−３、１１００）。
【請求項２１】
デバイス（１２００）のプロセッサ（１２１０）上で実行されると、前記デバイスに、請求項１から８のいずれか一項に記載の方法（３００）を行わせる命令を含む、コンピュータプログラム（１２３０）。
【請求項２２】
端末（１２００）のプロセッサ（１２１０）上で実行されると、前記端末に、請求項９から１８のいずれか一項に記載の方法（７００、８００）を行わせる命令を含む、コンピュータプログラム（１２３０）。」

第４ 引用例の記載及び引用発明
１ 原査定の拒絶の理由に引用された、特表２０１０−５０６４３４号公報（引用例１）には、図面と共に以下の事項が記載されている。（下線は当審が付与。）

（１） 「【０００５】
第１の態様によれば、移動体通信システムの基地局におけるシステム情報を通信する方法が提供され、当該方法は、一次システム情報を維持すること、二次システム情報を維持すること、一次システム情報を周期的にブロードキャストすること、及び、トリガイベントに応答して二次システム情報をブロードキャストすることを含む。
（略）
【０００７】
トリガイベントは、ユーザ機器（ＵＥ）からの二次システム情報の要求受信を含むことができ、その要求は、二次情報を必要としていることを示す。さらに、その要求は必要とするシステム情報、たとえば呼設定のためのシステム情報のグループ又はタイプを示すことができる。」

（２） 「【００２８】
１．オンデマンドＢＣＨのメカニズム
ＵＭＴＳにおいて、ＢＣＨの主な欠点は、ＵＥが情報を必要としているか否かに関わらずＢＣＨが送信されることである。典型的には、基地局電力の５％がＢＣＨ送信に使用され、これは非常に大きな比率である。」

（３） 「【００３７】
１．２ ケース２：ＵＥはＳ−ＢＣＨを有せず、且つネットワークに接続するためにＳ−ＢＣＨを必要としている
ＵＥが新たなセル内に到着し、且つ、たとえば電話をかけるためにネットワークに接続する必要があるとき、ＵＥはＳ−ＢＣＨ情報を取得するための２つの選択肢を有する。この場合の選択肢は、
ａ．次の周期的Ｓ−ＢＣＨを待つ
ｂ．ＲＡＣＨプリアンブルを送信することによってオンデマンドＳ−ＢＣＨを要求することである。
【００３８】
ＵＥは、待つことによってＵＥが実行することを望むプロシージャの性能に影響を与えない場合、次の周期的Ｓ−ＢＣＨを待つことができる。
【００３９】
ＵＥが周期的Ｓ−ＢＣＨを待つことができないと判断し、且つオンデマンドＳ−ＢＣＨを要求することを望む場合、図４に示すシーケンスが提案される。
１．ＵＥがセル内に到着すると、ＵＥは、当該セルにキャンプオンするのに必要な情報をＵＥに与える所定の固定Ｐ−ＢＣＨを読み取る。Ｐ−ＢＣＨは可変Ｓ−ＢＣＨのスケジューリング情報も提供する。このスケジューリング情報内に、次の周期的Ｓ−ＢＣＨがいつ利用可能になるかに関する指示が存在する。ＵＥは、この情報に基づいて、またＵＥが実行を望むプロシージャにも基づいて、周期的Ｓ−ＢＣＨを待つか又はオンデマンドＳ−ＢＣＨが送信されることを要求するかを判断することができる。
２．ＵＥが電話をかける必要があり、且つ次の周期的Ｓ−ＢＣＨを待つさらなる遅延を許容することができない場合、ＵＥはオンデマンドＳ−ＢＣＨ送信を要求し通話を開始するために、ＲＡＣＨを送信する。これはＲＡＣＨプリアンブル内の原因値によって指示することができる。
３．ｅＮＢは、ＵＥがオンデマンドＳ−ＢＣＨを望み、且つ次に別のプロシージャに進むということを指示するＲＡＣＨを受信すると、オンデマンドＳ−ＢＣＨのための資源をスケジューリングし、この情報をＰ−ＢＣＨでブロードキャストする。ｅＮＢは、「呼設定」ＵＥが必要とするであろうシステム情報、たとえば近傍セルの情報のみをスケジューリングできるようにしてもよい。ＵＥはＰ−ＢＣＨを読み取ってオンデマンドＳ−ＢＣＨのためのスケジューリング情報を得る。
４．ＵＥはオンデマンドＳ−ＢＣＨを読み取る。
５．ｅＮＢは、ＵＥに資源を配分するためにＲＡＣＨ応答を送信する。これは、ｅＮＢがＲＡＣＨ応答及びオンデマンドＳ−ＢＣＨを同時に送信することを妨げないことに留意されたい。」

（４）「【図４】


」
上記記載及び当業者の技術常識を考慮すると、次のことがいえる。

ア 上記「（２）」の段落２８に「ＵＭＴＳ」と記載されていることから、引用例１はＵＭＴＳを前提としていることは明らかである。
また、上記「（１）」の段落７に「トリガイベントは、ユーザ機器（ＵＥ）からの二次システム情報の要求受信を含むことができ」と記載され、及び、段落５に「一次システム情報を周期的にブロードキャストすること、及び、トリガイベントに応答して二次システム情報をブロードキャストすることを含む。」と記載されていることから、一次システム情報を周期的にブロードキャストし、ユーザ機器（ＵＥ）からの二次システム情報の要求受信に応答して二次システム情報をブロードキャストするという動作を行うことが記載されているといえる。更に、段落５に「移動体通信システムの基地局におけるシステム情報を通信する方法が提供され、」と記載されていることから、引用例１には、移動体通信システムの基地局におけるシステム情報を通信する方法において、一次システム情報を周期的にブロードキャストし、ユーザ機器（ＵＥ）からの二次システム情報の要求受信に応答して二次システム情報をブロードキャストする方法が記載されているといえる。
そして、具体的には、図４が記載されており、上記「（４）」の図４にｅＮＢと記載されていることから、図４はＵＭＴＳのｅＮＢにおけるシステム情報を通信する方法といえる。

イ 上記「（４）」の図４の「１．ＰＢＣＨ」としてｅＮＢからＵＥに矢印が向かっており、上記「（３）」の段落３９に「１．ＵＥがセル内に到着すると、ＵＥは、当該セルにキャンプオンするのに必要な情報をＵＥに与える所定の固定Ｐ−ＢＣＨを読み取る。Ｐ−ＢＣＨは可変Ｓ−ＢＣＨのスケジューリング情報も提供する。」と記載されていることから、「１．」において、ｅＮＢは、セルにキャンプオンするのに必要な情報と可変Ｓ−ＢＣＨのスケジューリング情報をＰ−ＢＣＨで送信しているといえる。
更に、上記「（３）」の段落３９の「３．」に「Ｐ−ＢＣＨでブロードキャストする。」と記載されていることから、「１．」においても、ｅＮＢがＰ−ＢＣＨで送信することは、ｅＮＢがＰ−ＢＣＨでブロードキャストするといえる。
よって、「１.」において、ｅＮＢは、セルにキャンプオンするのに必要な情報、及び、可変Ｓ−ＢＣＨのスケジューリング情報をＰ−ＢＣＨでブロードキャストするといえる。

ウ 上記「（３）」の段落３９に「２．・・・ＵＥはオンデマンドＳ−ＢＣＨ送信を要求し通話を開始するために、ＲＡＣＨを送信する。」、及び、「３．ｅＮＢは、ＵＥがオンデマンドＳ−ＢＣＨを望み・・・ということを指示するＲＡＣＨを受信する」と記載されていることから、ｅＮＢは、ＵＥがオンデマンドＳ−ＢＣＨを望むということを指示するＲＡＣＨを受信するといえ、ここでＲＡＣＨはＵＥがオンデマンドＳ−ＢＣＨを望むことを送信するといえる。

エ 上記「（３）」の段落３９に「３．ｅＮＢは、ＵＥがオンデマンドＳ−ＢＣＨを望み・・・ということを指示するＲＡＣＨを受信すると、オンデマンドＳ−ＢＣＨのための資源をスケジューリングし、この情報をＰ−ＢＣＨでブロードキャストする。」、及び、「４．ＵＥはオンデマンドＳ−ＢＣＨを読み取る。」と記載されていることから、ｅＮＢは、ＵＥからＲＡＣＨを受信したことに応じて、オンデマンドＳ−ＢＣＨを送信するといえる。
上記「（１）」の段落５に「トリガイベントに応答して二次システム情報をブロードキャストすることを含む。」と記載されており、具体例の図４ではこの二次システム情報がオンデマンドＳ−ＢＣＨであることは明らかであることから、ｅＮＢがオンデマンドＳ−ＢＣＨを送信することは、ｅＮＢが二次システム情報であるオンデマンドＳ−ＢＣＨをブロードキャストするといえる。
よって、ｅＮＢは、ＵＥからＲＡＣＨを受信したことに応じて、二次システム情報であるオンデマンドＳ−ＢＣＨをブロードキャストするといえる。

したがって、以上を総合すると、引用例１には、以下の発明（以下、「引用発明」という。）が記載されていると認められる。

「 ＵＭＴＳのｅＮＢにおけるシステム情報を通信する方法であって、
セルにキャンプオンするのに必要な情報、及び、可変Ｓ−ＢＣＨのスケジューリング情報をＰ−ＢＣＨでブロードキャストすることと、
ＵＥが前記オンデマンドＳ−ＢＣＨを望むということを指示するＲＡＣＨを受信すること、ここで、ＲＡＣＨは、ＵＥがオンデマンドＳ−ＢＣＨを望むことを送信する、と、
ＵＥからＲＡＣＨを受信したことに応じて、二次システム情報であるオンデマンドＳ−ＢＣＨをブロードキャストすることと、
を含む、
方法。」

２ 原査定の拒絶の理由に引用された、Nortel，System Information broadcast gating（当審訳：システム情報のブロードキャストゲーティング），3GPP TSG-RAN WG2#56 R2-063137，２００６年１１月１０日（引用例２）には、図面と共に以下の事項が記載されている。（下線は当審が付与。）

「4 System Information gating triggers
（略）
Ue initiated triggered
When a UE needs to read Sys Info belonging to a category that is currently switched off, it sends a RACH preamble with a reserved pre-defined signature. This RACH preamble would be reserved for SIB requesting and would not be available for other Random Access procedures. Receiving this preamble in the eNB means that a UE is requesting the transmission of a SIB or a group of SIB. The eNb does not answer anything specific to the UE.
In order to be able to differenciate which SIB or group of SIB is requested it is proposed to use time division and to split the RACH occasions and to allocate the activation of a SIB or group of SIB to a given pattern of TTIs.」（第３ページ第１２行ないし第３２行）
（当審訳：
４ システム情報ゲーティングトリガ
（略）
ＵＥの開始トリガ
ＵＥが現在スイッチオフになっているカテゴリに属するSYS情報を読み込む必要がある場合は、予約された事前定義シグネチャを持つＲＡＣＨプリアンブルを送信する。このＲＡＣＨプリアンブルはＳＩＢの要求のために予約されており、他のランダムアクセス手順では利用されない。 ｅＮＢ内のこのプリアンブルの受信は、ＵＥがＳＩＢ又はＳＩＢのグループの送信を要求していることを意味する。 ｅＮＢはＵＥに固有のものには答えない。
どのＳＩＢ又はＳＩＢのグループが要求されているかを区別できるようにするために、時分割を使用し、ＲＡＣＨ機会を分割し、ＳＩＢ又はＳＩＢの起動を特定のＴＴＩのパターンに割り当てることが提案されている。）

したがって、引用例２には、以下の技術事項が記載されていると認められる。

「どのＳＩＢが要求されているかを区別できるようにするために、時分割を使用し、ＲＡＣＨ機会を分割する。」

３ 原査定の拒絶の理由に引用された、5G - KEY COMPONENT OF THE NETWORKED SOCIETY（当審訳：５Ｇ−ネットワーク社会のキーコンポーネント）， 3GPP workshop,2015-09-17_18_RAN_5G RWS-150009，２０１５年 ９月１８日（引用例３）には、図面と共に以下の事項が記載されている。（下線は当審が付与。）

「NX - System information
>Possibility to provide main part of system information on a per-need basis
-Reduced amount of always-broadcast system information
-Only basic ”access information” need to be broadcasted

>Two-step mechanism for broadcast system information
-Common access information Table (C-AIT) with long periodicity
>May be replaced by dedicated AIT (D-AIT) after initial system access
-System Signature Index (SSI) more freqeuntly
-SSI pointing to ATI index → Access information

>Flexible delivery of broadcast system information
-Not tied to a certain ”cell”




」（Page４３）
（当審訳：
ＮＸ−システム情報
>システム情報の主要部分を事前に必要な基準に基づいて提供することの可能性
-常時ブロードキャストシステム情報の削減
-基本的な「アクセス情報」のみ放送される必要がある

>放送システム情報のための２段階メカニズム
-長い周期性の共通アクセス情報テーブル（Ｃ−ＡＩＴ）
>初期システムアクセスの後に専用ＡＩＴ（Ｄ−ＡＩＴ）によって置き換えてもよい
-システムシグネチャインデックス（ＳＳＩ）をより頻繁に
-ＡＴＩインデックスを指しているＳＳＩ→アクセス情報

>放送システム情報の柔軟な配信
-特定の「セル」に縛られていない

（図 略））

ここで、引用例３のタイトルが５Ｇなので、引用例３は５Ｇの技術である。よって、引用例３には、以下の技術事項が記載されていると認められる。

「５Ｇでは、共通アクセス情報テーブル（Ｃ−ＡＩＴ）及び専用ＡＩＴ（Ｄ−ＡＩＴ）を設ける。」

４ 原査定の拒絶の理由に引用された、特開２００９−２６０７４９号公報（引用例４）には、図面と共に以下の事項が記載されている。（下線は当審が付与。）

「【００５８】
例えば、図３の例では、第１システム情報ＳＩ-１の送信周期Ｔ１は「８０ｍｓ」であり、第２システム情報ＳＩ-２の送信周期Ｔ２は「１６０ｍｓ」であり、第３システム情報ＳＩ-３の送信周期Ｔ３は「３２０ｍｓ」であり、第４システム情報ＳＩ-４の送信周期Ｔ４は「６４０ｍｓ」であり、第５システム情報ＳＩ-５の送信周期Ｔ５は「１２８０ｍｓ」である。」

したがって、引用例４には、以下の技術事項が記載されていると認められる。

「第１システム情報の送信周期は「８０ｍｓ」であり、第２システム情報の送信周期は「１６０ｍｓ」である。」

５ 原査定の拒絶の理由に引用された、国際公開第２０１４／１１０７７２号（引用例５）には、図面と共に以下の事項が記載されている。（下線は当審が付与。）

「

」（第６ページ第８行ないし第１６行）
（当審訳：本実施例のもう１つの実施方式では、基地局は、先ず、その所属するセルのＵＥ(全てのＵＥであっても良く、前の実施方式に言及された一部のＵＥであっても良い。)についてグループ化し、その後、各グループのＵＥのために１つ又は複数のＰＲＡＣＨリソースを割り当てる。そのうち、各グループのＵＥに割り当てられたＰＲＡＣＨリソースは同じであっても良く、異なっても良く、且つ、各グループのUEに割り当てられたＰＲＡＣＨリソースは共通集合を有しても良く、共通集合を有しなくても良い。前の実施方式と同様に、この構成もユーザ専用シグナリングにより下りに伝送されても良く、又は、基地局及びＵＥの双方で約束されても良い。該実施方式により、ＵＥがランダムアクセスを発起する過程で、基地局がその所在するグループに１つのＰＲＡＣＨリソースを割り当てている場合、ＵＥは、該ＰＲＡＣＨリソース上でプリアンブルを送信し；基地局がその所在するクループに複数のＰＲＡＣＨリソースを割り当てている場合、前の実施方式と同様に、ＵＥは、該複数のＰＲＡＣＨリソースのうちからランダムに選択し、その後、選択したＰＲＡＣＨリソースを用いてプリアンブルを送信する。）

したがって、引用例５には、以下の技術事項が記載されていると認められる。

「基地局は、先ず、その所属するセルのＵＥについてグループ化し、その後、各グループのＵＥのために１つ又は複数のＰＲＡＣＨリソースを割り当てる。」

第５ 対比・判断
１ 本願発明１について
（１）対比
本願発明１と引用発明とを対比すると、以下のことがいえる。

ア 引用発明のｅＮＢはデバイスの一種であるから、本願発明１の「デバイス」に含まれる。
そして、引用発明の「ＵＭＴＳのｅＮＢにおけるシステム情報を通信する方法」はｅＮＢによって実装される方法といえることから、本願発明１の「デバイスによって実装される方法」に含まれる。

イ 引用発明の「ＵＥ」は、本願発明１の「端末」に相当する。
そして、引用発明は「ｅＮＢにおけるシステム情報を通信する方法」であるから、引用発明の「セルにキャンプオンするのに必要な情報」はセルにキャンプオンするのに必須のシステム情報であることは明らかである。よって、引用発明の「セルにキャンプオンするのに必要な情報」は、本願発明１と同様に、必須システム情報といえる。
また、引用発明の「可変Ｓ−ＢＣＨのスケジューリング情報」は、スケジューリングの情報であるから、スケジューリングした結果のリソース構成を表していることは明らかである。そして、引用発明の「ブロードキャスト」とは一斉同報のことであることは明らかである。
よって、本願発明１の「必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を一斉同報すること」と、引用発明の「セルにキャンプオンするのに必要な情報、及び、可変Ｓ−ＢＣＨのスケジューリング情報をＰ−ＢＣＨでブロードキャストする」ことは、必須システム情報、およびリソース構成を一斉同報する点で共通する。

また、引用発明の「ＲＡＣＨは、ＵＥがオンデマンドＳ−ＢＣＨを望むことを送信する」ものであるから、引用発明のＲＡＣＨはオンデマンドＳ−ＢＣＨの要求といえる。そして、引用発明のＲＡＣＨはＲＡＣＨのチャネル上で通信されることは技術常識であるから、引用発明のＲＡＣＨを通信するＲＡＣＨのチャネルは要求チャネルといえる。そして、引用発明の「オンデマンドＳ−ＢＣＨ」は二次システム情報であるから、引用発明の「ＲＡＣＨは、ＵＥがオンデマンドＳ−ＢＣＨを望むことを送信する」ことは、ＲＡＣＨを送信することでＵＥがシステム情報を要求するリクエストを送信しているといえる。
よって、本願発明１の「前記要求チャネルは、端末が任意システム情報の少なくとも一部を要求するリクエストを送信する」ことと、引用発明の「ＲＡＣＨは、ＵＥがオンデマンドＳ−ＢＣＨを望むことを送信する」こととは、要求チャネルは、端末がシステム情報を要求するリクエストを送信する点で共通する。

そして、引用発明のセルはｅＮＢのセルであることは明らかであり、上記「ア」で説示したように、引用発明のｅＮＢは、本願発明１の「デバイス」に含まれることから、本願発明１の「前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ」ることと、引用発明の「セルにキャンプオンするのに必要な情報」は、デバイスのセルにアクセスするために必要とされる点で共通する。

したがって、本願発明１の「必須システム情報（４３０、５２０、５３０、６１０、６３０）、および要求チャネルのリソース構成を一斉同報すること（２１０、３１０）であって、前記要求チャネルは、端末が任意システム情報の少なくとも一部を要求するリクエストを送信する、セル（１１２）内の端末（１２０−１、１２０−２、１２０−３）によって共有された共通チャネルであり、前記必須システム情報は、前記デバイスの前記セルにアクセスするために必要とされ、前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す、一斉同報すること（２１０、３１０）」と、引用発明の「セルにキャンプオンするのに必要な情報、及び、可変Ｓ−ＢＣＨのスケジューリング情報をＰ−ＢＣＨでブロードキャストする」及び「ＲＡＣＨは、ＵＥがオンデマンドＳ−ＢＣＨを望むことを送信する」こととは、「必須システム情報、およびリソース構成を一斉同報することであって、要求チャネルは端末がシステム情報を要求するリクエストを送信するものであり、前記必須システム情報はデバイスのセルにアクセスするために必要とされるものである、一斉同報する」点で共通する。

ウ まず、上記「イ」で説示したように、引用発明のＲＡＣＨのチャネルは要求チャネルといえ、引用発明の「セルにキャンプオンするのに必要な情報」は、本願発明１と同様に、必須システム情報といえる。そして、引用発明の「オンデマンドＳ−ＢＣＨ」は二次システム情報であり、セルにキャンプオンするのに必要な情報以外のシステム情報であることは明らかである。
また、上記「イ」で説示したように、引用発明の「ＲＡＣＨ」はオンデマンドＳ−ＢＣＨを要求するリクエストといえることから、引用発明のｅＮＢはＲＡＣＨを受信するために、引用発明のｅＮＢがオンデマンドＳ−ＢＣＨを要求するリクエストを監視しているといえる。
よって、引用発明のｅＮＢが「ＵＥが前記オンデマンドＳ−ＢＣＨを望むということを指示するＲＡＣＨを受信する」ことは、要求チャネル上において、セルにキャンプオンするのに必要な情報以外のシステム情報のリクエストを監視しているといえる。
したがって、本願発明１の「前記要求チャネル上において、前記必須システム情報以外の任意システム情報の少なくとも一部のリクエストを監視すること（２２０、３４０）」と、引用発明の「ＵＥが前記オンデマンドＳ−ＢＣＨを望むということを指示するＲＡＣＨを受信すること、ここで、ＲＡＣＨは、ＵＥがオンデマンドＳ−ＢＣＨを望むことを送信する」こととは、「要求チャネル上において、必須システム情報以外のシステム情報のリクエストを監視する」点で共通する。

エ 上記「イ」で説示したように、引用発明の「ＲＡＣＨ」はリクエストといえ、上記「ウ」で説示したように、引用発明の「オンデマンドＳ−ＢＣＨ」はセルにキャンプオンするのに必要な情報以外のシステム情報である。
よって、本願発明１の「端末から前記リクエストを受信したこと（２５０、３５０）に応じて、前記任意システム情報の前記一部を一斉同報すること（２６０、３６０）」と、引用発明の「ＵＥからＲＡＣＨを受信したことに応じて、二次システム情報であるオンデマンドＳ−ＢＣＨをブロードキャストすること」とは、「端末からリクエストを受信したことに応じて、システム情報を一斉同報する」点で共通する。

以上を総合すると、本願発明１と引用発明とは、以下の点で一致し、また、相違している。

（一致点）
「 デバイスによって実装される方法であって、
必須システム情報、およびリソース構成を一斉同報することであって、要求チャネルは端末がシステム情報を要求するリクエストを送信するものであり、前記必須システム情報は前記デバイスのセルにアクセスするために必要とされるものである、一斉同報することと、
前記要求チャネル上において、前記必須システム情報以外のシステム情報のリクエストを監視することと、
端末からリクエストを受信したことに応じて、システム情報を一斉同報することと、
を含む、
方法。」

（相違点１）
一斉同報するリソース構成に関して、本願発明１では、「要求チャネルのリソース構成」であるのに対し、引用発明においては、当該発明特定事項が特定されていない点。

（相違点２）
本願発明１では、要求チャネルは、端末が「任意」システム情報「の少なくとも一部」を要求するリクエストを送信し、「セル（１１２）内の端末（１２０−１、１２０−２、１２０−３）によって共有された共通チャネルであ」ること、及び、「前記リクエストは、前記任意システム情報のどの部分が必要とされているかを示す」こと、並びに、端末から前記リクエストを受信したこと（２５０、３５０）に応じて、「前記任意」システム情報「の前記一部」を一斉同報すること（２６０、３６０）が特定されるのに対し、引用発明においては、当該発明特定事項が特定されていない点。

（相違点３）
本願発明１では、「前記必須システム情報、および前記要求チャネルの前記リソース構成を一斉同報することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報すること（２１０、３１０）を含む」のに対し、引用発明においては、当該発明特定事項が特定されていない点。

（２）判断
次に、上記相違点１ないし３について検討する上で、事案に鑑みて、まず上記相違点３について検討する。
相違点３に係る本願発明１の一部の発明特定事項として「アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報すること（２１０、３１０）」が特定されている。
まず、引用発明は、３ＧのＵＭＴＳを前提としている。
そして、上記「第４」の「３」のように、引用例３には「５Ｇとして、共通アクセス情報テーブル（Ｃ−ＡＩＴ）及び専用ＡＩＴ（Ｄ−ＡＩＴ）を設ける。」という技術事項が開示されているが、３ＧのＵＭＴＳの通信システムに、引用例３の５Ｇの技術を採用する動機付けが見いだせず、また、３ＧのＵＭＴＳの通信システムに、５Ｇの技術を採用することは周知技術でもない。
また、相違点３に係る本願発明１の一部の発明特定事項である「アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報すること（２１０、３１０）」は、引用例１には記載も示唆もされていない。また、引用例２ないし５にも記載されておらず、当該技術分野において周知技術であるともいえない。
よって、引用発明において、上記相違点３に係る本願発明１の発明特定事項である「前記必須システム情報、および前記要求チャネルの前記リソース構成を一斉同報することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報すること（２１０、３１０）を含む」は、当業者といえども、容易に想到し得たとはいえない。
したがって、相違点１ないし２について検討するまでもなく、本願発明１は、当業者であっても、引用発明及び引用例２ないし５に記載された技術事項に基づいて容易に発明をすることができたものであるとはいえない。

２ 本願発明２ないし８、２１について
本願発明２ないし８、２１は、本願発明１の発明特定事項を全て含むから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用例２ないし５に記載された技術事項に基づいて容易に発明をすることができたとはいえない。

３ 本願発明１９について
本願発明１９は、本願発明１に対応するデバイスの発明であり、本願発明１の上記相違点３に対応する「前記送受信器が、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報する（２１０、３１０）ように構成されている」を含むことから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用例２ないし５に記載された技術事項に基づいて容易に発明をすることができたものであるとはいえない。

４ 本願発明９について
本願発明９は、本願発明１に対応する端末の方法の発明であり、本願発明１の上記相違点３に対応する「前記必須システム情報、および前記要求チャネルの前記リソース構成を受信することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を受信すること（２３０、７１０）を含む」を含むことから、本願発明１と同様の理由により、当業者であっても、引用発明及び引用例２ないし５に記載された技術事項に基づいて容易に発明をすることができたものであるとはいえない。

５ 本願発明１０ないし１８、２２について
本願発明１０ないし１８、２２は、本願発明９の発明特定事項を全て含むから、本願発明９と同じ理由により、当業者であっても、引用発明及び引用例２ないし５に記載された技術事項に基づいて容易に発明をすることができたとはいえない。

６ 本願発明２０
本願発明２０は、本願発明９に対応する端末の発明であり、本願発明１の上記相違点３に対応する「前記受信器が、前記デバイスによって一斉同報されたアクセス情報テーブル（ＡＩＴ）（４１０）を受信する（２３０、７１０）ように構成されており、前記ＡＩＴは、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を含む」を含むことから、本願発明１と同様の理由により、当業者であっても、引用発明及び引用例２ないし５に記載された技術事項に基づいて容易に発明をすることができたものであるとはいえない。

第６ 原査定についての判断
令和３年５月２６日にされた手続補正により、本願発明１ないし本願発明８、本願発明２１のいずれも、少なくとも「前記必須システム情報、および前記要求チャネルの前記リソース構成を一斉同報することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報すること（２１０、３１０）を含む」という発明特定事項を備えるものとなっている。また、本願発明１９は少なくとも「前記送受信器が、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を一斉同報する（２１０、３１０）ように構成されている」という発明特定事項を備えるものとなっている。そして、本願発明９ないし本願発明１８、本願発明２２は少なくとも「前記必須システム情報、および前記要求チャネルの前記リソース構成を受信することが、アクセス情報テーブル（ＡＩＴ）（４１０）内の、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を受信すること（２３０、７１０）を含む」という発明特定事項を備えるものとなっている。更に、本願発明２０は少なくとも「前記受信器が、前記デバイスによって一斉同報されたアクセス情報テーブル（ＡＩＴ）（４１０）を受信する（２３０、７１０）ように構成されており、前記ＡＩＴは、前記要求チャネルの前記リソース構成、および前記必須システム情報（４３０、５２０、６１０）の少なくとも一部を含む」という発明特定事項を備えるものとなっている。
してみれば、上記「第５」のとおり、本願発明１ないし２２は、当業者であっても、原査定において引用された引用発明及び引用例２ないし５に記載された技術事項に基づいて容易に発明をすることができたものであるとはいえない。
したがって、原査定の理由を維持することはできない。

第７ むすび
以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
また、他に本願を拒絶すべき理由を発見しない。
よって、結論のとおり審決する。



 
審決日 2022-03-16 
出願番号 P2018-522014
審決分類 P 1 8・ 121- WY (H04W)
最終処分 01   成立
特許庁審判長 廣川 浩
特許庁審判官 中木 努
横田 有光
発明の名称 要求に応じてシステム情報を一斉同報するための方法およびデバイス  
代理人 園田 吉隆  
代理人 石岡 利康  
代理人 冨樫 義孝  
代理人 藤井 亮  
代理人 小梶 晴美  

プライバシーポリシー   セキュリティーポリシー   運営会社概要   サービスに関しての問い合わせ