【事件の表示】
　特願２０１９−２１７１９「バンドリングを考慮したアップリンク制御情報（ＵＣＩ）送信」拒絶査定不服審判事件〔令和元年７月４日出願公開，特開２０１９−１１０５５５，請求項の数（２２）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２０１４年（平成２６年）７月２９日（パリ条約による優先権主張　外国庁受理　２０１３年７月３０日　アメリカ合衆国（ＵＳ），２０１４年７月２８日　アメリカ合衆国（ＵＳ））を国際出願日とする特願２０１６−５３１８０８号の一部を平成３１年２月8日に新たな特許出願としたものであって，その手続の経緯は以下のとおりである。
　平成３１年　３月　８日　　　上申書及び手続補正書の提出
　令和　元年１１月１５日付け　拒絶理由通知書
　令和　２年　２月１９日　　　意見書及び手続補正書の提出
　令和　２年　３月　３日付け　拒絶査定
　令和　２年　７月　９日　　　審判請求書及び手続補正書の提出
　令和　２年１１月１７日　　　上申書の提出
　令和　３年　１月２１日付け　拒絶理由通知書（当審）
　令和　３年　３月１１日　　　意見書及び誤訳訂正書の提出
第２　原査定の概要
　原査定（令和２年３月３日付け拒絶査定）の概要は次のとおりである。
（明確性）この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　　　記　
（１）請求項１記載の「前記第１の複数の連続したＴＴＩの各々において同じハイブリッド自動再送要求（ＨＡＲＱ）処理数が使用される」の意味が，明細書を参酌しても理解できないから，請求項１に係る発明が不明確である。また，請求項１１，２０，２１に係る発明，及びこれらの請求項を引用する請求項２ないし１０，１２ないし１９，２２に係る発明も，同様に不明確である。
（２）請求項１記載の「前記ＵＣＩとＰＵＳＣＨとがどの範囲まで重複するかに少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをどのリソース上で送信するかを決定することと、ここにおいて、前記決定することが、前記ＵＣＩと前記ＰＵＳＣＨとの間で部分的に重複するリソースがあるとき、前記ＰＵＳＣＨまたは前記ＵＣＩのうちの１つを前記部分的に重複するリソースでドロップする、または重複するＰＵＳＣＨ部分の外側のＵＣＩ部分をドロップすることを備える」との記載が不明確であるから，請求項１に係る発明が不明確である。また，請求項１１，２０，２１に係る発明，及びこれらの請求項を引用する請求項２ないし１０，１２ないし１９，２２に係る発明も，同様に不明確である。
第３　当審拒絶理由（令和３年１月２１日付け）の概要
　令和３年１月２１日付けの当審拒絶理由の概要は次のとおりである。
理由１（サポート要件）この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第１号に規定する要件を満たしていない。
理由２（明確性）この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第２号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　記
理由１（サポート要件）について
　請求項１には「前記第１の複数の連続したＴＴＩの各々に対して同じ数のハイブリッド自動再送要求（ＨＡＲＱ）処理が行われる」との記載，及び「前記第２の複数の連続したＴＴＩの各々に対して同じ数のＨＡＲＱ処理が行われる」との記載は，発明の詳細な説明に記載したものといえない。また，同様の記載がなされている請求項１１，２０，２１，及びこれら請求項１，１１を引用する請求項２ないし１０，１２ないし１９，２２についても同様である。
　したがって，請求項１ないし２２に係る発明は，発明の詳細な説明に記載したものではない。
理由２（明確性）について
　請求項２２には「前記決定は，チャネル品質インジケータ（ＣＱＩ）またはサウンディング基準信号（ＳＲＳ）のうちの少なくとも１つをドロップするかどうか決定すること」，「前記決定はさらに，前記ＵＥが間欠受信（ＤＲＸ）ＯＮ継続期間外にあるかどうかに基づく」との記載があるが，これら記載の「前記決定」が，それぞれ引用する請求項１，８もしくは２２に記載されたいずれの「決定（すること）」を指しているのか，明確でない。
　したがって，請求項２２に係る発明は，明確でない。
第４　本願発明
　本願の請求項１ないし２２に係る発明（以下，「本願発明１」ないし「本願発明２２」という。）は，令和３年３月１１日にされた誤訳訂正により訂正された特許請求の範囲の請求項１ないし２２に記載された事項により特定される発明であり，以下のとおりの発明である。
「　【請求項１】
　ユーザ機器（ＵＥ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信する方法であって、
　物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するための第１の数の連続した送信時間インターバル（ＴＴＩ）を備える第１のＴＴＩバンドリングサイズを決定することと、ここにおいて、前記第１の複数の連続したＴＴＩの各々に対して同じハイブリッド自動再送要求（ＨＡＲＱ）プロセスナンバーが使用される、
　前記ＵＣＩを送信するための第２の数の連続したＴＴＩを備える第２のＴＴＩバンドリングサイズを決定することと、ここにおいて、前記第２の複数のＴＴＩの各々に対して同じＨＡＲＱプロセスナンバーが使用される、
　前記ＵＣＩとＰＵＳＣＨとがどの範囲まで重複するかに少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをどのリソース上で送信するかを決定することと、ここにおいて、前記決定することが、前記ＵＣＩと前記ＰＵＳＣＨとの間で部分的に重複するリソースがあるとき、重複するＰＵＳＣＨ部分の外側のＵＣＩ部分をドロップし、前記重複するＰＵＳＣＨ部分上で前記ＵＣＩを送信すると決定することを備える、
　前記第１および第２のＴＴＩバンドリングサイズおよび前記決定されたリソースに従って、バンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを送信することと　
を備える、方法。
　　【請求項２】
　前記ＵＣＩを送信するための前記第２のＴＴＩバンドリングサイズが、前記ＵＣＩが物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるか、または前記ＰＵＳＣＨ上で送信されるかに基づく、請求項１に記載の方法。
　　【請求項３】
　前記第１のＴＴＩバンドリングサイズまたは前記第２のバンドリングサイズのうちの少なくとも１つを示すシグナリングを受信すること
　をさらに備える、請求項１に記載の方法。
　　【請求項４】
　前記第１のＴＴＩバンドリングサイズを示すシグナリングを受信することと、
　前記第１のＴＴＩバンドリングサイズに少なくとも部分的に基づいて、前記第２のＴＴＩバンドリングサイズを決定することと
　を備える、請求項３に記載の方法。
　　【請求項５】
　前記ＵＣＩをどのリソース上で送信するかを決定することはさらに、
　ＵＣＩがＰＵＳＣＨと重複しない場合、前記バンドリングされた送信内の全てのサブフレーム上の物理アップリンク制御チャネル（ＰＵＣＣＨ）内で前記ＵＣＩを送信すること
　を備える、請求項１に記載の方法。
　　【請求項６】
　前記ＵＣＩをどのリソース上で送信するかを決定することは、
　前記バンドリングされた送信の第１のセットのパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算すること
　を備え、
　前記バンドリングされた送信についての前記ＵＣＩリソース計算のための前記第１のセットのパラメータは、バンドリングなしのＵＣＩリソース計算のための第２のセットのパラメータとは異なる、請求項１に記載の方法。
　　【請求項７】
　前記ＵＣＩリソース計算のための前記第１のセットのパラメータは、第１のセットのパラメータにおけるＴＴＩバンドリングサイズと異なるＴＴＩバンドリングサイズのバンドリングされた送信についてのＵＣＩリソース計算のための第３のセットのパラメータとは異なる、請求項６に記載の方法。
　　【請求項８】
　前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、どのタイプのＵＣＩを送信するかまたはドロップするかを決定することをさらに備える、請求項１に記載の方法。
　　【請求項９】
　前記バンドリングされた送信の前記１つまたは複数のパラメータは、バンドリングの長さ、トランスポートブロックのサイズ、またはリソース割り当てのサイズのうちの少なくとも１つを備える、請求項８に記載の方法。
　　【請求項１０】
　前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、前記バンドリングされた送信として、どのタイプのＵＣＩを送信するかを決定することは、
　前記バンドリングされた送信として、ランクインジケーション（ＲＩ）またはチャネル品質インジケータ（ＣＱＩ）のうちの少なくとも１つを送信すると決定すること
　を備える、請求項８に記載の方法。
　　【請求項１１】
　基地局（ＢＳ）によってサブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信する方法であって、
　ユーザ機器（ＵＥ）が物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するための第１の数の連続した送信時間インターバル（ＴＴＩ）を備える第１のＴＴＩバンドリングサイズを決定することと、ここにおいて、前記第１の複数の連続したＴＴＩの各々に対して同じハイブリッド自動再送要求（ＨＡＲＱ）プロセスナンバーが使用される、
　前記ＵＥが前記ＵＣＩを送信するための第２の数の連続したＴＴＩを備える第２のＴＴＩバンドリングサイズを決定することと、ここにおいて、前記第２の複数のＴＴＩの各々に対して同じＨＡＲＱプロセスナンバーが使用される、
　前記ＵＣＩとＰＵＳＣＨとがどの範囲まで重複するかに少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩを前記ＵＥがどのリソース上で送信するかを決定することと、ここにおいて、前記決定することが、前記ＵＣＩと前記ＰＵＳＣＨとの間で部分的に重複するリソースがあるとき、重複するＰＵＳＣＨ部分の外側のＵＣＩ部分がドロップされることを決定し、前記重複するＰＵＳＣＨ部分上で前記ＵＣＩを送信すると決定することを備える、
　前記第１および第２のＴＴＩバンドリングサイズおよび前記決定されたリソースに従って、前記ＵＥからバンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを受信することと
　を備える、方法。
　　【請求項１２】
　前記ＵＣＩを送信するための前記第２のＴＴＩバンドリングサイズが、前記ＵＣＩが物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるか、または前記ＰＵＳＣＨ上で送信されるかに基づく、請求項１１に記載の方法。
　　【請求項１３】
　前記第１のＴＴＩバンドリングサイズまたは前記第２のバンドリングサイズのうちの少なくとも１つを示すシグナリングを送信すること
　をさらに備える、請求項１１に記載の方法。
　　【請求項１４】
　前記第２のＴＴＩバンドリングサイズを決定する際に前記ＵＥが使用するための前記第１のＴＴＩバンドリングサイズを示すシグナリングを送信すること
　を備える、請求項１３に記載の方法。
　　【請求項１５】
　バンドリングされた送信として前記ＵＣＩを前記ＵＥがどのリソース上で送信するか決定することは、
　前記バンドリングされた送信の第１のセットのパラメータに少なくとも部分的に基づいて、ＵＣＩリソースを計算すること
　を備え、
　前記バンドリングされた送信についての前記ＵＣＩリソース計算のための前記第１のセットのパラメータは、バンドリングなしのＵＣＩリソース計算のための第２のセットのパラメータとは異なる、請求項１１に記載の方法。
　　【請求項１６】
　前記ＵＣＩリソース計算のための前記第１のセットのパラメータは、第１のセットのパラメータにおけるＴＴＩバンドリングサイズと異なるＴＴＩバンドリングサイズのバンドリングされた送信についてのＵＣＩリソース計算のための第３のセットのパラメータとは異なる、請求項１５に記載の方法。
　　【請求項１７】
　前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、前記ＵＥが、どのタイプのＵＣＩを送信するかまたはドロップするかを決定することをさらに備える、請求項１１に記載の方法。
　　【請求項１８】
　前記バンドリングされた送信の前記１つまたは複数のパラメータは、バンドリングの長さ、トランスポートブロックのサイズ、またはリソース割り当てのサイズのうちの少なくとも１つを備える、請求項１７に記載の方法。
　　【請求項１９】
　前記バンドリングされた送信の１つまたは複数のパラメータに基づいて、前記バンドリングされた送信として、前記ＵＥが、どのタイプのＵＣＩを送信するかを決定することは、
　前記ＵＥが、バンドリングされた送信として、ランクインジケーション（ＲＩ）またはチャネル品質インジケータ（ＣＱＩ）のうちの少なくとも１つを送信すると決定すること
　を備える、請求項１７に記載の方法。
　　【請求項２０】
　サブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を送信するための装置であって、
　　物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するための第１の数の連続した送信時間インターバル（ＴＴＩ）を備える第１のＴＴＩバンドリングサイズを決定することと、ここにおいて、前記第１の複数の連続したＴＴＩの各々に対して同じハイブリッド自動再送要求（ＨＡＲＱ）プロセスナンバーが使用される、
　　前記ＵＣＩを送信するための第２の数の連続したＴＴＩを備える第２のＴＴＩバンドリングサイズを決定することと、ここにおいて、前記第２の複数のＴＴＩの各々に対して同じＨＡＲＱプロセスナンバーが使用される、
　　前記ＵＣＩとＰＵＳＣＨとがどの範囲まで重複するかに少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをどのリソース上で送信するかを決定することと、ここにおいて、前記決定することが、前記ＵＣＩと前記ＰＵＳＣＨとの間で部分的に重複するリソースがあるとき、重複するＰＵＳＣＨ部分の外側のＵＣＩ部分をドロップし、前記重複するＰＵＳＣＨ部分上で前記ＵＣＩを送信すると決定することを備える、　
を行うように構成された少なくとも１つのプロセッサと、
　前記第１および第２のＴＴＩバンドリングサイズおよび前記決定されたリソースに従って、バンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを送信するように構成された送信機と
　を備える、装置。
　　【請求項２１】
　サブフレームのバンドルにわたって、バンドリングされた送信としてアップリンク制御情報（ＵＣＩ）を受信するための装置であって、
　　ユーザ機器（ＵＥ）が物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信するための第１の数の連続した送信時間インターバル（ＴＴＩ）を備える第１のＴＴＩバンドリングサイズを決定することと、ここにおいて、前記第１の複数の連続したＴＴＩの各々に対して同じハイブリッド自動再送要求（ＨＡＲＱ）プロセスナンバーが使用される、
　　前記ＵＥが前記ＵＣＩを送信するための第２の数の連続したＴＴＩを備える第２のＴＴＩバンドリングサイズを決定することと、ここにおいて、前記第２の複数のＴＴＩの各々に対して同じＨＡＲＱプロセスナンバーが使用される、
　　前記ＵＣＩとＰＵＳＣＨとがどの範囲まで重複するかに少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩを前記ＵＥがどのリソース上で送信するかを決定することと、ここにおいて、前記決定することが、前記ＵＣＩと前記ＰＵＳＣＨとの間で部分的に重複するリソースがあるとき、重複するＰＵＳＣＨ部分の外側のＵＣＩ部分がドロップされることを決定し、前記重複するＰＵＳＣＨ部分上で前記ＵＣＩを送信すると決定することを備える、
　を行うように構成された少なくとも１つのプロセッサと、
　前記第１および第２のＴＴＩバンドリングサイズおよび前記決定されたリソースに従って、前記ＵＥからバンドリングされた送信として前記ＵＣＩおよび前記ＰＵＳＣＨを受信するように構成された受信機と
　を備える、装置。
　　【請求項２２】
　前記どのタイプのＵＣＩを送信するかまたはドロップするかを決定することは、チャネル品質インジケータ（ＣＱＩ）またはサウンディング基準信号（ＳＲＳ）のうちの少なくとも１つをドロップするかどうか決定することを備え、
　前記チャネル品質インジケータ（ＣＱＩ）またはサウンディング基準信号（ＳＲＳ）のうちの少なくとも１つをドロップするかどうか決定することはさらに、前記ＵＥが間欠受信（ＤＲＸ）ＯＮ継続期間外にあるかどうかに基づく、
　請求項８に記載の方法。」
第５　原査定についての判断
１　「第２　原査定の概要」の「（１）」について
　原査定の拒絶の理由は，請求項１記載の「前記第１の複数の連続したＴＴＩの各々において同じハイブリッド自動再送要求（ＨＡＲＱ）処理数が使用される」の意味が，明細書を参酌しても理解できないから，請求項１に係る発明が不明確であるというものである。しかしながら，令和３年３月１１日付けの誤訳訂正において，本願の外国語明細書の段落［００５４］における「The same hybrid ARQ (HARQ) process number is typically used in each of the bundled subframes.」との記載に基づき，段落［００４６］の「同じハイブリッドＡＲＱ（ＨＡＲＱ）処理の数は通常、バンドリングされたサブフレームの各々において使用される。」との記載は「同じハイブリッドＡＲＱ（ＨＡＲＱ）プロセスナンバーは通常、バンドリングされたサブフレームの各々において使用される。」に訂正されるとともに，請求項１の上記記載を「前記第１の複数の連続したＴＴＩの各々に対して同じハイブリッド自動再送要求（ＨＡＲＱ）プロセスナンバーが使用される」と訂正された結果，請求項１に係る発明は，明確となった。
　また，同様の記載がなされていた請求項１１，２０，２１についても同様な訂正がなされた結果，請求項１１，２０，２１に係る発明，及び請求項１，１１を引用する請求項２ないし１０，１２ないし１９，２２に係る発明ついても同様に，明確となった。
２　「第２　原査定の概要」の「（２）」について
　原査定の拒絶の理由は，請求項１記載の「前記ＵＣＩとＰＵＳＣＨとがどの範囲まで重複するかに少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをどのリソース上で送信するかを決定することと、ここにおいて、前記決定することが、前記ＵＣＩと前記ＰＵＳＣＨとの間で部分的に重複するリソースがあるとき、前記ＰＵＳＣＨまたは前記ＵＣＩのうちの１つを前記部分的に重複するリソースでドロップする、または重複するＰＵＳＣＨ部分の外側のＵＣＩ部分をドロップすることを備える」との記載が不明確であるから，請求項１に係る発明が不明確というものである。しかしながら，令和３年３月１１日付けの誤訳訂正において，上記記載は「前記ＵＣＩとＰＵＳＣＨとがどの範囲まで重複するかに少なくとも部分的に基づいて、バンドリングされた送信として前記ＵＣＩをどのリソース上で送信するかを決定することと、ここにおいて、前記決定することが、前記ＵＣＩと前記ＰＵＳＣＨとの間で部分的に重複するリソースがあるとき、重複するＰＵＳＣＨ部分の外側のＵＣＩ部分をドロップし、前記重複するＰＵＳＣＨ部分上で前記ＵＣＩを送信すると決定することを備える」と訂正された結果，請求項１に係る発明は，明確となった。
　また，同様の記載がなされていた請求項１１，２０，２１についても同様な訂正がなされた結果，請求項１１，２０，２１に係る発明，及び請求項１，１１を引用する請求項２ないし１０，１２ないし１９，２２に係る発明ついても同様に，明確となった。
３　原査定についてのむすび
　上記「１」及び「２」で説示したとおり，請求項１ないし２２に係る発明は明確となったため，原査定を維持することはできない。
第６　当審拒絶理由についての判断
１　理由１（サポート要件）について
　令和３年１月２１日付けの当審拒絶理由では，請求項１には「前記第１の複数の連続したＴＴＩの各々に対して同じ数のハイブリッド自動再送要求（ＨＡＲＱ）処理が行われる」との記載，及び「前記第２の複数の連続したＴＴＩの各々に対して同じ数のＨＡＲＱ処理が行われる」との記載は，発明の詳細な説明に記載したものといえない旨を通知している。これに対して，令和３年３月１１日付けの誤訳訂正において，本願の外国語明細書の段落［００５４］における「The same hybrid ARQ (HARQ) process number is typically used in each of the bundled subframes.」との記載に基づき，段落［００４６］の「同じハイブリッドＡＲＱ（ＨＡＲＱ）処理の数は通常、バンドリングされたサブフレームの各々において使用される。」との記載は「同じハイブリッドＡＲＱ（ＨＡＲＱ）プロセスナンバーは通常、バンドリングされたサブフレームの各々において使用される。」に訂正されるとともに，請求項１の上記記載は，それぞれ「前記第１の複数の連続したＴＴＩの各々に対して同じハイブリッド自動再送要求（ＨＡＲＱ）プロセスナンバーが使用される」，「前記第２の複数のＴＴＩの各々に対して同じＨＡＲＱプロセスナンバーが使用される」と訂正された結果，請求項１に係る発明は，発明の詳細な説明に記載したものとなった。
　また，同様の記載がなされていた請求項１１，２０，２１についても同様な訂正がなされた結果，請求項１１，２０，２１に係る発明，及び請求項１，１１を引用する請求項２ないし１０，１２ないし１９，２２に係る発明ついても同様に，発明の詳細な説明に記載したものとなった。
　したがって，この拒絶の理由は解消した。
２　理由２（明確性）について
　令和３年１月２１日付けの当審拒絶理由では，請求項２２には「前記決定は，チャネル品質インジケータ（ＣＱＩ）またはサウンディング基準信号（ＳＲＳ）のうちの少なくとも１つをドロップするかどうか決定すること」，「前記決定はさらに，前記ＵＥが間欠受信（ＤＲＸ）ＯＮ継続期間外にあるかどうかに基づく」との記載があるが，これら記載の「前記決定」が，それぞれ引用する請求項１，８もしくは２２に記載されたいずれの「決定（すること）」を指しているのか，明確でない旨を通知している。これに対して，令和３年３月１１日付けの誤訳訂正において，上記記載は，それぞれ「前記どのタイプのＵＣＩを送信するかまたはドロップするかを決定することは、チャネル品質インジケータ（ＣＱＩ）またはサウンディング基準信号（ＳＲＳ）のうちの少なくとも１つをドロップするかどうか決定すること」，「前記チャネル品質インジケータ（ＣＱＩ）またはサウンディング基準信号（ＳＲＳ）のうちの少なくとも１つをドロップするかどうか決定することはさらに、前記ＵＥが間欠受信（ＤＲＸ）ＯＮ継続期間外にあるかどうかに基づく」と訂正された結果，記載は明確となったため，この拒絶の理由は解消した。
第７　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。