【事件の表示】
　特願２０１３−５１９６７０「ユニキャスト又はブロードキャスト／マルチキャストを介してＭＢＭＳサービスを提供するための通信システム」拒絶査定不服審判事件〔平成２４年　５月１８日国際公開、ＷＯ２０１２／０６３９５０、平成２５年１２月１９日国内公表、特表２０１３−５４５３２２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，２０１１年１１月７日(優先権主張　２０１０年(平成２２年)１１月８日　英国(ＧＢ))を国際出願日とする出願であって，平成２６年３月２０日付けで拒絶理由が通知され，同年６月２日付けで意見書及び手続補正書の提出がなされ，同月２０日付けで拒絶査定され，同年９月２２日に拒絶査定不服審判の請求と同時に手続補正がなされたものである。
　なお，本願は，「日本電気株式会社」及び「ＮＥＣカシオモバイルコミュニケーションズ株式会社」により出願され，平成２７年６月９日に承継人を「日本電気株式会社」とする出願人名義変更届が提出されたものである。
第２　補正却下の決定
　　［結論］
　平成２６年９月２２日付け手続補正を却下する。
　　［理由］
　　１．本件補正の概要及び本件補正発明
　　(１)　本件補正について
　平成２６年９月２２日付けの手続補正(以下「本件補正」という。)は，特許請求の範囲における請求項１の記載を，次の「本件補正前」のような記載から，次の「本件補正後」のように補正することを含むものである(下線は請求人が付与。)。
　　　本件補正前
　　【請求項１】
　通信システムのための移動通信デバイスであって、該通信システムは、
所定の基地局を含む複数の基地局を含むカバレッジエリア内で
　該移動通信デバイスを、
前記所定の
を含む前記カバレッジエリア内で
　該移動通信デバイスが
前記カバレッジエリア内
ＲＲＣ
　
移動通信デバイスをカウンティングすることが要求されたことを示す指示を受信する手段と、
　
前記カバレッジエリア内で
　前記判断する手段が、前記ＭＢＭＳが利用可能になると判断したときに、前記ＭＢＭＳサービスを受信することへの関心を前記基地局に示す手段とを備え、
　該移動通信デバイスが前記アイドルモードにあるときに、前記示す手段は、
　前記基地局との通信を開始して、
ＲＲＣ
　前記
ＲＲＣ
ＲＲＣ
　　　本件補正後
　　【請求項１】
　通信システムのための移動通信デバイスであって、該通信システムは、所定の基地局を含む複数の基地局を含むカバレッジエリア内で、移動ブロードキャスト／マルチキャストサービス（ＭＢＭＳ）サービスを配信するように動作可能であり、該移動通信デバイスは、
　該移動通信デバイスを、前記所定の基地局を含む前記カバレッジエリア内で登録する手段と、
　該移動通信デバイスが前記カバレッジエリア内に登録されているが、前記カバレッジエリア内の基地局へのＲＲＣ接続を有しないアイドルモードにおいて動作する手段と、
　
前記カバレッジエリア内で利用可能なＭＢＭＳサービスについて、
　前記カバレッジエリア内で利用可能になるＭＢＭＳサービスの識別情報を判断する手段と、
　前記判断する手段が、前記ＭＢＭＳが利用可能になると判断したときに、前記ＭＢＭＳサービスを受信することへの関心を前記基地局に示す手段とを備え、
　該移動通信デバイスが前記アイドルモードにあるときに、前記示す手段は、
　前記基地局との通信を開始して、ＲＲＣ接続を確立し、
　前記ＲＲＣ接続の確立の際に、前記所定の基地局に少なくとも１つのメッセージを送信して、ＲＲＣ接続の前記確立がＭＢＭＳサービスへの関心を示すためのものであることを示すことによって、前記関心を示すように動作可能である、通信システムのための移動通信デバイス。
　　(２)　本件補正の目的について
　本件補正によって，本件補正後の請求項１に記載された発明(以下「本件補正発明」という。)は，本件補正前の請求項１に係る発明における「指示を受信する手段」に限定を附されたものであるといえる。
　そうすると，本件補正は，特許法第１７条の２第５項第２号に掲げる事項を目的とするものに該当する。
　そこで，本件補正発明が，特許出願の際独立して特許を受けることができるか否か(本件補正が，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するか否か)について検討する。
　　２．先願発明
　　(１)　先願の概要
　原査定の理由は，特許法第１８４条の１３の規定のようにする同法第２９条の２の規定により，特許を受けることができない，とするものである。
　そして，当該理由に引用された他の特許出願(以下「先願」という。)は次のとおりである。
　　　特願２０１３−５２１９２３号(国際公開第２０１２／０１５８８４号(ＷＯ２０１２／０１５８８４)，２０１２年(平成２４年)２月２日国際公開)
　なお，先願は，出願人を「インターデイジタル　パテント　ホールディングス　インコーポレイテッド(INTERDIGITAL PATENT HOLDINGS, INC.)」とし，発明者を「ピーター　エス．ワン(WANG Peter S)」，「ジャネット　エー．スターン−ベルコヴィッツ(STERN-BERKOWITZ Janet A)」，「玉置　延幸(TAMAKI Nobuyuki)」，「ステファン　イー．テリー(TERRY Stephen E)」，「リュー　カイ(LIU Kai)」として出願され，国際出願日を２０１１年(平成２３年)７月２７日(優先権主張　２０１０年(平成２２年)７月２８日　米国(ＵＳ)，同年８月１３日　米国(ＵＳ)，２０１１年(平成２３年)７月２６日　米国(ＵＳ))とする外国語特許出願である。
　　(２)　先願発明
　　　ア　先願明細書等記載事項
　国際公開された先願の国際出願日における国際出願の明細書，請求の範囲には，図面(以下，当該「明細書，請求の範囲及び図面」を「先願明細書等」という。)とともに次の事項が記載されており，また，先願に対しては，条約第１９条に基づく補正も，条約第３４条に基づく補正もされていない。
　なお，当審訳として，先願に対応する日本語公表公報である特表２０１３−５３５９１６号公報(平成２５年９月１２日公表)を参考する。
　　(ア)　　TECHNICAL FIELD 
　 [0002] This application is related to wireless communications. 
　　　BACKGROUND 
　 [0003] In long term evolution (LTE) Release 9 (R9), a core set of multimedia broadcast multicast services (MBMS) features and working mechanisms were specified to provide the MBMS services to the LTE wireless transmit/receive units (WTRUs). This core set enables the unidirectional point- to-multipoint transmission of multimedia contents, (e.g., public media or news service text, audio, sports or entertainment or television (TV) broadcast pictures or video), from a single source point to a multicast group of recipients in a multicast service area. In LTE R9, the multicast service is provided in a mixed cell environment. 
　 [0004] A mixed MBMS cell supports both the regular unicast operations (regular WTRU service) as well as the MBMS operations using the time and frequency resources of the LTE cell. The unicast and the MBMS transmission operations are different, and therefore they are separated in a time division fashion as regular subframes and MBMS single frequency network (MBSFN) subframes. Thus, in the downlink (DL), the unicast data is not transmitted on any of the MBSFN subframes, and the MBMS service is not transmitted on any of the regular subframes. 
　 [0005] In LTE R9, the MBMS system has no feedback information mechanisms provided or facilitated in order for the MBMS operator to obtain the actual MBMS service reception status and the service subscription status from MBMS-interested WTRUs. There is no provisioning of any uplink (UL) channels, UL MBMS messages, 
MBMS information elements (IEs)
　 [0006] In LTE Release 10 (R10), MBMS feedback and reporting mechanisms are needed for the service provider to gather the information on what the MBMS-interested WTRUs and users' reception intentions are with respect to the general, and/or a set of, particular MBMS service broadcasts as well as what the MBMS services are that the WTRU/user is receiving at the time. 
(国際公開１ページ〜２ページ)
(当審訳
　　　技術分野
　　[０００２]
　本出願は、無線通信に関する。
　　　背景技術
　　［０００３］
　ＬＴＥ（ｌｏｎｇ　ｔｅｒｍ　ｅｖｏｌｕｔｉｏｎ）リリース９（Ｒ９）において、ＬＴＥ無線送受信ユニット（ＷＴＲＵ）にマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）のサービスを提供するためのＭＢＭＳの特徴および動作メカニズムの中核的な組が、規定された。この中核的な組は、単一のソースからマルチキャストサービスエリア内の受信者のマルチキャストグループへのマルチメディアコンテンツ（例えば、公共のメディアもしくはニュースサービスのテキスト、音声、スポーツもしくはエンターテインメント、またはテレビ（ＴＶ）放送の画像もしくは映像）の単方向のポイントツーマルチポイント送信を可能にする。ＬＴＥ　Ｒ９において、マルチキャストサービスは、混合したセルの環境で提供される。
　　［０００４］
　混合したＭＢＭＳのセルは、ＬＴＥのセルの時間および周波数リソースを用いて通常のユニキャストのオペレーション（通常のＷＴＲＵのサービス）とＭＢＭＳのオペレーションの両方をサポートする。ユニキャストおよびＭＢＭＳの送信オペレーションは異なり、したがって、それらのオペレーションは、時分割式に通常のサブフレームおよびＭＢＭＳ単一周波数ネットワーク（ＭＢＭＳ　ｓｉｎｇｌｅ　ｆｒｅｑｕｅｎｃｙ　ｎｅｔｗｏｒｋ）（ＭＢＳＦＮ）サブフレームとして分けられる。よって、ダウンリンク（ＤＬ）において、ユニキャストデータは、ＭＢＳＦＮサブフレームのいずれにおいても送信されず、ＭＢＭＳのサービスは、通常のサブフレームのいずれにおいても送信されない。
　　［０００５］
　ＬＴＥ　Ｒ９において、ＭＢＭＳシステムは、ＭＢＭＳの運用者がＭＢＭＳに関心のあるＷＴＲＵから実際のＭＢＭＳのサービスの受信状態およびサービス加入状態を得るためにいかなるフィードバック情報のメカニズムも提供または促進しない。ＭＢＭＳのＷＴＲＵがＭＢＭＳのサービスプロバイダと通信することを可能にするアップリンク（ＵＬ）のチャネル、ＵＬのＭＢＭＳメッセージ、
ＭＢＭＳ情報要素（ＩＥ）
　　［０００６］
　ＬＴＥリリース１０（Ｒ１０）においては、ＭＢＭＳのサービスのブロードキャスト全般および／または特定のＭＢＭＳのサービスのブロードキャストの組に関するＭＢＭＳに関心のあるＷＴＲＵおよびユーザの受信の意思がどうであるかと、ＷＴＲＵ／ユーザがその時点で受信しているＭＢＭＳのサービスが何であるかとについての情報をサービスプロバイダが収集するためのＭＢＭＳのフィードバックおよび報告メカニズムが必要とされる。
(【０００１】，【０００３】〜【０００６】))
　　(イ)　　 [0014] FIG. 1A is a diagram of an example 
communications system 100
　 [0015] As shown in FIG. 1A, 
the communications system 100
the WTRUs 102a, 102b, 102c, 102d
a mobile station
mobile subscriber unit
　 [0016] 
The communications systems 100 may also include a base station 114a and a base station 114b
(国際公開３ページ〜４ページ)
(当審訳
　　［００１４］　図１Ａは、１つまたは複数の開示された実施形態が実装され得る例示的な
通信システム１００
　　［００１５］　図１Ａに示されるように、
通信システム１００
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ
移動局
移動加入者ユニット
　　［００１６］　
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る
(【０００９】〜【００１１】))
　　(ウ)　　 [0035] FIG. 1C is a system diagram of the RAN 104 and the core network 106 according to an embodiment. As noted above, the RAN 104 may employ an E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also be in communication with the core network 106. 
　 [0036] The RAN 104 may include eNode-Bs 140a, 140b, 140c, though it will be appreciated that the RAN 104 may include any number of eNode-Bs while remaining consistent with an embodiment. The eNode-Bs 140a, 140b, 140c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In one embodiment, the eNode-Bs 140a, 140b, 140c may implement MIMO technology. Thus, the eNode-B 140a, for example, may use multiple antennas to transmit wireless signals to, and receive wireless signals from, the WTRU 102a. 
(国際公開１０ページ)
(当審訳
　　［００３５］　図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０４は、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用する可能性がある。ＲＡＮ１０４は、コアネットワーク１０６とも通信している可能性がある。
　　［００３６］　ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含む可能性があるが、ＲＡＮ１０４は、実施形態に準拠したまま、任意の数のｅＮｏｄｅ−Ｂを含み得ることが理解されるであろう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバをそれぞれが含み得る。一実施形態において、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。したがって、ｅＮｏｄｅ−Ｂ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
(【００３０】，【００３１】))
　　(エ)　　 [0051] Given these core set of MBMS features and mechanisms in LTE R9, LTE Release 10 (R10) and Release 11 (Rll) include provisioning for the MBMS operator, (on the network side), to obtain 
the MBMS service status feedback information from the MBMS receiving WTRUs and the MBMS-interested WTRUs
This information fed back from the WTRUs, (sometimes called MBMS counting)
　 [0052] For determining how many WTRUs are receiving currently ongoing MBMS services, the network may employ the current MCCH message MBSFNAreaConfiguration message for MBMS and include, for each service of interest, a report-indicator in the SessionlnfoList information element (IE) of that message to solicit WTRU reports. A Boolean indicator (Yes/No) may be included for each service for which the network desires reception status. Ongoing services are only included in the MCCH. The request is for whether each WTRU receiving the MCCH is receiving the indicated service(s). 
　 [0053] For controlling the total number of WTRUs reporting, either the network directly queries the WTRUs, or some filter technique such as a probability factor (backoff) scheme may be used. 
　 [0054] For WTRUs reporting the MBMS service status, a WTRU service status report is per MBMS service, multiple service status' may be reported at a time, and the report may be constructed with respect to the service(s) listed in the MBSFNAreaConfiguration message. 
　 [0055] A general WTRU mechanism for reporting may be a RRC message, a MAC CE, a layer 1 (LI) signal, or by forming MBMS service status IEs appended to RRC messages, however no details are known. The impact of such mechanisms on legacy devices should be minimized, (it may be tolerable if reception status of legacy devices stays unknown to the network). All of the new LTE R10 mechanisms should not impact the legacy WTRUs, (R8 or R9), MBMS capable or not. Other mechanisms may be used of if not backward compatible.
(国際公開１３ページ〜１４ページ)
(当審訳
　　［００５１］　ＬＴＥ　Ｒ９において、これらコアセットのＭＢＭＳの機能とメカニズムが与えられ、ＬＴＥ　Ｒｅｌｅａｓｅ１０（Ｒ１０）及びＲｅｌｅａｓｅ１１（Ｒ１１）は、（ネットワーク側の）ＭＢＭＳの運用者（オペレータ）が
ＭＢＭＳを受信しているＷＴＲＵ及びＭＢＭＳに関心のあるＷＴＲＵからＭＢＭＳサービス状態フィードバック情報
ＷＴＲＵからフィードバックされるこの情報（ＭＢＭＳカウンティング（ｃｏｕｎｔｉｎｇ）と呼ばれることがある）
　　［００５２］　いくつのＷＴＲＵが現在行われているＭＢＭＳのサービスを受信しているかを判定するために、ネットワークは、ＭＢＭＳに関する現在のＭＣＣＨメッセージ、ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用し、対象のそれぞれのサービスに関して、ＷＴＲＵのレポートを要請するために、そのメッセージのＳｅｓｓｉｏｎＩｎｆｏＬｉｓｔ情報要素（ＩＥ）にレポートインジケータ（ｒｅｐｏｒｔ−ｉｎｄｉｃａｔｏｒ）を含めることができる。ブール値のインジケータ（はい／いいえ）が、ネットワークが受信状態を求める各サービスに関して含まれ得る。行われているサービスのみが、ＭＣＣＨに含まれる。要求は、ＭＣＣＨを受信する各ＷＴＲＵが、示された（１つまたは複数の）サービスを受信しているかどうかに関するものである。
　　［００５３］　レポートするＷＴＲＵの総数を制御するために、ネットワークがＷＴＲＵに直接問い合わせるか、または確率因子（バックオフ）方式（ｐｒｏｂａｂｉｌｉｔｙ　ｆａｃｔｏｒ（ｂａｃｋｏｆｆ）　ｓｃｈｅｍｅ）などの何らかのフィルタ技術が使用され得るかのいずれかである。
　　［００５４］　ＭＢＭＳのサービスの状態をレポートするＷＴＲＵに関して、ＷＴＲＵのサービスの状態のレポートは、ＭＢＭＳのサービスごとであり、複数のサービスの状態が一度にレポートされる可能性があり、レポートは、ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎメッセージに記載された（１つまたは複数の）サービスに関して構築される可能性がある。
　　［００５５］　レポートするための通常のＷＴＲＵのメカニズムは、ＲＲＣメッセージ、ＭＡＣ　ＣＥ、レイヤ１（Ｌ１）信号であるか、またはＲＲＣメッセージに付加されるＭＢＭＳのサービスの状態のＩＥを形成することによる可能性があるが、詳細は知られていない。レガシーデバイスに対するそのようなメカニズムの影響は、最小限にされるべきである（そのようなメカニズムは、レガシーデバイスの受信状態がネットワークに分からないままである場合、許容できる可能性がある）。新しいＬＴＥ　Ｒ１０のメカニズムのすべては、（Ｒ８またはＲ９の）ＭＢＭＳに対応または未対応のレガシーＷＴＲＵに影響を与えてはならない。下位互換性がない場合は、その他のメカニズムが使用され得る。
(【００４６】〜【００５０】))
　　(オ)　　 [0057] In one example, a query and response approach may be used such that the network may query in the DL regarding some MBMS service reception related status and the relevant WTRUs may respond with status in the UL. In some cases, the response may need to be transmitted within a defined time frame. 
The queried status may include one or more of the ongoing MBMS service, the services to be transmitted in the near-future and the WTRU- subscribed MBMS services
(国際公開１５ページ)
(当審訳
　　［００５７］　一例において、ネットワークが何らかのＭＢＭＳのサービスの受信に関連する状態に関してＤＬにおいて問い合わせることができ、関連するＷＴＲＵがＵＬにおいて状態で応答することができるような問い合わせおよび応答のアプローチが、使用される可能性がある。場合によっては、応答は、定義されたタイムフレーム内で送信される必要がある可能性がある。
問い合わされる状態は、行われているＭＢＭＳのサービス、近いうちに送信される予定のサービス、およびＷＴＲＵが加入しているＭＢＭＳのサービスのうちの１つまたは複数を含む可能性がある
(【００５２】))
　　(カ)　　 [0061] Described herein are MBMS service query categories for the query and response approach. These queries may be useful to a network supporting MBMS or to a network MBMS operator to determine when or whether to start, continue, or stop certain MBMS services for transmission or for program adjustment. Although the term network MBMS operator is used in the examples herein, the term may refer to network entities that may have need for MBMS feedback information. 
　 [0062] One or more of the following categories of MBMS service status may be queried by the MBMS operator (hereafter query- category). An example query- category may be which of the MBMS services that are currently being actively transmitted are the WTRUs currently receiving. 
Another example query- category may be 
which of the MBMS services that are to be transmitted in the near future are the WTRUs intending to receive.
Another example query-category may be 
which of the MBMS services are subscribed by the MBMS-interested WTRUs.
 Another example query-category may be 
which of the MBMS services were serviced and received by a WTRU within a certain period of time in the past.
　 [0063] Described herein are 
methods and mechanisms for MBMS service status query by the network. When necessary, the network MBMS operator may transmit a query message or a service query IE to the MBMS WTRU population.
　 [0064] The query may include one of more of the following items. For example, the query may include a list of the MBMS services for which the current reception status of the WTRUs may be requested. The list of MBMS services may be identified by their service identities (service-IDs) or the like, for example. 
In another example, the query may include a list of the MBMS services with their respective querying category indicator for which one or more of the current reception status, intended reception status, and subscription status of the WTRUs may be requested. The list of MBMS services may be identified by their service-IDs or the like, for example
　 [0065] In another example, one or more service query category indicator(s) may be included in the query for which MBMS service status of the WTRUs may be requested. In this case, service -IDs or equivalents may be omitted from the request. In another example, one or more service query category indicator(s) with  each associated with, (i.e. followed by), a list of MBMS services for which the WTRUs MBMS service status for each of those services may be requested with respect to the specific category(s) of status. The list of MBMS services may be identified by their service-IDs or the like, for example. 
(国際公開１６ページ〜１８ページ)
(当審訳
　　［００６１］　本明細書において説明されるのは、問い合わせおよび応答のアプローチのためのＭＢＭＳのサービスの問い合わせのカテゴリーである。これらの問い合わせは、送信のため、もしくはプログラムの調整のために特定のＭＢＭＳのサービスをいつ開始、継続もしくは停止すべきか、または開始、継続もしくは停止すべきであるかどうかを判定するために、ＭＢＭＳをサポートするネットワークまたはネットワークのＭＢＭＳの運用者に役立つ可能性がある。用語、ネットワークのＭＢＭＳの運用者が本明細書の例で使用されているが、この用語は、ＭＢＭＳのフィードバック情報を必要とする可能性があるネットワークエンティティを指す可能性がある。
　　［００６２］　ＭＢＭＳサービスの状態の以下のカテゴリーのうちの１つまたは複数が、ＭＢＭＳの運用者によって問い合わされる可能性がある（以降、問い合わせカテゴリー）。例示的な問い合わせカテゴリーは、「ＷＴＲＵが、現在アクティブ状態で送信されているＭＢＭＳのサービスのうちのどれを現在受信しているか」である可能性がある。
別の例示的な問い合わせカテゴリーは、「ＷＴＲＵが、近いうちに送信される予定のＭＢＭＳのサービスのうちのどれを受信することを意図しているか」である可能性がある
別の例示的な問い合わせカテゴリーは、「ＭＢＭＳのサービスのうちのどれがＭＢＭＳに関心のあるＷＴＲＵによって加入されているか」である可能性がある
　　［００６３］　本明細書において説明されるのは、
ネットワークによるＭＢＭＳのサービスの状態の問い合わせのための方法およびメカニズムである。必要なとき、ネットワークのＭＢＭＳの運用者は、問い合わせのメッセージまたはサービスの問い合わせのＩＥをＭＢＭＳのＷＴＲＵのすべてに送信することができる
　　［００６４］　問い合わせは、以下の項目のより多くのうちの１つを含み得る。例えば、問い合わせは、ＷＴＲＵの現在の受信状態が要求され得るＭＢＭＳのサービス(MBMS services)のリストを含む可能性がある。ＭＢＭＳのサービス(MBMS services)のリストは、例えば、それらのＭＢＭＳのサービス(MBMS services)のサービス識別情報（サービスＩＤ(service-IDs)）などによって識別され得る。
別の例において、問い合わせは、ＷＴＲＵの現在の受信状態、意図される受信状態、および加入状態のうちの１つまたは複数が要求され得るＭＢＭＳのサービス(MBMS services)のそれぞれの問い合わせるカテゴリーのインジケータ（querying category indicator）をともなうＭＢＭＳのサービス(MBMS services)のリストを含み得る。ＭＢＭＳのサービス(MBMS services)のリストは、例えば、それらのＭＢＭＳのサービス(MBMS services)のサービスＩＤ(service-IDs)などによって識別され得る
　　［００６５］　別の例において、ＷＴＲＵのＭＢＭＳのサービスの状態が要求され得る問い合わせに、１つまたは複数のサービスの問い合わせカテゴリーのインジケータが、含まれる可能性がある。この場合、サービスＩＤまたは同等のもの、要求から省略される可能性がある。別の例において、ＭＢＭＳのサービスのそれぞれに関するＷＴＲＵのＭＢＭＳのサービスの状態が状態の（１つまたは複数の）特定のカテゴリーに関して要求され得るそれらのＭＢＭＳのサービスのリストにそれぞれが関連付けられた（すなわち、ＭＢＭＳのサービスのリストが後に続く）１つまたは複数のサービスの問い合わせカテゴリーのインジケータ。ＭＢＭＳのサービスのリストは、例えば、それらのＭＢＭＳのサービスのサービスＩＤなどによって識別され得る。
(【００５６】〜【００６０】))
　　(キ)　　 [0136] Described herein are WTRU response mechanisms to the MBMS service status query. The WTRU may use one or more of the following UL mechanisms to transmit the WTRU MBMS service query response. 
　 [0137] In one mechanism, a new specific UL message in non-access stratum (NAS) or RRC may be defined. For a WTRU in connected mode operation, the WTRU may send the NAS or RRC message at any time during the WTRU's RRC_CONNECTED state operation for the purpose of a query response. A network response in this case is not required. 
　 [0138] For a WTRU in idle mode to report to the query response, the WTRU may piggyback the NAS message in conjunction with the LTE RRCConnectionSetupComplete message, (like a NAS attach), after the idle mode WTRU establishes a RRC Connection. The base station may dispatch or forward the NAS part, (the query response), to the MCE or to the MBMS service node. 
　 [0139] The WTRU may send the RRC message after the RRC Connection is established using one of the following methods. In one method, the WTRU may piggyback it to the RRCConnectionSetupComplete. In another method, the  WTRU may replace the RRCConnectionSetupComplete message with the RRC message which includes the MBMS service query response. In another method, the WTRU may send it to the network as a separate message after, (for example right after), sending the RRCConnectionSetupComplete message. 
　 [0140] If the reason for the RRC connection was solely for the sending of the MBMS query response, the base station may then release the RRC connection after the response is received. The base station may be responsible for forwarding the query response to the MCE. 
(国際公開３２ページ〜３３ページ)
(当審訳
　　［０１３６］　本明細書において説明されるのは、ＭＢＭＳのサービスの状態の問い合わせに対するＷＴＲＵの応答メカニズムである。ＷＴＲＵは、以下のＵＬのメカニズムのうちの１つまたは複数を使用して、ＷＴＲＵのＭＢＭＳのサービスの問い合わせの応答を送信することができる。
　　［０１３７］　１つのメカニズムにおいて、非アクセス層（ＮＡＳ）またはＲＲＣの新しい特定のＵＬのメッセージが、定義される可能性がある。接続モードで動作中のＷＴＲＵに関して、ＷＴＲＵは、問い合わせの応答の目的で、ＷＴＲＵのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の動作中の任意の時間にそのＮＡＳまたはＲＲＣメッセージを送信することができる。この場合のネットワークの応答は、必要とされない。
　　［０１３８］　アイドルモードのＷＴＲＵが問い合わせの応答に報告するために、ＷＴＲＵは、アイドルモードのＷＴＲＵがＲＲＣコネクションを確立した後、（ＮＡＳアタッチのように）ＬＴＥ　ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに便乗してＮＡＳメッセージを送ることができる。基地局は、ＮＡＳの部分（問い合わせの応答）をＭＣＥまたはＭＢＭＳサービスノードにディスパッチまたは転送することができる。
　　［０１３９］　ＷＴＲＵは、以下の方法のうちの１つを用いて、ＲＲＣコネクションが確立された後にＲＲＣメッセージを送信することができる。１つの方法において、ＷＴＲＵは、そのＲＲＣメッセージをＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅに載せることができる。別の方法において、ＷＴＲＵは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを、ＭＢＭＳのサービスの問い合わせの応答を含むＲＲＣメッセージで置き換えることができる。別の方法において、ＷＴＲＵは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信した後に（例えば、直後に）そのＲＲＣメッセージを別のメッセージとしてネットワークに送信することができる。
　　［０１４０］　ＲＲＣコネクションの原因がＭＢＭＳの問い合わせの応答を送信するためだけであった場合、基地局は、応答が受信された後にＲＲＣコネクションを解放することができる。基地局は、問い合わせの応答をＭＣＥに転送する役割を担うことができる。
(【０１３１】〜【０１３５】))
　　(ク)　　 [0144] FIG. 3 shows an example signal flow diagram for idle mode WTRU reporting MBMS service status. A wireless communication system 300 may include a WTRU 305, a base station 310 and an MCE 315. The WTRU 305 is in idle mode and has an active MBMS application 308. The MCE 315 may send an MBMS service status query message to the base station 310 (320), which in turn may forward the MBMS service status query message over the MCCH to the WTRU 305 (325). The WTRU 305 may then prepare an MBMS service status response 330, and send an RCCConnectionRequest message over the random access channel to the base station 310 (335). The cause identified for this request may be the report MBMS status code or something similar. As a result of the cause code, the base station 310 may take no action towards the Mobility Management Entity (MME) or the packet data network gateway/the serving gateway [P/S-GW) (340). The base station 310 may then send an RCCConnectionSetup message over the control channel to the WTRU 305 (345). 
　 [0145] The WTRU 305 may include a response IE in an RRCConnectionSetupComplete message, which may be sent over a dedicated control channel to the base station 310 (350). The base station 310 may then send an MBMS service status report with a response IE to the MCE 315 (355). 
　 [0146] Since the report MBMS status cause code was sent, the base station 310 may know that the connection establishment was used for reporting the MBMS service query response. The base station 310 may then release the RRC connection, (i.e., disconnect the WTRU connection) (360) and may send an RCCConnectionRelease message over the dedicated control channel to the WTRU 305 (365), which then returns to the idle mode (370). 
(国際港か３３ページ〜３４ページ)
(当審訳
　　［０１４４］　図３は、ＭＢＭＳのサービスの状態を報告するアイドルモードのＷＴＲＵに関する例示的な信号フロー図を示す。無線通信システム３００は、ＷＴＲＵ３０５、基地局３１０、およびＭＣＥ３１５を含み得る。ＷＴＲＵ３０５は、アイドルモードであり、アクティブなＭＢＭＳアプリケーションを有する３０８。ＭＣＥ３１５は、ＭＢＭＳサービス状態問い合わせメッセージを基地局３１０に送信することができ（３２０）、そして今度は、基地局３１０が、そのＭＢＭＳサービス状態問い合わせメッセージをＭＣＣＨを介してＷＴＲＵ３０５に転送することができる（３２５）。次に、ＷＴＲＵ３０５は、ＭＢＭＳサービス状態応答を準備し３３０、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを、ランダムアクセスチャネルを介して基地局３１０に送信することができる（３３５）。この要求に関して識別される原因は、「ＭＢＭＳの状態を報告する」コードまたはそれに類するものである可能性がある。原因コードの結果として、基地局３１０は、モビリティ管理エンティティ（ＭＭＥ）またはパケットデータネットワークゲートウェイ／サービングゲートウェイ（Ｐ／Ｓ−ＧＷ）に対していかなるアクションも行わない可能性がある（３４０）。次いで、基地局３１０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージを、制御チャネルを介してＷＴＲＵ３０５に送信することができる（３４５）。
　　［０１４５］　ＷＴＲＵ３０５は、個別制御チャネルを介して基地局３１０に送信され得るＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに応答のＩＥを含めることができる（３５０）。次に、基地局３１０は、応答のＩＥによるＭＢＭＳのサービスの状態の報告をＭＣＥ３１５に送信することができる（３５５）。
　　［０１４６］　「ＭＢＭＳの状態を報告する」原因コードが送信されたので、基地局３１０は、コネクションの確立がＭＢＭＳのサービスの問い合わせの応答を報告するために使用されたことを知ることができる。そのとき、基地局３１０は、ＲＲＣコネクションを解放する（すなわち、ＷＴＲＵのコネクションを切断する）ことができ（３６０）、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを、個別制御チャネルを介してＷＴＲＵ３０５に送信することができ（３６５）、次いで、ＷＴＲＵ３０５は、アイドルモードに戻る（３７０）。
(【０１３９】〜【０１４１】))
　　　イ　先願発明
　以上によれば，先願明細書等には，次の発明(以下「先願発明」という。)が記載されているといえる。
　ＭＢＭＳ(multimedia broadcast multicast services)のサービスの状態を報告するアイドルモードの無線送受信ユニット(ＷＴＲＵ)に関し，
　ＷＴＲＵ(３０５)は，アイドルモードであり，アクティブなＭＢＭＳアプリケーションを有し(３０８)，
　ＭＣＥ３１５は，ＭＢＭＳサービス状態問い合わせメッセージを基地局３１０に送信し(３２０)，基地局(３１０)から，そのＭＢＭＳサービス状態問い合わせメッセージをＭＣＣＨを介して，ＷＴＲＵ(３０５)は転送され(３２５)，
　ＷＴＲＵ(３０５)は，ＭＢＭＳサービス状態応答を準備し(３３０)，ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを，ランダムアクセスチャネルを介して基地局(３１０)に送信し(３３５)，
　基地局(３１０)から，ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージを，制御チャネルを介して，ＷＴＲＵ(３０５)は送信され(３４５)，
　ＷＴＲＵ(３０５)は，個別制御チャネルを介して基地局(３１０)に送信され得るＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに応答のＩＥを含む(３５０)，
　基地局(３１０)は，応答のＩＥによるＭＢＭＳサービス状態報告をＭＣＥ(３１５)に送信し(３５５)，
　「ＭＢＭＳの状態を報告する」原因コードが送信されたので，基地局(３１０)は，コネクションの確立がＭＢＭＳのサービスの問い合わせの応答を報告するために使用されたことを知る，
　無線送受信ユニット(ＷＴＲＵ)。
　　３．対比及び検討
　本件補正発明と先願発明を比較すると次のことがいえる。
　　◇ア　先願発明における「無線送受信ユニット(ＷＴＲＵ)(３０５)」は，先願明細書[００１４]，[００１５]等における記載(上記「２．」の(２)ア(イ)参照。)によれば，「移動通信デバイス」といえる。
　そして，当該「ＷＴＲＵ」が，「通信システム(１００)」のためのものであり，更に「基地局(３１０)」から「ＭＢＭＳサービス(マルチメディアブロードキャストマルチキャストサービス)」を受信しうることは明らかである。
　また，上記「ＭＢＭＳサービス(マルチメディアブロードキャストマルチキャストサービス)」は，移動局である「ＷＴＲＵ」に対するものであるのだから，「移動ブロードキャスト／マルチキャストサービス」といい得る。
　このことは，当該「ＷＴＲＵ」が「基地局」による「カバレッジエリア」内に存在することを示し，また，上記「カバレッジエリア」内で，上記「通信システム」が上記ＭＢＭＳサービスを配信するように動作可能であることを示しているといえる。
　そして，先願に係る図１Ａ及び図１Ｃ及び先願明細書[００１４]〜[００１６]，[００３５]，[００３６](【０００９】〜【００１１】，【００３０】，【００３１】)における記載(上記「２．」の(２)ア(イ)及び同(ウ)参照。)によれば，上記「通信システム」においては，基地局が複数存在しうることを予定している。
　そうすると，先願発明における「基地局」が複数の基地局に含まれる「特定の基地局」といい得る。
　ここで，「カバレッジエリア」が「基地局」と「移動局」とが通信を行いうる「エリア」を意味することは技術常識であって，上記「基地局(３１０)」のみならず，複数の基地局も「カバレッジエリア」内に含まれることは当然である。
　つまり，上記「通信システム」は，「所定の基地局を含む複数の基地局を含むカバレッジエリア内で，移動ブロードキャスト／マルチキャストサービス（ＭＢＭＳ）サービスを配信するように動作可能」であるといえる。
　このことは，先願発明に，実質的に記載されているに等しい事項であるといい得る。
　　◇イ　先願発明における「ＷＴＲＵ」は，上記◇アにも述べたように，「基地局(３１０)」と各種の「メッセージ」を通信していることは明白である。
　このような通信を行うために，当該「ＷＴＲＵ」を，上記「基地局」を含むカバレッジエリア内で登録しなければならないことは，移動通信の分野において当然である。
　つまり，先願発明における「ＷＴＲＵ」は，当該「ＷＴＲＵ」を，「所定の基地局を含むカバレッジエリア内で登録する手段」を実質的に備えているといい得る。
　　◇ウ　先願発明における「ＷＴＲＵ」は，「基地局(３１０)」から送信された「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ」つまり「ＲＲＣ接続の設定メッセージ」を受信し，上記「基地局」に「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ」つまり「ＲＲＣ接続の設定完了メッセージ」を送信する。
　このことは，当該「ＷＴＲＵ」が「ＲＲＣ接続を有しないアイドルモード」であるといい得ることを示している。
　ここで，上記◇イにも述べた「ＷＴＲＵ」の「登録」を踏まえれば，当該「ＷＴＲＵ」は，「カバレッジエリア内に登録されているが，カバレッジエリア内の基地局(３１０)へのＲＲＣ接続を有しないアイドルモードにおいて動作する手段」を実質的に備えているといい得る。
　　◇エ　(ア)　先願発明において，「ＷＴＲＵ(３０５)」が受信する「ＭＢＭＳサービス状態問い合わせメッセージ」に関し，先願明細書の[００６２]ないし[００６４]における記載(上記「２．」の(２)ア(カ)参照。)を参照すれば，「ＭＢＭＳサービス状態」の「問い合わせ」は、「ＷＴＲＵが、近いうちに送信される予定のＭＢＭＳのサービスのうちのどれを受信することを意図しているか」であること，「ＭＢＭＳのサービスのうちのどれがＭＢＭＳに関心のあるＷＴＲＵによって加入されているか」であること，また，「ＷＴＲＵの現在の受信状態、意図される受信状態、および加入状態」のうちの１つまたは複数が要求され得る「ＭＢＭＳのサービスのそれぞれの問い合わせるカテゴリーのインジケータ（querying category indicator）」をともなう「ＭＢＭＳのサービスのリスト」を含み，そして，当該「ＭＢＭＳのサービスのリスト」は、「
それらの
　　　(イ)　先願発明において，上記ウに述べた「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ」は，「応答のＩＥ(information element(情報要素))」を含み(３５０），「基地局(３１０)」は、当該「応答のＩＥ」による「ＭＢＭＳサービス状態報告」をＭＣＥ(３１５)に送信する（３５５）。
　　　(ウ)　上記(ア)及び上記(イ)に述べたことからみると，先願発明における「基地局(３１０)」及び「ＭＣＥ(multi-cell/multicast coordination entity(マルチセル／マルチキャスト調整エンティティー))(３１５)」は，Ａ「ＷＴＲＵ」に「ＭＢＭＳサービスの状態」を問合せ，Ｂその問合せに対する「応答のＩＥ」により，ａ「ＷＴＲＵが、近いうちに送信される予定のＭＢＭＳのサービスのうちのどれを受信することを意図しているか」であること，ｂ「ＭＢＭＳのサービスのうちのどれがＭＢＭＳに関心のあるＷＴＲＵによって加入されているか」であること等を知りうるものであるといえる。
　更に，Ｃ「ＭＢＭＳのサービス(MBMS services)のリスト」は，それらのＭＢＭＳのサービス(MBMS services)のサービスＩＤ(service-IDs)などによって識別されるものである(上記「２．」の(２)ア(カ)参照。)。
　ここで，上記Ｂのａ及びｂにおける「ＭＢＭＳのサービス」は，「ＷＴＲＵ」が「カバレッジエリア」内で「利用可能な」ものであるといえる。
　このことは，先願明細書［００５１］記載の「ＭＢＭＳカウンティング」を参照するならば，先願発明における「ＭＢＭＳサービス状態問い合わせメッセージ」が，「カバレッジエリア内で利用可能なＭＢＭＳサービスについて，ＷＴＲＵをカウンティングすることが要求されたこと」を示す「指示」といえることを示し，当該「指示」を「ＷＴＲＵ」が受信することは明らかである。
　してみると，上記Ｂのａ及びｂにおける「ＭＢＭＳのサービス」を識別する「サービスＩＤ」は，「カバレッジエリア内で利用可能になるＭＢＭＳサービスの識別情報」といえる。
　また，当該「サービスＩＤ」によって，先願発明における「ＷＴＲＵ」は，「ＭＢＭＳ」が利用可能になるか否かを判断し，ＭＢＭＳが利用可能になると判断したときに，ＭＢＭＳサービスを受信することへの関心を，「応答のＩＥ」により基地局に示しているといい得る。
　以上によれば，先願発明における「ＷＴＲＵ」は，「カバレッジエリア内で利用可能なＭＢＭＳサービスについて，ＷＴＲＵをカウンティングすることが要求されたことを示す指示」を「受信する手段」，「カバレッジエリア内で利用可能になるＭＢＭＳサービスの識別情報」を「判断する手段」，そして，当該「判断する手段」が，「ＭＢＭＳが利用可能になると判断したときに，前記ＭＢＭＳサービスを受信することへの関心」を「基地局」に「示す手段」を実質的に備えているといい得る。
　　◇オ　上記(イ)にも述べたとおり，「応答のＩＥ」は，「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ」に含まれるものであり，当該「メッセージ」が「ＲＲＣ接続」の確立を意味するものであることは明白である。
　そうすると，上記(ウ)に述べたことも踏まえるならば，「応答のＩＥ」を基地局に送信し，「ＭＢＭＳサービスを受信することへの関心」を「示す手段」は，「ＷＴＲＵがアイドルモードにある」ときに，「基地局との通信を開始して，ＲＲＣ接続を確立し，ＲＲＣ接続の確立の際に，基地局」に「少なくとも１つのメッセージ」として「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ」を送信し，「ＲＲＣ接続の確立がＭＢＭＳサービスへの関心を示すためのものであることを示すこと」によって，関心を示すように動作可能である」といい得る。
　　◇カ　上記◇アないし◇オに述べたとおりであり，先願発明は，本件補正発明を特定する事項全てを実質的に備えているといい得るものである。
　したがって，本件補正発明は，その出願の日前の外国語書面出願であって，その出願後に国際公開がされた先願の外国語書面に記載された先願発明と同一であるといい得る。
　　４．まとめ
　以上のとおりであって，本件出願の発明者がその出願前の外国語特許出願に係る先願発明をした者と同一ではなく，またこの出願の時において，その出願人が上記外国語特許出願の出願人と同一でもないので，本件補正発明は，特許法第２９条の２の規定に該当し，特許出願の際独立して特許を受けることができない。
　したがって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
第３　本願発明
　上記「第２」に述べたとおり，本件補正は却下された。
　したがって，本件出願における請求項１に係る発明(以下「本願発明」という。)は，平成２６年６月２日付け手続補正書の特許請求の範囲の請求項１に記載された事項(上記「第２」の１．(１)の「本件補正前」参照。)により特定されるとおりのものである。
第４　当審の判断
　　１．先願明細書等記載事項及び先願発明
　先願明細書等記載事項及び先願発明は，上記「第２」の２．(２)ア及び同イに記載のとおりである。
　　２．対比及び検討
　本件補正発明は，本願発明を特定する事項に限定を附したものである。
　してみると，本願発明を特定する事項を含み，更に限定を附したものに相当する本件補正発明は，先願発明と同一であるのだから，附された限定を省いた本願発明を特定する事項全てを，先願発明が備えることは当然である。
　したがって，本願発明も，その出願の日前の外国語書面出願であって，その出願後に国際公開がされた先願の外国語書面に記載された先願発明と同一であるといい得る。
　　３．まとめ
　以上のとおりであって，本件出願の発明者がその出願前の外国語特許出願に係る先願発明をした者と同一ではなく，またこの出願の時において，その出願人が上記外国語特許出願の出願人と同一でもないので，本願発明は，特許法第２９条の２の規定に該当する。
第５　むすび
　以上のとおりであるから，本願発明は，特許法第２９条の２の規定により特許を受けることができない。
　したがって，他の請求項について論及するまでもなく，本願は，拒絶すべきものである。
　よって，結論のとおり審決する。