【事件の表示】
　特願２０１３−５３２８６８「ＰＵＣＣＨエンコーディングおよびＰＵＳＣＨエンコーディングのための方法ならびに装置」拒絶査定不服審判事件〔平成２４年　４月１２日国際公開、ＷＯ２０１２／０４７８２９、平成２５年１２月１９日国内公表、特表２０１３−５４５３４８、請求項の数（３０）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２０１１年１０月４日（パリ条約による優先権主張２０１０年１０月４日，２０１１年２月１４日，２０１１年１０月３日　米国）を国際出願日とする出願であって，平成２７年３月２５日付けで拒絶査定がされ，これに対し，同年７月３０日に拒絶査定不服審判が請求され，同時に手続補正がされたものである。
　
第２　平成２７年７月３０日付けの手続補正（以下，「本件補正」という。）の適否
１．補正の内容
　本件補正は，平成２６年１０月２７日に提出された手続補正書の特許請求の範囲の請求項１に記載された
　
「　ワイヤレス通信のための方法において，
　複数のアップリンク制御情報ビットを，第１の組の情報ビットと，第２の組の情報ビットとに分割し，
　前記第１の組の情報ビットを，第１の組の符号ビットにエンコードし，
　前記第２の組の情報ビットを，第２の組の符号ビットにエンコードし，
　前記第１の組の符号ビットと前記第２の組の符号ビットとを規定数のビットにレートマッチさせて，第１の組のレートマッチされた符号ビットと，第２の組のレートマッチされた符号ビットとを生成し，
　前記第１および第２の組のレートマッチされた符号ビットをインターリーブして，送信のためにインターリーブされた第３の組の符号ビットを生成する方法。」
　
　という発明（以下，「補正前発明」という。）を，補正後の特許請求の範囲の請求項１に記載された
　
「　ワイヤレス通信のための方法において，
　複数のアップリンク制御情報ビットを，第１の組の情報ビットと，第２の組の情報ビットとに分割することと，
　前記第１の組の情報ビットを，第１の組の符号ビットにエンコードすることと，
　前記第２の組の情報ビットを，第２の組の符号ビットにエンコードすることと，
　前記第１の組の符号ビットと前記第２の組の符号ビットとを規定数のビットにレートマッチさせて，第１の組のレートマッチされた符号ビットと，第２の組のレートマッチされた符号ビットとを生成することと，
　前記第１および第２の組のレートマッチされた符号ビットをインターリーブして，送信のためにインターリーブされた第３の組の符号ビットを生成することと，
　前記インターリーブされた第３の組の符号ビットを物理アップリンクチャネル上で送信することと，
を備え，ここで，前記インターリーブすることは，少なくとも部分的に前記物理アップリンクチャネルに基づいている，方法。」
　
　という発明（以下，「補正発明」という。）に変更すること（以下，「補正事項１」という。）を含むものである。
　
２．補正の適否
　本件補正の補正事項１は，補正前発明を特定するために必要な事項である「インターリーブされた第３の組の符号ビット」について，「前記インターリーブされた第３の組の符号ビットを物理アップリンクチャネル上で送信すること」および「ここで，前記インターリーブすることは，少なくとも部分的に前記物理アップリンクチャネルに基づいている」との限定を付加するものであって，補正前発明と補正発明の産業上の利用分野及び解決しようとする課題が同一であるから，特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　また，特許法第１７条の２第３項，第４項に違反するところはない。
　そこで，補正発明が特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について以下に検討する。
　
（１）引用例の記載事項
　原査定の拒絶の理由に引用された特表２００８−５４７３３２号公報（以下，「引用例」という。）には，「マルチキャリアＨＳＤＰＡのサービス伝送チャネル符号化方法及び符号化装置」（発明の名称）に関連して次の事項が図面とともに記載されている。 
　
ア　「【０００４】
　既存のシングルキャリアＨＳＤＰＡはパケットデータの伝送を行う際に，ネットワーク側に予めＨＳ−ＳＣＣＨチャネル（下りの制御チャネル）によりユーザ端末に制御情報を送信しておき，前記制御情報はユーザ端末がネットワーク側のＨＳ−ＤＳＣＨチャネルにより送信したデータを受信するために用いられ，ＨＳ−ＤＳＣＨチャネルにおいて前記ユーザ端末に送信するデータブロック情報，採用されているタイムスロット，情報，変調方式，データブロックのサイズ，冗長バージョン番号，再送標識などを含む。そして，ネットワーク側には送信する必要があるデータに対してサービスチャネル（ＨＳ−ＤＳＣＨ）の符号化処理を行ってから送信する。ユーザ端末はＨＳ−ＳＣＣＨチャネルから制御情報を取得してから，前記制御情報により，受信したＨＳ−ＤＳＣＨチャネルによって送信されたデータに対して復号処理を行う。」
　
イ　「【発明が解決しようとする課題】
【０００７】
　本発明の目的は，既存技術においては，シングルキャリアＨＳＤＰＡが単一のキャリアのサービス伝送チャネルの符号化処理のみを考慮しているので，マルチキャリアＨＳＤＰＡの制御需要を満たすことができないという課題を解決するため，ダウンリンクパケットデータ伝送におけるマルチキャリアＨＳＤＰＡのサービス伝送チャネルのための符号化方法及び符号化装置を提供することにある。」
　
ウ　「【００２２】
　以下，図面を参照して，本発明を具体的に説明する。
【００２３】
　本発明はマルチキャリアＨＳＤＰＡに適用するサービス伝送チャネルの符号化処理方法及び対応する符号化装置を提供する。本発明の符号化方案を採用すると，マルチキャリアにおけるＨＳＤＰＡパケットデータの伝送を実現することができ，これにより，システムのピーク値の伝送速度と頻度利用率が向上する。本発明は，本発明の実施例により提供される３種のマルチキャリアＨＳＤＰＡのサービス伝送チャネル符号化処理方法及び対応する符号化装置を開示している。
【００２４】
　［方法１］
　図２を参照されるのは，本発明により提供される第一種のマルチキャリアＨＳＤＰＡのサービス伝送チャネル符号化処理方法のフローチャートである。
【００２５】
　Ｓ２１０：ネットワーク側はＨＳ−ＤＳＣＨチャネルで送信する必要があるデータをＮ個の経路に分ける，前記経路数Ｎはパケットデータ伝送を行うためのキャリアの数に等しい。
【００２６】
　通常の場合，ユーザ端末には自端末のチャネル状況に対して相応の測定を行い，測定の結果をネットワーク側に報告する，ネットワーク側は端末からの報告の結果に基づいて，当該ユーザにＨＳ−ＤＳＣＨチャネルリソースを含むチャネルリソースを割り当てる。一つのユーザ端末に割り当てたＨＳ−ＤＳＣＨチャネルリソースは複数のキャリアに分布することができる。
【００２７】
　仮にネットワーク側からユーザＡに割り当てたＨＳ−ＤＳＣＨチャネルリソースがキャリア１リソース，キャリア２リソースとキャリア３リソースを含むこととすると，ネットワーク側は，送信する必要があるデータをデータ量に従って，３部分に平均に分けることができ，各部分毎のデータは一つのキャリアに対応しており，送信する必要があるデータを，対応するキャリアでユーザＡに送信する。ネットワーク側は，ユーザＡから報告されたチャネル条件に基づいて，各キャリア毎の送信する必要があるデータ量を特定してもよい。仮にユーザＡから報告されたチャネル条件は，キャリア１のチャネル条件が最もよく，キャリア２のはその次で，キャリア３は最も悪いとすると，ネットワーク側は，送信する必要があるデータを予めキャリア１に割当てることができ，キャリア１におけるＨＳ−ＤＳＣＨチャネルためのリソースを割り当て終わると，引き続き残ったデータをキャリア２に割り当て，キャリア２におけるＨＳ−ＤＳＣＨチャネルためのリソースを割り当て終わると，送信する必要がある最後に残ったデータをキャリア３のＨＳ−ＤＳＣＨチャネルためのリソースに割り当てる，これにより，各キャリア毎の送信のデータ量を特定する。前記チャネル条件は，キャリアにおけるＨＳ−ＤＳＣＨチャネルのリソースの数を考慮することができるが，通常はキャリアにおけるＨＳ−ＤＳＣＨチャネルの干渉の大きさを考慮したものである。干渉が小さければ小さいほど，そのキャリアのチャネル条件が良くなる。
【００２８】
　当然，ユーザ端末（ＵＥ）には，ネットワーク側に各キャリア毎の物理チャネル条件を報告する際に，通常一つのチャネル品質指示が生成されることになっているため，当該チャネル品質指示には，ＵＥにより指示された各キャリア毎の物理チャネル伝送ブロックのサイズが含まれる。ネットワーク側は，指示された各キャリア毎の物理チャネル伝送ブロックのサイズに基づいて，送信する必要があるデータに対する経路分けを行うことができる。
【００２９】
　送信しようとするデータをＮ個の経路に分け，各経路毎のデータを一つのキャリアの物理チャネルに対応させることができる。後続の処理のために，さらに各経路毎のデータに自チャネルの標識を加えることができる。
【００３０】
　Ｓ２２０：各経路毎のデータに対してＣＲＣ付加（ＣＲＣ ａｔｔａｃｈｍｅｎｔ），コードブロックセグメント化（ｃｏｄｅ  ｂｌｏｃｋ  ｓｅｇｍｅｎｔａｔｉｏｎ），チャネル符号化（ｃｈａｎｎｅｌ  ｃｏｄｉｎｇ），レートマッチング処理（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ  ｈｙｂｒｉｄ−ＡＲＱ）を行う。
【００３１】
　物理層において，各経路毎のデータに対してＣＲＣ付加，コードブロックセグメント化，チャネル符号化，レートマッチングが行われる。物理層に対して言うと，ネットワーク側の具体的なハードウエアの状況に基づいて，各経路毎のデータに対して同時にＣＲＣ付加，コードブロックセグメント化，チャネル符号化，レートマッチングという処理を行うことができ，各経路のデータの前後の順序により，それぞれＣＲＣ付加，コードブロックセグメント化，チャネル符号化，レートマッチングを行うこともできる。
【００３２】
　ＣＲＣ付加においては，送信する必要があるデータブロックにＣＲＣチェックビットが付加され，当該チェックビットにより，受信側は，受信したデータの中にエラーがあるか否かをチェックすることができる。コードブロックセグメント化においては，送信データブロックの長さに従ってセグメント化され，後続のチャネル符号化ための前処理が行われる。チャネル符号化においては，受信側がチャネル符号化により伝送中の大部分のエラーを訂正できるように，セグメント化が行われた後のデータブロックに対してチャネル符号化が行われる。レートマッチングにおいては，ＨＡＲＱ伝送を行うように，符号化後のデータに対して二回のレートマッチング処理が行われる。簡単に言うと，ＨＳＤＰＡにおけるハイブリッド自動再送要求の主な機能は，ＨＡＲＱの物理層における関連操作を完成することである。ＨＡＲＱタイプの増加冗長などの要因により，この過程は二つのステップのレートマッチングによって達成される。
【００３３】
　Ｓ２３０：ステップＳ２２０の処理後のＮ個の経路データを，データスクランブル化する（ｂｉｔ  ｓｃｒａｍｂｌｉｎｇ）際に，新たなデータストリームに組み合わせてインタリーブ処理を行うこと。
【００３４】
　ステップＳ２２０の処理後のＮ個の経路データに対してデータスクランブル化する際に，新たなデータストリームに組み合わせてインタリーブ処理を行う。前記スクランブル化とは，送信されるデータをさらにランダム化させて，伝送の性能を向上し，相互の干渉を減少するために，マッチング処理を行ったデータをスクランブル化するものである。インタリーブの役割は突発性のエラーを克服することにある。本実施例において，Ｎ個の経路のデータを，新たなデータストリームに組み合わせてから，再度スクランブル化とインタリーブ処理を行うことは，主にインタリーブ処理の効果を向上させるためである。言うまでもなく，各経路毎のデータにそれぞれスクランブル化とインタリーブ処理を行うよりも，Ｎ個の経路のデータを一つの経路のデータに組み合わせてからスクランブル化とインタリーブを行うほうが，そのインタリーブの効果がさらに良くなる。これに基づき，本実施例は全てのキャリアにおけるデータを一つのデータストリームに組み合わせてからインタリーブ処理を行う。
【００３５】
　Ｓ２４０：インタリーブ処理後のデータをさらにＮ個の経路に分け，各経路毎にＱＡＭコンスタレーション再整列を行ってから，それに割り当てたキャリアの物理チャネルにマッピングして送信すること，前記経路数Ｎは，ユーザ端末がパケットデータ伝送ためのキャリア数に等しい。
【００３６】
　ＱＡＭ変調を採用するため，コンスタレーションにおける異なる位置の信頼度が異なり，コンスタレーションに対して再整列することで，よりよい性能を達成することができる。前記再整列とは，異なるビット位置にある情報を交換することにより実現されることである。再整列方案はＨＳ−ＳＣＣＨ（下りの制御チャネル）により指示されるものである。ＱＰＳＫ変調に対して，このステップは透過的にされている。
【００３７】
　ネットワーク側はステップＳ２１０に採用される経路分けの方式により，インタリーブ処理後のデータを再びＮ個の経路に分ける。
【００３８】
　簡単な説明のために，仮に採用されるキャリア数を３とし，各キャリア毎にそれぞれキャリアＡ，Ｂ，Ｃと称すると，相応するマルチキャリアＨＳＤＰＡのサービス伝送チャネル符号化処理は以下のようになる（図３を参照）。まず，MＡＣ層において各キャリアチャネル条件に基づいて，送信しようとするデータをキャリアの数に従って三つの経路に分ける。それぞれ三つの経路のデータに対してＣＲＣ付加，コードブロックセグメント化，チャネル符号化，レートマッチング処理を行ってから，Ｂｉｔ  Ｓｃｒａｍｂｌｉｎｇ（データスクランブル）モジュールにおいて組み合わせ処理を行い，かつ処理後のデータを統一的にＨＳ−ＤＳＣＨ Ｉｎｔｅｒｌｅａｖｉｎｇ（データインタリーブ）モジュールに入力してインタリーブ化する。データに対してインタリーブ化してから，再びそれをキャリア数に従って三つの経路に分け，それぞれＣｏｎｓｔｅｌｌａｔｉｏｎ  ｒｅ−ａｒｒａｎｇｅｍｅｎｔ  ｆｏｒ  ＱＡＭ（ＱＡＭコンスタレーション再整列）とＰｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ  ｍａｐｐｉｎｇ（物理チャネルマッピング）モジュール処理を行う。処理後のデータをそれぞれ三つのキャリアで伝送する。」
　
　上記引用例の記載及び図面ならびにこの分野における技術常識を考慮すると，上記引用例には，特に，第一種のマルチキャリアＨＳＤＰＡのサービス伝送チャネル符号化処理方法に関する，次の発明（以下，「引用発明」という。）が記載されていると認める。
　
「　マルチキャリアＨＳＤＰＡのための方法において，
　送信しようとするデータを三つの経路のデータに分けることと，
　各経路のデータに対してそれぞれチャネル符号化およびレートマッチング処理を行うことと，
　処理後のデータを統一的にデータインタリーブモジュールに入力してインタリーブ化することと，
　該インタリーブ化されたデータを三つの経路に分けてそれぞれ物理チャネルにマッピングして送信することと，
を備える方法。」
　
（２）対比
　補正発明と引用発明とを対比する。
　
ａ　引用発明の「マルチキャリアＨＳＤＰＡ」が携帯電話の高速データ通信規格であることは技術常識であり，補正発明の「ワイヤレス通信」に明らかに含まれる。
ｂ　引用発明の「データ」は，チャネル符号化前は「情報ビット」といえ，また，チャネル符号化後は「符号ビット」といえる。また，補正発明の「複数のアップリンク制御情報ビット」が「送信しようとする」「複数の情報ビット」であることは明らかである。
ｃ　引用発明の「三つの経路のデータに分けること」と，補正発明の「第１の組の情報ビットと，第２の組の情報ビットとに分割すること」とは，「複数の組の情報ビットに分割すること」である点で共通する。
ｄ　引用発明の「チャネル符号化」は，補正発明の「符号ビットにエンコードすること」に含まれる。
ｅ　引用発明の「レートマッチング処理」は，補正発明の「規定数のビットにレートマッチさせて」「レートマッチされた符号ビットを生成すること」に相当する。
ｆ　引用発明の「統一的にデータインタリーブモジュールに入力してインタリーブ化すること」に関し，該「インタリーブ化」が「送信のために」行われるものであり，その結果として「送信のためにインターリーブされたひと組の符号ビットを生成すること」は明らかであり，該「ひと組」を「第３の組」と称することは任意であるから，引用発明の「統一的にデータインタリーブモジュールに入力してインタリーブ化すること」は，補正発明の「インターリーブして，送信のためにインターリーブされた第３の組の符号ビットを生成すること」に含まれる。
ｇ　引用発明の「物理チャネルにマッピングして送信すること」と補正発明の「物理アップリンクチャネル上で送信すること」は，「物理チャネル上で送信すること」の点で共通する。
　
　以上の関係を整理すると，両者の一致点及び相違点は，以下のとおりである。 
　
（一致点） 
「　ワイヤレス通信のための方法において，
　送信しようとする複数の情報ビットを，複数の組の情報ビットに分割することと，
　前記複数の組の情報ビットを，それぞれ符号ビットにエンコードすることと，
　前記複数の組の符号ビットを，ぞれぞれ規定数のビットにレートマッチさせて，複数の組のレートマッチされた符号ビットを生成することと，
　前記複数の組のレートマッチされた符号ビットをインターリーブして，送信のためにインターリーブされた第３の組の符号ビットを生成することと，
　前記インターリーブされた第３の組の符号ビットを物理チャネル上で送信することと，
を備える，方法。」
 　 
（相違点１） 
　「送信しようとする複数の情報ビット」が，
　補正発明では「複数のアップリンク制御情報ビット」であるのに対し，
　引用発明では「送信しようとするデータ」である点。
（相違点２）
　「複数の組」が，
　補正発明では「第１の組」と「第２の組」の「二つの組」であるのに対し，
　引用発明では「三つの経路」に分けられた組，すなわち，「三つの組」である点。
（相違点３）
　「物理チャネル上で送信すること」が，
　補正発明では「物理アップリンクチャネル上で送信すること」であるのに対し，
　引用発明では「物理チャネルにマッピングして送信すること」である点。
（相違点４）
　補正発明が「ここで，前記インターリーブすることは，少なくとも部分的に前記物理アップリンクチャネルに基づいている」のに対し，
　引用発明ではそのような特定がない点。
　
（３）判断
　上記相違点について検討する。
　事案に鑑み，まず（相違点１），（相違点３），（相違点４）につき検討する。
　
　引用発明の方法が「マルチキャリアＨＳＤＰＡのための方法」であり，該「ＨＳＤＰＡ」が「High Speed Downlink Packet Access」の略語であることは技術常識であるところ，引用発明はダウンリンク送信を対象とするものである。
　さらに，引用例の「【０００４】　既存のシングルキャリアＨＳＤＰＡはパケットデータの伝送を行う際に，ネットワーク側に予めＨＳ−ＳＣＣＨチャネル（下りの制御チャネル）によりユーザ端末に制御情報を送信しておき，前記制御情報はユーザ端末がネットワーク側のＨＳ−ＤＳＣＨチャネルにより送信したデータを受信するために用いられ，ＨＳ−ＤＳＣＨチャネルにおいて前記ユーザ端末に送信するデータブロック情報，採用されているタイムスロット，情報，変調方式，データブロックのサイズ，冗長バージョン番号，再送標識などを含む。そして，ネットワーク側には送信する必要があるデータに対してサービスチャネル（ＨＳ−ＤＳＣＨ）の符号化処理を行ってから送信する。ユーザ端末はＨＳ−ＳＣＣＨチャネルから制御情報を取得してから，前記制御情報により，受信したＨＳ−ＤＳＣＨチャネルによって送信されたデータに対して復号処理を行う。」，「【発明が解決しようとする課題】【０００７】　本発明の目的は，既存技術においては，シングルキャリアＨＳＤＰＡが単一のキャリアのサービス伝送チャネルの符号化処理のみを考慮しているので，マルチキャリアＨＳＤＰＡの制御需要を満たすことができないという課題を解決するため，ダウンリンクパケットデータ伝送におけるマルチキャリアＨＳＤＰＡのサービス伝送チャネルのための符号化方法及び符号化装置を提供することにある。」等の記載によれば，引用発明は制御情報以外の「ダウンリンクデータ」の送信を対象としているものと認められる。
　これに対して補正発明は「アップリンク制御情報ビット」の送信を対象としているところ，そのような送信は引用発明の「ダウンリンクデータ」の送信とは必要とされるデータレートや誤り耐性等が異なるものであり，引用発明の方法を「アップリンク制御情報ビット」の送信に適用する動機付けがない。
　さらに，引用発明の「ダウンリンクデータ」の送信において，「インターリーブ」することを「少なくとも部分的に前記物理アップリンクチャネルに基づいている」ものとする合理的理由は存在しない。
　そうすると，引用発明では「送信しようとするデータ」を補正発明の「複数のアップリンク制御情報ビット」とすること（相違点１），引用発明の「物理チャネルにマッピングして送信すること」を補正発明の「物理アップリンクチャネル上で送信すること」とすること（相違点３），引用発明において「ここで，前記インターリーブすることは，少なくとも部分的に前記物理アップリンクチャネルに基づいている」との構成を付加すること（相違点４），は，いずれも引用発明に基づいて当業者が容易に想到し得たものではない。
　
　したがって，補正発明は，（相違点２）について検討するまでもなく，引用発明に基づいて，当業者が容易に発明をすることができたとはいえない。
　
　よって，本件補正の補正事項１は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合する。
　本件補正のその余の補正事項についても，特許法第１７条の２第３項ないし第６項に違反するところはない。
　
３．むすび
　本件補正は，特許法第１７条の２第３項ないし第６項の規定に適合する。
　
第３　本願発明
　本件補正は上記のとおり，特許法第１７条の２第３項ないし第６項の規定に適合するから，本願の請求項１−３０に係る発明は，本件補正により補正された特許請求の範囲の請求項１―３０に記載された事項により特定されるとおりのものである。
　そして，本願については，原査定の拒絶理由を検討してもその理由によって拒絶すべきものとすることはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。