【事件の表示】
　特願２０１５−２００１３９「中継ノードを介した通信をサポートするための方法および装置」拒絶査定不服審判事件〔平成２８年　１月１４日出願公開、特開２０１６−　　７０７７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１１年（平成２３年）３月３０日（パリ条約による優先権主張外国庁受理　２０１０年４月２日　米国、２０１０年４月２日　米国、２０１０年８月１３日　米国）を国際出願日とする特願２０１３−５０２８０９号の一部を、平成２６年１１月４日に新たな特許出願とした特願２０１４−２２４６０８号の一部を、平成２７年１０月８日に更に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。
　平成２７年１１月　９日　　　手続補正書の提出
　平成２８年　９月３０日付け　拒絶理由の通知
　平成２９年　４月１１日　　　意見書及び手続補正書の提出
　平成２９年１０月３０日付け　拒絶査定
　平成３０年　３月　７日　　　拒絶査定不服審判請求及び手続補正書の
　　　　　　　　　　　　　　　提出
　平成３０年　４月１３日　　　手続補正書（請求の理由）
　令和　元年　５月１３日付け　拒絶理由通知書（当審）
　令和　元年　９月１７日　　　意見書、誤訳訂正書の提出
第２　本願発明について
　本願の請求項１〜１１に係る発明は、令和元年９月１７日にされた誤訳訂正により訂正された特許請求の範囲の請求項１〜１１に記載された事項により特定されるところ、その請求項１に係る発明（以下、「本願発明」という。）は、以下のとおりのものと認める。
「　無線デバイスであって、
　プロセッサと、
　動作可能に前記プロセッサに連結された送受信機とを備え、
　前記送受信機および前記プロセッサは、ワイヤレス送受信ユニット（ＷＴＲＵ）の少なくとも１つのグループにデータを送信するように構成され、
　前記送受信機および前記プロセッサは、アップリンクバッファステータス報告を生成するようにさらに構成され、前記アップリンクバッファステータス報告は、ｅノードＢへ送信するのにバッファされたデータの量のインジケーションを含み、
　前記送受信機および前記プロセッサは、ダウンリンクバッファステータス報告を生成するようにさらに構成され、前記ダウンリンクバッファステータス報告は、ＷＴＲＵのグループに関連付けられたインジケーションと、ＷＴＲＵの前記グループに送信するために前記無線デバイスがバッファしたデータの量のインジケーションとを含み、
　前記送受信機および前記プロセッサは、前記アップリンクバッファステータス報告および前記ダウンリンクバッファステータス報告を前記ｅノードＢに送信するようにさらに構成された無線デバイス。」
第３　拒絶の理由
　令和元年５月１３日付けで当審が通知した拒絶理由（以下、「当審拒絶理由」という。）の概要は、
「この出願の下記の請求項に係る発明は、その出願の日前の外国語特許出願（特許法第１８４条の４第３項の規定により取り下げられたものとみなされたものを除く。）であって、その出願後に国際公開がされた下記の外国語特許出願の国際出願日における国際出願の明細書、請求の範囲又は図面に記載された発明と同一であり、しかも、この出願の発明者がその出願前の外国語特許出願に係る上記の発明をした者と同一ではなく、またこの出願の時において、その出願人が上記外国語特許出願の出願人と同一でもないので、特許法第２９条の２の規定により、特許を受けることができない（同法第１８４条の１３参照）。」、というものであり、請求項１に対して先願５が引用され、最先の優先日当時の技術水準を示すものとして３ＧＰＰの標準規格である周知例６が提示されている。
 ５．ＰＣＴ／ＣＮ２０１０／０７３３４９（国際公開第２０１０／１３５９９５号、特表２０１２−５２８４９４号公報）
 ６．3GPP TS 36.321 V8.5.0（２００９−０３），pp.25-26，32-33，２００９年　３月２３日アップデート，URL:http://www.3gpp.org/ftp/Specs/archive/36_series/36.321/36321-850.zip
第４　先願発明及び技術水準
１．先願発明
　当審拒絶理由で先の出願として引用された２０１０年（平成２２年）５月２８日（パリ条約による優先権主張外国庁受理　２００９年５月２９日　米国）を国際出願日とする国際特許出願（ＰＣＴ／ＣＮ２０１０／０７３３４９）であって、本願の最先の優先日（２０１０年４月２日）後の２０１０年１２月２日に国際公開され（国際公開第２０１０／１３５９９５号）、その後、特許法１８４条の４第１項に規定する翻訳文が提出された国際特許出願（以下、「先願」という。）の国際出願日における明細書又は図面（以下、「先願明細書等」という。）には以下（１）〜（８）の事項が記載されている。（下線は当審が付与。）
　ここで、本願の発明者が先願に係る発明をした者と同一の者ではなく、また本願出願の時にその出願人が先願の出願人と同一の者でもない。
（１）「[0003] 
A Relay Node (RN)
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).
（当審仮訳：
［０００３］　
中継ノード（ＲＮ）
ＲＮは、ドナーセル（ドナー拡張ノードＢ（ドナーｅＮＢ）とも呼ばれる）を介して無線通信ネットワークに無線で接続される。ＲＮは、１つ又は複数のユーザ装置（ＵＥ）に対してｅＮＢとしてサービスを提供することができる。
（２）「[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.
（当審仮訳：
［００４９］　図４は、ＲＬフロー制御におけるドナーｅＮＢ動作４００の流れ図を示す。ドナーｅＮＢ動作４００は、ドナーｅＮＢに無線で結合されている、ＲＮ１１６などのＲＮからのバッファステータス情報（ＵＬ又はＤＬ又は両方）に基づくＲＬフロー制御についての、ｅＮＢ１０５などのドナーｅＮＢ内で行われている動作を示すことができる。ドナーｅＮＢは、ＲＬ（ＵＬ又はＤＬ又は両方）をＲＮに提供するためにその利用可能な無線資源の一部を提供して、ＲＮから有線バックホールへの有線接続を擬似する。
［００５０］　ドナーｅＮＢ動作４００は、例えば、一定の間隔で周期的に発生することができる。あるいは、ドナーｅＮＢ動作４００は、一定の間隔で周期的に発生することができるバッファステータス情報の送信をドナーｅＮＢが受けた時に、あるいはＲＮが満杯（又はほぼ満杯）又は空き（又はほぼ空き）であるバッファが存在することを検出した時に、バッファステータス情報の送信をドナーｅＮＢが受けた時に発生することができる。
［００５１］　無線資源を効率よく使用するために、ドナーｅＮＢは、ＲＮにより提供されるバッファステータス情報に基づきＲＬに対するその無線資源割り当てを調整することができる。ドナーｅＮＢが、ＲＬに対して必要以上にＤＬ無線資源を割り当てるならば、ＤＬ無線資源は、浪費されるとともに、ＲＮによりサービスが提供されているＵＥが十分な率でＤＬデータを消費する（すなわち、目的のＵＥに送信する）ことができない場合には、ＲＮにあるＤＬバッファを満杯（又はほぼ満杯）レベルに潜在的に保たち、かつデータ損失を潜在的に引き起こす恐れがある。同様に、余りにも少ないＵＬ無線資源しかＲＬに割り当てられないならば、ＲＮにおけるＵＬバッファは、満杯（又はほぼ満杯）レベルに保たれる恐れがあり、これによってＲＮはＵＥ又は複数のＵＥからのＵＬ送信のスケジューリングを停止しなければならない可能性がありかつマルチユーザ多様性スケジューリングを十分有効に活用するＲＮの能力に悪影響を与える。ドナーｅＮＢは、スケジューリングを通じて動的にＲＬに対するその無線資源の割り当てを調整することができる。あるいは、ドナーｅＮＢは、ＲＬに対するその無線資源の割り当てを半固定的に調整することができる。
［００５２］　ドナーｅＮＢ動作４００は、
ドナーｅＮＢがＲＮからバッファステータス情報を受信することで始めることができる（ブロック４０５）。ＲＮからのバッファステータス情報は、ＤＬバッファステータス情報、ＵＬバッファステータス情報、又はＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含むことができる。
（３）「[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.
[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
an indication of the amount of data stored in the buffer,
[0078] 
The RN may then transmit the buffer status information to the donor eNB (block 515).
（当審仮訳：
［００７４］　図５はＲＬフロー制御におけるＲＮ動作５００の流れ図を示す。ＲＮ動作５００は、ｅＮＢ１０５などのドナーｅＮＢにおけるバッファステータス情報（ＵＬ及びＤＬ両方）に基づくＲＬフロー制御に対するＲＮ１１６などのＲＮ中で行われる動作を示すことができ、そこでｅＮＢ１０５及びＲＮ１１６は無線で結合されている。ドナーｅＮＢは、ＲＬ（ＵＬ及びＤＬ両方）をＲＮに提供するためにその利用可能な無線資源の一部を提供して、ＲＮから有線のバックホールへの有線接続を擬似する。
［００７５］　ＲＮ動作５００は、例えば、一定の間隔で周期的に発生することができる。あるいは、ＲＮ動作５００は、ＲＮが、満杯（又はほぼ満杯）、空き（又はほぼ空き）、又は特定のバッファステータスにあるバッファステータスを有していることを検出した時に発生することができる。
［００７６］　
ＲＮ動作５００は、ＲＮがそのバッファのバッファステータスを決定することで始めることができる（ブロック５０５）。例えば、ＲＮは、そのＤＬ及びＵＬバッファの各々中に記憶されるデータ量を決定することができる。
［００７７］　一旦、
バッファステータスが決定されると、ＲＮは、バッファステータスからバッファステータス情報を計算することができる（ブロック５１０）
例えば、バッファ中に記憶されたデータ量から
バッファ中に記憶されるデータ量のインジケーション
を計算することができる。
［００７８］　
ＲＮは次いで、バッファステータス情報をドナーｅＮＢへ送信することができる（ブロック５１５）。
（５）「[0081] Alternatively, an LTE Release 8 
Buffer Status Report (BSR) message may be used to transmit the concatenated buffer status information.
The LCGs may be modified or reinterpreted to convey buffer status information for a number of different groups of UEs,
（当審仮訳：
［００８１］　あるいは、
ＬＴＥ　Ｒｅｌｅａｓｅ　８のバッファステータス報告（ＢＳＲ）メッセージは、連結されたバッファステータス情報を送信するために使用することができる。
ＬＣＧは、複数の異なるＵＥのグループ
に対するバッファステータス情報を運ぶために改変又は再解釈することができる。
（６）
（当審仮訳：
図２）
（７）
（当審仮訳：
図４）
（８）
（当審仮訳：
図５）
　ここで、先願発明が本願の最先の優先日（２０１０年４月２日）以前の、先願の優先基礎仮出願に記載されていることを確認する。
　先願の優先基礎仮出願である６１／１８２３６０号（出願日：２００９年５月２９日）（以下、「先願優先基礎仮出願」という。）には下記（９）〜（１６）が記載されている。
（９）「[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.」
（１３）「[0053] Alternatively, an LTE Release 8 Buffer Status Report (BSR) message may be used to transmit the concatenated buffer status information. The use of the BSR message may include a reinterpretation of the information contained in the BSR message. For example, a BSR message contains information for four Logical Channel Groups (LCG). The LCGs may be modified or reinterpreted to convey buffer status information for a number of different groups of UEs, a number of different groups of traffic classes, and so forth. The BSR message may be used to convey buffer status information for UL, or DL, or both UL and DL.」
（１４）
（１５）
（１６）
　以上のように、上記（７）のＦｉｇ．４と上記（８）のＦｉｇ．５が、上記（１５）ではＦｉｇ．３に、上記（１６）ではＦｉｇ．４になっているが、上記（１）〜（８）の記載と（９）〜（１６）の記載は実質的に同様の事項が記載されている。したがって、先願の上記（１）〜（８）の事項は優先基礎仮出願である６１／１８２３６０号（出願日：２００９年５月２９日）に実質的に記載された事項である。
　次に、上記（１）〜（８）の記載及び技術常識からみて、次の事項が先願明細書等には記載されていると認められる。
ａ　上記（１）の記載によれば、ＲＮはドナーセル（ドナーｅＮＢとも呼ばれる）を介して無線ネットワークに無線で接続される中継ノードであり、ユーザ装置（ＵＥ）に対してｅＮＢとしてサービスを提供するから、ＲＮのダウンリンク送信はユーザ装置（ＵＥ）へのデータ送信であることは明らかである。そして、上記（５）に「ＬＣＧは、複数の異なるＵＥのグループに対するバッファステータス情報を運ぶために改変又は再解釈することができる。」と記載されていることから、ＲＮは「ＵＥのグループにデータを送信」しているといえる。
　したがって、「ユーザ装置（ＵＥ）のグループにデータを送信」する「無線ネットワークにドナーｅＮＢを介して無線で接続される中間ノード（ＲＮ）」について記載されていると認められる。
ｂ　上記（２）の段落５２には、ドナーｅＮＢがＲＮから受信するバッファステータス情報は、ＤＬバッファステータス情報及びＵＬバッファステータス情報の両方を含むことが記載されている。そして上記（５）の記載によれば、バッファステータス情報はバッファステータス報告を使用して送信されるといえる。
　よって、ＲＮは「アップリンクバッファステータス報告及びダウンリンクバッファステータス報告をドナーｅＮＢへ送信」しているといえる。
　そして、上記（４）の段落７６〜７８には、ＲＮは、ＤＬ及びＵＬバッファの各々中に記憶されるデータ量を決定し、バッファステータス情報を計算し、バッファステータス情報をドナーｅＮＢへ送信することが記載されている。ここでＵＬバッファはアップリンクのバッファであるから、ドナーｅＮＢへ送信するためのバッファであり、段落７７に、計算するバッファステータス情報として、「例えば」と例示して、バッファ中に記憶されたデータ量からバッファ中に記憶されるデータ量のインジケーションを計算することが記載されていることから、データ量のインジケーションを計算する場合には「アップリンクバッファステータス報告はドナーｅＮＢへ送信するためにバッファされたデータの量のインジケーションを含」んでいるといえる。また、「ダウンリンクバッファステータス報告」についても、データ量のインジケーションを計算する場合には「ダウンリンクバッファステータス報告はＲＮがバッファした」ＵＥへ送信するための「データの量のインジケーションを含」んでいるといえる。
　以上のことから、ＲＮは「アップリンクバッファステータス報告はドナーｅＮＢへ送信するためにバッファされたデータの量のインジケーションを含み、ダウンリンクバッファステータス報告はＲＮがバッファしたデータの量のインジケーションを含み、アップリンクバッファステータス報告及びダウンリンクバッファステータス報告をドナーｅＮＢへ送信する」ことが記載されているといえる。
ｃ　上記（５）の記載によれば、「ＬＴＥ　Ｒｅｌｅａｓｅ　８のバッファステータス報告（ＢＳＲ）メッセージがバッファステータス情報を送信するために使用され」、「ＬＣＧは、複数の異なるＵＥのグループに対するバッファステータス情報を運ぶために改変することができる」といえる。
　以上を総合すると、先願明細書等には、次の発明（以下「先願発明」という。）が記載されているといえる。
「無線ネットワークにドナーｅＮＢを介して無線で接続される中間ノード（ＲＮ）であって、
　ユーザ装置（ＵＥ）のグループにデータを送信し、
　アップリンクバッファステータス報告はドナーｅＮＢへ送信するためにバッファされたデータの量のインジケーションを含み、
　ダウンリンクバッファステータス報告はＲＮがバッファしたデータの量のインジケーションを含み、
　アップリンクバッファステータス報告及びダウンリンクバッファステータス報告をドナーｅＮＢへ送信し、
　ＬＴＥ　Ｒｅｌｅａｓｅ　８のバッファステータス報告（ＢＳＲ）メッセージがバッファステータス情報を送信するために使用され、ＬＣＧは、複数の異なるＵＥのグループに対するバッファステータス情報を運ぶために改変することができる、
　ＲＮ。」
２．技術水準
　当審拒絶理由で引用された３ＧＰＰの規格文書である3GPP TS 36.321 V8.5.0（２００９−０３），pp.25-26，32-33，２００９年　３月２３日アップデート，URL:http://www.3gpp.org/ftp/Specs/archive/36_series/36.321/36321-850.zip（以下、「周知例」という。）には、図面とともに次の記載がある。（下線は当審が付与。）
（１）「6.1.3MAC Control Elements
6.1.3.1Buffer Status Report MAC Control Elements
Buffer Status Report (BSR) MAC control elements consist of either:
　-　Short BSR and Truncated BSR format: one LCG ID field and one corresponding Buffer Size field (figure 6.1.3.1-1); or
　-　Long BSR format: four Buffer Size fields, corresponding to LCG IDs #0 through #3 (figure 6.1.3.1-2).
The BSR formats are identified by MAC PDU subheaders with LCIDs as specified in table 6.2.1.-1.
The fields LCG ID and Buffer Size are defined as follow:
　-　LCG ID: The Logical Channel Group ID field identifies the group of logical channel(s) which buffer status is being reported. The length of the field is 2 bits;
　-　Buffer Size: The Buffer Size field identifies the total amount of data available across all logical channels of a logical channel group after the MAC PDU has been built. The amount of data is indicated in number of bytes. It shall include all data that is available for transmission in the RLC layer and in the PDCP layer; the definition of what data shall be considered as available for transmission is specified in [3] and [4] respectively.  The size of the RLC and MAC headers are not considered in the buffer size computation. The length of this field is 6 bits. The values taken by the Buffer Size field are shown in Table 6.1.3.1-1.」（３２ページ）
（当審仮訳：
６．１．３　ＭＡＣコントロール要素
６．１．３．１　バッファステータス報告ＭＡＣコントロール要素
バッファステータス報告（ＢＳＲ）ＭＡＣ制御要素は、以下のいずれかで構成される。
　−　
ショートＢＳＲ
１つのＬＣＧ　ＩＤフィールドと１つの対応するバッファサイズフィールド（図６．１．３．１−１）
　−　ロングＢＳＲフォーマット：ＬＣＧ　ＩＤ＃０から＃３に対応する４つのバッファサイズフィールド（図６．１．３．１−２）。
ＢＳＲフォーマットは、表６．２．１．−１に特定されているようにＬＣＩＤを持つＭＡＣ　ＰＤＵサブヘッダによって識別される。
フィールドＬＣＧ　ＩＤとバッファサイズは次のように定義される。
　−　
ＬＣＧ　ＩＤ：論理チャネルグループＩＤフィールドは、バッファステータスが報告されている論理チャネルのグループを識別する。
　−　
バッファサイズ：バッファサイズフィールドは、ＭＡＣ　ＰＤＵが構築された後に論理チャネルグループの全ての論理チャネルにわたって利用可能なデータの総量を識別する。
（２）　Ｆｉｇｕｒｅ　６．１．３．１−１
　したがって、周知例には、
「ショートバッファステータス報告が、１つのＬＣＧ　ＩＤフィールドと１つの対応するバッファサイズフィールドからなる。」ことが記載されており、周知例は３ＧＰＰの規格文書であるから、当該事項は技術常識と認められる。
３．対比及び判断
　本願発明と先願発明を対比すると、
（１）先願発明の「無線ネットワークにドナーｅＮＢを介して無線で接続される中間ノード（ＲＮ）」は、「無線デバイス」に含まれる。また、先願発明の「ユーザ装置（ＵＥ）」は、本願発明の「ワイヤレス送受信ユニット（ＷＴＲＵ）」に相当し、先願発明の「ドナーｅＮＢ」は、本願発明の「ｅノードＢ」に相当する。
（２）先願発明の中間ノード（ＲＮ）はＵＥのグループにデータを送信していることから、「ワイヤレス送受信ユニット（ＷＴＲＵ）の少なくとも１つのグループにデータを送信するように構成され」ているといえる。
（３）先願発明のＲＮでは「アップリンクバッファステータス報告をドナーｅＮＢへ送信」していることから、ＲＮがアップリンクバッファステータス報告を生成していることは明らかであるから、「アップリンクバッファステータス報告を生成するようにさらに構成され」ているといえる。
　また、先願発明の「アップリンクバッファステータス報告はドナーｅＮＢへ送信するためにバッファされたデータの量のインジケーションを含」むことは、本願発明の「アップリンクバッファステータス報告は、ｅノードＢへ送信するのにバッファされたデータの量のインジケーションを含み」に相当する。
（４）先願発明のＲＮでは「ダウンリンクバッファステータス報告をドナーｅＮＢへ送信」していることから、ＲＮがダウンリンクバッファステータス報告を生成していることは明らかであるから、「ダウンリンクバッファステータス報告を生成するようにさらに構成され」ているといえる。
　また、先願発明の「ダウンリンクバッファステータス報告はＲＮがバッファしたデータの量のインジケーションを含」むことと、本願発明の「ダウンリンクバッファステータス報告は、ＷＴＲＵのグループに関連付けられたインジケーションと、ＷＴＲＵの前記グループに送信するために前記無線デバイスがバッファしたデータの量のインジケーションとを含」むことは、「ダウンリンクバッファステータス報告は、無線デバイスがバッファしたデータの量のインジケーションとを含み」の点で共通する。
（５）先願発明の「アップリンクバッファステータス報告及びダウンリンクバッファステータス報告はドナーｅＮＢへ送信」することは、本願発明の「アップリンクバッファステータス報告およびダウンリンクバッファステータス報告をｅノードＢに送信する」に相当する。
　以上を総合すると、本願発明と先願発明とは、以下の点で一致し、また、相違している。
（一致点）
「　無線デバイスであって、
　ワイヤレス送受信ユニット（ＷＴＲＵ）の少なくとも１つのグループにデータを送信するように構成され、
　アップリンクバッファステータス報告を生成するようにさらに構成され、前記アップリンクバッファステータス報告は、ｅノードＢへ送信するのにバッファされたデータの量のインジケーションを含み、
　ダウンリンクバッファステータス報告を生成するようにさらに構成され、前記ダウンリンクバッファステータス報告は、前記無線デバイスがバッファしたデータの量のインジケーションとを含み、
　前記アップリンクバッファステータス報告および前記ダウンリンクバッファステータス報告を前記ｅノードＢに送信するようにさらに構成された無線デバイス。」
（相違点１）
　無線デバイスにおいて、本願発明は「プロセッサと、動作可能に前記プロセッサに連結された送受信機とを備え」、送受信機およびプロセッサが各動作をなすよう構成されているのに対し、先願発明では当該事項が特定されていない点。
（相違点２）
　「ダウンリンクバッファステータス報告」に関して、本願発明では「ダウンリンクバッファステータス報告は、ＷＴＲＵのグループに関連付けられたインジケーションと、ＷＴＲＵの前記グループに送信するために前記無線デバイスがバッファしたデータの量のインジケーションとを含」むのに対し、先願発明では「ダウンリンクバッファステータス報告はＲＮがバッファしたデータの量のインジケーションを含み」、「ＬＴＥ　Ｒｅｌｅａｓｅ　８のバッファステータス報告（ＢＳＲ）メッセージがバッファステータス情報を送信するために使用され、ＬＣＧは、複数の異なるＵＥのグループに対するバッファステータス情報を運ぶために改変することができる」が、「ＷＴＲＵのグループに関連付けられたインジケーションと、ＷＴＲＵの前記グループに送信するために前記無線デバイスがバッファしたデータの量のインジケーションとを含」むことは特定されていない点。
　以下、各相違点について検討する。
（相違点１について）
　無線装置において、無線通信を行うために送受信機を備えること、及び装置の動作を制御する上でプロセッサを備えることは技術常識である。
　したがって、先願発明の中継ノードＲＮが、プロセッサと、動作可能にプロセッサに連結された送受信機とを備え、送受信機およびプロセッサが中継ノードＲＮの各動作をなすよう構成されることは明らかであり、前記相違点１は、実質的な相違点ではない。
（相違点２について）
　上記「第４　先願発明及び技術水準」にて「２．技術水準」として示したように、「ショートバッファステータス報告が、１つのＬＣＧ　ＩＤフィールドと１つの対応するバッファサイズフィールドからなる。」ことは先願の優先日（２００９年５月２９日）前に既に技術常識である。
　よって、先願発明において、ＬＣＧは、複数の異なるＵＥのグループに対するバッファステータス情報を運ぶために改変することができるとは、先願発明において技術常識であるＬＴＥ　Ｒｅｌｅａｓｅ　８のバッファステータス報告（ＢＳＲ）メッセージの一形態であるショートバッファステータス報告を採用する際には、「１つのＬＣＧ　ＩＤフィールド」を複数の異なるＵＥのグループのグループＩＤとし、「１つの対応するバッファサイズフィールド」をＵＥのグループに送信するためにバッファしたデータの量のインジケーションに改変することであることは明らかである。
　そうすると、前記相違点２は、実質的な相違点ではない。
　よって、本願発明と先願発明とは同一であるから、本願発明は特許法第２９条の２の規定により、特許を受けることができない。
第５　むすび 
　以上のとおり、本願発明は、その優先日（２０１０年４月２日）前の優先日（２００９年５月２９日）を有する国際特許出願（ＰＣＴ／ＣＮ２０１０／０７３３４９)であって、本願優先日（２０１０年４月２日）後の２０１０年１２月２日に国際公開され（国際公開第２０１０／１３５９９５号）、その後、特許法第１８４条の４第１項に規定する翻訳文が提出された国際特許出願の国際出願日における明細書又は図面に記載された発明と同一であると認められ、しかも、この出願の発明者が上記国際特許出願に係る上記発明をした者と同一であるとも、またこの出願の時において、その出願人が上記国際特許出願の出願人と同一であるとも認められないので、特許法第１８４条の１３で読み替えて適用する特許法第２９条の２の規定により特許を受けることができないから、他の請求項に係る発明について検討するまでもなく、本願は拒絶をすべきものである。 
　よって、結論のとおり審決する。