【事件の表示】
　特願２０１２−５０２２９６「データフレームを送信及び受信するシステム及び方法」拒絶査定不服審判事件〔平成２２年　９月３０日国際公開，ＷＯ２０１０／１１１６２８，平成２４年　９月２０日国内公表，特表２０１２−５２２４３４〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１　手続の経緯
　本願は，２０１０年３月２６日（パリ条約による優先権主張外国庁受理　２００９年３月２７日　米国）を国際出願日とする出願であって，平成２６年２月２５日付けで拒絶査定がなされ，これに対し，同年７月２日に拒絶査定に対する審判請求がなされるとともに同日付けで手続補正がなされたものである。
２　補正の適否
　平成２６年７月２日付けの手続補正は，請求項６，１２，１８，２４，３０，３６，４２，４８を独立形式に書き換えて新請求項１−８とし，請求項１〜５，７〜１１，１３〜１７，１９〜２３，２５〜２９，３１〜３５，３７〜４１，４３〜４７を削除するものである。したがって，明らかに，特許法第１７条の２第３項，４項に違反するものではなく，特許法第１７条の２第５項第１号に掲げる請求項の削除を目的とするものに該当する。したがって，上記補正は適法なものである。
３　本願発明
　本願発明は，平成２６年７月２日付けの手続補正により補正された特許請求の範囲の請求項１に記載された次のとおりのものと認める。
「【請求項１】
　データフレームを送信する方法であって，
　プリアンブルを送信することと，
　物理層コンバージェンスプロトコル(PLCP)ヘッダを送信することと，
　複数のMACプロトコルデータユニット(MPDU)を送信することと，ここで，各MPDUはそのMPDUの後の畳み込みデコーダ状態をリセットするための受信機用のインジケータを含む，
　失敗したMPDUに関する誤り通知を受信することと，
　前記失敗したMPDUを再送信することと，
　を備える方法。」
２　引用発明及び周知事項
［引用発明］
　原査定の拒絶の理由に引用された特開２００６−１３５４８６号公報には，「無線送信方法，無線送信機および無線ＬＡＮシステム」に関し，図面とともに以下の事項が記載されている。
（１）「【０００３】
　このMIMO方式を用いた場合，図３１に示すように，ＤＡＴＡ部の伝送速度は向上する一方，１つの無線パケットあたり一定の情報量を伝送する場合には，プリアンブル部が送信アンテナ数に応じて長くなり，かつＤＡＴＡ部は伝送速度が向上する分短くなるため，時間的に見てデータ送信に使う割合が少なくなる。すなわち，データの伝送効率が悪くなるという問題がある。このように，ＭＩＭＯ方式を用いた場合に，プリアンブル部が送信アンテナ数に応じて長くなることは，特開２００２−３７４２２４，や特開２００３−０６０６０４にも記載されている。
【０００４】
　そこで，上記ＭＩＭＯ方式を適用した無線ＬＡＮにおいては，図３２に示すように，１つの無線パケットで複数のＰＳＤＵを連結し送信することによりデータの伝送効率を上げる方法が検討されている。また，上記の例と同じように，複数のＭＳＤＵ（MAC Service Data Unit）を連結し，１つのＭＰＤＵ（MAC Protocol Data Unit）として送信を行なう方法が，特開２００３−３２４４４５でも提案されている。
【０００５】
　ここで，図３３に示すように，「ＰＳＤＵ」および「ＭＳＤＵ」については，ＩＥＥＥ８０２．１１ａの仕様書であるＩＥＥＥ　Ｓｔｄ　８０２．１１ａ−１９９９記載の通り，ＭＡＣに入力されるデータの単位をＭＳＤＵと呼び，これを暗号化した後ＭＡＣ　Ｈｅａｄｅｒ，ＣＲＣ（Cyclic Redundancy Check，またはＦＣＳ(Frame Check Sequence)）を付加したものをＭＰＤＵと呼び，これをＰＨＹに出力したものをＰＳＤＵと呼ぶ。このＰＳＤＵに対しスクランブル，誤り訂正符号の処理を行ない，復調時に必要となるプリアンブル，ｓｉｇｎａｌ　ｆｉｅｌｄ(変調方式などの情報を含む)を付加し，変調を行ない，無線媒体に送信可能な形にした後（以下，これを「無線パケット」と呼称する。），信号の送信を行なうものとする。なお，このような無線パケットを構成するそれぞれのデータのまとまりを，データユニットと呼称する。
【０００６】
　また，無線ＬＡＮの規格の一つであるＩＥＥＥ８０２．１１ｅにおける「ＭＡＣ」の構成は，以下の通りである。図３４に示すように，ＭＡＣ３１０への入力データは，ｂｕｆｆｅｒ３１１に蓄積され，ｂｕｆｆｅｒ３１１からはｓｃｈｅｄｕｌｅｒ３１２の指示により適切なタイミングで適切なＡＣ（Access Category）に属するデータが出力される。この出力データは，暗号化部３１３により暗号化処理をされた後，ＭＡＣＨｅａｄｅｒ付加部３１４によりＭＡＣ　Ｈｅａｄｅｒが付加され，ＦＣＳ付加部３１５によってＦｒａｍｅ　Ｃｈｅｃｋ　Ｓｅｑｕｅｎｃｅが付加された後，ＰＨＹにデータが出力される。ｃｏｎｔｒｏｌｌｅｒ３１６は，制御信号の処理や各ブロックの制御を行なう。また，ｓｃｈｅｄｕｌｅｒ３１２は，タイマに従い，各ブロックの制御を行なう。
【０００７】
　また，上記ｂｕｆｆｅｒ３１１は図３５に示すように構成されている。ｂｕｆｆｅｒ３１１に入力されたＤＡＴＡは，Ａｃｃｅｓｓ　Ｃａｔｅｇｏｒｙ毎にマッピング処理を行なうＭＣＡ部３１１ａにより，ＡＣ毎に用意されたキュー３１１ｂ〜３１１ｅに蓄積される。図３４に示すｓｃｈｅｄｕｌｅｒ３１２から送信可能を示す信号が入力された場合は，これら各キューに蓄積されたデータが各ＣＳＭＡ／ＣＡ３１１ｆ〜３１１ｉにおける動作により競争を行った後，Ｉｎｔｅｒｎａｌ　Ｃｏｌｌｉｓｉｏｎ　Ｒｅｓｏｌｕｔｉｏｎ３１１ｋにより複数キューの送信タイミングが重なった場合には，優先度の高いほうを送信する。なお上記動作の詳細は，ＩＥＥＥ　Ｐ８０２．１１ｅ／Ｄ６．０　Ｎｏｖｅｍｂｅｒ　２００３に記載されている通りである。また上記キュー３１１ｂ〜３１１ｅに蓄積されたデータは，ＡＣＫにより受信成功が確認された後，消去されるものとする。なお，ここで述べるＡＣとは，Ｂｅｓｔ　Ｅｆｆｏｒｔ，Ｖｉｄｅｏ　Ｐｒｏｂｅ，Ｖｉｄｅｏ，ＶｏｉｃｅなどＱｏＳのクラスを示すものである。
【０００８】
　次に，上記ｂｕｆｆｅｒ３１１の動作について図３６に示すフローチャートを用いて説明する。先ず，ｂｕｆｆｅｒ３１１にデータが入力されると（ステップＦ１），この入力されたデータをＡＣ毎に用意されたキューに振り分ける（ステップＦ２）。次に，ＡＣＫにより，受信成功が確認された送信データをキューから削除し（ステップＦ３），スケジューラから送信可能信号を受信したかどうかを判断する（ステップＦ４）。スケジューラから送信可能信号を受信していない場合は，ステップＦ１へ移行し，スケジューラから送信可能信号を受信した場合は，キュー毎にＣＳＭＡ／ＣＡの動作を行ない，送信データを選択する（ステップＦ５）。この後，ステップＦ５において選択されたデータを送信し（ステップＦ６），ステップＦ１へ移行する。
（中略）
【発明が解決しようとする課題】
【０００９】
　しかしながら，従来の技術のように複数のＭＳＤＵを連結した場合には，パケットを無線媒体に送信するまでに多くのＭＳＤＵをバッファに蓄えておく必要があるため，図３７に示すように，伝送遅延が大きくなる欠点がある。すなわち，図３７に示すように，ＭＳＤＵが１個である場合は，ＭＳＤＵをバッファに蓄積する必要がないため，処理遅延が少ないのに対し，ＭＳＤＵを複数連結させる場合は，多くのＭＳＤＵをバッファに蓄積させる必要があるため，処理遅延が大きくなってしまう。特に，ストリーミングなど伝送遅延が，伝送品質に大きな影響を与えるものに関しては，伝送遅延を極力小さくする必要がある。伝送遅延を小さくするには，ＱｏＳ（Quality of Service）を考慮したＭＳＤＵの連結数の決定が不可欠となる。
【００１０】
　本発明は，このような事情に鑑みてなされたものであり，ＱｏＳを考慮してＭＳＤＵの連結数を決定することにより，伝送の効率化を図ることができる無線送信方法，無線送信機および無線ＬＡＮシステムを提供することを目的とする。」（４〜６ページ）
（２）「【００１３】
　（２）また，本発明に係る無線送信方法は，入力された各データユニットの長さを示すデータユニット長情報に基づいて，前記データユニット毎に誤り訂正符号化を行い，前記誤り訂正符号化後の各データユニットを連結させることを特徴としている。
【００１４】
　この構成により，複数のデータユニットを連結させて一つの無線パケットを効率的に生成することができる。また，データユニット毎に誤り訂正符号化を行なうので，データパケット毎に誤り訂正符号を終端させることができ，データパケットの間での誤りの伝搬を生じにくくさせることが可能となる。」（６ページ）
（３）「【００６６】
　次に，図１におけるＰＨＹ部２０について説明する。図８は，ＰＨＹ部２０の概略構成を示す図である。ＰＨＹ部２０は，図８に示すように，ＭＡＣ部１０から出力されたデータを，ＦＥＣ　ｅｎｃｏｄｅｒ２１においてＰＳＤＵ単位で誤り訂正符号化する。つまり，ＦＥＣ　ｅｎｃｏｄｅｒ２１において，図９に示すように，各ＰＳＤＵの最後尾に「ｔａｉｌ　ｂｉｔ」をつけ，ＰＳＤＵ毎に誤り訂正符号を終端させる。そして，複数のＣ−ＰＳＤＵを作成し，ｍｏｄｕｌａｔｏｒ２２に出力する。ｍｏｄｕｌａｔｏｒ２２からの出力をＩＦＦＴ２３に出力し，ＩＦＦＴ２３からの出力をｆｉｌｔｅｒ２４に出力する。ｆｉｌｔｅｒ２４から出力された信号は，無線送信部（ＲＦ）３０において無線信号に変換され送信アンテナ４０から送信される。
【００６７】
　このとき，ＭＡＣ部１０からＰＨＹ２０のｃｏｎｔｏｒｏｌｌｅｒ２５へは，図９に示すように，連結パラメータとして，ｌｅｎｇｔｈ（連結後のＰＳＤＵの総ビット数），ＰＳＤＵ＃１　ｌｅｎｇｔｈ（ＰＳＤＵ＃１のビット数），ＰＳＤＵ＃２　ｌｅｎｇｔｈ（ＰＳＤＵ＃２のビット数），ＰＳＤＵ＃３　ｌｅｎｇｔｈ（ＰＳＤＵ＃３のビット数）を出力するものとする。また，ＦＥＣ　ｅｎｃｏｄｅｒ２１では，ＰＳＤＵ＃１　ｌｅｎｇｔｈ，　ＰＳＤＵ＃２　ｌｅｎｇｔｈ，　ＰＳＤＵ＃３　ｌｅｎｇｔｈを基に，ｃｏｎｔｒｏｌｌｅｒ２５からｔａｉｌビット挿入位置を指示するものとする。また，ｃｏｎｔｒｏｌｌｅｒ２５はｌｅｎｇｔｈを基に各ブロックを制御し複数のＰＳＤＵを連結して１つの無線パケットを作成するものとする。
【００６８】
　続いて，図１０において，ＦＥＣ　ｅｎｃｏｄｅｒ２１の内部動作について説明する。ＦＥＣ　ｅｎｃｏｄｅｒ２１は，上述の連結パラメータ（データユニット長情報）に基づいて，ｔａｉｌビットの挿入，つまり誤り訂正符号のための終端処理を行う終端処理部２１ａと，終端処理部２１ａから出力された信号を誤り訂正し出力する誤り訂正符号化部２１ｂと，からなるものとする。
【００６９】
　なお，上記は３つのＰＳＤＵを連結する場合を例に挙げているが，これがｓ個（ｓは自然数）のＰＳＤＵを連結する場合であっても，手順は変わらない。
【００７０】
　このようにＰＨＹ部２０を構成することにより，図１１に示すように複数のＭＳＤＵを連結し，１つの無線パケットを生成することが可能となる。また，ＰＳＤＵ毎に誤り訂正符号を終端させておくことは，ＰＳＤＵ間で誤りが伝搬しにくくなる効果がある。」（１３ページ）
（４）「【０１１１】
　図２５は，上記の手順を用いて，ＭＳＤＵ連結数ｙを決定した一例を示す図である。図２５では，
ｎ＝４，
Ｄｅｌａｙ　Ｂｏｕｎｄ＝１［ｍｓ］，Ｎｏｍｉｎａｌ　ＭＳＤＵ　Ｓｉｚｅ＝２０００［オクテット］，
Ｍｅａｎ  Ｄａｔａ  Ｒａｔｅ＝４８Ｍ［ｂｉｔ／ｓｅｃ］，と仮定している。また，ＰＳＤＵ＃１，ＰＳＤＵ＃７，ＰＳＤＵ＃８がそれぞれ一回ずつ誤ると仮定している。これらのパラメータを，図２４に示す手順に適用すると，
ｘ＝Ｄｅｌａｙ　Ｂｏｕｎｄ／ｎ＝０．２５［ｍｓ］，
ｙ＝Ｍｅａｎ　Ｄａｔａ　Ｒａｔｅ＊ｘ／（Ｎｏｍｉｎａｌ　ＭＳＤＵ　Ｓｉｚｅ＊８）＝３［個］（再送なしの場合），
ｙ＝３＋ｐ（再送ありの場合），
となり，
図２２に示すように，０．２５ｍｓ毎に，再送データがない場合にはＭＳＤＵを３個連結した無線パケットが，再送データがある場合には，再送ＭＳＤＵと新規のＭＳＤＵ３個を連結して送信することになる。」（２０〜２１ページ）
　上記各記載及び図面並びにこの分野における技術常識を考慮すると，
ａ　上記（１）〜（４）の記載によれば，引用例には，明らかに，データを送信する方法に関する事項が記載されているといえる。
　そして，上記（３）の記載及び図１１によれば，ＰＨＹ部２０にて図１１に示される「ＰＬＣＰ　Ｐｒｅａｍｂｌｅ」，「ＯＦＤＭ　ｓｙｍｂｏｌ　＃１〜６」により構成される無線パケットが作成され，無線送信部（ＲＦ）３０において無線信号に変換され送信アンテナ４０から送信されることが見て取れる。そして，図１１によれば，「ＯＦＤＭ　ｓｙｍｂｏｌ　＃１」は「ＰＨＹ　Ｈｅａｄｅｒ」に対応し，「ＯＦＤＭ　ｓｙｍｂｏｌ　＃２〜６」は複数のＭＰＤＵ（MAC Protocol Data Unit）に対応することは明らかである。したがって，ＯＦＤＭ　ｓｙｍｂｏｌ　＃１を送信することは「ＰＨＹ　Ｈｅａｄｅｒを送信する」といえ，ＯＦＤＭ　ｓｙｍｂｏｌ　＃２〜６を送信することは，「複数のＭＰＤＵ（MAC Protocol Data Unit）を送信する」といえる。
ｂ　上記（３）の【００６６】の記載及び図１１によれば，各ＰＳＤＵの最後尾に「ｔａｉｌ　ｂｉｔ」をつけ，ＰＳＤＵ毎に誤り訂正符号を終端させることにより，ＰＳＤＵ単位で誤り訂正符号化するものである。そして，上記（１）の【０００５】の記載によれば，ＭＡＣに入力されるデータの単位をＭＳＤＵと呼び，これを暗号化した後ＭＡＣ　Ｈｅａｄｅｒ，ＣＲＣ（Cyclic Redundancy Check，またはＦＣＳ(Frame Check Sequence)）を付加したものをＭＰＤＵと呼び，これをＰＨＹに出力したものをＰＳＤＵと呼ぶのであるから，各ＭＰＤＵは各ＰＳＤＵに対応することは明らかである。したがって，各ＭＰＤＵに対応する各ＰＳＤＵには当該ＰＳＤＵ単位で誤り訂正符号化するためのｔａｉｌ　ｂｉｔが付加されているといえる。
ｃ　上記（４）の記載及び図２５によれば，Ｐａｃｋｅｔ＃１にて送信されたＰＳＤＵ＃１〜３のうち誤ったＰＳＤＵ＃１のみを再送信していることが見て取れる。そして，上記（１）の【０００７】，【０００８】によれば，送信側は受信側からＡＣＫを受信していることは明らかであり，送信側は受信側でＰａｃｋｅｔ＃１が誤りであったことを認識しているといえる。したがって，引用例には，誤ったＰＳＤＵを認識することと前記誤ったＰＳＤＵを再送信することが記載されていると認められる。
　以上を総合すると，引用例には以下の発明（以下，「引用発明」という。）が記載されていると認める。 
「データを送信する方法であって，
　ＰＬＣＰ　Ｐｒｅａｍｂｌｅを送信することと，
　ＰＨＹ　Ｈｅａｄｅｒを送信することと，
　複数のＭＰＤＵ（MAC Protocol Data Unit）を送信することと，ここで，各ＭＰＤＵに対応する各ＰＳＤＵには当該ＰＳＤＵ単位で誤り訂正符号化するためのｔａｉｌ　ｂｉｔが付加され，
　誤ったＰＳＤＵを認識することと，
　前記誤ったＰＳＤＵを再送信することと，
　を備える方法。」
［周知事項］
（周知例１）
　同じく原査定の拒絶の理由に引用された国際公開第２００８／０６９２４５号（以下，「周知例１」という。）には，「無線通信システム，無線端末局，無線基地局および無線通信方法」に関し，図面とともに以下の事項が記載されている。
（５）「[0030]　ＭＡＣ制御部３０は，データの送信タイミングを決定するスケジューラー部３１と，受信したフレームの内容を解析するフレーム解析部３２と，受信フレームの再送が必要な場合にフレームの再送を指示する再送制御部３３とを含む。変復調部４０は，
送信データの誤り訂正および変調を行う送信部４１
復調および誤り訂正を行う受信部４２
（中略）
[0038]　図３は，無線基地局０と各無線端末局１〜３との間でやり取りされるＰＨＹフレームフォーマットの一例を示す図である。
ＰＨＹフレームは，時間同期／周波数同期／ＡＧＣ，キャリア検出などを行うＰＬＣＰ（Physical　Layer  Convergence　Protocol）プリアンブル部と，ＰＳＤＵ（PLCP　Protocol　Data　Unit）を復調するための情報が含まれるＰＬＣＰヘッダ（PLCP　Header）部と，フレームボディ（Frame  Body）部と，必要に応じて付加されるＴａｉｌビットとＰａｄビットから構成されるＰＳＤＵ部と，により構成される。
[0039]　ＰＬＣＰヘッダ部には，ＰＳＤＵ部を復調するためのＲａｔｅ情報，ＰＳＤＵ長を示すＬｅｎｇｔｈ情報，プリアンブルタイプ情報，などを含んだＰＨＹヘッダ（PHY  Header），指向性ビーム番号情報（Beam　Num），および，必要に応じて付加されるＭＡＣヘッダ（MAC  Header），ＦＣＳ（Frame  Chacke  Sequence），Ｔａｉｌビット（Tail　Bits）が含まれている。なお，データの受信側では，ＰＨＹヘッダに含まれるＲａｔｅ情報，Ｌｅｎｇｔｈ情報，スクランブラ初期値（Scrambler  Init）およびプリアンブルタイプ（Preamble　Type）に基づいて，その後のＰＳＤＵ部の復調を行う。なお，“Ｂｅａｍ　Ｎｕｍ”，“Ａ−ＭＰＤＵ　Ａｇｇｒｅｇａｔｉｏｎ”，“Ａ−ＭＳＤＵ　Ａｇｇｒｅｇａｔｉｏｎ”，“Ｒｅｌａｙ”は，ＰＬＣＰヘッダではなく，ＭＡＣヘッダまたは情報要素（Information  Element）に含んでも構わない。また，ＰＬＣＰヘッダの情報要素については，このフォーマットに限るものではなく，一部のパラメータを高効率化のために削除しても構わないし，必要な情報が含まれるものであればこのフォーマットでなくてもよい。上記指向性ビーム番号情報は，ＭＡＣヘッダに含まれる“ＭＡＣ　ＩＤ”と共に情報記憶部（基地局であれば図２に示した情報記憶部２０）に記憶される。
[0040]　ＰＳＤＵ部は，ＭＡＣフレームのフレームボディと，Ｔａｉｌビットと，Ｐａｄビットとを含む。さらに，ＰＬＣＰヘッダ部がＭＡＣヘッダを含んでいない場合には，ＭＡＣヘッダを含む。」（１１ページ，１２〜１３ページ）
　［図３］
（６）「[0166]　とりわけ，本発明では，各フレームに対して必要なヘッダ部とＦＣＳ部を付加することが出来，その結果，部分的にＡ−ＭＰＤＵ　Ｓｕｂｆｒａｍｅがフェージング，干渉，衝突などの要因によって欠落したとしても，欠落したＡ−ＭＰＤＵ　Ｓｕｂｆｒａｍｅ以外のＡ−ＭＰＤＵ　Ｓｕｂｆｒａｍｅを切り分けて受信することが可能になるために，数Ｋｂｙｔｅ〜数十Ｋｂｙｔｅの長いフレームを作成した場合にも，フレーム全体を再送する必要はなく，必要に応じて部分的に選択再送することにより，再送効率を向上することが可能である。また，送達確認フレームであるＡＣＫフレームを必要としないケースにおいても，フレーム全体が欠落するのではなく，部分的にデータが欠落するだけになるので，多少のパケットエラーは強要できるが，遅延を許容できないようなストリーミング，音声などに対して非常に効率的なデータ配送が可能となる。
（中略）
[0178]　また，図４１に示したように，
ＰＳＤＵに対して個別にアグリゲーションヘッダ（Aggregation  Header）を追加することも可能である。
必要に応じてデータ長を予め決めたｂｙｔｅ長でＢｏｕｎｄａｒｙするためのＰａｄｄｉｎｇと，から構成される。
[0179]　なお，実施の形態５で示した図３１および図３４では，Ａ−ＭＳＤＵサブフレームがＬｅｎ，Ｆｒｇ　ＣｏｎｔｒｏｌおよびＭＳＤＵから構成されるフレームについて示したが，フレーム先頭位置を検出するためのデリミタ，サブフレーム単位のＦＣＳおよびＰａｄｄｉｎｇが挿入された構成としてもよい。すなわち，
図４２または図４３に示したような構成としてもよい。
（周知例２）
　本件優先日前に公知となったStandard ECMA-368 3rd edition，２００８年１２月，ＵＲＬ，http://www.ecma-international.org/publications/files/ECMA-ST/ECMA-368.pdfbvm=bv.4592112（以下，「周知例２」という。）には，図面とともに以下の事項が記載されている。
（［当審注］：周知例２は，拒絶理由通知にて一部の従属請求項の進歩性を否定するために引用されたが，手続補正に伴い該当する請求項が削除されたため拒絶査定では用いられていない。ここでは，周知例として提示するものである。）
（７）
（９ページ）
（［当審仮訳］：
　図２は，PHYフレームの構造を定義する。
・２種類のプリアンブル（：標準及びバースト）がある。
・MAC及びPHYヘッダを含むPLCPヘッダは，ヘッダチェックシーケンス（HCS）により保護されている。
・フレームペイロードの後に，そのフレームチェックシーケンス（FCS）が続く。
（図２は省略。）　）
（８）
（中略）
（１６ページ，５３〜５５ページ）
（［当審仮訳］：
１０　ＰＬＣＰサブレイヤ
　この節は，PPDUにPSDUを変換するための方法を提供する。送信中，PPDUを作成するために，PSDUにはPLCPプリアンブル及びPLCPヘッダが前に付加される。受信機では，PLCPプリアンブル及びPLCPヘッダは，PSDUの復調，復号化，および配信の助けとなる。
（中略）
１０．４．１　パッドビット
　PSDUが１０．８で定義されたビットインターリーバの境界に位置合わせされることを確実にするために，スクランブリング及び符号化の前に，６テールビットの後にパッドビットが付加される。　（中略）　付加されたパッドビットはゼロに設定され，残りPSDUとともにスクランブルされる。
（中略）
１０．６　テールビット
　テールビットフィールドは，畳み込み符号化器を「ゼロ状態」に戻すために必要とされる。この手順は，メッセージストリームを復号する際に将来のビットに依存する畳み込み復号器の誤り率を改善する。PHYヘッダ及びHCS後に続くテールビットフィールドは，６つの非スクランブル・ゼロで構成され，リードソロモンパリティビットフィールドの後に続くテールビットフィールドは４つの非スクランブル・ゼロからなるパンクチャされたテールビット列で構成される。
　スクランブルされたフレームチェックシーケンスの後に続くテールビットフィールドは，６つのスクランブルされたゼロ・ビットを６つの非スクランブル・ゼロ・ビットで置換することにより生成される。　）
（９）
（１７５〜１７６ページ）
（［当審仮訳］：
１６．７　集約されたデータフレーム
　集約されたデータフレームでは，ペイロードは集約ヘッダと複数のMSDU，各４オクテット境界に位置合わせが含まれる。集約されたデータフレームのペイロードは，図５９に定義されている。
　集約されたデータフレームのフレームペイロードのサイズは，任意のフレームペイロードと同じ最大サイズの対象となる。
　集約ヘッダフィールドは，図６０で定義されている。
　MSDUカウントフィールドは，集約されたフレームに含まれているMSDUの数を含む。
　集約ヘッダフィールドの長さフィールドは，対応するMSDUの長さをオクテッドで示す。当該長さは，パッドのオクテットを含まない。　）
　上記（５）〜（９）の記載によれば，「プリアンブル，物理層コンバージェンスプロトコル(PLCP)ヘッダ，複数のMACプロトコルデータユニット(MPDU)を備えるパケットを送信すること。」は，周知であると認められる（以下，「周知事項１」という。）。
（周知例３）
　本件優先日前に頒布された刊行物である特開２００６−３２５００７号公報（以下，「周知例３」という。）には，「通信装置，当該装置における受信方法，コーデック，デコーダ，通信モジュール，通信部及びデコード方法」に関し，図面とともに以下の事項が記載されている。
（１０）「【０００６】
　このヘッダ部３００は，無線フレームにおけるフレームの長さ，データ転送レート，その他のＰＨＹ層としての無線フレーム情報を保持するＰＨＹヘッダ部４００と，ＭＡＣプロトコルに関わる端末識別子などを保持するＭＡＣヘッダ部４０１を含む。更に，ＰＨＹヘッダ部４００とＭＡＣヘッダ部４０１との間には，
送信機における畳み込み符号器及び受信機におけるビタビ復号器を初期状態に戻すためにＴＡＩＬビット４０２が配置される。
（周知例４）
　本件優先日前に頒布された刊行物である国際公開第２００８／０８５７５５号（以下，「周知例４」という。）には，「METHOD AND APPARATUS FOR SUPPORTING COMMUNICATION IN PICO NETWORKS」（［当審仮訳］：ピコネットワークにおける通信をサポートするための方法及び装置）（［当審注］：当審仮訳は，周知例５のパテントファミリーである特表２０１０−５１６０９２号公報の記載に基づく。）には，図面とともに以下の事項が記載されている。
（１１）「[0082] PLCP header 1020 includes a PHY header field 1022, a tail bit field 1023, a MAC header field 1024, a header check sequence (HCS) field 1026, and a tail bit field 1028. Field 1022 carries a PHY header, which may convey information such as data rate, length of the frame payload in the PSDU, information for the data scrambler, etc. Field 1023 carries tail bits used to reset an encoder at a transmitting station and a decoder at the receiving station to known states after the PHY header. Field 1024 carries a MAC header, which may convey information such as a piconet ID, a source address, a destination address, a protocol version, acknowledgement (ACK) policy, etc. Field 1026 carries a header check sequence, which may be generated based on fields 1022 and 1024 and used by the receiving station to determine whether the PLCP header is decoded correctly or in error. Field 1028 carries tail bits used to reset the encoder and decoder to known states after the MAC header.
[0083] PSDU 1030 includes a frame payload field 1032, a frame check sequence (FCS) field 1034, a tail bit field 1036, and a pad bit field 1038. Field 1032 carries data for PPDU 1000 and may be variable in length. Field 1034 carries a frame check sequence, which may be generated based on field 1032 and used by the receiving station to determine whether the data is decoded correctly or in error. Field 1036 carries tail bits used to reset the encoder and decoder to known states. Field 1038 carries padding bits used to obtain an integer number of octets for PPDU 1000.　」（１９〜２０ページ）
（［当審仮訳］：
[0082] 　ＰＬＣＰヘッダ１０２０は，ＰＨＹヘッダフィールド１０２２，テールビットフィールド１０２３，ＭＡＣヘッダフィールド１０２４，ヘッダチェックシーケンス（ＨＣＳ）フィールド１０２６及びテールビットフィールド１０２８を含む。フィールド１０２２は，ＰＨＹヘッダを運び，このＰＨＹヘッダは，データレート，ＰＳＤＵ内のフレームペイロードの長さ，データスクランブラに関する情報等の情報を伝達することができる。
フィールド１０２３は，テールビットを運び，ＰＨＹヘッダの後に送信局の符号器及び受信局の復号器を既知の状態にリセットするために使用される。
フィールド１０２８は，ＭＡＣヘッダの後に符号器及び復号器を既知の状態にリセットするために使用されるテールビットを運ぶ。
[0083] 　ＰＳＤＵ１０３０は，フレームペイロードフィールド１０３２，フレームチェックシーケンス（ＦＣＳ）フィールド１０３４，テールビットフィールド１０３６及びパッドビットフィールド１０３８を含む。フィールド１０３２は，ＰＰＤＵ１０００用のデータを運び，長さに関して可変であることができる。フィールド１０３４は，フレームチェックシーケンスを運び，このフレームチェックシーケンスは，フィールド１０３２に基づいて生成され，データが正確に復号されたか，或いは誤って復号されたかを判断するために受信局によって使用されることができる。
フィールド１０３６は，符号器及び復号器を既知の状態にリセットするために使用されるテールビットを運ぶ。
（周知例５）
　本件優先日前に頒布された刊行物である国際公開第２００９／０３１８０８号（以下，「周知例５」という。）には，「FRAME STRUCTURE FOR FAST WIRELESS COMMUNICATION SYSTEM AND APPARATUS FOR FAST WIRELESS COMMUNICATION USING THE FRAME」（［当審仮訳］：高速無線通信のためのフレーム構成方法およびこれを用いた高速無線通信装置）（［当審注］：当審仮訳は，周知例５のパテントファミリーである特表２０１０−５３８５６８号公報の記載に基づく。）には，図面とともに以下の事項が記載されている。
（１２）「The convolutional encoder may initialize a status using six 0 (zero) bits inserted in the inputted streams.
（中略）
Referring to FIG. 3, the signal symbol configuration may include at least one Modulation and Code rate Symbol (MCS) field 301 of a subcarrier, a byte number field 305, a scrambler seed field 307 of the fast wireless communication frame, a cyclic  redundancy check (CRC) parity bit field 311, and a tail bit field 313 for initialization of the convolution demodulator.
（中略） 
The tail field 313 is padded with six 0s. A CRC error detector (not illustrated) may be aware of termination of decoding operation through six Os padding the tail field 313.　」（８ページ２５〜２６行，１１ページ１６行〜１２ページ２行，１２ページ２５〜２７行）
（［当審仮訳］：
　
畳込み符号化器は，入力ストリームに挿入された６個の０（ｚｅｒｏ）ビットによって状態を初期化することができる。
（中略）
　図３を参照すれば，信号シンボルは，副搬送波の変調方式およびチャネルコード率（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｅ  ｒａｔｅ  Ｓｙｍｂｏｌ）フィールド３０１，バイト数フィールド３０５，前記高速無線通信フレームのスクランブラシード値（ｓｃｒａｍｂｌｅｒ  ｓｅｅｄ）フィールド３０７，ＣＲＣパリティビット（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ  ｐａｒｉｔｙ）フィールド３１１，
畳込みデコーダの初期化のためのテールビット（Ｔａｉｌ  ｂｉｔ）フィールド３１３を含んで構成してもよい。
（中略）
　テールビットフィールド３１３は，６個の０が満たされる。受信端でＣＲＣエラー検出機（図示せず）は，テールビットフィールド３１３に満たされる６個の０によって復号動作の終了を知ることができる
（周知例６）
　本件優先日前に頒布された刊行物である国際公開第２００９／０２２８１７号（以下，「周知例６」という。）には，「TIME DIVISION MULTIPLEXING COMMUNICATION SYSTEM WITH PARALLEL STRUCTURE AND METHOD FOR THE SAME」（［当審仮訳］：並列構造を有する時間分割多重通信システム及び方法）には，図面とともに以下の事項が記載されている。
（１３）「1.3　Signal symbol structure
　　The signal symbol structure, as shown in FIG. 14, may be devised for transmitting information needed for modulating receiving packets such as Modulation and Code rate Symbol (MCS, 3 bits), a number of bytes included in the frame (length: 16 bits), scrambler seed (7 bits), CRC parity (12 bits), tail for initialization of a convolutional decoder (6 bits), and the like.
（中略）
　　A CRC creation polynomial is X12 + X11 + X3 + X2 + X + 1 . '0' of six-tail bits is received in a CRC error detector from the end of CRC decoding of the signal symbol, thereby terminating the decoding operation.　」（３１ページ）
（［当審仮訳］：
１．３　信号シンボル構造
　図１４に示されるように，信号シンボル構造は，変調及び符号化レートシンボル（ＭＣＳ，３ビット），フレームに含まれるバイト数（長さ：１６ビット），スクランブラ・シード（７ビット），ＣＲＣパリティ（１２ビット），
畳込み復号器を初期化するためのテール（６ビット）
（中略）
　ＣＲＣ生成多項式はX12 + X11 + X3 + X2 + X + 1である。
「０」の６つのテールビットは，信号シンボルのＣＲＣ復号の終わりでＣＲＣ誤り検出器で受信され，それにより復号動作を終了する
（周知例７）
　原査定の拒絶の理由に引用された特表２００２−５２３９２７号公報（以下，「周知例７」という。）には，「ＣＤＭＡ無線ネットワークのためのフレキシブルなフレーム構造」に関し，図面とともに以下の事項が記載されている。
（１４）「【００２７】
　フレーム構造５０は，サブフレーム動作をサポートする要素の階層構造を提供する。この構造は，物理層フレーム５２，インターリーバーブロック５４，ＦＥＣブロック５６，および自動再送要求（ＡＲＱ）ブロック５８を備える。一般に，インターリーバーブロック５４は，複数の物理層フレーム５２を含むことができ，または，物理層フレームは，複数のインターリーバーブロックを含むことができる。従来のシステムでは，いずれの物理層フレームも，一群の情報ビットおよびオーバーヘッド・ビットを有しており，該オーバーヘッド・ビットには，誤り検出のための巡回冗長符号（ＣＲＣ）ビット，
テール(tail)・ビット（たとえばゼロビット）
（中略）
【００３４】
　
畳み込みＦＥＣ符号の場合には，ＡＲＱブロック５８のゼロビットにより，畳み込み符号が効率的に区切られる。
第１のＡＲＱブロックの８個のゼロビットは，次の第２のＡＲＱブロックに対する畳み込み符号化を効率的に中断させる。なぜなら，第２のＡＲＱブロックについてのＦＥＣ符号の出力ビットが，第１のＡＲＱブロックから独立しているからである。
　上記（１０）〜（１４）の記載によれば，「テールビットは，畳込み符号器及び畳込み復号器を既知の初期状態にリセット（初期化）するために使用される。」ことは，技術常識ともいえる周知事項であると認められる（以下，「周知事項２」という。）。
３　対比・判断
　本願発明と引用発明とを対比すると，
（１）引用例には「データフレーム」なる用語は用いられていないが，本件明細書の【００２１】によれば図２に記載されたものがデータフレームであるところ，引用例の図１１に記載されたものは，本願の図２と同様にプリアンブル，ヘッダ及びペイロードからなる単位であるから，以下の相違点１は別として，本願発明の「データフレーム」に相当するといえる。したがって，引用発明は「データフレームを送信する方法」といえる。
（２）引用発明の「ＰＬＣＰ　Ｐｒｅａｍｂｌｅを送信すること」は，明らかに「プリアンブルを送信すること」に含まれる。また，本願発明の「物理層コンバージェンスプロトコル(PLCP)ヘッダを送信すること」と引用発明の「ＰＨＹ　Ｈｅａｄｅｒを送信すること」とは，以下の相違点１は別として，「物理層ヘッダを送信すること」の点で共通している。
（３）引用発明の「複数のＭＰＤＵ（MAC Protocol Data Unit）を送信すること」は，本願発明の「複数のMACプロトコルデータユニット(MPDU)を送信すること」に相当する。
　また，本件明細書の【０００４】によれば，本願発明の「各MPDUの後の畳み込みデコーダをリセットするためのインジケータ」は，例えば，「テールビット」を含むものである。一方，引用例の【０００５】の記載（上記２［引用発明］（１）参照。）及び図１１並びに技術常識に照らせば，引用発明の物理層としてのＰＳＤＵはＭＡＣ層としてのＭＰＤＵに対応することは明らかであり，ＭＡＣ層における情報単位であるＭＰＤＵが物理層にてＰＳＤＵにｔａｉｌ　ｂｉｔが付加されて伝送されるのであるから，引用発明の「各ＭＰＤＵに対応する各ＰＳＤＵには当該ＰＳＤＵ単位で誤り訂正符号化するためのｔａｉｌ　ｂｉｔが付加され」は，「各ＭＰＤＵは，対応する各ＰＳＤＵ単位で誤り訂正符号化するためのｔａｉｌ　ｂｉｔを含む」といえる。
　してみれば，本願発明の「各MPDUはそのMPDUの後の畳み込みデコーダ状態をリセットするための受信機用のインジケータを含む」と，引用発明の「各ＭＰＤＵに対応する各ＰＳＤＵには当該ＰＳＤＵ単位で誤り訂正符号化するためのｔａｉｌ　ｂｉｔが付加され」とは，以下の相違点２は別として，「各MPDUはテールビットを含む」点で共通している。
（４）上記（３）で述べたように，引用発明の物理層としてのＰＳＤＵはＭＡＣ層としてのＭＰＤＵに対応することは明らかであるから，引用発明の「誤ったＰＳＤＵを認識することと，前記誤ったＰＳＤＵを再送信すること」は，ＭＡＣ層としてみれば「誤ったＭＰＤＵを認識することと，前記誤ったＭＰＤＵを再送信すること」といえる。
　そして，本件明細書の【０００６】によれば，本願発明の「失敗したMPDU」は，「完全には送信しないMPDU，全く送信しないMPDU，送信の間にドロップされたMPDU，送信の間に失われた(lost)MPDU，受信の間にドロップされたMPDU，受信の間に失われたMPDU，悪くなった(corrupted)MPDU，他の理由で失敗したMPDU，またはこれらの組み合わせを含み得る。」から，引用発明の「誤ったＰＳＤＵ」は，本願発明の「失敗したMPDU」に相当する。
　そして，本願発明の「失敗したMPDUに関する誤り通知を受信すること」と引用発明の「誤ったＰＳＤＵを認識すること」とは，以下の相違点３は別として「失敗したMPDUを認識すること」の点で共通している。
　したがって，本願発明と引用発明とを対比すると，両者は，以下の点で一致し，また，相違している。
（一致点）
「データフレームを送信する方法であって，
　プリアンブルを送信することと，
　物理層ヘッダを送信することと，
　複数のMACプロトコルデータユニット(MPDU)を送信することと，ここで，各MPDUはテールビットを含む，
　失敗したMPDUを認識することと，
　前記失敗したMPDUを再送信することと，
　を備える方法。」
（相違点１）
　一致点の「物理層ヘッダを送信すること」に関し，本願発明は物理層ヘッダとして「物理層コンバージェンスプロトコル(PLCP)ヘッダ」を送信するものであるに対し，引用発明は，プリアンブルは「ＰＬＣＰ　Ｐｒｅａｍｂｌｅ」であるものの，「ＰＨＹ　Ｈｅａｄｅｒ」は「物理層コンバージェンスプロトコル(PLCP)ヘッダ」であるのか否か不明である点。
（相違点２）
　一致点の「各MPDUはテールビットを含む」に関し，本願発明は「各MPDUはそのMPDUの後の畳み込みデコーダ状態をリセットするための受信機用のインジケータを含む」であるのに対し，引用発明は「各ＭＰＤＵはＭＰＤＵに対応するＰＳＤＵ単位で誤り訂正符号化するためのｔａｉｌ  ｂｉｔを含む」であり，当該ｔａｉｌ  ｂｉｔは畳み込みデコーダ状態をリセットするためのものであることは明らかでない点。
（相違点３）
　一致点の「失敗したMPDUを認識すること」に関し，本願発明は「失敗したMPDUに関する誤り通知を受信すること」であるのに対し，引用発明は，ＡＣＫを受信することは読み取れるものの，誤ったＭＰＤＵを認識するための具体的動作は明らかにされていない点。
　以下，上記各相違点について検討する。
（相違点１について）
　周知技術１のとおり，プリアンブル，ＰＬＣＰヘッダ及び複数のＭＰＤＵに対応するペイロードからなるデータフレームは周知であるから，引用発明のデータフレームを当該周知のデータフレームとすることは適宜なし得ることである。
（相違点２について）
　引用発明は，各ＰＳＤＵの最後尾に「ｔａｉｌ　ｂｉｔ」をつけてＰＳＤＵ毎に誤り訂正符号を終端させることにより，ＰＳＤＵ単位で誤り訂正符号化するものであり，それにより，データパケットの間での誤りの伝搬を生じにくくさせることが可能とするものであることは，引用例の記載（上記２［引用発明］（２）の【００１４】，同（３）の【００７０】参照。）から明らかである。そして，ｔａｉｌ　ｂｉｔによりＰＳＤＵ単位で誤り訂正符号化するからこそ，受信側ではｔａｉｌ　ｂｉｔによりＰＳＤＵ単位で誤り訂正復号化することができ，その結果，ＰＳＤＵ単位に再送が可能となることは，当業者に明らかである。
　ここで，誤り訂正符号化として畳込み符号化は周知慣用のものであり，周知事項２のとおり，畳込み符号化においては「テールビットは，畳込み符号器及び畳込み復号器を既知の初期状態にリセット（初期化）するために使用される。」ことは，技術常識ともいえる周知事項である。
　してみれば，引用例には誤り訂正符号化として具体的にどのようなものを用いるのか明らかにされていないが，引用発明において誤り訂正符号化として周知の畳込み符号化を採用することは適宜なし得ることであり，その場合，テールビットは「MPDUの後の畳み込みデコーダ状態をリセットするための受信機用のインジケータ」として機能することは明らかである。
　したがって，相違点２は当業者が容易に想到し得ることにすぎない。
（相違点３について）
　本件明細書には【００４３】，【００５２】及び図５によれば，肯定応答（ＡＣＫ）を受信することは記載されているが，否定応答（ＮＡＣＫ）を受信することは記載されておらず，ＡＣＫが受信されないことをもって失敗したことを認識することは普通に行われていることに鑑みれば，本願発明の「失敗したMPDUに関する誤り通知を受信すること」は，ＡＣＫが受信されないことを含むと解するのが自然である。したがって，引用発明はＡＣＫを受信することを含む以上，相違点３には実質的な相違はない。
　また，ＡＣＫのみを受信すること，ＮＡＣＫのみを受信すること，ＡＣＫ／ＮＡＣＫを受信することは，いずれも普通に行われていることであるから，本願発明の「失敗したMPDUに関する誤り通知を受信すること」が失敗したMPDUに関するＮＡＣＫを受信することであるとしても，引用発明をそのようにすることは格別困難なことではなく，容易になし得ることに過ぎない。
　なお，請求人は，審判請求書にて「しかしながら，文献１のｔａｉｌ　ｂｉｔは，本願発明のように，すなわち，そのＭＰＤＵの後の畳み込みデコーダ状態をリセットするための受信機用のインジケータを含むように，使用されていませんし，使用されると示唆されてもいません。文献１の段落００６６の記載は，各ＰＳＤＵの最後尾にｔａｉｌ　ｂｉｔをつけ，ＰＳＤＵ毎に誤り訂正符号を終端させることを要求しています。文献１の段落００６６のこの記載は，符号化中の動作，すなわち，ＰＳＤＵの符号化中に，ＰＳＤＵにｔａｉｌ　ｂｉｔをつけ，誤り訂正符号処理を終端させること，を説明しているものであると思料いたします。一方，本願の請求項は，そのＭＰＤＵの後の畳み込みデコーダ状態をリセットするための受信機用のインジケータを記載しています。これは，送信後の動作，すなわち，リモート受信機で実行される機能です。したがって，審判請求人は，審査官殿による「引用文献１，２に記載の「ｔａｉｌ　ｂｉｔ」は畳み込みデコーダ状態をリセットするためのインジケータであることは明らかであり（本願明細書第４段落も参照のこと。）」とのご指摘に同意することはできません。」と主張するが，受信側の誤り訂正復号化は送信側でなされた誤り訂正符号化の単位でなされると解するのが自然であり，各ＰＳＤＵの最後尾に「ｔａｉｌ  ｂｉｔ」をつけてＰＳＤＵ毎に誤り訂正符号を終端させることにより，ＰＳＤＵ単位で誤り訂正符号化するものであり，それにより，データパケットの間での誤りの伝搬を生じにくくさせることが可能とするものである（上記２［引用発明］（２）の【００１４】，同（３）の【００７０】参照。）ことに鑑みれば，受信側の動作が明記されていなくとも，ｔａｉｌ  ｂｉｔはＰＳＤＵ単位で誤り訂正符号化／復号化するためのものと認められる。また，ｔａｉｌ  ｂｉｔが畳み込み符号化器，畳込み復号化器の双方の状態をリセットするものであることは上記周知事項２のとおりである。したがって，上記主張は採用できない。
　また，請求人は，上申書にて前置報告書で提示された文献５〜７（周知例４，６，７）のｔａｉｌ　ｂｉｔは，本願発明の「そのMPDUの後の畳み込みデコーダ状態をリセットするための受信機用のインジケータ」に対応するものではない旨主張しているが，これらの文献はｔａｉｌ　ｂｉｔが畳み込みデコーダ状態をリセットするためのものであることが周知であること（すなわち，周知事項２。）を示すためのものであり，
そのMPDUの後の
４　むすび
　以上のとおり，本願発明は，引用発明及び周知事項に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許を受けることができない。
　よって，結論のとおり審決する。