【事件の表示】
　特願２０１２−５０８７９３「マルチ・キャリア動作のためのＰＣＦＩＣＨ設計」拒絶査定不服審判事件〔平成２２年１１月　４日国際公開，ＷＯ２０１０／１２７２９２，平成２４年１０月２２日国内公表，特表２０１２−５２５８０１〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
１　手続の経緯
　本願は，２０１０年４月３０日（パリ条約による優先権主張外国庁受理　２００９年４月３０日　米国，２０１０年４月２１日　米国）であって，平成２６年１０月１６日付けで拒絶査定がなされ，これに対し，平成２７年１月３０日に拒絶査定に対する審判請求がなされたものである。
２　本願発明
　本願発明は，平成２６年７月１１日付け手続補正書により補正された特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
「【請求項１】
　１または複数のダウンリンク成分キャリアのための制御情報を伝送することを容易にする，無線通信システムで使用される方法であって，
　１または複数の成分キャリアを評価して，前記１または複数の成分キャリアに関連する物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）情報を識別することと，
　前記１または複数の成分キャリアからアンカ成分キャリアを識別することと，
　専用シグナリングによって，前記アンカ成分キャリアに，および，前記１または複数の成分キャリアのおのおのに関連する，パッケージされたＰＣＦＩＣＨ情報を通信することとを備える方法。」
と認める。
３　引用発明及び周知技術
［引用発明］
　原査定の拒絶の理由に引用されたFujitsu，Anchor component carrier and preferred control signal structure（［当審仮訳］：アンカーコンポーネントキャリア及び好ましい制御信号構造），3GPP TSG-RAN WG1#56b R1-091503，（会合が実施された２００９年１月２３日には公になっていたと認められる。）（以下，「引用例」という。）には，図面とともに以下の事項が記載されている。
（１）「2.1.　Anchor component carrier for RRC-Connected LTE-A UE
　Our views on anchor component carrier for RRC-Connected LTE-A UE (hereinafter shortened to “LTE-A UE”) are as follows:
△In principle, a UE-specific anchor component carrier is assigned to each LTE-A UE. In order to alleviate CCE resource starvation in one component carrier, an LTE-A UE may be configured on two or more anchor component carriers according to the seriousness of CCE resource starvation. The multiple assigned anchor component carriers can be either contiguous or non-contiguous in the frequency domain.
△All the PDCCHs for an LTE-A UE are transmitted only on the UE’s anchor component carrier(s). The UE has to monitor PDCCHs only on its anchor component carrier(s). （中略）
△Basically, when the data traffic for an LTE-A UE is low (how low is FFS), the data to the UE is only transmitted on the anchor component carrier. When the traffic is not low, in contrast, the data to the UE is transmitted on multiple component carriers. A single PDCCH carrying DL scheduling assignment for all the component carriers used for the data transmission is transmitted on the anchor component carrier(s). Note that new DCI formats for the single PDCCH should be defined in the specification. 
（中略）
　The way how the LTE-A network assigns an anchor component carrier to each LTE-A is FFS. However, our current preference is as follows.
△The component carrier on which an LTE-A UE receives Msg 4 in its initial access process is the initial anchor component carrier for the UE. 」（１／５〜２／５ページ）
（［当審仮訳］：
２．１　ＲＲＣ接続ＬＴＥ−Ａ　ＵＥのためのアンカーコンポーネントキャリア
　ＲＲＣ接続ＬＴＥ−Ａ　ＵＥ（以下，「ＬＴＥ−Ａ　ＵＥ」に短縮。）のためのアンカーコンポーネントキャリアについての我々の見解は以下のとおり。
△原則として，ＵＥ特有のアンカーコンポーネントキャリアが各ＬＴＥ−Ａ　ＵＥに割り当られる。１つのコンポーネントキャリアにおけるＣＣＥリソース不足を緩和するために，ＣＣＥリソース不足の深刻さに応じて１つのＬＴＥ−Ａ　ＵＥが２つ以上のアンカーコンポーネントキャリアに設定されてもよい。複数の割り当てられたアンカーコンポーネントキャリアは，周波数領域で連続又は非連続のいずれかであり得る。
△１つのＬＴＥ−Ａ　ＵＥのための全てのＰＤＣＣＨがアンカーコンポーネントキャリア（単数又は複数）上でのみ送信される。ＵＥは，そのアンカーコンポーネントキャリア（単数又は複数）上でのみＰＤＣＣＨを監視しなければならない。（中略）
△基本的に，ＬＴＥ−Ａ　ＵＥのためのデータトラフィックが低い場合（どの程度低いかは今後の検討課題），ＵＥへのデータは，アンカーコンポーネントキャリア上でのみ送信される。対照的に，トラフィックが低くない場合には，ＵＥへのデータは，複数のコンポーネントキャリア上で送信される。データ伝送に使用される全てのコンポーネントキャリアのためのＤＬスケジューリング割り当てを搬送する単一のＰＤＣＣＨは，アンカーコンポーネントキャリア（単数または複数）上で送信される。当該単一のＰＤＣＣＨのための新しいＤＣＩフォーマットが仕様で定義されるべきであることに注意されたい。
（中略）
　ＬＴＥ−Ａネットワークがどのようにして各ＬＴＥ−Ａにアンカーコンポーネントキャリアを割り当てるかは，今後の検討課題である。しかしながら，我々の現時点での好ましいものは以下のとおり。
△ＬＴＥ−Ａ　ＵＥが初期アクセスプロセスにおいてメッセージ４を受信するコンポーネントキャリアが，当該ＵＥのための初期アンカーコンポーネントキャリア。　）
（２）「There are some problems with the use of anchor component carrier. 
●With the anchor component carrier, an LTE-A UE has to monitor PDCCHs only on its anchor component carrier. This means the UE is not supposed to receive and decode PCFICHs on other component carriers (i.e. non-anchor component carriers). 
　レ　A solution to this is that CFI value is coordinated among all the component carriers of an LTE-A cell. Another possible but a little bit worse solution is that an LTE-A UE doesn’t decode PDCCH but decode PCFICH on non-anchor component carriers from which the UE may expect to receive PDSCH.
●Many CCE are consumed by an LTE-A UE scheduled multiple component carriers. In addition, the anchor component carrier of the UE sometimes runs out of CCE resource available for the UE. Solutions to this are as follows:
　レ　DL scheduling information blocks for all the component carriers scheduled for an LTE-A UE are jointly coded. The jointly coded PDCCH may have a different size according to the number of scheduled component carriers. This is referred to dynamic-size joint PDCCH [4]. To further reduce the amount of consumed CCE, DL scheduling assignment and UL grant for the UE could be jointly coded when possible. 
　レ　Many number of component carriers are scheduled to LTE-A UE only when the UE is in a good SNR region. A UE experiencing good SNR only requires high coding rate and thus low level of CCE aggregation.」（２／５ページ）
（［当審仮訳］：
　アンカーコンポーネントキャリアの使用にはいくつかの問題がある。
●アンカーコンポーネントキャリアでは，ＬＴＥ−Ａ　ＵＥは当該アンカーコンポーネントキャリア上でのみＰＤＣＣＨを監視しなければならない。これは，ＵＥが他のコンポーネントキャリア（すなわち，非アンカーコンポーネントキャリア）上ではＰＣＦＩＣＨを受信及びデコードしていないと仮定されていることを意味する。
　レ　１つの解決策は，ＣＦＩの値がＬＴＥ−Ａ−セルのすべてのコンポーネントキャリア間で調整されていることである。別のややよろしくない解決策は，ＬＴＥ−Ａ　ＵＥが，ＰＤＳＣＨを受信することが期待される非アンカーコンポーネントキャリア上で，ＰＤＣＣＨはデコードしないがＰＣＦＩＣＨはデコードすることである。
●多くのＣＣＥは，複数のコンポーネントキャリアがスケジュールされた１つのＬＴＥ−Ａ　ＵＥによって消費される。さらに，ＵＥのアンカーコンポーネントキャリアは，時々，ＵＥのために利用可能なＣＣＥリソースを使い果たす。この解決策は以下のとおり。
　レ　ＬＴＥ−Ａ　ＵＥのためにスケジュールされているすべてのコンポーネントキャリアのためのＤＬスケジューリング情報ブロックは，一緒に符号化される。一緒に符号化されたＰＤＣＣＨは，スケジュールされたコンポーネントキャリアの数に応じて異なるサイズを有する。これは，動的なサイズのジョイントＰＤＣＣＨと呼ばれる[4] 。さらに消費されるＣＣＥの量を減らすために，可能であれば，ＵＥのためのＤＬスケジューリング割り当て及びＵＬグラントが一緒に符号化され得る。
　レ　ＵＥが良いＳＮＲ領域にある場合にのみ，ＬＴＥ−Ａ　ＵＥに多数のコンポーネントキャリアがスケジュールされる。良いＳＮＲのＵＥは高い符号化レートのみを要求し，このためＣＣＥアグリゲーションのレベルは低い。　）
（３）「If the PDCCH for an LTE-A UE is a jointly coded one, when the UE fails to receive and decode the PDCCH, all the scheduled resource for the UE becomes useless. There seem be no direct effective solutions. However, a UE scheduled multiple component carrier is often located in a good SNR region. Therefore, the occurrence rate of such a failure may be relatively low.
　We understand that the use of anchor component carrier doesn’t always save UE power consumption. An LTE-A UE, monitoring PDCCHs only on its anchor component carrier, knows the number and position of component carriers scheduled for the UE right after the successful decoding of PDCCH. Thus, the UE has to be ready to receive PDSCH on all the component carriers in each sub-frame. As a result, in our view, an LTE-A UE configured anchor component carrier consumes almost the same power as an LTE-A UE not configured anchor component carrier does. This could be solved by defining active component carriers per UE in addition to using the anchor component carrier concept. All the PDSCHs for an LTE-A UE are transmitted only on its active component carriers. The configuration of UE-specific active component carrier may be done semi-statically. Each UE is informed which component carriers are active by either higher layer signalling or special PDCCH. All the active component carriers for an LTE-A UE could simultaneously serve the UE as its anchor component carriers.」（２／５〜３／５ページ）
（［当審仮訳］：
　ＬＴＥ−Ａ　ＵＥのためのＰＤＣＣＨが一緒に符号化されたものである場合，ＵＥがＰＤＣＣＨの受信及びデコードに失敗したすると，ＵＥのためにスケジュールされたすべてのリソースが無駄になる。直接的な効果的解決策は見当たらない。しかしながら，複数のコンポーネントキャリアがスケジュールされるＵＥは，多くの場合，良好なＳＮＲ領域にいる。したがって，そのような失敗の発生率は比較的低い。
　我々は，アンカーコンポーネントキャリアの使用は，ＵＥの電力消費を常には節約しないことを理解している。ＬＴＥ−Ａ　ＵＥは，アンカーコンポーネントキャリア上でのみＰＤＣＣＨを監視し，ＰＤＣＣＨの復号に成功した後では，ＵＥのためにスケジュールされたコンポーネントキャリアの数と位置を知っている。したがって，ＵＥは，各サブフレーム内で全てのコンポーネントキャリア上でＰＤＳＣＨを受信する準備をしなければならない。その結果，我々の見解では，アンカーコンポーネントキャリアが設定されたＬＴＥ−Ａ　ＵＥは，アンカーコンポーネントキャリアが設定されていないＬＴＥ−Ａ　ＵＥとほぼ同じ電力を消費する。これは，アンカーコンポーネントキャリアの概念を使用することに加えて，ＵＥ毎にアクティブなコンポーネントキャリアを定義することによって解決することができる。ＬＴＥ−Ａ　ＵＥのためのすべてのＰＤＳＣＨチャネルは，アクティブなコンポーネントキャリア上でのみ送信される。ＵＥ特有のアクティブなコンポーネントキャリアの設定は，半静的に行われてもよい。各ＵＥは，どのコンポーネントキャリアがアクティブかを，高いレイヤのシグナリング又は特別なＰＤＣＣＨにより通知される。ＬＴＥ−Ａ　ＵＥのためのすべてのアクティブなコンポーネントキャリアは，アンカーコンポーネントキャリアとして，ＵＥを同時にサーブすることができる。　）
（４）「2.2.　DL control signal structure
　We may accept an argument that Rel’8 control signal structure nicely fits to Option-1 PHY-to-MAC mapping (i.e. one TB and one HARQ entity per scheduled component carrier for non spatial multiplexing [5]). That is, a PDCCH for DL scheduling assignment and its associated PDSCH are transmitted on the same component carrier. However, if we implement the concept of UE-specific anchor component carrier, we will use new control signal structure (exemplified in Figures 2 and 3) which are used to be pointed to PDSCHs in multiple component carriers, in addition to Rel’8 control signal structure (Figure 1). 
（Figure 1は省略。）
　When an LTE UE is assigned on multiple anchor component carriers, one PDCCH for the UE is spread over all the anchor component carriers of the UE as shown in Figure 3. Spreading one PDCCH over multiple component carriers provides some frequency diversity gain which is beneficial especially when the total eNodeB Tx power is kept constant but the number of component carriers is increased and/or the cell is indoor or small.」（３／５〜４／５ページ）
（［当審仮訳］：
２．２　ＤＬ制御信号構造
　我々はＲｅｌ’８の制御信号構造がうまくオプション−１のＰＨＹ−ＭＡＣマッピング（すなわち，非空間多重化のためにスケジュールされたコンポーネントキャリア毎に１つのＴＢと１つのＨＡＲＱエンティティ[5] ）に適合するという考えを受け入れることができる。すなわち，ＤＬスケジューリング割り当てのためのＰＤＣＣＨとそれに関連するＰＤＳＣＨとが同じコンポーネントキャリア上で送信される。しかしながら，ＵＥ特有のアンカーコンポーネントキャリアの概念を実装する場合は，Ｒｅｌ’８の制御信号構造（図１）に加えて，複数のコンポーネントキャリアにおけるＰＤＳＣＨを指すために使用される新たな制御信号構造（例えば図２及び３）を使用する。
　ＬＴＥ　ＵＥが複数のアンカーコンポーネントキャリアに割り当てられている場合，図３に示されるように，ＵＥのための１つのＰＤＣＣＨがＵＥのすべてのアンカーコンポーネントキャリアの上に拡散している。複数のコンポーネントキャリア上に１つのＰＤＣＣＨを拡散することは，いくらかの周波数ダイバーシティ利得を提供し，これは，総ｅＮｏｄｅＢの送信電力が一定であるがコンポーネントキャリアの数が増加し及び／又はセルが屋内又は小さい場合に，特に有益である。）
　上記（１）〜（４）の記載及び図面の記載並びに当該技術分野の技術常識を考慮すると，
ア　上記（１）の記載によれば，引用例には，複数のコンポーネントキャリアのためのＰＤＣＣＨを伝送することに関する，ＬＴＥ−Ａで使用される方法が記載されていると認められる。
イ　上記（２）には，ＵＥが非アンカーコンポーネントキャリア上ではＰＣＦＩＣＨを受信及びデコードしていないと仮定されていることによる問題を解決するために，ＣＦＩの値をＬＴＥ−Ａ−セルのすべてのコンポーネントキャリア間で調整すること，又はＬＴＥ−Ａ　ＵＥが非アンカーコンポーネントキャリア上でＰＤＣＣＨはデコードしないがＰＣＦＩＣＨはデコードすること，が記載されている。ここで，上記ＣＦＩの値はＰＣＦＩＣＨの値を含むと解するのが自然である。また，ＣＦＩの値をすべてのコンポーネントキャリア間で調整するのであるから，その前提として，各コンポーネントキャリアから当該コンポーネントキャリアにおける各ＣＦＩの値（ＰＣＦＩＣＨの値）が取得されていることは自明である。
　したがって，引用例には，「複数のコンポーネントキャリアから，前記複数のコンポーネントキャリアに関連する物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）の値を取得することと」が記載されていると認められる。
ウ　上記（１）の末段落の記載によれば，ＬＴＥ−Ａネットワークが何らかの方法で各ＬＴＥ−Ａにアンカーコンポーネントキャリアを割り当てていることが読み取れ，割り当てるためには複数のコンポーネントキャリアからアンカーコンポーネントキャリアが識別されていることは明らかである。
　したがって，引用例には「前記複数のコンポーネントキャリアからアンカコンポーネントキャリアを識別すること」が記載されていると認められる。
エ　上記（１）の記載によれば，データ伝送に使用される全てのコンポーネントキャリアのためのＰＤＣＣＨは，アンカーコンポーネントキャリア上で送信され，上記（２）の記載によれば，当該アンカーコンポーネントキャリア上で送信されるＰＤＣＣＨには，各コンポーネントキャリア間で調整されたＣＦＩの値（ＰＣＦＩＣＨの値）が含まれるといえる。したがって，引用例には，「アンカーコンポーネントキャリアのＰＤＣＣＨによって，各コンポーネントキャリア間で調整されたＰＣＦＩＣＨの値を通信すること」が記載されていると認められる。
　したがって，引用例には以下の発明（以下，「引用発明」という。）が記載されていると認める。
「複数のコンポーネントキャリアのためのＰＤＣＣＨを伝送することに関する，ＬＴＥ−Ａで使用される方法であって，
　複数のコンポーネントキャリアから，前記複数のコンポーネントキャリアに関連する物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）の値を取得することと，
　前記複数のコンポーネントキャリアからアンカコンポーネントキャリアを識別することと，
　アンカーコンポーネントキャリアのＰＤＣＣＨによって，各コンポーネントキャリア間で調整されたＰＣＦＩＣＨの値を通信することとを備える方法。」
［周知技術］
　同じく原査定の拒絶の理由に引用されたPanasonic，PDCCH coding and mapping for carrier aggregation（［当審仮訳］：キャリア・アグリゲーションのためのＰＤＣＣＨ符号化及びマッピング），3GPP TSG-RAN WG1#56 R1-090682（会合が実施された２００９年２月９日には公になっていたと認められる。）（以下，「周知例１」という。）には，図面とともに以下の事項が記載されている。
（５）「2　PDCCH coding 
　In this section the two baseline coding schemes, i.e. separate and joint coding, are discussed. 
2.1　Separate coding
　Control information for each CC is separately coded, i.e. one PDCCH contains control information of one CC. The number of PDCCHs indicating control information for DL unicast PDSCH data for a UE is identical to the number of CC transmitted to the UE. For separate coding, we observe the following properties:
・Definition of the DCI is similar (or same) to Rel8 LTE. 
・Limited variation of payload sizes (i.e. PDCCH payload size is not affected by number of CCs) 
・Some fields (e.g. UE-ID, TPC for PUCCH) are duplicated among PDCCHs.
・PDCCH overhead scales with number of allocated CCs, i.e. no overhead reduction for multiple CC allocations
・The total number of blind decodings scales with number of CCs which are configured to the UE to monitor. 
2.2　Joint coding
　Control information for multiple CCs is jointly coded. The PDCCH comprises some common fields which are applied for all CCs and some separate fields. The overhead depends on the way of splitting the fields. For the scenario where control overhead reduction is more important, having more common fields would be useful. 
Further, following three options could be considered. 
・Full joint coding 
　Control information for all CCs (all CCs semi-statically configured to the UE) is jointly coded regardless of the number of CCs actually assigned to the UE in a given subframe. The UE monitors only one fixed-size PDCCH. 
（中略）
・Partial joint coding 
　Control information for a part of the CCs is jointly coded. For example, one PDCCH contains control information for up to two CCs. UE monitors a single PDCCH payload size. When the eNodeB assigns more than two CCs to the UE, eNodeB transmits two or more PDCCHs to the UE. This scheme can efficiently signal even if only a few CCs are assigned to the UE in a subframe.  
　Alternatively, UE monitors multiple PDCCH payload sizes in a subframe. Each corresponds to PDCCH containing control information for different number of CCs. For example, UE monitors two PDCCH payload sizes: one PDCCH contains control information for up to two CCs and the other contains control information for up to five CCs. The overhead can be reduced. However, the number of blind decodings and possible false detection are increased compared to full joint coding.」（１／５〜２／５ページ）
（［当審仮訳］：
２　ＰＤＣＣＨ符号化
　このセクションでは２つのベースライン符号化方式，すなわちセパレート符号化及びジョイント符号化が議論される。
２．１　セパレート符号化
　各ＣＣの制御情報はセパレート符号化される，すなわち，１つのＰＤＣＣＨは１つのＣＣの制御情報を含む。ＵＥのためのＤＬユニキャストＰＤＳＣＨのデータに対する制御情報を示すＰＤＣＣＨの数は，ＵＥに送信されたＣＣの数と同一である。セパレート符号化のために，私たちは次のプロパティを認める。
・ＤＣＩの定義は，Ｒｅｌ’８　ＬＴＥに類似（または同じ）。
・ペイロードサイズの限られた変動（すなわち，ＰＤＣＣＨのペイロードサイズは，ＣＣの数に影響されない）
・いくつかのフィールド（例えば，ＵＥ−ＩＤ，ＰＵＣＣＨのためのＴＰＣ）がＰＤＣＣＨ間で重複する。
・ＰＤＣＣＨオーバーヘッドは割り当てられたＣＣの数に比例する，すなわち，複数のＣＣ割り当てのオーバーヘッド削減はない。
・ブラインドデコーディングの総数は，ＵＥに設定されている監視するＣＣの数に比例する。
２．２　ジョイント符号化
　複数のＣＣのための制御情報は，ともに符号化される。ＰＤＣＣＨは，すべてのＣＣに適用されるいくつかの共通フィールドと，いくつかの別々のフィールドを含む。オーバーヘッドは，フィールドを分割する方法に依存する。制御オーバーヘッドの低減がより重要であるシナリオでは，より多くの共通フィールドを持つことは有用である。
　さらに，次の３つの選択肢が考えられる。
・
フルジョイント符号化
　すべてのＣＣの制御情報（すべてのＣＣはＵＥに半静的に設定される）は，所与のサブフレーム内でＵＥに実際に割り当てられたＣＣの数に関わらず，一緒に符号化される。ＵＥは，１つの固定サイズのＰＤＣＣＨのみを監視する。
（中略）
・部分的なジョイント符号化
　ＣＣの一部分のための制御情報が一緒に符号化される。例えば，１つのＰＤＣＣＨは，最大２つのＣＣの制御情報を含んでいる。ＵＥは，単一のＰＤＣＣＨペイロードサイズを監視する。ｅＮｏｄｅＢがＵＥへ２つ以上のＣＣを割り当てるとき，ｅＮｏｄｅＢはＵＥに２つ又はそれ以上のＰＤＣＣＨを送信する。この手法は，サブフレーム内でＵＥに割り当てられているＣＣがわずかである場合にも，効率的にシグナルできる。
　代替的に，ＵＥは，サブフレーム内の複数のＰＤＣＣＨペイロードサイズを監視する。それぞれが異なる数のＣＣの制御情報を含むＰＤＣＣＨに対応する。例えば，ＵＥは，２ＰＤＣＣＨペイロードサイズを監視する：１つのＰＤＣＣＨは，最大２つのＣＣのための制御情報を含んでおり，他のＰＤＣＣＨは最大５つのＣＣのための制御情報を含んでいる。オーバーヘッドを低減することができる。しかしながら，ブラインドデコーディングの数及び誤検出の可能性は，フルジョイント符号化と比較して増加する。　）
（６）「3　PDCCH mapping 
　Two baseline mapping schemes are discussed below. 
3.1　PDCCH mapped within a single component carrier
　One PDCCH is always mapped within a CC. The same (or similar) structure for PDCCH-CCE-RE mapping as Rel8 LTE can be reused. In this case use of a CQI per CC for the link adaptation is beneficial, since the SINR per CC may vary significantly and a CQI across all configured CCs may not be sufficiently accurate.
　In case of separate coding, following two alternatives could be considered. 
　　Alt1: PDCCH indicate the PDSCH on the same CC where the PDCCH is transmitted. 
The PDCCH CC position implicitly indicates the assigned CC for the PDSCH. No explicit indication field in PDCCH is necessary. 
　　Alt2: PDCCH can indicate a PDSCH on any CC. PDCCH may be transmitted only from “anchor CC” or any other CC.
　Assigned CC for the PDSCH needs to be indicated. This may be done explicitly by a PDCCH field or implicitly, e.g. by the UE-ID (CRC masking). （中略）
　In case of joint coding, the PDCCH may be transmitted on a semi-statically configured CC (“anchor CC”) or on a selected CC in each subframe. In this case the following alternatives are envisaged:
　　Alt1: PDCCH is mapped onto one of the CCs on which the PDSCHs are mapped
　　Alt2. PDCCH may be mapped on any configured CC
3.2　PDCCH mapped across component carriers
（中略）
　It may be preferable to align the PCFICH values of the CCs on which the PDCCH is mapped, because a PCFICH error in any CC causes a PDCCH error. 」（３／５ページ）
（［当審仮訳］：
３　ＰＤＣＣＨマッピング
　２つのベースラインマッピング方式が，以下に議論される。
３．１　単一のコンポーネントキャリア内ＰＤＣＣＨマッピング
　一つのＰＤＣＣＨが常に１つのＣＣ内にマッピングされる。Ｒｅｌ’８と同じ（又は類似の）ＰＤＣＣＨ−ＣＣＥ−ＲＥマッピング構造を再利用することができる。この場合，ＣＣ当たりのＳＩＮＲが大きく変化すると可能性があり，設定されたすべてのＣＣにわたるＣＱＩは十分に正確ではないかもしれないので，リンク適応のためのＣＣ毎のＣＱＩの使用は有益である。セパレート符号化の場合，次の２つの選択肢が考えられる。
　ALT1：ＰＤＣＣＨは，ＰＤＣＣＨが送信されているのと同じＣＣのＰＤＳＣＨを示す。
　　ＰＤＣＣＨ　ＣＣの位置は，暗黙のうちに，ＰＤＳＣＨに割り当てられたＣＣを示す。ＰＤＣＣＨには明示的な指示フィールドは必要ない。
　ALT2：ＰＤＣＣＨは，任意のＣＣ上でＰＤＳＣＨを示すことができる。ＰＤＣＣＨ「アンカーＣＣ」又は他の任意のＣＣのみから送信され得る。
　　ＰＤＳＣＨに割り当てられたＣＣが示される必要がある。これは，ＰＤＣＣＨフィールドによって明示的に行われてもよいし，例えば，ＵＥ−ＩＤ（ＣＲＣマスキング）により暗黙的に行われてもよい。（中略）
　ジョイント符号化の場合には，ＰＤＣＣＨは，半静的に設定されたＣＣ（「アンカーＣＣ」），又は各サブフレーム内の選択されたＣＣで送信されてもよい。この場合，次の選択肢が考えられる：
　ALT1：ＰＤＣＣＨは，ＰＤＳＣＨがマッピングされているＣＣのうちの一つにマッピングされる。
　ALT2：ＰＤＣＣＨは，任意に設定されるＣＣにマッピングされ得る。
（図は省略）
３．２　複数のコンポーネントキャリアにわたってマッピングされたＰＤＣＣＨ
　任意のＣＣでのＰＣＦＩＣＨエラーはＰＤＣＣＨエラーを引き起こすため，
ＰＤＣＣＨがマッピングされているＣＣのＰＣＦＩＣＨの値を揃えることが好ましい
　同じく原査定の拒絶の理由に引用されたEricsson，Characterization of downlink control signaling for LTE-Advanced（［当審仮訳］：ＬＴＥ−Ａｄｖａｎｃｅｄのためのダウンリンク制御シグナリングの特徴付け），3GPP TSG-RAN WG1#56 R1-090907（会合が実施された２００９年２月９日には公になっていたと認められる。）（以下，「周知例２」という。）には，図面とともに以下の事項が記載されている。
（７）「Appendix A − Control signaling for Carrier Aggregation
（中略）
A.1　PCFICH
　Two alternatives can be envisioned for the size of the control region on each component carrier:
●same control region size (same PCFICH value enforced) across all component carriers
　○may improve PCFICH error probabilities
　○scheduling restrictions imposed on (Rel-8) terminals
　○may lead to inefficient resource utilization (excessively large control region on some component carriers)」（３葉目）
（［当審仮訳］：
付録Ａ− キャリアアグリゲーションのための制御シグナリング
（中略）
Ａ．１　ＰＣＦＩＣＨ
　各コンポーネントキャリア上の制御領域のサイズについて，２つの選択肢が想定することができる。
●
すべてのコンポーネントキャリアにわたって同じ制御領域のサイズ（同じＰＣＦＩＣＨ値が強制される）
　○ＰＣＦＩＣＨ誤り確率を改善することができる。
　○Ｒｅｌ’８端末にスケジューリングの制限が課せられる。
　○非効率的なリソース利用（いくつかのコンポーネントキャリアに過剰な制御領域）につながる。　）
　本願の最先の優先日より前に電気通信回線を通じて公衆に利用可能となったHuawei，PDCCH design for carrier aggregation（［当審仮訳］：キャリアアグリゲーションのためＰＤＣＣＨ設計），3GPP TSG-RAN WG1#55bis R1-090127（会合が実施された２００９年１月１２日には公になっていたと認められる。）（以下，「周知例３」という。）として図面とともに以下の事項が記載されている。
（８）「1　Introduction
　Control channel design is one important open issue when introducing carrier aggregation in LTE-A. With carrier aggregation, there will be multiple PDSCH and/or PUSCH for each UE and therefore also multiple  PDCCH and/or PUCCH. For PDCCH, there are mainly two issues, the encoding issue and mapping issue and these will be discussed in the following sections. 
　These solutions are the most reasonable candidates for the multiple PDCCH transmission, as shown in Fig. 1:
☆Basic solution: Each PDCCH related to a PDSCH in a component carrier is separately encoded and transmitted in the control symbols of the same component carrier.
☆Alternative solution 1: Multiple PDCCHs related to the multiple PDSCH are jointly encoded and distributed in the control symbols of the component carriers of the corresponding multiple PDSCH.
☆Alternative solution 2: Multiple PDCCHs related to the multiple PDSCH are jointly encoded and transmitted in the control symbols of one UE specific component carrier (i.e. the anchor carrier).
☆Alternative solution 3: Each PDCCH related to a PDSCH in a component carrier is separately encoded and transmitted in the control symbols of one UE specific component carrier (i.e. the anchor carrier).
」（１葉目）
（［当審仮訳］：
１　はじめに
　ＬＴＥ−Ａでキャリアアグリゲーションを導入する際に，制御チャネル設計は１つの重要な未解決の問題である。キャリアアグリゲーションでは，各ＵＥのために複数のＰＤＳＣＨ及び／又はＰＵＳＣＨが存在し，そのため，複数のＰＤＣＣＨ及び／又はＰＵＣＣＨが存在する。ＰＤＣＣＨは，符号化の問題とマッピングの問題という，主に２つの問題がある。これらは以下のセクションで説明される。
　図１に示されるように，これらの解決策は，複数のＰＤＣＣＨ送信のための最も合理的な候補である：
☆基本的解決策：コンポーネントキャリアのＰＤＳＣＨに関連する各ＰＤＣＣＨは，同じコンポーネントキャリアの制御シンボルに別々に符号化され送信される。
☆代替的解決策１：複数のＰＤＳＣＨに関連する複数のＰＤＣＣＨは，一緒に符号化され，対応する複数のＰＤＳＣＨの複数のコンポーネントキャリアの制御シンボルに分布される。
☆
代替的解決策２：複数のＰＤＳＣＨに関連する複数のＰＤＣＣＨは，一緒に符号化され，１つの端末特有のコンポーネントキャリア（すなわちアンカーキャリア）の制御シンボルで伝送される。
☆
代替的解決策３：コンポーネントキャリアのＰＤＳＣＨに関連する各ＰＤＣＣＨは別々に符号化され，１つの端末特有のコンポーネントキャリア（すなわちアンカーキャリア）の制御シンボルで伝送される
（図は省略。）　）
　上記（５）〜（７）の記載及び図面の記載並びに当該技術分野の技術常識を考慮すると，
「ＰＤＣＣＨのサイズをすべてのコンポーネントキャリア（ＣＣ）に共通の固定値とすること。」は周知であると認められる（以下，「周知技術１」という。）。
　また，例えば上記（６），（８）にも記載されているように，ジョイント符号化及びセパレート符号化はよく知られているものであり，セパレート符号化に関して「１つのコンポーネントキャリアのＰＤＣＣＨおいて，複数のコンポーネントキャリアにおいて使用するそれぞれの制御情報をまとめて送信すること。」は周知であると認められる（以下，「周知技術２」という。）。
４　対比・判断 
　本願発明と引用発明とを対比すると，
（１）引用発明の「複数のコンポーネントキャリア」は，ＰＤＣＣＨ（物理ダウンリンク制御チャネル）を備えるから，ダウンリンクに係るものであることは明らかである。また，「アンカ」と「アンカー」，「成分キャリア」と「コンポーネントキャリア」とは，それぞれ表記が異なるのみであって実質的に差異は無い。また，引用発明の「・・・ためのＰＤＣＣＨを伝送することに関する」「方法」を，「・・・ための制御情報を伝送することを容易にする」「方法」と称することは任意である。また，引用発明の「ＬＴＥ−Ａ」は，明らかに「無線通信システム」といえる。更に，本願発明の「１または複数」は，「１」又は「複数」が択一的に選択され得るものであるから，引用発明の「複数」との間に差異はない。
　したがって，引用発明の「複数のコンポーネントキャリアのためのＰＤＣＣＨを伝送することに関する，ＬＴＥ−Ａで使用される方法」は，「複数のダウンリンク成分キャリアのための制御情報を伝送することを容易にする，無線通信システムで使用される方法」といえる。
（２）引用発明の「複数のコンポーネントキャリアから，前記複数のコンポーネントキャリアに関連する物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）の値を取得すること」は，明らかに本願発明の「複数の成分キャリアを評価して，前記複数の成分キャリアに関連する物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）情報を識別すること」に相当する。
（３）引用発明の「前記複数のコンポーネントキャリアからアンカコンポーネントキャリアを識別すること」は，明らかに本願発明の「前記複数の成分キャリアからアンカ成分キャリアを識別すること」に相当する。
（４）引用発明の「各コンポーネントキャリア間で調整されたＰＣＦＩＣＨの値」は，アンカーコンポーネントキャリア及び非アンカーコンポーネントキャリアにて利用されるものであることは明らかであるから，「前記アンカ成分キャリアに，および，前記複数の成分キャリアのおのおのに関連するＰＣＦＩＣＨ情報」といえる。
　したがって，本願発明の「専用シグナリングによって，前記アンカ成分キャリアに，および，前記１または複数の成分キャリアのおのおのに関連する，パッケージされたＰＣＦＩＣＨ情報を通信すること」と，引用発明の「アンカーコンポーネントキャリアのＰＤＣＣＨによって，各コンポーネントキャリア間で調整されたＰＣＦＩＣＨの値を通信すること」とは，下記の相違点は別として，「前記アンカ成分キャリアに，および，前記複数の成分キャリアのおのおのに関連するＰＣＦＩＣＨ情報を通信すること」の点で共通する。
　以上を総合すると，本願発明と引用発明とを対比すると，両者は，以下の点で一致し，また，相違している。
（一致点）
「複数のダウンリンク成分キャリアのための制御情報を伝送することを容易にする，無線通信システムで使用される方法であって，
　複数の成分キャリアを評価して，前記複数の成分キャリアに関連する物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）情報を識別することと，
　前記複数の成分キャリアからアンカ成分キャリアを識別することと，
　前記アンカ成分キャリアに，および，前記複数の成分キャリアのおのおのに関連するＰＣＦＩＣＨ情報を通信することとを備える方法。」
（相違点１）
　一致点の「前記アンカ成分キャリアに，および，前記複数の成分キャリアのおのおのに関連するＰＣＦＩＣＨ情報」に関し，本願発明は「パッケージされたＰＣＦＩＣＨ情報」であるのに対し，引用発明は「パッケージされた」なる事項が明らかにされていない点。
（相違点２）
　一致点の「・・・ＰＣＦＩＣＨ情報を通信すること」に関し，本願発明は「専用シグナリングによって」通信するのに対し，引用発明は「アンカーコンポーネントキャリアのＰＤＣＣＨによって」通信する点。
　以下，上記各相違点についての検討する。
（相違点１について）
　本願明細書の【００３２】，【００３３】，【００３７】の記載によれば，ＰＣＦＩＣＨ情報のパッケージはおのおののキャリアのＰＣＦＩＣＨ情報の復号を省くために生成され，アンカ・キャリア（アンカ成分キャリア）へパッケージされるものであることに鑑みれば，「パッケージされた」とは，アンカ成分キャリアに関連するＰＦＩＣＨ情報（アンカ成分キャリアにおいて利用されるＰＦＩＣＨ情報）及び１または複数の成分キャリアのおのおのに関連するＰＦＩＣＨ情報（１または複数の成分キャリアにおいておのおの利用されるＰＦＩＣＨ情報）が，アンカ成分キャリアのみから得られるようにすることを含むと解される。
　そして，本願の特許請求の範囲の請求項７を参酌すれば，本願発明の「パッケージされたＰＣＦＩＣＨ情報」は，「ともに符号化される」（jointly coded）ものを含んでおり，また，本願の特許請求の範囲の請求項２を参酌すれば，本願発明の「前記１または複数の成分キャリアのおのおのに関連する，パッケージされたＰＣＦＩＣＨ情報」は，「固定されたＰＣＦＩＣＨ情報値」を包含していることは明らかである。
　そして，本願明細書の【００４１】の記載によれば，固定されたＰＣＦＩＣＨ値（上記「固定されたＰＣＦＩＣＨ情報値」に相当。）は，非アンカ成分キャリアが対応するＰＣＦＩＣＨを明示的に復号することなく，仮定されうるものであるが，【００４１】の前半の記載に鑑みれば，当該固定されたＰＣＦＩＣＨ値は「共通のＰＣＦＩＣＨ」に係るものである。そして，同【００４０】の記載によれば，「共通のＰＣＦＩＣＨ」によって，全ての成分キャリアが同じサイズのＰＤＣＣＨを有するようになるものである。してみると，固定されたＰＣＦＩＣＨ値は，アンカ成分キャリアに関連するＰＦＩＣＨ情報（アンカ成分キャリアにおいて利用されるＰＦＩＣＨ情報）といえると同時に，１または複数の成分キャリアのおのおのに関連するＰＦＩＣＨ情報（１または複数の成分キャリアにおいておのおの利用されるＰＦＩＣＨ情報）ともいえる。そして，当該固定されたＰＣＦＩＣＨ値は，アンカ成分キャリアのみからも得ることができるものである。したがって，当該固定されたＰＣＦＩＣＨ値は，「前記アンカ成分キャリアに，および，前記１または複数の成分キャリアのおのおのに関連する，パッケージされたＰＣＦＩＣＨ情報」といえる。
　ここで，異なるＬＴＥ−Ａ　ＵＥにはアンカ成分キャリアとして異なる成分キャリアが割り当てられ得ることは自明である。そうすると，あるＬＴＥ−Ａ　ＵＥにとってのアンカ成分キャリアは，他のＬＴＥ−Ａ　ＵＥにとっての非アンカ成分キャリアとなり得るところ，ＰＤＣＣＨが使用するＯＦＤＭシンボルの数（すなわち，ＰＣＦＩＣＨ情報）は成分キャリア毎に設定されるものであってＬＴＥ−Ａ　ＵＥ毎に設定されるものではないから，上記請求項２のように共通の固定されたＰＣＦＩＣＨ値を用いる場合は，アンカ成分キャリア／非アンカ成分キャリアの別なく，また，ＬＴＥ−Ａ　ＵＥの別なく，全ての成分キャリアが共通の固定されたＰＣＦＩＣＨ値を用いることは明らかである。そして，このことは，本願明細書の【００４０】，【００４１】の開示内容とも整合するものである。また，このことは，「専用シグナリング」については，本願明細書の【００４０】に非アンカ成分キャリアの固定されたＰＣＦＩＣＨ値についてのみしか開示されていないところ，本願発明は「専用シグナリングによって，前記アンカ成分キャリアに，および，前記１または複数の成分キャリアのおのおのに関連する，パッケージされたＰＣＦＩＣＨ情報を通信する」と規定していることとも，整合的に解釈できるものである。
　一方，引用発明の「アンカーコンポーネントキャリアのＰＤＣＣＨによって，各コンポーネントキャリア間で調整されたＰＣＦＩＣＨの値」は，「ＰＤＣＣＨのサイズをすべてのコンポーネントキャリア（ＣＣ）に共通の固定値とすること。」との周知技術１に照らせば，アンカーコンポーネントキャリア及び非アンカーコンポーネントキャリアを含む複数のコンポーネントキャリアに共通の固定されたＰＣＦＩＣＨの値と解することができる。そして，当該共通の固定された値は，アンカーコンポーネントキャリアに関連するＰＦＩＣＨ情報（アンカーコンポーネントキャリアにおいて利用されるＰＦＩＣＨ情報）といえ，また，非アンカーコンポーネントキャリアに関連するＰＦＩＣＨ情報（非アンカーコンポーネントキャリアにおいておのおの利用されるＰＦＩＣＨ情報）ともいえる。そして，当該調整されたＰＣＦＩＣＨの値は，アンカーコンポーネントキャリアのみからも得ることができるものである。してみると，引用発明の「各コンポーネントキャリア間で調整されたＰＣＦＩＣＨの値」も，「前記アンカ成分キャリアに，および，前記１または複数の成分キャリアのおのおのに関連する，パッケージされたＰＣＦＩＣＨ情報」といえることは明らかである。
　したがって，上記相違点１には，実質的な差異はない。
　なお，仮に，「前記アンカ成分キャリアに，および，前記１または複数の成分キャリアのおのおのに関連する，パッケージされたＰＣＦＩＣＨ情報」が，それぞれ別々の独立した情報である，アンカ成分キャリアに関連するＰＣＦＩＣＨ情報，および，１または複数の成分キャリアのおのおのに関連するＰＣＦＩＣＨ情報からなるものであるとしても，周知技術２のとおり「１つコンポーネントキャリアのＰＤＣＣＨおいて，複数のコンポーネントキャリアにおいて使用するそれぞれの制御情報をまとめて送信すること。」は例えば周知例１にも記載されているように周知であるから，当該まとめて送信される制御情報としてＰＣＦＩＣＨ情報を適用することは格別困難なことではなく，当業者が容易になし得ることに過ぎない。
（相違点２について）
　「専用シグナリング」については，本願明細書の【００４１】に「ＰＤＳＣＨ復号のための固定されたＰＣＦＩＣＨ値は，ブロードキャストされ，専用シグナリングによってシグナルされるか，あるいは，１つの値でハード符号化されうる。」との記載があるのみであって，その具体的な定義については明らかにされていない。そして，「専用シグナリング」なる文言からは，「専用」とは，ＵＥ専用とも，ＰＣＦＩＣＨ値専用とも解し得るものである。
　そして，上記「（相違点１について）」にて述べたように，固定されたＰＣＦＩＣＨ値を用いる場合は，アンカ成分キャリア／非アンカ成分キャリアの別なく，また，全てのＬＴＥ−Ａ　ＵＥに共通に，共通の固定されたＰＣＦＩＣＨ値が利用されるものである。これは，固定されたＰＣＦＩＣＨ値が「ブロードキャスト」され得ることにも合致するものである。
　してみると，「専用シグナリング」とは，各ＵＥに専用のシグナリングというよりは，「固定されたＰＣＦＩＣＨ情報」を専用にシグナリングすることと解する方がより自然である。
　一方，引用発明は，「各コンポーネントキャリア間で調整されたＰＣＦＩＣＨの値」を「アンカーコンポーネントキャリアのＰＤＣＣＨ」によって通信するものであるところ，ＰＤＣＣＨ情報を送信するリソースにＰＣＦＩＣＨが含まれることはＬＴＥの標準仕様にもあるように技術常識（必要であれば，原査定の拒絶の理由に引用された国際公開第２００８／０８４６２４号の[0006]，[0007]，同じく原査定の拒絶の理由に引用された国際公開第２００９／０４１７７９号の[６２]参照。）であり，ＰＣＦＩＣＨは「ＰＣＦＩＣＨ情報」を専用にシグナリングするチャネルであるから，引用発明は，アンカーコンポーネントキャリアにおいて，ＰＣＦＩＣＨ情報を専用にシグナリングするＰＣＦＩＣＨにて固定されたＰＣＦＩＣＨ情報をシグナリングしているということができる。そして，これを「専用シグナリング」と称することは任意であるから，相違点２には実質的な差異はないというべきである。
　仮に，「専用シグナリング」が各ＵＥに専用のシグナリングであるとしても，各ＵＥに対して通知を行うことは普通に行われている（例えば，引用例の「higher layer signalling」，「special PDCCH」（上記３（３）参照。）ことであり，通知手段として周知の「各ＵＥに専用のシグナリング」を用いることは格別困難なことではなく，当業者が適宜採用し得ることにすぎない。
５　むすび 
　以上のとおり，本願発明は，引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許を受けることができない。
　よって，結論のとおり審決する。