2023-013149

特願２０２１－１５６６４５「中継ノードを介した通信をサポートするための方法および装置」拒絶査定不服審判事件〔令和 ４年 １月 ６日出願公開、特開２０２２－ ２４０５〕について、次のとおり審決する。

結 論 本件審判の請求は、成り立たない。

理 由 第１ 手続の経緯 本願は、２０１１年（平成２３年）３月３０日（パリ条約による優先権主張外国庁受理 ２０１０年４月２日 アメリカ合衆国（ＵＳ）、２０１０年４月２日 アメリカ合衆国（ＵＳ）、２０１０年８月１３日 アメリカ合衆国（ＵＳ））を国際出願日とする特願２０１３－５０２８０９号の一部を、平成２６年１１月４日に新たな特許出願とした特願２０１４－２２４６０８号の一部を、平成２７年１０月８日に新たな特許出願とした特願２０１５－２００１３９号の一部を、令和元年９月１７日に新たな特許出願とした特願２０１９－１６８３０５号の一部を、令和３年９月２７日に更に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。 令和３年１１月 ５日 手続補正書の提出 令和４年１０月１１日付け 拒絶理由通知 令和５年 １月１０日 意見書及び手続補正書の提出 令和５年 ３月３１日付け 拒絶査定 令和５年 ８月 ４日 拒絶査定不服審判請求及び手続補正書の提出 第２ 令和５年８月４日にされた手続補正についての補正の却下の決定 ［補正の却下の決定の結論］ 令和５年８月４日にされた手続補正（以下、「本件補正」という。）を却下する。 ［理由］ １．本件補正について （１）本件補正後の特許請求の範囲 本件補正により、特許請求の範囲は、次のとおり補正された。（下線は、補正箇所である。） 「 【請求項１】 無線デバイスであって、 送受信機と、 前記送受信機に動作可能に結合されたプロセッサとを備え、 前記プロセッサは、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され、 前記プロセッサは、基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され、 前記送受信機は、単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信するよう構成され、 前記送受信機は、前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信するよう構成され、 前記送受信機は、前記基地局へ、前記第２のデータを送信するよう構成された 無線デバイス。 （略） 【請求項１９】 基地局であって、 送受信機と、 前記送受信機に動作可能に結合されたプロセッサと を備え、 前記送受信機は、無線デバイスから、第１のバッファステータス報告（ＢＳＲ）および第２のＢＳＲの両方を含む単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を受信するよう構成され、前記第１のＢＳＲは少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられ、前記第２のＢＳＲは当該基地局へ送信するための第２のデータに関連付けられ、 前記送受信機および前記プロセッサは、前記受信された第１のＢＳＲに応答して、前記無線デバイスによる前記送信のために、 （ｉ）前記第１のデータ、または、 （ii）前記第２のデータの少なくとも１つをスケジューリングするよう構成され、 前記送受信機は、前記無線デバイスから前記第２のデータを受信するよう構成された 基地局。 （略）」 （２）本件補正前の特許請求の範囲 本件補正前の、令和５年１月１０日にされた手続補正により補正された特許請求の範囲は、次のとおりである。 「 【請求項１】 無線デバイスであって、 送受信機と、 前記送受信機に動作可能に結合されたプロセッサとを備え、 前記プロセッサは、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され、 前記プロセッサは、基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され、 前記送受信機は、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲを送信するよう構成され、 前記送受信機は、前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信するよう構成され、 前記送受信機は、前記基地局へ、前記第２のデータを送信するよう構成された 無線デバイス。 （略） 【請求項１９】 基地局であって、 送受信機と、 前記送受信機に動作可能に結合されたプロセッサと を備え、 前記送受信機は、無線デバイスから、第１のバッファステータス報告（ＢＳＲ）および第２のＢＳＲを含む媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を受信するよう構成され、前記第１のＢＳＲは少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられ、前記第２のＢＳＲは当該基地局へ送信するための第２のデータに関連付けられ、 前記送受信機および前記プロセッサは、前記受信された第１のＢＳＲに応答して、前記無線デバイスによる前記送信のための前記第２のデータをスケジューリングするよう構成され、 前記送受信機は、前記無線デバイスから前記第２のデータを受信するよう構成された 基地局。 （略）」 ２．補正の適否 （１） 本件補正における請求項１９に対する補正は、本件補正前の「前記送受信機および前記プロセッサは、前記受信された第１のＢＳＲに応答して、前記無線デバイスによる前記送信のための前記第２のデータをスケジューリングするよう構成され、」との記載を、 「前記送受信機および前記プロセッサは、前記受信された第１のＢＳＲに応答して、前記無線デバイスによる前記送信のために、 （ｉ）前記第１のデータ、または、 （ii）前記第２のデータの少なくとも１つをスケジューリングするよう構成され、」 に補正することを含む補正である。 すなわち、本件補正前では「第２のデータをスケジューリングするよう構成され」るのに対し、本件補正後では 「（ｉ）前記第１のデータ、または、 （ii）前記第２のデータの少なくとも１つをスケジューリングするよう構成され」と補正されたことで、補正前の「第２のデータをスケジューリングするよう構成」する以外に、第１のデータのみをスケジューリングし、第２のデータをスケジューリングしないよう構成することが新たに含まれることとなった。 したがって、請求項１９に対する当該補正はスケジューリングについて択一的記載を採用し、択一的記載の要素を付加する補正であるから、特許請求の範囲を減縮する補正に該当しない。よって、当該補正の目的は特許法第１７条の２第５項第２号の特許請求の範囲の減縮とはいえない。また、当該補正は明らかに特許法第１７条の２第５項第１号の請求項の削除、特許法第１７条の２第５項第３号の誤記の訂正や特許法第１７条の２第５項第４号の明りょうでない記載の釈明に該当しない。 したがって、本件補正は、特許法第１７条の２第３項、同第４項の規定に違反するところはないものの、同第５項の規定に違反するものである。 （２） 上記（１）のとおり、本件補正の請求項１９に対する補正は特許法第１７条の２第５項の規定に違反するものであるが、更に進めて、本件補正による請求項１に対する補正について検討する。本件補正による請求項１に対する補正は、本件補正前の請求項１に記載された発明を特定するために必要な事項である「媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲを送信する」に対して「媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）」が「単一」のものであるとの限定、及び、第１のＢＳＲおよび前記第２のＢＳＲ「の両方」を送信するとの限定を付加するものであって、本件補正前の請求項１に記載された発明の産業上の利用分野及び解決しようとする課題が同一であるから、特許法第１７条の２第５項の特許請求の範囲の減縮を目的とするものに該当する。そこで、本件補正後の請求項１に記載された発明が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する特許法第１２６条第７項の規定に適合するか）についても、以下検討する。 ア．特許法第２９条の２について （ア）本願補正発明 本願補正発明は、本件補正後の請求項１の以下の記載のとおりである。 「 無線デバイスであって、 送受信機と、 前記送受信機に動作可能に結合されたプロセッサとを備え、 前記プロセッサは、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され、 前記プロセッサは、基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され、 前記送受信機は、単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信するよう構成され、 前記送受信機は、前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信するよう構成され、 前記送受信機は、前記基地局へ、前記第２のデータを送信するよう構成された 無線デバイス。」 （イ）先願発明 原査定の拒絶の理由で先の出願として引用された２０１０年（平成２２年）５月２８日（パリ条約による優先権主張外国庁受理 ２００９年５月２９日 アメリカ合衆国（ＵＳ））を国際出願日とする国際特許出願（ＰＣＴ／ＣＮ２０１０／０７３３４９）であって、本願の最先の優先日（２０１０年４月２日）後の２０１０年１２月２日に国際公開され（国際公開第２０１０／１３５９９５号：特表２０１２－５２８４９４号公報）、その後、特許法１８４条の４第１項に規定する翻訳文が提出された国際特許出願（以下、「先願１」という。）の国際出願日における明細書又は図面（以下、「先願明細書等」という。）には、以下「ａ」ないし「ｇ」の事項が記載されている。（下線は当審が付与した。） ここで、本願の発明者が先願１に係る発明をした者と同一の者ではなく、また本願出願の時にその出願人が先願１の出願人と同一の者でもない。 ａ．「[0003] A Relay Node (RN) is considered for Long Term Evolution - Advanced (LTE-A) as a tool to improve, e.g., the coverage of high data rates, group mobility, temporary network deployment, the cell-edge throughput and/or to provide coverage in new areas. The RN is wirelessly connected to a wireless communications network via a donor cell (also referred to as a donor enhanced Node B (donor eNB)). The RN may serve as an eNB to one or more User Equipment (UE). To UE that is being served by the RN, the RN may appear identical to an eNB, scheduling uplink (UL) and downlink (DL) transmissions to the UE over an access link, which is between the RN and the UE. 」（１ページ） （当審仮訳： ［０００３］ 中継ノード（ＲＮ）は、ＬＴＥ－Ａ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ－Ａｄｏｖａｎｃｅｄ）に関して、例えば、高データ転送速度の受信地域、グループモビリティ、一時的ネットワーク展開、セル端スループットを改善するための、及び／又は新たな領域内の受信地域を提供するためのツールとして考慮されている。ＲＮは、ドナーセル（ドナー拡張ノードＢ（ドナーｅＮＢ）とも呼ばれる）を介して無線通信ネットワークに無線で接続される。ＲＮは、１つ又は複数のユーザ装置（ＵＥ）に対してｅＮＢとしてサービスを提供することができる。ＲＮによってサービスが提供されるＵＥに対して、ＲＮは、ｅＮＢと同一とみなせ、ＲＮとＵＥとの間にあるアクセスリンク上でのＵＥへのアップリンク（ＵＬ）及びダウンリンク（ＤＬ）送信のスケジューリングを行う。） ｂ．「[0049] Figure 4 illustrates a flow diagram of donor eNB operations 400 in RL flow control. Donor eNB operations 400 may be indicative of operations taking place in a donor eNB, such as eNB 105, for RL flow control based on buffer status information (UL or DL or both) from a RN, such as RN 116, wirelessly coupled to the donor eNB. The donor eNB donates a portion of its available wireless resource to provide a RL (UL or DL or both) to the RN, to simulate a wired connection from the RN to the wired backhaul. [0050] Donor eNB operations 400 may occur periodically, at specified intervals, for example. Alternatively, donor eNB operations 400 may occur when the donor eNB receives a transmission of buffer status information, which may occur periodically at specified intervals or when the RN detects that it has buffers that are full (or almost full) or empty (or almost empty). [0051] To efficiently use wireless resources, the donor eNB may adjust its wireless resource allocation to the RL based on buffer status information provided by the RN. If the donor eNB allocates more DL wireless resources to the RL than needed, then the DL wireless resources may be wasted as well as potentially keeping DL buffers at the RN filled (or about filled) level, and potentially resulting in data loss if UEs being served by the RN cannot consume (i.e., transmit to the intended UE) the DL data at a sufficient rate. Similarly, if too little UL wireless resources are allocated to the RL, then the UL buffers at the RN may be kept in the filled (or about filled) level, which may require the RN to stop scheduling UL transmissions from a UE or UEs and negatively impacting the RN's ability to fully exploit multi-user diversity scheduling. The donor eNB may adjust its wireless resource allocation to the RL dynamically through scheduling. Alternatively, the donor eNB may adjust its wireless resource allocation to the RL semi-statically. [0052] Donor eNB operations 400 may begin with the donor eNB receiving buffer status information from the RN (block 405). The buffer status information from the RN may include DL buffer status information, UL buffer status information, or both DL buffer status information and UL buffer status information. The buffer status information may provide information about the status of each buffer at the RN. For example, if the RN includes a buffer for each class of traffic for each UE that it is serving, then the RN may provide a buffer status for each buffer. 」（１５及び１６ページ） （当審仮訳： ［００４９］ 図４は、ＲＬフロー制御におけるドナーｅＮＢ動作４００の流れ図を示す。ドナーｅＮＢ動作４００は、ドナーｅＮＢに無線で結合されている、ＲＮ１１６などのＲＮからのバッファステータス情報（ＵＬ又はＤＬ又は両方）に基づくＲＬフロー制御についての、ｅＮＢ１０５などのドナーｅＮＢ内で行われている動作を示すことができる。ドナーｅＮＢは、ＲＬ（ＵＬ又はＤＬ又は両方）をＲＮに提供するためにその利用可能な無線資源の一部を提供して、ＲＮから有線バックホールへの有線接続を擬似する。 ［００５０］ ドナーｅＮＢ動作４００は、例えば、一定の間隔で周期的に発生することができる。あるいは、ドナーｅＮＢ動作４００は、一定の間隔で周期的に発生することができるバッファステータス情報の送信をドナーｅＮＢが受けた時に、あるいはＲＮが満杯（又はほぼ満杯）又は空き（又はほぼ空き）であるバッファが存在することを検出した時に、バッファステータス情報の送信をドナーｅＮＢが受けた時に発生することができる。 ［００５１］ 無線資源を効率よく使用するために、ドナーｅＮＢは、ＲＮにより提供されるバッファステータス情報に基づきＲＬに対するその無線資源割り当てを調整することができる。ドナーｅＮＢが、ＲＬに対して必要以上にＤＬ無線資源を割り当てるならば、ＤＬ無線資源は、浪費されるとともに、ＲＮによりサービスが提供されているＵＥが十分な率でＤＬデータを消費する（すなわち、目的のＵＥに送信する）ことができない場合には、ＲＮにあるＤＬバッファを満杯（又はほぼ満杯）レベルに潜在的に保ち、かつデータ損失を潜在的に引き起こす恐れがある。同様に、余りにも少ないＵＬ無線資源しかＲＬに割り当てられないならば、ＲＮにおけるＵＬバッファは、満杯（又はほぼ満杯）レベルに保たれる恐れがあり、これによってＲＮはＵＥ又は複数のＵＥからのＵＬ送信のスケジューリングを停止しなければならない可能性がありかつマルチユーザ多様性スケジューリングを十分有効に活用するＲＮの能力に悪影響を与える。ドナーｅＮＢは、スケジューリングを通じて動的にＲＬに対するその無線資源の割り当てを調整することができる。あるいは、ドナーｅＮＢは、ＲＬに対するその無線資源の割り当てを半固定的に調整することができる。 ［００５２］ ドナーｅＮＢ動作４００は、ドナーｅＮＢがＲＮからバッファステータス情報を受信することで始めることができる（ブロック４０５）。ＲＮからのバッファステータス情報は、ＤＬバッファステータス情報、ＵＬバッファステータス情報、又はＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含むことができる。バッファステータス情報は、ＲＮにおける各バッファのステータスについての情報を提供することができる。例えば、ＲＮが、サービングしている各ＵＥに対するトラヒックの各クラスに対するバッファを備えている場合、ＲＮは、各バッファに対するバッファステータスを提供することができる。） ｃ．「[0069] Once it receives buffer status information from the RN, the donor eNB may alter the RL based on the buffer status information. For example, the donor eNB may determine if the buffer status information is for the UL buffers (block 410) and alter the wireless resource allocation for the UL of the RL based on the UL buffer status information (block 415). For example, if the UL buffer status information indicates that the UL buffers are full (or almost full), then the donor eNB may increase the wireless resources allocated to the UL RL to allow the RN to transmit more UL data to the donor eNB. Increasing the wireless resources allocation may help to decrease the amount of data being stored in the UL buffers at the RN. While, if the UL buffer status information indicates that the UL buffers are empty (or almost empty), then the donor eNB may decrease the wireless resources allocated to the UL RL to allow the RN to transmit less UL data to the donor eNB. Decreasing the wireless resources allocation may free up the donor eNB's wireless resources for other use, such as increasing DL RL wireless resources allocation, increasing wireless resources for UEs being served directly by the donor eNB, and so forth. [0070] While, if the buffer status information is for the DL buffers (block 410), then the donor eNB may alter the wireless resource allocation for the DL of the RL based on the DL buffer status information (block 420). For example, if the DL buffer status information indicates that the DL buffers are full (or almost full), then the donor eNB may decrease the wireless resources allocated to the DL RL to prevent data loss at the RN as the DL buffers fill. The donor eNB may decrease the wireless resources allocation of the DL RL across the board or the donor eNB may select the UEs of the DL buffers that are full and not forward DL data for only the selected UEs, while continuing to transmit DL data for UEs with DL buffers that are not full(or even increasing the transmissions of those UEs).」（２１及び２２ページ） （当審仮訳： ［００６９］ ドナーｅＮＢは、一旦ＲＮからバッファステータス情報を受信すると、バッファステータス情報に基づきＲＬを変更することができる。例えば、ドナーｅＮＢは、バッファステータス情報がＵＬバッファに対するものであるかどうかを決定し（ブロック４１０）、ＵＬバッファステータス情報に基づきＲＬのＵＬに対する無線資源割り当てを変更する（ブロック４１５）。例えば、ＵＬバッファステータス情報が、ＵＬバッファが満杯（又はほぼ満杯）であることを示している場合、ドナーｅＮＢは、ＲＬのＵＬに割り当てられる無線資源を増加して、ＲＮがより多くのＵＬデータをドナーｅＮＢへ送信できるようにする。無線資源割り当てを増加させることは、ＲＮにおいてＵＬバッファ中に記憶されるデータ量を減少させることを助ける恐れがある。しかしながら、ＵＬバッファステータス情報が、ＵＬバッファが空き（又はほぼ空き）であることを示している場合、ドナーｅＮＢは、ＲＬのＵＬに割り当てられている無線資源を減少させて、ＲＮがより少ないＵＬデータをドナーｅＮＢへ送信するようにできる。無線資源割り当てを減少させることは、ドナーｅＮＢの無線資源を、ＲＬのＤＬ無線資源割り当てを増加させる、ドナーｅＮＢにより直接的にサービスが提供されるＵＥ用の無線資源を増加させるなどといった他の用途のために解放することができる。 ［００７０］ 一方、バッファステータス情報が、ＤＬバッファに対してである場合（ブロック４１０）、ドナーｅＮＢは、ＲＬのＤＬに対する無線資源割り当てをＤＬバッファステータス情報に基づき変更する（ブロック４２０）ことができる。例えば、ＤＬバッファステータス情報が、ＤＬバッファが満杯（又はほぼ満杯）であることを示している場合、ドナーｅＮＢは、ＲＬのＤＬに割り当てられた無線資源を減少させて、ＤＬバッファが満杯であるためＲＮにおけるデータ損失を防止することができる。ドナーｅＮＢは、ＲＬのＤＬの無線資源割り当てを一律に減少させることができ、あるいは、ドナーｅＮＢは、満杯であるＤＬバッファのＵＥを選択し、選択されたＵＥのみに対してはＤＬデータを転送しないとともに、満杯ではないＤＬバッファを有するＵＥに対するＤＬデータを送信し続ける（又はこれらのＵＥの送信を増加させる）ことができる。） ｄ．「[0074] Figure 5 illustrates a flow diagram of RN operations 500 in RL flow control. RN operations 500 may be indicative of operations taking place in a RN, such as RN 116, for RL flow control based on buffer status information (both UL and DL) at a donor eNB, such as eNB 105, wherein the eNB 105 and the RN 116 are wireless coupled. The donor eNB donates a portion of its available wireless resource to provide a RL (both UL and DL) to the RN, to simulate a wired connection from the RN to the wired backhaul. [0075] RN operations 500 may occur periodically, at specified intervals, for example. Alternatively, RN operations 500 may occur when the RN detects that it has buffers that are full (or almost full), empty (or almost empty), or at a specified buffer status. [0076] RN operations 500 may begin with the RN determining the buffer status of its buffers (block 505). For example, the RN may determine the amount of data stored in each of its DL and UL buffers. Alternatively, the RN may aggregate its buffers based on UE, traffic class, link direction (DL or UL), or a combination thereof. [0077] Once it has determined the buffer status, the RN may compute buffer status information from the buffer status (block 510). For example, from the amount of data stored in a buffer, the RN may compute a percentage of the buffer that is full or empty, an indication of the amount of data stored in the buffer, an expected time to buffer starvation or to buffer congestion for the buffer, or so on. [0078] The RN may then transmit the buffer status information to the donor eNB (block 515). The RN may directly transmit the buffer status information to the donor eNB using a Media Access Control (MAC) control Protocol Data Unit (PDU) or a Radio Resource Control (RRC) message, for example. Alternatively, the RN may transmit the buffer status information to the donor eNB if the buffer status information exceeds a threshold. For example, the RN may transmit the buffer status information to the donor eNB if the buffer status information indicates that the buffer is full or empty (or almost full or almost empty), if the buffer will be empty (consumed) within a specified amount of time, or so forth. If the buffer status information indicates that the buffer is not full or empty, or will not be empty within a specified amount of time, and so on, then the RN may not transmit the buffer status information to the donor eNB.」（２３及び２４ページ） （当審仮訳： ［００７４］ 図５はＲＬフロー制御におけるＲＮ動作５００の流れ図を示す。ＲＮ動作５００は、ｅＮＢ１０５などのドナーｅＮＢにおけるバッファステータス情報（ＵＬ及びＤＬ両方）に基づくＲＬフロー制御に対するＲＮ１１６などのＲＮ中で行われる動作を示すことができ、そこでｅＮＢ１０５及びＲＮ１１６は無線で結合されている。ドナーｅＮＢは、ＲＬ（ＵＬ及びＤＬ両方）をＲＮに提供するためにその利用可能な無線資源の一部を提供して、ＲＮから有線のバックホールへの有線接続を擬似する。 ［００７５］ ＲＮ動作５００は、例えば、一定の間隔で周期的に発生することができる。あるいは、ＲＮ動作５００は、ＲＮが、満杯（又はほぼ満杯）、空き（又はほぼ空き）、又は特定のバッファステータスにあるバッファステータスを有していることを検出した時に発生することができる。 ［００７６］ ＲＮ動作５００は、ＲＮがそのバッファのバッファステータスを決定することで始めることができる（ブロック５０５）。例えば、ＲＮは、そのＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量を決定することができる。あるいは、ＲＮは、ＵＥ、トラヒッククラス、リンク方向（ＤＬ又はＵＬ）、又はこれらの組合せに基づきそのバッファを集約することができる。 ［００７７］ 一旦、バッファステータスが決定されると、ＲＮは、バッファステータスからバッファステータス情報を求めることができる（ブロック５１０）。例えば、バッファ中に記憶されたデータ量から、ＲＮは、満杯又は空きであるバッファの百分率、バッファ中に記憶されるデータ量のインジケーション、バッファがバッファ枯渇又はバッファ輻輳に至るまでの予想時間、などを求めることができる。 ［００７８］ ＲＮは次いで、バッファステータス情報をドナーｅＮＢへ送信することができる（ブロック５１５）。ＲＮは、バッファステータス情報を例えば、メディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）又は無線リソース制御（ＲＲＣ）メッセージを使用してドナーｅＮＢへ直接送信することができる。あるいは、ＲＮは、バッファステータス情報が閾値を超えた場合にバッファステータス情報をドナーｅＮＢに送信することができる。例えば、ＲＮは、バッファステータス情報が、バッファが満杯又は空き（又はほぼ満杯又はほぼ空き）であることを示している場合、バッファが一定の時間量内に空きとなる（消費される）場合、などの場合、バッファステータス情報をドナーｅＮＢに送信することができる。バッファステータス情報が、バッファが満杯もしくは空きではない又はバッファが一定の時間量内に空きとならないことなどを示している場合、ＲＮは、バッファステータス情報をドナーｅＮＢに送信することができない。） ｅ． ［図：0001413069000001.jpg］ （当審仮訳： ［図：0001413069000002.jpg］ 図２） ｆ． ［図：0001413069000003.jpg］ （当審仮訳： ［図：0001413069000004.jpg］ 図４） ｇ． ［図：0001413069000005.jpg］ （当審仮訳 ［図：0001413069000006.jpg］ 図５） ここで、上記先願明細書等の記載が本願の最先の優先日（２０１０年４月２日）以前の、先願１の優先基礎仮出願に記載されていることを確認する。 先願１の優先基礎仮出願である６１／１８２３６０号（出願日：２００９年５月２９日）には、下記「ｈ」ないし「ｎ」が記載されている。 ｈ．「[0002] A Relay Node (RN) is considered for Long Term Evolution - Advanced (LTE-A) as a tool to improve, e.g., the coverage of high data rates, group mobility, temporary network deployment, the cell-edge throughput and/or to provide coverage in new areas. The RN is wirelessly connected to a wireless communications network via a donor cell (also referred to as a donor enhanced Node B (donor eNB)). The RN may serve as an eNB to one or more User Equipment (UE). To UE that is being served by the RN, the RN may appear identical to an eNB, scheduling uplink (UL) and downlink (DL) transmissions to the UE over an access link, which is between the RN and the UE. 」 ｉ．「[0022] Figure 3 illustrates a flow diagram of donor eNB operations 300 in RL flow control. Donor eNB operations 300 may be indicative of operations taking place in a donor eNB, such as eNB 105, for RL flow control based on buffer status information (UL or DL or both) from a RN, such as RN 116, wirelessly coupled to the donor eNB. The donor eNB donates a portion of its available wireless resource to provide a RL (UL or DL or both) to the RN, to simulate a wired connection from the RN to the wired backhaul. [0023] Donor eNB operations 300 may occur periodically, at specified intervals, for example. Alternatively, donor eNB operations 300 may occur when the donor eNB receives a transmission of buffer status information, which may occur periodically at specified intervals or when the RN detects that it has buffers that are full (or almost full) or empty (or almost empty). [0024] To efficiently use wireless resource, the donor eNB may adjust its wireless resource allocation to the RL based on buffer status information provided by the RN. If the donor eNB allocates more DL wireless resource to the RL than needed, then the DL wireless resource may be wasted as well as potentially keeping DL buffers at the RN filled (or about filled) level, and potentially resulting in data loss if UEs being served by the RN cannot consume (i.e., transmit to the intended UE) the DL data at a sufficient rate. Similarly, if too little UL wireless resource is allocated to the RL, then the UL buffers at the RN may be kept in the filled (or about filled) level, which may require the RN to stop scheduling UL transmissions from a UE or UEs and negatively impacting the RN's ability to fully exploit multi-user diversity scheduling. The donor eNB may adjust its wireless resource allocation to the RL dynamically through scheduling. Alternatively, the donor eNB may adjust its wireless resource allocation to the RL semi-statically. [0025] Donor eNB operations 300 may begin with the donor eNB receiving buffer status information from the RN (block 305). The buffer status information from the RN may include DL buffer status information, UL buffer status information, or both DL and UL buffer status information. The buffer status information may provide information about the status of each buffer at the RN. For example, if the RN includes a buffer for each class of traffic for each UE that it is servicing, then the RN may provide a buffer status for each buffer.」 ｊ．「[0041] Once it receives buffer status information from the RN, the donor eNB may alter the RL based on the buffer status information. For example, the donor eNB may determine if the buffer status information is for the UL buffers (block 310) and alter the wireless resource allocation for the UL of the RL based on the UL buffer status information (block 315). For example, if the UL buffer status information indicates that the UL buffers are full (or almost full), then the donor eNB may increase the wireless resource allocated to the UL RL to allow the RN to transmit more UL data to the donor eNB. This may help to decrease the amount of data being stored in the UL buffers at the RN. If the UL buffer status information indicates that the UL buffers are empty (or almost empty), then the donor eNB may decrease the wireless resource allocated to the UL RL to allow the RN to transmit less UL data to the donor eNB. This may free up the donor eNB's wireless resource for other use, such as increasing DL RL wireless resource, increasing wireless resource for UEs being served directly by the donor eNB, and so forth. [0042] While, if the buffer status information is for the DL buffers (block 310), then the donor eNB may alter the wireless resource allocation for the DL of the RL based on the DL buffer status information (block 320). For example, if the DL buffer status information indicates that the DL buffers are full (or almost full), then the donor eNB may decrease the wireless resource allocated to the DL RL to prevent data loss at the RN as the DL buffers fill. The donor eNB may decrease the wireless resource allocation of the DL RL across the board or the donor eNB may select the UEs of the DL buffers that are full and not forward DL data for only the selected UEs, while continuing to transmit DL data for UEs with DL buffers that are not full (or even increasing the transmissions of those UEs).」 ｋ．「[0046] Figure 4 illustrates a flow diagram of RN operations 400 in RL flow control. RN operations 400 may be indicative of operations taking place in a RN, such as RN 116, for RL flow control based on buffer status information (both UL and DL) at a donor eNB, such as eNB 105, wherein the eNB 105 and the RN 116 are wireless coupled. The donor eNB donates a portion of its available wireless resource to provide a RL (both UL and DL) to the RN, to simulate a wired connection from the RN to the wired backhaul. [0047] RN operations 400 may occur periodically, at specified intervals, for example. Alternatively, RN operations 400 may occur when the RN detects that it has buffers that are full (or almost full) or empty (or almost empty). [0048] RN operations 400 may begin with the RN determining the buffer status of its buffers (block 405). For example, the RN may determine the amount of data stored in each of its DL and UL buffers. Alternatively, the RN may aggregate its buffers based on UE, traffic class, link direction (DL or UL), or so forth. [0049] Once it has determined the buffer status, the RN may compute buffer status information from the buffer status (block 410). For example, from the amount of data stored in a buffer, the RN may compute a percentage of the buffer that is full, an indication of the amount of data stored in the buffer, an expected time to buffer starvation or to buffer congestion for the buffer, or so on. [0050] The RN may then transmit the buffer status information to the donor eNB (block 415). The RN may directly transmit the buffer status information to the donor eNB using a Media Access Control (MAC) control Protocol Data Unit (PDU) or a Radio Resource Control (RRC) message, for example. Alternatively, the RN may transmit the buffer status information to the donor eNB if the buffer status information exceeds a threshold. For example, the RN may transmit the buffer status information to the donor eNB if the buffer status information indicates that the buffer is full or empty (or almost full or almost empty), if the buffer will be empty (consumed) within a specified amount of time, or so forth. If the buffer status information indicates that the buffer is not full or empty, or will not be empty within a specified amount of time, and so on, then the RN may not transmit the buffer status information to the donor eNB.」 ｌ. ［図：0001413069000007.jpg］ ｍ． ［図：0001413069000008.jpg］ ｎ． ［図：0001413069000009.jpg］ 以上のように、上記「ｆ」のＦｉｇ．４と上記「ｇ」のＦｉｇ．５が、上記「ｍ」のＦｉｇ．３と上記「ｎ」のＦｉｇ．４になっているが、上記「ａ」ないし「ｇ」の記載と「ｈ」ないし「ｎ」の記載は実質的に同様の事項が記載されている。したがって、先願１の上記「ａ」ないし「ｇ」の事項は先願１の優先基礎仮出願である６１／１８２３６０号（出願日：２００９年５月２９日）に実質的に記載された事項である。 次に、上記「ａ」ないし「ｇ」の記載及び技術常識からみて、次の事項が先願明細書等には記載されているといえる。 （ａ）上記「ａ」の「中継ノード（ＲＮ）」及び「ＲＮは、ドナーセル（ドナー拡張ノードＢ（ドナーｅＮＢ）とも呼ばれる）を介して無線通信ネットワークに無線で接続される。ＲＮは、１つ又は複数のユーザ装置（ＵＥ）に対してｅＮＢとしてサービスを提供することができる。」との記載によれば、中継ノードＲＮはドナーｅＮＢを介して無線ネットワークに無線で接続される中継ノードであり、ユーザ装置（ＵＥ）に対してｅＮＢとしてサービスを提供する装置である。また、上記「ｃ」の段落６９の「ＲＮがより多くのＵＬデータをドナーｅＮＢへ送信できるようにする。」、及び、上記「ｃ」の段落７０の「満杯ではないＤＬバッファを有するＵＥに対するＤＬデータを送信し続ける」との記載から、ドナーｅＮＢへ送信されるものはＵＬデータであり、ＵＥに対して送信されるものはＤＬデータであることが読み取れる。このことを踏まえると、上記「ｅ」の図２から、中継ノード（ＲＮ）のダウンリンク（ＤＬ）送信としてはユーザ装置（ＵＥ）へのＤＬデータ送信であり、中継ノード（ＲＮ）のアップリンク（ＵＬ）送信としてはドナーｅＮＢへのＵＬデータ送信であることが読み取れる。 したがって、「無線ネットワークに無線で接続される中継ノードであり、ダウンリンク送信としてユーザ装置（ＵＥ）へのＤＬデータ送信を行い、アップリンク送信としてドナーｅＮＢへのＵＬデータ送信を行う中継ノードＲＮ」が記載されているといえる。 （ｂ）上記「ｂ」の段落５２の「ドナーｅＮＢ動作４００は、ドナーｅＮＢがＲＮからバッファステータス情報を受信することで始めることができる（ブロック４０５）。ＲＮからのバッファステータス情報は、ＤＬバッファステータス情報、ＵＬバッファステータス情報、又はＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含むことができる。」との記載によれば、ＲＮからのバッファステータス情報には、ＤＬバッファステータス情報、ＵＬバッファステータス情報、又はＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含むことが記載されている。 そして、上記「ｄ」の段落７４に「図５はＲＬフロー制御におけるＲＮ動作５００の流れ図を示す。」との記載があり、上記「ｇ」の図５には、ステップ５０５ないしステップ５１５が示されている。 ここで、図５のステップ５０５に関する段落７６の「ＲＮ動作５００は、ＲＮがそのバッファのバッファステータスを決定することで始めることができる（ブロック５０５）。例えば、ＲＮは、そのＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量を決定することができる。」、図５のステップ５１０に関する段落７７の「一旦、バッファステータスが決定されると、ＲＮは、バッファステータスからバッファステータス情報を計算することができる（ブロック５１０）。例えば、バッファ中に記憶されたデータ量から、ＲＮは、満杯又は空きであるバッファの百分率、バッファ中に記憶されるデータ量のインジケーション、・・・などを求めることができる。」、図５のステップ５１５に関する段落７８の「ＲＮは次いで、バッファステータス情報をドナーｅＮＢへ送信することができる（ブロック５１５）。」との記載によれば、ＲＮは、ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め、バッファステータス情報をドナーｅＮＢへ送信することが記載されているといえる。 更に、図５のステップ５１５に関する段落７８の「ＲＮは、バッファステータス情報を例えば、メディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）・・・を使用してドナーｅＮＢへ直接送信することができる。」との記載によれば、ＲＮは、バッファステータス情報を、メディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信することが記載されている。 以上のことから、ＲＮは、「ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め、ＲＮからのバッファステータス情報には、ＤＬバッファステータス情報、ＵＬバッファステータス情報、又はＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含み、バッファステータス情報をメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信する」ことが記載されているといえる。 以上を総合すると、先願明細書等には、次の発明（以下「先願発明」という。）が記載されていると認められる。 「 無線ネットワークに無線で接続される中継ノードであり、ダウンリンク送信としてユーザ装置（ＵＥ）へのＤＬデータ送信を行い、アップリンク送信としてドナーｅＮＢへのＵＬデータ送信を行う中継ノードＲＮであって、 ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め、ＲＮからのバッファステータス情報には、ＤＬバッファステータス情報、ＵＬバッファステータス情報、又はＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含み、バッファステータス情報をメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信する、 中継装置ＲＮ。」 （ウ）対比及び判断 本願補正発明と先願発明を対比すると、 ａ．先願発明の「ユーザ装置（ＵＥ）」は、本願補正発明の「無線送受信ユニット（ＷＴＲＵ）」に相当し、先願発明の「ドナーｅＮＢ」は、本願補正発明の「基地局」に含まれる。 本願補正発明の「無線デバイス」は「前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信」し、「前記基地局へ、前記第２のデータを送信する」ものであるから、先願発明の「無線ネットワークに無線で接続される中継ノードであり、ダウンリンク送信としてユーザ装置（ＵＥ）へのＤＬデータ送信を行い、アップリンク送信としてドナーｅＮＢへのＵＬデータ送信を行う中継ノードＲＮ」は、本願補正発明の「無線デバイス」に含まれる。 ｂ．先願発明の「ダウンリンク送信」は、ユーザ装置（ＵＥ）へのＤＬデータ送信であるから、先願発明のダウンリンク送信されるＤＬデータは、本願補正発明の「少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータ」に相当する。 そして、先願発明では、データ量であるＤＬバッファステータスから、ドナーｅＮＢへ送信するために、バッファの百分率やデータ量のインジケーションという形のバッファステータス情報を求めることから、ＤＬバッファステータス情報は、ドナーｅＮＢへ送信、すなわち報告するためのバッファステータスの報告情報といえる。そうすると、先願発明の「ＤＬバッファステータス情報」は、本願補正発明の「第１のバッファステータス報告（ＢＳＲ）」に含まれる。 更に、先願発明では「ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め」ることから、先願発明のＤＬバッファステータス情報は、ＤＬデータに関連した情報といえる。 したがって、本願補正発明の「前記プロセッサは、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され」ることと、先願発明の「ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め、ＲＮからのバッファステータス情報には、ＤＬバッファステータス情報、ＵＬバッファステータス情報、又はＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含み、バッファステータス情報をメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信する」こととは、「少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され」る点で共通する。 ｃ．上記「ｂ」と同様に、先願発明の「アップリンク送信」は、ユーザ装置（ＵＥ）へのＵＬデータ送信であるから、先願発明のアップリンク送信されるＵＬデータは、本願補正発明の「基地局へ送信するための第２のデータ」に相当する。 そして、先願発明では、データ量であるＵＬバッファステータスから、ドナーｅＮＢへ送信するために、バッファの百分率やデータ量のインジケーションという形のバッファステータス情報を求めることから、ＵＬバッファステータス情報は、ドナーｅＮＢへ送信、すなわち報告するためのバッファステータスの報告情報といえる。そうすると、先願発明の「ＵＬバッファステータス情報」は、本願補正発明の「第２のＢＳＲ」に含まれる。 更に、先願発明では「ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め」ることから、先願発明のＵＬバッファステータス情報は、ＵＬデータに関連した情報といえる。 したがって、本願補正発明の「前記プロセッサは、基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され」ることと、先願発明の「ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め、ＲＮからのバッファステータス情報には、ＤＬバッファステータス情報、ＵＬバッファステータス情報、又はＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含み、バッファステータス情報をメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信する」こととは、「基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され」る点で共通する。 ｄ．先願発明の中継ノードＲＮからのバッファステータス情報には、ＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含むことがあり、その場合には、先願発明ではＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含んだ単一のメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信することとなることは明らかである。したがって、本願補正発明の「前記送受信機は、単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信するよう構成され」ることと、先願発明の「ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め、ＲＮからのバッファステータス情報には、・・・ＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含み、バッファステータス情報をメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信」することとは、「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、基地局へ、第１のＢＳＲおよび第２のＢＳＲの両方を送信するよう構成され」る点で共通する。 ｅ．上記「ｂ」で説示したとおり、先願発明の「ダウンリンク送信」は、ユーザ装置（ＵＥ）へのＤＬデータ送信であるから、先願発明のダウンリンク送信されるＤＬデータは、本願補正発明の「少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータ」に相当することから、本願補正発明の「前記送受信機は、前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信するよう構成され」ることと、先願発明の「ダウンリンク送信としてユーザ装置（ＵＥ）へのＤＬデータ送信を行」うこととは、「少なくとも１つのＷＴＲＵへ、第１のデータを送信するよう構成され」る点で共通する。 ｆ．上記「ｃ」で説示したとおり、先願発明の「アップリンク送信」は、ドナーｅＮＢへのＵＬデータ送信であるから、先願発明のアップリンク送信されるＵＬデータは、本願補正発明の「基地局へ送信するための第２のデータ」に相当することから、本願補正発明の「前記送受信機は、前記基地局へ、前記第２のデータを送信するよう構成され」ることと、先願発明の「アップリンク送信としてドナーｅＮＢへのＵＬデータ送信を行う」こととは、「基地局へ、第２のデータを送信するよう構成され」る点で共通する。 （一致点） 「 無線デバイスであって、 少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され、 基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され、 単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信するよう構成され、 前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信するよう構成され、 前記基地局へ、前記第２のデータを送信するよう構成された 無線デバイス。」 （相違点） 無線デバイスにおいて、本願補正発明は「送受信機と、前記送受信機に動作可能に結合されたプロセッサとを備え」、プロセッサは「少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され」及び「基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され」、及び、送受信機は「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信するよう構成され」及び「前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信するよう構成され」ているのに対し、先願発明では当該発明特定事項が特定されていない点。 以下、相違点について検討する。 無線装置において、無線通信を行うために送受信機を備えること、及び、装置の動作を制御する上でプロセッサを備えることは技術常識である。 したがって、先願発明の中継ノードＲＮが、送受信機と、前記送受信機に動作可能に結合されたプロセッサとを備え、プロセッサは「少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され」及び「基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され」、及び、送受信機は「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信するよう構成され」及び「前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信するよう構成され」ることは明らかであり、前記相違点は、実質的な相違点ではない。 よって、本願補正発明と先願発明とは同一であるから、本願補正発明は特許法第２９条の２の規定により、特許を受けることができない。 （エ）まとめ 以上のとおり、本願補正発明は、その優先日（２０１０年４月２日）前の優先日（２００９年５月２９日）を有する国際特許出願（ＰＣＴ／ＣＮ２０１０／０７３３４９)であって、本願優先日（２０１０年４月２日）後の２０１０年１２月２日に国際公開され（国際公開第２０１０／１３５９９５号：特表２０１２－５２８４９４号公報）、その後、特許法第１８４条の４第１項に規定する翻訳文が提出された国際特許出願の国際出願日における明細書又は図面に記載された発明と同一であり、しかも、この出願の発明者が上記国際特許出願に係る上記発明をした者と同一であるとも、またこの出願の時において、その出願人が上記国際特許出願の出願人と同一であるとも認められないので、特許法第１８４条の１３で読み替えて適用する特許法第２９条の２の規定により特許を受けることができないから、特許出願の際独立して特許を受けることができない。 （オ）請求人の主張 請求人は、令和５年８月４日に提出した審判請求書の「Ｂ．本願発明が特許されるべき理由」の「（２）」において 「引用文献１（先願１）に記載の発明は、補正後の請求項１における「送受信機は、単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」ようされたことを、開示しておりません。具体的には引用文献１は、単一のＭＡＣ ＰＤＵがＤＬ ＢＳＲおよびＵＬ ＢＳＲの両方を含むことについて開示も示唆もしておりません。 引用文献１（対応する公表公報）は、段落[００７４]、[００７６]においてＭＵＣ ＰＤＵについて論議をしています。例えば令和４年１０月１１日付けの通知書において引用された段落[００７４]では、ごく一般的にバッファ状態情報およびＭＡＣ ＰＤＵについて述べているに過ぎません。また同通知書において引用された段落[００７７]においても、ＭＡＣ ＰＤＵについては何も論議しておらず、単にＢＳＲメッセージについてのみ述べていますが、ＭＡＣ ＰＤＵについて何の言及もしていません。 引用文献１は２つの別々のＢＳＲ、ＵＬに対する第１のＢＳＲおよびＤＬに対する第２のＢＳＲを運んでいるＭＡＣ ＰＤＵについて、何ら言及しておらず、引用文献１はＤＬ ＢＳＲおよびＵＬ ＢＳＲの両方を含む単一のＭＡＣ ＰＤＵについて開示をしてはおりません。引用文献１には、補正後の請求項１における「送受信機は、単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」ことは開示されておりません。」 と主張している。 しかしながら、上記「（ウ）対比及び判断」の「ｄ」で検討したように、先願発明の中継ノードＲＮからのバッファステータス情報には、ＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含むことがあり、その場合には、先願発明の中継ノードＲＮはＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含んだ単一のメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信することとなることは明らかである。したがって、先願発明では、単一のＭＡＣ ＰＤＵがＤＬ ＢＳＲ及びＵＬ ＢＳＲの両方を含むことについて開示、示唆されているといえることから、請求人の当該主張は採用することはできない。 イ．特許法第３６条第６項第１号について 仮に、先願明細書等には、上記「（イ）先願発明」の図５のステップ５０５に関する段落７６の「ＲＮ動作５００は、ＲＮがそのバッファのバッファステータスを決定することで始めることができる（ブロック５０５）。例えば、ＲＮは、そのＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量を決定することができる。」、及び、上記「（イ）先願発明」の図５のステップ５１５に関する段落７８の「ＲＮは、バッファステータス情報を例えば、メディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）・・・を使用してドナーｅＮＢへ直接送信することができる。」との記載はあるが、当該記載からは「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」ことが明記されていない以上、当該事項を読み取ることができないとして、以下検討する。 請求項１に関して、補正前の「媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲを送信する」との記載を「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２の両方を送信する」に補正された。 一方、発明の詳細な説明の段落１５０に「一実施形態では、ＭＡＣ ＰＤＵ中に利用可能な空間がある場合、ＲＮ ＢＳＲをＭＡＣ ＰＤＵ中に便乗させる（piggybacked）ことができる。」との記載と、段落１０１に「ＲＮダウンリンクバッファステータス報告は、ＲＮアップリンクバッファステータス報告と共に送信することができる。」と記載されているが、「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」とは発明の詳細な説明には明記されていない。 そして、先願明細書等の解釈と同様の解釈を行い、明記がない以上読み取ることができないとすると、発明の詳細な説明の段落１５０の記載と段落１０１の記載があったとしても、発明の詳細な説明に「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」ことが明記されていない以上、発明の詳細な説明からは「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」ことを読み取ることはできない。 したがって、請求項１の「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」ことは、発明の詳細な説明には記載したものではない。 よって、本件補正後の請求項１に係る発明は発明の詳細な説明に記載したものでないので、本件補正後の特許請求の範囲の記載は特許法第３６条第６項第１号に規定する要件を満たしておらず、特許出願の際独立して特許を受けることができない。 （３）まとめ したがって、本件補正は特許法第１７条の２第５項の規定に違反するものであり、また、特許法第１７条の２第６項において準用する特許法第１２６条第７項の規定に違反するものであるから、特許法第１５９条第１項において読み替えて準用する特許法第５３条第１項の規定により却下すべきものである。 よって、上記補正の却下の決定結論のとおり決定する。 第３ 本願発明について １．本願発明 本件補正は、上記のとおり却下されたので、本願の請求項１ないし２４に係る発明は令和５年１月１０日にされた手続補正により補正された特許請求の範囲の請求項１ないし２４に記載された事項により特定されるところ、その請求項１に係る発明（以下、「本願発明」という。）は、以下のとおりと認められる。 「 無線デバイスであって、 送受信機と、 前記送受信機に動作可能に結合されたプロセッサとを備え、 前記プロセッサは、少なくとも１つの無線送受信ユニット（ＷＴＲＵ）へ送信するための第１のデータに関連付けられた第１のバッファステータス報告（ＢＳＲ）を生成するよう構成され、 前記プロセッサは、基地局へ送信するための第２のデータに関連付けられた第２のＢＳＲを生成するよう構成され、 前記送受信機は、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲを送信するよう構成され、 前記送受信機は、前記少なくとも１つのＷＴＲＵへ、前記第１のデータを送信するよう構成され、 前記送受信機は、前記基地局へ、前記第２のデータを送信するよう構成された 無線デバイス。」 ２．原査定の拒絶理由 原査定の拒絶の理由は、 （拡大先願）この出願の下記の請求項に係る発明は、その出願の日前の外国語特許出願（特許法第１８４条の４第３項の規定により取り下げられたものとみなされたものを除く。）であって、その出願後に国際公開がされた下記の外国語特許出願の国際出願日における国際出願の明細書、請求の範囲又は図面に記載された発明と同一であり、しかも、この出願の発明者がその出願前の外国語特許出願に係る上記の発明をした者と同一ではなく、またこの出願の時において、その出願人が上記外国語特許出願の出願人と同一でもないので、特許法第２９条の２の規定により、特許を受けることができない（同法第１８４条の１３参照）。を含むものであり、本件補正前の請求項１に対して先願１（２０１０年（平成２２年）５月２８日（パリ条約による優先権主張外国庁受理 ２００９年５月２９日 アメリカ合衆国（ＵＳ））を国際出願日とする国際特許出願（ＰＣＴ／ＣＮ２０１０／０７３３４９）であって、本願の最先の優先日（２０１０年４月２日）後の２０１０年１２月２日に国際公開され（国際公開第２０１０／１３５９９５号：特表２０１２－５２８４９４号公報）、その後、特許法１８４条の４第１項に規定する翻訳文が提出された国際特許出願）が引用されている。 ３．先願発明 先願発明は、上記「第２ 令和５年８月４日にされた手続補正についての補正の却下の決定」の［理由］の「２．補正の適否」の「（２）」の「ア．特許法第２９条の２について」の「（イ）先願発明」の項で認定したとおりである。 ４．対比・判断 本願発明は、上記「第２ 令和５年８月４日にされた手続補正についての補正の却下の決定」の［理由］の「２．補正の適否」の「（２）」の「ア．特許法第２９条の２について」の「（ア）本願補正発明」で認定した本願補正発明の「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」の下線に係る限定事項を削除し、「媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲを送信する」ものである。 そうすると、本願発明の発明特定事項を全て含み、更に他の事項を付加したものに相当する本願補正発明が、上記「第２ 令和５年８月４日にされた手続補正についての補正の却下の決定」の［理由］の「２．補正の適否」の「（２）」の「ア．特許法第２９条の２について」の「（ウ）対比及び判断」に記載したとおり、先願発明と同一であるから、本願発明も先願発明と同一である。 また、上記「第２ 令和５年８月４日にされた手続補正についての補正の却下の決定」の［理由］の「２．補正の適否」の「（２）」の「イ．特許法第３６条第６項第１号について」に記載したように、仮に、先願明細書等に「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」ことが明記されていない以上、「単一の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲの両方を送信する」ことは先願明細書等から読み取ることができないとして、以下検討する。 ここで、上記「第２ 令和５年８月４日にされた手続補正についての補正の却下の決定」の［理由］の「２．補正の適否」の「（２）」の「ア．特許法第２９条の２について」の「（ウ）対比及び判断」の「ｄ」について、先願発明では「ＤＬ及びＵＬバッファのそれぞれに記憶されるデータ量であるバッファステータスを決定し、バッファステータスからバッファの百分率やデータ量のインジケーションなどのバッファステータス情報を求め、ＲＮからのバッファステータス情報には、ＤＬバッファステータス情報、ＵＬバッファステータス情報、・・・を含み、バッファステータス情報をメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信」することから、ＤＬバッファステータス情報とＵＬバッファステータス情報をそれぞれメディアアクセス制御（ＭＡＣ）の制御プロトコルデータユニット（ＰＤＵ）を使用してドナーｅＮＢへ送信することが先願発明では明らかに行われている。したがって、本願発明と先願発明は、「媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）において、前記基地局へ、前記第１のＢＳＲおよび前記第２のＢＳＲを送信する」ものである点で共通する。そして、その他の本願発明の発明特定事項は、上記「第２ 令和５年８月４日にされた手続補正についての補正の却下の決定」の［理由］の「２．補正の適否」の「（２）」の「ア．特許法第２９条の２について」の「（ウ）対比及び判断」で判断したように、先願発明と一致しており、かつ、（相違点）については実質的相違点ではない。よって、本願発明と先願発明とは同一である。 以上のことから、本願発明と先願発明とは同一であるから、本願発明は特許法第２９条の２の規定により、特許を受けることができない。 第４ むすび 以上のとおり、本願発明は、その優先日（２０１０年４月２日）前の優先日（２００９年５月２９日）を有する国際特許出願（ＰＣＴ／ＣＮ２０１０／０７３３４９)であって、本願優先日（２０１０年４月２日）後の２０１０年１２月２日に国際公開され（国際公開第２０１０／１３５９９５号：特表２０１２－５２８４９４号公報）、その後、特許法第１８４条の４第１項に規定する翻訳文が提出された国際特許出願の国際出願日における明細書又は図面に記載された発明と同一であり、しかも、この出願の発明者が上記国際特許出願に係る上記発明をした者と同一であるとも、またこの出願の時において、その出願人が上記国際特許出願の出願人と同一であるとも認められないので、特許法第１８４条の１３で読み替えて適用する特許法第２９条の２の規定により特許を受けることができない。 したがって、他の拒絶の理由及び他の請求項に係る発明について検討するまでもなく、本願は拒絶をすべきものである。 よって、結論のとおり審決する。