ポートフォリオ機能
| ポートフォリオを新規に作成して保存 |
|
|
| 既存のポートフォリオに追加保存 |
|
PDFをダウンロード
|
| 審決分類 |
審判 査定不服 2項進歩性 取り消して特許、登録 H04W |
|---|---|
| 管理番号 | 1385060 |
| 総通号数 | 6 |
| 発行国 | JP |
| 公報種別 | 特許審決公報 |
| 発行日 | 2022-06-24 |
| 種別 | 拒絶査定不服の審決 |
| 審判請求日 | 2021-09-24 |
| 確定日 | 2022-05-31 |
| 事件の表示 | 特願２０１９−５４２６０６「通信装置、通信方法および集積回路」拒絶査定不服審判事件〔平成３０年１１月 ８日国際公開、ＷＯ２０１８／２０１４１５、令和 ２年 ６月２５日国内公表、特表２０２０−５１９０４０、請求項の数（７）〕について、次のとおり審決する。 |
| 結論 | 原査定を取り消す。 本願の発明は、特許すべきものとする。 |
| 理由 |
第１ 手続の経緯 本願は、２０１７年（平成２９年）５月４日を国際出願日とする出願であって、その手続の経緯は以下のとおりである。 令和元年１２月 ５日 ：手続補正書の提出 令和３年 １月１４日付け：拒絶理由通知書 令和３年 ４月２０日 ：意見書、手続補正書の提出 令和３年 ５月１４日付け：拒絶査定 令和３年 ９月２４日 ：拒絶査定不服審判の請求、手続補正書の提出 第２ 原査定の概要 原査定（令和３年５月１４日付け拒絶査定）の概要は次のとおりである。 （進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。 記 ・請求項１ないし１１に対して、引用例１、２、４、５ 引用文献等一覧 １.Intel Corporation，Details of congestion control for V2V communication，3GPP TSG RAN WG1 #88 R1-1702142，２０１７年 ２月７日， ２.Panasonic，Discussion on CBR measurement and congestion control behavior，3GPP TSG RAN WG1 #88 R1-1701931，２０１７年 ２月３日， ４.NEC，Load balancing across multiple carriers，3GPP TSG RAN WG1 #88 R1-1701926，２０１７年 ２月６日， ５.Considering CA on PC5 carrier，Considering CA on PC5 carrier，3GPP TSG RAN WG1 #88bis R1-1704652，２０１７年 ３月２４日， 第３ 本願発明 本願請求項１ないし７に係る発明（以下、それぞれ「本願発明１」ないし「本願発明７」という。）は、令和３年９月２４日にされた手続補正により補正された特許請求の範囲の請求項１ないし７に記載された事項により特定される発明であり、以下のとおりの発明である。 「 【請求項１】 制御回路と、送信機を具備する通信装置であって、 リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、 前記制御回路は、前記リソースプールを選択し、前記送信機は、前記リソースプールを用いて前記パケットを送信し、 前記所定の条件が満たされない場合、 前記制御回路は、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記送信機は、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する、 通信装置。 【請求項２】 前記制御回路は、受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記少なくとも１つのリソースプールから前記少なくとも１つのリソースを選択し、前記送信機は、前記選択された少なくとも１つのリソースを用いて前記パケットを送信する、 請求項１に記載の通信装置。 【請求項３】 前記少なくとも１つのリソースは、前記通信装置がモニターしないリソースを除いたリソースから選択される、 請求項２に記載の通信装置。 【請求項４】 リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、 前記リソースプールを選択し、前記リソースプールを用いて前記パケットを送信し、 前記所定の条件が満たされない場合、 複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する、 通信方法。 【請求項５】 受信信号強度インジケータ（ＲＳＳＩ）に基づいて、前記少なくとも１つのリソースプールから前記少なくとも１つのリソースを選択し、 前記選択された少なくとも１つのリソースを用いて前記パケットを送信する、 請求項４に記載の通信方法。 【請求項６】 前記少なくとも１つのリソースは、通信装置がモニターしないリソースを除いたリソースから選択される、 請求項５に記載の通信方法。 【請求項７】 リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、 前記リソースプールを選択し、前記リソースプールを用いて前記パケットを送信する、 処理と、 前記所定の条件が満たされない場合、 複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する、処理と、を制御する、 集積回路。」 第４ 引用例の記載及び引用発明 １ 引用例１について 原査定の拒絶の理由に引用された、Intel Corporation，Details of congestion control for V2V communication（当審訳：V2V通信の輻輳制御の詳細），3GPP TSG RAN WG1 #88 R1-1702142，２０１７年 ２月７日， （１）「・2.3 CBR/CR measurement with multiple resource pools （略） Proposal 3 ・CBR measurements across multiple pools can be used to enable resource pool selection for V2V transmissions.」（第３ページ第７行ないし第２３行） （当審訳： ・2.3 複数のリソースプールでのCBR/CR測定 （略） 提案3 ・複数のプールにわたるCBR測定を使用して、V2V送信のリソースプールを選択できる。） 上記記載及び当業者の技術常識を考慮すると、次のことがいえる。 ア 引用例１は3GPPにおける文献であり無線通信を前提にしていることは明らかである。そして、無線通信においてリソースプールを選択する装置が基地局や端末装置といった通信装置であることは技術常識である。また、通信装置が制御回路と送信機を具備することは技術常識である。 イ CBRはチャネルビジー率の略称であることは明らかであるから、上記記載の「複数のプールにわたるCBR測定を使用して、V2V送信のリソースプールを選択できる。」とは、チャネルビジー率（ＣＢＲ）に基づいて、複数のリソースプールから１つのリソースプールを選択することといえる。そして、当該選択するという動作は、送信自体に関する動作ではなく、送信のための制御に関する動作であるから、制御回路が行っていることは明らかである。 したがって、引用例１には、以下の発明（以下、「引用発明」という。）が記載されていると認められる。 「 制御回路と、送信機を具備する通信装置であって、 前記制御回路は、チャネルビジー率（ＣＢＲ）に基づいて、複数のリソースプールから１つのリソースプールを選択する、 通信装置。」 ２ 引用例２について 原査定の拒絶の理由に引用された、Panasonic，Discussion on CBR measurement and congestion control behavior（当審訳：CBR測定と輻輳制御動作に関する議論），3GPP TSG RAN WG1 #88 R1-1701931，２０１７年 ２月３日， 「・2 Discussion （略） In previous meeting there was a debate on whether congestion control is done in physical layer, higher layer or both but RAN1 didn’t obtain consensus. We are fine with physical layer based approach if the spec impact is small. In that case, we need consider whether congestion control is done in which step of resource (re)selection procedure especially for mode 4 UEs. For example, congestion control could be done in step 2 (excluding resources based on measured S-RSRP) or step 3 (ranking candidate resources based on measured S-RSSI and selects the resource for transmission). If the CBR measurement shows the load is quite congested, it may be necessary that the UE drops the low priority packets. To avoid the impact on UE experience or QoS in that case, it may be necessary that these UEs use exceptional pool to continue the traffic transmission based on random selection.」（第１ページ下から第６行ないし第２ページ第２０行） （当審訳： ・2 ディスカッション （略） 前回の会議では、輻輳制御が物理層、上位層、またはその両方で行われるかどうかについての議論があったが、RAN1はコンセンサスを取得しなかった。スペックへの影響が小さい場合は、物理層ベースのアプローチで問題ない。その場合、特にモード4 UEの場合、リソース（再）選択手順のどのステップで輻輳制御が行われるかを考慮する必要がある。たとえば、輻輳制御は、ステップ2（測定されたS-RSRPに基づいてリソースを除外）またはステップ3（測定されたS-RSSIに基づいて候補リソースをランク付けし、送信するリソースを選択する）で実行できる。CBR測定で負荷が非常に混雑していることが示された場合、UEが優先度の低いパケットをドロップする必要がある場合がある。その場合のUEエクスペリエンスまたはQoSへの影響を回避するために、これらのUEは、ランダムな選択に基づいてトラフィック送信を継続するために例外的なプールを使用する必要がある場合がある。） したがって、引用例２には、以下の技術事項が記載されていると認められる。 「S-RSSIに基づいて、送信するリソースを選択する。」 ３ 引用例４及び引用例５について （１）原査定の拒絶の理由に引用された、NEC，Load balancing across multiple carriers（当審訳：複数のキャリア間での負荷分散），3GPP TSG RAN WG1 #88 R1-1701926，２０１７年 ２月６日， 「Proposal 1: Within a resource sensing window, CBR measurement of resource pools across multiple carriers is supported for both Mode 3 and Mode 4 UE.」（第１ページ第２７行ないし第２８行） （当審訳： 提案1：リソースセンシングウィンドウ内で、複数のキャリアにわたるリソースプールのCBR測定が、モード3とモード4の両方のUEでサポートされる。） （２）原査定の拒絶の理由に引用された、Considering CA on PC5 carrier（当審訳：PC5キャリアでのCAの検討），3GPP TSG RAN WG1 #88bis R1-1704652，２０１７年 ３月２４日， 「For mode 4 based PC5 CA, the Tx UE should select the resources for transmission on multiple PC5 carriers based on the sensed results of multiple resource pools and then transmit the SA and associated data on these resources.」（第２ページ第１４行ないし第１５行） （当審訳： モード4ベースのPC5 CAの場合、Tx UEは、複数のリソースプールの検知結果に基づいて、複数のPC5キャリアで送信するリソースを選択し、SAと関連データをこれらのリソースで送信する必要がある。） 以上を総合すると、引用例４及び５には、次の周知技術（以下、「周知技術」という。）が記載されていると認められる。 「複数のキャリアにわたる複数のリソースプールを測定する。」 第５ 対比・判断 １ 本願発明１について （１）対比 本願発明１と引用発明とを対比すると、以下のことがいえる。 ア 引用発明の「制御回路」、「送信機」及び「通信装置」は、それぞれ本願発明１の「制御回路」、「送信機」及び「通信装置」に相当する。 イ 本願発明１では「前記制御回路は、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択」していることから、チャネルビジー率（ＣＢＲ）に基づいて複数のリソースプールから少なくとも１つのリソースプールを選択しているといえる。 よって、本願発明１の「前記制御回路は、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択」することと、引用発明の「前記制御回路は、チャネルビジー率（ＣＢＲ）に基づいて、複数のリソースプールから１つのリソースプールを選択する」こととは、制御回路は、チャネルビジー率（ＣＢＲ）に基づいて、複数のリソースプールから１つのリソースプールを選択する点で共通する。 以上を総合すると、本願発明１と引用発明とは、以下の点で一致し、また、相違している。 （一致点） 「 制御回路と、送信機を具備する通信装置であって、 前記制御回路は、チャネルビジー率（ＣＢＲ）に基づいて、複数のリソースプールから１つのリソースプールを選択する、 通信装置。」 （相違点） 本願発明１では、 「リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、 前記制御回路は、前記リソースプールを選択し、前記送信機は、前記リソースプールを用いて前記パケットを送信し、 前記所定の条件が満たされない場合、 前記制御回路は、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記送信機は、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する」 という発明特定事項を有するのに対し、引用発明においては、当該発明特定事項が特定されていない点。 （２）判断 次に、上記相違点について検討する。 上記相違点に係る発明特定事項については引用例２に記載されておらず、引用例４及び引用例５に基づく周知技術でもなく、当該技術分野における周知技術でもない。 したがって、引用発明において、上記相違点に係る本願発明１の発明特定事項である「リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、前記制御回路は、前記リソースプールを選択し、前記送信機は、前記リソースプールを用いて前記パケットを送信し、前記所定の条件が満たされない場合、前記制御回路は、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記送信機は、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する」という発明特定事項を採用することは、当業者といえども、容易に想到し得たとはいえない。 よって、本願発明１は、当業者であっても、引用発明、引用例２に記載された技術事項及び周知技術に基づいて容易に発明をすることができたものであるとはいえない。 ２ 本願発明２及び３について 本願発明２及び３は、本願発明１の発明特定事項を全て含むから、本願発明１と同じ理由により、当業者であっても、引用発明、引用例２に記載された技術事項及び周知技術に基づいて容易に発明をすることができたとはいえない。 ３ 本願発明４について 本願発明４は、本願発明１に対応する通信方法の発明であり、本願発明１の上記相違点に対応する「リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、前記リソースプールを選択し、前記リソースプールを用いて前記パケットを送信し、前記所定の条件が満たされない場合、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する」という発明特定事項を含むことから、本願発明１と同じ理由により、当業者であっても、引用発明、引用例２に記載された技術事項及び周知技術に基づいて容易に発明をすることができたものであるとはいえない。 ４ 本願発明５及び６について 本願発明５及び６は、本願発明４の発明特定事項を全て含むから、本願発明４と同じ理由により、当業者であっても、引用発明、引用例２に記載された技術事項及び周知技術に基づいて容易に発明をすることができたとはいえない。 ５ 本願発明７について 本願発明７は、本願発明１に対応する集積回路の発明であり、本願発明１の上記相違点１に対応する「リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、前記リソースプールを選択し、前記リソースプールを用いて前記パケットを送信する、処理と、前記所定の条件が満たされない場合、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する」という発明特定事項を含むことから、本願発明１と同様の理由により、当業者であっても、引用発明、引用例２に記載された技術事項及び周知技術に基づいて容易に発明をすることができたものであるとはいえない。 第６ 原査定についての判断 令和３年９月２４日にされた手続補正により、本願発明１ないし本願発明７のいずれも、少なくとも「リソースプールとパケットの優先順位の関係が所定の条件を満たす場合、前記制御回路は、前記リソースプールを選択し、前記送信機は、前記リソースプールを用いて前記パケットを送信し、前記所定の条件が満たされない場合、前記制御回路は、複数のキャリアに存在する複数のリソースプールの各々に対応したチャネルビジー率（ＣＢＲ）が最も低い順番に、前記複数のリソースプールから少なくとも１つのリソースプールを選択し、前記送信機は、前記選択された少なくとも１つのリソースプール内の少なくとも１つのリソースを用いて前記パケットを送信する」という発明特定事項を備えるものとなっている。 してみれば、上記「第５」のとおり、本願発明１ないし７は、当業者であっても、原査定において引用された引用発明、引用例２に記載された技術事項及び引用文献４、５に記載された周知技術に基づいて容易に発明をすることができたものであるとはいえない。 したがって、原査定の理由を維持することはできない。 第７ むすび 以上のとおり、原査定の理由によっては、本願を拒絶することはできない。 また、他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。 |
| 審決日 | 2022-05-10 |
| 出願番号 | P2019-542606 |
| 審決分類 |
P
1
8・
121-
WY
(H04W)
|
| 最終処分 | 01 成立 |
| 特許庁審判長 |
中木 努 |
| 特許庁審判官 |
廣川 浩 石田 紀之 |
| 発明の名称 | 通信装置、通信方法および集積回路 |
| 代理人 | 特許業務法人鷲田国際特許事務所 |