【事件の表示】
　特願２０１９−５４１４１８「複数の低密度パリティチェック（ＬＤＰＣ）ベースグラフの設計」拒絶査定不服審判事件〔平成３０年　８月　９日国際公開，ＷＯ２０１８／１４４２５１，令和　２年　３月　５日国内公表，特表２０２０−５０７２８０，請求項の数（１９）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
　
第１　手続の経緯
　本願は，２０１８年（平成３０年）１月１９日（パリ条約による優先権主張外国庁受理２０１７年２月６日　米国，２０１７年９月１９日　米国）を国際出願日とする出願であって，令和元年１２月２５日付けで拒絶理由が通知がされ，令和２年４月１３日に意見書が提出されると共に手続補正がされ，令和２年７月１日付けで拒絶査定（原査定）がされ，これに対し，令和２年１１月１２日に拒絶査定不服審判の請求がされると同時に手続補正がされ，令和３年６月２９日付けで当審で拒絶理由が通知され，令和３年７月１５日に意見書が提出されると共に手続補正がされたものである。
第２　原査定の概要
　原査定（令和２年７月１日付け拒絶査定）の概要は次のとおりである。
１．（新規性）この出願の請求項１〜３０に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明であるから，特許法第２９条第１項第３号に該当し，特許を受けることができない。
２．（進歩性）この出願の請求項１〜３０に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　　　　＜引用文献等一覧＞
１.Qualcomm Incorporated，LDPC rate compatible design overview[online]， 3GPP TSG-RAN WG1#86b R1-1610137， インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_86b/Docs/R1-1610137.zip＞， ２０１６年１０月
２.Qualcomm Incorporated，LDPC rate compatible design[online]， 3GPP TSG RAN WG1 adhoc_NR_AH_1701 R1-1700830， InternetURL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1701/Docs/R1-1700830.zip，２０１７年１月
第３　本願発明
　本願請求項１−１９に係る発明（以下，それぞれ「本願発明１」−「本願発明１９」という。）は，平成３年７月１５日の手続補正で補正された特許請求の範囲の請求項１−１９に記載された事項により特定される発明である。
「【請求項１】
　低密度パリティチェック(LDPC)符号化の方法であって，
　複数のLDPCベースグラフを維持するステップであって，
　　前記複数のLDPCベースグラフが，第1の情報ブロック長範囲に関連する第1のLDPCベースグラフと，第2の情報ブロック長範囲に関連する第2のLDPCベースグラフとを少なくとも含み，
　　前記第1の情報ブロック長範囲がベースライン情報ブロック長範囲をカバーし，
　　前記ベースライン情報ブロック長範囲は，ワイヤレス通信ネットワーク内で利用され
る情報ブロック長のすべてをカバーし，
　　前記第2の情報ブロック長範囲が前記第1の情報ブロック長範囲のサブセットを含む，
ステップと，
　情報ブロックの情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する選択LDPCベースグラフを前記複数のLDPCベースグラフから選択するステップと，
　コードワードを生成するために，前記選択LDPCベースグラフとリフトサイズとを利用して前記情報ブロックを符号化するステップと，
　ワイヤレスエアインターフェースを介して前記コードワードを送信するステップと
を含み，
　前記情報ブロックの前記情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する前記選択LDPCベースグラフを前記選択するステップが，
　前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記リフトサイズまたは前記情報ブロックを符号化するために利用されるコードレートにさらに基づいて，前記選択LDPCベースグラフを選択するステップをさらに含む，方法。
　　【請求項２】
　前記情報ブロックの前記情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する前記選択LDPCベースグラフを前記選択するステップが，
　前記第1のLDPCベースグラフのみが前記情報ブロックの前記情報ブロック長をサポートする場合，前記維持されたLDPCベースグラフの中から前記選択LDPCベースグラフとして前記第1のLDPCベースグラフを選択するステップ
をさらに含む，請求項1に記載の方法。
　　【請求項３】
　前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記リフトサイズにさらに基づいて，前記選択LDPCベースグラフを前記選択するステップが，
　前記情報ブロック長を生成するために前記第1のLDPCベースグラフに適用される第1のリフトサイズが，前記情報ブロック長を生成するために前記第2のLDPCベースグラフに適用される第2のリフトサイズよりも大きい場合，前記選択LDPCベースグラフとして前記第1のLDPCベースグラフを選択するステップ
をさらに含む，請求項1に記載の方法。
　　【請求項４】
　前記第1のLDPCベースグラフが第1のコードレート範囲に関連付けられ，前記第2のLDPCベースグラフが第2のコードレート範囲に関連付けられ，前記第2のコードレート範囲が前記第1のコードレート範囲のサブセットを含む，請求項1に記載の方法。
　　【請求項５】
　前記第2のコードレート範囲が，前記第1のコードレート範囲に重複し，前記第1のコードレート範囲外の追加のコードレートを含む，請求項4に記載の方法。
　　【請求項６】
　前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記情報ブロックを符号化するために利用される前記コードレートにさらに基づいて，前記選択LDPCベースグラフを前記選択するステップが，
　前記第1のコードレート範囲のみが前記情報ブロックを符号化するために利用される前記コードレートを含む場合，前記維持されたLDPCベースグラフの中から前記選択LDPCベースグラフとして前記第1のLDPCベースグラフを選択するステップ
をさらに含む，請求項4に記載の方法。
　　【請求項７】
　前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記情報ブロックを符号化するために利用される前記コードレートにさらに基づいて，前記選択LDPCベースグラフを前記選択するステップが，
　前記リフトサイズにさらに少なくとも部分的に基づいて，前記選択LDPCベースグラフを選択するステップ
をさらに含む，請求項6に記載の方法。
　　【請求項８】
　前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記選択LDPCベースグラフに適用される前記リフトサイズにさらに基づいて，前記選択LDPCベースグラフを前記選択するステップが，
　前記情報ブロック長を生成するために前記第1のLDPCベースグラフに適用される第1のリフトサイズが，前記情報ブロック長を生成するために前記第2のLDPCベースグラフに適用される第2のリフトサイズよりも大きい場合，前記選択LDPCベースグラフとして前記第1のLDPCベースグラフを選択するステップ
をさらに含む，請求項7に記載の方法。
　　【請求項９】
　前記第2の情報ブロック長範囲が，前記第1の情報ブロック長範囲に重複し，前記第1の情報ブロック長範囲外の追加の情報ブロック長を含む，請求項1に記載の方法。
　　【請求項１０】
　前記複数のLDPCベースグラフが，第3の情報ブロック長範囲に関連する第3のLDPCベースグラフをさらに含み，前記第3の情報ブロック長範囲が，前記第2の情報ブロック長範囲を含む前記第1の情報ブロック長範囲の追加のサブセットを含む，請求項1に記載の方法。
　　【請求項１１】
　前記コードワードを生成するために，前記選択LDPCベースグラフを利用して前記情報ブロックを前記符号化するステップが，
　前記情報ブロックを符号化するために，前記選択LDPCベースグラフによって表されるLDPCグラフを選択するステップ
をさらに含む，請求項1に記載の方法。
　　【請求項１２】
　前記複数のLDPCベースグラフの各々が，各々がそれぞれのビットノード範囲内のそれぞれの数のビットノードを含む，それぞれの複数のLDPCグラフを表す，請求項11に記載の方法。
　　【請求項１３】
　低密度パリティチェック(LDPC)コーディングのために構成された装置であって，
　トランシーバと，
　メモリと，
　前記トランシーバと前記メモリと通信可能に結合されたプロセッサと
を含み，
前記プロセッサが，
　複数のLDPCベースグラフを維持することであって，
　　前記複数のLDPCベースグラフが，第1の情報ブロック長範囲に関連する第1のLDPCベースグラフと，第2の情報ブロック長範囲に関連する第2のLDPCベースグラフとを少なくとも含み，
　　前記第1の情報ブロック長範囲がベースライン情報ブロック長範囲をカバーし，
　　前記ベースライン情報ブロック長範囲は，ワイヤレス通信ネットワーク内で利用される情報ブロック長のすべてをカバーし，
　　前記第2の情報ブロック長範囲が前記第1の情報ブロック長範囲のサブセットを含む，
維持することと，
　情報ブロックの情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する選択LDPCベースグラフを前記複数のLDPCベースグラフから選択することと，
　コードワードを生成するために，前記選択LDPCベースグラフとリフトサイズとを利用して前記情報ブロックを符号化することと，
　トランシーバを介してワイヤレスエアインターフェースを介して前記コードワードを送信することと
を行うように構成され，
　前記情報ブロックの前記情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する前記選択LDPCベースグラフを前記選択することが，
　前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記リフトサイズまたは前記情報ブロックを符号化するために利用されるコードレートにさらに基づいて，前記選択LDPCベースグラフを選択することをさらに含む，装置。
　　【請求項１４】
　前記プロセッサが，
　前記第1のLDPCベースグラフのみが前記情報ブロックの前記情報ブロック長をサポートする場合，前記維持されたLDPCベースグラフの中から前記選択LDPCベースグラフとして前記第1のLDPCベースグラフを選択する
ようにさらに構成される，請求項13に記載の装置。
　　【請求項１５】
　前記プロセッサが，前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，
　前記情報ブロック長を生成するために前記第1のLDPCベースグラフに適用される第1のリフトサイズが，前記情報ブロック長を生成するために前記第2のLDPCベースグラフに適用される第2のリフトサイズよりも大きい場合，前記選択LDPCベースグラフとして前記第1のLDPCベースグラフを選択する
ようにさらに構成される，請求項13に記載の装置。
　　【請求項１６】
　前記第1のLDPCベースグラフが第1のコードレート範囲に関連付けられ，前記第2のLDPCベースグラフが第2のコードレート範囲に関連付けられ，前記第2のコードレート範囲が前記第1のコードレート範囲のサブセットを含む，請求項13に記載の装置。
　　【請求項１７】
　前記第2のコードレート範囲が，前記第1のコードレート範囲に重複し，前記第1のコードレート範囲外の追加のコードレートを含む，請求項16に記載の装置。
　　【請求項１８】
　前記プロセッサが，前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，
　前記第1のコードレート範囲のみが前記情報ブロックを符号化するために利用される前
記コードレートを含む場合，前記維持されたLDPCベースグラフの中から前記選択LDPCベースグラフとして前記第1のLDPCベースグラフを選択する
ようにさらに構成される，請求項16に記載の装置。
　　【請求項１９】
　前記プロセッサが，
　前記情報ブロックを符号化するために，前記選択LDPCベースグラフによって表されるLDPCグラフを選択する
ようにさらに構成される，請求項13に記載の装置。」
第３　引用文献，引用発明等
１．引用文献１について
　原査定の拒絶の理由に引用されたQualcomm Incorporated，LDPC rate compatible design overview[online]， 3GPP TSG-RAN WG1#86b R1-1610137， インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_86b/Docs/R1-1610137.zip＞， ２０１６年１０月（以下，「引用文献１」という。下線は当審が付与。）には，
「3 
Proposed LDPC design details
The coding scheme in the new NR
Traditional designs such as 802.11n/ad have LDPC base graphs for each code rate and blocklength pair.
To meet all the above requirements, three base graphs are proposed. 
Each base graph will be referred to as a family.
The sizes of the nested collection of base graphs and the set of clustered liftings are chosen so that, when combined, the family is capable of supporting all information blocklengths K, in a specified rage K_min?K?K_max and all code blocklengths N such that the rate r=K/N is in a specified range between r_min and r_max.
Nested Base graph structure: The base graph consists of a high-rate core graph (here high-rate need not necessarily mean high in absolute value) and an IR HARQ extension. The high-rate core includes two relatively high-degree punctured variable nodes that are base information nodes, and a set of degree three base information nodes that completes the set of information variable nodes. The parity structure is generally similar to the 802.11n encoding structure with the addition of one degree one-parity bit which is a parity of the two punctured variable nodes. The remainder of the base graph beyond the core graph consists of IR HARQ extension bits which are formed by taking parities of the systematic and parity-bits of the core graph. The entire structure has been optimized (offline) for connections to provide good performance at low complexity across all of the nested subgraphs. Figure 2 depicts the base graph structure used for each family. Various details such as number of systematic information bit-columns and parities are different for the different families and are explained below.
For each family, we define quantities kb,min and kb,max as the minimum and the maximum number of base information bit-columns in the nested set of base graphs and cb,min and cb,max as the minimum and maximum number of parity bit-columns. The number of punctured base information bit-columns is denoted by pb and is set to two. Multiple base graphs are nested within each other starting at the smallest basegraph over kb = kb,min base information columns and ending with the largest basegraph with kb = kb,max base information columns. For different operating rates supported by the family, different starting base graphs can be selected from the nested collection and used for encoding and decoding. More precisely, the base graph is described using the maximum number kb,max and the base graphs with smaller base information bits, say kb, are obtained by deleting the kb,ma - kb last base information bits. This procedure can be interpreted as shortening at the base graph level. Note, however, that this shortening at the base graph level is different from shortening at the lifted or final code level. In the former, the variable nodes in that base column need not be processed at all by a decoder and the unused, shortened, base nodes are simply removed, thus incurring no additional complexity.  The cb,max parities are added for the IR HARQ extension. This characterizes the nested set of base graphs in the family and is illustrated in figure 3.」
（当審訳：
３　
提案されたLDPC設計の詳細
　
新しいNRのコーディングスキーム
　上記のすべての要件を満たすために，３つの基本グラフが提案されています。
各ベースグラフはファミリと呼ばれます。
ベースグラフとクラスター化されたリフティングのセットのネストされたコレクションのサイズは，結合されたときに，ファミリーがすべての情報ブロック長K（指定された範囲Kmin≦K≦Kmax）およびすべてのコードブロック長Ｎ（レートr＝K/Nは，rminとrmaxの間の指定された範囲内にあります。）をサポートできるように選択されます。
　ネストされたベースグラフ構造：ベースグラフは，高速コアグラフ（ここでは，高速は必ずしも絶対値が高いことを意味する必要はありません）とIR HARQ拡張で構成されます。ハイレートコアには，基本情報ノードである２つの比較的高次のパンクチャ変数ノードと，情報変数ノードのセットを完成させる次数３の基本情報ノードのセットが含まれます。パリティ構造は一般に802.11nエンコーディング構造に似ていますが，２つのパンクチャされた可変ノードのパリティである１次の１パリティビットが追加されています。コアグラフ以外のベースグラフの残りの部分は，コアグラフのシステマティックビットとパリティビットのパリティを取ることによって形成されるIR HARQ拡張ビットで構成されます。構造全体が接続用に最適化（オフライン）されており，ネストされたすべてのサブグラフにわたって低複雑度で優れたパフォーマンスを提供します。図２は，各ファミリに使用される基本グラフ構造を示しています。体系的な情報ビット列の数やパリティなどのさまざまな詳細は，ファミリごとに異なり，以下で説明します。
　ファミリ毎に，ネストされたベースグラフのセットの情報ビット列の最大値と最小値，kb,minとkb,maxとパリティビット列の最小数と最大数，cb,minとcb,maxを決定します。パンクチャされたベース情報ビット列の数はpbで示され，２に設定されます。複数のベースグラフは，kb＝kb,minベース情報列の最小ベースグラフから始まり，kb＝kb,maxベース情報列の最大ベースグラフで終わるようにネストされます。
ファミリでサポートされているさまざまな動作レートについて，ネストされたコレクションから，さまざまな開始ベースグラフを選択し，エンコードとデコードに使用できます。
「3.1 Code rate and Blocklength scaling
Codes from each family are generated by choosing a base graph from the nested collection of base graph as mentioned before and combining it with an appropriately chosen lift value from the set of clustered liftings.
The maximum rate supported by all of the nested base graphs associated to the family is given by rmax = kb,min / (kb,min - pb + cb,min) and the minimum rate supported by the all of the nested base graphs is given by rmin = kb,max / (kb,max - pb + cb,max). Note that while the range from rminimum to rmaximum is supported by all the blocklengths there are additional rates supported at particular information blocklengths. For example, there is a rate kb,max / (kb,max - pb + cb,min) code, but this rate cannot be supported at all the above stated information blocklengths. For simplicity of exposition we restrict the use of a family to rates in between rminimum ? r ? rmaximum and blocklengths in between Kmin ? K ? Kmax. It will be seen later that each family has sufficient range and granularity in rate required for NR.
With the above definitions and notation, the proposed base graphs details are given next. 
The three base graphs or three families are denoted as the highest, middle and the lowest family, which indicates the relative code rate of the core portion of the graph.
　Highest family: This family corresponds to codes with highest absolute rate. The various parameters mentioned previously are as follows: kb,min = 24, kb,max = 30, cb,min = 5, cb,max = 158 and pb = 2.  It then follows that rmaximum = 8/9 and rmin 〜 1/6. The associated set of clustered lifts given by 2j × {4,5,6,7} for j∈[1,2,3,4,5,6,7]. Thus, the minimum information blocklength supported is Kmin = 192 and the maximum information blocklength supported is Kmax = 26,880.
　Middle family: This family corresponds to codes with middle absolute rate. The various parameters mentioned previously are as follows. kb,min = 16, kb,max = 20, cb,min = 10, cb,max = 106 and pb = 2. It then follows that rmax = 2/3 and rmin 〜 1/6. The associated set of clustered lifts given by 2j × {4,5,6,7} for j∈[1,2,3,4,5,6,7]. Thus, the minimum information blocklength supported is Kmin = 128 and the maximum information blocklength supported is Kmax = 17,920.
　Lowest family: This family corresponds to codes with lowest absolute core rate. The various parameters mentioned previously are as follows. kb,min = 8, kb,max = 10, cb,min = 14, cb,max = 114 and pb = 2. It then follows that rmax = 2/5 and rmin 〜 1/12. The associated set of clustered lifts given by 2j × {4,5,6,7} for j∈[1,2,3,4,5,6,7]. Thus, the minimum information blocklength supported is Kmin = 64 and the maximum information blocklength supported is Kmax = 8,960.
」
（当審訳：
３．１コードレートとブロック長のスケーリング
　
前述のようにベースグラフのネストされたコレクションからベースグラフを選択し，クラスター化されたリフティングのセットから適切に選択されたリフト値と組み合わせることによって，コードは，各ファミリから生成されます。
　ファミリに関連付けられたすべてのネストされたベースグラフでサポートされる最大レートは，rmax＝kb,min/（kb,min-pb+cb,min）で与えられ，ネストされたすべてのベースグラフでサポートされる最小レートはrmin＝kb,max/（kb,max-pb+cb,max）で与えられます。rminimumからrmaximumまでの範囲はすべてのブロック長でサポートされていますが，特定の情報ブロック長でサポートされる追加のレートがあることに注意してください。たとえば，レートkb,max/（kb,max-pb+cb,min）コードがありますが，このレートは上記のすべての情報ブロック長でサポートすることはできません。説明を簡単にするために，ファミリの使用をrminimum≦r≦rmaximumの間のレートとK_min≦K≦K_maxの間のブロック長に制限します。各ファミリには，NRに必要なレートの十分な範囲と粒度があることが後でわかります。
　上記の定義と表記法を使用して，提案されたベースグラフの詳細を次に示します。
３つのベースグラフまたは３つのファミリは，最高，中間，および最低のファミリとして示され，グラフのコア部分の相対的なコードレートを示します。
　
最高のファミリ：
したがって，サポートされる最小情報ブロック長はKmin＝192であり，サポートされる最大情報ブロック長はKmax＝26,880です。
　
中間のファミリー：
したがって，サポートされる最小情報ブロック長はKmin＝128であり，サポートされる最大情報ブロック長はKmax＝17,920です。
　
最低のファミリ：
したがって，サポートされる最小情報ブロック長はKmin＝64であり，サポートされる最大情報ブロック長はKmax＝8,960です。
）
　の記載があるから，上記引用文献１には，
「ＬＤＰＣ設計として提案される新しいＮＲのコーディングスキームであって，
　各ベースグラフはファミリと呼ばれ，
　ベースグラフとクラスター化されたリフティングのセットのネストされたコレクションのサイズは，結合されたときに，ファミリーがすべての情報ブロック長Ｋおよびすべてのコードブロック長Ｎ（レートr＝K/Nは，rminとrmaxの間の指定された範囲内にあります。）をサポートできるように選択され，
　ファミリでサポートされているさまざまな動作レートについて，ネストされたコレクションから，さまざまな開始ベースグラフを選択し，エンコードとデコードに使用でき，
　ベースグラフのネストされたコレクションからベースグラフを選択し，クラスター化されたリフティングのセットから適切に選択されたリフト値と組み合わせることによって，コードは，各ファミリから生成され，
　３つのベースグラフまたは３つのファミリは，最高，中間，および最低のファミリとして示され，グラフのコア部分の相対的なコードレートを示し，
　最高のファミリによってサポートされる最小情報ブロック長はKmin＝192であり，サポートされる最大情報ブロック長はKmax＝26,880であり，
　中間のファミリによってサポートされる最小情報ブロック長はKmin＝128であり，サポートされる最大情報ブロック長はKmax＝17,920であり，
　最低のファミリによってサポートされる最小情報ブロック長はKmin＝64であり，サポートされる最大情報ブロック長はKmax＝8,960である，
　コーディングスキーム。」（以下，「引用発明」という。）
　が記載されていると認められる。
２．引用文献２について
　また，原査定の拒絶の理由に引用されたQualcomm Incorporated，LDPC rate compatible design[online]， 3GPP TSG RAN WG1 adhoc_NR_AH_1701 R1-1700830， InternetURL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1701/Docs/R1-1700830.zip，２０１７年１月（以下，「引用文献２」という。下線は当審が付与。）には，
「1 Introduction
This document presents a rate compatible design for LDPC codes
.
（当審訳：
１　はじめに
　
この文書は，ＮＲ　ＥＭＢＢデータチャネルの適切な候補として機能できるＬＤＰＣコードのレート互換性を示しています。
「2 LDPC design overview
The coding scheme in the new NR is required to (i) support a large range of rates, (ii) provide a fine granularity of blocklengths and (iii) provide IR HARQ. The coding scheme needs to support the features mentioned above while having good performance and a compact description. Traditional designs such as 802.11n/ad have LDPC base graphs for each code rate and blocklength pair. Since the range and granularity of rates and blocklength required for the NR is large, designing base graphs for each code rate and blocklength pair would incur high description complexity. For all the proposals made below, the corresponding supporting observations can be found in [12].
2.1 Nested base graph structure
To achieve an efficient description, 
we define a family as a base graph which contains a collection of nested base graphs.
For each family, we define quantities kb,min and kb,max as the minimum and the maximum number of base information bit-columns in the nested set of base graphs and cb,min and cb,max as the minimum and maximum number of parity bit-columns. The number of punctured base information bit-columns is denoted by pb and is set to two. Multiple base graphs are nested within each other starting at the smallest basegraph over kb = kb,min base information columns and ending with the largest basegraph with kb = kb,max base information columns. 
For different operating rates supported by the family, different starting base graphs can be selected from the nested collection and used for encoding and decoding.
The maximum rate supported by all of the nested base graphs associated to the family is given by rmax = kb,min / (kb,min - pb + cb,min) and the minimum rate supported by the all of the nested base graphs is given by rmin = kb,max / (kb,max - pb + cb,max). Note that while the range from rminimum to rmaximum is supported by all the blocklengths there are additional rates supported at particular information blocklengths. For example, there is a rate kb,max / (kb,max - pb + cb,min) code, but this rate cannot be supported at all the above stated information blocklengths. For simplicity of exposition we restrict the use of a family to rates in between rminimum ? r ? rmaximum and blocklengths in between Kmin ? K ? Kmax. It will be seen later that each family has sufficient range and granularity in rate required for NR.」
（当審訳：
２　ＬＤＰＣ設計の概要
　
新しいNRのコーディングスキーム
２．１　ネストされたベースグラフ構造
　効率的な記述を実現するために，
ネストされたベースグラフのコレクションを含むベースグラフとしてファミリを定義します。
　ファミリ毎に，ネストされたベースグラフのセットの情報ビット列の最大値と最小値，kb,minとkb,maxとパリティビット列の最小数と最大数，cb,minとcb,maxを決定します。パンクチャされたベース情報ビット列の数はpbで示され，２に設定されます。複数のベースグラフは，kb＝kb,minベース情報列の最小ベースグラフから始まり，kb＝kb,maxベース情報列の最大ベースグラフで終わるようにネストされます。
ファミリでサポートされているさまざまな動作レートについて，ネストされたコレクションから，さまざまな開始ベースグラフを選択し，エンコードとデコードに使用できます。
　
ファミリに関連付けられたすべてのネストされたベースグラフでサポートされる最大レートは，rmax＝kb,min/（kb,min-pb+cb,min）で与えられ，ネストされたすべてのベースグラフでサポートされる最小レートはrmin＝kb,max/（kb,max-pb+cb,max）で与えられます。
「2.3 Multiple family descriptions
To meet all the NR requirements, three families or three nested base graphs are proposed. Before we provide further details on the properties of each family, let us introduce some notation below.
The proposed base graphs details are given next. The three families are denoted as the highest, middle and the lowest family, which indicates the relative code rate of the core portion of the graph.
1. Highest family: This family corresponds to codes with highest absolute rate. The various parameters mentioned previously are as follows: kb,min = 24, kb,max = 30, cb,min = 5, cb,max = 158 and pb = 2. It then follows that rmaximum = 8/9 and rmin 〜 1/6. The associated set of clustered lifts given by 2j × {4,5,6,7} for j∈[0,1,2,3,4,5,6,7]. Thus, the minimum information blocklength supported is Kmin = 96 and the maximum information blocklength supported is Kmax = 26,880. Note that the Kmax = 26,880 is obtained by using kb,max = 30 and Z = 896. Such a large blocklength may not be required for NR. However, the design is capable of supporting such large blocklengths. If we restrict is Kmax to 8,192, then a maximum Z = 320 is sufficient.
2. Middle family: This family corresponds to codes with middle absolute rate. The various parameters mentioned previously are as follows. kb,min = 16, kb,max = 20, cb,min = 10, cb,max = 106 and pb = 2.  It then follows that rmax = 2/3 and rmin 〜 1/6. The associated set of clustered lifts given by 2j × {4,5,6,7} for j∈[1,2,3,4,5,6,7]. Thus, the minimum information blocklength supported is Kmin = 128 and the maximum information blocklength supported is Kmax = 17,920. Note that the Kmax = 17,920 is obtained by using kb,max = 20 and Z = 896. Such a large blocklength may not be required for NR. However, the design is capable of supporting such large blocklengths. If we restrict is Kmax to 8,192, then a maximum Z = 448 is sufficient. Note that although the lifts {4,5,6,7} have been designed for the middle family we only provide the description for lifts starting at Z = 8. 
3. Lowest family: This family corresponds to codes with lowest absolute core rate. The various parameters mentioned previously are as follows. kb,min = 8, kb,max = 10, cb,min = 14, cb,max = 114 and pb = 2.  It then follows that rmax = 2/5 and rmin 〜 1/12. The associated set of clustered lifts given by 2j × {4,5,6,7} for j∈[1,2,3,4,5,6,7]. Thus, the minimum information blocklength supported is Kmin = 64 and the maximum information blocklength supported is Kmax = 8,960. Note that although the lifts {4,5,6,7} have been designed for the middle family we only provide the description for lifts starting at Z = 8 since the Kmin is already less than 100 for Z = 8.
」
（当審訳：
２．３　複数ファミリの説明
　すべてのＮＲ要件を満たすために，３つのファミリまたは３つのネストされたベースグラフが提案されます。各ファミリのプロパティの詳細を説明する前に，以下にいくつかの表記法を紹介します。
　次に，提案されたベースグラフの詳細を示します。
３つのファミリは，最高，中間，最低のファミリとして示され，グラフのコア部分の相対的なコードレートを示します。
１．　
最高のファミリ：
サポートされる最小情報ブロック長はKmin＝96であり，サポートされる最大情報ブロック長はKmax＝26,880です。
２．
中間ファミリ：
サポートされる最小情報ブロック長はKmin＝128であり，サポートされる最大情報ブロック長はKmax＝17,920です。
３．
最低ファミリ：
サポートされる最小情報ブロック長はKmin＝64であり，サポートされる最大情報ブロック長はKmax＝8,960です。
）
　の記載があるから，上記引用文献２には，
「新しいNRのコーディングスキームのＬＤＰＣコードであって，
　ネストされたベースグラフのコレクションを含むベースグラフとしてファミリを定義し，
　ファミリでサポートされている異なる動作レートに対して，ネストされたコレクションから異なる開始ベースグラフを選択し，エンコードとデコードに使用し，
　ベースグラフでサポートされる最大レートは，rmax＝kb,min/（kb,min-pb+cb,min）で与えられ，ネストされたすべてのベースグラフでサポートされる最小レートはrmin＝kb,max/（kb,max-pb+cb,max）で与えられ
　グラフのコア部分の相対的なコードレートを示す最高，中間，最低の３つのファミリが示され，
　最高のファミリは，サポートされる最小情報ブロック長はKmin＝96であり，サポートされる最大情報ブロック長はKmax＝26,880であり，
　中間のファミリは，サポートされる最小情報ブロック長はKmin＝128であり，サポートされる最大情報ブロック長はKmax＝17,920であり，
　最低のファッミリは，サポートされる最小情報ブロック長はKmin＝64であり，サポートされる最大情報ブロック長はKmax＝8,960である
　ＬＤＰＣコード。」（以下，「引用発明２」という。）
　が記載されていると認められる。
第４　対比・判断
１．本願発明１について
（１）引用発明１との対比
　本願発明１と引用発明１とを対比する。
ア．引用発明１は「ＬＤＰＣ設計として提案される新しいＮＲのコーディングスキーム」であるから「ＬＤＰＣ符号化の方法」であるといえる。
イ．引用発明１は「最高，中間，および最低のファミリとして示され」る「３つのベースグラフ」を有しているから，「複数のLDPCベースグラフを維持」するステップを有しているといえる。
ウ．引用発明１の「最高，中間，および最低のファミリ」は，「最高のファミリによってサポートされる最小情報ブロック長はKmin＝192であり，サポートされる最大情報ブロック長はKmax＝26,880であ」って，「中間のファミリによってサポートされる最小情報ブロック長はKmin＝128であり，サポートされる最大情報ブロック長はKmax＝17,920であ」って，「最低のファミリによってサポートされる最小情報ブロック長はKmin＝64であり，サポートされる最大情報ブロック長はKmax＝8,960であ」り，ファミリはベースグラフであるから，「前記複数のLDPCベースグラフが，第1の情報ブロック長範囲に関連する第1のLDPCベースグラフと，第2の情報ブロック長範囲に関連する第2のLDPCベースグラフとを少なくとも含」んでいるといえる。
エ．引用発明１は，
　したがって，本願発明１と引用発明１との間には，次の一致点，相違点があるといえる。
（一致点）
　低密度パリティチェック(LDPC)符号化の方法であって，
　複数のLDPCベースグラフを維持するステップであって，
　　前記複数のLDPCベースグラフが，第1の情報ブロック長範囲に関連する第1のLDPCベースグラフと，第2の情報ブロック長範囲に関連する第2のLDPCベースグラフとを少なくとも含み，
　　前記第1の情報ブロック長範囲がベースライン情報ブロック長範囲をカバーし，
　　前記ベースライン情報ブロック長範囲は，ワイヤレス通信ネットワーク内で利用され
る情報ブロック長のすべてをカバーし，
　　前記第2の情報ブロック長範囲が前記第1の情報ブロック長範囲のサブセットを含む，
ステップと，
　情報ブロックの情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する選択LDPCベースグラフを前記複数のLDPCベースグラフから選択するステップと，
　コードワードを生成するために，前記選択LDPCベースグラフとリフトサイズとを利用して前記情報ブロックを符号化するステップと，
　ワイヤレスエアインターフェースを介して前記コードワードを送信するステップと
を含む，
方法。」
相違点
（相違点１）
　本願発明１は，「前記第1の情報ブロック長範囲がベースライン情報ブロック長範囲をカバーし，前記ベースライン情報ブロック長範囲は，ワイヤレス通信ネットワーク内で利用される情報ブロック長のすべてをカバーし，前記第2の情報ブロック長範囲が前記第1の情報ブロック長範囲のサブセットを含む，」のに対し，引用発明１は，「最高のファミリによってサポートされる最小情報ブロック長はKmin＝192であり，サポートされる最大情報ブロック長はKmax＝26,880であ」って，「中間のファミリによってサポートされる最小情報ブロック長はKmin＝128であり，サポートされる最大情報ブロック長はKmax＝17,920であ」って，「最低のファミリによってサポートされる最小情報ブロック長はKmin＝64であり，サポートされる最大情報ブロック長はKmax＝8,960であ」るから，「ワイヤレス通信ネットワーク内で利用される情報ブロック長のすべてをカバー」するブロック範囲のファミリはなく，ファミリが他のファミリの情報ブロック長範囲のサブセットでもない点。
（相違点２）
　本願発明１は，「前記情報ブロックの前記情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する前記選択LDPCベースグラフを前記選択するステップが，前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記リフトサイズまたは前記情報ブロックを符号化するために利用されるコードレートにさらに基づいて，前記選択LDPCベースグラフを選択するステップをさらに含む，」のに，引用発明１では，「さまざまな動作レートについて，ネストされたコレクションから，さまざまな開始ベースグラフを選択」する点。
（２）したがって，本願発明１は，引用発明１に記載された発明ではない。
（３）相違点についての判断
　相違点１について
　１つのベースグラフを「ワイヤレス通信ネットワーク内で利用される情報ブロック長のすべてをカバー」するブロック範囲とし，「ファミリが他のファミリの情報ブロック長範囲のサブセット」とすることは，引用発明２にも記載されていないから，当業者が容易に発明をすることができた，とすることはできない。
　相違点２について
　引用発明２には，複数のＬＤＰＣベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合について，どのように選択するかについての記載はないから，当業者が容易に発明をすることができた，とすることはできない。
　したがって，本願発明１は，当業者であっても引用発明１，引用発明２に基づいて容易に発明できたものであるとはいえない。
（４）引用発明２との対比
　本願発明１と引用発明２を対比する。
ア．引用発明２は「新しいＮＲのコーディングスキームのＬＤＰＣコード」であるから，「ＬＤＰＣ符号化の方法」であるといえる。
イ．引用発明２は「最高，中間，および最低のファミリとして示され」る「３つのベースグラフ」を有しているから，「複数のLDPCベースグラフを維持」するステップを有しているといえる。
ウ．引用発明２の「最高，中間，および最低のファミリ」の，「最高のファミリによってサポートされる最小情報ブロック長はKmin＝96であり，サポートされる最大情報ブロック長はKmax＝26,880であ」って，「中間のファミリによってサポートされる最小情報ブロック長はKmin＝128であり，サポートされる最大情報ブロック長はKmax＝17,920であ」って，「最低のファミリによってサポートされる最小情報ブロック長はKmin＝64であり，サポートされる最大情報ブロック長はKmax＝8,960であ」り，ファミリはベースグラフであるから，「前記複数のLDPCベースグラフが，第1の情報ブロック長範囲に関連する第1のLDPCベースグラフと，第2の情報ブロック長範囲に関連する第2のLDPCベースグラフとを少なくとも含」んでいるといえる。
　したがって，本願発明１と引用発明２との間には，次の一致点，相違点があるといえる。
（一致点）
　低密度パリティチェック(LDPC)符号化の方法であって，
　複数のLDPCベースグラフを維持するステップであって，
　　前記複数のLDPCベースグラフが，第1の情報ブロック長範囲に関連する第1のLDPCベースグラフと，第2の情報ブロック長範囲に関連する第2のLDPCベースグラフとを少なくとも含み，
　　前記第1の情報ブロック長範囲がベースライン情報ブロック長範囲をカバーし，
　　前記ベースライン情報ブロック長範囲は，ワイヤレス通信ネットワーク内で利用され
る情報ブロック長のすべてをカバーし，
　　前記第2の情報ブロック長範囲が前記第1の情報ブロック長範囲のサブセットを含む，
ステップと，
　情報ブロックの情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する選択LDPCベースグラフを前記複数のLDPCベースグラフから選択するステップと，
　コードワードを生成するために，前記選択LDPCベースグラフとリフトサイズとを利用して前記情報ブロックを符号化するステップと，
　ワイヤレスエアインターフェースを介して前記コードワードを送信するステップと
を含む，
方法。」
相違点
（相違点１）
　本願発明１は，「前記第1の情報ブロック長範囲がベースライン情報ブロック長範囲をカバーし，前記ベースライン情報ブロック長範囲は，ワイヤレス通信ネットワーク内で利用される情報ブロック長のすべてをカバーし，前記第2の情報ブロック長範囲が前記第1の情報ブロック長範囲のサブセットを含む，」のに対し，引用発明２は，「最高のファミリによってサポートされる最小情報ブロック長はKmin＝96であり，サポートされる最大情報ブロック長はKmax＝26,880であ」って，「中間のファミリによってサポートされる最小情報ブロック長はKmin＝128であり，サポートされる最大情報ブロック長はKmax＝17,920であ」って，「最低のファミリによってサポートされる最小情報ブロック長はKmin＝64であり，サポートされる最大情報ブロック長はKmax＝8,960であ」るから，「ワイヤレス通信ネットワーク内で利用される情報ブロック長のすべてをカバー」するブロック範囲のファミリはなく，ファミリが他のファミリの情報ブロック長範囲のサブセットでもない点。
（相違点２）
　本願発明１は，「前記情報ブロックの前記情報ブロック長に少なくとも部分的に基づいて，前記情報ブロックに対する前記選択LDPCベースグラフを前記選択するステップが，前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記リフトサイズまたは前記情報ブロックを符号化するために利用されるコードレートにさらに基づいて，前記選択LDPCベースグラフを選択するステップをさらに含む，」のに，引用発明２では，「異なる動作レートに対して，ネストされたコレクションから異なる開始ベースグラフを選択」する点。
（５）したがって，本願発明１は，引用発明２に記載された発明ではない。
（６）相違点についての判断
　相違点１について
　１つのベースグラフを「ワイヤレス通信ネットワーク内で利用される情報ブロック長のすべてをカバー」するブロック範囲とし，「ファミリが他のファミリの情報ブロック長範囲のサブセット」とすることは，引用発明１にも記載されていないから，当業者が容易に発明をすることができた，とすることはできない。
　相違点２について
　引用発明１には，複数のＬＤＰＣベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合について，どのように選択するかについての記載はないから，当業者が容易に発明をすることができた，とすることはできない。
　したがって，本願発明１は，当業者であっても引用発明１，引用発明２に基づいて容易に発明できたものであるとはいえない。
（７）まとめ
　上記（２）（３）（５）（６）に記載したように，本願発明１は，特許法第２９条第１項第３号に該当せず，特許法第２９条第２項の規定により特許を受けることが出来ないともいえない。
２．本願発明２−１２について
　本願発明２−１２も，本願発明１と同一の構成を備えるものであるから，本願発明１と同じ理由により，特許法第２９条第１項第３号に該当せず，特許法第２９条第２項の規定により特許を受けることが出来ないともいえない。
３．本願発明１３について
　本願発明１３は，本願発明１に対応する装置の発明であり，本願発明１に対応する構成を備えるものであるから，本願発明１と同様の理由により，特許法第２９条第１項第３号に該当せず，特許法第２９条第２項の規定により特許を受けることが出来ないともいえない。
４．本願発明１４−１９について
　本願発明１４−１９も，本願発明１３と同一の構成を備えるものであるから，本願発明１と同じ理由により，特許法第２９条第１項第３号に該当せず，特許法第２９条第２項の規定により特許を受けることが出来ないともいえない。
第５　原査定についての判断
　上記第４に記載したとおり，本願発明１−１９は，特許法第２９条第１項第３号に該当せず，特許法第２９条第２項の規定により特許を受けることが出来ないともいえない。したがって，原査定を維持することはできない。
第６　当審拒絶理由について
１．当審で通知した拒絶理由の概要は以下のとおりである。
　（明確性）この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条
第６項第２号に規定する要件を満たしていない。
・請求項１
　第１のＬＤＰＣベースグラフは，「ワイヤレス通信ネットワーク内で利用される情報ブロック長のすべてをカバー」しているから，「情報ブロックの情報ブロック長」に基づいて選択すると，第１のＬＤＰＣベースグラフは常に選択されることとなる。
　したがって，「情報ブロックの情報ブロック長」に基づいた選択では，複数のＬＤＰＣベースグラフから選択ＬＤＰＣベースグラフを選択することはできないから，明確でない。
・請求項１５
　請求項１と同様である。
・請求項２−１４，１６−２３
　請求項１，１５を引用して記載しているから，同様である。
２．明確性について
　令和３年７月１５日の手続補正により，「前記複数のLDPCベースグラフが前記情報ブロックの前記情報ブロック長をサポートする場合，前記リフトサイズまたは前記情報ブロックを符号化するために利用されるコードレートにさらに基づいて，前記選択LDPCベースグラフを選択する」ことが明確となったため，ＬＤＰＣベースグラフの選択は明確となった。
第７　むすび
　以上のとおり，本願発明１−１９は，引用発明１，引用発明２に記載された発明でなく，また，当業者が引用発明１及び引用発明２に基づいて容易に発明をすることができたものでもない。
　したがって，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。