【事件の表示】
　特願２０１７−５６１０８３「無線通信装置、無線通信システム、及び無線通信方法」拒絶査定不服審判事件〔平成２９年　７月２０日国際公開、ＷＯ２０１７／１２２２６８、請求項の数（１５）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、２０１６年（平成２８年）１月１２日を国際出願日とする出願であって、平成３０年８月９日に手続補正書が提出され、令和元年５月２８日付けで拒絶理由通知がされ、令和元年８月８日に意見書及び手続補正書が提出され、令和元年１１月２９日付けで拒絶査定がされ、これに対し、令和２年３月１０日に拒絶査定不服審判の請求がされると同時に手続補正がされ、当審において、令和３年３月２日付けで拒絶理由通知（以下、「当審拒絶理由」という。）がされ、令和３年５月１４日に意見書及び手続補正書が提出されたものである。
第２　原査定の概要
　原査定（令和元年１１月２９日付け拒絶査定）の概要は次のとおりである。
理由１　（明確性）請求項１２に係る発明は、特許請求の範囲の記載が、特許法第３６条第６項第２号に規定する要件を満たしていない。
理由２　（実施可能要件）本願の発明の詳細な説明は、当業者が請求項１２に係る発明を実施することができる程度に明確かつ十分に記載されたものでないから、特許法第３６条第４項第１号に規定する要件を満たしていない。
理由４　（進歩性）請求項１−１６に係る発明は、以下の引用文献１−４に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１．米国特許出願公開第２０１４／０１７７５６５号明細書
２．3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures (Release 13)，3GPP TS 36.213 V13.0.0，２０１６年　１月　６日，pp. 225-295，ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/36_series/36.213/36213-d00.zip
３．特開２０１３−１９７８２９号公報
４．特開平８−２４２２００号公報
第３　当審拒絶理由の概要
　当審拒絶理由の概要は次のとおりである。
理由１　（明確性）請求項１−１５に係る発明は、特許請求の範囲の記載が、特許法第３６条第６項第２号に規定する要件を満たしていない。
理由２　（サポート要件）請求項１−１５に係る発明は、特許請求の範囲の記載が、特許法第３６条第６項第１号に規定する要件を満たしていない。
第４　本願発明
　本願請求項１−１５に係る発明（以下、それぞれ「本願発明１」−「本願発明１５」という。）は、令和３年５月１４日になされた手続補正で補正された特許請求の範囲の請求項１−１５に記載された事項により特定される発明であり、本願発明１−１５は以下のとおりの発明である（下線部は補正箇所を示す。）。
「　　【請求項１】
　他の無線通信装置と信号を送受信する通信部と、
　第１レイヤの制御チャネルであるPUCCH（Physical Uplink Control Channel）を用いて
、前記第１レイヤのデータのみに対する第１の送達確認情報を前記他の無線通信装置へ送信するよう制御するとともに、前記PUCCHを用いて
よりも上位のレイヤである
第２の
前記他の無線通信装置に対するスケジューリング要求を含む
　前記制御部は、前記第２レイヤのデータを受信してから前記
第２の
第１レイヤの
前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む
し、
　
前記第２レイヤのデータは、OSI参照モデルにおけるトランスポートレイヤのデータである
　ことを特徴とする無線通信装置。
　　【請求項２】
　前記第２レイヤは、前記第１レイヤよりも上位のレイヤであり、
　前記通信部は、
前記
　　【請求項３】
　前記第２レイヤのデータに対する送達確認情報はＴＣＰ（Transmission Control Protocol）データに対するＴＣＰ　ＡＣＫ（Acknowledgement）又はＴＣＰ　ＮＡＣＫ（Negative Acknowledgement）であり、前記第１レイヤの前記制御チャネルはＰＵＣＣＨ（Physical Uplink Control Channel）であることを特徴とする請求項１記載の無線通信装置。
　　【請求項４】
　前記制御部は、前記第１レイヤの信号に対する送達確認情報と前記第２レイヤのデータに対する送達確認情報を、前記PUCCHを用いて前記通信部から前記他の無線通信装置へ送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
　　【請求項５】
　前記第１レイヤの信号に対する送達確認情報はＭＡＣ（Medium Access Control）レイヤにおける信号に対するＨＡＲＱ　ＡＣＫ（Acknowledgement）又はＨＡＲＱ　ＮＡＣＫ（Negative Acknowledgement）であり、前記第２レイヤのデータに対する送達確認情報はＴＣＰ（Transmission Control Protocol）データに対するＴＣＰ　ＡＣＫ又はＴＣＰ　ＮＡＣＫであることを特徴とする請求項３記載の無線通信装置。
　　【請求項６】
　前記制御部は、前記他の無線通信装置が制御情報を前記第１レイヤの他の制御チャネルを用いて前記無線通信装置へ送信する際に前記他の無線通信装置が前記無線通信装置に割り当てた前記他の制御チャネルに含まれる各要素を表すインデックスに基づいて前記PUCCHに含まれる第１の無線リソースを決定し、当該第１の無線リソースを用いて前記送達確認情報を送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
　　【請求項７】
　前記制御部は、前記他の制御チャネルの各要素を表すインデックスのうち最小のインデックスに基づいて前記第１の無線リソースを決定することを可能にすることを特徴とする請求項６記載の無線通信装置。
　　【請求項８】
　前記他の制御チャネルはＰＤＣＣＨ、前記各要素はＰＤＣＣＨに含まれるＣＣＥ（Control Channel Element）、前記インデックスはＣＣＥインデックスであることを特徴とする請求項６記載の無線通信装置。
　　【請求項９】
　前記制御部は、３２ＣＣ（Component Carrier）サポートに対応可能なＰＵＣＣＨフォーマットを用いて前記送達確認情報を送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
　　【請求項１０】
　前記制御部は、ＰＵＣＣＨフォーマット３を用いて送信する場合よりも多くのビット数を送信可能なＰＵＣＣＨフォーマットを用いて前記送達確認情報を送信することを可能にすることを特徴とする請求項１記載の無線通信装置。
　　【請求項１１】
　前記第２レイヤのデータはＴＣＰ（Transmission Control Protocol）データであり、
　前記制御部は、ＴＣＰヘッダの第１の領域に前記ＴＣＰデータに対する前記送達確認情報を表す情報を挿入し、当該情報に基づいて前記ＴＣＰデータに対する前記送達確認情報か前記送達確認情報以外の他のデータかを判別することを可能にすることを特徴とする請求項２記載の無線通信装置。
　　【請求項１２】
　前記第２レイヤのデータはＴＣＰ（Transmission Control Protocol）データであり、
　前記制御部は、前記ＴＣＰデータのデータ量に基づいて、前記ＴＣＰデータに対する前記送達確認情報か前記送達確認情報以外の他のデータかを判別することを可能にすることを特徴とする請求項１記載の無線通信装置。
　　【請求項１３】
　前記他の無線通信装置は基地局装置又は移動局装置であることを特徴とする請求項１記載の無線通信装置。
　　【請求項１４】
　第１及び第２の無線通信装置を備える無線通信システムにおいて、
　前記第１の無線通信装置は、
　前記第２の無線通信装置と信号を送受信する通信部と、
　
前記第１の無線通信装置により、前記第２の無線通信装置と信号を送受信し、
、前記第１レイヤのデータのみに対する第１の送達確認情報を前記第２の無線通信装置へ送信するよう制御するとともに、前記PUCCHを用いて
よりも上位のレイヤである
第２の
前記第２の無線通信装置に対するスケジューリング要求を含む
　前記第１の制御部は、前記第２レイヤのデータを受信してから前記
第２の
第１レイヤの
前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む
　
前記第２レイヤのデータは、OSI参照モデルにおけるトランスポートレイヤのデータであり、
　前記第２の無線通信装置は、前記PUCCHを用いて前記送達確認情報を受信することを可能にするように制御する第２の制御部を備える
　ことを特徴とする無線通信システム。
　　【請求項１５】
　第１及び第２の無線通信装置を備える無線通信システムにおける無線通信方法であって、
　前記第１の無線通信装置により、前記第２の無線通信装置と信号を送受信し、第１レイヤの制御チャネルであるPUCCH（Physical Uplink Control Channel）を用いて
、前記第１レイヤのデータのみに対する第１の送達確認情報を前記第２の無線通信装置へ送信するよう制御するとともに、前記PUCCHを用いて
よりも上位のレイヤである
第２の
前記第２の無線通信装置に対するスケジューリング要求を含む
　前記第２レイヤのデータを受信してから前記
第２の
第１レイヤの
前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む
　
前記第２レイヤのデータは、OSI参照モデルにおけるトランスポートレイヤのデータであり、
　前記第２の無線通信装置により、前記PUCCHを用いて前記送達確認情報を受信することを可能にするように制御する
　ことを特徴とする無線通信方法。」
第５　引用文献、引用発明等
１　引用文献１について
　原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている（訳文は当審が作成した。下線は当審において付与した。以下、同様。）。
ア　「[0003]In traditional universal mobile telecommunications systems (UMTS) or similar radio air interfaces, the control signaling of 
a wireless transmit/receive unit (WTRU)
「（当審訳）
[0003] 従来のユニバーサル移動通信システム（ＵＭＴＳ）または同様の無線エアインターフェースでは、接続モードにない（例えば、ＵＭＴＳ広帯域コード分割マルチアクセス（ＷＣＤＭＡ）システムにおいてセル専用チャネル（ＤＣＨ）を使用しない）
ワイヤレス送信／受信ユニット（ＷＴＲＵ）
イ　「[0010] A method and apparatus for uplink transmission over a non-contentious shared feedback channel, wherein the parameters of the uplink transmission are determined by the parameters of a downlink transmission, are disclosed. A new uplink channel, called a physical shared uplink feedback channel (PSUFCH) is used for uplink transmission such as feedback information in response to a downlink transmission on a fast shared data channel. The content of the feedback information may be general, e.g. an ACK/NACK or a CQI. The PSUFCH is transmitted using power ramping that terminates upon reception of a downlink ACK (DLACK) from a Node-B. No ambiguity resolution is required due to the non-contentious and deterministic mapping of the uplink channel resources.」
「（当審訳）
[0010] アップリンク送信のパラメータがダウンリンク送信のパラメータによって決定される、非競合共有フィードバックチャネルを介したアップリンク送信のための方法および装置が開示される。物理共有アップリンクフィードバックチャネル（ＰＳＵＦＣＨ）と呼ばれる新しいアップリンクチャネルは、高速共有データチャネルでのダウンリンク送信に応答するフィードバック情報などのアップリンク送信に使用される。フィードバック情報の内容は一般的なものであり得、例えば、ＡＣＫ／ＮＡＣＫまたはＣＱＩである。ＰＳＵＦＣＨは、ノードＢからダウンリンクＡＣＫ（ＤＬＡＣＫ）を受信すると終了するパワーランピングを使用して送信される。アップリンクチャネルリソースの非競合的で決定論的なマッピングのため、アンビギュイティの解決は必要ない。」
ウ　「[0022] When referred to hereafter, the terminology “WTRU” includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of user device capable of operating in a wireless environment. When referred to hereafter, the terminology “base station” includes but is not limited to a Node-B, a site controller, an access point (AP), or any other type of interfacing device capable of operating in a wireless environment.
[0023] FIG. 1 shows 
a wireless communication system 100 including a plurality of WTRUs 110, a Node-B 120, and an RNC 130
the WTRUs 110 are in communication with the Node-B 120
The WTRUs 110 are configured to receive data transmissions from the Node-B 120 over a high speed shared data channel.
The WTRUs 110 are configured to transmit feedback over a shared fast feedback channel, (i.e., PSUFCH).
[0024] FIG. 2 is a functional block diagram 200 of the WTRU 110 and the Node-B 120 of FIG. 1. As shown in FIG. 1, the WTRU 110 is in communication with the Node-B 120 and both are configured to provide a fast uplink response to data or signaling sent on shared physical data channel without a dedicated uplink channel.
[0025] In addition to the components that may be found in a typical WTRU, 
the WTRU 110 includes a processor 115, a receiver 116, a transmitter 117, and an antenna 118.
The processor 115 is configured to provide a fast uplink response to data or signaling sent on a shared physical data channel without a dedicated uplink channel.
The receiver 116 and the transmitter 117 are in communication with the processor 115.
The antenna 118 is in communication with both the receiver 116 and the transmitter 117 to facilitate the transmission and reception of wireless data.
[0026] In addition to the components that may be found in a typical Node-B, 
the Node-B 120 includes a processor 125, a receiver 126, a transmitter 127, and an antenna 128.
The processor 125 is configured to provide a fast uplink response to data or signaling sent on shared physical data channel without a dedicated uplink channel.
The receiver 126 and the transmitter 127 are in communication with the processor 125.
The antenna 128 is in communication with both the receiver 126 and the transmitter 127 to facilitate the transmission and reception of wireless data.
[0027] FIG. 3 is a flowchart showing a fast uplink response to data or signaling sent on shared physical data channel without a dedicated uplink channel. 
A Node-B transmits a message over a shared DL channel
Upon reception of the message, the WTRU 110 generates feedback
The feedback is transmitted to the Node-B over the Physical Shared Uplink Feedback Channel (PSUFCH)
The PSUFCH is a new channel used by a WTRU to signal information such as feedback information related to downlink transmissions on a fast shared data channel.
[0028] The WTRU 110 may be either designed or instructed by the network using L3 signaling to provide the following feedback information to Node-B 120 according to a combination of any of the following embodiments.
[0029] The WTRU 110 may provide feedback to the Node-B 120 by transmitting an ACK or a NACK as necessary following each HS-DSPCH sub-frame. In this case either the ACK or NACK may be implicit while the other one of the two is sent explicitly, (e.g. a transmission may be taken by Node-B 120 to be ACK and its absence a NACK).」
「（当審訳）
[0022] 以下で言及される場合、「ＷＴＲＵ」という用語は、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、またはワイヤレス環境で動作可能なその他のタイプのユーザーデバイスを含むが、これらに限定されない。以下で言及される場合、「基地局」という用語は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することができる他のタイプのインターフェースデバイスを含むが、これらに限定されない。
[0023] 図１は、
複数のＷＴＲＵ１１０、ノードＢ１２０、およびＲＮＣ１３０を含む無線通信システム１００
ＷＴＲＵ１１０は、
ノードＢ１２０と通信している。ＷＴＲＵ１１０は、高速共有データチャネルを介してノードＢ１２０からのデータ送信を受信するように構成される。ＷＴＲＵ１１０は、共有高速フィードバックチャネル（すなわち、ＰＳＵＦＣＨ）を介してフィードバックを送信するように構成される。
[0024] 図２は、図１に示されるＷＴＲＵ１１０およびノードＢ１２０の機能ブロック図２００である。図１に示されるように、ＷＴＲＵ１１０は、ノードＢ１２０と通信しており、両方とも、専用のアップリンクチャネルなしで、共有物理データチャネル上で送信されるデータまたはシグナリングに対して高速アップリンク応答を提供するように構成される。
[0025] 典型的なＷＴＲＵに見出され得る構成要素に加えて、
ＷＴＲＵ１１０は、プロセッサ１１５、受信機１１６、送信機１１７、およびアンテナ１１８を含む。プロセッサ１１５は、専用のアップリンクチャネルなしで、共有物理データチャネルで送信されるデータまたはシグナリングに対して高速アップリンク応答を提供するように構成される。受信機１１６および送信機１１７は、プロセッサ１１５と通信している。アンテナ１１８は、無線データの送受信を円滑にするために、受信機１１６および送信機１１７の両方と通信している。
[0026] 典型的なノードＢに見出され得る構成要素に加えて、
ノードＢ１２０は、プロセッサ１２５、受信機１２６、送信機１２７、およびアンテナ１２８を含む。プロセッサ１２５は、専用のアップリンクチャネルなしで、共有物理データチャネルで送信されたデータまたはシグナリングに対して高速アップリンク応答を提供するように構成される。受信機１２６および送信機１２７は、プロセッサ１２５と通信している。アンテナ１２８は、無線データの送受信を円滑にするために、受信機１２６および送信機１２７の両方と通信している。
[0027] 図３は、専用のアップリンクチャネルなしで、共有物理データチャネル上で送信されたデータまたはシグナリングに対する高速アップリンク応答を示すフローチャートである。
ノードＢは、共有ＤＬチャネルを介してメッセージを送信する
メッセージを受信すると、ＷＴＲＵ１１０は、
フィードバックを生成する
フィードバックは、物理共有アップリンクフィードバックチャネル（ＰＳＵＦＣＨ）を介してノードＢに送信される
ＰＳＵＦＣＨは、高速共有データチャネルでのダウンリンク送信に関連するフィードバック情報などの情報を通知するためにＷＴＲＵによって使用される新しいチャネルである。
[0028] ＷＴＲＵ１１０は、以下の実施形態のいずれかの組み合わせに従って、以下のフィードバック情報をノードＢ１２０に提供するために、Ｌ３シグナリングを使用してネットワークによって設計または指示され得る。
[0029] ＷＴＲＵ１１０は、各ＨＳ−ＤＳＰＣＨサブフレームに続いて、必要に応じてＡＣＫまたはＮＡＣＫを送信することによって、ノードＢ１２０にフィードバックを提供することができる。この場合、ＡＣＫまたはＮＡＣＫのいずれかが暗黙的に送信され、２つのうちのもう一方が明示的に送信され得る（たとえば、送信があることはノードＢ１２０によってＡＣＫとして受け取られ、送信がないことはＮＡＣＫとして受け取られる）。」
エ　「[0036] In addition, the WTRU 110 may use the PSUFCH to transmit an indication of uplink bandwidth request. The request may comprise a properly quantized buffer occupancy, happy bit, etc. and may include an indication of the type of service or to request transition to cell-DCH. The request may be transmitted as a response to polling from the Node-B 120 or attached to other feedback (such as the ACK/NACK/CQI described above). 
The WTRU 110 may also use the PSUFCH to transmit higher layer responses, (e.g., transmission control protocol (TCP) ACKs), or application layer responses.
「（当審訳）
 [0036] さらに、ＷＴＲＵ１１０は、ＰＳＵＦＣＨを使用して、アップリンク帯域幅要求の指示を送信することができる。要求は、適切に量子化されたバッファ占有率、ハッピービットなどを含み得、サービスのタイプの表示を含み得るか、またはセルＤＣＨへの移行を要求し得る。要求は、ノードＢ１２０からのポーリングへの応答として送信されるか、他のフィードバック（上記のＡＣＫ／ＮＡＣＫ／ＣＱＩなど）に添付される。
ＷＴＲＵ１１０はまた、ＰＳＵＦＣＨを使用して、より高い層の応答（例えば、伝送制御プロトコル（ＴＣＰ）ＡＣＫ）、またはアプリケーション層の応答を送信することができる。
オ　「
」
カ　「
」
　以上ア〜カより、特に下線部に着目すると、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
「複数のＷＴＲＵ（ワイヤレス送信／受信ユニット）１１０、ノードＢ１２０、およびＲＮＣ１３０を含む無線通信システム１００であって、
　ＷＴＲＵ１１０は、ノードＢ１２０と通信しており、
　ＷＴＲＵ１１０は、高速共有データチャネルを介してノードＢ１２０からのデータ送信を受信するように構成され、
　ＷＴＲＵ１１０は、共有高速フィードバックチャネル（すなわち、ＰＳＵＦＣＨ）を介してフィードバックを送信するように構成され、
　ＷＴＲＵ１１０は、プロセッサ１１５、受信機１１６、送信機１１７、およびアンテナ１１８を含み、プロセッサ１１５は、専用のアップリンクチャネルなしで、共有物理データチャネルで送信されるデータまたはシグナリングに対して高速アップリンク応答を提供するように構成され、受信機１１６および送信機１１７は、プロセッサ１１５と通信しており、アンテナ１１８は、無線データの送受信を円滑にするために、受信機１１６および送信機１１７の両方と通信しており、
　ノードＢ１２０は、プロセッサ１２５、受信機１２６、送信機１２７、およびアンテナ１２８を含み、プロセッサ１２５は、専用のアップリンクチャネルなしで、共有物理データチャネルで送信されたデータまたはシグナリングに対して高速アップリンク応答を提供するように構成され、受信機１２６および送信機１２７は、プロセッサ１２５と通信しており、アンテナ１２８は、無線データの送受信を円滑にするために、受信機１２６および送信機１２７の両方と通信しており、
　ノードＢは、共有ＤＬチャネルを介してメッセージを送信し、
　メッセージを受信すると、ＷＴＲＵ１１０は、フィードバックを生成し、
　フィードバックは、物理共有アップリンクフィードバックチャネル（ＰＳＵＦＣＨ）を介してノードＢに送信され、
　ＰＳＵＦＣＨは、高速共有データチャネルでのダウンリンク送信に関連するフィードバック情報などの情報を通知するためにＷＴＲＵによって使用される新しいチャネルであり、
　ＷＴＲＵ１１０はまた、ＰＳＵＦＣＨを使用して、より高い層の応答（例えば、伝送制御プロトコル（ＴＣＰ）ＡＣＫ）、またはアプリケーション層の応答を送信することができる、
　無線通信システム１００。」
２　引用文献２について
　原査定の拒絶の理由に引用された引用文献２には、次の技術事項が記載されている。
（２３７頁２１行−２３行）
「10.1.2.2.2　PUCCH format 3 HARQ-ACK procedure
For PUCCH format 3, the UE shall use PUCCH resource …（中略）… for transmission of HARQ-ACK in subframe n …（後略）」
「（当審訳）
10.1.2.2.2　PUCCHフォーマット3 HARQ-ACK手順
PUCCHフォーマット3の場合、UEはサブフレームnでのHARQ-ACKの送信にPUCCHリソース…（中略）…を使用する必要がある…（後略）」
３　引用文献３について
　原査定の拒絶の理由に引用された引用文献３には、図面とともに次の事項が記載されている。
「【００２２】
　
移動端末装置３００は、上位プロセッサ３５０、通信制御プロセッサ３６０、無線部３７０、ミキサ３７５、及びアンテナ３７６を備える。
【００２３】
　
上位プロセッサ３５０は、アプリケーション３５１と上位層の処理３５２の各機能ブロックを含む。
「【００２５】
　
上位層の処理３５２は、例えば、ＴＣＰ／ＩＰプロトコルに従うデータを生成し、当該データを通信制御プロセッサ３６０を介して無線基地局装置に送信したり、通信プロセッサ制御部３６０を介して受信した当該データを受け取る。上位層の処理３５２は、例えば、無線基地局装置から送信された下り信号に対する送達確認を示すデータ（例えば、ＴＣＰ／ＩＰ＿ＡＣＫなどのデータ）を生成し、上り信号に含めて通信制御プロセッサ３６０に出力する。
「【００２８】
　
通信制御プロセッサ３６０は、上り信号の流量測定３６１、上り信号の種別測定３６２
の各機能ブロックを含む。
【００２９】
　
上り信号の流量測定３６１は、通信制御プロセッサ３６０が実行する通信階層よりも上位層の機能ブロックを実行する上位プロセッサ３５０からの上りリンクに対する入力である上り信号のデータ量を測定する。上り信号の流量測定３６１は、測定した上り信号のデータ量を上り信号の種別測定３６２に出力する。
【００３０】
　
上り信号の種別測定３６２は、測定したデータ量に基づいて、上り信号が上位層における送達確認を示すデータを含むかどうかを判定する。
　以上より、特に下線部に着目すると、引用文献３には、次の技術事項が記載されていると認められる。
「移動端末装置３００は、上位プロセッサ３５０、通信制御プロセッサ３６０、無線部３７０、ミキサ３７５、及びアンテナ３７６を備え、
　上位プロセッサ３５０は、アプリケーション３５１と上位層の処理３５２の各機能ブロックを含み、
　上位層の処理３５２は、例えば、ＴＣＰ／ＩＰプロトコルに従うデータを生成し、当該データを通信制御プロセッサ３６０を介して無線基地局装置に送信したり、通信プロセッサ制御部３６０を介して受信した当該データを受け取り、上位層の処理３５２は、例えば、無線基地局装置から送信された下り信号に対する送達確認を示すデータ（例えば、ＴＣＰ／ＩＰ＿ＡＣＫなどのデータ）を生成し、上り信号に含めて通信制御プロセッサ３６０に出力し、
　通信制御プロセッサ３６０は、上り信号の流量測定３６１、上り信号の種別測定３６２の各機能ブロックを含み、
　上り信号の流量測定３６１は、通信制御プロセッサ３６０が実行する通信階層よりも上位層の機能ブロックを実行する上位プロセッサ３５０からの上りリンクに対する入力である上り信号のデータ量を測定し、上り信号の流量測定３６１は、測定した上り信号のデータ量を上り信号の種別測定３６２に出力し、
　上り信号の種別測定３６２は、測定したデータ量に基づいて、上り信号が上位層における送達確認を示すデータを含むかどうかを判定すること。」
４　引用文献４について
　原査定の拒絶の理由に引用された引用文献４には、図面とともに次の事項が記載されている。
「【００３５】次に、図２は
ＦＡＣＣＨデータ及びＴＣＨデータを送信するデータ送信部３１
データ送信部３１は、シリアル／パラレル変換回路１５１、選択回路１５２、ＦＩＦＯ回路１５３、パラレル／シリアル変換回路１５４、出力制御回路１５５、シリアル／パラレル変換制御回路１５６、ＦＩＦＯ制御回路１５７、ステータス生成回路１５８、及びデータセット判定回路１５９により構成される。
「【００４３】このように、
データ送信部３１では、通常、ＣＰＵ側からの通話またはアイドルを示す切替信号ＣＧ１に基づいて、ＴＣＨデータまたはＴＣＨアイドルデータ
を送出するような動作を行っている。
ＦＡＣＣＨデータについては、ＣＰＵ側からＦＩＦＯ回路１５３に書き込まれたものをＴＣＨデータまたはＴＣＨアイドルデータをスチールして送信するようにしている。
【００４４】ここで、図４の
送信スロットタイミングでＴＣＨデータが送信された後、ＣＰＵにより１０ワードのＦＡＣＣＨデータがＦＩＦＯ回路１５３に書き込まれた場合は、次の送信スロットタイミングでこのＦＡＣＣＨデータが送信される。
送信スロットタイミングでＦＡＣＣＨデータを送信した後、さらにＣＰＵが次のＦＡＣＣＨデータを書き込もうとしてこれが次の送信スロットタイミングに間に合わず、８ワード分のデータしか書き込めなかった場合
【００４５】即ち、この場合、
データセット判定回路１５９では送信スロットタイミングのアサート直後にＦＩＦＯステータスＦＳＴを検査し、ＦＩＦＯ回路１５３にデータが満杯状態（つまり、１６ビット×１０ワードのデータが蓄積されている状態）になっていないと判断すれば、送信タイミングであっても、ＦＩＦＯ制御回路１５７に対しＦＩＦＯ回路１５３、パラレル／シリアル変換回路１５４及び出力制御回路１５５を制御させないようにする。
その後、ＣＰＵが残りの２ワードのＦＡＣＣＨデータをＦＩＦＯ回路１５３に書き込むと、この書き込まれたＦＡＣＣＨデータと既に書き込まれている８ワードのデータとは次の送信タイミングで送信される。
　以上より、特に下線部に着目すると、引用文献４には、次の技術事項が記載されていると認められる。
「ＦＡＣＣＨデータ及びＴＣＨデータを送信するデータ送信部３１において、
　データ送信部３１は、シリアル／パラレル変換回路１５１、選択回路１５２、ＦＩＦＯ回路１５３、パラレル／シリアル変換回路１５４、出力制御回路１５５、シリアル／パラレル変換制御回路１５６、ＦＩＦＯ制御回路１５７、ステータス生成回路１５８、及びデータセット判定回路１５９により構成され、
　データ送信部３１では、通常、ＣＰＵ側からの通話またはアイドルを示す切替信号ＣＧ１に基づいて、ＴＣＨデータまたはＴＣＨアイドルデータを送出するような動作を行っており、ＦＡＣＣＨデータについては、ＣＰＵ側からＦＩＦＯ回路１５３に書き込まれたものをＴＣＨデータまたはＴＣＨアイドルデータをスチールして送信するようにしており、
　送信スロットタイミングでＴＣＨデータが送信された後、ＣＰＵにより１０ワードのＦＡＣＣＨデータがＦＩＦＯ回路１５３に書き込まれた場合は、次の送信スロットタイミングでこのＦＡＣＣＨデータが送信され、
　送信スロットタイミングでＦＡＣＣＨデータを送信した後、さらにＣＰＵが次のＦＡＣＣＨデータを書き込もうとしてこれが次の送信スロットタイミングに間に合わず、８ワード分のデータしか書き込めなかった場合、データセット判定回路１５９では送信スロットタイミングのアサート直後にＦＩＦＯステータスＦＳＴを検査し、ＦＩＦＯ回路１５３にデータが満杯状態（つまり、１６ビット×１０ワードのデータが蓄積されている状態）になっていないと判断すれば、送信タイミングであっても、ＦＩＦＯ制御回路１５７に対しＦＩＦＯ回路１５３、パラレル／シリアル変換回路１５４及び出力制御回路１５５を制御させないようにし、
　その後、ＣＰＵが残りの２ワードのＦＡＣＣＨデータをＦＩＦＯ回路１５３に書き込むと、この書き込まれたＦＡＣＣＨデータと既に書き込まれている８ワードのデータとは次の送信タイミングで送信されること。」
第６　対比・判断
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると、次のことがいえる。
ア　引用発明の「ＷＴＲＵ（ワイヤレス送信／受信ユニット）１１０」は、本願発明１の「無線通信装置」に相当する。
イ　引用発明は、「ＷＴＲＵ１１０は、ノードＢ１２０と通信し」、「ＷＴＲＵ１１０は、プロセッサ１１５、受信機１１６、送信機１１７、およびアンテナ１１８を含み」、「受信機１１６および送信機１１７は、プロセッサ１１５と通信し」、「アンテナ１１８は、無線データの送受信を円滑にするために、受信機１１６および送信機１１７の両方と通信し」との構成を備えているから、引用発明の「ノードＢ１２０」は、本願発明１の「他の無線送信装置」に相当し、引用発明の「受信機１１６、送信機１１７、およびアンテナ１１８」は、本願発明１の「他の無線通信装置と信号を送受信する通信部」に相当する。
ウ　引用発明は、「プロセッサ１１５は、専用のアップリンクチャネルなしで、共有物理データチャネルで送信されるデータまたはシグナリングに対して高速アップリンク応答を提供するように構成され」、「メッセージを受信すると、ＷＴＲＵ１１０は、フィードバックを生成し」、「フィードバックは、物理共有アップリンクフィードバックチャネル（ＰＳＵＦＣＨ）を介してノードＢに送信され」、「ＷＴＲＵ１１０はまた、ＰＳＵＦＣＨを使用して、より高い層の応答（例えば、伝送制御プロトコル（ＴＣＰ）ＡＣＫ）、またはアプリケーション層の応答を送信することができる」との構成を備えている。
　ここで、伝送制御プロトコル（ＴＣＰ）がＯＳＩ参照モデルにおけるトランスポートレイヤのプロトコルであることは技術常識であるから、引用発明の「ＷＴＲＵ１１０」は、「ＰＳＵＦＣＨ」を使用して「ノードＢ」、すなわち「他の無線通信装置」に対して、「伝送制御プロトコル（ＴＣＰ）ＡＣＫ」、すなわち、「OSI参照モデルにおけるトランスポートレイヤのデータ」に対する「送達確認情報」を送信するものであるといえる。そして、当該「送達確認情報」を「第２の送達確認情報」と称し、「トランスポートレイヤ」を「第２のレイヤ」と称することは任意である。
　また、引用発明の「プロセッサ１１５」は、本願発明１の「制御部」に相当し、引用発明において、「ＰＳＵＦＣＨ」を介したフィードバックの送信が、「他の無線通信装置に対するスケジューリング要求を含むスケジューリング手順を行うことなく」実行されるものであることは明らかである。
　よって、引用発明と、本願発明１の「
第１レイヤの制御チャネルであるPUCCH（Physical Uplink Control Channel）を用いて、前記第１レイヤのデータのみに対する第１の送達確認情報を前記他の無線通信装置へ送信するよう制御するとともに、前記PUCCHを用いて前記第１レイヤよりも上位のレイヤである
（２）一致点・相違点
　以上から、本願発明１と引用発明とは、以下の点において一致ないし相違する。
［一致点］
「他の無線通信装置と信号を送受信する通信部と、
　第２レイヤのデータに対する第２の送達確認情報を前記他の無線通信装置へ送信することを、前記他の無線通信装置に対するスケジューリング要求を含むスケジューリング手順を行うことなく実行するように制御する制御部とを備え、
　前記第２レイヤのデータは、OSI参照モデルにおけるトランスポートレイヤのデータである
　ことを特徴とする無線通信装置。」
［相違点］
＜相違点１＞
　本願発明１は、「第１レイヤの制御チャネルであるPUCCH（Physical Uplink Control Channel）を用いて、前記第１レイヤのデータのみに対する第１の送達確認情報を前記他の無線通信装置へ送信するよう制御」し、「第２レイヤ」は「前記第１レイヤよりも上位のレイヤである」と特定されているのに対し、引用発明では、そのような構成は特定されていない点。
＜相違点２＞
　本願発明１は、「第２レイヤのデータに対する第２の送達確認情報」の送信が「PUCCH」を用いて行われるのに対し、引用発明では、「ＰＳＵＦＣＨ」を用いて送信が行われる点。
＜相違点３＞
　本願発明１は、「前記制御部は、前記第２レイヤのデータを受信してから前記第２の送達確認情報を含む前記PUCCHを送信する間隔を、前記他の無線通信装置から前記第１レイヤのデータの送信に付随するPDCCH（Physical Downlink Control Channel）を受信してから前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む前記PUCCHを送信するまでの第１間隔より大きな第２間隔に設定し、前記第２間隔で前記第２レイヤのデータに対する前記送達確認情報を前記PUCCHで送信するように制御」するのに対し、引用発明では、そのような構成は特定されていない点。
（３）相違点についての判断
　事案に鑑みて、上記相違点３について先に検討する。
　上記相違点３に係る本願発明１の「前記制御部は、前記第２レイヤのデータを受信してから前記第２の送達確認情報を含む前記PUCCHを送信する間隔を、前記他の無線通信装置から前記第１レイヤのデータの送信に付随するPDCCH（Physical Downlink Control Channel）を受信してから前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む前記PUCCHを送信するまでの第１間隔より大きな第２間隔に設定し、前記第２間隔で前記第２レイヤのデータに対する前記送達確認情報を前記PUCCHで送信するように制御」するという構成は、上記引用文献１−４には記載されておらず、本願出願日において周知技術であるともいえない。
　なお、引用文献４には、「ＣＰＵが次のＦＡＣＣＨデータを書き込もうとしてこれが次の送信スロットタイミングに間に合わず、８ワード分のデータしか書き込めなかった場合」に、「その後、ＣＰＵが残りの２ワードのＦＡＣＣＨデータをＦＩＦＯ回路１５３に書き込むと、この書き込まれたＦＡＣＣＨデータと既に書き込まれている８ワードのデータとは次の送信タイミングで送信されること」が記載されているものの、引用文献４には、「前記第２レイヤのデータを受信してから前記第２の送達確認情報を含む前記PUCCHを送信する間隔を、前記他の無線通信装置から前記第１レイヤのデータの送信に付随するPDCCH（Physical Downlink Control Channel）を受信してから前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む前記PUCCHを送信するまでの第１間隔より大きな第２間隔に設定」することは記載されておらず、示唆されてもいない。そうすると、当業者といえども、引用発明及び引用文献４に記載された上記技術事項から、相違点３に係る「前記制御部は、前記第２レイヤのデータを受信してから前記第２の送達確認情報を含む前記PUCCHを送信する間隔を、前記他の無線通信装置から前記第１レイヤのデータの送信に付随するPDCCH（Physical Downlink Control Channel）を受信してから前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む前記PUCCHを送信するまでの第１間隔より大きな第２間隔に設定し、前記第２間隔で前記第２レイヤのデータに対する前記送達確認情報を前記PUCCHで送信するように制御」するという構成を容易に想到することはできない。
　したがって、本願発明１は、他の相違点について検討するまでもなく、当業者であっても、引用発明及び引用文献２−４に記載された技術事項に基づいて容易に発明できたものであるとはいえない。
２　本願発明２−１３について
　本願発明２−１３も、上記相違点３に係る本願発明１の構成と同一の構成を備えるものであるから、本願発明１と同じ理由により、当業者であっても、引用発明及び引用文献２−４に記載された技術事項に基づいて容易に発明できたものであるとはいえない。
３　本願発明１４、１５について
　本願発明１４は、本願発明１に対応する無線通信システムの発明であり、また、本願発明１５は、本願発明１に対応する無線通信方法の発明であり、本願発明１４および本願発明１５は、上記相違点３に係る本願発明１の構成に対応する構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明及び引用文献２−４に記載された技術事項に基づいて容易に発明できたものであるとはいえない。
第７　原査定について
１　理由１（特許法第３６条第６項第２号）及び理由２（特許法第３６条第４項第１号）について
　令和２年３月１０日に提出された手続補正書による補正により、請求項１２が削除された。
　したがって、原査定の理由１及び理由２を維持することはできない。
２　理由４（特許法第２９条第２項）について
　令和２年３月１０日に提出された手続補正書による補正及び令和３年５月１４日に提出された手続補正書による補正により、本願発明１−１５は、「前記第２レイヤのデータを受信してから前記第２の送達確認情報を含む前記PUCCHを送信する間隔を、前記他の無線通信装置から前記第１レイヤのデータの送信に付随するPDCCH（Physical Downlink Control Channel）を受信してから前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む前記PUCCHを送信するまでの第１間隔より大きな第２間隔に設定し、前記第２間隔で前記第２レイヤのデータに対する前記送達確認情報を前記PUCCHで送信するように制御」するという構成を有するものとなっており、当業者であっても、原査定において引用された引用文献１−４に基づいて、容易に発明できたものであるとはいえない。
　したがって、原査定の理由４を維持することはできない。
第８　当審拒絶理由について
１　理由１（特許法第３６条第６項第２号）について
（１）請求項１−１５に係る発明の「第１間隔」及び「第１間隔より大きな第２間隔」がそれぞれどのように定められるのかが不明確であるとの通知に対し、令和３年５月１４日に提出された手続補正書による補正後の請求項１、１４、１５において、「前記第２レイヤのデータを受信してから前記第２の送達確認情報を含む前記PUCCHを送信する間隔を、前記他の無線通信装置から前記第１レイヤのデータの送信に付随するPDCCH（Physical Downlink Control Channel）を受信してから前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む前記PUCCHを送信するまでの第１間隔より大きな第２間隔に設定し」と補正された結果、この拒絶の理由は解消した。
（２）請求項１−１５に係る発明の「スケジューリング手順」とは、どのようなスケジューリング手順を意味するのか不明確であるとの通知に対し、令和３年５月１４日に提出された手続補正書による補正後の請求項１、１４、１５において、「無線通信装置に対するスケジューリング要求を含むスケジューリング手順」と補正された結果、この拒絶の理由は解消した。
２　理由２（特許法第３６条第６項第１号）について
（１）請求項１−１５に係る発明の「前記第２レイヤのデータを受信してから前記送達確認情報を含む前記PUCCHを送信する間隔を、前記他の無線通信装置から前記データの送信に付随するPDCCH（Physical Downlink Control Channel）を受信してから前記PUCCHを送信するまでの第１間隔より大きな第２間隔に設定し」という点が発明の詳細な説明に記載されていないとの通知に対し、令和３年５月１４日に提出された手続補正書による補正後の請求項１、１４、１５において、「前記第２レイヤのデータを受信してから前記第２の送達確認情報を含む前記PUCCHを送信する間隔を、前記他の無線通信装置から前記第１レイヤのデータの送信に付随するPDCCH（Physical Downlink Control Channel）を受信してから前記第１レイヤのデータのみに対する前記第１の送達確認情報を含む前記PUCCHを送信するまでの第１間隔より大きな第２間隔に設定し」と補正された結果、この拒絶の理由は解消した。
（２）請求項１、２、４、６−１０、１３−１５に係る発明は、第２レイヤが第１レイヤよりも「上位」のレイヤであること、及び第２レイヤのデータが「ＴＣＰデータ」であることを特定していないから、発明の詳細な説明に記載された発明の課題を解決するための手段が反映されているとはいえないとの通知に対し、令和３年５月１４日に提出された手続補正書による補正後の請求項１、１４、１５において、「前記第１レイヤよりも上位のレイヤである第２レイヤ」及び「前記第２レイヤのデータは、OSI参照モデルにおけるトランスポートレイヤのデータである」と補正された結果、この拒絶の理由は解消した。
第９　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。