【事件の表示】
　特願２０１６−２３８４４８「パケット・モバイル・ネットワークにおけるデータ送信のサポート」拒絶査定不服審判事件〔平成２９年　５月１８日出願公開、特開２０１７−　８５５９９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯　
　本願は，２０１３年（平成２５年）６月２８日（パリ条約による優先権主張外国庁受理　２０１２年７月２日　欧州特許庁）を国際出願日とする特願２０１５−５１９１５２号の一部を，平成２８年１２月８日に新たな特許出願としたものであって，その手続の経緯の概略は以下のとおりである。
　平成２９年１２月１５日付け：拒絶理由通知書
　平成３０年　８月　３日付け：拒絶査定
　平成３０年１２月　７日　　：拒絶査定不服審判の請求
　平成３１年　１月１８日　　：手続補正書（請求の理由）の提出
　令和　１年１１月１９日付け：拒絶理由通知書（当審）
　令和　２年　５月２０日　　：意見書，手続補正書の提出
　令和　２年　５月２１日　　：意見書，手続補正書の提出
　
第２　本願発明
　本願の請求項１ないし１９に係る発明は，令和２年５月２１日に手続補正された特許請求の範囲の請求項１ないし１９に記載された事項により特定されるものであるところ，その請求項１に係る発明（以下，「本願発明」という。）は，以下のとおりのものと認める。
「　パケット・モバイル・ネットワークにおけるデータ送信のための方法であって，
　ユーザ機器と外部パケット・データ・ネットワークとの間の前記パケット・モバイル・ネットワーク上のパケット・データ・ネットワーク接続性のためのものであり，
　前記パケット・モバイル・ネットワークは，無線アクセス・ネットワークによってアクセスされるコア・ネットワークを備えており，
　前記データ送信は，サービング無線アクセス・ネットワークノードと，サービング・ユーザ・プレーン・コア・ネットワークノードとの間のインターフェース上のトンネルを使用しており，
　前記方法は，
　コネクションレス型送信モードと称されるモードにおける前記データ送信を含んでおり，
　前記インターフェース上の前記トンネルは，接続ＩＤ情報と称される情報を使用してあらかじめ定義され，且つアイドル状態からアクティブ状態への遷移期間において識別され，
　前記コネクションレス型送信モードにおいて，前記サービング無線アクセス・ネットワークノードに対して前記ユーザ機器がアップリンク・パケットを送信する際に，前記ユーザ機器が前記接続ＩＤ情報を有する，
方法。」
第３　拒絶の理由
　令和１年１１月１９日付けで当審が通知した拒絶理由（以下，「当審拒絶理由」という。）の概要は，
「４．（進歩性）この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。」
というものであり，本願の請求項１に係る発明に対して，以下の引用例４が引用されている。
引用例４：国際公開第２０１１／０６０７０７号　
第４　引用発明及び技術常識
［引用発明］
　当審拒絶理由に引用された国際公開第２０１１／０６０７０７号には，図面とともに，以下の事項が記載されている。（下線は当審が付与。）
１　「
（中略）
」（第７頁下から第７行〜第９頁第１行）
（当審仮訳：
　
図3aは，本発明の一実施形態によるベアラ処理方法のアプリケーションシナリオにおけるLTE/SAEシステムの概略構造図である。
LTE/SAEシステムには主として，ホーム加入者サーバ(Home Subscriber Server，略語はHSS)，モビリティ管理エンティティ(Mobility Management Entity，略語はMME)，SAEゲートウェイ，Evolved Universal Terrestrial Radio Access Network(略語はE-UTRAN)におけるE-UTRAN NodeB(略語はeNB)などが含まれる。
　HSSは主として，ユーザ端末(User Equipment，略語はUE)の加入データの管理に関与し，HSSによって記憶される加入データにはUEのグループ情報を含めてよい。UEのグループ情報には，UEが属するグループのグループ識別子，グループメンバーのリスト(デバイス識別子のグループを含む)，グループの共通の特徴，及びグループメンバーの個々の特徴のような情報を含めてよく，その場合，グループのグループ識別子と共通の特徴を別個の加入データとして記憶してもよい。UEが複数のグループに属する場合，UEのグループ情報には，APNとグループ識別子の対のような，グループのグループ識別子とサービスタイプのマッピング関係をさらに含めてよい。
HSS上に記憶されるUEの加入データは，Machine Type Communication(略語はMTC)アプリケーションサーバなどのアプリケーションサーバによって維持されてもよい。
（中略）
　
SAEゲートウェイは，サービングゲートウェイ(Serving Gateway，略語はS-GW)及びパケットデータネットワークゲートウェイ(Packet Data Network Gateway，略語はP-GW)を含み
P-GWは，UEがパケットデータネットワークにアクセスするためのユーザプレーンアンカーポイントの機能を実現し，SGi基準点を通じて外部パケットデータネットワークと通信する。
　E-UTRANは複数のeNBを含む。eNBの主要機能は，UEとの無線接続を設定，維持，又は解除し，UEのコンテキスト情報を接続状態で記憶し，アクセス層(Access Stratum，略語はAS)信号を処理し，AS信号の安全を確保することである。）
２　「
」（第９頁第２行〜同頁下から第２行）
（当審仮訳：
　図3bは，図3aに示されているアプリケーションシナリオにおける共通ベアラの分類の概略図である。図3bに示されているように，図3aに示されているアプリケーションシナリオでは，MMEとeNBの間のインターフェースは，共通制御プレーンベアラ(CPベアラ)を通信に使用するS1インターフェースであり，
S-GWとeNBの間のインターフェースは，共通ユーザプレーンベアラ(UPベアラ)を通信に使用するS1インターフェースであり
アップリンク通信及びダウンリンク通信をそれぞれ共通アップリンクユーザプレーンベアラ及び共通ダウンリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行することができる。
　
本発明におけるベアラ処理方法の技術的解決策について，以下に，図3a及び図3bにおける本発明の各実施形態のアプリケーションシナリオを参照して説明する。
　図4a〜図6bは，このグループに対応する共通ベアラが共通アップリンクユーザプレーンベアラであるときのベアラ処理方法の各実施形態を示している。このグループに属するデバイスが開始されるサービスを作成する必要があるとき，そのデバイスに関連するネットワークノードはまず，HSSによって取得されるデバイス加入データ又はデバイスから供給されるグループ情報に応じて，
デバイスが属するグループ用に対応する共通ベアラがすでに作成されているかどうかを判定することができる。まだ作成されていない場合，このグループの対応する共通ベアラが作成され，共通ベアラがすでに作成されており，かつベアラがアクティブ状態である場合，このグループに属するデバイスは，この共通ベアラを直接使用してデータを送信することができ，共通ベアラがすでに作成されており，かつベアラがインアクティブ状態である場合，デバイスに関連するネットワークノードはまず共通ベアラをアクティブ状態にし，次いで共通ベアラを使用してこのグループに属するデバイスのデータを送信することができる。
　
当業者には，以下の各実施形態におけるデバイスが，本発明の各実施形態のアプリケーションシナリオが例示されるときに述べられるUEであってよいことが理解されよう。
３　「
」（第１０頁下から第５行〜第１１頁下から第５行）
（当審仮訳：
　ステップ44a: MMEは，記憶されているデバイス加入データ及び/又はデバイスによって伝達されるAPN情報に応じかつ負荷分散原則に従ってS-GW及びP-GWを選択し，選択されたS-GWにセッション作成要求(Create Session Request)メッセージを送信し，その場合，セッション作成要求メッセージは，このデバイスが属するグループのグループ識別子を伝達し，デバイス識別子，
MMEの制御プレーントンネルエンドポイント識別子(Tunnel Endpoint Identifier，略語はTEID)
　
ステップ45a
　
ステップ46a
　P-GWはセッション作成応答(Create Session Response)メッセージをS-GWに返す。この場合，セッション作成応答メッセージは，P-GWのユーザプレーンアドレス，P-GWの共通アップリンクユーザプレーンTEID，P-GWの制御プレーンTEID，ベアラ識別子，及びベアラQoSのような情報を伝達する。
　
ステップ47a
　S-GWは，MMEにセッション作成応答メッセージを送信し，その場合，セッション作成応答メッセージは，S-GWのユーザプレーンアドレス，S-GWの共通アップリンクユーザプレーンTEID，S-GWの制御プレーンTEID，ベアラ識別子，及びベアラQoSのような情報を伝達する。）
４　「
」（第１２頁下から第５行〜第１３頁下から第１行）
（当審仮訳：
　
ステップ44b
　すなわち，
MMEは，このグループに対応する共通アップリンクユーザプレーンベアラの種類を確認し，共通アップリンクユーザプレーンベアラの種類が保証伝送速度(Guaranteed Bit Rate，略語はGBR)ベアラである場合
　MMEは，P-GWによって記憶されており，かつTFTが図4bではUL TFTによって表されている，このグループに対応する共通アップリンクユーザプレーンベアラのアップリンクトラフィックフローテンプレート(トラフィックフローテンプレート，略語はTFT)の構成属性を確認し，P-GWによって記憶されている共通アップリンクユーザプレーンベアラのアップリンクTFTの構成属性が非スタティック構成である場合，このアップリンクTFTパラメータが更新され，更新済みアップリンクTFTは，現在のデバイスによって送信されたアップリンクパケットの宛先アドレスを識別することのできる新しいトラフィックフローテンプレートを含む。
　MMEは，S-GWにベアラ修正コマンド(Modify Bearer Command)メッセージを送信し，その場合，ベアラ修正コマンドメッセージは，共通アップリンクユーザプレーンベアラの更新済みQoSパラメータ及び/又は更新済みアップリンクTFTパラメータのようなパラメータを含む共通アップリンクユーザプレーンベアラの対応する更新済み性能パラメータを伝達する。
　
このステップでは，MMEの確認結果が，共通アップリンクユーザプレーンベアラの種類が非GBRベアラであるという結果であり，かつ/あるいはP-GWによって記憶されている共通アップリンクユーザプレーンベアラのアップリンクTFTの構成属性がスタティック構成である場合，共通アップリンクユーザプレーンベアラの性能パラメータを修正する必要はない。
　
ステップ45b
　
ステップ46b
　
ステップ47b
５　「
（中略）
」（第１４頁下から第４行〜第１５頁下から第１行）
（当審仮訳：
　図5a及び図5bは，あるグループに対応する共通ベアラが共通アップリンクユーザプレーンベアラであるときのパケットデータネットワーク(Packet Data Network，略語はPDN)コネクティビティ手順におけるベアラ処理手順を示している。
　図5aは，本発明の第4の実施形態によるPDNコネクティビティ手順において共通アップリンクユーザプレーンベアラを作成する方法の信号相互作用図である。この実施形態におけるアプリケーションシナリオでは，同じグループに属しかつ最初にPDNコネクティビティ手順を開始するデバイスが，PDNコネクティビティ手順において共通アップリンクユーザプレーンベアラを作成し，ダウンリンクユーザプレーンベアラ及び制御プレーンベアラを作成する方法は限定されない。この実施形態では，デバイスが属するグループの共通アップリンクユーザプレーンベアラはまだ作成されていないと仮定する。図5aに示されているように，この実施形態におけるPDNコネクティビティ手順において共通アップリンクユーザプレーンベアラを作成する方法は以下の各ステップを含む。
　ステップ51a: デバイスが，MMEにPDNコネクティビティ要求(PDN Connectivity Request)メッセージを送信する。PDNコネクティビティ要求メッセージは，APNなどの情報を伝達し，任意にグループ識別子情報を伝達してもよい。
　
ステップ52a
　
ステップ53a〜55aについては，ステップ45a〜47aと同様である
（中略）
　この実施形態における上記の手順によって，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラをPDNコネクティビティ手順において作成することができ，
このグループに対応する共通アップリンクユーザプレーンベアラが作成された後，同じグループに属する他のデバイスが共通アップリンクユーザプレーンベアラを使用してアップリンクデータを送信することができる。
６　「
（中略）
」（第１６頁第１行〜第１７頁第８行）
（当審仮訳：
　
図5bは，本発明の第4の実施形態によるPDNコネクティビティ手順において共通アップリンクユーザプレーンベアラを使用する方法の信号相互作用図である。
このグループに対応する作成済みの共通アップリンクユーザプレーンベアラが，PDNコネクティビティ手順において使用される。
　
ステップ51b: デバイスがMMEにPDNコネクティビティ要求メッセージを送信し，その場合，PDNコネクティビティ要求メッセージは，APNなどの情報を伝達し，任意にグループ識別子情報を伝達してもよい。
　
ステップ52b: MMEは，デバイス関連加入データ又はデバイスから供給されたグループ情報に応じて，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラがすでに作成されているかどうかを判定することができる。まだ作成されていない場合，図5aに示されている手順を使用することによってこのグループに対応する共通アップリンクユーザプレーンベアラを作成することができ
すでに作成されている場合，MMEは，共通アップリンクユーザプレーンベアラの性能パラメータがデバイスのサービス要件を満たすかどうかを確認する。
共通アップリンクユーザプレーンベアラの性能パラメータがデバイスのサービス要件を満たす場合，共通アップリンクユーザプレーンベアラの性能パラメータを修正する必要はない。
　
このステップにおいて共通アップリンクユーザプレーンベアラの性能パラメータがデバイスのサービス要件を満たすかどうかをMMEによって確認するプロセスはステップ44bと同様であり
　
ステップ53b〜55bについては，ステップ45b〜47bと同様である
　
ステップ56b: MMEは，eNBにベアラ設定要求メッセージを送信し，その場合，ベアラ設定要求メッセージは，ベアラQoS，ベアラ識別子，S-GWのユーザプレーンアドレス，S-GWの共通アップリンクユーザプレーンTEID，グループ識別子，及びPDNコネクティビティ許可メッセージのような情報を伝達し
　ステップ57b〜511bについては，ステップ57a〜511aと同様であるため，ここでは説明しない。
（中略）
　
上記の手順によって，この実施形態は，PDNコネクティビティ手順を新たに開始しかつ同じグループに属するデバイスが，デバイス用のアップリンクユーザプレーンベアラリソースを再作成せずに，作成済みの共通アップリンクユーザプレーンベアラリソース，たとえば，共通アップリンクユーザプレーンTEIDを使用するのを可能にし
７「
」
（当審仮訳：
）
８「
」
（当審仮訳：
）
　上記の記載，並びに当業者の技術常識を考慮すると，
（１）　「１」の「図3aは，本発明の一実施形態によるベアラ処理方法のアプリケーションシナリオにおけるLTE/SAEシステムの概略構造図である。」との記載によれば，引用例４には，LTE/SAEシステムにおいて用いられるベアラ処理方法が記載されているといえる。
　更に，「２」の「本発明におけるベアラ処理方法の技術的解決策について，以下に，図3a及び図3bにおける本発明の各実施形態のアプリケーションシナリオを参照して説明する。」との記載，及び「６」の「図5bは，本発明の第4の実施形態によるPDNコネクティビティ手順において共通アップリンクユーザプレーンベアラを使用する方法の信号相互作用図である。」との記載によれば，引用例４には，ベアラ処理方法の技術的解決策として，PDNコネクティビティ手順において共通アップリンクユーザプレーンベアラを使用する方法が記載されているといえる。
　したがって，引用例４には「LTE/SAEシステムで用いられるベアラ処理方法であり，パケットデータネットワークコネクティビティ手順において共通アップリンクユーザプレーンベアラを使用する方法」が記載されていると認める。
（２）　「１」の「LTE/SAEシステムには主として，ホーム加入者サーバ(Home Subscriber Server，略語はHSS)，モビリティ管理エンティティ(Mobility Management Entity，略語はMME)，SAEゲートウェイ，Evolved Universal Terrestrial Radio Access Network(略語はE-UTRAN)におけるE-UTRAN NodeB(略語はeNB)などが含まれる。」，「SAEゲートウェイは，サービングゲートウェイ(Serving Gateway，略語はS-GW)及びパケットデータネットワークゲートウェイ(Packet Data Network Gateway，略語はP-GW)を含み」との記載によれば，LTE/SAEシステムは，MME，S-GW，P-GW，eNBを含むといえる。
　また，「１」の「P-GWは，UEがパケットデータネットワークにアクセスするためのユーザプレーンアンカーポイントの機能を実現し，SGi基準点を通じて外部パケットデータネットワークと通信する。」との記載によれば，P-GWは，UEがパケットデータネットワークにアクセスするために外部パケットデータネットワークと通信するといえる。
　更に，「２」の「アップリンク通信及びダウンリンク通信をそれぞれ共通アップリンクユーザプレーンベアラ及び共通ダウンリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行することができる。」との記載によれば，アップリンク通信が共通アップリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行されることが記載されているといえる。
　したがって，引用例４には，「LTE/SAEシステムは，MME，S-GW，P-GW，eNBを含み，P-GWは，UEがパケットデータネットワークにアクセスするために外部パケットデータネットワークと通信し，
　アップリンク通信が共通アップリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行され」ることが記載されていると認める。
（３）　「２」の「S-GWとeNBの間のインターフェースは，共通ユーザプレーンベアラ(UPベアラ)を通信に使用するS1インターフェースであり」，「アップリンク通信及びダウンリンク通信をそれぞれ共通アップリンクユーザプレーンベアラ及び共通ダウンリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行することができる。」との記載によれば，S-GWとeNBの間のインターフェースは，共通アップリンクユーザプレーンベアラをアップリンク通信に使用するS1インターフェースであることが記載されているといえる。
　よって，引用例４には，「S-GWとeNBの間のインターフェースは，共通アップリンクユーザプレーンベアラをアップリンク通信に使用するS1インターフェースである」ことが記載されていると認める。
（４）　「２」の「当業者には，以下の各実施形態におけるデバイスが，本発明の各実施形態のアプリケーションシナリオが例示されるときに述べられるUEであってよいことが理解されよう。」との記載によれば，デバイスはUEであることが記載されているといえる。
　また，「１」の「HSS上に記憶されるUEの加入データは，Machine Type Communication(略語はMTC)アプリケーションサーバなどのアプリケーションサーバによって維持されてもよい。」との記載によれば，UEの加入データはMTCアプリケーションサーバによって維持されるから，UEはMTC用の端末を含むといえる。そうすると，UEはMTC用の端末を含むものであるといえる。
　したがって，引用例４には，「デバイスはUEであり，UEはMTC用の端末を含む」ことが記載されていると認める。
（５）　「２」の「デバイスが属するグループ用に対応する共通ベアラがすでに作成されているかどうかを判定することができる。まだ作成されていない場合，このグループの対応する共通ベアラが作成され，共通ベアラがすでに作成されており，かつベアラがアクティブ状態である場合，このグループに属するデバイスは，この共通ベアラを直接使用してデータを送信することができ，共通ベアラがすでに作成されており，かつベアラがインアクティブ状態である場合，デバイスに関連するネットワークノードはまず共通ベアラをアクティブ状態にし，次いで共通ベアラを使用してこのグループに属するデバイスのデータを送信することができる。」との記載，及び「６」の「このグループに対応する作成済みの共通アップリンクユーザプレーンベアラが，PDNコネクティビティ手順において使用される。」との記載によれば，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーンベアラは新たに作成されず，作成済みの共通アップリンクユーザプレーンベアラが使用されるといえる。
　
　また，「６」の「すでに作成されている場合，MMEは，共通アップリンクユーザプレーンベアラの性能パラメータがデバイスのサービス要件を満たすかどうかを確認する。」，「共通アップリンクユーザプレーンベアラの性能パラメータがデバイスのサービス要件を満たす場合，共通アップリンクユーザプレーンベアラの性能パラメータを修正する必要はない。」との記載によれば，共通アップリンクユーザプレーンベアラがすでに作成されている場合であり，共通アップリンクユーザプレーンベアラの性能パラメータがデバイスのサービス要件を満たす場合，共通アップリンクユーザプレーンベアラの性能パラメータを修正する必要はないことが記載されているといえる。
　更に，「６」の「このステップにおいて共通アップリンクユーザプレーンベアラの性能パラメータがデバイスのサービス要件を満たすかどうかをMMEによって確認するプロセスはステップ44bと同様であり」との記載に関連して，「４」の「ステップ44b」に関する説明の「このステップでは，MMEの確認結果が，共通アップリンクユーザプレーンベアラの種類が非GBRベアラであるという結果であり，かつ/あるいはP-GWによって記憶されている共通アップリンクユーザプレーンベアラのアップリンクTFTの構成属性がスタティック構成である場合，共通アップリンクユーザプレーンベアラの性能パラメータを修正する必要はない。」との記載によれば，共通アップリンクユーザプレーンベアラの種類が非GBRベアラである場合，共通アップリンクユーザプレーンベアラの性能パラメータは修正されないことが記載されているといえる。ここで，「４」の「MMEは，このグループに対応する共通アップリンクユーザプレーンベアラの種類を確認し，共通アップリンクユーザプレーンベアラの種類が保証伝送速度(Guaranteed Bit Rate，略語はGBR)ベアラである場合」との記載から，非GBRベアラとは，非保証伝送速度ベアラのことである。
　よって，引用例４には，「共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーンベアラは新たに作成されず，作成済みの共通アップリンクユーザプレーンベアラが使用され，更に，共通アップリンクユーザプレーンベアラの種類が非保証伝送速度（GBR）ベアラである場合，共通アップリンクユーザプレーンベアラの性能パラメータは修正されない」ことが記載されていると認める。
　ここで，「６」の「まだ作成されていない場合，図5aに示されている手順を使用することによってこのグループに対応する共通アップリンクユーザプレーンベアラを作成することができ」との記載から，図5aの「52a」，「53a」，「54a」，「55a」は，S-GW及びP-GWが，グループに対応する共通アップリンクユーザプレーンベアラを作成するための処理であるといえ，このことは「５」の「ステップ52a」に関する説明，「５」の「ステップ53a〜55aについては，ステップ45a〜47aと同様である」との記載，及び「３」の「ステップ45a」，「ステップ46a」，「ステップ47a」に関する説明と整合する。そして，共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーンベアラは新たに作成されないから，S-GW及びP-GWは，上述した共通アップリンクユーザプレーンベアラを作成するための処理を行わないことは自明である。
　また，図5bの「52b」，「53b」,「54b」，「55b」から，S-GWとP-GWがベアラを修正するための処理を行うことがみてとれ，このことは，「６」の「ステップ52b」に関する説明の「このステップにおいて共通アップリンクユーザプレーンベアラの性能パラメータがデバイスのサービス要件を満たすかどうかをMMEによって確認するプロセスはステップ44bと同様であり」との記載，及び「４」の「ステップ44b」に関する説明，並びに「６」の「ステップ53b〜55bについては，ステップ45b〜47bと同様である」との記載，及び「４」の「ステップ45b」，「ステップ46b」，「ステップ47b」に関する説明とも整合する。そして，共通アップリンクユーザプレーンベアラの性能パラメータが修正されない場合，S-GW及びP-GWは，上述した共通アップリンクユーザプレーンベアラを修正するための処理を行わないことは自明である。
　そうすると，引用例４には，共通アップリンクユーザプレーンベアラがすでに作成されている場合であり，更に，共通アップリンクユーザプレーンベアラの種類が非保証伝送速度（GBR）ベアラである場合，「S-GW及びP-GWは，共通アップリンクユーザプレーンベアラを作成又は修正するための処理を行わない」ことが記載されていると認める。
　したがって，引用例４には，「共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーンベアラは新たに作成されず，作成済みの共通アップリンクユーザプレーンベアラが使用され，更に，共通アップリンクユーザプレーンベアラの種類が非保証伝送速度（GBR）ベアラである場合，共通アップリンクユーザプレーンベアラの性能パラメータは修正されない，その場合，S-GW及びP-GWは，共通アップリンクユーザプレーンベアラを作成又は修正するための処理を行わない」ことが記載されていると認める。
（６）　「６」の「ステップ51b: デバイスがMMEにPDNコネクティビティ要求メッセージを送信し，その場合，PDNコネクティビティ要求メッセージは，APNなどの情報を伝達し，任意にグループ識別子情報を伝達してもよい。」との記載によれば，デバイスはMMEにパケットデータネットワークコネクティビティ要求メッセージを送信し，パケットデータネットワークコネクティビティ要求メッセージはグループ識別子情報を伝達することが記載されているといえる。
　したがって，引用例４には，「デバイスはMMEにパケットデータネットワークコネクティビティ要求メッセージを送信し，パケットデータネットワークコネクティビティ要求メッセージはグループ識別子情報を伝達する」ことが記載されていると認める。
（７）　「６」の「ステップ52b: MMEは，デバイス関連加入データ又はデバイスから供給されたグループ情報に応じて，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラがすでに作成されているかどうかを判定することができる。」との記載について，「６」の「ステップ51b: デバイスがMMEにPDNコネクティビティ要求メッセージを送信し，その場合，PDNコネクティビティ要求メッセージは，APNなどの情報を伝達し，任意にグループ識別子情報を伝達してもよい。」との記載によれば，「ステップ52b」の説明に記載されている，「デバイスから供給されたグループ情報」とは，デバイスから供給（伝達）されたグループ識別子情報であることは明らかであるから，MMEは，デバイスから供給されたグループ識別子情報に応じて，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラがすでに作成されているかどうかを判定しているといえる。
　また，「６」の「ステップ56b: MMEは，eNBにベアラ設定要求メッセージを送信し，その場合，ベアラ設定要求メッセージは，ベアラQoS，ベアラ識別子，S-GWのユーザプレーンアドレス，S-GWの共通アップリンクユーザプレーンTEID，グループ識別子，及びPDNコネクティビティ許可メッセージのような情報を伝達し」との記載によれば，MMEは，eNBにベアラ設定要求メッセージを送信し，ベアラ設定要求メッセージは，S-GWのユーザプレーンアドレス，S-GWの共通アップリンクユーザプレーンTEID，グループ識別子を伝達するといえる。ここで，「３」の「…MMEの制御プレーントンネルエンドポイント識別子(Tunnel Endpoint Identifier，略語はTEID)…」との記載から，TEIDがトンネルエンドポイント識別子の略語であることは明らかである。
　したがって，引用例４には，「MMEは，デバイスから供給されたグループ識別子情報に応じて，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラがすでに作成されているかどうかを判定し，eNBにベアラ設定要求メッセージを送信し，ベアラ設定要求メッセージは，S-GWのユーザプレーンアドレス，S-GWの共通アップリンクユーザプレーントンネルエンドポイント識別子，グループ識別子を伝達する」ことが記載されていると認める。
（８）　「６」の「上記の手順によって，この実施形態は，PDNコネクティビティ手順を新たに開始しかつ同じグループに属するデバイスが，デバイス用のアップリンクユーザプレーンベアラリソースを再作成せずに，作成済みの共通アップリンクユーザプレーンベアラリソース，たとえば，共通アップリンクユーザプレーンTEIDを使用するのを可能にし」との記載から，共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーントンネルエンドポイント識別子を含む作成済みの共通アップリンクユーザプレーンベアラリソースを使用することが記載されているといえる。
　更に，「５」の「このグループに対応する共通アップリンクユーザプレーンベアラが作成された後，同じグループに属する他のデバイスが共通アップリンクユーザプレーンベアラを使用してアップリンクデータを送信することができる。」との記載から，共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーンベアラを使用してアップリンクデータが送信されることが記載されているといえる。
　したがって，引用例４には，「共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーントンネルエンドポイント識別子を含む作成済みの共通アップリンクユーザプレーンベアラリソースを使用し，共通アップリンクユーザプレーンベアラを使用してアップリンクデータが送信される」ことが記載されていると認める。
　以上を総合すると，引用例４には以下の発明（以下，「引用発明」という。）が記載されていると認める。
「　LTE/SAEシステムで用いられるベアラ処理方法であり，パケットデータネットワークコネクティビティ手順において共通アップリンクユーザプレーンベアラを使用する方法であって，
　LTE/SAEシステムは，MME，S-GW，P-GW，eNBを含み，P-GWは，UEがパケットデータネットワークにアクセスするために外部パケットデータネットワークと通信し，
　アップリンク通信が共通アップリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行され，
　ここで，S-GWとeNBの間のインターフェースは，共通アップリンクユーザプレーンベアラをアップリンク通信に使用するS1インターフェースであり，
　更に，デバイスはUEであり，UEはMTC用の端末を含み，
　共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーンベアラは新たに作成されず，作成済みの共通アップリンクユーザプレーンベアラが使用され，更に，共通アップリンクユーザプレーンベアラの種類が非保証伝送速度（GBR）ベアラである場合，共通アップリンクユーザプレーンベアラの性能パラメータは修正されない，その場合，S-GW及びP-GWは，共通アップリンクユーザプレーンベアラを作成又は修正するための処理を行わず，
　デバイスはMMEにパケットデータネットワークコネクティビティ要求メッセージを送信し，パケットデータネットワークコネクティビティ要求メッセージはグループ識別子情報を伝達し，
　MMEは，デバイスから供給されたグループ識別子情報に応じて，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラがすでに作成されているかどうかを判定し，eNBにベアラ設定要求メッセージを送信し，ベアラ設定要求メッセージは，S-GWのユーザプレーンアドレス，S-GWの共通アップリンクユーザプレーントンネルエンドポイント識別子，グループ識別子を伝達し，
　共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーントンネルエンドポイント識別子を含む作成済みの共通アップリンクユーザプレーンベアラリソースを使用し，共通アップリンクユーザプレーンベアラを使用してアップリンクデータが送信される，
　方法。」
［技術常識］
　電子情報通信分野の用語を解説した書籍である，社団法人　電子情報通信学会　ハンドブック委員会編，「電子情報通信ハンドブック　第２分冊」，株式会社　オーム社，平成９年５月３０日第１版発行には,以下の事項が記載されている。（下線は当審が付与。）
１　「　２・２　基本構成要素
　a.　層およびプロトコル　　階層化された各層は，物理媒体に近いほう（下位）から順番に，1, 2,…, N, N+1,…と番号が与えられ，番号Nの層をN層と呼ぶ．
（中略）
　b.　エンティティ　　N層のプロトコルを実行する主体はNエンティティ(entity)と呼ばれ，N層に一つ以上存在する．
（中略）
　c.　サービス　　N層がN+1層に提供する能力をNサービス(service)と呼ぶ．
（中略）
　NエンティティがNサービスをN+1エンティティに提供する点をNサービスアクセス点(service-access-point)と呼ぶ．
（中略）
　d.　コネクション　　
N+1エンティティ間にN層によって確立される論理的な通信路をNコネクションと呼ぶ．
（中略）
　
N+1エンティティ間のデータ転送の方式には，
Nコネクションを
確立せずに行うコネクションレス形伝送(connectionless-mode transmission)とがある．
コネクションレス形伝送では，データの特性をあらかじめ同意しておき，通信の際に動的に変更することはない．
　上記［技術常識］「１」の記載からも明らかなように，「コネクションレス形伝送は，エンティティ間の論理的通信路を確立せずにデータ転送を行い，データの特性をあらかじめ同意しておき，通信の際に動的に変更することはない。」ことは技術常識と認める。
第５　対比・判断
　本願発明と引用発明とを対比すると，
１　引用発明の「LTE/SAEシステム」が，パケットを扱うことができモバイル端末と通信可能なネットワークを有するシステムであることは明らかである。
　更に，引用発明は，「アップリンク通信が共通アップリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行され」るものであるところ，引用発明の「eNB」は，アップリンク通信において「S-GW」を介して「P-GW」にデータを送信していることは明らかであり，また「共通アップリンクユーザプレーンベアラを使用する方法」が，データを送信するための方法であることは自明である。
　よって，引用発明の「LTE/SAEシステムで用いられるベアラ処理方法であり，パケットデータネットワークコネクティビティ手順において共通アップリンクユーザプレーンベアラを使用する方法」は，本願発明と同様に「パケット・モバイル・ネットワークにおけるデータ送信のための方法」である。
２　引用発明の「UE」，「外部パケットデータネットワーク」は，本願発明の「ユーザ機器」，「外部パケット・データ・ネットワーク」に相当する。
　また，引用発明の「パケットデータネットワークコネクティビティ手順」とは，「LTE/SAEシステム」において用いられるパケットデータネットワーク接続性（コネクティビティ）の手順であり，「P-GW」が「UEがパケットデータネットワークにアクセスするために外部パケットデータネットワークと通信」するために用いられる手順であることは明らかである。
　してみると，引用発明の「LTE/SAEシステム」において用いられる「パケットデータネットワークコネクティビティ手順」，及び「P-GWは，UEがパケットデータネットワークにアクセスするために外部パケットデータネットワークと通信し」より，本願発明と引用発明とでは「ユーザ機器と外部パケット・データ・ネットワークとの間の前記パケット・モバイル・ネットワーク上のパケット・データ・ネットワーク接続性のためのものであり」との点で共通する。
３　引用発明の「eNB」が，無線アクセスネットワークの一種であるE-UTRANを形成するものであることは技術常識である。そして，「LTE/SAEシステム」に含まれる，MME，S-GWがE-UTRANによってアクセスされるコアネットワークを形成するノードであることは自明である。
　よって，引用発明の「LTE/SAEシステムは，MME，S-GW，P-GW，eNBを含み」は，本願発明の「前記パケット・モバイル・ネットワークは，無線アクセス・ネットワークによってアクセスされるコア・ネットワークを備えており」との点で共通する。
４　引用発明において「UE」と「eNB」が通信することは自明であり，UEと通信するeNBはサービングeNBであるから，引用発明の「UE」と通信する「eNB」は本願発明の「サービング無線アクセス・ネットワークノード」に相当する。
　また，本願発明の「サービング・ユーザ・プレーン・コア・ネットワークノード」がeNBと通信するS-GWを含むことは明らかであり，このことは本願明細書【００６９】の「ＲＡＮノードとインターフェースするユーザ・プレーンＣＮノード（ＥＰＣについてのＳＧＷやＧＰＲＳ／ＵＭＴＳ ＣＮについてのＳＧＳＮ など）」との記載とも整合する。してみると，引用発明の「eNB」と「アップリンク通信」を実行する「S-GW」は，本願発明の「サービング・ユーザ・プレーン・コア・ネットワークノード」に相当する。
　そして，引用発明において，「S-GWとeNBの間のインターフェースは，共通アップリンクユーザプレーンベアラをアップリンク通信に使用するS1インターフェース」であるところ，引用発明の「共通アップリンクユーザプレーンベアラリソース」には，「共通アップリンクユーザプレーントンネルエンドポイント識別子」が含まれているから，引用発明の「S-GWとeNBの間」の「S1インターフェース」での「アップリンク通信」において，共通アップリンクユーザプレーントンネルエンドポイント識別子によって定義されるトンネルが用いられることは明らかである。
　よって，引用発明の「S-GWとeNBの間のインターフェースは，共通アップリンクユーザプレーンベアラをアップリンク通信に使用するS1インターフェースであり」，及び「共通アップリンクユーザプレーントンネルエンドポイント識別子を含む作成済みの共通アップリンクユーザプレーンベアラリソースを使用し」は，本願発明の「前記データ送信は，サービング無線アクセス・ネットワークノードと，サービング・ユーザ・プレーン・コア・ネットワークノードとの間のインターフェース上のトンネルを使用しており」との点で共通する。
５　上記「第４」の［技術常識］の項中で述べたとおり，「コネクションレス形伝送は，エンティティ間の論理的通信路を確立せずにデータ転送を行い，データの特性をあらかじめ同意しておき，通信の際に動的に変更することはない。」ことが技術常識であるところ，引用発明は，「共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーンベアラは新たに作成されず，作成済みの共通アップリンクユーザプレーンベアラが使用され，更に，共通アップリンクユーザプレーンベアラの種類が非保証伝送速度（GBR）ベアラである場合，共通アップリンクユーザプレーンベアラの性能パラメータは修正されない，その場合，S-GW及びP-GWは，共通アップリンクユーザプレーンベアラを作成又は修正するための処理を行わず」との事項を含むから，引用発明の「アップリンク通信が共通アップリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行され」る際に，「S-GW及びP-GW」は，共通アップリンクユーザプレーンベアラ，すなわち論理的通信路を確立（作成）せずにデータ転送を行い，データの特性をあらかじめ同意しておき，通信の際に動的に変更するものではない。
　そうすると，引用発明の「アップリンク通信が共通アップリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行され」ることは，「コネクションレス形伝送」でアップリンク通信することといえ，また，引用発明は，コネクションレス形伝送でアップリンク通信する動作，すなわち「コネクションレス型送信モードと称されるモード」を備えるものといえる。
　よって，引用発明の「アップリンク通信が共通アップリンクユーザプレーンベアラを通じてP-GWとS-GWとの間及びS-GWとeNBとの間で実行され」，及び「共通アップリンクユーザプレーンベアラがすでに作成されている場合，共通アップリンクユーザプレーンベアラは新たに作成されず，作成済みの共通アップリンクユーザプレーンベアラが使用され，更に，共通アップリンクユーザプレーンベアラの種類が非保証伝送速度（GBR）ベアラである場合，共通アップリンクユーザプレーンベアラの性能パラメータは修正されない，その場合，S-GW及びP-GWは，共通アップリンクユーザプレーンベアラを作成又は修正するための処理を行わず」は，本願発明の「前記方法は，
　コネクションレス型送信モードと称されるモードにおける前記データ送信を含んでおり」との点で共通する。
６　引用発明の「ベアラ設定要求メッセージ」に関して，引用発明の「S-GWのユーザプレーンアドレス」，「S-GWの共通アップリンクユーザプレーントンネルエンドポイント識別子」が，「eNB」と「S-GW」との間のインターフェース上で行われるアップリンク通信に用いられるトンネルを定義するための情報であることは自明である。そして，「グループ識別子」は，ベアラの経路，すなわちトンネルを設定するためのメッセージである「ベアラ設定要求メッセージ」に含まれるものであるから，「S-GWのユーザプレーンアドレス」，「S-GWの共通アップリンクユーザプレーントンネルエンドポイント識別子」と同様にトンネルを定義するための情報であることは明らかである。また，「共通アップリンクユーザプレーンベアラがすでに作成されている場合」，「S-GWのユーザプレーンアドレス，S-GWの共通アップリンクユーザプレーントンネルエンドポイント識別子，グループ識別子」の情報により，トンネルがすでに作成されている，すなわち，あらかじめ定義されていることは自明である。
　また，引用発明は，「MMEは，デバイスから供給されたグループ識別子情報に応じて，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラがすでに作成されているかどうかを判定」することを含むから，引用発明の「MME」が「デバイスから供給されたグループ識別子」によって，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラの経路，すなわちトンネルを識別し，識別されたトンネルがすでに作成されているかどうかを判定していることは明らかである。
　そして，トンネルを定義，識別するために用いられるグループ識別子のことを接続ＩＤと称するのは任意である。
　そうすると，本願発明の「前記インターフェース上の前記トンネルは，接続ＩＤ情報と称される情報を使用してあらかじめ定義され，且つアイドル状態からアクティブ状態への遷移期間において識別され」と，引用発明の「MMEは，デバイスから供給されたグループ識別子情報に応じて，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラがすでに作成されているかどうかを判定し，eNBにベアラ設定要求メッセージを送信し，ベアラ設定要求メッセージは，S-GWのユーザプレーンアドレス，S-GWの共通アップリンクユーザプレーントンネルエンドポイント識別子，グループ識別子を伝達し」は，「前記インターフェース上の前記トンネルは，接続ＩＤ情報と称される情報を使用してあらかじめ定義され，且つ識別され」る点で共通する。
７　引用発明は，「デバイスはUEであり，UEはMTC用の端末を含」み，「デバイスはMMEにパケットデータネットワークコネクティビティ要求メッセージを送信し，パケットデータネットワークコネクティビティ要求メッセージはグループ識別子情報を伝達」するものであるから，「UE」であるところの「デバイス」が，「パケットデータネットワークコネクティビティ要求メッセージ」を送信する時点で，「デバイス」は「グループ識別子情報」を有している。また，「パケットデータネットワークコネクティビティ要求メッセージ」は，パケットデータネットワークへアップリンク通信を行うために送信されるから，「共通アップリンクユーザプレーンベアラを使用してアップリンクデータが送信される」ことは，「パケットデータネットワークコネクティビティ要求メッセージ」を送信した後に行われる。してみると，引用発明において，「共通アップリンクユーザプレーンベアラを使用してアップリンクデータが送信される」時点で「デバイス」が「グループ識別子情報」を有していることは自明である。
　また，「共通アップリンクユーザプレーンベアラを使用してアップリンクデータ」を送信する際に，「eNB」に対して「デバイス」が，アップリンク・パケットを送信していることは明らかである。また，「５」の検討から，「作成済みの共通アップリンクユーザプレーンベアラリソースを使用し，共通アップリンクユーザプレーンベアラを使用してアップリンクデータが送信される」ことは，コネクションレス型でデータを送信することといえる。
　よって，引用発明の「デバイスはUEであり，UEはMTC用の端末を含み」，「デバイスはMMEにパケットデータネットワークコネクティビティ要求メッセージを送信し，パケットデータネットワークコネクティビティ要求メッセージはグループ識別子情報を伝達し」，及び「作成済みの共通アップリンクユーザプレーンベアラリソースを使用し，共通アップリンクユーザプレーンベアラを使用してアップリンクデータが送信される」は，本願発明の「前記コネクションレス型送信モードにおいて，前記サービング無線アクセス・ネットワークノードに対して前記ユーザ機器がアップリンク・パケットを送信する際に，前記ユーザ機器が前記接続ＩＤ情報を有する」に相当する。
　以上を総合すると，本願発明と引用発明とは，以下の点で一致し，また，相違している。
（一致点）
「　パケット・モバイル・ネットワークにおけるデータ送信のための方法であって，
　ユーザ機器と外部パケット・データ・ネットワークとの間の前記パケット・モバイル・ネットワーク上のパケット・データ・ネットワーク接続性のためのものであり，
　前記パケット・モバイル・ネットワークは，無線アクセス・ネットワークによってアクセスされるコア・ネットワークを備えており，
　前記データ送信は，サービング無線アクセス・ネットワークノードと，サービング・ユーザ・プレーン・コア・ネットワークノードとの間のインターフェース上のトンネルを使用しており，
　前記方法は，
　コネクションレス型送信モードと称されるモードにおける前記データ送信を含んでおり，
　前記インターフェース上の前記トンネルは，接続ＩＤ情報と称される情報を使用してあらかじめ定義され，且つ識別され，
　前記コネクションレス型送信モードにおいて，前記サービング無線アクセス・ネットワークノードに対して前記ユーザ機器がアップリンク・パケットを送信する際に，前記ユーザ機器が前記接続ＩＤ情報を有する，
方法。」
（相違点）
　「前記インターフェース上の前記トンネル」について，本願発明は「アイドル状態からアクティブ状態への遷移期間において識別され」るものであるのに対して，引用発明はそのような特定がされていない点。
　上記の相違点について検討する。
　「第５　対比・判断」の「６」で述べたとおり，引用発明の「MME」が「デバイスから供給されたグループ識別子情報」によって，デバイスが属するグループに対応する共通アップリンクユーザプレーンベアラの経路，すなわちトンネルを識別し，識別されたトンネルがすでに作成されているかどうかを判定していることは明らかである。そして，引用発明は「デバイスはMMEにパケットデータネットワークコネクティビティ要求メッセージを送信し，パケットデータネットワークコネクティビティ要求メッセージはグループ識別子情報を伝達」するものだから，「MME」は，デバイスが送信するパケットデータネットワークコネクティビティ要求メッセージによりグループ識別子情報を伝達され，トンネルを識別する。
　ここで，引用発明は，デバイスが，アイドル状態からアクティブ状態への遷移期間において，パケットデータネットワークコネクティビティ要求メッセージを送信することは特定されていないが，データの送受信等の処理を行わない時間帯にMTC用の端末がアイドル状態へ遷移し，データの送受信等の処理を行う時間帯にMTC用の端末がアクティブ状態に遷移することは常套的に用いられている手法である。更に，アイドル状態の端末がアップリンクデータの送信を開始するにあたり，端末の状態がアイドル状態からアクティブ状態へ遷移し，ネットワークにパケットデータネットワークコネクティビティ要求メッセージを送信することは，当業者にとって自明の事項である。　
　そうすると，引用発明において，MTC用の端末が，アップリンクデータを送信するためにアイドル状態からアクティブ状態に遷移し，当該遷移する期間においてアップリンクデータの送信を開始するためにパケットデータネットワークコネクティビティ要求メッセージを送信すること，及びパケットデータネットワークコネクティビティ要求メッセージが送信された時点，すなわちMTC用の端末が，アップリンクデータを送信するためにアイドル状態からアクティブ状態に遷移する期間において，共通アップリンクユーザプレーンベアラの経路，すなわちトンネルがMMEによって識別されるようにすることは，引用発明において当然に想定される処理である。
　よって，引用発明において，相違点に係る構成を採用することは，当業者が容易に想到しうることである。
　そして，本願発明の作用効果も，引用発明に基づいて当業者が予測し得る範囲のものであり，格別なものではない。
　したがって，本願発明は，引用例４に記載された発明に基づき，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許を受けることができない。
第６　むすび
　以上のとおり，本願発明は，引用例４に記載された発明に基づき，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許を受けることができない。
　したがって，本願は，他の請求項について検討するまでもなく，拒絶すべきものである。
　よって，結論のとおり審決する。