【事件の表示】
　特願２０１６−５１６８５５「無線通信システムにおける端末のダウンリンク制御情報デコーディング方法及び装置」拒絶査定不服審判事件〔平成２７年　４月　２日国際公開、ＷＯ２０１５／０４６９８９、平成２８年１１月２４日国内公表、特表２０１６−５３６８２７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２０１４年（平成２６年）９月２９日（パリ条約による優先権主張外国庁受理　２０１３年９月２７日　米国、２０１３年１０月２９日　米国、２０１４年１月２８日　米国、２０１４年２月６日　米国、２０１４年２月１３日　米国）を国際出願日とする出願であって、その手続の経緯は以下のとおりである。
　平成２９年　２月２２日付け　拒絶理由通知書
　平成２９年　５月　９日　　　意見書、手続補正書の提出
　平成２９年１０月１３日付け　拒絶査定
　平成３０年　２月１４日　　　拒絶査定不服審判の請求、手続補正書の提　　　　　　　　　　　　　　　出
　平成３１年　３月　５日付け　拒絶理由通知書（当該通知書で通知した拒　　　　　　　　　　　　　　　絶理由を、以下「当審拒絶理由」という。　　　　　　　　　　　　　　　）
　令和　１年　６月　６日　　　意見書、手続補正書の提出
第２　本願発明
　本願の請求項に係る発明は、令和１年６月６日に提出された手続補正書により補正された特許請求の範囲の請求項１ないし１０に記載された事項により特定されるものであるところ、請求項１に係る発明（以下、「本願発明」という。）は、以下のとおりのものであると認める。
「　ダウンリンク制御情報（ＤＣＩ）をデコーディングする方法であって、前記方法は、第１のセルおよび第２のセルで設定された端末（ＵＥ）により実行され、前記方法は、
　前記第１のセルを介して、前記第２のセルにおけるアップリンク送信をスケジューリングするＤＣＩを受信することと、
　前記ＤＣＩをデコーディングすることと
　を含み、
　前記第１のセルが、ダウンリンクサブフレームおよびアップリンクサブフレームが１：１の関係で存在するＦＤＤ（ｆｒｅｑｕｅｎｃｙ　ｄｉｖｉｓｉｏｎ　ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、前記第２のセルが、ダウンリンクサブフレームおよびアップリンクサブフレームが下の表のアップリンク−ダウンリンク設定に従って存在するＴＤＤ（ｔｉｍｅ　ｄｉｖｉｓｉｏｎ　ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルである場合に、前記ＴＤＤセルのアップリンク−ダウンリンク設定が以下の表のアップリンク−ダウンリンク設定０であるときに、前記ＦＤＤセルを介して受信された前記ＤＣＩには、２ビットからなるアップリンクインデックスフィールドが含まれ、
　　【表１】
　上の表において、Ｄは、ダウンリンクサブフレームを示し、Ｓは、スペシャルサブフレームを示し、Ｕは、アップリンクサブフレームを示す、方法。」
第３　拒絶の理由
　当審拒絶理由の概要は、
「 ２．（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。」
というものであり、請求項１に対して、下記の１が引用され、周知事項を示すために下記２、４が提示されている。
１．米国特許出願公開第２０１２／０２５７５５２号明細書 
２．3GPP TS 36.212 V10.8.0 (2013-06)，２０１３年６月２６日アップロード、インターネット＜https://www.3gpp.org/ftp/Specs/archive/36_series/36.212/36212-a80.zip＞ 
４．3GPP TS 36.211 V10.7.0 (2013-02)，２０１３年３月１５日アップロード、インターネット＜https://www.3gpp.org/ftp/Specs/archive/36_series/36.211/36211-a70.zip＞ 
第４　引用例等に記載された事項及び引用発明等
１．引用発明
　当審拒絶理由で引用された米国特許出願公開第２０１２／０２５７５５２号明細書（以下、「引用例１」という。）には、図面とともに以下の事項が記載されている。（下線は当審が付与。）
（１）「[0061] FIG. 7 shows an example of three CCs with different configurations. 
In this example, CC 1 is configured for FDD and includes a downlink CC/frequency channel and an uplink CC/frequency channel. The downlink CC includes downlink subframes, which are denoted as D in FIG. 7. The uplink CC includes uplink subframes, which are denoted as U in FIG. 7 . CC 2 is configured for TDD with uplink-downlink configuration 0.
[0062] Cross-carrier signaling for multiple CCs with different configurations may be challenging. A TDD CC may carry control information for data transmission on an FDD. Grants may be sent in only downlink subframes and special subframes of the TDD CC while data transmission may be sent in all subframes of the FDD CC. This discrepancy may be addressed in several manners. In one design, data transmission may be scheduled in only subframes of the FDD CC that correspond to the downlink and special subframes of the TDD CC in a HARQ timeline. For example, a downlink grant may be sent four subframes earlier than a data transmission scheduled by the downlink grant. In this case, data transmission may be scheduled in only subframes of the FDD CC that are four subframes later than the downlink and special subframes of the TDD CC. This design may enable reuse of existing control mechanisms for data transmission with HARQ. However, some subframes of the FDD CC cannot be scheduled with cross-carrier signaling on the TDD CC, which may be undesirable. In another design, the downlink and special subframes of the TDD CC may schedule data transmission on all subframes of the FDD CC with cross-subframe control. For example, a grant may be sent on the TDD CC and may indicate that it is for data transmission in a subframe of the FDD CC that is more than four subframes away.
[0063] Conversely, 
an FDD CC may carry control information for data transmission on a TDD CC.
uplink grants may be sent in some other subframes of the FDD CC to schedule data transmission in uplink subframes of the TDD CC.
[0064] FDD and TDD may be associated with different DCI sizes for a given DCI format even when the same system bandwidth, the same downlink/uplink transmission mode, and the same number of transmit antennas are used for FDD and TDD CCs. For example, DCI format 1A for a downlink grant for one codeword may have different sizes for FDD and TDD. Table 3 lists the fields of DCI format 1A as well as the bitwidth of each field for FDD and TDD. DCI format 1A for FDD includes a 3-bit HARQ process ID and no downlink assignment index (DAI) and has an overall bitwidth of 44 bits. DCI format 1A for TDD includes a 4-bit HARQ process ID and a 2-bit DAI and has an overall bitwidth of 47 bits. Other DCI formats may also be associated with different sizes for FDD and TDD.
（中略）
[0066] In general, a UE may be configured with a plurality of CCs for carrier aggregation. The plurality of CCs may be associated with a plurality of control messages of the same format/type (e.g., DCI format 1A). The plurality of control messages may have different definitions, which may be characterized in various manners. For example, different control messages may be associated with different sets of control information fields, different bitwidths for a given control information field, different message sizes, etc. Control information for a given CC X may be sent based on a definition of a control message for another CC Y.
[0067] 
It may be desirable to support search space sharing for a combination of FDD and TDD CCs with cross-carrier signaling.
For example, DCI for an FDD CC and DCI for a TDD CC may be sent in UE-specific search spaces for the FDD and TDD CCs on the FDD CC. A UE may need to perform a first set of blind decodes for a first DCI size for the FDD CC and a second set of blind decodes for a second DCI size for the TDD CC.
The UE may need to perform twice the number of blind decodes to support search space sharing for the FDD and TDD CCs.
（当審仮訳：
［００６１］　図７に、異なる設定をもつ３つのＣＣの一例を示す。
この例では、ＣＣ１は、ＦＤＤのために設定され、ダウンリンクＣＣ／周波数チャネルとアップリンクＣＣ／周波数チャネルとを含む。ダウンリンクＣＣは、図７中に“Ｄ”として示されるダウンリンクサブフレームを含む。アップリンクＣＣは、図７中に“Ｕ”として示されるアップリンクサブフレームを含む。ＣＣ２は、アップリンク−ダウンリンク設定０のＴＤＤのために設定される。
［００６２］　異なる設定をもつマルチプルなＣＣについてのクロスキャリアシグナリングは、困難なことがある。ＴＤＤ　ＣＣは、ＦＤＤ上のデータ送信のための制御情報を搬送し得る。許可は、ＴＤＤ　ＣＣのダウンリンクサブフレームと特殊なサブフレームとにおいてのみ送られることができ、データ送信は、ＦＤＤ　ＣＣのすべてのサブフレームにおいて送られることができる。この相異はいくつかの方法で対処され得る。１つの設計では、データ送信は、ダウンリンクに対応するＦＤＤ　ＣＣのサブフレームと、ＨＡＲＱタイムラインにおけるＴＤＤ　ＣＣの特殊なサブフレームとにおいてのみスケジュールされ得る。例えば、ダウンリンク許可は、ダウンリンク許可によってスケジュールされたデータ送信よりも４サブフレームだけ早く送られ得る。この場合、データ送信は、ＴＤＤ　ＣＣのダウンリンクおよび特殊なサブフレームよりも４サブフレームだけ後のＦＤＤ　ＣＣのサブフレームのみにおいてスケジュールされ得る。この設計は、ＨＡＲＱを用いたデータ送信のための既存の制御メカニズムの再利用を可能にし得る。しかしながら、ＦＤＤ　ＣＣのいくつかのサブフレームは、ＴＤＤ　ＣＣ上でのクロスキャリアシグナリングを用いてスケジュールされることができず、それは望ましくないことがある。別の設計では、ＴＤＤ　ＣＣのダウンリンクおよび特殊なサブフレームは、クロスサブフレーム制御を用いたＦＤＤ　ＣＣのすべてのサブフレーム上でのデータ送信をスケジュールし得る。例えば、許可は、ＴＤＤ　ＣＣ上で送られ、それが４サブフレームよりも多く離れているＦＤＤ　ＣＣのサブフレーム中でのデータ送信のためのものであることを示し得る。
［００６３］　逆に、
ＦＤＤ　ＣＣは、ＴＤＤ　ＣＣ上でのデータ送信のための制御情報を搬送し得る。
ＴＤＤ　ＣＣのアップリンクサブフレームにおけるデータ送信をスケジュールするために、ＦＤＤ　ＣＣのいくつかの他のサブフレームにおいてアップリンク許可が送られ得る。
［００６４］　同じシステム帯域幅、同じダウンリンク／アップリンク送信モード、および同数の送信アンテナがＦＤＤ　ＣＣおよびＴＤＤ　ＣＣのために使用されるときでも、ＦＤＤおよびＴＤＤは、所与のＤＣＩフォーマットの異なるＤＣＩサイズに関連付けられ得る。例えば、１つのコードワードのためのダウンリンク許可のためのＤＣＩフォーマット１Ａは、ＦＤＤおよびＴＤＤについて異なるサイズを有し得る。表３に、ＤＣＩフォーマット１ＡのフィールドならびにＦＤＤおよびＴＤＤに関する各フィールドのビット幅を記載する。ＦＤＤのためのＤＣＩフォーマット１Ａは、３ビットＨＡＲＱプロセスＩＤを含み、ダウンリンク割当てインデックス（ＤＡＩ：ｄｏｗｎｌｉｎｋ　ａｓｓｉｇｎｍｅｎｔ　ｉｎｄｅｘ）を含まず、４４ビットの総ビット幅を有する。ＴＤＤのためのＤＣＩフォーマット１Ａは、４ビットＨＡＲＱプロセスＩＤと２ビットＤＡＩとを含み、４７ビットの総ビット幅を有する。また、他のＤＣＩフォーマットは、ＦＤＤおよびＴＤＤに関する異なるサイズに関連付けられ得る。
（中略）
［００６６］　概して、ＵＥは、キャリアアグリゲーションのための複数のＣＣで設定され得る。複数のＣＣは、同じフォーマット／タイプ（例えば、ＤＣＩフォーマット１Ａ）の複数の制御メッセージに関連付けられ得る。複数の制御メッセージは、様々な方法で特徴づけられ得る、異なる定義を有し得る。例えば、異なる制御メッセージは、制御情報フィールドの異なるセット、所与の制御情報フィールドのための異なるビット幅、異なるメッセージサイズなどに関連付けられ得る。所与のＣＣ　Ｘについての制御情報は、別のＣＣ　Ｙについての制御メッセージの定義に基づいて送られ得る。
［００６７］　
クロスキャリアシグナリングを用いたＦＤＤ　ＣＣとＴＤＤ　ＣＣとの組合せのための探索空間共有をサポートすることが望ましい。
例えば、ＦＤＤ　ＣＣのためのＤＣＩおよびＴＤＤ　ＣＣのためのＤＣＩは、ＦＤＤ　ＣＣ上のＦＤＤ　ＣＣおよびＴＤＤ　ＣＣについてのＵＥ固有探索空間中で送られ得る。ＵＥは、ＦＤＤ　ＣＣの第１のＤＣＩサイズについてブラインド復号の第１のセットを実行し、ＴＤＤ　ＣＣの第２のＤＣＩサイズについてブラインド復号の第２のセットを実行する必要がある。
ＵＥは、ＦＤＤ　ＣＣおよびＴＤＤ　ＣＣについての探索空間共有をサポートするために２倍の回数のブラインド復号を実行する必要があり得る。
（２）「
」
　上記各記載、図面及び当業者における技術常識からみて、以下のことがいえる。
ア　上記（１）の段落［００６７］の記載によれば、ＵＥは、ＤＣＩをブラインド復号するといえる。また、上記（１）の段落［００６１］の記載及び（２）のＦＩＧ．７によれば、ＵＥは、ダウンリンクＣＣとアップリンクＣＣとを含むＣＣ１およびＣＣ２で設定されるといえる。したがって、引用例１には、「ＤＣＩをブラインド復号する方法であって、前記方法は、ダウンリンクＣＣとアップリンクＣＣとを含むＣＣ１およびＣＣ２で設定されたＵＥにより実行され」ることが記載されているといえる。
イ　上記（１）の段落［００６３］の記載によれば、ＦＤＤ　ＣＣがＴＤＤ　ＣＣ上でのデータ送信のための制御情報を搬送し、ＴＤＤ　ＣＣのアップリンクサブフレームにおけるデータ送信をスケジュールするといえる。ここで、上記（１）の段落［００６１］の記載及び（２）のＦＩＧ．７によれば、ＦＤＤ　ＣＣはＣＣ１であり、ＴＤＤ　ＣＣはＣＣ２であるから、ＣＣ１がＣＣ２のアップリンクサブフレームにおけるデータ送信をスケジュールする制御情報を搬送するといえる。また、「制御情報」は、上記アにおけるＤＣＩであって、ＵＥが受信するものであることは当業者にとって明らかである。したがって、引用例１には、ＵＥが「ＣＣ１を介して、ＣＣ２のアップリンクサブフレームにおけるデータ送信をスケジュールするＤＣＩを受信すること」が記載されているといえる。
ウ　上記アのとおり、引用例１には、ＵＥが「ＤＣＩをブラインド復号すること」が記載されているといえる。
エ　上記（１）の段落［００６１］の記載及び（２）のＦＩＧ．７によれば、ＣＣ１は、ＦＤＤ　ＣＣであり、ＣＣ２は、ＴＤＤ　ＣＣであって、ＣＣ２は、アップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）のＴＤＤであるといえる。
　また、上記イのとおり、ＵＥがＣＣ１、すなわちＦＤＤ　ＣＣを介してＤＣＩを受信するといえる。そして、上記（１）の段落［００６７］の記載によれば、ＵＥは、受信したＤＣＩについて、ＦＤＤ　ＣＣの第１のＤＣＩサイズについてブラインド復号の第１のセットを実行し、ＴＤＤ　ＣＣの第２のＤＣＩサイズについてブラインド復号の第２のセットを実行して、２倍の回数のブラインド復号を実行することから、ＦＤＤ　ＣＣのためのＤＣＩとＴＤＤ　ＣＣのためのＤＣＩとは、サイズが異なるといえる。そのため、ＴＤＤ　ＣＣのためのＤＣＩのＤＣＩフォーマットは、ＦＤＤのためのＤＣＩフォーマットとはサイズの異なるＴＤＤのためのＤＣＩフォーマットであることが当業者にとって明らかである。してみると、ＤＣＩには、ＴＤＤのためのＤＣＩフォーマットのフィールドが含まれるといえる。
　したがって、引用例１には、「ＣＣ１が、ＦＤＤ　ＣＣであり、ＣＣ２がＴＤＤ　ＣＣである場合に、前記ＴＤＤ　ＣＣのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）であるときに、前記ＦＤＤ　ＣＣを介して受信されたＤＣＩには、ＴＤＤのためのＤＣＩフォーマットのフィールドが含まれる」ことが記載されているといえる。
　以上を総合すると、引用例１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
「　ＤＣＩをブラインド復号する方法であって、前記方法は、ダウンリンクＣＣとアップリンクＣＣとを含むＣＣ１およびＣＣ２で設定されたＵＥにより実行され、前記方法は、
　前記ＣＣ１を介して、前記ＣＣ２のアップリンクサブフレームにおけるデータ送信をスケジュールするＤＣＩを受信することと、
　前記ＤＣＩをブラインド復号することと
　を含み、
　前記ＣＣ１が、ＦＤＤ　ＣＣであり、前記ＣＣ２がＴＤＤ　ＣＣである場合に、前記ＴＤＤ　ＣＣのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）であるときに、前記ＦＤＤ　ＣＣを介して受信された前記ＤＣＩには、ＴＤＤのためのＤＣＩフォーマットのフィールドが含まれる、方法。」
２．周知事項１
　当審拒絶理由で引用された無線通信に係る標準化プロジェクト３ＧＰＰの技術仕様書である3GPP TS 36.211 V10.7.0 (2013-02)，２０１３年３月１５日アップロード、インターネット＜https://www.3gpp.org/ftp/Specs/archive/36_series/36.211/36211-a70.zip＞（以下、「周知例４」という。）には、以下の事項が記載されている。（下線は当審が付与。）
（１）「4.2　Frame structure type 2
Frame structure type 2 is applicable to TDD.
The supported uplink-downlink configurations are listed in Table 4.2-2 where, for each subframe in a radio frame, D denotes the subframe is reserved for downlink transmissions, U denotes the subframe is reserved for uplink transmissions and S denotes a special subframe with the three fields DwPTS, GP and UpPTS.
（当審仮訳：
 ４．２　フレーム構造タイプ２
　
フレーム構造タイプ２は、ＴＤＤに適用し得る。
サポートされるアップリンク−ダウンリンク設定は、表４．２−２に列挙され、ここで、無線フレーム内の各サブフレームにおいて、“Ｄ”は、そのサブフレームがダウンリンク送信のために予約されることを示し、“Ｕ”は、そのサブフレームがアップリンク送信のために予約されることを示し、“Ｓ”は、ＤｗＰＴＳ、ＧＰ、ＵｐＰＴＳの３フィールドを有するスペシャルサブフレームを示す。
（２）「
　　　　　　　　Table 4.2-2: Uplink-downlink configurations.
」（１１ページ）
（当審仮訳：
表４．２−２：アップリンク−ダウンリンク設定
（表略）
）
　したがって、
「ＴＤＤのアップリンク−ダウンリンク設定が以下の表に従うこと。
　上の表において、“Ｄ”は、ダウンリンクサブフレームを示し、“Ｕ”は、アップリンクサブフレームを示し、“Ｓ”は、スペシャルサブフレームを示す。」は、３ＧＰＰの技術仕様書である周知例４にも示されるように、周知事項（以下、「周知事項１」という。）である。
３．周知事項２
　当審拒絶理由で引用された３ＧＰＰの技術仕様書である3GPP TS 36.212 V10.8.0 (2013-06)，２０１３年６月２６日アップロード、インターネット＜https://www.3gpp.org/ftp/Specs/archive/36_series/36.212/36212-a80.zip＞ （以下、「周知例２」という。）には、以下の事項が記載されている。（下線は当審が付与。）
「5.3.3.1.1 Format 0
DCI format 0 is used for the scheduling of PUSCH in one UL cell.
The following information is transmitted by means of the DCI format 0:
（中略）
- 
UL index - 2 bits as defined in sections 5.1.1.1, 7.2.1, 8 and 8.4 of [3] (this field is present only for TDD operation with uplink-downlink configuration 0)
（当審仮訳：
５．３．３．１．１　フォーマット０
　
ＤＣＩフォーマット０は、ＵＬセルのＰＵＳＣＨのスケジューリングに用いられる。
　
次の情報がＤＣＩフォーマット０によって送信される：
（中略）
−ＵＬインデックス　−［３］のセクション５．１．１．１、７．２．１、８、８．４で定義されるとおり、２ビット（このフィールドは現在、アップリンク−ダウンリンク設定０でのＴＤＤオペレーションのためだけのものである）
　したがって、
「アップリンク−ダウンリンク設定０のＴＤＤのためのＵＬのスケジューリングに用いられるＤＣＩフォーマットに、２ビットからなるＵＬインデックスフィールドが含まれること。」（以下、「周知事項２」という。）は、例えば、３ＧＰＰの技術仕様書である周知例２にも示されているように、周知であると認められる。
第５　対比及び判断
　本願発明と引用発明とを対比すると、以下のとおりとなる。
１．引用発明の「ＤＣＩ」、「ＵＥ」は、それぞれ本願発明の「ダウンリンク制御情報（ＤＣＩ）」、「端末（ＵＥ）」に相当する。また、引用発明の「ブラインド復号」は、本願発明の「デコーディング」に含まれる。
　さらに、本願の発明の詳細な説明の段落【０００６】にも示されるように、「アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとの対（ｐａｉｒ）が一つのセルに対応」することは技術常識である。そうすると、引用発明の「ＣＣ１」は、「ダウンリンクＣＣとアップリンクＣＣとを含む」ものであるから、一つのセルに対応するといえ、引用発明の「ＣＣ２」は、「ＴＤＤ　ＣＣ」であるから、ダウンリンクＣＣとアップリンクＣＣを含むといえるため、一つのセルに対応するといえる。してみると、引用発明の「ＣＣ１」、「ＣＣ２」を、それぞれ「第１のセル」、「第２のセル」と称することは、任意であるといえる。
　したがって、引用発明の「ＤＣＩをブラインド復号する方法であって、前記方法は、ダウンリンクＣＣとアップリンクＣＣとを含むＣＣ１およびＣＣ２で設定されたＵＥにより実行され」ることは、本願発明と同様に「ダウンリンク制御情報（ＤＣＩ）をデコーディングする方法であって、前記方法は、第１のセルおよび第２のセルで設定された端末（ＵＥ）により実行され」るといえる。
２．引用発明の「前記ＣＣ１を介して、前記ＣＣ２のアップリンクサブフレームにおけるデータ送信をスケジュールするＤＣＩを受信すること」は、本願発明の「前記第１のセルを介して、前記第２のセルにおけるアップリンク送信をスケジューリングするＤＣＩを受信すること」に相当する。
３．引用発明の「前記ＤＣＩをブラインド復号すること」は、本願発明の「前記ＤＣＩをデコーディングすること」に含まれる。
４．引用発明の「前記ＣＣ１が、ＦＤＤ　ＣＣであ」ることは、ＦＤＤのフレームに、ダウンリンクサブフレームおよびアップリンクサブフレームが１：１の関係で存在することが技術常識であるから、「前記第１のセルが、ダウンリンクサブフレームおよびアップリンクサブフレームが１：１の関係で存在するＦＤＤ（ｆｒｅｑｕｅｎｃｙ　ｄｉｖｉｓｉｏｎ　ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであ」るといえる。
　本願発明の「前記第２のセルが、ダウンリンクサブフレームおよびアップリンクサブフレームが下の表のアップリンク−ダウンリンク設定に従って存在するＴＤＤ（ｔｉｍｅ　ｄｉｖｉｓｉｏｎ　ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルである」ことと、引用発明の「前記ＣＣ２がＴＤＤ　ＣＣである」こととは、「第２のセルが、ＴＤＤセルである」という点で共通する。
　本願発明の「前記ＴＤＤセルのアップリンク−ダウンリンク設定が以下の表のアップリンク−ダウンリンク設定０である」ことと、引用発明の「前記ＴＤＤ　ＣＣのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）である」こととは、「前記ＴＤＤセルのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）である」という点で共通する。
　本願発明の「前記ＦＤＤセルを介して受信された前記ＤＣＩには、２ビットからなるアップリンクインデックスフィールドが含まれ」ることと、引用発明の「前記ＦＤＤ　ＣＣを介して受信された前記ＤＣＩには、ＴＤＤのためのＤＣＩフォーマットのフィールドが含まれる」こととは、「前記ＦＤＤセルを介してＴＤＤのための前記ＤＣＩを受信する」という点で共通する。
　したがって、本願発明の「前記第１のセルが、ダウンリンクサブフレームおよびアップリンクサブフレームが１：１の関係で存在するＦＤＤ（ｆｒｅｑｕｅｎｃｙ　ｄｉｖｉｓｉｏｎ　ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、前記第２のセルが、ダウンリンクサブフレームおよびアップリンクサブフレームが下の表のアップリンク−ダウンリンク設定に従って存在するＴＤＤ（ｔｉｍｅ　ｄｉｖｉｓｉｏｎ　ｄｕｐｌｅｘ）フレームを使用するＴＤＤセルである場合に、前記ＴＤＤセルのアップリンク−ダウンリンク設定が以下の表のアップリンク−ダウンリンク設定０であるときに、前記ＦＤＤセルを介して受信された前記ＤＣＩには、２ビットからなるアップリンクインデックスフィールドが含まれ」ることと、引用発明の「前記ＣＣ１が、ＦＤＤ　ＣＣであり、前記ＣＣ２がＴＤＤ　ＣＣである場合に、前記ＴＤＤ　ＣＣのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）であるときに、前記ＦＤＤ　ＣＣを介して受信された前記ＤＣＩには、ＴＤＤのためのＤＣＩフォーマットのフィールドが含まれる」こととは、「前記第１のセルが、ダウンリンクサブフレームおよびアップリンクサブフレームが１：１の関係で存在するＦＤＤ（ｆｒｅｑｕｅｎｃｙ　ｄｉｖｉｓｉｏｎ　ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、前記第２のセルが、ＴＤＤセルである場合に、前記ＴＤＤセルのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）であるときに、前記ＦＤＤセルを介してＴＤＤのための前記ＤＣＩを受信する」という点で共通する。
　以上のことから、本願発明と引用発明との一致点及び相違点は、次のとおりである。
（一致点）
「　ダウンリンク制御情報（ＤＣＩ）をデコーディングする方法であって、前記方法は、第１のセルおよび第２のセルで設定された端末（ＵＥ）により実行され、前記方法は、
　前記第１のセルを介して、前記第２のセルにおけるアップリンク送信をスケジューリングするＤＣＩを受信することと、
　前記ＤＣＩをデコーディングすることと
　を含み、
　前記第１のセルが、ダウンリンクサブフレームおよびアップリンクサブフレームが１：１の関係で存在するＦＤＤ（ｆｒｅｑｕｅｎｃｙ　ｄｉｖｉｓｉｏｎ　ｄｕｐｌｅｘ）フレームを使用するＦＤＤセルであり、前記第２のセルが、ＴＤＤセルである場合に、前記ＴＤＤセルのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）であるときに、前記ＦＤＤセルを介してＴＤＤのための前記ＤＣＩを受信する、方法。」
（相違点１）
　一致点の「前記第２のセルが、ＴＤＤセルである場合に、前記ＴＤＤセルのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）であるとき」における「アップリンク−ダウンリンク設定」について、本願発明は、「【表１】」に従っているのに対して、引用発明は、「前記ＣＣ２がＴＤＤ　ＣＣである場合に、前記ＴＤＤ　ＣＣのアップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）である」が、「【表１】」に従っていると特定されていない点。
（相違点２）
　一致点の「前記ＦＤＤセルを介してＴＤＤのための前記ＤＣＩを受信する」における「前記ＤＣＩ」に含まれるフィールドについて、本願発明は、「２ビットからなるアップリンクインデックスフィールドが含まれ」るとの限定事項を有するのに対して、引用発明は、「ＴＤＤのためのＤＣＩフォーマットのフィールド」を含むものの、当該限定事項を有することが明らかでない点。
　以下、相違点について検討する。
（相違点１）
　上記「第４」の「２．」で認定した周知事項１のとおり、「ＴＤＤのアップリンク−ダウンリンク設定が以下の表に従うこと。
　上の表において、“Ｄ”は、ダウンリンクサブフレームを示し、“Ｕ”は、アップリンクサブフレームを示し、“Ｓ”は、スペシャルサブフレームを示す。」は、周知である。
　引用発明は、ＣＣ２がＴＤＤ　ＣＣであるから、引用発明に、周知のアップリンク−ダウンリンク設定を採用することは、格別の困難性はなく、阻害要因も見出せない。
　したがって、引用発明の「ＴＤＤ　ＣＣのアップリンク−ダウンリンク設定」が、周知である上記表のアップリンク−ダウンリンク設定に従うことは、当業者が適宜なし得ることである。
（相違点２）
　上記「第４」の「３．」で認定した周知事項２のとおり、「アップリンク−ダウンリンク設定０のＴＤＤのためのＵＬのスケジューリングに用いられるＤＣＩフォーマットに、２ビットからなるＵＬインデックスフィールドが含まれること。」は、周知である。
　引用発明の「ＴＤＤのためのＤＣＩフォーマットのフィールドが含まれる」「前記ＦＤＤ　ＣＣを介して受信された前記ＤＣＩ」は、「ＣＣ２のアップリンクサブフレームにおけるデータ送信をスケジュールするＤＣＩ」であって、「ＣＣ２」は、「ＴＤＤ　ＣＣ」であり、「アップリンク−ダウンリンク設定がアップリンク−ダウンリンク設定０（フレーム構造：ＤＳＵＵＵＤＳＵＵＵ）である」ことから、アップリンク−ダウンリンク設定０のＴＤＤのためのＵＬのスケジューリングに用いられるＤＣＩといえる。してみると、引用発明の「ＴＤＤのためのＤＣＩフォーマットのフィールドが含まれる」「前記ＦＤＤ　ＣＣを介して受信された前記ＤＣＩ」の「ＴＤＤのためのＤＣＩフォーマット」として、上記周知の２ビットからなるＵＬインデックスフィールドが含まれるＤＣＩフォーマットを採用することは、格別の困難性はなく、阻害要因も見出せない。
　したがって、引用発明の「ＴＤＤのためのＤＣＩフォーマットのフィールドが含まれる」「前記ＦＤＤ　ＣＣを介して受信された前記ＤＣＩ」には、２ビットからなるＵＬインデックスフィールドが含まれるようにすることは当業者が適宜なし得たことである。
　よって、本願発明は、引用発明及び周知事項１−２に基づいて当業者が容易に発明をすることができたものである。
第６　むすび
　以上のとおり、本願発明は，特許法第２９条第２項の規定により特許を受けることができないから，他の請求項に係る発明について検討するまでもなく，本願は拒絶されるべきものである。
　よって、結論のとおり審決する。