(57)【要約】  無線通信装置（１１）は、パーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイス（１２）に対してセルラ無線アクセスネットワーク（１４）及びコアネットワーク（１５）を介した外部ネットワーク（１７）との接続を提供する。無線通信装置（１１）は、第１のデバイス（１２）にアプリケーションレイヤにおいて適用される第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラを要求する追加ベアラ生成要求をコアネットワーク（１５）に送信する。そして、無線通信装置（１１）は、追加ベアラ生成要求に応じて無線通信装置（１１）とコアネットワーク（１５）の間に設定される追加ベアラを、第１のデバイス（１２）を送信元又は宛先とするデータを含むデータパケットの送信又は受信のために使用する。
2013161233.tif 000002
【特許請求の範囲】
【請求項１】
パーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに対してセルラ無線アクセスネットワーク及びコアネットワークを介した外部ネットワークとの接続を提供する無線通信装置であって、
前記無線通信装置は制御部を備え、
前記制御部は、
前記少なくとも１つのローカルデバイスに含まれる第１のデバイスにアプリケーションレイヤにおいて適用される第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラを要求する追加ベアラ生成要求を前記コアネットワークに送信するよう動作し、
前記追加ベアラ生成要求に応じて前記無線通信装置と前記コアネットワークの間に設定される追加ベアラを、前記第１のデバイスを送信元又は宛先とするデータを含むデータパケットの送信又は受信のために使用するよう動作する、
無線通信装置。
【請求項２】
前記制御部は、前記少なくとも１つのローカルデバイスに既に適用されている既存のQoSポリシと前記第１のQoSポリシが異なる場合に、前記追加ベアラ生成要求を送信するよう動作する、請求項１に記載の無線通信装置。
【請求項３】
前記追加ベアラは、前記第１のQoSポリシに合致するデータパケットの転送のために、前記既存のQoSポリシに合致するデータパケットを転送するための既存のベアラに追加して設定されるベアラである、請求項２に記載の無線通信装置。
【請求項４】
前記制御部は、さらに、前記第１のデバイスから接続要求を受信したことに応じて、前記追加ベアラ生成要求を送信するよう動作する、請求項１〜３のいずれか１項に記載の無線通信装置。
【請求項５】
前記制御部は、さらに、前記接続要求の受信に応じて、前記第１のQoSポリシに基づいて前記追加ベアラの要否を判定し、前記追加ベアラが必要と判定したことを条件として前記追加ベアラ生成要求を送信するよう動作する、請求項４に記載の無線通信装置。
【請求項６】
前記制御部は、さらに、前記第１のデバイスに適用されるQoSポリシの変更を示すQoS変更要求を前記外部ネットワーク又は前記外部ネットワークと前記コアネットワークの境界に配置されたネットワークノードから受信したことに応じて、前記追加ベアラ生成要求を送信するよう動作する、請求項１〜５のいずれか１項に記載の無線通信装置。
【請求項７】
前記制御部は、さらに、前記QoS変更要求の受信に応じて、前記第１のQoSポリシに基づいて前記追加ベアラの要否を判定し、前記追加ベアラが必要と判定したことを条件として前記追加ベアラ生成要求を送信するよう動作する、請求項６に記載の無線通信装置。
【請求項８】
前記制御部は、さらに、前記追加ベアラを用いて転送されるデータパケットを特定するための特定情報を含む通知を、前記外部ネットワーク又は前記外部ネットワークと前記コアネットワークの境界に配置されたネットワークノードに送信するよう動作する、請求項１〜７のいずれか１項に記載の無線通信装置。
【請求項９】
前記通知は、前記第１のデバイスの識別子を含む、請求項８に記載の無線通信装置。
【請求項１０】
前記特定情報は、前記追加ベアラに振り分けられるデータパケットのヘッダに含まれるべき (i) ベアラ識別子 (ii)ポート番号、(iii) プロトコル番号、(iv) Type of Service（TOS）フィールド、(v) 送信元アドレス、及び (vi) 宛先アドレス、のうち少なくとも１つを含む、請求項８又は９に記載の無線通信装置。
【請求項１１】
前記制御部は、さらに、前記追加ベアラと前記第１のデバイスとの対応付けを示す通知を前記コアネットワークに送信するように動作する、請求項１〜７のいずれか１項に記載の無線通信装置。
【請求項１２】
前記通知は、前記追加ベアラの識別子及び前記第１のデバイスの識別子を含む、請求項１１に記載の無線通信装置。
【請求項１３】
前記制御部は、さらに、前記少なくとも１つのローカルデバイスの各々にアプリケーションレイヤにおいて適用されるQoSポリシを管理するよう動作する、請求項１〜１２のいずれか１項に記載の無線通信装置。
【請求項１４】
前記制御部は、さらに、前記少なくとも１つのローカルデバイスの各々にアプリケーションレイヤにおいて適用されるQoSポリシに応じて、各ローカルデバイスを送信元又は宛先とするデータを含むデータパケットの送信又は受信に用いるベアラを選択するよう動作する、請求項１〜１３のいずれか１項に記載の無線通信装置。
【請求項１５】
前記追加ベアラ生成要求は、前記QoSパラメタの指定を含む、請求項１〜１４のいずれか１項に記載の無線通信装置。
【請求項１６】
前記QoSパラメタは、QoS class identifier（QCI）、allocation and retention priority（ARP）、guaranteed bit rate（GBR）、maximum bit rate（MBR）のうち少なくとも１つを含む、請求項１〜１５のいずれか１項に記載の無線通信装置。
【請求項１７】
前記無線通信装置は、machine type communication（MTC）ゲートウェイ・デバイスである、請求項１〜１６のいずれか１項に記載の無線通信装置。
【請求項１８】
コアネットワーク及びセルラ無線アクセスネットワークを介して無線通信装置と通信するネットワークノードであって、
前記ネットワークノードは制御部を備え、
前記制御部は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、変更後の第１のQoSポリシを示す第１の要求を前記無線通信装置及び前記コアネットワークの少なくとも一方に送信するよう動作し、
前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする、
ネットワークノード。
【請求項１９】
前記第１の要求は、前記コアネットワークに送信され、前記コアネットワークに対して前記追加ベアラの設定をトリガーする、請求項１８に記載のネットワークノード。
【請求項２０】
前記第１の要求は、前記第１のデバイスを示す識別子を含む、請求項１８に記載のネットワークノード。
【請求項２１】
前記制御部は、さらに、前記第１の要求に応答して前記無線通信装置又は前記コアネットワークから送信され、前記追加ベアラを用いて転送されるデータパケットを特定するための特定情報を含む第１の通知を受信するよう動作する、請求項１８〜２０のいずれか１項に記載のネットワークノード。
【請求項２２】
前記ネットワークノードは、少なくとも１つのアプリケーションを含む外部ネットワークにインタフェースを提供するよう構成され、
前記制御部は、さらに、前記第１の通知の受信に応じて、前記特定情報を前記外部ネットワークに通知する、請求項２１に記載のネットワークノード。
【請求項２３】
前記特定情報は、前記追加ベアラに振り分けられるデータパケットのヘッダに含まれるべき (i) ベアラ識別子 (ii)ポート番号、(iii) プロトコル番号、(iv) Type of Service（TOS）フィールド、(v) 送信元アドレス、及び (vi) 宛先アドレス、のうち少なくとも１つを含む、請求項２１又は２２に記載のネットワークノード。
【請求項２４】
前記ネットワークノードは、少なくとも１つアプリケーションを含む外部ネットワークにインタフェースを提供するよう構成され、
前記制御部は、さらに、前記第１のデバイスのQoSポリシの変更を示す第２の要求を前記外部ネットワークから受信したことに応じて、前記第１の要求を送信するよう動作する、請求項１８〜２３のいずれか１項に記載のネットワークノード。
【請求項２５】
前記無線通信装置は、前記第１の要求の受信に応じて、前記第１のQoSポリシに基づいて前記追加ベアラの要否を判定し、前記追加ベアラが必要と判定したことを条件として前記追加ベアラの設定手順を開始するよう構成されている、請求項１８に記載のネットワークノード。
【請求項２６】
前記制御部は、さらに、前記少なくとも１つのローカルデバイスの各々にアプリケーションレイヤにおいて適用されるQoSポリシを管理するよう動作する、請求項１８〜２５のいずれか１項に記載のネットワークノード。
【請求項２７】
前記無線通信装置は、machine type communication（MTC）ゲートウェイ・デバイスである、請求項１８〜２６のいずれか１項に記載のネットワークノード。
【請求項２８】
前記無線通信装置は、machine type communication（MTC）ゲートウェイ・デバイスであり、
前記ネットワークノードは、少なくとも１つのMTCアプリケーションを含む外部ネットワークにインタフェースを提供するサービス能力サーバ（Services Capability Server（SCS））である、
請求項２２又は２４に記載のネットワークノード。
【請求項２９】
ネットワークノードと通信し、前記ネットワークノード、コアネットワーク、及びセルラ無線アクセスネットワークを介して無線通信装置と通信するユーザーノードであって、
前記ユーザーノードは制御部を備え、
前記制御部は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、前記ネットワークノードを介して前記無線通信装置及び前記コアネットワークの少なくとも一方に変更後の第１のQoSポリシを示す第１の要求を送信するよう動作し、
前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする、
ユーザーノード。
【請求項３０】
前記第１の要求は、前記コアネットワークに送信され、前記コアネットワークに対して前記追加ベアラの設定をトリガーする、請求項２９に記載のユーザーノード。
【請求項３１】
前記制御部は、さらに、前記第１の要求に応答して前記ネットワークノードから送信され、前記追加ベアラを用いて転送されるデータパケットを特定するための特定情報を含む第１の通知を受信するよう動作する、請求項２９又は３０に記載のユーザーノード。
【請求項３２】
前記特定情報は、前記追加ベアラに振り分けられるデータパケットのヘッダに含まれるべき (i) ベアラ識別子 (ii)ポート番号、(iii) プロトコル番号、(iv) Type of Service（TOS）フィールド、(v) 送信元アドレス、及び (vi) 宛先アドレス、のうち少なくとも１つを含む、請求項３１に記載のユーザーノード。
【請求項３３】
前記無線通信装置は、machine type communication（MTC）ゲートウェイ・デバイスであり、
前記ネットワークノードは、少なくとも１つのMTCアプリケーションを含む外部ネットワークにインタフェースを提供するサービス能力サーバ（Services Capability Server（SCS））であり、
前記ユーザーノードは、MTCアプリケーションが実装されたMTCアプリケーションユーザーノードである、
請求項２９〜３２のいずれか１項に記載のユーザーノード。
【請求項３４】
セルラ無線アクセスネットワークを介して無線通信装置と通信する少なくとも１つのコアネットワークノードを備え、
前記少なくとも１つのコアネットワークノードは、前記無線通信装置から第１の通知を受信するよう動作し、
前記第１の通知は、前記無線通信装置からの追加ベアラ生成要求に基づいて前記無線通信装置及びコアネットワークの間に設定される追加ベアラと、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに含まれる第１のデバイスとの対応付けを示す、
コアネットワーク。
【請求項３５】
前記少なくとも１つのコアネットワークノードは、さらに、前記第１の通知の受信に応じて、前記無線通信装置に対応付けられたネットワークノード又は外部ネットワークに対して、前記追加ベアラを用いて転送されるデータパケットを特定するための特定情報を含む第２の通知を送信するよう動作する、請求項３４に記載のコアネットワーク。
【請求項３６】
前記第２の通知は、さらに、前記第１のデバイスの識別子を含む、請求項３５に記載のコアネットワーク。
【請求項３７】
前記少なくとも１つのコアネットワークノードは、さらに、前記追加ベアラ生成要求の受信に応じて、前記追加ベアラを設定するよう動作する、請求項３４〜３６のいずれか１項に記載のコアネットワーク。
【請求項３８】
前記無線通信装置は、machine type communication（MTC）ゲートウェイ・デバイスである、請求項３４〜３７のいずれか１項に記載のコアネットワーク。
【請求項３９】
パーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに対してセルラ無線アクセスネットワーク及びコアネットワークを介した外部ネットワークとの接続を提供する無線通信装置に実装される方法であって、
前記少なくとも１つのローカルデバイスに含まれる第１のデバイスにアプリケーションレイヤにおいて適用される第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラを要求する追加ベアラ生成要求を前記コアネットワークに送信すること、及び
前記追加ベアラ生成要求に応じて前記無線通信装置及び前記コアネットワークの間に設定される追加ベアラを、前記第１のデバイスを送信元又は宛先とするデータを含むデータパケットの送信又は受信のために使用すること、
を備える方法。
【請求項４０】
コアネットワーク及びセルラ無線アクセスネットワークを介して無線通信装置と通信するネットワークノードに実装される方法であって、
前記方法は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、変更後の第１のQoSポリシを示す第１の要求を前記無線通信装置及び前記コアネットワークの少なくとも一方に送信することを備え
前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする、
方法。
【請求項４１】
ネットワークノードと通信し、前記ネットワークノード、コアネットワーク、及びセルラ無線アクセスネットワークを介して無線通信装置と通信するユーザーノードに実装される方法であって、
前記方法は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、前記ネットワークノードを介して前記無線通信装置及び前記コアネットワークの少なくとも一方に変更後の第１のQoSポリシを示す第１の要求を送信することを備え、
前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする、
方法。
【請求項４２】
セルラ無線アクセスネットワークを介して無線通信装置と通信する少なくとも１つのコアネットワークノードに実装される方法であって、
前記方法は、前記無線通信装置から第１の通知を受信することを備え、
前記第１の通知は、前記無線通信装置からの追加ベアラ生成要求に基づいて前記無線通信装置及びコアネットワークの間に設定される追加ベアラと、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに含まれる第１のデバイスとの対応付けを示す、
方法。
【請求項４３】
パーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに対してセルラ無線アクセスネットワーク及びコアネットワークを介した外部ネットワークとの接続を提供する無線通信装置に実装される方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
前記少なくとも１つのローカルデバイスに含まれる第１のデバイスにアプリケーションレイヤにおいて適用される第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラを要求する追加ベアラ生成要求を前記コアネットワークに送信すること、及び
前記追加ベアラ生成要求に応じて前記無線通信装置及び前記コアネットワークの間に設定される追加ベアラを、前記第１のデバイスを送信元又は宛先とするデータを含むデータパケットの送信又は受信のために使用すること、
を備える、
コンピュータ可読媒体。
【請求項４４】
コアネットワーク及びセルラ無線アクセスネットワークを介して無線通信装置と通信するネットワークノードに実装される方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、変更後の第１のQoSポリシを示す第１の要求を前記無線通信装置及び前記コアネットワークの少なくとも一方に送信することを備え
前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする、
コンピュータ可読媒体。
【請求項４５】
ネットワークノードと通信し、前記ネットワークノード、コアネットワーク、及びセルラ無線アクセスネットワークを介して無線通信装置と通信するユーザーノードに実装される方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、前記ネットワークノードを介して前記無線通信装置及び前記コアネットワークの少なくとも一方に変更後の第１のQoSポリシを示す第１の要求を送信することを備え、
前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする、
コンピュータ可読媒体。
【請求項４６】
セルラ無線アクセスネットワークを介して無線通信装置と通信する少なくとも１つのコアネットワークノードに実装される方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、前記無線通信装置から第１の通知を受信することを備え、
前記第１の通知は、前記無線通信装置からの追加ベアラ生成要求に基づいて前記無線通信装置及びコアネットワークの間に設定される追加ベアラと、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに含まれる第１のデバイスとの対応付けを示す、
コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに関し、例えばMTCゲートウェイ・デバイスが使用される移動通信システムに関する。
【背景技術】
【０００２】
3rd Generation Partnership Project（3GPP）では、machine type communication（MTC）に適した移動通信システムの改良について検討されている（例えば、非特許文献１〜３を参照）。MTCは、machine-to-machine（M2M）ネットワーク又はセンサネットワークとも呼ばれる。MTCを移動通信システムに収容する場合、典型的には、機械（e.g. 自動販売機、ガスメータ、電気メータ、自動車、鉄道車両）及びセンサ（e.g. 環境、農業、交通等に関するセンサ）に3GPP通信機能（i.e. 移動局の機能）が配置される。3GPPは、MTCのために機械及びセンサに実装される移動局を"MTCデバイス"と定義している。MTCデバイスは、セルラ無線アクセスネットワーク（radio access network（RAN））を介してモバイルオペレータのコアネットワークに接続するとともに、MTCユーザと通信を行う。MTCユーザは、外部ネットワークに配置され、MTCアプリケーションを有する。MTCユーザに実装されたMTCアプリケーションは、MTCデバイスに実装されたMTCアプリケーションと通信する。MTCユーザは、アプリケーションサーバ（Application Server（AS））とも呼ばれる。【０００３】
3GPPは、非特許文献１に示されているように、MTCデバイスとMTCユーザの間のアプリケーションレイヤにおけるend-to-end通信の実現シナリオとして、ダイレクトモデル、インダイレクトモデル、及びハイブリッドモデルの３つを規定している。ダイレクトモデルでは、MTCユーザは、モバイルオペレータネットワークに直接的に接続することで、MTCデバイスと直接的なユーザープレーン（データプレーン）通信を行う。【０００４】
これに対して、インダイレクトモデルでは、MTCユーザは、サービス能力サーバ（Services Capability Server（SCS））が提供するサービスを介して非直接的にモバイルオペレータネットワークに接続することで、MTCデバイスと非直接的なユーザープレーン通信を行うとともに、コントロールプレーンでの付加サービス（e.g. MTCデバイスのトリガリング）を利用する。インダイレクトモデルでは、SCSは、コアネットワークと通信を行い、コアネットワークを介してMTCデバイスと通信を行う。さらに、SCSは、MTCユーザにユーザープレーン及びデータプレーンのインタフェース（e.g. application program interface（API））を提供する。SCSは、MTCサーバ、M2Mサービスプラットフォーム、M2Mサービスサーバ、又はMTCサービスサーバと呼ばれる場合もある。SCSは、モバイルオペレータによってコアネットワークと一元的に管理されるモデルと、モバイルオペレータによらず１又は複数のMTCユーザによって管理されるモデルの両方が想定されている。後者のモデルの場合、SCSとMTCユーザは結合されてもよい。言い換えると、SCSの機能は、MTCユーザの機能と一体的に配置されてもよい。【０００５】
ハイブリッドモデルは、上述したダイレクトモデルとインダイレクトモデルを組み合わせたモデルである。つまり、ハイブリッドモデルでは、MTCユーザは、MTCデバイスとのユーザープレーン通信のためにオペレータネットワークに直接的に接続するとともに、コントロールプレーンでの付加サービスを利用するためにSCSを利用する。【０００６】
MTCアプリケーションの具体例は、スマートグリッド、スマートメータ、家電の遠隔制御、自動車の遠隔制御、遠隔電子医療を含む。また、セルラRANは、例えば、UMTS terrestrial radio access network（UTRAN）又はevolved UTRAN（E-UTRAN）である。コアネットワークは、例えば、general packet radio service（GPRS）パケットコア又は evolved packet core（EPC）である。【０００７】
さらに、3GPPでは、非特許文献２に示されているように、"MTCゲートウェイ・デバイス"の導入が検討されている。MTCゲートウェイ・デバイスは、3GPP移動通信機能（i.e. 移動局の機能）を有するとともに、パーソナル／ローカルエリア接続技術によって配下のデバイス（e.g. センサ、radio frequency identification （RFID）タグ、カーナビゲーション装置）と接続する。パーソナル／ローカルエリア接続技術の具体例は、IEEE 802.15、ZigBee、Bluetooth、IEEE 802.11aを含む。なお、MTCゲートウェイ・デバイスに接続する配下デバイスは、典型的には3GPP移動通信機能を有していないデバイスであるが、3GPP移動通信機能を有するデバイス（i.e. MTCデバイス）であってもよい。そして、MTCゲートウェイ・デバイスは、セルラRANを介してモバイルオペレータのコアネットワークに接続するとともに、SCSを介して又は直接的にMTCユーザ（MTCアプリケーション）と通信する。なお、上述したインダイレクトモデルでは、SCSが、MTCゲートウェイ・デバイスとのコネクションを終端するプロトコルスタック・モデルが考えられる。この場合、MTCゲートウェイ・デバイスに接続する配下デバイスは、SCSを介して、MTCユーザ（MTCアプリケーション）と通信する。【０００８】
以上の説明から理解されるように、MTCゲートウェイ・デバイスは、モバイルルータ（又はテザリング機能を有するuser equipment（UE））の具体例の１つと考えることができる。つまり、MTCゲートウェイ・デバイスは、パーソナル／ローカルエリア接続技術によって接続された少なくとも１つのデバイスに対してモバイルオペレータネットワーク（i.e. セルラRAN及びコアネットワーク）を介した外部パケットネットワーク（e.g. packet data network（PDN））との接続を提供するエージェントとして動作する。【０００９】
以下、本明細書では、MTCゲートウェイ・デバイス、モバイルルータ、又はテザリング機能を有するUEの背後に位置するデバイス（つまりこれらにパーソナル／ローカルエリア接続技術によって接続するデバイス）を"ローカルデバイス"と称する。 【００１０】
図１〜図４は、MTCに関するネットワークアーキテクチャの具体例を示している。図１は、インダイレクトモデルの具体例を示している。したがって、図１のネットワークアーキテクチャは、MTCゲートウェイ・デバイス９１、ローカルデバイス９２、SCS９６、MTCユーザ（MTCアプリケーション）９７を含む。MTCゲートウェイ・デバイス９１とローカルデバイス９２の間は、パーソナル／ローカルエリアネットワーク９３により接続される。また、MTCゲートウェイ・デバイス９１は、モバイルオペレータネットワーク（i.e. セルラRAN９４及びコアネットワーク９５）を介してSCS９６と通信する。モバイルオペレータドメイン９８は、モバイルオペレータによって管理運用されるネットワーク範囲を示す。図１のアーキテクチャにおいて、SCS９６は、モバイルオペレータドメイン９８に含まれている。しかしながら、図２に示すように、SCS９６は、モバイルオペレータドメイン９８の外部に配置されてもよい。【００１１】
図３は、SCS９６を含まないダイレクトモデルの具体例を示している。したがって、図３の例では、MTCユーザ９７は、コアネットワーク９５と直接的なユーザープレーン通信を行う。【００１２】
図４は、ハイブリッドモデルの具体例を示している。図４の例では、MTCユーザ９７は、ユーザープレーン（UP）のインタフェースによって直接的にオペレータネットワーク（i.e. コアネットワーク９５）に接続し、コントロールプレーン（CP）のインタフェースによってSCS９６に接続する。【００１３】
なお、図１〜図４に示されたコアネットワーク９５は、MTC interworking function（MTC-IWF）を含む。MTC-IWFは、コアネットワーク内の制御ノードとSCS９６が相互作用（interworking）するための機能を提供する。つまり、MTC-IWFは、オペレータネットワークが有する機能を起動するために、SCSとのインタフェースで使用されるシグナリングプロトコルを転送又はトランスレートする。MTC-IWFの詳細は、例えば、非特許文献１に示されている。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】3GPP TS 23.682 V11.0.0 (2012-03), "Architecture enhancements to facilitate communications with packet data networks and applications (Release 11)", 2012年3月
【非特許文献２】3GPP TS 22.368 V11.3.0 (2011-09), "Service requirements for Machine-Type Communications (MTC); Stage 1; (Release 11)", 2011年9月
【非特許文献３】3GPP寄書S1-103317, "Study on Enhancements for MTC; (Release 11)", 3GPP TSG-SA WG1 Meeting #52, La Valletta, Malta, 8-12 November 2010
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本件発明者は、上述したMTCゲートウェイ・デバイスの使用時における以下の問題を見出した。例えば、ローカルデバイスの障害発生時などに、ローカルデバイスのquality-of-service（QoS）レベルを上げるようにMTCアプリケーションレイヤにおけるQoSポリシを変更することが考えられる。しかしながら、MTCゲートウェイ・デバイスが使用される場合、ローカルデバイスは、モバイルオペレータネットワーク（i.e. セルラRAN及びコアネットワーク）からは直接的に認識することができない。したがって、MTCアプリケーションレイヤにおいてローカルデバイスに適用されるQoSポリシを、MTCゲートウェイ・デバイスとコアネットワーク内の転送ノード（e.g. packet data network gateway（P-GW）、Gateway GPRS Support Node（GGSN））の間に設定されるベアラのQoSパラメタに反映することが困難である。このため、ローカルデバイスは、自身が要求するQoSポリシ又はMTCユーザから適用されたQoSポリシを、ベアラのQoSパラメタに反映することができない。ここで、ベアラのQoSパラメタは、例えば、evolved packet system（EPS）ベアラのQoSパラメタであり、QoS class identifier（QCI）、allocation and retention priority（ARP）、guaranteed bit rate（GBR）、及びmaximum bit rate（MBR）のうち少なくとも１つを含む。【００１６】
また、一般的に、モバイルオペレータネットワークにおけるQoSパラメタに基づくパケットフロー制御はベアラ単位で行われる。つまり、QoSパラメタが互いに異なる複数のパケットを１つのベアラで転送することはできない。このため、MTCゲートウェイ・デバイスの背後に存在する複数のローカルデバイスに互いに異なるQoSポリシが適用される場合、又はローカルデバイスに適用されるQoSポリシが変更される場合に、MTCゲートウェイ・デバイスは、ローカルデバイスのQoSポリシに対応して決定されたQoSパラメタが割り当てられた追加ベアラを設定できることが望ましい。【００１７】
なお、ベアラとは、ユーザーデータパケットを転送するための論理的な通信路を意味する。例えば、evolved packet system（EPS）ではEPSベアラが設定され、Universal Mobile Telecommunications System（UMTS）ではGPRSベアラが設定される。EPSベアラは、無線ベアラ（UEとeNBの間）、S1ベアラ（eNBとserving gateway（S-GW）の間）、及びS5/S8ベアラ（S-GWとP-GWの間）を含む。無線ベアラは、無線リンクである。S1ベアラ及びS5/S8ベアラは、GPRS Tunneling Protocol（GTP）トンネルである。GTPトンネルを転送されるユーザーデータパケットは、トンネリングプロトコル（e.g. IPsec）を用いて暗号化される。EPSでは、UEとAccess Point Name（APN）の組に対して１つのpacket data network（PDN）コネクションが設定され、その中に複数のEPSベアラを設定できる。つまり、デフォルトEPSベアラに追加して個別（dedicated）EPSベアラを設定できる。EPSベアラを記述する設定情報は、EPSベアラコンテキストと呼ばれる。UMTSにおいても、１つのPDNコネクションに対して追加のGPRSベアラを設定できる。GPRSベアラを記述する設定情報は、packet data protocol（PDP）コンテキストと呼ばれる。【００１８】
なお、上述した問題は、MTCゲートウェイ・デバイスを使用する場合に限られない。例えば、上述した問題は、モバイルルータ（又はテザリング機能を有するuser equipment（UE））を使用する場合にも発生し得る。つまり、上述した問題はパーソナル／ローカルエリア接続技術により少なくとも１つのローカルデバイスと接続される無線通信装置を使用する場合に発生し得る。【００１９】
本発明は、上述した発明者の知見に基づいてなされたものである。すなわち、本発明は、MTCゲートウェイ・デバイス及びモバイルルータ等の無線通信装置が使用される場合に、アプリケーションレイヤにおいてローカルデバイスに適用される新たなQoSポリシを、モバイルオペレータネットワークに追加的に設定されるベアラのQoSパラメタに反映することに寄与可能な無線通信装置、ネットワークノード、ユーザーノード、コアネットワーク、これらに実装される方法、及びプログラムの提供を目的とする。
【課題を解決するための手段】
【００２０】
第１の態様では、無線通信装置は制御部を含む。前記無線通信装置は、パーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに対してセルラ無線アクセスネットワーク及びコアネットワークを介した外部ネットワークとの接続を提供する。前記制御部は、前記少なくとも１つのローカルデバイスに含まれる第１のデバイスにアプリケーションレイヤにおいて適用される第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラを要求する追加ベアラ生成要求を前記コアネットワークに送信するよう動作する。さらに、前記制御部は、前記追加ベアラ生成要求に応じて前記MTCゲートウェイ・デバイスと前記コアネットワークの間に設定される追加ベアラを、前記第１のデバイスを送信元又は宛先とするデータを含むデータパケットの送信又は受信のために使用するよう動作する。【００２１】
第２の態様では、ネットワークノードは制御部を含む。前記ネットワークノードは、コアネットワーク及びセルラ無線アクセスネットワークを介して無線通信装置と通信する。前記制御部は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、変更後の第１のQoSポリシを示す第１の要求を前記無線通信装置及び前記コアネットワークの少なくとも一方に送信するよう動作する。そして、前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする。【００２２】
第３の態様では、ユーザーノードは制御部を含む。前記ユーザーノードは、ネットワークノードと通信し、前記ネットワークノード、コアネットワーク、及びセルラ無線アクセスネットワークを介して無線通信装置と通信する。前記制御部は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、前記ネットワークノードを介して前記無線通信装置及び前記コアネットワークの少なくとも一方に変更後の第１のQoSポリシを示す第１の要求を送信するよう動作する。そして、前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする。【００２３】
第４の態様では、コアネットワークは、セルラ無線アクセスネットワークを介して無線通信装置と通信する少なくとも１つのコアネットワークノードを含む。前記少なくとも１つのコアネットワークノードは、前記無線通信装置から第１の通知を受信するよう動作する。前記第１の通知は、前記無線通信装置からの追加ベアラ生成要求に基づいて前記無線通信装置及び前記コアネットワークの間に設定される追加ベアラと、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに含まれる第１のデバイスとの対応付けを示す。【００２４】
第５の態様では、無線通信装置に実装される方法が提供される。前記無線通信装置は、パーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに対してセルラ無線アクセスネットワーク及びコアネットワークを介した外部ネットワークとの接続を提供する。
当該方法は、
（ａ）前記少なくとも１つのローカルデバイスに含まれる第１のデバイスにアプリケーションレイヤにおいて適用される第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラを要求する追加ベアラ生成要求を前記コアネットワークに送信すること、及び
（ｂ）前記追加ベアラ生成要求に応じて前記無線通信装置及び前記コアネットワークの間に設定される追加ベアラを、前記第１のデバイスを送信元又は宛先とするデータを含むデータパケットの送信又は受信のために使用すること、
を含む。【００２５】
第６の態様では、ネットワークノードに実装される方法が提供される。前記ネットワークノードは、コアネットワーク及びセルラ無線アクセスネットワークを介して無線通信装置と通信する。当該方法は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、変更後の第１のQoSポリシを示す第１の要求を前記無線通信装置及び前記コアネットワークの少なくとも一方に送信することを含む。そして、前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする。【００２６】
第７の態様では、ユーザーノードに実装される方法が提供される。前記ユーザーノードは、ネットワークノードと通信し、前記ネットワークノード、コアネットワーク、及びセルラ無線アクセスネットワークを介して無線通信装置と通信する。当該方法は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、前記ネットワークノードを介して前記無線通信装置及び前記コアネットワークの少なくとも一方に変更後の第１のQoSポリシを示す第１の要求を送信することを含む。そして、前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする。【００２７】
第８の態様では、コアネットワークノードに実装される方法が提供される。前記コアネットワークノードは、セルラ無線アクセスネットワークを介して無線通信装置と通信する。当該方法は、前記無線通信装置から第１の通知を受信することを含む。前記第１の通知は、前記無線通信装置からの追加ベアラ生成要求に基づいて前記無線通信装置及び前記コアネットワークの間に設定される追加ベアラと、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに含まれる第１のデバイスとの対応付けを示す。【００２８】
第９の態様では、第５の態様に係る方法をコンピュータに行わせるためのプログラムが提供される。【００２９】
第１０の態様では、第６の態様に係る方法をコンピュータに行わせるためのプログラムが提供される。【００３０】
第１１の態様では、第７の態様に係る方法をコンピュータに行わせるためのプログラムが提供される。【００３１】
第１２の態様では、第８の態様に係る方法をコンピュータに行わせるためのプログラムが提供される。
【発明の効果】
【００３２】
上述した各態様によれば、MTCゲートウェイ・デバイス及びモバイルルータ等の無線通信装置が使用される場合に、アプリケーションレイヤにおいてローカルデバイスに適用される新たなQoSポリシを、モバイルオペレータネットワークに追加的に設定されるベアラのQoSパラメタに反映することに寄与可能な無線通信装置、ネットワークノード、ユーザーノード、コアネットワーク、これらに実装される方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００３３】
【図１】MTCゲートウェイ・デバイスを含むネットワークアーキテクチャの一例を示す図である。
【図２】MTCゲートウェイ・デバイスを含むネットワークアーキテクチャの他の例を示す図である。
【図３】MTCゲートウェイ・デバイスを含むネットワークアーキテクチャの他の例を示す図である。
【図４】MTCゲートウェイ・デバイスを含むネットワークアーキテクチャの他の例を示す図である。
【図５】実施の形態１に係る移動通信ネットワークの構成例を示すブロック図である。
【図６】実施の形態１に係るMTCゲートウェイ・デバイスに実装される方法の一例を示すフローチャートである。
【図７】実施の形態２に係る移動通信ネットワークにおける追加ベアラの設定手順の一例を示すシーケンス図である。
【図８】実施の形態２に係る移動通信ネットワークにおける追加ベアラの設定手順の他の例を示すシーケンス図である。
【図９】実施の形態３に係る移動通信ネットワークにおける追加ベアラの設定手順の第１の例を示すシーケンス図である。
【図１０】実施の形態３に係る移動通信ネットワークにおける追加ベアラの設定手順の第２の例を示すシーケンス図である。
【図１１】実施の形態３に係る移動通信ネットワークにおける追加ベアラの設定手順の第３の例を示すシーケンス図である。
【図１２】実施の形態４に係る移動通信ネットワークにおける追加ベアラの設定手順の第１の例を示すシーケンス図である。
【図１３】実施の形態４に係る移動通信ネットワークにおける追加ベアラの設定手順の第２の例を示すシーケンス図である。
【図１４】実施の形態４に係る移動通信ネットワークにおける追加ベアラの設定手順の第３の例を示すシーケンス図である。
【図１５】実施の形態４に係る移動通信ネットワークにおける追加ベアラの設定手順の第４の例を示すシーケンス図である。
【図１６】実施の形態５に係る移動通信ネットワークにおける追加ベアラの設定手順の第１の例を示すシーケンス図である。
【図１７】実施の形態５に係る移動通信ネットワークにおける追加ベアラの設定手順の第２の例を示すシーケンス図である。
【図１８】実施の形態５に係る移動通信ネットワークにおける追加ベアラの設定手順の第３の例を示すシーケンス図である。
【発明を実施するための形態】
【００３４】
以下では、具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３５】
＜実施の形態１＞
図５は、本実施の形態に係る移動通信ネットワークの構成例を示している。なお、図５は上述したインダイレクトモデルを示しているが、本実施の形態は、例えばハイブリッドモデルであってもよい。本実施の形態に係る移動通信ネットワークは、MTCゲートウェイ・デバイス１１、SCS１６を含み、MTCユーザ１７及びローカルデバイス１２に対してMTCサービスを提供する。MTCゲートウェイ・デバイス１１は、パーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイス１２に対してセルラRAN１４及びコアネットワーク１５を介した外部ネットワーク（i.e. MTCユーザ１７）との接続を提供する。図５の例では、MTCゲートウェイ・デバイス１１は、パーソナル／ローカルエリアネットワーク１３を介して少なくとも１つのローカルデバイス１２と通信する。また、MTCゲートウェイ・デバイス１１は、セルラRAN１４及びコアネットワーク１５を介してSCS１６と通信する。図５の例では、SCS１６は、モバイルオペレータドメイン１８に含まれている。
【００３６】
ネットワーク１３は、パーソナル／ローカルエリア接続技術に基づくネットワークであり、例えば、IEEE 802.15、ZigBee、Bluetooth、又はIEEE 802.11aのネットワークである。セルラRAN１４は、例えば、E-UTRAN、UTRAN、又はGSM EDGE Radio Access Network（GERAN）である。
【００３７】
セルラRAN１４は、移動局としてのMTCゲートウェイ・デバイス１１と無線リンク（無線ベアラ）を接続することが可能な複数の基地局（e.g. eNB、NodeB）を含む。コアネットワーク１５は、例えば、GRPSパケットコア又はEPCである。
【００３８】
コアネットワーク１５は、少なくとも１つの制御ノード、及び少なくとも１つの転送ノードを含む。少なくとも１つの制御ノードは、モビリティ管理及びベアラ（セッション）管理等を行う。少なくとも１つの転送ノードは、ユーザーデータパケットを外部ネットワーク（e.g. PDN、SCS１６、MTCユーザ１７）とセルラRAN１４の間で転送する。少なくとも１つの制御ノードは、例えば、mobility management entity（MME）、及びServing GPRS Support Node（SGSN）のコントロールプレーン機能を含む。また、少なくとも１つの転送ノードは、例えば、S-GW、P-GW、GGSN、及びSGSNのユーザープレーン機能を含む。
【００３９】
また、コアネットワーク１５は、MTC-IWF１５５を含む。MTC-IWF１５５は、コアネットワーク内の制御ノードとSCS１６が相互作用（interworking）するための機能を提供する。MTC-IWF１５５は、例えば、MME１５１、加入者データを管理するhome subscriber server（HSS）、及び課金情報を管理するcharge data function（CDF）等と通信する。
【００４０】
SCS１６は、MTCアプリケーションに関する外部ネットワーク（i.e. MTCユーザ１７）とコアネットワーク１５との境界に配置されている。SCS１６は、コアネットワーク１５と通信し、コアネットワーク１５を介してＭＴＣのゲートウェイ・デバイス１１と通信する。また、SCS１６は、ローカルデバイス１２との通信のためのインタフェース（e.g. API）をMTCユーザ１７に提供する。
【００４１】
MTCユーザ１７は、少なくとも１つのMTCアプリケーションを実行し、SCS１６が提供するインタフェースによりSCS１６と通信する。これにより、MTCユーザ１７は、MTCアプリケーションレイヤにおいてローカルデバイス１２と透過的に通信可能である。MTCユーザ１７は、例えば、コンピュータ端末であってもよいし、他の端末にMTCアプリケーションサービスを提供するサーバであってもよい。
【００４２】
なお、アーキテクチャによっては、MTCゲートウェイ・デバイス１１は、MTCアプリケーションを実行してもよい。言い換えると、MTCゲートウェイ・デバイス１１は、MTCデバイスとしての機能を有してもよい。この場合、MTCユーザ１７は、MTCアプリケーションレイヤにおいてMTCゲートウェイ・デバイス１１と透過的に通信可能である。
【００４３】
MTCゲートウェイ・デバイス１１、SCS１６、及びMTCユーザ１７は、制御部１１０、１６０、１７０をそれぞれ有する。制御部１１０、１６０、及び１７０は、MTCユーザ１７及びローカルデバイス１２の間でMTCアプリケーションレイヤでの通信を可能とするために必要な制御を実行する。
【００４４】
MTCゲートウェイ・デバイス１１の制御部１１０は、MTCアプリケーションレイヤにおいてローカルデバイス１２に適用されるQoSポリシとしてこれまで使用していたのと異なる新たなQoSポリシが使用される場合に、新たなQoSポリシに対応するQoSパラメタを持つ追加ベアラを準備するよう動作する。より具体的に述べると、制御部１１０は、新たなQoSポリシに合致するデータパケットの転送に用いられる追加ベアラを設定するために、セルラRAN１４又はコアネットワーク１５との間でシグナリングを行う。
【００４５】
ここで、追加ベアラとは、当該新たなQoSポリシに合致するデータパケットの転送のために、既存のQoSポリシに合致するデータパケットを転送するための既存のベアラに追加して設定されるベアラを意味する。UMTS及びEPSの場合、追加ベアラの一例は、少なくとも１つの既存ベアラを含むPDNコネクション（つまり、MTCゲートウェイ・デバイス１１とSCS１６の間のIPセッション）に対して新たに追加される個別（dedicated）EPSベアラ又はGPRSベアラである。なお、追加ベアラは、既存PDNコネクションへのベアラ追加ではなく新規PDNコネクションの生成によって生成されてもよい。
【００４６】
MTCアプリケーションレイヤにおいてローカルデバイス１２に適用されるQoSポリシは、ローカルデバイス１２自身、MTCユーザ１７、又はMTCゲートウェイ・デバイス１１によって決定される。ローカルデバイス１２に適用されるQoSポリシは、例えば、ポーリング間隔、トラッキング間隔、許容データレート、デバイス種別、及び優先監視レベル、うち少なくとも１つを含む。優先監視レベルは、複数のローカルデバイスの間での優先順位を意味する。例えば、故障又は異常が検出されたローカルデバイスに対して正常なデバイスに比べて高い優先監視レベルが付与される。ローカルデバイス１２に適用されるQoSポリシの変更は、例えば、ローカルデバイス１２の周期的若しくは突発的な動作モードの変更、ローカルデバイス１２における故障若しくは異常の発生、ローカルデバイス１２に対するユーザ（人）の操作などによって発生する。
【００４７】
また、ベアラは、MTCゲートウェイ・デバイス１１とコアネットワーク１５の間の論理的な通信路である。上述したように、例えば、ベアラは、EPSベアラ又はGPRSベアラである。また、ベアラのQoSパラメタは、例えば、QoS class identifier（QCI）、allocation and retention priority（ARP）、guaranteed bit rate（GBR）、及びmaximum bit rate（MBR）のうち少なくとも１つを含む。
【００４８】
図６は、制御部１１０により行われる制御手順の具体例を示すフローチャートである。ステップＳ１０１において、制御部１１０は、ネットワーク１３を介して接続された少なくとも１つのローカルデバイス１２に含まれるターゲット・ローカルデバイスにMTCアプリケーションレイヤにおいて適用されるQoSポリシ（以下、新たなQoSポリシ）を取得するよう動作する。MTCゲートウェイ・デバイス１１による当該新たなQoSポリシの取得は、例えば以下に述べる方法のいずれかにより行うことができる。
【００４９】
１つの方法では、MTCゲートウェイ・デバイス１１は、ターゲット・ローカルデバイスから新たに接続要求を受信することにより、当該新たなQoSポリシを取得してもよい。他の方法では、MTCゲートウェイ・デバイス１１は、既に接続済みのターゲット・ローカルデバイスのQoSポリシの変更要求をターゲット・ローカルデバイスから受信することにより、当該新たなQoSポリシを取得してもよい。さらに他の方法では、MTCゲートウェイ・デバイス１１は、ターゲット・ローカルデバイスのQoSポリシの変更要求をSCS１６又はMTCユーザ１７から受信することにより、当該新たなQoSポリシを取得してもよい。またさらに他の方法では、MTCゲートウェイ・デバイス１１は、既に接続済みのターゲット・ローカルデバイスを監視し（例えば、故障又は異常を検知し）、ターゲット・ローカルデバイスのQoSポリシの変更を自律的に判定することにより、当該新たなQoSポリシを取得してもよい。
【００５０】
ステップＳ１０２では、制御部１１０は、追加ベアラ生成要求をコアネットワーク１５に送信するよう動作する。追加ベアラ生成要求は、ターゲット・ローカルデバイスに適用される新たなQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定を要求する。追加ベアラ生成要求は、例えば、当該新たなQoSポリシに対応して決定されたQoSパラメタの指定を含んでもよい。MTCゲートウェイ・デバイス１１は、MTCアプリケーションレイヤにおいてローカルデバイス１２に適用されるQoSポリシとベアラQoSパラメタとの対応関係を予め保持してもよいし、SCS１６又はMTCユーザ１７から取得してもよい。典型的には、MTCアプリケーションレイヤにおける高い通信品質のQoSポリシに対して、高い通信品質が保証されるベアラQoSパラメタを対応付けておけばよい。
【００５１】
なお、制御部１１０は、少なくとも１つのローカルデバイス１２に既に適用されている既存のQoSポリシと当該新たなQoSポリシを比較し、当該新たなQoSポリシが既存のQoSポリシと異なることを条件として、追加ベアラ生成要求を送信するよう動作してもよい。当該新たなQoSポリシが既存のQoSポリシいずれかと同じであれば、既存のポリシに対応するベアラを使用できる可能性があるためである。
【００５２】
追加ベアラ生成要求を受信したコアネットワーク１５内の制御ノード（e.g. MME、SGSNのコントロールプレーン）は、追加ベアラ設定手順を開始する。追加ベアラ設定手順は、コアネットワーク１５内の制御ノード（e.g. MME、SGSNのコントロールプレーン）、コアネットワーク１５内の転送ノード（e.g. S-GW、P-GW、SGSNのコントロールプレーン、GGSN）、及びセルラRAN１４内の基地局（e.g. eNB、NodeB）の間でのシグナリングを含む。なお、本実施の形態における追加ベアラ設定手順は、移動通信ネットワークで規定されている通常の手順と同様とすればよい。例えば、3GPP TS 23.401 V11.0.0の§5.4.5"UE requested bearer resource modification"を用いることができる。
【００５３】
ステップＳ１０３では、制御部１１０は、追加ベアラ生成要求に応じてMTCゲートウェイ・デバイス１１とコアネットワーク１５の間に設定された追加ベアラ（i.e. 個別ベアラ（dedicated bearer））を、ターゲット・ローカルデバイスを送信元又は宛先とするデータを含むデータパケットの送信又は受信のために使用するよう動作する。制御部１１０は、追加ベアラの設定情報（e.g. EPSベアラコンテキスト、PDPコンテキスト）で指定されたパケットフィルタルール（e.g. traffic flow template（TFT））に従って、ターゲット・ローカルデバイスの送信パケット若しくは受信パケット、又はこれら両方を追加ベアラに振り分ければよい。なお、追加ベアラが双方向の通信路を含む場合、制御部１１０は、ターゲット・ローカルデバイスの送信および受信パケットの両方を追加ベアラに振り分ければよい。これに対して、追加ベアラが片方向の通信路のみである場合、制御部１１０は、ターゲット・ローカルデバイスの送信および受信パケットのいずれかを追加ベアラに振り分ければよい。
【００５４】
上述したように、本実施の形態では、MTCゲートウェイ・デバイス１１は、MTCアプリケーションレイヤにおいてローカルデバイスに適用される新たなQoSポリシを取得し、当該新たなQoSポリシに対応したQoSパラメタが割り当てられた追加ベアラの設定をモバイルオペレータネットワーク（i.e. セルラRAN１４及びコアネットワーク１５）に要求するよう構成されている。これにより、本実施の形態は、少なくとも１つのローカルデバイス１２に既に適用されている既存のQoSポリシと異なる新たなQoSポリシがMTCアプリケーションレイヤにおいてターゲット・ローカルデバイスに適用されることに応じて、当該新たなQoSポリシに対応したQoSパラメタが割り当てられたモバイルオペレータネットワーク（i.e. セルラRAN１４及びコアネットワーク１５）のベアラを生成することができる。つまり、本実施の形態は、MTCアプリケーションレイヤにおいてローカルデバイスに適用される新たなQoSポリシを、モバイルオペレータネットワークに追加的に設定される追加ベアラのQoSパラメタに反映することができる。
【００５５】
なお、MTCゲートウェイ・デバイス１１は、プライベート／ローカルエリアネットワーク１３におけるターゲット・ローカルデバイスとの通信のQoSを、ターゲット・ローカルデバイスのQoSポリシに応じて制御してもよい。これにより、MTCゲートウェイ・デバイス１１は、ローカルデバイス１２からSCS１６までの通信路全体の通信品質を、MTCアプリケーションレイヤのQoSポリシに基づいて制御することができる。
【００５６】
＜実施の形態２＞
実施の形態１では、少なくとも１つのローカルデバイス１２にＭＴＣのアプリケーションレイヤにおいて新たに適用されるQoSポリシに対応したQoSパラメタが割り当てられたベアラを追加的に生成する例について示した。本実施の形態では、この追加ベアラの生成に関する一例について説明する。具体的には、本実施の形態では、MTCゲートウェイ・デバイス１１にローカルデバイス１２が新たに接続するときに追加ベアラの生成を行う例について述べる。なお、本実施の形態に係る移動通信ネットワークの構成は、図５に示した構成例と同様とすればよい。本実施の形態も、例えばハイブリッドモデルであってもよい。
【００５７】
図７は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の一例を示している。図７の例はEPSに関して記載されており、図７のコアネットワーク１５は、MME１５１、S-GW１５２、P-GW１５３、Policy Charging and Rules Function（PCRF）１５４、及びMTC interworking function（MTC-IWF）１５５を含む。MTC-IWF１５５は、例えば、MME１５１、加入者データを管理するhome subscriber server（HSS）、及び課金情報を管理するcharge data function（CDF）等と通信する。
【００５８】
ステップＳ２０１では、MTCゲートウェイ・デバイス１１は、ローカルデバイス１２（i.e. ターゲット・ローカルデバイス）から接続要求を受信する。ステップＳ２０２では、MTCゲートウェイ・デバイス１１は、受信した接続要求からローカルデバイス１２のQoSポリシを取得し、追加の個別EPSベアラの要否を決定する。例えば、MTCゲートウェイ・デバイス１１は、接続要求の送信元ローカルデバイス１２が要求する新たなQoSポリシが既存のローカルデバイス１２に既に適用されている既存のQoSポリシと異なる場合に、追加の個別EPSベアラの要求を決定すればよい。
【００５９】
ステップＳ２０３では、MTCゲートウェイ・デバイス１１は、追加の個別EPSベアラの生成要求をコアネットワーク１５に送信する。ベアラ生成要求は、移動局としてのMTCゲートウェイ・デバイス１１からコアネットワークの制御ノード（i.e. MME１５１）に透過的に転送されるnon-access stratum（NAS）メッセージであってもよい。例えば、ベアラ生成要求は、3GPP TS 23.401 V11.0.0の§5.4.5 "UE requested bearer resource modification"に規定された"Request Bearer Resource Modification"メッセージであってもよい。
【００６０】
ステップＳ２０４では、追加の個別EPSベアラの生成要求に応じて、コアネットワーク１５、セルラRAN１４、及びMTCゲートウェイ・デバイス１１は、追加の個別EPSベアラ（i.e. dedicated barer）の生成手順に関するシグナリングを行う。このシグナリングは、例えば、3GPP TS 23.401 V11.0.0の§5.4.5 "UE requested bearer resource modification"に規定されている。これにより、追加の個別EPSベアラが、コアネットワーク１５とMTCゲートウェイ・デバイス１１の間、具体的にはSCS１６に対応するP-GW１５３とMTCゲートウェイ・デバイス１１の間、に設定される。
【００６１】
ステップＳ２０５では、MTCゲートウェイ・デバイス１１は、新たに設定された追加の個別EPSベアラとターゲット・ローカルデバイスを対応付ける。具体的には、MTCゲートウェイ・デバイス１１は、ターゲット・ローカルデバイスによって送受信されるデータパケットフローが追加の個別EPSベアラにマッピングされるように、パケットフィルタを設定すればよい。
【００６２】
ステップＳ２０６では、MTCゲートウェイ・デバイス１１は、追加の個別EPSベアラとターゲット・ローカルデバイスの対応関係を通知するため、QoS変更通知をSCS１６に送信する。QoS変更通知は、MTCゲートウェイ・デバイス１１からSCS１６に透過的に転送されるセッションレイヤ（IPレイヤ）又はMTCアプリケーションレイヤのメッセージとすればよい。QoS変更通知は、ターゲット・ローカルデバイス１２を示すローカルデバイス識別子（identifier（ID））と、フロー特定情報を含んでもよい。フロー特定情報は、ターゲット・ローカルデバイス１２によって送受信されるデータパケットフローを示す情報である。フロー特定情報は、例えば、追加の個別EPSベアラに振り分けられるデータパケットのヘッダに含まれるべき (i) ベアラ識別子 (ii)ポート番号、(iii) プロトコル番号、(iv) Type of Service（TOS）フィールド、(v) 送信元アドレス、及び (vi) 宛先アドレス、のうち少なくとも１つを含む。
【００６３】
ステップＳ２０７では、SCS１６は、ローカルデバイスＩＤ及びフロー特定情報を含むQoS変更通知をMTCユーザ１７に送信する。なお、SCS１６は、MTCユーザ１７から受信するデータパケットに対するパケットインスペクションを実行してもよい。さらに、SCS１６は、ターゲット・ローカルデバイス宛のデータパケットがコアネットワーク１５（i.e. P-GW１５３）によって追加の個別EPSベアラに振り分けられるように、パケットヘッダの書き換えを含むヘッダ調整を行なってもよい。この場合、ステップＳ２０７におけるMTCユーザ１７へのQoS変更通知は省略されてもよい。また、ステップＳ２０７におけるMTCユーザ１７へのQoS変更通知は、ターゲット・ローカルデバイスのQoS変更のみを示してもよい。
【００６４】
図８は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の他の例を示している。図８のステップＳ２０１〜Ｓ２０５における処理は、図７に示した対応するステップ群における処理と同様とすればよい。図８の例では、ステップＳ３０６〜Ｓ３０８に示されているように、MTCゲートウェイ・デバイス１１からのQoS変更通知が、コアネットワーク１５（e.g. MME１５１、P-GW１５３）を経由してSCS１６に送信される。
【００６５】
ステップＳ３０６では、MTCゲートウェイ・デバイス１１は、ローカルデバイスＩＤ及び追加の個別EPSベアラの識別子（ID）を含むQoS変更通知をコアネットワーク１５に送信する。例えば、MTCゲートウェイ・デバイス１１は、MME１５１にQoS変更通知を送信すればよい。個別EPSベアラのIDは、例えば、個別EPSベアラの識別のために、MTCゲートウェイ・デバイス１１及びコアネットワーク１５が共通的に把握している"EPS Bearer Identity"であってもよい。
【００６６】
ステップＳ３０７（ステップＳ３０７−１及びＳ３０７−２）では、コアネットワーク１５（e.g. MME１５１）は、追加の個別EPSベアラのIDに対して P-GW１５３において適用されるパケットフィルタ設定に基づき、フロー特定情報を含むQoS変更通知をMTC-IWF１５５を介してSCS１６に送信する。このフロー特定情報は、P-GW１５３のパケットフィルタによって追加の個別EPSベアラに振り分けられるデータパケットフローを示す情報である。フロー特定情報は、例えば、P-GW１５３において追加の個別EPSベアラに振り分けられるデータパケットのヘッダに含まれるべき (i) ベアラ識別子 (ii)ポート番号、(iii) プロトコル番号、(iv) Type of Service（TOS）フィールド、(v) 送信元アドレス、及び (vi) 宛先アドレス、のうち少なくとも１つを含む。
【００６７】
ステップＳ３０８では、SCS１６は、ローカルデバイスＩＤ及びフロー特定情報を含むQoS変更通知をMTCユーザ１７に送信する。上述した図７のステップＳ２０７と同様に、テップＳ３０８は省略されてもよい。
【００６８】
上述したように、本実施の形態では、MTCゲートウェイ・デバイス１１は、ローカルデバイス１２の新規接続を検出したことに応じて、MTCゲートウェイ・デバイス１１が追加ベアラの要求を行うよう構成されている。したがって、本実施の形態に係るMTCゲートウェイ・デバイス１１は、QoSポリシの異なる複数のローカルデバイス１２の接続をサポートし、これら複数のローカルデバイス１２に対してQoSポリシの違いに応じて個別の追加ベアラを準備することができる。
【００６９】
また、本実施の形態で示した具体例（図７及び図８）では、MTCゲートウェイ・デバイス１１は、追加ベアラを用いて転送されるデータパケットを示すフロー特定情報を含む通知を、直接的または間接的に、SCS１６又はMTCユーザ１７に送信するよう構成されている。これにより、SCS１６又はMTCユーザ１７は、MTCゲートウェイ・デバイス１１の主導により設定された追加ベアラをターゲット・ローカルデバイスのために適切に使用できる。
【００７０】
また、本実施の形態で示した具体例（図７及び図８）では、MTCゲートウェイ・デバイス１１は、追加ベアラの要否を判定するよう構成されている。したがって、MTCゲートウェイ・デバイス１１は、新規に接続したローカルデバイス１２が既存のデバイス１２と同じQoSポリシを要求する場合等に、新たな追加ベアラを生成しないよう動作できる。したがって、追加ベアラの増加による移動通信ネットワークの負荷の増加を抑制できる。
【００７１】
＜実施の形態３＞
本実施の形態では、実施の形態１で述べた追加ベアラの生成に関する他の例について説明する。具体的には、本実施の形態では、MTCユーザ１７からの要求をトリガーとして、追加ベアラの生成が行われる例について述べる。なお、本実施の形態に係る移動通信ネットワークの構成は、図５に示した構成例と同様とすればよい。本実施の形態も、例えばハイブリッドモデルであってもよい。
【００７２】
本実施の形態において、SCS１６の制御部１６０は、ローカルデバイス１２（i.e. ターゲット・ローカルデバイス）にMTCアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、QoS変更要求をMTCゲートウェイ・デバイス１１（又はコアネットワーク１５）に送信するよう動作する。QoS変更要求は、ターゲット・ローカルデバイスに適用される新たなQoSポリシを示す。また、QoS変更要求は、MTCゲートウェイ・デバイス１１に対して、新たなQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする。つまり、QoS変更要求を受信したMTCゲートウェイ・デバイス１１は、実施の形態１又は２で述べたのと同様に、追加ベアラの設定をコアネットワーク１５に要求する。
【００７３】
SCS１６は、ターゲット・ローカルデバイスに適用される新たなQoSポリシを示すQoS変更要求をMTCユーザ１７から受信したことに応じて、上述したMTCゲートウェイ・デバイス１１に対するQoS変更要求の送信を行なってもよい。この場合、MTCユーザ１７の制御部１７０は、QoS変更要求をSCS１６に送信するよう動作する。そして、制御部１７０からのQoS変更要求は、SCS１６を介してMTCゲートウェイ・デバイス１１に送信され、新たなQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をMTCゲートウェイ・デバイス１１に対してトリガーする。
【００７４】
図９は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の第１の例を示している。図９の例は、図７及び図８と同様に、EPSに関して記載されている。ステップＳ４０１では、MTCユーザ１７は、ローカルデバイス１２（i.e. ターゲット・ローカルデバイス）のQoSポリシの変更を決定する。ステップＳ４０２−１では、MTCユーザ１７は、SCS１６にQoS変更要求を送信する。このQoS変更要求は、ターゲット・ローカルデバイスを示すデバイスIDと、変更後の新たなQoSポリシの指定を含む。
【００７５】
ステップＳ４０２−２では、SCS１６は、QoS変更要求をMTCゲートウェイ・デバイス１１に転送する。このQoS変更要求は、SCS１６からMTCゲートウェイ・デバイス１１に透過的に転送されるセッションレイヤ（IPレイヤ）又はMTCアプリケーションレイヤのメッセージとすればよい。QoS変更要求の受信に応じて、MTCゲートウェイ・デバイス１１は、追加ベアラの生成のためにベアラ生成要求をコアネットワーク１５に送信する（ステップＳ２０３）。これにより、追加の個別EPSベアラの生成手順が開始される。なお、図９のステップＳ２０３〜Ｓ２０７における処理は、図７に示した対応するステップ群における処理と同様とすればよい。
【００７６】
図１０は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の第２の例を示している。既に述べたように、MTCゲートウェイ・デバイス１１は、MTCアプリケーションレイヤの機能を有してもよい。この場合、MTCゲートウェイ・デバイス１１は、MTCアプリケーションレイヤにおいてMTCユーザ１７と透過的に通信を行ってもよい。図１０の例では、MTCユーザ１７は、MTCアプリケーションレイヤのメッセージとしてのQoS変更要求をMTCゲートウェイ・デバイス１１に送信する（ステップＳ５０２）。図１０のステップＳ４０１、ステップＳ２０３〜Ｓ２０７における処理は、図９及び図７に示した対応するステップ群における処理と同様とすればよい。
【００７７】
図１１は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の第３の例を示している。ステップＳ６０２−１では、図９のステップＳ４０２−１と同様に、MTCユーザ１７は、SCS１６にQoS変更要求を送信する。ステップＳ６０２−２及びＳ６０３−３では、SCS１６は、MTC-IWF１５５を介して、コアネットワーク１５に配置された制御ノード（e.g. MME１５１）にQoS変更要求を送信する。コアネットワーク１５は、MTCゲートウェイ・デバイス１１に透過的に転送されるメッセージ（i.e. NASメッセージ）を用いてQoS変更要求をMTCゲートウェイ・デバイス１１に送信する。図１１のステップＳ４０１、ステップＳ２０３〜Ｓ２０５，ステップＳ３０６〜Ｓ３０８における処理は、図９、図７、及び図８に示した対応するステップ群における処理と同様とすればよい。
【００７８】
なお、図９〜１１の例において、MTCゲートウェイ・デバイス１１は、QoS変更要求を受信したことに応じて、追加ベアラの設定の要否を判定してもよい。具体的には、MTCゲートウェイ・デバイス１１は、QoS変更要求に示されるQoSポリシに対応するQoSパラメタが割り当てられたベアラが既に設定されているかを判定し、既に設定されている場合、この既存のベアラを用いてターゲット・ローカルデバイスに関するデータフローを転送可能であるかを判定すればよい。そして、MTCゲートウェイ・デバイス１１は、既存のベアラを使用できないことを条件として、新たな追加ベアラの生成要求をコアネットワーク１５に送信すればよい。
【００７９】
上述したように、本実施の形態では、SCS１６又はMTCユーザ１７は、ローカルデバイス１２のQoSポリシ変更に応じて、MTCゲートウェイ・デバイス１１に対して追加ベアラの設定をトリガーするよう構成されている。これにより、本実施の形態は、MTCサービスレイヤにおけるQoS変更に応じた追加ベアラの設定が、SCS１６又はMTCユーザ１７が起点となって開始することができる。つまり、本実施の形態は、MTCゲートウェイ・デバイス１１及びSCS１６の間に介在するモバイルオペレータネットワーク（i.e. セルラRAN１４及びコアネットワーク１５）の通信品質をSCS１６又はMTCユーザ１７から制御することができる。
【００８０】
なお、SCS１６又はMTCユーザ１７は、ターゲット・ローカルデバイスのQoSポリシの変更に応じて、プライベート／ローカルエリアネットワーク１３におけるターゲット・ローカルデバイスとMTCゲートウェイ・デバイス１１の通信のQoS変更を制御してもよい。具体的には、MTCゲートウェイ・デバイス１１が、SCS１６又はMTCユーザ１７からのQoS変更要求の受信に応じて、プライベート／ローカルエリアネットワーク１３のQoSを調整すればよい。これにより、SCS１６又はMTCユーザ１７は、ローカルデバイス１２からSCS１６までの通信路全体の通信品質を、MTCアプリケーションレイヤのQoSポリシに基づいて制御することができる。
【００８１】
＜実施の形態４＞
上述した実施の形態１〜３では、移動局としてのMTCゲートウェイ・デバイス１１から送信されるベアラ生成要求に応じてコアネットワーク１５が追加ベアラを生成する例について説明した。これに対して本実施の形態では、外部ネットワーク（e.g. PDN）としてのMTCユーザ１７からの要求に応じてコアネットワーク１５がベアラを準備する例について説明する。移動局としてのMTCゲートウェイ・デバイス１１は、ベアラ生成要求を送信することなく、追加ベアラに対応した再構成の要求をコアネットワーク１５から受信する。なお、本実施の形態に係る移動通信ネットワークの構成は、図５に示した構成例と同様とすればよい。本実施の形態も、例えばハイブリッドモデルであってもよい。
【００８２】
図１２は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の第１の例を示している。図１２の例は、図７〜１１と同様に、EPSに関して記載されている。ステップＳ７０１では、MTCユーザ１７（制御部１７０）は、ローカルデバイス１２（i.e. ターゲット・ローカルデバイス）のQoSポリシの変更を決定する。ステップＳ７０２では、MTCユーザ１７は、SCS１６にQoS変更要求を送信する。このQoS変更要求は、ターゲット・ローカルデバイスを示すデバイスIDと、変更後の新たなQoSポリシの指定を含む。
【００８３】
ステップＳ７０３では、SCS１６（制御部１６０）は、MTCユーザ１７からのQoS変更要求に応じて、追加ベアラの要否について判定する。追加ベアラが必要であることを判定した場合、SCS１６は、MTC-IWF１５５にベアラ生成要求を送信する。ベアラ生成要求は、追加ベアラ（i.e. 個別EPSベアラ）の設定をコアネットワーク１５に要求する。
【００８４】
MTC-IWF１５５は、SCS１６が追加ベアラ設定を要求する権限を有するか否かを認証する（ステップＳ７０４）。MTC-IWF１５５は、当該認証を他のノード（e.g. ポリシーサーバ、又はPCRF１５４）と連携して行なってもよい。
【００８５】
SCS１６が権限を有することを認証した場合、MTC-IWF１５５は、コアネットワーク１５のノードに対してベアラ生成要求を転送する（ステップＳ７０５）。MTC-IWF１５５は、例えば、ベアラの終端点を管理するP-GW１５３に対してベアラ生成要求を転送すればよい。また、MTC-IWF１５５は、MME１５１にベアラ生成要求を転送してもよい。当該ベアラ生成要求は、移動局としてのMTCゲートウェイ・デバイス１１の識別子（UEID）と、MTCアプリケーションレイヤのQoSポリシの指定を含む。MTCゲートウェイ・デバイス１１の識別子（UEID）は、例えば、International Mobile Subscriber Identity（IMSI）である。
【００８６】
コアネットワーク１５のノード（e.g. P-GW１５３）は、SCS１６からのベアラ生成要求で指定されたQoSポリシを追加の個別EPSベアラのQoSに割り当てればよい。つまり、コアネットワーク１５（e.g. P-GW１５３）は、個別EPSベアラのQoS パラメタ（e.g. QCI、ARP、GBR、MBR）として、ベアラ生成要求で指定されたQoSポリシに対応する値を割り当てればよい。また、P-GW１５３は、S-GW１５２にベアラ生成要求（Create Bearer Request）を送信してもよい。この要求は、例えば、生成される個別EPSベアラのQoSパラメタ、UEID（e.g. IMSI）、P-GWのベアラ終端点のID（e.g. S5/S8 Tunnel End Point Identifier（TEID））パケットフィルタ設定（e.g. TFT）等を含む。S-GW１５２は、P-GW１５３からのベアラ生成要求（Create Bearer Request）の受信に応じて、ベアラ生成要求（Create Bearer Request）をMME１５１に送信してもよい。この要求は、例えば、個別EPSベアラのQoSパラメタ、UEID（e.g. IMSI）、P-GWのベアラ終端点のID（e.g. S5/S8 TEID）、S-GWのベアラ終端点のID（e.g. S1-TEID）、パケットフィルタ設定（e.g. TFT）等を含む。
【００８７】
ステップＳ７０６では、コアネットワーク１５（e.g. MME１５１）は、セルラRAN１４にベアラセットアップ要求を送信する。例えば、MME１５１は、新たなEPSベアラ識別子を生成し、セルラRAN１４の無線リソース管理エンティティ（e.g. eNB）に対してベアラセットアップ要求を送信してもよい。ベアラセットアップ要求は、移動局に送信される情報として、パケットフィルタ設定（e.g. TFT）、EPSベアラのQoSパラメタ等を含むセッション管理情報を含んでもよい。具体的には、ベアラセットアップ要求は、3GPP TS 23.401 V11.0.0の§5.4.1"Dedicated bearer activation"に規定されたSession Management Requestメッセージを含んでもよい。セルラRAN１４の無線リソース管理エンティティ（e.g. eNB）は、個別EPSベアラのQoSパラメタを無線ベアラのQoSにマッピングする。
【００８８】
ステップＳ７０７では、セルラRAN１４の無線リソース管理エンティティ（e.g. eNB）は、再構成要求（e.g. RRC Connection Reconfigurationメッセージ）を移動局としてのMTCゲートウェイ・デバイス１１に送信する。MTCゲートウェイ・デバイス１１は、再構成要求に従って、無線ベアラ設定を行うとともに、パケットフィルタ（e.g. TFT）を調整することによって無線ベアラにデータパケットフローをマッピングする。
【００８９】
ステップＳ７０８〜Ｓ７１１では、ステップＳ７０３、Ｓ７０５〜Ｓ７０７の要求に対する応答が送信される。具体的に述べると、ステップＳ７１１では、SCS１６（制御部１６０）は、ステップＳ７０３のベアラ生成要求に応答してコアネットワーク１５（e.g. MTC-IWF１５５）から送信されるベアラ生成応答を受信する。当該応答は、追加された個別EPSベアラを用いて転送されるデータパケットを特定するためのフロー特定情報を含む。フロー特定情報は、例えば、P-GW１５３において追加の個別EPSベアラに振り分けられるデータパケットのヘッダに含まれるべき (i) ベアラ識別子 (ii)ポート番号、(iii) プロトコル番号、(iv) Type of Service（TOS）フィールド、(v) 送信元アドレス、及び (vi) 宛先アドレス、のうち少なくとも１つを含む。
【００９０】
ステップＳ７１２では、SCS１６は、ステップＳ７０２のQoS変更要求に応答してQoS変更通知をMTCユーザ１７に送信する。この通知は、追加された個別EPSベアラを用いて転送されるデータパケットを特定するためのフロー特定情報を含む。なお、図７のステップＳ２０７に関して述べたのと同様の理由により、ステップＳ７１２の通知は省略されてもよい。
【００９１】
ステップＳ７１３では、SCS１６は、MTCゲートウェイ・デバイス１１に対してQoS変更通知を送信する。ステップＳ７１３の通知は、追加された個別EPSベアラとターゲット・ローカルデバイスとの対応関係を示す。これにより、MTCゲートウェイ・デバイス１１は、追加されたEPS個別ベアラに流すべきパケットフローを特定することができ、パケットフィルタを適切に設定できる（ステップＳ７１４）。ステップＳ７１３の通知は、例えば、ターゲット・ローカルデバイスのID、及びフロー特定情報を含む。
【００９２】
なお、図１２に示したステップＳ７０６〜Ｓ７０９の処理は、移動通信ネットワークで規定されている通常の手順と同様とすればよい。例えば、3GPP TS 23.401 V11.0.0の§5.4.1"Dedicated bearer activation"を用いることができる。
【００９３】
図１３は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の第２の例を示している。図１３のステップＳ８０２で送信されるQoS変更要求は、変更後の新たなQoSポリシの指定を含む。ステップＳ８１３では、SCS１６ではなくMTCユーザ１７からMTCゲートウェイ・デバイス１１に対してQoS変更通知が送信される。図１３のその他のステップＳ７０１、Ｓ７０３〜Ｓ７１２、Ｓ７１４における処理は、図１２に示した同一ステップ群の処理と同様とすればよい。
【００９４】
図１４は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の第３の例を示している。第１の例（図１２）では、MTC-IWF１５５が、追加ベアラ設定権限に関する認証（Ｓ７０４）を行う例を示した。しかしながら、この認証機能は、SCS１６に配置されてもよい。また、ダイレクトモデル及びハイブリッドモデルでは、SCS１６は、ベアラの終端点を管理するP-GW１５３と通信することができる。したがって、SCS１６は、MTC-IWF１５５を介さずにP-GW１５３に対して直接的にベアラ生成要求を送信してもよい。したがって、図１４は、MTC-IWF１５５を介さないシグナリングによって追加ベアラを生成する手順を示す。
【００９５】
図１４のステップＳ７０１及びＳ７０２における処理は、図１２に示した対応するステップ群における処理と同様である。ステップＳ９０３では、SCS１６（制御部１６０）は、MTCユーザ１７からのQoS変更要求に応じて、追加ベアラの要否について判定する。
さらに、SCS１６は、MTCユーザ１７が追加ベアラ設定を要求する権限を有するか否かを認証する。SCS１６は、当該認証を他のノード（e.g. ポリシーサーバ、又はPCRF１５４）と連携して行なってもよい。SCS１６とポリシーサーバ等の間の通信は、MTC-IWF１５５を介して行われてもよい。
【００９６】
追加ベアラが必要であることを判定し、且つMTCユーザ１７が権限を有することを認証した場合、SCS１６は、コアネットワーク１５に対してベアラ生成要求を送信する（ステップＳ９０４）。SCS１６は、例えば、ベアラの終端点を管理するP-GW１５３に対してベアラ生成要求を送信すればよい。当該ベアラ生成要求は、移動局としてのMTCゲートウェイ・デバイス１１の識別子（UEID）と、MTCアプリケーションレイヤのQoSポリシの指定を含む。
【００９７】
図１４のステップＳ７０６〜Ｓ７０９における処理は、図１２に示した対応するステップ群における処理と同様である。ステップＳ９１０では、SCS１６（制御部１６０）は、ステップＳ９０４のベアラ生成要求に応答してコアネットワーク１５（e.g. P-GW１５３）から送信されるベアラ生成応答を受信する。図１４のステップＳ７１２〜Ｓ７１３における処理は、図１２に示した対応するステップ群における処理と同様である。
【００９８】
図１５は、本実施の形態に係る移動通信ネットワークにおける追加ベアラの設定手順の第４の例を示している。図１５の手順は、図１４の手順の変形である。図１５のステップＳ１００２で送信されるQoS変更要求は、変更後の新たなQoSポリシの指定を含む。ステップＳ１０１３では、SCS１６ではなくMTCユーザ１７からMTCゲートウェイ・デバイス１１に対してQoS変更通知が送信される。図１５のその他のステップ群における処理は、図１４に示した対応するステップ群の処理と同様とすればよい。
【００９９】
上述したように、本実施の形態の移動通信ネットワークは、MTCアプリケーションレイヤのQoSポリシの変更に起因するMTCユーザ１７からの要求に応じて、コアネットワーク１５がベアラを準備するよう構成されている。MTCサービスにおいては、human-to-human（H2H）サービスとは異なり、MTCユーザ（又はMTCアプリケーションサーバ、M2Mサービスプラットフォーム）１７が強い管理権限を持つ利用形態が多いと予想される。なぜなら、多くの利用形態において、MTCデバイス、ローカルデバイス、及びMTCゲートウェイ・デバイスは、MTCユーザによる監視対象であるためである。したがって、MTCサービスにおいては、MTCデバイス側（i.e. MTCゲートウェイ・デバイス１１、ローカルデバイス１２）からではなく、MTCユーザ１７側からの要求に応じてコアネットワーク１５が追加ベアラを生成できることが好ましい。本実施の形態によれば、MTCユーザ１７側からの要求に応じてコアネットワーク１５が追加ベアラを生成することができる。
【０１００】
＜実施の形態５＞
実施の形態１〜４では、既存のPDNコネクションにベアラ（個別ベアラ）を追加する手順を実行することによって、ターゲット・ローカルデバイスのパケット転送に用いられる追加ベアラを生成する具体例を示した。しかしながら、当該追加ベアラは、既存PDNコネクションへのベアラ追加ではなく新規PDNコネクションの生成によって生成されてもよい。例えば、EPSに関する3GPP Release 8以降は、移動局主導で既存PDNコネクションに加えて新規PDNコネクションを設定する手順を規定している。従って、追加ベアラは、この手順を用いて生成されてもよい。また、追加ベアラは、MTCユーザ１７又はSCS１６からの要求に応じて、コアネットワーク１５主導で新規PDNコネクションを生成することによって生成されてもよい。
【０１０１】
図１６のシーケンス図は、移動局としてのMTCゲートウェイ・デバイス１１の要求に基づく新規PDNコネクションの生成手順を用いて追加ベアラを生成する具体例を示している。図１６は、図７の変形として記載されている。したがって、図１６のステップＳ２０１〜Ｓ２０２とＳ２０５〜Ｓ２０７における処理は、図７に示した対応するステップ群における処理と同様とすればよい。
【０１０２】
図１６のステップＳ１１０３では、MTCゲートウェイ・デバイス１１は、新規PDNコネクションの生成要求をコアネットワーク１５に送信する。新規PDNコネクションの生成要求は、移動局としてのMTCゲートウェイ・デバイス１１からコアネットワークの制御ノード（i.e. MME１５１）に透過的に転送されるnon-access stratum（NAS）メッセージであってもよい。例えば、新規PDNコネクションの生成要求は、3GPP TS 23.401 V11.0.0の§5.10.2"UE requested PDN connectivity"に規定されたPDN Connectivity Requestメッセージであってもよい。
【０１０３】
ステップＳ１１０４では、新規PDNコネクションの生成要求に応じて、コアネットワーク１５、セルラRAN１４、及びMTCゲートウェイ・デバイス１１は、新規PDNコネクションの生成手順に関するシグナリングを行う。このシグナリングは、例えば、3GPP TS 23.401 V11.0.0の§5.10.2"UE requested PDN connectivity"に規定されている。これにより、追加のEPSベアラを含む新規PDNコネクションが、コアネットワーク１５とMTCゲートウェイ・デバイス１１の間、具体的にはSCS１６に対応するP-GW１５３とMTCゲートウェイ・デバイス１１の間、に設定される。
【０１０４】
一方、図１７のシーケンス図は、MTCユーザ１７又はSCS１６からの要求に応じて、コアネットワーク１５主導で新規PDNコネクションを生成する手順の具体例を示している。図１７は、図１２の変形として記載されている。つまり、図１７の例では、MTC-IWF１５５が、新規コネクションの設定権限に関する認証を行う。図１７のステップＳ７０１、Ｓ７０２、並びにＳ７１２〜Ｓ７１４における処理は、図１２に示した対応するステップ群における処理と同様とすればよい。
【０１０５】
図１７のステップＳ１２０３では、SCS１６は、MTC-IWF１５５に新規コネクション要求を送信する。新規コネクション要求は、コアネットワーク１５に対して新規PDNコネクションの生成を要求する。当該新規コネクション要求は、移動局としてのMTCゲートウェイ・デバイス１１の識別子（UEID）と、MTCアプリケーションレイヤのQoSポリシの指定を含む。新規コネクション要求は、アプリケーションレイヤのQoSポリシではなく、QoSポリシに対応するEPSベアラのQoSパラメタ（e.g. QCI、ARP、GBR、又はMBR）を含んでもよい。
【０１０６】
MTC-IWF１５５は、SCS１６が新規コネクション設定を要求する権限を有するか否かを認証する（ステップＳ１２０４）。SCS１６が権限を有することを認証した場合、MTC-IWF１５５は、コアネットワーク１５のノードに対して新規コネクション要求を転送する（ステップＳ１２０５）。SMTC-IWF１５５は、例えば、ベアラの終端点を管理するP-GW１５３に対して新規コネクション要求を送信すればよい。コアネットワーク１５のP-GW１５３は、SCS１６からの新規コネクション要求を、MME１５１に、又はS-GW１５２を介してMME１５１に送信する。MME１５１は、新規PDNコネクションのベアラ生成のために、S-GW１５２及びP-GW１５３とシグナリングを行う。具体的には、MME１５１は、3GPP TS 23.401 V11.0.0の§5.10.2"UE requested PDN connectivity"に規定されている手順と同様に、S-GW１５２に対してセッション生成要求（Create Session Request）を送信すればよい。
【０１０７】
ステップＳ１２０６では、コアネットワーク１５（e.g. MME１５１）は、セルラRAN１４にベアラセットアップ要求を送信する。当該ベアラセットアップ要求は、UEに送信される情報として、新規PDNコネクションに関する情報、並びにパケットフィルタ設定（e.g. TFT）及びEPSベアラのQoSパラメタ等を含むセッション管理情報を含んでもよい。新規PDNコネクションに関する情報は、例えば、新規PDNコネクションのAPN、PDNタイプ（i.e. IPv4又はIPv6）、MTCゲートウェイ・デバイス１１に付与されるPDNアドレス（i.e. IPアドレス）等を含む。具体的には、ベアラセットアップ要求は、3GPP TS 23.401 V11.0.0の§5.10.2"UE requested PDN connectivity"に規定されたPDN Connectivity Acceptメッセージと同様のメッセージを含んでもよい。
【０１０８】
ステップＳ１２０７では、セルラRAN１４の無線リソース管理エンティティ（e.g. eNB）は、再構成要求（e.g. RRC Connection Reconfigurationメッセージ）を移動局としてのMTCゲートウェイ・デバイス１１に送信する。再構成要求は、コアネットワーク１５（e.g. MME１５１）から通知された新規PDNコネクションに関する情報を含む。MTCゲートウェイ・デバイス１１は、再構成要求に従って、新規PDNコネクションに関するIPアドレス設定と無線ベアラ設定を行うとともに、パケットフィルタ（e.g. TFT）を調整することによって新規PDNコネクションのベアラにデータパケットフローをマッピングする。
【０１０９】
ステップＳ１２０８〜Ｓ１２１０、並びにＳ１２１１では、ステップＳ１２０３、並びにＳ１２０５〜Ｓ１２０７の要求に対する応答が送信される。具体的に述べると、ステップＳ１２１１では、SCS１６（制御部１６０）は、ステップＳ１２０３の新規コネクション要求に応答してコアネットワーク１５（e.g. MTC-IWF１５５）から送信される新規コネクション承認メッセージを受信する。当該承認メッセージは、追加された新規PDNコネクションのEPSベアラを用いて転送されるデータパケットを特定するためのフロー特定情報を含む。フロー特定情報は、例えば、P-GW１５３において追加の個別EPSベアラに振り分けられるデータパケットのヘッダに含まれるべき (i) ベアラ識別子 (ii)ポート番号、(iii) プロトコル番号、(iv) Type of Service（TOS）フィールド、(v) 送信元アドレス、及び (vi) 宛先アドレス、のうち少なくとも１つを含む。
【０１１０】
さらに、図１８のシーケンス図は、MTCユーザ１７又はSCS１６からの要求に応じて、コアネットワーク１５主導で新規PDNコネクションを生成する手順の他の例を示している。図１８は、図１４の変形として記載されている。つまり、図１８の例ではSCS１６が、新規コネクションの設定権限に関する認証を行う。図１８のステップＳ７０１、Ｓ７０２、並びにＳ７１２〜Ｓ７１４における処理は、図１４に示した対応するステップ群における処理と同様とすればよい。
【０１１１】
図１８のステップＳ１３０３では、SCS１６（制御部１６０）は、MTCユーザ１７からのQoS変更要求に応じて、追加ベアラの要否について判定する。さらに、SCS１６は、MTCユーザ１７が新規コネクションを要求する権限を有するか否かを認証する。SCS１６は、当該認証を他のノード（e.g. ポリシーサーバ、又はPCRF１５４）と連携して行なってもよい。SCS１６とポリシーサーバ等の間の通信は、MTC-IWF１５５を介して行われてもよい。
【０１１２】
追加ベアラが必要であることを判定し、且つMTCユーザ１７が権限を有することを認証した場合、SCS１６は、コアネットワーク１５に対して新規コネクション要求を送信する（ステップＳ１３０４）。SCS１６は、例えば、ベアラの終端点を管理するP-GW１５３に対して新規コネクション要求を送信すればよい。当該新規コネクション要求は、移動局としてのMTCゲートウェイ・デバイス１１の識別子（UEID）と、MTCアプリケーションレイヤのQoSポリシの指定を含む。
【０１１３】
図１８のステップＳ１２０６〜Ｓ１２０９における処理は、図１７に示した対応するステップ群における処理と同様である。ステップＳ１３１０では、SCS１６（制御部１６０）は、ステップＳ１３０４の新規コネクション要求に応答してコアネットワーク１５（e.g. P-GW１５３）から送信される新規コネクション承認メッセージを受信する。
【０１１４】
本実施の形態で述べた既存PDNコネクションに追加して新規PDNコネクションを生成する例は、既存PDNコネクションとは異なるPDNタイプ、つまり異なるIPバージョンの通信を行う場合に有効である。例えば、SCS１６が既存のIPv4 PDNコネクションを用いてIPv4通信を行なっているMTCゲートウェイ・デバイス１１との間で新たにIPv6通信を開始する場合、既存のIPv4 PDNコネクションに追加ベアラを設定することはできない。この場合、既存のIPv4 PDNコネクションに加えて新たにIPv6 PDNコネクションを設定する必要がある。
【０１１５】
＜その他の実施の形態＞
実施の形態１〜５は、インダイレクトモデル又はハイブリッドモデルの例、つまり、少なくともコントロールプレーンにおいてSCS１６が使用される例について説明した。しかしながら、実施の形態１〜５は、SCS１６を使用しないダイレクトモデルにも適用可能である。この場合、MTCユーザ１７は、実施の形態１〜５で述べたシグナリングをコアネットワーク１５（e.g. P-GW１５３）と直接的に行えばよい。
【０１１６】
実施の形態１〜５において、MTCゲートウェイ・デバイス１１の制御部１１０は、複数のローカルデバイスのQoSポリシを管理してもよい。この管理には、パーソナル／ローカルエリアネットワーク１３におけるローカルデバイス１２のアドレスを使用してもよいし、ローカルデバイス１２に固有のアドレス（e.g. MACアドレス）を使用してもよい。また、制御部１１０は、複数のローカルデバイス１２の各々にMTCアプリケーションレイヤにおいて適用されるQoSポリシに応じて、各ローカルデバイス１２を送信元又は宛先とするデータを含むデータパケットの送信又は受信に用いるベアラを選択するよう動作してもよい。これと同様の複数のローカルデバイス１２の管理を、SCS１６の制御部１６０又はMTCユーザ１７の制御部１７０が行なってもよい。
【０１１７】
実施の形態１〜５で述べた制御部１１０、制御部１６０、制御部１７０、及びコアネットワーク１５のノード（e.g. MME１５１、P-GW１５３）により行われる処理は、ＡＳＩＣ（Application Specific Integrated Circuit）を含む半導体処理装置を用いて実現してもよい。また、これらの処理は、マイクロプロセッサ、マイクロコントローラ、micro processing unit（MPU）等と呼ばれる少なくとも１つのコンピュータを含むシステムにプログラムを実行させることによって実現してもよい。具体的には、本明細書においてフローチャート及びシーケンス図を用いて説明したアルゴリズムをコンピュータシステムに行わせるための命令群を含む１又は複数のプログラムを作成し、当該プログラムをコンピュータシステムに供給すればよい。
【０１１８】
このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（ＣＤ−ＲＯＭ）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、Programmable ROM（ＰＲＯＭ）、Erasable PROM（ＥＰＲＯＭ）、フラッシュＲＯＭ、Random Access Memory（ＲＡＭ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１９】
実施の形態１〜５では、MTCゲートウェイ・デバイスが使用されるネットワークに関して説明した。しかしながら、既に述べたことから理解されるように、実施の形態１〜５は、モバイルルータ（又はテザリング機能を有するuser equipment（UE））が使用されるネットワークに適用されてもよい。つまり、実施の形態１〜５は、パーソナル／ローカルエリア接続技術により少なくとも１つのローカルデバイスと接続される無線通信装置を含むネットワークに適用することができる。
【０１２０】
さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。
【０１２１】
この出願は、２０１２年４月２６日に出願された日本出願特願２０１２−１０１６３３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２２】
１１  MTCゲートウェイ・デバイス
１２  ローカルデバイス
１３  パーソナル／ローカルエリアネットワーク
１４  セルラ無線アクセスネットワーク
１５  コアネットワーク
１６  サービス能力サーバ（Services Capability Server（SCS））
１７  MTCユーザ
１８  モバイルオペレータドメイン
１１０  制御部
１５１  Mobility management entity（MME）
１５２  Serving gateway（S-GW）
１５３  Packet data Network gateway（P-GW）
１５４  Policy Charging and Rules Function（PCRF）
１５５  MTC interworking function（MTC-IWF）
１６０  制御部
１７０  制御部
【図１】
2013161233.tif 000003
【図２】
2013161233.tif 000004
【図３】
2013161233.tif 000005
【図４】
2013161233.tif 000006
【図５】
2013161233.tif 000007
【図６】
2013161233.tif 000008
【図７】
2013161233.tif 000009
【図８】
2013161233.tif 000010
【図９】
2013161233.tif 000011
【図１０】
2013161233.tif 000012
【図１１】
2013161233.tif 000013
【図１２】
2013161233.tif 000014
【図１３】
2013161233.tif 000015
【図１４】
2013161233.tif 000016
【図１５】
2013161233.tif 000017
【図１６】
2013161233.tif 000018
【図１７】
2013161233.tif 000019
【図１８】
2013161233.tif 000020
【手続補正書】
【提出日】平成26年10月15日(2014.10.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４３
【補正方法】変更
【補正の内容】
【請求項４３】
パーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに対してセルラ無線アクセスネットワーク及びコアネットワークを介した外部ネットワークとの接続を提供する無線通信装置に実装される方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
前記少なくとも１つのローカルデバイスに含まれる第１のデバイスにアプリケーションレイヤにおいて適用される第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラを要求する追加ベアラ生成要求を前記コアネットワークに送信すること、及び
前記追加ベアラ生成要求に応じて前記無線通信装置及び前記コアネットワークの間に設定される追加ベアラを、前記第１のデバイスを送信元又は宛先とするデータを含むデータパケットの送信又は受信のために使用すること、
を備える、
プログラム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４４
【補正方法】変更
【補正の内容】
【請求項４４】
コアネットワーク及びセルラ無線アクセスネットワークを介して無線通信装置と通信するネットワークノードに実装される方法をコンピュータに行わせるためのプログラムであって、
前記方法は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、変更後の第１のQoSポリシを示す第１の要求を前記無線通信装置及び前記コアネットワークの少なくとも一方に送信することを備え
前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする、
プログラム。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４５
【補正方法】変更
【補正の内容】
【請求項４５】
ネットワークノードと通信し、前記ネットワークノード、コアネットワーク、及びセルラ無線アクセスネットワークを介して無線通信装置と通信するユーザーノードに実装される方法をコンピュータに行わせるためのプログラムであって、
前記方法は、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された第１のデバイスにアプリケーションレイヤにおいて適用されるQoSポリシの変更に応じて、前記ネットワークノードを介して前記無線通信装置及び前記コアネットワークの少なくとも一方に変更後の第１のQoSポリシを示す第１の要求を送信することを備え、
前記第１の要求は、前記無線通信装置及び前記コアネットワークの少なくとも一方に対して、前記第１のQoSポリシに対応するQoSパラメタが割り当てられた追加ベアラの設定をトリガーする、
プログラム。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４６
【補正方法】変更
【補正の内容】
【請求項４６】
セルラ無線アクセスネットワークを介して無線通信装置と通信する少なくとも１つのコアネットワークノードに実装される方法をコンピュータに行わせるためのプログラムであって、
前記方法は、前記無線通信装置から第１の通知を受信することを備え、
前記第１の通知は、前記無線通信装置からの追加ベアラ生成要求に基づいて前記無線通信装置及びコアネットワークの間に設定される追加ベアラと、前記無線通信装置にパーソナル／ローカルエリア接続技術により接続された少なくとも１つのローカルデバイスに含まれる第１のデバイスとの対応付けを示す、
プログラム。
【国際調査報告】
2013161233.tif 000021
2013161233.tif 000022