【事件の表示】
　特願２００４−５３８０４３「無線移動通信システムのマルチキャストサービス方法」拒絶査定不服審判事件〔平成１６年　４月　１日国際公開、ＷＯ２００４／０２８０４１、平成１７年１１月１７日国内公表、特表２００５−５３５２６８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、平成１５年９月１９日（パリ条約による優先権主張　平成１４年９月１９日、韓国）を国際出願日とする出願であって、平成２０年３月１３日付けで補正の却下の決定とともに拒絶査定がされ、これに対して同年６月１８日に拒絶査定不服審判が請求がされるとともに手続補正がなされ、平成２２年５月２７日付けで当審よりなされた審尋に対して、同年７月１３日に回答書が提出されたものである。 
　
第２　平成２０年６月１８日付けの手続補正についての補正却下の決定
［補正却下の結論］
  平成２０年６月１８日付けの手続補正（以下、「本件補正」という。）を却下する。
　
［理由］
１．本願補正発明
　本件補正により、特許請求の範囲の請求項１は、
「【請求項１】
　無線通信システムでマルチキャストサービスを提供する方法において、
　ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）階層において少なくとも１つの共通論理チャネルを共通伝送チャネルにマッピングする段階と、
　前記少なくとも１つの共通論理チャネルのＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）を前記共通伝送チャネルを介して受信側に伝送する段階と
　を含み、
　ここで、前記ＭＡＣ　ＳＤＵには、前記少なくとも１つの共通論理チャネルを識別するための第１識別子と複数のマルチキャストサービスから前記マルチキャストサービスを識別するための第２識別子を含むヘッダが付加され、前記ＭＡＣ　ＳＤＵは、前記少なくとも１つの共通論理チャネルを介して無線リンク制御（ＲＬＣ）ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ　Ｍｏｄｅ）個体から伝送され、前記第１識別子は、前記第２識別子を前記ＭＡＣ　ＳＤＵに付加した後に前記ＭＡＣ　ＳＤＵに付加されることを特徴とするマルチキャストサービス提供方法。」
と補正された。
　
　上記補正は、請求項１に記載した発明を特定するために必要な事項である論理チャネルを「共通論理チャネル」と限定し、伝送チャネルを「共通伝送チャネル」と限定し、マッピングする段階を「ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）階層において」と限定し、データを「ＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）」に限定するとともに「前記少なくとも１つの共通論理チャネルを介して無線リンク制御（ＲＬＣ）ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ　Ｍｏｄｅ）個体から伝送され」と限定し、マルチキャストサービスの識別を「複数のマルチキャストサービスから」前記マルチキャストサービスを識別すると限定し、第１識別子を「前記第２識別子を前記ＭＡＣ　ＳＤＵに付加した後に前記ＭＡＣ　ＳＤＵに付加される」とする限定を付加するものであって、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項１に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。
　
２．引用発明等
（１）　引用発明
　原査定の拒絶の理由で引用された、本願の優先日前に頒布された刊行物である3GPP, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; MAC protocol specification (Release 5), 
3GPP
　
（ア）　「- TCTF MUX
　- this function represents the handling (insertion for downlink channels and detection and deletion for uplink channels) of the TCTF field in the MAC header, and the respective mapping between logical and transport channels. 
The TCTF field indicates the common logical channel type, or if a dedicated logical channel is used;」（１４ページ６−１０行）
（−　ＴＣＴＦ多重化
　　−　この機能は、
ＭＡＣヘッダ中のＴＣＴＦフィールド
　
ＴＣＴＦフィールドは、共通論理チャネルのタイプか、個別論理チャネルが使用されるかを示す
　
（イ）　「4.3　Channel structure
The MAC operates on the channels defined below; the transport channels are described between MAC and Layer 1, the logical channels are described between MAC and RLC.
The following subclauses provide an overview, the normative description can be found in [2] and [3] respectively.
4.3.1　Transport channels
Common transport channel types are:
-　Random Access Channel(s) (RACH);
-　Forward Access Channel(s) (FACH);
-　Downlink Shared Channel(s) (DSCH);
-　High Speed Downlink Shared Channel(s) (HS-DSCH);
-　Common Packet Channel(s) (CPCH) for UL FDD operation only;
　
　・・・（中略）・・・
　
4.3.2　Logical Channels
The MAC layer provides data transfer services on logical channels. A set of logical channel types is defined for different kinds of data transfer services as offered by MAC.
Each logical channel type is defined by what type of information is transferred.
　
　・・・（中略）・・・
　
4.3.2.2　Control Channels
Following control channels are used for transfer of control plane information only:
-　Broadcast Control Channel (BCCH);
-　Paging Control Channel (PCCH);
-　Common Control Channel (CCCH);
-　Dedicated Control Channel (DCCH);
-　Shared Channel Control Channel (SHCCH).
4.3.2.3　Traffic Channels
Following traffic channels are used for the transfer of user plane information only:
-　Dedicated Traffic Channel (DTCH);
-　Common Traffic Channel (CTCH).」（１７ページ下から６行目−１９ページ４行）
（４．３ チャネル構造
　
ＭＡＣは、以下に定義されたチャネル上で動作する
伝送チャネルは、ＭＡＣと第１層との間で記述され
論理チャネルは、ＭＡＣとＲＬＣとの間で記述される
　以下の小項目は、概要を示し、標準の記載は、それぞれ参考文献［２］、［３］を参照。
４．３．１　伝送チャネル
　共通伝送チャネル・タイプは以下のとおり：
−　ランダム・アクセス・チャネル（ＲＡＣＨ）；
−　順方向アクセス・チャネル（ＦＡＣＨ）；
−　下りリンク共有チャネル（ＤＳＣＨ）
−　高速下りリンク共有チャネル（ＨＳ−ＤＳＣＨ）；
−　上りリンクＦＤＤ動作のみのための共通パケット・チャネル（ＣＰＣＨ）;
　
　・・・（中略）・・・
　
４．３．２　論理チャネル
　
ＭＡＣ階層は、論理チャネル上のデータ転送サービスを提供する
それぞれの論理チャネル・タイプは、転送される情報のタイプによって定義される
　
　・・・（中略）・・・
　
４．３．２．２　制御チャネル
　以下の制御チャネルは、制御面の情報の転送のためにのみ使用される。
−　報知制御チャネル（ＢＣＣＨ）；
−　ページング制御チャネル（ＰＣＣＨ）；
−　
共通制御チャネル（ＣＣＣＨ）
−　
個別制御チャネル（ＤＣＣＨ）
−　共有チャネル制御チャネル（ＳＨＣＣＨ）。
４．３．２．３　トラフィック・チャネル
　以下のトラフィック・チャネルは、ユーザ面の情報の転送のためにのみ使用される。
−　
個別トラフィック・チャネル（ＤＴＣＨ）
−　
共通トラフィック・チャネル（ＣＴＣＨ）
　
（ウ）　「5.1 Description of Services provided to upper layers
- Data transfer: This service provides unacknowledged transfer of MAC SDUs between peer MAC entities without data segmentation. 」（１９ページ８−１０行）
（５．１ 
上位層に提供されるサービス
−　
データ転送
のサービスは、対向するＭＡＣエンティティとの間で、ＭＡＣ　ＳＤＵの、データがセグメント化されず、非確認（unacknowledged）の転送を提供する
　
（エ）　「6.1 Description of the MAC functions
The functions of MAC include:
- mapping between logical channels and transport channels; 」（１９ページ１５−１７行）
（６．１ ＭＡＣの機能の記述
　
ＭＡＣの機能は、
を含む
　−　
論理チャネルと伝送チャネル間のマッピング
　
（オ）　「g) UE-ID Type Indicator:
- indicates the UE-ID type to be included in MAC for a DCCH and DTCH when they are mapped onto a common transport channel (i.e. FACH, RACH, DSCH in FDD or CPCH). 」（２３ページ９−１２行）
（ｇ）　
ＵＥ−ＩＤタイプ表示子
　−　
ＤＣＣＨとＤＴＣＨのためのＭＡＣに、それらが１つの共通伝送チャネル（つまりＦＤＤにおけるＦＡＣＨ、ＲＡＣＨ、ＤＳＣＨあるいはＣＰＣＨ）にマッピングされるときは、含まれ
　
（カ）　「d) DTCH or DCCH mapped to 
DSCH
- the TCTF field is included in the MAC header for TDD only. The UE-Id type and UE-Id are included in the MAC header for FDD only. The UE-Id type field used is the DSCH-RNTI. The C/T field is included if multiplexing on MAC is applied. 」（２９ページ３−６行）
（ｄ）　
ＤＳＣＨ
にマッピングされたＤＴＣＨかＤＣＣＨ
−　
ＴＣＴＦフィールドは、ＴＤＤでのみ、ＭＡＣヘッダに含まれ
　
（キ）　引用文献の２９ページの図９．２．１．１．１には、
ＭＡＣ　ＰＤＵフォーマットの「ケースｃ及びｄ」として
「ＴＣＴＦ」フィールド、「ＵＥ−Ｉｄ　ｔｙｐｅ」フィールド」、「ＵＥ−Ｉｄ」フィールド、「Ｃ／Ｔ」フィールド、「ＭＡＣ　ＳＤＵ」フィールドの順序で配置したもの
　
　これらの記載、及び、図面から、引用例には、次の発明（以下、「引用発明」という。）が記載されている。
　
「ＭＡＣ階層は、論理チャネル上のデータ転送サービスを提供し、
　ＭＡＣの機能は、論理チャネルと伝送チャネル間のマッピングを含み、
　「ＵＥ−ＩＤタイプ表示子」が、ＤＣＣＨとＤＴＣＨのためのＭＡＣに、それらが１つの共通伝送チャネル（つまりＦＤＤにおけるＦＡＣＨ、ＲＡＣＨ、ＤＳＣＨあるいはＣＰＣＨ）にマッピングされるときは、含まれ、
　上位層に提供されるサービスとして、「データ転送」のサービスは、対向するＭＡＣエンティティとの間で、ＭＡＣ　ＳＤＵの、データがセグメント化されず、非確認（unacknowledged）の転送を提供し、
　ＭＡＣヘッダ中の「ＴＣＴＦ」フィールドは、共通論理チャネルのタイプか、個別論理チャネルが使用されるかを示すものであって、
　ＤＳＣＨにマッピングされたＤＴＣＨかＤＣＣＨにおいて、「ＴＣＴＦ」フィールドは、ＴＤＤでのみ、ＭＡＣヘッダに含まれ、
　ＭＡＣ　ＰＤＵフォーマットの、一つのケースとして、「ＴＣＴＦ」フィールド、「ＵＥ−Ｉｄ　ｔｙｐｅ」フィールド、「ＵＥ−Ｉｄ」フィールド、「Ｃ／Ｔ」フィールド、「ＭＡＣ　ＳＤＵ」フィールドの順序で配置したものである、
ＭＡＣ階層。」
　
　
（２）　引用文献２
　原査定の拒絶の理由で引用された、本願の優先日前に頒布された刊行物である国際公開第０２／４５３３４号には、図面とともに以下の事項が記載されている。（下線は当審にて付与。訳文は、パテント・ファミリである特表２００４−５１５１５８号公報の段落【０００６】と【００４０】を参照して、当審訳。）
 
（ク）　「Video services consist of television channels which can be selected for viewing by individual end users and can be classified into two categories: multicast and Video on Demand (VOD). Multicast video channels are viewed simultaneously by a number of users. Such channels may include, for example, standard broadcast channels, subscription channels (where the user pays a monthly fee for the right to view the channel whenever he wants) and pay per view channels (where the user pays to view a particular programme). 
　
　・・・（中略）・・・
　
Conventionally in IP networks, a multicast stream is given a destination IP address drawn from a group of addresses reserved for multicast IP packets. Similarly, when using Ethernet as the medium access control (MAC) layer, the destination MAC address is drawn from a group of addresses reserved for multicast Ethernet frames. Thus at both the IP layer and the MAC layer, the address used represents the content of the multicast data stream rather than identifying a specific destination.」（２ページ４−３１行）
（ビデオ・
サービスは、
マルチキャスト
マルチキャスト・ビデオ・チャネルは、多くのユーザによって同時に視聴される
　
　・・・（中略）・・・
　
従来、ＩＰネットワークでは、マルチキャストＩＰパケットに予約されたアドレス・グループから引き出された宛先ＩＰアドレスが、マルチキャスト・ストリームに与えられる。同様に、媒体アクセス制御（ＭＡＣ）層としてイーサネットを使用するとき、マルチキャスト・イーサネット・フレームに予約されたアドレス・グループから、宛先ＭＡＣアドレスは引き出される。このように、ＩＰ階層とＭＡＣ階層の双方において、
使用されるアドレスは、具体的な宛先を識別するものではなく、マルチキャスト・データ・ストリームのコンテンツを表す
　
（ケ）　「A Video Server 40 acts as the source of multiple multicast video programmes, each of which is transmitted as a separate packet stream identified by an address in the packet header.」（７ページ１−３行）
（ビデオ・サーバ４０は、複数のマルチキャスト・ビデオ番組の情報源として機能する。
これら番組のそれぞれは、パケット・ヘッダのアドレスで識別される
　
　
（３）　引用文献３
　LG Electronics Inc.，RAN considerations on MBMS，TSG-RAN Working Group 2 Meeting #30, R2-021677，２００２年６月、ｐ．１−２には、図面とともに以下の事項が記載されている。（下線は当審にて付与。訳文は当審訳。）
　
（コ）　「It is required in TS 22.146 that MBMS broadcast and multicast modes should allow terminals to minimise their power consumption. 」（１ページ１１−１２行）
（ＴＳ２２．１４６では、
ＭＢＭＳ
マルチキャスト・モード
　
（サ）　「2.3　MBMS RNTI
RNTI is currently used to identify a UE within UTRAN. It is included in signalling messages or in MAC header as UE identifier between UE and UTRAN. For MBMS multicast mode, a new RNTI seems to be needed to identify a group of UEs receiving a multicast service in UTRAN. The new RNTI could be added to MAC PDU as a header, so that UE MAC could identify received MBMS data. 」（１ページ下から７行目−２行目）
（２．３　ＭＢＭＳ　ＲＮＴＩ
　ＲＮＴＩは、現在、ＵＴＲＡＮ内のＵＥの識別に使用される。それは、ＵＥとＵＴＲＡＮ間のＵＥ識別子として、シグナリング・メッセージ又はＭＡＣヘッダに含まれる。ＭＢＭＳマルチキャスト・モードに対しては、ＵＴＲＡＮ中の
マルチキャスト・サービスを受けるＵＥのグループを識別するために、新規なＲＮＴＩが、必要なように見える
　
（シ）　「2.4 Channel Configuration
For Cell Broadcast Service in Release 99, only one CTCH is created within a cell and is mapped onto one FACH. However, for MBMS, more than one CTCH are expected within a cell. Furthermore, CTCH may be mapped to DSCH with modified power control, as well as FACH. Hence, we need to define which logical/transport channels are used for MBMS and what is the relationship between logical and transport channel. 」（１ページ最下行−２ページ５行）
（２．４ チャネル配置
　リリース９９規格のセル・ブロードキャスト・サービスでは、セル内では単一のＣＴＣＨだけが作成されて、単一のＦＡＣＨにマッピングされる。しかし、
ＭＢＭＳでは、１つよりも多いＣＴＣＨが、セル内で想定される
ＣＴＣＨは、ＦＡＣＨに加えて、修正された電力制御を備えたＤＳＣＨにもマッピングされ得る
　
　
（４）　引用文献４
　Siemens，UTRAN Architecture Aspects for MBMS，TSG-RAN Working Group 2 Meeting #31, R2-022079，２００２年８月、ｐ．１−４には、図面とともに以下の事項が記載されている。（下線は当審にて付与。訳文は当審訳。）
　
（ス）　「During the last RAN2 meeting the requirements and architecture for MBMS have been discussed in order to realize point-to-multipoint services. 」（１ページ８−９行）
（最後のＲＡＮ２会議で、
ポイント・トゥー・マルチポイント・サービスを実現するために、ＭＢＭＳの必要条件とアーキテクチャが議論された
　
（セ）　「4 　MAC Architecture
　
　・・・（中略）・・・
　
- Identification of the MBMS logical channels mapping of logical channels to common transport channels
- Identification of the MBMS services (i.e. MBMS service ID)
　
Further details about MBMS service multiplexing and mapping of MBMS logical channels on transport channels have to be studied. RACH/FACH is assumed as a working assumption for MBMS, whether new transport channels are needed is ffs.
　
5　Conclusion
In this contribution we've proposed to introduce new point-to-multipoint logical channels in order to transmit MBMS control information and data to the group of MBMS UEs. Further, the MAC-c/sh entity has been modified in order to handle the mapping of the new logical channels for MBMS.」（３ページ１行−４ページ４行）
（４　ＭＡＣアーキテクチャ
　
　・・・（中略）・・・
　
−　論理チャネルから
共通伝送チャネルへの、ＭＢＭＳ論理チャネルのマッピングの識別
−　
ＭＢＭＳサービスの識別(つまりＭＢＭＳサービスＩＤ)
　ＭＢＭＳサービス多重化、および、
ＭＢＭＳ論理チャネルの伝送チャネル上のマッピングに関して、さらなる詳細を研究せねばならない
５ 結論
　本寄書で、我々は、ＭＢＭＳ　ＵＥのグループに、ＭＢＭＳ制御情報およびデータを送信するための、
新規なポイント・トゥー・マルチポイント論理チャネル
　
　
３．対比
　本願補正発明と引用発明とを対比する。
　
（１）　引用例は、第３世代携帯電話システムである３ＧＰＰ技術仕様に関する。よって、引用発明は、「無線通信システム」で行われる方法といえる。
　
　引用発明のＭＡＣ階層が、「論理チャネル上の
データ転送サービスを提供
　
　したがって、引用発明のＭＡＣ階層が、「論理チャネル上のデータ転送サービスを提供」することは、本願補正発明の「無線通信システムでマルチキャストサービスを提供する方法」と、「無線通信システムで通信サービスを提供する方法」である点で一致する。
　
（２）　論理チャネルから伝送チャネルへの「マッピング」について
　引用発明の「ＭＡＣ階層」は、「論理チャネルと伝送チャネル間のマッピング」の機能を含む。
  より具体的には、引用発明は、「ＤＣＣＨとＤＴＣＨ」が、「１つの
共通
共通
　引用発明における「ＤＣＣＨ（
個別
個別
　引用発明における「ＤＳＣＨ」などの「
共通
　よって、引用発明のＭＡＣ階層において、ＤＣＣＨとＤＴＣＨが、ＤＳＣＨなどの１つの
共通
共通
論理チャネル
　
（３）　「ＭＡＣ　ＳＤＵ」の伝送について
　上記（２）記載のとおり、引用発明のＭＡＣ階層は、「少なくとも１つの論理チャネルを共通伝送チャネルにマッピングする」ものである。
　引用発明のＭＡＣ階層は、上位層に提供される「データ転送」サービスとして、「対向するＭＡＣエンティティとの間で、ＭＡＣ　ＳＤＵの、データがセグメント化されず、非確認（unacknowledged）の転送を提供」するものである。
　引用発明のＭＡＣ階層が、「対向するＭＡＣエンティティとの間で」のＭＡＣ　ＳＤＵの転送サービスを、上位層に提供する動作は、上記２（１）（イ）の「
ＭＡＣは、以下に定義されたチャネル上で動作する
伝送チャネルは、ＭＡＣと第１層との間で記述され
論理チャネルは、ＭＡＣとＲＬＣとの間で記述される
　よって、引用発明のＭＡＣ階層が、上位層に提供される「データ転送」サービスとして、「対向するＭＡＣエンティティとの間で、ＭＡＣ　ＳＤＵの、データがセグメント化されず、非確認（unacknowledged）の転送を提供」することは、本願補正発明の「前記少なくとも１つの共通論理チャネルのＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）を前記共通伝送チャネルを介して受信側に伝送する段階」と、「前記少なくとも１つの論理チャネルのＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）を前記共通伝送チャネルを介して受信側に伝送する段階」の点で一致するといえる。
　
（４）　本願補正発明の「第１識別子」と、引用発明の「ＴＣＴＦ」について
　引用発明のＭＡＣヘッダ中の「ＴＣＴＦ」フィールドは、「
共通論理チャネルのタイプか、個別論理チャネルが使用されるか
　したがって、引用発明の「ＴＣＴＦ」フィールドは、本願補正発明の「少なくとも１つの共通論理チャネルを識別するための第１識別子」に相当する。
　ただし、引用発明は、「ＤＳＣＨにマッピングされたＤＴＣＨかＤＣＣＨにおいて、
「ＴＣＴＦ」フィールドは、ＴＤＤでのみ、ＭＡＣヘッダに含まれ
　
（５）　「ＲＬＣ　ＵＭ個体」について
　引用発明のＭＡＣ階層における、ＭＡＣ　ＳＤＵの「非確認（unacknowledged）の」転送サービスは、本願補正発明の「ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ　Ｍｏｄｅ）」でのＭＡＣ　ＳＤＵの伝送に相当する。
　上記（３）記載のとおり、引用発明のＭＡＣ階層は、「ＭＡＣ　ＳＤＵ」を、上位層であるＲＬＣ階層から「論理チャネル」を介して受け取るものである。
　引用発明のＲＬＣ階層には、「ＭＡＣ　ＳＤＵ」をＭＡＣ層に伝送する主体である「エンティティ」すなわち「個体」が存在することは、明らかである。
　したがって、引用発明において、「対向するＭＡＣエンティティとの間で、ＭＡＣ　ＳＤＵの、データがセグメント化されず、非確認（unacknowledged）の転送を提供」することは、本願補正発明の「前記ＭＡＣ　ＳＤＵは、前記少なくとも１つの
共通
論理チャネル
　
　したがって、両者の一致点、相違点は以下のとおりである。
　
［一致点］
「無線通信システムで
通信
　ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）階層において少なくとも１つの
論理チャネル
　前記少なくとも１つの
論理チャネル
　を含み、
　ここで、前記ＭＡＣ　ＳＤＵには、前記少なくとも１つの
論理チャネル
子を
論理チャネル
れる
通信
　
［相違点１］
　無線通信システムで提供する通信サービスが、本願補正発明は、「マルチキャスト」サービスであるのに対して、引用発明は、「マルチキャスト」サービスを提供する記載がない点。
　
［相違点２］
　本願補正発明は、「少なくとも１つの論理チャネル」が、「少なくとも１つの「共通」論理チャネル」であるのに対して、引用発明は、ＤＣＣＨとＤＴＣＨを含む「個別」論理チャネルを用いることは記載があるものの、「共通」論理チャネルを用いることは記載がない点。
　
［相違点３］
　本願補正発明は、「少なくとも１つの
共通
　
［相違点４］
　本願補正発明は、「複数のマルチキャストサービスから前記マルチキャストサービスを識別するための第２識別子」を含むヘッダが付加されるのに対して、引用発明は、このような「第２識別子」を含むヘッダの付加について記載がない点。
　
［相違点５］
　本願補正発明の「前記第１識別子は、前記第２識別子を前記ＭＡＣ　ＳＤＵに付加した後に前記ＭＡＣ　ＳＤＵに付加される」るのに対して、引用発明は、このような記載がない点。
　
　
４．相違点についての判断
［相違点１］について
　一般に、通信サービスとして、複数のあて先に対する「マルチキャスト」サービスは、周知である（引用文献２の上記２（２）（ク）、引用文献３の上記２（３）（コ）、引用文献４の上記２（４）（ス）の記載を参照。以下、「周知技術１」という。）。
　したがって、引用発明に、上記周知技術１を付加することによって、「マルチキャスト」サービスを提供する、相違点１の構成とすることは、当業者が容易になし得ることである。
　
［相違点２］について
　一般に、ＭＡＣ階層において、「伝送チャネル」で伝送する「論理チャネル」のタイプは、転送される情報などに応じて、当業者が適宜割り当てるべき設計的事項である（引用文献４の上記２（４）（セ）の「
ＭＢＭＳ論理チャネル
伝送チャネル
　
　引用例の上記２（１）（イ）に、「論理チャネル」として、「
共通
個別
個別
共通
　
　引用文献３の上記２（３）（シ）に、「
ＣＴＣＨは、
ＤＳＣＨにもマッピングされ得る
　
　よって、引用発明に、周知技術１の「マルチキャスト」サービスを適用する場合、個別のあて先への「個別論理チャネル」とともに、複数のあて先への「共通論理チャネル」の情報を共通伝送チャネルで伝送することで、「少なくとも１つの
共通
共通
共通
　
［相違点３］について
　引用例の２６ページ８−１０行には、さらに、以下の記載がある。
「- Target Channel Type Field
The TCTF field is a flag that provides identification of the logical channel class on FACH and RACH transport channels, i.e. whether it carries BCCH, CCCH, CTCH, SHCCH or dedicated logical channel information. 」（２６ページ８−１０行）
（−　ターゲット・チャネル・タイプ・フィールド
　
ＴＣＴＦフィールドは、ＦＡＣＨ
伝送チャネル上の論理チャネル・クラスの識別を提供するフラグである。
ＣＴＣＨ
を運ぶか、専用論理チャネルの情報を運ぶ
　この記載から、引用例には、ＤＳＣＨと異なる、ＦＡＣＨなどの共通伝送チャネルについては、ＴＣＴＦフィールドを付加して、「共通」論理チャネルと「専用」論理チャネルの情報を識別することが記載されていると認定できる。
　
　よって、引用発明に、周知技術１の「マルチキャスト」サービスを適用して、「個別論理チャネル」とともに「共通論理チャネル」の情報を共通伝送チャネルで伝送する場合、「共通」論理チャネルと「専用」論理チャネルの情報を識別する「ＴＣＴＦ」フィールドをヘッダに付加して、相違点３の構成とすることは、当業者が適宜なし得ることである。
　
［相違点４］について
　一般に、マルチキャスト・サービスにおいて、マルチキャストされる複数のデータを互いに識別する情報を付加することは、周知である（引用文献２の上記２（２）（ク）及び（ケ）、引用文献３の２（３）（サ）、引用文献４の２（４）（セ）を参照。以下、「周知技術２」という。）。
　
　よって、引用発明に、周知技術１の「マルチキャスト」サービスを適用する場合、複数のマルチキャスト・データを互いに識別する情報を付加する周知技術２を採用することにより、「複数のマルチキャストサービスから前記マルチキャストサービスを識別するための第２識別子」を含むヘッダが付加されるように構成して、相違点４の構成とすることは、当業者が適宜なし得ることである。
　
［相違点５］について
　一般に、ヘッダを構成する個々の項目を付加する順序は、当業者の設計的事項であると認められる。
　
　引用発明は、ＭＡＣ　ＰＤＵフォーマットの、一つのケースとして、
「ＴＣＴＦ」フィールド
　このＭＡＣ　ＰＤＵフォーマットでは、ＴＣＴＦフィールドは、データ本体（ＭＡＣ　ＳＤＵ）から最も離れた外側に配置されるから、ＴＣＴＦフィールドは、ＭＡＣ　ＳＤＵに付加されるヘッダの各項目のうち、最後に付加されると考えるのが、自然である。
　
　したがって、引用発明において、ＴＣＴＦ（本願補正発明の「第１識別子」に相当する。）と、個々の同報データを互いに識別する情報（本願補正発明の「第２識別子」に相当する。）とを付加する場合、「前記第１識別子は、前記第２識別子を前記ＭＡＣ　ＳＤＵに付加した後に前記ＭＡＣ　ＳＤＵに付加される」ように構成して、相違点５の構成とすることは、当業者が適宜なし得ることである。
　
　
　そして、本願補正発明のように構成したことによる効果も引用発明、及び周知技術１、周知技術２から予測できる程度のものである。
　
５．むすび
　以上のとおり、本願補正発明は、引用発明、及び周知技術１、周知技術２に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３　本願発明について
１．本願発明
　平成２０年６月１８日付けの手続補正は上記のとおり却下されたので、本願の請求項１に係る発明は、平成１８年１１月１６日付手続補正書の特許請求の範囲の請求項１に記載された事項により特定されるとおりのものである。（以下、「本願発明」という。）
「【請求項１】
　無線通信システムでマルチキャストサービスを提供する方法において、
　少なくとも１つの論理チャネルを伝送チャネルにマッピングする段階と、
　前記少なくとも１つの論理チャネルのデータを前記伝送チャネルを介して受信側に伝送する段階と
　を含み、
　ここで、前記データには、前記少なくとも１つの論理チャネルを識別するための第１識別子と前記マルチキャストサービスを識別するための第２識別子を含むヘッダが付加されることを特徴とするマルチキャストサービス提供方法。」
　
２．引用例
　引用例の記載については、上記「第２　２．引用発明」で述べたとおりである。
　
３．対比・判断
　本願発明は、前記「第２　１．本願補正発明」で検討した本願補正発明の、論理チャネルを「共通論理チャネル」とする限定を省き、伝送チャネルを「共通伝送チャネル」とする限定を省き、マッピングする段階を「ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）階層において」とする限定を省き、データを「ＭＡＣ　ＳＤＵ（Ｓｅｒｖｉｃｅ　Ｄａｔａ　Ｕｎｉｔ）」とする限定を省くとともに「前記少なくとも１つの共通論理チャネルを介して無線リンク制御（ＲＬＣ）ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ　Ｍｏｄｅ）個体から伝送され」とする限定を省き、マルチキャストサービスの識別を「複数のマルチキャストサービスから」前記マルチキャストサービスを識別するものとする限定を省き、第１識別子を「前記第２識別子を前記ＭＡＣ　ＳＤＵに付加した後に前記ＭＡＣ　ＳＤＵに付加される」とする限定を省いたものである。
　そうすると、本願発明の構成要件をすべて含み、さらに他の構成要件を付加したものに相当する本願補正発明が、上記「第２　４．相違点についての判断」に記載したとおり、引用発明及び各周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も同様の理由により、引用発明及び各周知技術に基づいて、当業者が容易に発明をすることができたものである。　
　
４．むすび
　以上のとおり、本願発明は、引用発明及び各周知技術に基づいて、当業者が容易に発明をすることができたものであるから、他の請求項について論及するまでもなく、本願は、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。