【事件の表示】
　特願２０１７−５１８４９１「ソフトバッファ管理のためのＵＥカテゴリー処理」拒絶査定不服審判事件〔平成２８年　４月１４日国際公開，ＷＯ２０１６／０５７３３７，平成２９年１２月　７日国内公表，特表２０１７−５３６７３２〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本願は，２０１５年（平成２７年）１０月２日（パリ条約による優先権主張外国庁受理２０１４年１０月８日，米国，２０１５年１０月１日，米国）を国際出願日とする出願であって，その手続の経緯は以下のとおりである。
　平成３０年　１月２９日　　：手続補正書
　平成３０年　３月２０日付け：拒絶理由通知
　平成３０年　７月　３日　　：意見書，手続補正書
　平成３０年　８月１７日付け：拒絶査定
　平成３０年１２月２６日　　：審判請求
　令和　１年１０月　２日付け：拒絶理由通知（当審）
　令和　２年　１月　８日　　：意見書，手続補正書
第２　本願発明
　本願の請求項１ないし２８に係る発明は，令和２年１月８日にした手続補正により補正された特許請求の範囲の請求項１ないし２８に記載された事項により特定されるものであり，そのうち請求項１に係る発明（以下「本願発明」という。）は，次のとおりのものである。
「【請求項１】
　ユーザ機器（ＵＥ）によって制限付きバッファレートマッチング（ＬＢＲＭ）を実行するための方法であって，
　発展型ノードＢ（ｅＮＢ）に複数のＵＥカテゴリーを報告することと，
　前記複数のＵＥカテゴリーに関するシグナリングが前記ｅＮＢから受信されたかどうかを決定することと，
　前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれ，前記シグナリングを受信する場合，最も高いＵＥカテゴリーを選択することと，
　前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれない，および／または前記シグナリングを受信しない場合，前記最も高いＵＥカテゴリー以外の1つのＵＥカテゴリーを選択することと，
　前記選択されたＵＥカテゴリーに基づいて，前記ＵＥにおいてＬＢＲＭのために使用するためのソフトチャネルビットの総数を決定することと，
　ソフトチャネルビットの前記決定された総数に基づいてＬＢＲＭを実行することと
　を備える，方法。」
第３　当審による拒絶理由
　当審が令和１年１０月２日付けで通知した拒絶理由のうちの理由１の概要は，本願の請求項１に係る発明は，本願出願前に日本国内又は外国において，頒布された又は電気通信回線を通じて公衆に利用可能となった以下の引用文献１に記載された発明並びに引用文献２及び引用文献３に記載された事項に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法２９条２項の規定により特許を受けることができない，というものである。
引用文献１：特表２０１４−５１０４６１号公報
引用文献２：Huawei, HiSilicon，Discussion on UE category with introduction of 256QAM[online]， 3GPP TSG-RAN WG1♯76 R1-140036，２０１４年２月
引用文献３：特開２０１４−１６８２２４号公報
第４　引用文献の記載及び引用発明
１　引用文献１の記載及び引用発明
（１）引用文献１の記載
　引用文献１には，以下の事項が記載されている。（下線は当審で付与した。）
ア　「【００１５】
　現在，ＬＴＥシステムでは，端末が自分の無線通信能力を‘端末カテゴリー’を通じてネットワークに通知し，ネットワークは，これによって当該端末の能力に合わせてサービスを提供する。下記の表１は，‘端末カテゴリー’が有する情報を示す。
【００１６】
【表１】
【００１７】
　表１で‘端末が１つのＴＴＩ（１ｍｓ）内に受信可能な最大ビット数’に１０００を乗算すれば，システムの秒当たり最大伝送率に換算可能である。
【００１８】
　表１で，
‘ソフトチャネルビット総個数’は，端末のバッファーサイズと関連があると共に，レートマッチング動作に影響を与える。‘ソフトチャネルビット総個数’をＮｓｏｆｔとし，‘伝送ブロックソフトバッファーサイズ’をＮＩＲとし，‘コードブロックソフトバッファーサイズ’をＮｃｂとすれば，次の関係がある
【００１９】
【００２０】
　ここで，ＫＭＩＭＯは，伝送モードによって２または１の値を有し，ｍｉｎ（ＭＤＬ＿ＨＡＲＱ，Ｍｌｉｍｉｔ）値は，一般的に８の値を有する。また，Ｃは，コードブロックの数であり，ＫＷは，循環バッファーの長さを示し，ＫＷ＝３Ｋｎの関係を有し，Ｋｎは，サブブロックのインターリーバサイズであって，６１４４ビットの長さを有する。すなわち，上記数式から明らかなように，Ｎｓｏｆｔ値がＮＩＲ値に影響を与え，ＮＩＲ／Ｃ値がＫＷより小さい場合，言い換えれば，高速データ送信が進行する場合には，ＮＩＲ値がＮｃｂの値に影響を及ぼすことが分かる。Ｎｃｂの値がパンクチャリング（ｐｕｎｃｔｕｒｉｎｇ）／繰り返し（ｒｅｐｅｔｉｔｉｏｎ）パターンが影響を与えるので，もし，端末とＥＮＢ間のＮｓｏｆｔ値が誤って理解される場合には，誤った動作に影響を与えることが分かる。
【００２１】
　表１で‘ダウンリンク最大支援可能レイヤ個数’は，送／受信側で複数個のアンテナを使用する場合のＭＩＭＯ（Ｍｕｌｔｉ−Ｉｎｐｕｔ　ａｎｄ　Ｍｕｌｔｉ−Ｏｕｔｐｕｔ）技術で端末の能力を意味する。
【００２２】
　また，表１で，Ｃａｔｅｇｏｒｙ　６及びＣａｔｅｇｏｒｙ　７は，同一のダウンリンク最大伝送率を有するが，アップリンク最大伝送流において７５Ｍｂｐｓ及び１５０Ｍｂｐｓであって，それぞれ差がある。また，Ｃａｔｅｇｏｒｙ　６及び７は，それぞれ６，６’そして７，７’の２つの種類があり，６，７は，キャリア併合（ｃａｒｒｉｅｒ　ａｇｇｒｅａｇａｔｉｏｎ）が使用される場合を意味し，６’，７’は，ＭＩＭＯで４レイヤを支援する場合を意味する。
【００２３】
　一方，Ｒｅｌ−８／９システム（または，第１バージョンネットワーク，以下同一）では，‘端末カテゴリー’で１番から５番のみを支援し，６番から８番まではＲｅｌ−１０システム（または第２バージョンネットワーク，以下同一）で最初導入された。したがって，Ｒｅｌ−８／９ネットワークは，‘端末カテゴリー’６番から８番までは何の意味なのか解釈することができない。また，現在ＬＴＥシステムでは，端末が現在ネットワークのリリース（Ｒｅｌｅａｓｅ）番号（すなわちネットワークバージョン情報）を把握することができず，したがって，Ｒｅｌ−１０　ＵＥがネットワークに接続するときは，‘端末カテゴリー’６番−８番ではない，Ｒｅｌ−８／９も理解することができる追加的なシグナリングが必要である。前記カテゴリー１番から５番までを第１端末カテゴリー（‘ｆｉｒｓｔ　ＵＥ　ｃａｔｅｇｏｒｙ’）と言い，カテゴリー６番から８番までを‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’と定義すれば，端末は，Ｒｅｌ−８／９ネットワークと通信するためには，どんなカテゴリーグループを使用しなければならないか不明確であるという問題点がある。
【００２４】
　本発明は，前述したような問題点を解決するためになされたもので，上位バージョンのリリース（Ｒｅｌｅａｓｅ）端末がネットワークに接続するとき，ネットワークのリリースバージョンに合致するように端末カテゴリーを通知し，端末とネットワークが円滑に通信することができる方法を提供する。
【００２５】
　図１は，本発明の実施形態によるメッセージフローを示すフローチャートである。
【００２６】
　ＲＥＬ−１０あるいは以後リリースの端末のうちＲＥＬ−９以前基地局（ｒｅｌｅａｓｅ　８あるいはｒｅｌｅａｓｅ　９基地局）が理解しないカテゴリーの端末１０１は，１０９段階で，電源がオン（ｏｎ）になる。そして，端末１０１は，１１１段階で，ネットワーク１０３，１０７に所定の制御メッセージを用いて複数のカテゴリーを通知する。前記制御メッセージは，端末の無線通信能力に関する情報を含む端末能力報告メッセージ（ＵＥ　ｃａｐａｂｉｌｉｔｙ）でありうる。
【００２７】
　この端末カテゴリーは，前述したように，Ｒｅｌ−９以前基地局が理解することができる第１端末カテゴリー（カテゴリー１番−５番）のカテゴリーのうち選択されたいずれか１つのカテゴリーと，Ｒｅｌ−１０以後基地局が理解することができる第２端末カテゴリーのカテゴリー（カテゴリー６番−８番）のうち選択されたいずれか１つのカテゴリーを含む
【００２８】
　参照として，端末１０１は，複数の端末カテゴリーを報告することができるが，ｃａｔｅｇｏｒｙ　１〜５の間では，ただ１つの端末カテゴリーだけを報告することができ，ｃａｔｅｇｏｒｙ　６〜８の間でも，ただ１つの端末カテゴリーだけを報告することができる。すなわち本発明において，端末１０１が複数の端末カテゴリーを伝送するということは，互いに異なるバージョンのネットワークで使用される互いに異なる端末カテゴリーを伝送することができることを意味するものであって，同一のバージョンのネットワークで使用される複数個の端末カテゴリーを伝送することができることを意味するものではない。
【００２９】
　一方，前記端末１０１が下位バージョンの端末である場合には，第１端末カテゴリーのみを含む端末能力報告メッセージをネットワークに伝送するようになる。
【００３０】
　前記端末１０１が伝送した制御メッセージ，すなわち端末能力報告メッセージ（‘ＵＥ　ｃａｐａｂｉｌｉｔｙ’）は，サービングＥＮＢ　１０３を経て移動性管理エンティティー（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ，ＭＭＥ：ネットワーク内で移動性などを担当するユニット，以下，ＭＭＥという）１０７に伝送される。
この際，前記サービングＥＮＢ　１０３は，端末が伝送した‘ＵＥ　ｃａｐａｂｉｌｉｔｙ’を解釈することなく，ＭＭＥ　１０７に伝達する
【００３１】
　端末能力報告メッセージを伝達されたＭＭＥ　１０７は，１１３段階で，前記‘ＵＥ　ｃａｐａｂｉｌｉｔｙ’情報のうちＵＥのカテゴリー情報を含んでサービングＥＮＢ　１０３が知るべき関連情報をサービングＥＮＢ　１０３に伝達する。この場合，ＭＭＥ　１０７は，端末１０１及びサービングＥＮＢ　１０３のネットワークバージョン情報を既に知っている。これにより，ＭＭＥ　１０７は，端末１０１及びサービングＥＮＢ　１０３のバージョン情報によって相互間互換が可能になるように端末１０１及びサービングＥＮＢ　１０３が使用すべき端末カテゴリー情報をサービングＥＮＢ　１０３に伝達する。図１では，Ｒｅｌ−１０以後の端末１０１がＲｅｌ−１０以後のサービングＥＮＢ　１０３に接続した場合を例示したので，ＭＭＥ　１０７は，１１３段階で，第１端末カテゴリーと第２端末カテゴリー情報を含む端末能力応答メッセージをサービングＥＮＢ　１１０に伝達する。
【００３２】
　もし，サービングＥＮＢ　１１０がＲｅｌ−８／９のＥＮＢなら，ＭＭＥ　１０７は，第１カテゴリー情報のみを含む端末能力応答メッセージをサービングＥＮＢに伝達するようになる。
【００３３】
　そして，サービングＥＮＢ　１０３は，前記端末１０１に対してどんなカテゴリーを使用するかを選択する。
【００３４】
　もし，サービングＥＮＢ　１０３がＲｅｌ−８／９基地局の場合，サービングＥＮＢ　１０３は，第２端末カテゴリーのカテゴリーは無視し，端末１０１に使用する端末カテゴリーを別に指示しない。
【００３５】
　一方，もし，サービングＥＮＢ　１０３がＲｅｌ−１０以後基地局の場合，第２端末カテゴリーを理解することができる。これにより，
サービングＥＮＢ　１０３は，第２端末カテゴリーのＮｓｏｆｔ値を使用するために，第２端末カテゴリーの使用を選択して，１１７段階で，ＲＲＣ連結再設定（ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ）メッセージを使用して，どんなＮｓｏｆｔが使用されたかに関する情報を含む使用する端末カテゴリー情報を含んで前記端末に指示する
【００３６】
　‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’のカテゴリーの使用を指示する方法には，端末が使用するカテゴリーを直接指定する方法，あるいはＲｅｌ−１０システムに新規に追加された機能のうち所定の機能が設定された場合‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’のカテゴリーを使用するものと判断する方法がある。Ｒｅｌ−１０システムに新規に追加された機能のうち‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’のカテゴリーと関連した所定の機能は，以下のうちの１つの場合に確認されうる。
【００３７】（略）
【００３８】
　‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’のカテゴリーが直接指定されるか，所定の機能が設定された場合（例えば，伝送モード９が設定された場合），端末１０１は，１１９段階で，指定した‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’のカテゴリーを使用してＮｓｏｆｔ及びＮＩＲを導く。そして，端末１０１は，前記導かれた値を利用して，１２１段階で，ネットワークとデータを通信する。
【００３９】
　一方，本発明の一実施形態によれば，端末１０１は，これを指示される前までは，あるいは指示されなかった端末（すなわち伝送モード９が設定されない端末）は，１１５段階及び１２３段階のように，第１端末カテゴリーあるいは端末自分が報告した端末カテゴリーのうち最も低いカテゴリーを使用してＮｓｏｆｔ及びＮＩＲを導き，データを送受信する。その後，任意の時点に端末がハンドオーバーをしなければならない場合，サービングＥＮＢ　１０３は，１２５段階で，ターゲットＥＮＢ　１０５とハンドオーバー手続を行う。
【００４０】
　ターゲットＥＮＢ　１０５は，１２５段階で，端末１０１がターゲットＥＮＢ　１０５にハンドオーバーした後に適用する設定情報をサービングＥＮＢ　１０３に伝達する。そして，サービングＥＮＢ　１０３は，１２７段階で，前記設定情報を含むハンドオーバー命令（ＲＲＣＣＯＮＮＥＣＴＩＯＮＲＥ　ＣＯＮＦＩＧＵＲＡＴＩＯＮ　ｗｉｔｈ　ｍｏｂｉｌｉｔｙ　ｃｏｎｔｒｏｌ　ｉｎｆｏ）を端末に伝送する。
【００４１】
　この際，ターゲットＥＮＢ　１０５が旧型ＥＮＢ（Ｒｅｌ−８／９基地局）の場合，前記設定情報には，使用する端末カテゴリー情報（またはＮｓｏｆｔ）情報が含まれない。一方，ターゲットＥＮＢ　１０５が新型ＥＮＢ（Ｒｅｌ−１０以後基地局）であり，第２端末カテゴリーのカテゴリーを適用しようとすれば，前記設定情報に，使用する端末カテゴリー情報が含まれるか，または含まれないとしても，Ｒｅｌ−１０で新規に追加された所定の機能が設定されて伝送される。新規に追加された所定の機能は，以下のうち１つの場合において確認されうる。」
イ　「【００４７】
　
図２は，本発明の実施形態による端末の動作手順を示すフローチャートである。図２で記述される端末は，Ｒｅｌ−１０以後の端末であることを仮定する。
【００４８】
　端末のカテゴリーは，２０１段階のように，端末の生産段階で決定され，内部メモリなどに記憶されていてもよい。この場合，第２端末カテゴリーに属するカテゴリー６〜８の間のカテゴリーに属する端末には，今後旧型基地局と接続されるときに備えて，旧型基地局が認知することができるカテゴリーをもう１つ割り当てることができる。
【００４９】
　その後，２０３段階で，端末の電源がオンとされれば，セルサーチ動作などを通じて‘キャンプオン（ｃａｍｐ　ｏｎ）’する適切なセルを選択し，端末は，前記セルを通じてネットワーク接続過程を行う。この際，端末は，ネットワークが第１端末カテゴリー（のＮｓｏｆｔ）に属することを仮定し，ダウンリンクデータ通信を行う。すなわち，端末は，第１端末カテゴリーのＮｓｏｆｔを適用してＨＡＲＱ動作を行う。
【００５０】
　
ネットワーク接続を行った端末は，２０５段階で，端末の無線通信能力に関する情報を含む端末能力報告メッセージ（ＵＥ　ｃａｐａｂｉｌｉｔｙ）をＭＭＥに伝送する。この際，端末は，第１端末カテゴリー（‘ｆｉｒｓｔ　ＵＥ　ｃａｔｅｇｏｒｙ’）と第２端末カテゴリー（‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’）をそれぞれ前記端末能力報告メッセージの‘ｕｅ−Ｃａｔｅｇｏｒｙ’フィールドと‘ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０ｘｙ’フィールドを使用して一緒に報告する
【００５１】
　そして，
端末は，基地局がＲＲＣ連結再設定（ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＣＯＦＮＩＧＵＲＡＴＩＯＮ）を命令する
【００５２】
　その後，
端末は，２０７段階で，ＲＲＣ連結再設定（ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＣＯＦＮＩＧＵＲＡＴＩＯＮ）メッセージを受信する
端末は，２０９段階で，前記受信したＲＲＣ連結再設定（ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＣＯＦＮＩＧＵＲＡＴＩＯＮ）メッセージに，使用する端末カテゴリー情報が含まれているか，あるいは所定のＲｅｌ−１０の新規機能が設定されているかを確認する
【００５３】（略）
【００５４】
　
もし，前記ＲＲＣ連結再設定メッセージに，使用する端末カテゴリー情報がないか，または所定のＲｅｌ−１０新規機能が設定されなければ（例えばＴＭ９が設定されなければ），端末は，２１１段階に進行し，第１端末カテゴリーに該当する
Ｎｓｏｆｔを使用してダウンリンクデータ通信を行う
本発明の実施形態において任意のカテゴリーに該当するＮｓｏｆｔを使用してダウンリンクデータ通信を行うということは，前記Ｎｓｏｆｔを利用してＮＩＲを算出し，前記ＮＩＲでレートマッチングを行い，ＨＡＲＱ　ＩＲ動作を行うことを意味する
【００５５】
　
一方，２０９段階の判断結果，前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれていれば，端末は，２１３段階に進行し，指示された‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’に該当するＮｓｏｆｔを使用してダウンリンクデータ通信を行う
【００５６】
　端末は，新しいＲＲＣ連結再設定（ＲＲＣ　ＣＯＮＮＥＣＴＩＯＮ　ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ）メッセージを通じて第１端末カテゴリーが指示されるか，または所定のＲｅｌ−１０機能が解除されるまで２１３段階の動作を持続する。」
ウ　図１は以下のとおり。
エ　図２は以下のとおり。
（２）引用発明
　上記（１）の記載からみて，引用文献１には以下の事項が記載されていると認められる。
ア　引用文献１には，Ｒｅｌ−１０以降の端末のネットワーク接続後の動作手順を図２のフローチャートに沿ってみてみると，
　２０５段階で，「端末の無線通信能力に関する情報を含む端末能力報告メッセージをＭＭＥに伝送」し，「この際，端末は，第１端末カテゴリーと第２端末カテゴリーをそれぞれ前記端末能力報告メッセージの‘ｕｅ−Ｃａｔｅｇｏｒｙ’フィールドと‘ｕｅ−Ｃａｔｅｇｏｒｙ−ｖ１０ｘｙ’フィールドを使用して一緒に報告」し（【００５０】），
　２０７段階で，「基地局がＲＲＣ連結再設定を命令する」（【００５１】）ものである「ＲＲＣ連結再設定メッセージを受信」し（【００５２】），
　２０９段階で，「前記受信したＲＲＣ連結再設定メッセージに，使用する端末カテゴリー情報が含まれているか，あるいは所定のＲｅｌ−１０の新機能が設定されているかを確認」し（【００５２】），
　「もし，前記ＲＲＣ連結再設定メッセージに，使用する端末カテゴリー情報がないか，または所定のＲｅｌ−１０新規機能が設定されなければ，端末は，２１１段階に進行し，第１端末カテゴリーに該当するＮｓｏｆｔを使用してダウンリンクデータ通信を行」い（【００５４】），
　「一方，２０９段階の判断の結果，前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれていれば，端末は，２１３段階に進行し，指示された‘ｓｅｃｏｎｄ　ＵＥ　ｃａｔｅｇｏｒｙ’に該当するＮｓｏｆｔを使用してダウンリンクデータ通信を行う」（【００５５】），
　方法，すなわち，「端末がＮｓｏｆｔを使用してダウンリンクデータ通信を行う方法」が記載されているといえ，【００１８】より，「Ｎｓｏｆｔ」は「ソフトチャネルビット総個数」のことである。
イ　ここで，上記アの２０５段階で端末が報告する「第１端末カテゴリー」及び「第２端末カテゴリー」について，【００２７】に「Ｒｅｌ−９以前基地局が理解することができる第１端末カテゴリー（カテゴリー１番−５番）のカテゴリーのうち選択されたいずれか１つのカテゴリーと，Ｒｅｌ−１０以後基地局が理解することができる第２端末カテゴリーのカテゴリー（カテゴリー６番−８番）のうち選択されたいずれか１つのカテゴリーを含む」と記載され，また，端末能力報告メッセージをＭＭＥに伝送することは，【００３０】の「前記サービングＥＮＢ　１０３は，端末が伝送した‘ＵＥ　ｃａｐａｂｉｌｉｔｙ’を解釈することなく，ＭＭＥ　１０７に伝達する」の記載より，端末がサービングＥＮＢに端末能力報告メッセージを伝送し，該サービングＥＮＢがＭＭＥに伝達することである。したがって，引用文献１には，端末は，「サービングＥＮＢにＲｅｌ−９以前基地局が理解することができる第１端末カテゴリー（カテゴリー１番−５番）のカテゴリーのうち選択されたいずれか１つのカテゴリーと，Ｒｅｌ−１０以降基地局が理解することができる第２端末カテゴリーのカテゴリー（カテゴリー６番−８番）のうち選択されたいずれか１つのカテゴリーを含む端末能力報告メッセージを報告すること」が記載されているといえる。
ウ　上記アの２０７段階で端末は，「ＲＲＣ連結再設定メッセージ」を，上記イで端末能力報告メッセージを伝送したサービングＥＮＢから受信する（【００３５】，【図１】）。そして，上記アの２０９段階では，「前記ＲＲＣ連結再設定メッセージに使用する端末カテゴリー情報が含まれているか，あるいは所定のＲｅｌ−１０の新機能が設定されているかを確認」し，「前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれてい」（【００５５】）るかどうかが判断される。そうすると，引用文献１には，「前記サービングＥＮＢからＲＲＣ連結再設定メッセージを受信し，前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれているかどうかを判断すること」が記載されているといえる。
エ　上記アの２０９段階の判断の結果及び２１３段階について，引用文献１には，「前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれていれば，」「第２端末カテゴリーに該当するＮｓｏｆｔを使用してダウンリンクデータ通信を行うこと」が記載されているといえる。
オ　上記エと同様に上記アの２０９段階の判断の結果及び２１１段階について，引用文献１には，「前記ＲＲＣ連結再設定メッセージに，使用する端末カテゴリー情報がないか，または所定のＲｅｌ−１０新規機能が設定されなければ，」「第１端末カテゴリーに該当するＮｓｏｆｔを使用してダウンリンクデータ通信を行うこと」が記載されているといえる。
カ　上記エ及びオの「Ｎｓｏｆｔを使用してダウンリンクデータ通信を行うこと」は，段落【００５４】より，「前記Ｎｓｏｆｔを利用してＮＩＲを算出し，前記ＮＩＲでレートマッチングを行い，ＨＡＲＱ　ＩＲ動作を行うことを意味する」（【００５４】）ものであり，「ＮＩＲ」は，【００１８】より，「伝送ブロックソフトバッファーサイズ」のことである。
　以上より，引用文献１には，次の発明（以下「引用発明」という。）が記載されていると認める。
（引用発明）
「端末がソフトチャネルビット総個数を使用してダウンリンクデータ通信を行う方法であって，
　サービングＥＮＢにＲｅｌ−９以前基地局が理解することができる第１端末カテゴリー（カテゴリー１番−５番）のカテゴリーのうち選択されたいずれか１つのカテゴリーと，Ｒｅｌ−１０以降基地局が理解することができる第２端末カテゴリーのカテゴリー（カテゴリー６番−８番）のうち選択されたいずれか１つのカテゴリーを含む端末能力報告メッセージを報告することと，
　前記サービングＥＮＢからＲＲＣ連結再設定メッセージを受信し，前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれているかどうかを判断すること，
　前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれていれば，第２端末カテゴリーに該当するソフトチャネルビット総個数を使用してダウンリンクデータ通信を行うことと，
　前記ＲＲＣ連結再設定メッセージに，使用する端末カテゴリー情報がないか，または所定のＲｅｌ−１０新規機能が設定されなければ，第１端末カテゴリーに該当するソフトチャネルビット総個数を使用してダウンリンクデータ通信を行うことと，を備え，
　前記ソフトチャネルビット総個数を使用してダウンリンクデータ通信を行うことは，前記ソフトチャネルビット総個数を利用して伝送ブロックソフトバッファーサイズを算出し，前記伝送ブロックソフトバッファーサイズでレートマッチングを行い，ＨＡＲＱ　ＩＲ動作を行うことを意味する方法。」
２　引用文献２
　引用文献２には，以下の事項が記載されている。（下線は当審で付与した。）
（１）「１　Introduction
（略）
In this contribution, we will provide the analysis and discussion on UE category with introduction of 256QAM.
（仮訳：１　イントロダクション
（略）
　本稿では，256QAMの導入に伴うUEカテゴリーについての分析とディスカッションを提供する。）」
（２）「２　Discussion
（略）
・A UE indicating category A shall also indicate category 4 and category 6/7. A UE indicating category B shall also indicate category 5 and category 8.
Since the limited buffer rate matching(LBRM)[4] pattern can be different for each category, UE needs to know which LBRM pattern size is assumed at the eNB side.
Where Kc=3/2 is used to ensure that in 2-CC transmission, eNB assumes 300kb buffer size for each transport block(NIR) so that 4-layer transmission with maximum TBS is available in each carrier.
where:
If the UE signals ue-Category-v12xx, and is configured with 256QAM for the DL cell, Nsoft is the total number of soft channel bits according to the UE category indicated by ue-Category-v12xx, else if the UE signals ue-Category-v1020, and is configured with transmission mode 9 or transmission mode 10 for the DL cell, Nsoft is the total number of soft channel bits according to the UE category indicated by ue-Category-v1020. Otherwise, Nsoft is the total number of soft channel bits according to the UE category indicated by ue-Category.
（仮訳：２　ディスカッション
（略）
・カテゴリー Aを示しているUEは，カテゴリー 4及びカテゴリー 6/7も示すものとする。カテゴリー Bを示しているUEは，カテゴリー 5及びカテゴリー 8も示すものとする。
　
制限付きバッファレートマッチング(LBRM)パターンは，それぞれのカテゴリーで異なり得るから，UEは，どのLBRMパターンサイズがeNBで想定されているかを知る必要がある
　Kc=3/2を使用すると，2-CC伝送においてeNBが各トランスポートブロック(NIR)に対して300kbのバッファサイズを想定することで，最大TBSでの4レイヤ伝送が各キャリアで利用できるようになることを保証する。
ここで：
　
UEがue-Category-v12xxをシグナリングし，DLセルが256QAMに設定されている場合は，Nsoftはue-Category-v12xxにより示されたUEカテゴリーに従うソフトチャネルビットの総個数であり，UEがue-Category-v1020をシグナリングし，DLセルのために伝送モード 9又は伝送モード 10に設定されている場合は，Nsoftはue-Category-v1020により示されたUEカテゴリーに従うソフトチャネルビットの総個数である。そうでなければ，Nsoftは，ue-Categoryにより示されたUEカテゴリーに従うソフトチャネルビットの総個数である。
　
第５　対比
　本願発明と引用発明とを対比する。
ア　引用発明の「端末」及び「サービングＥＮＢ」は，それぞれ本願発明の「ユーザ機器（ＵＥ）」及び「発展型ノードＢ（ｅＮＢ）」に相当する。
イ　引用発明の「第１端末カテゴリー」及び「第２端末カテゴリー」は，いずれも本願発明の「ＵＥカテゴリー」といえるから，引用発明の「サービングＥＮＢにＲｅｌ−９以前基地局が理解することができる第１端末カテゴリーと，Ｒｅｌ−１０以後基地局が理解することができる第２端末カテゴリーを含む端末能力報告メッセージを報告すること」は，本願発明の「発展型ノードＢ（ｅＮＢ）に複数のＵＥカテゴリーを報告すること」に相当する。
ウ　引用発明の「ＲＲＣ連結再設定メッセージ」は本願発明の「シグナリング」の１つであるところ，両発明はこれらを「前記ｅＮＢ」（前記サービングＥＮＢ）から受信する点で共通する。
　また，引用文献１の【００３６】には，サービングＥＮＢが端末に第２端末カテゴリーのカテゴリーの使用を指示する方法として，「端末が使用するカテゴリーを直接指定する方法，あるいは，Ｒｅｌ−１０システムに新規に追加された機能のうち所定の機能が設定された場合，第２端末カテゴリ-を使用するものと判断する方法がある」旨記載されているから，引用発明の，「所定のＲｅｌ−１０機能が設定されている」，または，「第２端末カテゴリーの使用を指示する情報が含まれてい」る「ＲＲＣ連結再設定メッセージ」は，いずれも「第２端末カテゴリーに関する」ものといえる。
　そうすると，引用発明の「前記サービングＥＮＢからＲＲＣ連結再設定メッセージを受信し，前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれているかどうかを判断すること」は，端末が報告した第２端末カテゴリーに関するＲＲＣ連結再設定メッセージが受信されたかどうかを判断することといえるから，本願発明の「前記複数のＵＥカテゴリーに関するシグナリングが前記ｅＮＢから受信されたかどうかを決定すること」に相当する。
エ　引用発明の「Ｒｅｌ−１０以降基地局が理解することができる第２端末カテゴリー」は，「Ｒｅｌ−９以前基地局が理解することができる第１端末カテゴリー」より高い端末カテゴリーであるから，２つの端末カテゴリーの中で「最も高い端末カテゴリー」ということができる。
　そうすると，引用発明の「前記ＲＲＣ連結再設定メッセージに所定のＲｅｌ−１０機能が設定されているか，または第２端末カテゴリーの使用を指示する情報が含まれてい」る場合は，上記ウも考慮すると，本願発明の「前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれ，前記シグナリングを受信する場合」に相当する。
　また，その場合に引用発明が「第２端末カテゴリーに該当するソフトチャネルビット総個数を使用」することは，端末が使用する端末カテゴリーについて，第２端末カテゴリー，すなわち最も高い端末カテゴリーを選択することであるから，この点で本願発明の「最も高いＵＥカテゴリーを選択すること」に相当する。
オ　本願発明の「前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれない，および／または前記シグナリングを受信しない場合，前記最も高いＵＥカテゴリー以外の1つのＵＥカテゴリーを選択すること」における「前記シグナリング」は，「前記複数のＵＥカテゴリーに関するシグナリング」である。そして，引用発明の「使用する端末カテゴリー情報がないか，または所定のＲｅｌ−１０新規機能が設定されな」い「ＲＲＣ連結再設定メッセージ」は，端末がサービングｅＮＢに報告した第１端末カテゴリー及び第２端末カテゴリーに関する情報が含まれていないから，本願発明の「前記複数のＵＥカテゴリーに関するシグナリング」に該当しない。また，引用発明の「第１端末カテゴリー」は，上記エより「最も高い端末カテゴリー以外の１つの端末カテゴリー」ということができる。そこで，上記エも考慮すると，引用発明の「前記ＲＲＣ連結再設定メッセージに，使用する端末カテゴリー情報がないか，または所定のＲｅｌ−１０新規機能が設定されなければ，第１端末カテゴリーに該当するソフトチャネルビット総個数を使用」することと，本願発明の「前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれない，および／または前記シグナリングを受信しない場合，前記最も高いＵＥカテゴリー以外の1つのＵＥカテゴリーを選択すること」とは，「前記シグナリングを受信しない場合，前記最も高いＵＥカテゴリー以外の1つのＵＥカテゴリーを選択すること」である点で共通する。
カ　引用発明の「第２端末カテゴリーに該当するソフトチャネルビット総個数を使用してダウンリンクデータ通信を行うこと」及び「第１端末カテゴリーに該当するソフトチャネルビット総個数を使用してダウンリンクデータ通信を行うこと」について，ともに選択した端末カテゴリーに基づいてソフトチャネルビット総個数を決定するといえ，引用発明では，「ソフトチャネルビット総個数を使用してダウンリンクデータ通信を行うこと」が「前記ソフトチャネルビット総個数を利用して伝送ブロックソフトバッファーサイズを算出し，前記伝送ブロックソフトバッファーサイズでレートマッチングを行い，ＨＡＲＱ　ＩＲ動作を行うことを意味する」から，端末は，レートマッチングのためにソフトチャネルビット総個数を決定するものといえ，決定したソフトチャネルビット総個数に基づいてレートマッチングを実行するものといえる。ここで，引用発明の「レートマッチング」と本願発明の「制限付きバッファレートマッチング（ＬＢＲＭ）」とは，「所定のレートマッチング」である点で共通する。
　そうすると，引用発明の「第２端末カテゴリーに該当するソフトチャネルビット総個数を使用してダウンリンクデータ通信を行うこと」及び「第１端末カテゴリーに該当するソフトチャネルビット総個数を使用してダウンリンクデータ通信を行うこと」と，本願発明の「前記選択されたＵＥカテゴリーに基づいて，前記ＵＥにおいてＬＢＲＭのために使用するためのソフトチャネルビットの総数を決定することと，ソフトチャネルビットの前記決定された総数に基づいてＬＢＲＭを実行すること」とは，「前記選択されたＵＥカテゴリーに基づいて，前記ＵＥにおいて所定のレートマッチングのために使用するためのソフトチャネルビットの総数を決定することと，ソフトチャネルビットの前記決定された総数に基づいて所定のレートマッチングを実行すること」である点で共通する。
キ　引用発明の「端末がソフトチャネルビット総個数を使用してダウンリンクデータ通信を行う方法」と，本願発明の「ユーザ機器（ＵＥ）によって制限付きバッファレートマッチング（ＬＢＲＭ）を実行するための方法」とは，上記カを考慮すると，「ユーザ機器（ＵＥ）によって所定のレートマッチングを実行するための方法」である点で共通する。
　上記アないしキより，本願発明と引用発明とは，以下の点で一致し，また相違する。
（一致点）
「ユーザ機器（ＵＥ）によって所定のレートマッチングを実行するための方法であって，
　発展型ノードＢ（ｅＮＢ）に複数のＵＥカテゴリーを報告することと，
　前記複数のＵＥカテゴリーに関するシグナリングが前記ｅＮＢから受信されたかどうかを決定することと，
　前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれ，前記シグナリングを受信する場合，最も高いＵＥカテゴリーを選択することと，
　前記シグナリングを受信しない場合，前記最も高いＵＥカテゴリー以外の1つのＵＥカテゴリーを選択することと，
　前記選択されたＵＥカテゴリーに基づいて，前記ＵＥにおいて所定のレートマッチングのために使用するためのソフトチャネルビットの総数を決定することと，
　ソフトチャネルビットの前記決定された総数に基づいて所定のレートマッチングを実行することと
　を備える，方法。
（相違点１）
　「所定のレートマッチング」について，本願発明では「制限付きバッファレートマッチング（ＬＢＲＭ）」であると特定されているのに対し，引用発明ではこの点が特定されていない点。
（相違点２）
　本願発明では，「前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれない，および／または前記シグナリングを受信しない場合，前記最も高いＵＥカテゴリー以外の1つのＵＥカテゴリーを選択すること」を備えるのに対し，引用発明では，「前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれない」場合について，特定されていない点。
第６　判断
１　相違点１について
　無線通信システムにおいて，例えば引用文献２に示唆されているように「制限付きバッファレートマッチング（ＬＢＲＭ）」は周知事項であるから，引用発明において，レートマッチングを「制限付きバッファレートマッチング（ＬＢＲＭ）」とすることは，当業者が適宜になし得ることである。
２　相違点２について
　相違点２に係る構成は，そもそも「前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれない，
および／または
　さらに，「または」で選択される他方の構成の「前記複数のＵＥカテゴリー内に最も高いＵＥカテゴリーが含まれない」場合について，「前記複数のＵＥカテゴリー」とは，ユーザ機器（ＵＥ）が「発展型ノードＢ（ｅＮＢ）に」「報告する」「複数のＵＥカテゴリー」のことである。そして，引用文献１には，「前記端末１０１が下位バージョンの端末である場合には，第１端末カテゴリーのみを含む端末能力報告メッセージをネットワークに伝送するようになる。」（段落【００２９】）と記載され，ネットワークでは，「ＭＭＥ　１０７は，端末１０１及びサービングＥＮＢ　１０３のバージョン情報によって相互間互換が可能になるように端末１０１及びサービングＥＮＢ　１０３が使用すべき端末カテゴリー情報をサービングＥＮＢ　１０３に伝達する」（段落【００３１】）から，引用発明において，端末が第２端末カテゴリーを報告しない場合には，端末で第２端末カテゴリー以外の端末カテゴリー，すなわち，最も高いＵＥカテゴリー以外のカテゴリーを選択することは，当業者にとって自明のことである。
　なお，この点は，引用文献２の「UEがue-Category-v12xxをシグナリングし，DLセルが256QAMに設定されている場合は，Nsoftはue-Category-v12xxにより示されたUEカテゴリーに従うソフトチャネルビットの総個数であり，UEがue-Category-v1020をシグナリングし，DLセルのために伝送モード 9又は伝送モード 10に設定されている場合は，Nsoftはue-Category-v1020により示されたUEカテゴリーに従うソフトチャネルビットの総個数である。そうでなければ，Nsoftは，ue-Categoryにより示されたUEカテゴリーに従うソフトチャネルビットの総個数である。」の記載からも明らかである。
３　審判請求人が令和２年１月８日に提出した意見書の主張について
　上記意見書において，「引用文献１は，ＲＲＣ連結再設定メッセージを必ず受信することを開示しており，シグナリングをｅＮＢから受信されたかどうかを決定することを開示していません。当然，引用文献１は，シグナリングを受信したか否かに応じてＵＥカテゴリーを選択することも開示も示唆もしていません。」と主張しているが，請求項１の「前記シグナリングを受信しない場合」は，意見書でいう「シグナリング」そのものを受信しない場合ではなく，「前記」が示すように「前記複数のＵＥカテゴリーに関するシグナリングを受信しない場合」と解されるから，意見書の主張は，請求項１の記載に基づくものではない。
　よって，審判請求人の主張は採用できない。
４　小括
　よって，本願発明は，引用発明及び引用文献２に記載された周知事項に基づいて，当業者が容易に発明することができたものである。
第７　むすび
　以上のとおり，本願発明は，その出願前に日本国内又は外国において，頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献１に記載された発明及び引用文献２に記載された周知事項に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　よって，結論のとおり審決する。