(57)【要約】  本発明の複数の実施形態は、デバイス制御方法及び装置を提供し、デバイス制御技術の分野に関している。その方法は、ユーザ機器UEのセッション属性を決定するステップと、そのUEがアクセスする第1のアクセスネットワークANにセッション属性を送信するステップと、を含み、そのセッション属性は、その第1のANがそのUEを制御するのに使用される。このことは、UEにおいては、UE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
2019511170.tif 000002
【特許請求の範囲】
【請求項１】
デバイス制御方法であって、
制御プレーンネットワーク要素CPによって、ユーザ機器UEのセッション属性を決定するステップと、
前記CPによって、前記UEがアクセスする第1のアクセスネットワークANに前記セッション属性を送信するステップと、を含み、前記セッション属性は、前記第1のANが前記UEを制御するのに使用される、
方法。
【請求項２】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、制御プレーンネットワーク要素CPによって、ユーザ機器UEのセッション属性を決定する前記ステップは、
前記CPによって、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を決定するステップを含み、少なくとも1つのベアラは、セッションに対応し、
前記UEがアクセスする第1のアクセスネットワークANに前記セッション属性を送信する前記ステップは、
前記CPによって、前記対応関係に基づいて、前記第1のANに前記セッション属性を送信するステップを含む、請求項１に記載の方法。
【請求項３】
前記ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である、請求項２に記載の方法。
【請求項４】
CPによって、ユーザ機器UEのセッション属性を決定する前記ステップは、
前記CPによって、前記第1のANを介して前記UEから制御要求を受信し、そして、前記制御要求の中で搬送されるサービス要件情報に基づいて、前記UEの前記セッション属性を決定するステップ、又は、
前記CPによって、前記UEの前記あらかじめ構成されたセッション属性を取得するステップ、又は、
前記CPによって加入サーバに取得要求を送信し、前記加入サーバから前記セッション属性を受信するステップ、又は、
前記CPによって、ポリシー決定ネットワーク要素から前記セッション属性を受信するステップ、又は、
前記ポリシー決定ネットワーク要素からインデックスを受信し、そして、前記インデックスに対応する前記セッション属性を決定するステップ、を含む、請求項１乃至３のうちのいずれか１項に記載の方法。
【請求項５】
前記制御要求は、アクセス要求、接続確立要求、又はサービス要求である、請求項４に記載の方法。
【請求項６】
前記CPによって、前記UEがアクセスする第1のアクセスネットワークANに前記セッション属性を送信する前記ステップは、
前記セッション属性を搬送するコンテキスト接続確立要求を前記CPによって前記第1のANに送信するステップ、又は、
前記セッション属性を搬送するコンテキスト修正要求を前記CPによって前記第1のANに送信するステップ、を含む、請求項１乃至５のうちのいずれか１項に記載の方法。
【請求項７】
前記セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件、のうちの1つ又は複数を含む、請求項１乃至６のうちのいずれか１項に記載の方法。
【請求項８】
デバイス制御方法であって、
第1のアクセスネットワークANによって、制御プレーンネットワーク要素CPからユーザ機器UEのセッション属性を受信するステップと、
前記第1のANによって、前記セッション属性に基づいて前記UEを制御するステップと、を含む、
方法。
【請求項９】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、第1のアクセスネットワークANによって、制御プレーンCPネットワーク要素からユーザ機器UEのセッション属性を受信する前記ステップは、
前記第1のANによって、対応関係に基づいて、前記CPから前記UEの前記セッション属性を受信するステップを含み、前記対応関係は、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を含み、少なくとも1つのベアラは、セッションに対応し、
前記第1のANによって、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記第1のANによって、前記対応関係に基づいて前記UEを制御するステップを含む、請求項８に記載の方法。
【請求項１０】
前記セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含む、請求項８又は９に記載の方法。
【請求項１１】
前記UEとデータネットワークDNとの間に第1のセッションが存在し、前記セッション属性が、前記第1のセッションに対応するサービスエリアを含む場合に、前記第1のANによって、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するステップであって、前記ハンドオーバー要求メッセージは、前記第2のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する際に、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記第2のANにハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がない前記第1のセッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記CPに指示情報を送信するステップであって、前記指示情報は、前記第1のセッションを解放するように前記CPに指示するのに使用される、ステップ、を含む、請求項８に記載の方法。
【請求項１２】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在し、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合に、前記第1のANによって、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定し、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANによって、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定し、そして、前記第2のANにハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がない前記セッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定する場合に、前記第1のANによって前記CPに指示情報を送信するステップであって、それによって、前記CPは、前記少なくとも2つのセッションのうちでハンドオーバーする必要がない前記セッションのベアラを解放する、ステップ、を含む、請求項９に記載の方法。
【請求項１３】
前記UEとデータネットワークDNとの間に第2のセッションが存在し、前記セッション属性が、前記第2のセッションに対応する帯域幅制約条件を含む場合に、前記第1のANによって、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記第1のANによって、前記第2のセッションに対応する前記帯域幅制約条件に基づいて、前記UEが受信したユーザパケットに対して帯域幅制約を実行するステップを含む、請求項８に記載の方法。
【請求項１４】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記第1のANによって、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記少なくとも2つのセッションのベアラのうちで前記UEが受信したユーザパケットに対応するベアラを決定するステップと、
前記第1のANによって、前記対応関係に基づいて、前記決定したベアラに対応するセッション属性を取得するステップと、
前記第1のANによって、前記取得したセッション属性のうちでセッションに対応する帯域幅制約条件に基づいて、前記ユーザパケットについて帯域幅制約を実行するステップと、を含む、請求項９に記載の方法。
【請求項１５】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記第1のANによって、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記第1のANによって、各セッションに対応する前記帯域幅制約条件に基づいて、前記UEの前記セッションに対応する帯域幅制約条件の総和を算出するステップと、
前記第1のANによって、前記CPから前記ユーザパケットの認可された帯域幅制約条件を取得するステップと、
帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件よりも大きい場合に、前記第1のANによって、前記ユーザパケットの前記認可された帯域幅制約条件に基づいて、前記UEが受信したユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件と等しいか又はより小さい場合に、前記第1のANによって、帯域幅制約条件の前記総和に基づいて、前記UEが受信したユーザパケットについて帯域幅制約を実行する、ステップと、を含む、請求項９に記載の方法。
【請求項１６】
第1のアクセスネットワークANによって、制御プレーンCPネットワーク要素からユーザ機器UEのセッション属性を受信する前記ステップは、
前記第1のANによって前記CPから、前記セッション属性を搬送するコンテキスト確立要求を受信するステップ、又は、
前記第1のANによって前記CPから、前記セッション属性を搬送するコンテキスト修正要求を受信するステップ、を含む、請求項８乃至１５のうちのいずれか１項に記載の方法。
【請求項１７】
デバイス制御方法であって、
制御プレーンネットワーク要素CPによって、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信するステップであって、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含む、ステップと、
前記CPによって、前記第1のANに第2の対応関係を送信するステップと、を含み、前記第2の対応関係は、前記UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含み、前記第1の対応関係及び前記第2の対応関係は、前記UEのセッション属性を決定するのに使用され、前記セッション属性は、前記UEを制御するのに使用される、
方法。
【請求項１８】
制御プレーンCPネットワーク要素によって、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信する前記ステップは、
前記CPが前記第1のANからデバイス接続確立要求を受信した後に、前記第1のANに、前記第1の対応関係を搬送する接続確立応答を送信するステップを含む、請求項１７に記載の方法。
【請求項１９】
前記CPによって前記第1のANに第2の対応関係を送信する前記ステップは、
前記第2の対応関係を搬送するコンテキスト確立要求を前記CPによって前記第1のANに送信するステップを含む、請求項１７又は１８に記載の方法。
【請求項２０】
デバイス制御方法であって、
第1のアクセスネットワークANによって、制御プレーンCPネットワーク要素から第1の対応関係及び第2の対応関係を受信するステップであって、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、前記第2の対応関係は、前記第1のANにアクセスするユーザ機器UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含む、ステップと、
前記第1の対応関係及び前記第2の対応関係に基づいて、前記第1のANによって前記UEのセッション属性を決定するステップと、
前記セッション属性に基づいて、前記第1のANによって前記UEを制御するステップと、を含む、
方法。
【請求項２１】
デバイス制御方法であって、
セッション属性を搬送するハンドオーバー要求メッセージを第1のANから第2のアクセスネットワークANによって受信するステップであって、前記セッション属性は、前記第1のANにアクセスするUEのセッションのセッション属性である、ステップと、
前記第2のANによって、前記セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定するステップと、
前記第2のANによって、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、制御プレーンネットワーク要素CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ステップと、を含む、
方法。
【請求項２２】
デバイス制御方法であって、
第2のアクセスネットワークANによって、第1のANからハンドオーバー要求メッセージを受信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する、ステップと、
前記第2のANによって、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、制御プレーンネットワーク要素CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ステップと、を含む、
方法。
【請求項２３】
デバイス制御方法であって、
制御プレーンネットワーク要素CPによってユーザ機器UEのセッション属性を決定するステップと、
前記UEがアクセスする第1のアクセスネットワークANから第2のANの位置情報を前記CPによって受信するステップと、
前記CPによって、前記セッション属性及び前記位置情報に基づいて、前記UEのセッションをハンドオーバーする必要があるか否かを検出するステップと、
前記セッションをハンドオーバーする必要がない場合に、前記CPによって、前記UEの前記セッションを解放するステップと、を含む、
方法。
【請求項２４】
当該方法は、
前記CPによって前記第1のANに認可要求を送信するステップをさらに含み、前記認可要求は、前記第1のANから前記第2のANへと前記UEをハンドオーバーする前に、前記CPに前記第2のANの前記位置情報を送信するように前記第1のANに指示するのに使用される、請求項２３に記載の方法。
【請求項２５】
デバイス制御方法であって、
第1のアクセスネットワークANによって、制御プレーンネットワーク要素CPから認可要求を受信するステップと、
ユーザ機器UEを第2のANへとハンドオーバーすることを決定する際に、前記第1のANによって、前記認可要求に基づいて、前記CPに前記第2のANの位置情報を送信するステップと、を含み、前記位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される、
方法。
【請求項２６】
制御プレーンCPネットワーク要素において使用されるデバイス制御装置であって、当該装置は、プロセッサ及び送信機を含み、
前記プロセッサは、ユーザ機器UEのセッション属性を決定するように構成され、
前記送信機は、前記UEがアクセスする第1のアクセスネットワークANにセッション属性を送信するように構成され、前記セッション属性は、前記第1のANが前記UEを制御するのに使用される、
装置。
【請求項２７】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、前記プロセッサは、さらに、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を決定するように構成され、少なくとも1つのベアラは、セッションに対応し、
前記送信機は、さらに、前記対応関係に基づいて、前記第1のANに前記セッション属性を送信するように構成される、請求項２６に記載の装置。
【請求項２８】
前記ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である、請求項２７に記載の装置。
【請求項２９】
当該装置は、受信機をさらに含み、
前記受信機は、前記第1のANを介して前記UEから制御要求を受信するように構成され、前記プロセッサは、前記受信機が受信した前記制御要求の中で搬送されるサービス要件情報に基づいて、前記UEの前記セッション属性を決定するように構成されるか、又は、
前記プロセッサは、さらに、前記UEの前記あらかじめ構成されたセッション属性を取得するように構成されるか、又は、
前記送信機は、さらに、加入サーバに取得要求を送信するように構成され、前記受信機は、さらに、前記加入サーバから前記セッション属性を受信するように構成され、前記プロセッサは、さらに、前記受信機が受信した前記セッション属性を決定するように構成されるか、又は、
前記受信機は、さらに、ポリシー決定ネットワーク要素から前記セッション属性を受信するように構成され、前記プロセッサは、さらに、前記受信機が受信した前記セッション属性を決定するように構成されるか、又は、前記受信機は、さらに、前記ポリシー決定ネットワーク要素からインデックスを受信するように構成され、前記プロセッサは、さらに、前記受信機が受信した前記インデックスに対応する前記セッション属性を決定するように構成される、請求項２６乃至２８のうちのいずれか１項に記載の装置。
【請求項３０】
制御要求は、アクセス要求、接続確立要求、又はサービス要求である、請求項２９に記載の装置。
【請求項３１】
前記送信機は、さらに、
前記セッション属性を搬送するコンテキスト確立要求を前記第1のANに送信するか、又は、
前記セッション属性を搬送するコンテキスト修正要求を前記第1のANに送信する、をように構成される、請求項２６乃至３０のうちのいずれか１項に記載の装置。
【請求項３２】
前記セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件、のうちの1つ又は複数を含む、請求項２６乃至３１のうちのいずれか１項に記載の装置。
【請求項３３】
第1のアクセスネットワークANにおいて使用されるデバイス制御装置であって、当該装置は、受信機及びプロセッサを含み、
前記受信機は、制御プレーンCPネットワーク要素からユーザ機器UEのセッション属性を受信するように構成され、
前記プロセッサは、前記受信機が受信した前記セッション属性に基づいて前記UEを制御するように構成される、
装置。
【請求項３４】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、前記受信機は、さらに、対応関係に基づいて、前記CPから前記UEの前記セッション属性を受信するように構成され、前記対応関係は、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を含み、少なくとも1つのベアラは、セッションに対応し、
前記プロセッサは、さらに、前記対応関係に基づいて前記UEを制御するように構成される、請求項３３に記載の装置。
【請求項３５】
前記セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含む、請求項３３又は３４に記載の装置。
【請求項３６】
前記UEとデータネットワークDNとの間に第1のセッションが存在し、前記セッション属性が、前記第1のセッションに対応するサービスエリアを含む場合に、前記プロセッサは、さらに、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するように構成され、前記ハンドオーバー要求メッセージは、前記第2のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する際に、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用されるか、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記第2のANにハンドオーバー要求メッセージを送信するように構成され、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がない前記第1のセッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用されるか、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記CPに指示情報を送信するように構成され、前記指示情報は、前記第1のセッションを解放するように前記CPに指示するのに使用される、請求項３３に記載の装置。
【請求項３７】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在し、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合に、前記プロセッサは、さらに、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するように構成され、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定し、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用されるか、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANによって、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定し、そして、前記第2のANにハンドオーバー要求メッセージを送信するように構成され、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がない前記セッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用されるか、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定する場合に、前記第1のANによって前記CPに指示情報を送信するように構成され、それによって、前記CPは、前記少なくとも2つのセッションのうちでハンドオーバーする必要がない前記セッションのベアラを解放する、請求項３４に記載の装置。
【請求項３８】
前記UEとデータネットワークDNとの間に第2のセッションが存在し、前記セッション属性が、前記第2のセッションに対応する帯域幅制約条件を含む場合に、前記プロセッサは、さらに、前記第2のセッションに対応する前記帯域幅制約条件に基づいて、前記UEが受信するユーザパケットに対して帯域幅制約を実行するように構成される、請求項３３に記載の装置。
【請求項３９】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記プロセッサは、さらに、
前記少なくとも2つのセッションのベアラのうちで前記UEが受信したユーザパケットに対応するベアラを決定し、
前記対応関係に基づいて、前記決定したベアラに対応するセッション属性を取得し、そして、
前記取得したセッション属性のうちでセッションに対応する帯域幅制約条件に基づいて、前記ユーザパケットについて帯域幅制約を実行する、ように構成される、請求項３４に記載の装置。
【請求項４０】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記プロセッサは、さらに、
各セッションに対応する前記帯域幅制約条件に基づいて、前記UEのセッションに対応する帯域幅制約条件の総和を算出し、
前記CPから前記ユーザパケットの認可された帯域幅制約条件を取得し、そして、
帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件よりも大きい場合に、前記ユーザパケットの前記認可された帯域幅制約条件に基づいて、前記UEが受信したユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の前記総和に基づいて、前記UEが受信するユーザパケットについて帯域幅制約を実行する、ように構成される、請求項３４に記載の装置。
【請求項４１】
前記受信機は、さらに、
前記CPから、前記セッション属性を搬送するコンテキスト確立要求を受信するか、又は、
前記CPから、前記セッション属性を搬送するコンテキスト修正要求を受信する、ように構成される、請求項３３乃至４０のうちのいずれか１項に記載の装置。
【請求項４２】
制御プレーンCPネットワーク要素において使用されるデバイス制御装置であって、当該装置は、送信機を含み、
前記送信機は、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信するように構成され、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、
前記送信機は、さらに、前記第1のANに第2の対応関係を送信するように構成され、前記第2の対応関係は、前記UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含み、前記第1の対応関係及び前記第2の対応関係は、前記UEのセッション属性を決定するのに使用され、前記セッション属性は、前記UEを制御するのに使用される、
装置。
【請求項４３】
前記送信機は、さらに、
前記CPが前記第1のANからデバイス接続確立要求を受信した後に、前記第1のANに、前記第1の対応関係を搬送する接続確立応答を送信するように構成される、請求項４２に記載の装置。
【請求項４４】
前記送信機は、さらに、
前記第2の対応関係を搬送するコンテキスト確立要求を前記CPによって前記第1のANに送信するように構成される、請求項４２又は４３に記載の装置。
【請求項４５】
第1のアクセスネットワークANにおいて使用されるデバイス制御装置であって、当該装置は、受信機及びプロセッサを含み、
前記受信機は、制御プレーンCPネットワーク要素から第1の対応関係及び第2の対応関係を受信するように構成され、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、前記第2の対応関係は、前記第1のANにアクセスするユーザ機器UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含み、
前記プロセッサは、前記第1の対応関係及び前記第2の対応関係に基づいて、前記UEのセッション属性を決定するように構成され、
前記プロセッサは、さらに、前記セッション属性に基づいて前記UEを制御するように構成される、
装置。
【請求項４６】
第2のアクセスネットワークANにおいて使用されるデバイス制御装置であって、当該装置は、送信機及びプロセッサを含み、
前記送信機は、セッション属性を搬送するハンドオーバー要求メッセージを第1のANから受信するように構成され、前記セッション属性は、前記第1のANにアクセスするUEのセッションのセッション属性であり、
前記プロセッサは、前記セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定するように構成され、
前記プロセッサは、さらに、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、制御プレーンCPネットワーク要素をトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように構成される、
装置。
【請求項４７】
第2のアクセスネットワークANにおいて使用されるデバイス制御装置であって、当該装置は、受信機及びプロセッサを含み、
前記受信機は、第1のANからハンドオーバー要求メッセージを受信するように構成され、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送し、
前記プロセッサは、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、制御プレーンCPネットワーク要素をトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように構成される、
装置。
【請求項４８】
制御プレーンCPネットワーク要素において使用されるデバイス制御装置であって、当該装置は、プロセッサ及び受信機を含み、
前記プロセッサは、ユーザ機器UEのセッション属性を決定するように構成され、
前記受信機は、前記UEがアクセスする第1のアクセスネットワークANから第2のANの位置情報を受信するように構成され、
前記受信機は、さらに、前記セッション属性及び前記位置情報に基づいて、前記UEのセッションをハンドオーバーする必要があるか否かを検出するように構成され、
前記受信機は、前記セッションをハンドオーバーする必要がない場合に、前記UEの前記セッションを解放するように構成される、
装置。
【請求項４９】
当該装置は、送信機をさらに含み、
前記送信機は、前記第1のANに認可要求を送信するように構成され、前記認可要求は、前記第1のANから前記第2のANへと前記UEをハンドオーバーする前に、前記CPに前記第2のANの前記位置情報を送信するように前記第1のANに指示するのに使用される、請求項４８に記載の装置。
【請求項５０】
第1のアクセスネットワークANにおいて使用されるデバイス制御装置であって、当該装置は、受信機及びプロセッサを含み、
前記受信機は、制御プレーンCPネットワーク要素から認可要求を受信するように構成され、
前記プロセッサは、ユーザ機器UEを第2のANへとハンドオーバーすることを決定する際に、前記認可要求に基づいて、前記CPに前記第2のANの位置情報を送信するように構成され、前記位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される、
装置。
【請求項５１】
制御プレーンCPネットワーク要素において使用されるデバイス制御装置であって、
ユーザ機器UEのセッション属性を決定するように構成される決定ユニットと、
前記UEがアクセスする第1のアクセスネットワークANに前記セッション属性を送信するように構成される送信ユニットと、を含み、前記セッション属性は、前記第1のANが前記UEを制御するのに使用される、
装置。
【請求項５２】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、前記決定ユニットは、さらに、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を決定するように構成され、少なくとも1つのベアラは、セッションに対応し、
前記送信ユニットは、さらに、前記対応関係に基づいて、前記第1のANに前記セッション属性を送信するように構成される、請求項５１に記載の装置。
【請求項５３】
前記ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である、請求項５２に記載の装置。
【請求項５４】
前記決定ユニットは、さらに、
前記第1のANを介して前記UEから制御要求を受信し、そして、前記制御要求の中で搬送されるサービス要件情報に基づいて、前記UEの前記セッション属性を決定するように構成されるか、又は、
前記UEの前記あらかじめ構成されたセッション属性を取得するように構成されるか、又は、
加入サーバに取得要求を送信し、そして、前記加入サーバから前記セッション属性を受信するように構成されるか、又は、
ポリシー決定ネットワーク要素から前記セッション属性を受信するように構成されるか、又は、前記ポリシー決定ネットワーク要素からインデックスを受信し、そして、前記インデックスに対応する前記セッション属性を決定する、ように構成される、請求項５１乃至５３のうちのいずれか１項に記載の装置。
【請求項５５】
前記制御要求は、アクセス要求、接続確立要求、又はサービス要求である、請求項５４に記載の装置。
【請求項５６】
前記送信ユニットは、さらに、
前記セッション属性を搬送するコンテキスト接続確立要求を前記第1のANに送信するように構成されるか、又は、
前記セッション属性を搬送するコンテキスト修正要求を前記第1のANに送信するように構成される、請求項５１乃至５５のうちのいずれか１項に記載の装置。
【請求項５７】
前記セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件、のうちの1つ又は複数を含む、請求項５１乃至５６のうちのいずれか１項に記載の装置。
【請求項５８】
第1のアクセスネットワークANにおいて使用されるデバイス制御装置であって、
制御プレーンCPネットワーク要素からユーザ機器UEのセッション属性を受信するように構成される受信ユニットと、
前記セッション属性に基づいて前記UEを制御するように構成される制御ユニットと、を含む、
装置。
【請求項５９】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、前記受信ユニットは、さらに、対応関係に基づいて、前記CPから前記UEの前記セッション属性を受信するように構成され、前記対応関係は、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を含み、少なくとも1つのベアラは、セッションに対応し、
前記制御ユニットは、さらに、前記対応関係に基づいて前記UEを制御するように構成される、請求項５８に記載の装置。
【請求項６０】
前記セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含む、請求項５８又は５９に記載の装置。
【請求項６１】
前記UEとデータネットワークDNとの間に第1のセッションが存在し、前記セッション属性が、前記第1のセッションに対応するサービスエリアを含む場合に、前記制御ユニットは、さらに、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するように構成され、前記ハンドオーバー要求メッセージは、前記第2のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する際に、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用されるか、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記第2のANにハンドオーバー要求メッセージを送信するように構成され、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がない前記第1のセッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用されるか、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記CPに指示情報を送信するように構成され、前記指示情報は、前記第1のセッションを解放するように前記CPに指示するのに使用される、請求項５８に記載の装置。
【請求項６２】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在し、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合に、前記制御ユニットは、さらに、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するように構成され、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定し、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用されるか、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANによって、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定し、そして、前記第2のANにハンドオーバー要求メッセージを送信する、ように構成され、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がない前記セッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用されるか、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前であって、前記第1のANが、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定する場合に、前記第1のANによって前記CPに指示情報を送信するように構成され、それによって、前記CPは、前記少なくとも2つのセッションのうちでハンドオーバーする必要がない前記セッションのベアラを解放する、請求項５９に記載の装置。
【請求項６３】
前記UEとデータネットワークDNとの間に第2のセッションが存在し、前記セッション属性が、前記第2のセッションに対応する帯域幅制約条件を含む場合に、前記制御ユニットは、さらに、前記第2のセッションに対応する前記帯域幅制約条件に基づいて、前記UEが受信したユーザパケットに対して帯域幅制約を実行するように構成される、請求項５８に記載の装置。
【請求項６４】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記制御ユニットは、さらに、
前記少なくとも2つのセッションのベアラのうちで前記UEが受信したユーザパケットに対応するベアラを決定し、
前記対応関係に基づいて、前記決定したベアラに対応するセッション属性を取得し、そして、
前記取得したセッション属性のうちでセッションに対応する帯域幅制約条件に基づいて、前記ユーザパケットについて帯域幅制約を実行する、ように構成される、請求項５９に記載の装置。
【請求項６５】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記制御ユニットは、さらに、
各セッションに対応する前記帯域幅制約条件に基づいて、前記UEの前記セッションに対応する帯域幅制約条件の総和を算出し、
前記CPから前記ユーザパケットの認可された帯域幅制約条件を取得し、そして、
帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件よりも大きい場合に、前記ユーザパケットの前記認可された帯域幅制約条件に基づいて、前記UEが受信したユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の前記総和に基づいて、前記UEが受信したユーザパケットについて帯域幅制約を実行する、ように構成される、請求項５９に記載の装置。
【請求項６６】
前記受信ユニットは、さらに、
前記CPから、前記セッション属性を搬送するコンテキスト確立要求を受信するか、又は、
前記CPから、前記セッション属性を搬送するコンテキスト修正要求を受信する、ように構成される、請求項５８乃至６５のうちのいずれか１項に記載の装置。
【請求項６７】
制御プレーンCPネットワーク要素において使用されるデバイス制御装置であって、
ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信するように構成される送信ユニットを含み、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、
前記送信ユニットは、さらに、前記第1のANに第2の対応関係を送信するように構成され、前記第2の対応関係は、前記UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含み、前記第1の対応関係及び前記第2の対応関係は、前記UEのセッション属性を決定するのに使用され、前記セッション属性は、前記UEを制御するのに使用される、
装置。
【請求項６８】
前記送信ユニットは、さらに、
前記CPが前記第1のANからデバイス接続確立要求を受信した後に、前記第1のANに、前記第1の対応関係を搬送する接続確立応答を送信するように構成される、請求項６７に記載の装置。
【請求項６９】
前記送信ユニットは、さらに、
前記第2の対応関係を搬送するコンテキスト確立要求を前記CPによって前記第1のANに送信するように構成される、請求項６７又は６８に記載の装置。
【請求項７０】
第1のアクセスネットワークANにおいて使用されるデバイス制御装置であって、
制御プレーンCPネットワーク要素から第1の対応関係及び第2の対応関係を受信するように構成される受信ユニットであって、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、前記第2の対応関係は、前記第1のANにアクセスするユーザ機器UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含む、受信ユニットと、
前記第1の対応関係及び前記第2の対応関係に基づいて、前記UEのセッション属性を決定するように構成される検出ユニットと、
前記セッション属性に基づいて前記UEを制御するように構成される制御ユニットと、を含む、
装置。
【請求項７１】
第2のアクセスネットワークANにおいて使用されるデバイス制御装置であって、
セッション属性を搬送するハンドオーバー要求メッセージを第1のANから受信するように構成される受信ユニットであって、前記セッション属性は、前記第1のANにアクセスするUEのセッションのセッション属性である、受信ユニットと、
前記セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定するように構成される処理ユニットと、を含み、
前記処理ユニットは、さらに、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、制御プレーンCPネットワーク要素をトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように構成される、
装置。
【請求項７２】
第2のアクセスネットワークANにおいて使用されるデバイス制御装置であって、
第1のANからハンドオーバー要求メッセージを受信するように構成される受信ユニットであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する、受信ユニットと、
ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、制御プレーンCPネットワーク要素をトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように構成される処理ユニットと、を含む、
装置。
【請求項７３】
制御プレーンCPネットワーク要素において使用されるデバイス制御装置であって、
ユーザ機器UEのセッション属性を決定するように構成される決定ユニットと、
前記UEがアクセスする第1のアクセスネットワークANから第2のANの位置情報を受信するように構成される受信ユニットと、
前記セッション属性及び前記位置情報に基づいて、前記UEのセッションをハンドオーバーする必要があるか否かを検出するように構成される検出ユニットと、
前記セッションをハンドオーバーする必要がない場合に、前記CPによって、前記UEの前記セッションを解放するように構成される処理ユニットと、を含む、
装置。
【請求項７４】
当該装置は、
前記第1のANに認可要求を送信するように構成される送信ユニットをさらに含み、前記認可要求は、前記第1のANから前記第2のANへと前記UEをハンドオーバーする前に、前記CPに前記第2のANの前記位置情報を送信するように前記第1のANに指示するのに使用される、請求項７３に記載の装置。
【請求項７５】
第1のアクセスネットワークANにおいて使用されるデバイス制御装置であって、
制御プレーンCPネットワーク要素から認可要求を受信するように構成される受信ユニットと、
ユーザ機器UEを第2のANへとハンドオーバーすることを決定する際に、前記認可要求に基づいて、前記CPに前記第2のANの位置情報を送信するように構成される処理ユニットと、を含み、前記位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される、
装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の複数の実施形態は、デバイス制御技術の分野に関し、特に、デバイス制御方法及び装置に関する。
【０００２】
この出願は、2016年5月13日付で中華人民共和国の国家知識産権局に出願された"デバイス制御方法及び装置"と題する国際出願番号第PCT/CN2016/082037号に基づく優先権を主張し、その内容は、参照により全体が本明細書に取り込まれる。
【背景技術】
【０００３】
ユーザ機器(英文正式名称:  User  Equipment,  略称:  UE)がネットワークにアクセスした後に、ネットワーク側は、そのUEを制御する必要がある。
【０００４】
例えば、そのUEが移動する際には、アクセスネットワーク(英文正式名称:  Access  Network,  略称:  AN)は、そのUEのハンドオーバー制限リストに基づいて、そのUEについてセルハンドオーバーを実行するか否かを決定する。セルハンドオーバーが実行されるべきである場合には、そのANは、そのUEの進化型ユニバーサル地上波無線アクセスネットワーク無線アクセスベアラ(英文正式名称:  Evolved  Universal  Terrestrial  Radio  Access  Network  Radio  Access  Bearer,  略称:  E-RAB)をターゲットANへとハンドオーバーする。ハンドオーバー制限リストにおいては、そのUEの移動の間のローミング制限又はアクセス制限が規定されており、そのローミング制限又はアクセス制限は、禁止されているトラッキングエリア(英文正式名称:  Forbidden  Tracking  Area,  略称:  Forbidden  TA)、禁止されているロケーションエリア(英文正式名称:  Forbidden  Location  Area,  略称:  Forbidden  LA)、及び禁止されているRAT間(Forbidden  Inter  RATs)等の情報を含む。
【０００５】
本発明を実装する過程において、発明者は、上記のデバイス制御方法が、少なくとも以下の問題を含むということに気付いている。
【０００６】
すなわち、UEの無線アクセスベアラのうちのいくつかをターゲットANへとハンドオーバーする必要がない場合があるため、上記の方法は、オンデマンドハンドオーバーを実装することが不可能であり、ハンドオーバーする必要がない無線アクセスベアラのハンドオーバーの間に、ある特定の数の無線リソースを浪費する。
【発明の概要】
【０００７】
ある特定の数の無線リソースを浪費し、オンデマンドハンドオーバーを実装することが不可能であるという従来技術の問題を解決するために、本発明の複数の実施形態は、デバイス制御方法及び装置を提供する。その技術的解決方法は、以下のようになる。
【０００８】
第1の態様によれば、制御プレーン(英文正式名称:  Control  Plane,  略称:CP)ネットワーク要素において使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
UEのセッション属性を決定するステップと、
前記UEがアクセスする第1のANに前記セッション属性を送信するステップと、を含み、前記セッション属性は、前記第1のANが前記UEを制御するのに使用される。
【０００９】
CPは、そのUEがアクセスする第1のANにそのUEのセッション属性を送信し、それによって、その第1のANは、そのセッション属性に基づいてそのUEを制御することが可能である。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００１０】
選択的に、第1の態様の第1の可能な実装において、前記UEとデータネットワーク(英文正式名称:  Data
Network,  略称:  DN)との間で少なくとも2つのセッションが存在する場合に、UEのセッション属性を決定する前記ステップは、
前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を決定するステップを含み、少なくとも1つのベアラは、セッションに対応し、
それに対応して、前記UEがアクセスする第1のANに前記セッション属性を送信する前記ステップは、
前記対応関係に基づいて、前記第1のANに前記セッション属性を送信するステップを含んでもよい。
【００１１】
選択的に、第1の態様の第1の可能な実装に関して、第2の可能な実装において、前記ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である。
【００１２】
選択的に、第1の態様、第1の態様の第1の可能な実装、又は第1の態様の第2の可能な実装に関して、第3の可能な実装において、UEのセッション属性を決定する前記ステップは、以下の4つの可能な実装を含んでもよい。
【００１３】
第1の手法においては、第1のANを介してUEが送信する制御要求を受信し、そして、その制御要求の中で搬送されるサービス要件情報に基づいて、そのUEのセッション属性を決定し、制御要求は、アクセス要求、接続確立要求、又はサービス要求であり、
アクセス要求は、ネットワーク登録手順の中でUEが送信する要求であり、例えば、アクセス要求は、そのUEの電源がオンにされる際に、第1のANを介するそのUEからの要求であってもよく、接続確立要求は、ネットワーク接続を確立することをそのUEによって要求する要求であり、例えば、接続確立要求は、DNへのDN接続を確立することを要求する確立要求であってもよく、サービス要求は、無線アクセスネットワークの各々のインターフェイスのためのシグナリング接続を確立する要求であり、アイドル状態から接続状態にUEを切り替えるのを可能とするのに使用される。
【００１４】
第2の手法においては、UEのあらかじめ構成されたセッション属性を取得する。
【００１５】
第3の手法においては、加入サーバに取得要求を送信し、その加入サーバが返送したセッション属性を受信する。
【００１６】
第4の手法においては、ポリシー決定ネットワーク要素が送信するセッション属性を受信するか、又は、そのポリシー決定ネットワーク要素が送信するインデックスを受信し、そして、そのインデックスに対応するセッション属性を決定する。
【００１７】
選択的に、第1の態様、第1の態様の第1の可能な実装、第1の態様の第2の可能な実装、又は第1の態様の第3の可能な実装に関して、第4の可能な実装において、第1のANに前記セッション属性を送信する前記ステップは、
前記セッション属性を搬送するコンテキスト接続確立要求を前記第1のANに送信するステップ、又は、
前記セッション属性を搬送するコンテキスト修正要求を第1のANに送信するステップ、を含んでもよい。
【００１８】
選択的に、第1の態様、第1の態様の第1の可能な実装、第1の態様の第2の可能な実装、第1の態様の第3の可能な実装、又は第1の態様の第4の可能な実装に関して、第5の可能な実装において、前記セッション属性は、セッションに対応するサービスエリア及び/又はセッションに対応する帯域幅制約条件、のうちの1つ又は複数を含む。
【００１９】
セッションに対応するサービスエリアは、UEの移動の間のベアラの解放制限を示す。例えば、DN接続属性が、サービスフロー1に対応する属性であり、そのサービスフロー1がUEのハンドオーバーの間に解放される場合に、そのサービスフロー1に対応するDN接続属性は、そのUEのハンドオーバーの間に解放される。セッションに対応する帯域幅制約条件は、帯域幅速度又は遅延等を含んでいてもよい。例えば、帯域幅制約条件は、ある帯域幅が100[kb/s]であるということを含む。
【００２０】
第2の態様によれば、第1のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
CPが送信するUEのセッション属性を受信するステップと、
前記セッション属性に基づいて前記UEを制御するステップと、を含む。
【００２１】
CPが送信するUEのセッション属性を受信し、そして、そのセッション属性に基づいてそのUEを制御する。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００２２】
選択的に、第2の態様の第1の可能な実装において、前記UEと前記DNとの間に少なくとも2つのセッションが存在する場合に、CPが送信するUEのセッション属性を受信する前記ステップは、
対応関係に基づいて、前記CPが送信する前記UEの前記セッション属性を受信するステップを含んでもよく、前記対応関係は、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を含み、
それに対応して、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記対応関係に基づいて前記UEを制御するステップを含む。
【００２３】
第2の態様又は第2の態様の第1の可能な実装に関して、第2の可能な実装において、前記セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含み、前記セッション属性は、第1の態様において説明された前記セッション属性と同様である。
【００２４】
第2の態様の第3の可能な実装において、前記UEとDNとの間に第1のセッションが存在し、前記セッション属性が、前記第1のセッションに対応するサービスエリアを含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するステップであって、前記ハンドオーバー要求メッセージは、前記第2のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する際に、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記第2のANにハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がない前記第1のセッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記CPに指示情報を送信するステップであって、前記指示情報は、前記第1のセッションを解放するように前記CPに指示するのに使用される、ステップ、を含んでもよい。
【００２５】
第2の態様の第1の可能な実装に関して、第4の可能な実装において、前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在し、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定し、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANによって、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定し、そして、前記第2のANにハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がない前記セッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANが、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定する場合に、前記第1のANによって前記CPに指示情報を送信するステップであって、それによって、前記CPは、前記少なくとも2つのセッションのうちでハンドオーバーする必要がない前記セッションのベアラを解放する、ステップ、を含む。
【００２６】
ANが、セッション属性に基づいてそのUEについてモビリティ管理を実行する際に、そのANは、いかなるモビリティ管理も必要としないセッションに対応する無線リソースを最初に削除してもよく、それにより、そのUEのハンドオーバー手順の中で必要となる無線リソースを低減する。
【００２７】
第2の態様の第5の可能な実装において、前記UEとデータネットワークDNとの間に第2のセッションが存在し、前記セッション属性が、前記第2のセッションに対応する帯域幅制約条件を含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記第1のANによって、前記セッション属性のうちで前記第2のセッションに対応する前記帯域幅制約条件に基づいて、前記UEが受信するユーザパケットに対して帯域幅制約を実行するステップを含む。
【００２８】
第2の態様の第1の可能な実装に関して、第6の可能な実装において、前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記少なくとも2つのセッションのベアラのうちで前記UEが受信したユーザパケットに対応するベアラを決定するステップと、
前記対応関係に基づいて、前記決定したベアラに対応するセッション属性を取得するステップと、
前記取得したセッション属性のうちでセッションに対応する帯域幅制約条件に基づいて、前記ユーザパケットについて帯域幅制約を実行するステップと、を含む。
【００２９】
第1のANは、セッション属性に基づいてそのUEに対してQoS制御を実行し、それによって、各々のセッションを制御することが可能であるとともに、制御の柔軟性及び精度をさらに改善する。
【００３０】
第2の態様の第1の可能な実装に関して、第7の可能な実装において、前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
各セッションに対応する前記帯域幅制約条件に基づいて、前記UEの前記セッションに対応する帯域幅制約条件の総和を算出するステップと、
前記CPから前記ユーザパケットの認可された帯域幅制約条件を取得するステップと、
帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件よりも大きい場合に、前記ユーザパケットの前記認可された帯域幅制約条件に基づいて、前記UEが受信するユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の前記総和に基づいて、前記UEが受信するユーザパケットについて帯域幅制約を実行する、ステップと、を含む。
【００３１】
選択的に、第2の態様、第2の態様の第1の可能な実装、第2の態様の第2の可能な実装、第2の態様の第3の可能な実装、第2の態様の第4の可能な実装、第2の態様の第5の可能な実装、第2の態様の第6の可能な実装、又は第2の態様の第7の可能な実装に関して、第8の可能な実装において、制御プレーンCPネットワーク要素が送信するユーザ機器UEのセッション属性を受信する前記ステップは、
前記セッション属性を搬送するとともに前記CPが送信するコンテキスト確立要求を受信するステップ、又は、
前記セッション属性を搬送するとともに前記CPが送信するコンテキスト修正要求を受信するステップ、を含む。
【００３２】
第3の態様によれば、CPにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
前記CPによって、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信するステップであって、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含む、ステップと、
前記第1のANに第2の対応関係を送信するステップと、を含む。
【００３３】
CPは、第1のANに第1の対応関係及び第2の対応関係を送信し、それによって、その第1のANは、第1の対応関係及び第2の対応関係に基づいて、その第1のANにアクセスするUEのセッション属性を決定することが可能であり、さらに、そのUEのセッション属性に基づいてそのUEを制御することが可能である。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００３４】
第1の可能な実装において、CPによって、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信する前記ステップは、前記CPが前記第1のANからデバイス接続確立要求を受信した後に、前記第1のANに、前記第1の対応関係を搬送する接続確立応答を送信するステップを含む。
【００３５】
第3の態様又は第3の態様の第1の可能な実装に関して、第2の可能な実装において、前記CPによって前記第1のANに第2の対応関係を送信する前記ステップは、前記第2の対応関係を搬送するコンテキスト確立要求を前記CPによって前記第1のANに送信するステップを含む。
【００３６】
第4の態様によれば、第1のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
CPが送信する第1の対応関係及び第2の対応関係を前記第1のアクセスネットワークANによって受信するステップであって、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、前記第2の対応関係は、前記第1のANにアクセスするユーザ機器UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含む、ステップと、
前記第1の対応関係及び前記第2の対応関係に基づいて、前記第1のANによって前記UEのセッション属性を決定するステップと、
前記セッション属性に基づいて、前記第1のANによって前記UEを制御するステップと、を含む。
【００３７】
第5の態様によれば、第2のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
セッション属性を搬送するとともに第1のANが送信するハンドオーバー要求メッセージを前記第2のアクセスネットワークANによって受信するステップであって、前記セッション属性は、前記第1のANにアクセスするUEのセッションのセッション属性である、ステップと、
前記第2のANによって、前記セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定するステップと、
前記第2のANによって、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ステップと、を含む。
【００３８】
第6の態様によれば、第2のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
第1のANが送信するハンドオーバー要求メッセージを前記第2のアクセスネットワークANによって受信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する、ステップと、
前記第2のANによって、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ステップと、を含む。
【００３９】
第7の態様によれば、CPにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
前記CPによってユーザ機器UEのセッション属性を決定するステップと、
前記UEがアクセスする第1のアクセスネットワークANから第2のANの位置情報を前記CPによって受信するステップと、
前記CPによって、前記セッション属性及び前記位置情報に基づいて、前記UEのセッションをハンドオーバーする必要があるか否かを検出するステップと、
前記セッションをハンドオーバーする必要がない場合に、前記CPによって、前記UEの前記セッションを解放するステップと、を含む。
【００４０】
CPは、UEのセッション属性を決定し、そのUEがアクセスする第1のANが送信する第2のANの位置情報を受信し、そして、そのセッション属性及びその位置情報に基づいて、そのUEのセッションのうちでハンドオーバーする必要がないセッションを解放する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００４１】
第1の可能な実装において、当該方法は、
前記CPによって前記第1のANに認可要求を送信するステップをさらに含み、前記認可要求は、前記第1のANから前記第2のANへと前記UEをハンドオーバーする前に、前記CPに前記第2のANの前記位置情報を送信するように前記第1のANに指示するのに使用される。
【００４２】
第8の態様によれば、第1のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
制御プレーンCPネットワーク要素が送信する認可要求を前記第1のアクセスネットワークANによって受信するステップと、
ユーザ機器UEを第2のANへとハンドオーバーすることを決定する際に、前記第1のANによって、前記認可要求に基づいて、前記CPに前記第2のANの位置情報を送信するステップと、を含み、前記位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される。
【００４３】
第9の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される送信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第1の態様にしたがったデバイス制御方法を実装する。
【００４４】
第10の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第2の態様にしたがったデバイス制御方法を実装する。
【００４５】
第11の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される送信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第3の態様にしたがったデバイス制御方法を実装する。
【００４６】
第12の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第4の態様にしたがったデバイス制御方法を実装する。
【００４７】
第13の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第2のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される送信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第5の態様にしたがったデバイス制御方法を実装する。
【００４８】
第14の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第2のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第6の態様にしたがったデバイス制御方法を実装する。
【００４９】
第15の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第7の態様にしたがったデバイス制御方法を実装する。
【００５０】
第16の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第8の態様にしたがったデバイス制御方法を実装する。
【００５１】
第17の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第1の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５２】
第18の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第2の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５３】
第19の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第3の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５４】
第20の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第4の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５５】
第21の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第5の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５６】
第22の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第6の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５７】
第23の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第7の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５８】
第24の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第8の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５９】
上記の複数の態様において、セッション属性は、セッションに対応するサービスエリア及び/又はセッションに対応する帯域幅制約条件のうちの1つ又は複数を含む。
【図面の簡単な説明】
【００６０】
本発明の複数の実施形態にしたがった複数の技術的解決方法をより明確に説明するために、以下の記載は、それらの複数の実施形態を説明するのに必要となる複数の添付の図面を簡潔に説明する。明らかなことではあるが、以下の説明の中の複数の添付の図面は、本発明の複数の実施形態のうちのいくつかを示すにすぎず、当業者は、さらに、創造的な努力なくして、これらの複数の添付の図面から他の図面を導き出すことが可能である。
【００６１】
【図１Ａ】本発明の複数の実施形態にしたがった実装環境の概略図である。
【図１Ｂ】本発明の複数の実施形態にしたがった実装環境の概略図である。
【図１Ｃ】本発明の複数の実施形態にしたがった実装環境の概略図である。
【図２】本発明の1つの実施形態にしたがったデバイス制御方法のフローチャートである。
【図３】本発明の他の実施形態にしたがったデバイス制御方法のフローチャートである。
【図４】本発明の他の実施形態にしたがってUEを制御する方法のフローチャートである。
【図５Ａ】本発明の他の実施形態にしたがってUEを制御する他の方法のフローチャートである。
【図５Ｂ】本発明の他の実施形態にしたがってUEを制御する他の方法のフローチャートである。
【図６】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図７Ａ】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図７Ｂ】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図８】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図９】本発明の他の実施形態にしたがった1つの実装シナリオの概略図である。
【図１０】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図１１】本発明のさらに別の実施形態にしたがったデバイス制御方法のフローチャートである。
【図１２】本発明のさらに別の実施形態にしたがってデバイス接続を確立するステップのフローチャートである。
【図１３】本発明のさらに別の実施形態にしたがったセッション確立手順のフローチャートである。
【図１４】本発明のさらに別の実施形態にしたがったデバイス制御方法のフローチャートである。
【図１５Ａ】本発明のさらに別の実施形態にしたがったデバイス制御方法のフローチャートである。
【図１５Ｂ】本発明のさらに別の実施形態にしたがったデバイス制御方法のフローチャートである。
【図１６】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図１７】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図１８】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図１９】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図２０】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図２１】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図２２】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【発明を実施するための形態】
【００６２】
本発明の目的、技術的解決方法、及び利点をより明確にするために、以下の記載は、複数の添付の図面を参照して、本発明の複数の実装をさらに詳細に説明する。
【００６３】
進化型パケットシステム(英文正式名称:  Evolved  Packet  System,  略称:  EPS)は、AN及びコアネットワークの2つの部分を含む。ANは、進化型ユニバーサル地上波無線アクセスネットワーク(英文正式名称:  Evolved  Universal  Terrestrial  Radio  Access  Network,  略称:  E-UTRAN)であり、UEに無線アクセス機能を提供するのに使用される。進化型パケットコア(英文正式名称:  Evolved  Packet  Core,  略称:  EPC)は、主に、モビリティ管理エンティティ(英文正式名称:  Mobility  Management  Entity,  略称:  MME)、サービングゲートウェイ(英文正式名称:  Serving  Gateway,  略称:  SGW)、パケットデータネットワークゲートウェイ(英文正式名称:  Packet  Data  Network  Gateway,  略称:  PGW)、ホーム加入者サーバ(英文正式名称:  Home  Subscriber  Server,  略称:  HSS)、及び、ポリシー及び課金ルール機能(英文正式名称:  Policy  and  charging  rule  function,  略称:  PCRF)等の複数の重要な論理的ネットワーク要素を含む。MMEは、主に、ユーザ認証、ハンドオーバー、アイドル状態にあるUEのモビリティ管理、又はユーザコンテキスト及びベアラの管理等のシグナリングプレーン機能の処理を実現する。SGWは、UEが複数のローカルeNodeBの間でハンドオーバーされる際に、モビリティアンカーとなり、パケットデータをルーティングするとともに転送し、そして、合法的な傍受に関連付けられた機能を提供する、ように構成される。PGWは、外部データネットワーク、及び第3世代パートナーシッププロジェクト(英文正式名称:  3rd  Generation  Partnership  Project,  略称:  3GPP)アクセスネットワークと非3GPPアクセスネットワークとの間のユーザプレーンアンカーに接続されるとともに、ユーザアドレス割り当て、ポリシー制御及び課金ルールの実行、及び合法的な傍受の役割を担うゲートウェイである。HSSは、ユーザの認可情報を格納するように構成される。論理的ネットワーク機能、すなわち、SGW及びPGWは、個別に存在してもよく、或いは、一体化されてもよい。PCRFは、ポリシー及び課金ルールを提供する。
【００６４】
選択的に、UEは、PGWに接続することによって外部データネットワークにアクセスして、データネットワーク(英文正式名称:  Data  Network,  略称:  DN)接続を生成してもよい。例えば、UEは、外部パケットデータネットワークにアクセスするために、PGWに接続されて、パケットデータネットワーク(英文正式名称:  Packet  Data  Network,  略称:  PDN)接続を生成する。PDNは、Internet、仮想私設ネットワーク(英文正式名称:  Virtual  Private  Network,  略称:  VPN)、インターネットプロトコルマルチメディアサービス(英文正式名称:  Internet  Protocol  Multi-media  Service,  略称:  IMS)ネットワーク、又はオペレータによって提供される無線アプリケーションプロトコル(英文正式名称:  Wireless  Application  Protocol,  略称:  WAP)ネットワーク等であってもよい。選択的に、UEは、少なくとも2つのDN接続を生成してもよい。それらの少なくとも2つのDN接続は、同じアンカーPGWへの接続であってもよく、或いは、複数の異なるアンカーへの接続であってもよく、それらの少なくとも2つのDN接続は、同じPDNへの接続である。このことは、上記の実施形態においては限定されない。
【００６５】
図1Aを参照すると、図1Aは、本発明の複数の実施形態にしたがったデバイス制御方法の実装環境の概略図である。図1Aに示されているように、その実装環境は、UE110、第1のAN120、制御プレーン(英文正式名称:  Control  Plane,  略称:  CP)ネットワーク要素130、ユーザプレーン(英文正式名称:  User  Plane,  略称:  UP)ネットワーク要素140、及びDN150を含む。
【００６６】
UE110は、ネットワーク端末デバイスであり、モバイル電話、ネットワークアクセス端末デバイス、又はモノのインターネットデバイス等のデバイスであってもよい。
【００６７】
第1のAN120は、UE110に無線アクセスを提供するように構成される。第1のAN120は、進化型NodeB(eNodeB)、無線フィディリティアクセスポイント(英文正式名称:  Wireless  Fidelity  Access  Point,  略称:  WiFi  AP)、又はマイクロ波アクセスのための世界的相互運用性基地局(英文正式名称:  Worldwide  Interoperability  for  Microwave  Access  Base  station,  略称:  WiMAX  BS)等のデバイスであってもよい。
【００６８】
CP130は、モビリティ管理又は転送経路管理を提供するネットワーク要素である。例えば、CP130は、MME、SGWの制御プレーン機能、PGWの制御プレーン機能、或いは、上記の複数のネットワーク要素を組み合わせることによって形成されるモバイルゲートウェイコントローラの機能のうちのすべて又はいくつかであってもよい。
【００６９】
UP140は、ユーザにサービスパケット転送を提供するネットワーク要素である。そのネットワーク要素は、SGWの転送プレーン機能、PGWの転送プレーン機能、或いは、ルータ、スイッチ、又はソフトウェア定義ネットワーク(英文正式名称:  Software  Defined  Network,  略称:  SDN)スイッチ等の物理的デバイスを仮想化した後に得られる転送デバイスであってもよい。代替的に、UP140は、転送プレーンネットワーク要素であってもよい。
【００７０】
DN150は、Internet、VPN、IMS、又はオペレータによって提供されるWAPネットワーク等のPDNであってもよい。
【００７１】
図1Aにおいて、UEが1つのUPにアクセスする(すなわち、同じアンカーにアクセスする)ということが、説明のための1つの例として使用されるということに留意すべきである。選択的に、UEは、少なくとも2つのUPにアクセスしてもよく、それらの少なくとも2つのUPを使用することによって、同じPDNにアクセスしてもよい。例えば、図1Bを参照すると、図1Bは、本発明にしたがった他の可能な実装環境の概略図である。
【００７２】
さらに、上記のCP及びUPについて、制御及び転送を分離してもよいということに留意すべきである。言い換えると、UPは、制御機能を有していない。代替的に、上記のCP及びUPについて、制御及び転送を分離しなくてもよい。言い換えると、UPは、依然として、制御機能を有している。上記のCP及びUPの具体的な実装は、上記の実施形態においては限定されない。
【００７３】
さらに、選択的に、アクセスされている第1のAN120から他のANへとUE110をハンドオーバーする必要がある場合があるということに留意すべきである。図1Cに示されているように、上記の実装環境は、第2のAN160をさらに含んでもよい。第2のAN160は、第1のAN120と同様である。本明細書においては、詳細は、再度、説明されない。
【００７４】
図2を参照して、図2は、本発明の1つの実施形態にしたがったデバイス制御方法の方法フローチャートである。図2に示されているように、そのデバイス制御方法は、以下のステップを含んでもよい。
【００７５】
ステップ201:  CPは、UEのセッション属性を決定する。
【００７６】
具体的には、そのUEとDNとの間に1つのセッションが存在する場合には、CPは、そのUEのセッションのセッション属性を直接的に決定する。そのUEとDNとの間に少なくとも2つのセッションが存在する場合には、CPは、それらの少なくとも2つのセッションのうちの各セッションのセッション属性とそのUEの各ベアラとの間の対応関係を決定してもよい。あるセッションは、少なくとも1つのベアラに対応し、この実施形態におけるベアラは、1つのサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である。言い換えると、この実施形態においては、ベアラ、セッション、及びUEの間の粒度の関係は、ベアラ＜セッション＜UEとなる。
【００７７】
セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの少なくとも1つを含んでもよい。そのセッションに対応するサービスエリアは、そのUEの移動の間のベアラの解放制限を示し、TA、LA、及びセルリストのうちの少なくとも1つを含む。そのセッションに対応するサービスエリアは、そのセッションがセッション連続性を必要とするエリアである。すなわち、そのセッションに対応するサービスエリアの中では、そのセッションは、セッション連続性を必要とするが、一方で、そのセッションに対応するサービスエリアの外側では、そのセッションは、セッション連続性を必要としない。例えば、1つの例として、ベアラが1つのサービスフローであるということを使用する。そのUEのサービスフロー1は、セッション連続性を必要としない。そのサービスフローに対応するDN接続属性がセルリストである場合には、そのUEが、移動し、そして、そのセルリストから取り除かれるときに、第1のANは、そのサービスフローに対応する無線リソースを解放する。帯域幅制約条件は、帯域幅速度又は遅延等を含んでもよい。例えば、帯域幅制約条件は、あるセッション属性に適合するベアラのすべての最大帯域幅が100[kb/s]であるということを含む。
【００７８】
選択的に、CPが、ベアラとセッション属性との間の対応関係を決定する際に、そのベアラが1つのサービスフローである場合には、例えば、そのサービスフローのインターネットプロトコル(英文正式名称:  Internet  Protocol,  略称:  IP)5タプルを使用することによってそのベアラを示すといったように、そのサービスフローのサービスフロー識別子を使用することによってそのベアラを示してもよく、そのベアラが少なくとも2つのサービスフローの集合体である場合には、例えば、bearer  IDを使用することによってそのベアラを示すといったように、ベアラ識別子を使用することによってそのベアラを示してもよい。
【００７９】
ステップ202:  CPは、UEがアクセスする第1のANにセッション属性を送信し、そのセッション属性は、第1のANがUEを制御するのに使用される。
【００８０】
ステップ203:  第1のANは、CPが送信したUEのセッション属性を受信する。
【００８１】
ステップ204:  第1のANは、セッション属性に基づいてUEを制御する。
【００８２】
結論として、この実施形態にしたがって提供されるデバイス制御方法によれば、CPは、そのUEがアクセスする第1のANにそのUEのセッション属性を送信し、それによって、その第1のANは、そのセッション属性に基づいてそのUEを制御することが可能である。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００８３】
CPによってセッション属性を決定するステップは、以下の4つの可能な取得手法を含んでもよいということに留意すべきである。
【００８４】
第1の手法においては、第1のANを介してUEが送信する制御要求を受信し、そして、その制御要求の中で搬送されるサービス要件情報に基づいて、そのUEのセッション属性を決定し、
制御要求は、アクセス要求、接続確立要求、又はサービス要求であってもよく、アクセス要求は、ネットワーク登録手順の中でUEが送信する要求であり、例えば、アクセス要求は、そのUEの電源がオンにされる際に、第1のANを介してそのUEが送信する要求であってもよく、接続確立要求は、ネットワーク接続を確立することをそのUEによって要求する要求であり、例えば、接続確立要求は、DNへのDN接続を確立することを要求する確立要求であってもよく、サービス要求は、無線アクセスネットワークの各々のインターフェイスのためのシグナリング接続を確立する要求であり、アイドル状態から接続状態にUEを切り替えるのを可能とするのに使用される。
【００８５】
第2の手法においては、UEのあらかじめ構成されたセッション属性を取得する。
【００８６】
第3の手法においては、加入サーバに取得要求を送信し、その加入サーバが返送したセッション属性を受信する。
【００８７】
第4の手法においては、ポリシー決定ネットワーク要素が送信するセッション属性を受信するか、又は、そのポリシー決定ネットワーク要素が送信するインデックスを受信し、そして、そのインデックスに対応するセッション属性を決定する。
【００８８】
以下の記載は、上記の4つの可能な実装を個別に説明する。加えて、以下の実施形態において、CPが上記の第1の取得手法を使用することによってセッション属性を取得するとともに、制御要求がアクセス要求であるということを、主に、説明のための1つの例として使用する。
【００８９】
図3を参照すると、図3は、本発明の他の実施形態にしたがったデバイス制御方法の方法フローチャートである。この実施形態において、CPが制御要求を受信することによってセッション属性を取得するとともに、その制御要求がアクセス要求又は接続確立要求であるということを、説明のための1つの例として使用する。加えて、この実施形態において、CP及びUPについて制御及び転送を分離しないということを1つの例として使用する。図3に示されているように、そのデバイス制御方法は、以下のステップを含んでもよい。
【００９０】
ステップ301:  UEは、第1のANを介してCPにアクセス要求を送信する。
【００９１】
そのUEの電源がオンにされるか、又は追加的なDN接続を確立する必要があるときに、そのUEは、第1のANを介してCPにアクセス要求を送信してもよい。そのアクセス要求は、サービス要件情報を搬送していてもよい。
【００９２】
ステップ302:  CPは、第1のANを介して、UEが送信したアクセス要求を受信する。
【００９３】
アクセス要求を受信した後に、CPは、そのアクセス要求の中で搬送されるUEのサービス要件情報を取得し、そして、そのサービス要件情報に基づいて、UEのセッション属性を決定する。具体的には、UEとDNとの間に1つのセッションが存在する場合には、CPは、サービス要件情報に基づいて、そのセッションのセッション属性を決定してもよい。UEとDNとの間に少なくとも2つのセッションが存在する場合には、CPは、サービス要件情報に基づいて、それらの少なくとも2つのセッションのセッション属性を決定してもよい。選択的に、CPは、それらの少なくとも2つのセッション属性とUEの各ベアラとの間の対応関係を決定してもよい。セッションは、少なくとも1つのベアラに対応し、この実施形態において説明されるベアラは、1つのサービスフローであってもよく、或いは、少なくとも2つのサービスフローの集合体であってもよい。このことは、この実施形態においては限定されない。
【００９４】
上記のセッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの少なくとも1つを含んでもよい。そのセッションに対応するサービスエリアは、そのUEの移動の間のベアラの解放制限を示し、TA、LA、及びセルリストのうちの少なくとも1つを含む。帯域幅制約条件は、帯域幅速度又は遅延等を含んでもよい。
【００９５】
選択的に、CPが、サービス要件情報に基づいて、ベアラとセッション属性との間の対応関係を決定する際に、そのベアラが1つのサービスフローである場合には、例えば、そのサービスフローのIP-5タプルを使用することによってそのベアラを示すといったように、そのサービスフローのサービスフロー識別子を使用することによってそのベアラを示してもよく、そのベアラが少なくとも2つのサービスフローの集合体である場合には、例えば、bearer  IDを使用することによってそのベアラを示すといったように、ベアラ識別子を使用することによってそのベアラを示してもよい。
【００９６】
ステップ303:  CPは、受信したアクセス要求に基づいて、UPにセッション生成要求を送信する。
【００９７】
ステップ304:  UPは、CPにセッション生成応答を送信する。
【００９８】
選択的に、セッション生成応答は、UPのトンネルエンドポイントを示すのに使用される識別子情報及びUP  IPアドレスを搬送する。その識別子情報は、トンネルエンドポイント識別子(英文正式名称:  tunnel  ending  point  identity,  略称:  TEID)であってもよい。
【００９９】
ステップ305:  CPは、第1のANにコンテキスト確立要求を送信し、そのコンテキスト確立要求は、セッション属性を搬送する。
【０１００】
UEとDNとの間に1つのみのセッションが存在する場合には、コンテキスト確立要求は、そのセッションのセッション属性のみを含んでもよい。UEとDNとの間に少なくとも2つのセッションが存在する場合には、コンテキスト確立要求は、各ベアラとセッション属性との間の対応関係を含んでもよい。
【０１０１】
選択的に、コンテキスト確立要求は、他の内容を含んでもよい。例えば、コンテキスト確立要求は、UP  IP、UP  TEID、及び制御受け入れメッセージを含んでもよい。その制御受け入れメッセージは、UEのIPアドレスを含む。この実施形態に関連する内容のみが、この実施形態において説明され、実際に含まれる内容は、制限されない。
【０１０２】
ステップ306:  第1のANは、CPが送信したコンテキスト確立要求を受信する。
【０１０３】
ステップ307:  第1のANは、セッション属性に基づいてUEを制御する。
【０１０４】
第1のANがコンテキスト確立要求を受信した後に、第1のANは、そのコンテキスト確立要求の中で搬送されるセッション属性を取得する。その後、第1のANは、そのセッション属性に基づいてUEを制御してもよい。選択的に、コンテキスト確立要求がベアラとセッション属性との間の対応関係を搬送する場合には、第1のANは、そのコンテキスト確立要求からその対応関係を取得し、そして、その対応関係に基づいてUEを制御してもよい。
【０１０５】
第1のANによって、セッション属性に基づいてUEを制御するステップは、そのセッション属性に基づいて、UEについてモビリティ管理制御を実行するステップ、又は、そのセッション属性に基づいて、UEについてサービス品質(英文正式名称:  Quality  of  Service,  略称:QoS)制御を実行するステップ、又は、UEについてモビリティ管理制御及びQoS制御を同時に実行するステップ、を含んでもよい。
【０１０６】
選択的に、第1のANによって、セッション属性に基づいて、UEについてモビリティ管理制御を実行するステップは、以下のステップを含んでもよい。
【０１０７】
第1に、第1のANは、UEに測定制御メッセージを送信する。
【０１０８】
測定制御メッセージは、UE測定制御パラメータを含む。例えば、測定制御メッセージは、信号強度、測定する必要があるセルリスト、及び測定報告によって回答する回答方法を含んでもよい。
【０１０９】
第2に、第1のANは、UEが返送した測定報告を受信する。
【０１１０】
第3に、測定報告に基づいて、第2のANへとそのUEをハンドオーバーする必要があるということを決定する際に、第１のANは、セッション属性に基づいてそのUEを制御する。
【０１１１】
セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含んでもよい。したがって、異なるセッション属性の内容に基づいて、このステップは、以下の2つの状況を含んでもよい。
【０１１２】
第1の状況は、以下のようになる。セッション属性がセッションに対応するサービスエリアを含む場合に、UEとDNとの間に1つのセッション又は少なくとも2つのセッションが存在してもよい。したがって、以下の記載は、複数の異なる状況を個別に説明する。
【０１１３】
UEとDNとの間に第1のセッションが存在し(第1のセッションのみが含まれ)、セッション属性が、その第1のセッションに対応するサービスエリアを含む場合に、このステップは、図4及び図6にしたがった2つの可能な実装を含んでもよい。
【０１１４】
図4にしたがった1つの例において:
【０１１５】
ステップ401:  第1のANは、セッション属性を搬送するハンドオーバー要求メッセージを第2のANに送信し、そのハンドオーバー要求メッセージは、第2のANが、セッション属性に基づいて、第1のセッションをハンドオーバーする必要がないということを決定する場合に、CPをトリガして第1のセッションを解放させるように第2のANに指示するのに使用される。
【０１１６】
選択的に、ハンドオーバー要求メッセージは、UEのセッションのコンテキスト情報をさらに含んでもよい、すなわち、第1のセッションのコンテキスト情報をさらに含んでもよい。第1のセッションのコンテキスト情報は、第1のセッションのセッション識別情報及び第1のセッションの無線ベアラに対応するQoSパラメータ等を含む。このことは、本明細書においては限定されない。
【０１１７】
ステップ402:  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信する。
【０１１８】
ステップ403:  第2のANは、ハンドオーバー要求メッセージの中のセッション属性に基づいて、第1のセッションをハンドオーバーする必要があるか否かを決定する。
【０１１９】
選択的に、第2のANによって、第1のセッションをハンドオーバーする必要があるか否かを決定するステップは、第1のセッションのセッション属性に基づいて、第2のANが第1のセッションのサービスエリアの中に存在しているか否かを検出するステップを含む。第2のANが第1のセッションのサービスエリアの中に存在している場合には、セッション属性は、第1のセッションがセッション連続性要件を満たしているということを示し、第2のANは、第1のセッションをハンドオーバーする必要があるということを決定する。第2のANが第1のセッションのサービスエリアの中に存在していない場合には、セッション属性は、第1のセッションがセッション連続性要件を満たしていないということを示し、第2のANは、第1のセッションをハンドオーバーする必要がないということを決定する。
【０１２０】
ステップ404:  第2のANが、第1のセッションをハンドオーバーする必要がないということを決定する場合には、第2のANは、CPをトリガして、第1のセッションを解放させる。
【０１２１】
第2のANが、第1のセッションをハンドオーバーする必要がないということを決定する場合には、第2のANは、CPをトリガして、第1のセッションを解放させる。選択的に、第2のANは、CPに経路切り替え要求メッセージを送信してもよい。その経路切り替え要求メッセージは、ハンドオーバーする必要がない第1のセッションのセッション識別情報を搬送する。
【０１２２】
選択的に、第2のANが、第1のセッションをハンドオーバーする必要がないということを決定する場合には、第2のANは、第1のセッションに対応する無線リソースを確立しなくてもよい。本明細書においては、詳細は説明されない。
【０１２３】
第2のANが、第1のセッションをハンドオーバーする必要があるということを決定する場合には、第2のANは、第1のセッションに対応する無線リソースを確立し、CPをトリガして、第1のセッションの経路を修正させる。本明細書においては、詳細は説明されない。
【０１２４】
ステップ405:  CPは、第2のANによってトリガされた後に、第1のセッションを解放する。
【０１２５】
選択的に、CPは、第2のANが送信した経路切り替え要求メッセージを受信してもよく、ハンドオーバーする必要がない第1のセッションのセッション識別情報であって、経路切り替え要求メッセージの中で搬送されるセッション識別情報を構文解析によって取得した後に、CPは、解放手順を開始し、さらに、第1のセッションを解放してもよい。CPによって第1のセッションを解放するこの実施形態において説明されるステップは、CPが、第1のANの中の第1のセッションのリソース及びUPの中の第1のセッションのリソースを解放するということである。この実施形態においては、詳細は説明されない。
【０１２６】
選択的に、UEを制御するステップは、複数の他のステップをさらに含んでもよい。例えば、図5A及び図5Bを参照すると、UEを制御するプロセスは、以下のステップを含む。
【０１２７】
501.  第1のANは、第1のセッションのコンテキスト情報及び第1のセッションのセッション属性を搬送するハンドオーバー要求メッセージを第2のANに送信する。
【０１２８】
502.  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信し、そして、そのハンドオーバー要求メッセージの中のセッション属性に基づいて、第1のセッションをハンドオーバーする必要があるか否かを決定する。
【０１２９】
503.  第2のANは、第1のANにハンドオーバー肯定応答メッセージを送信し、そのハンドオーバー肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１３０】
504.  第1のANは、UEに無線リソース再構成メッセージを送信して、無線リソース再構成手順を開始する。
【０１３１】
505.  第1のANから第2のANへとUEをハンドオーバーする。
【０１３２】
506.  第2のANは、CPに経路切り替え要求メッセージを送信し、その経路切り替え要求メッセージは、ハンドオーバーする必要があるセッションのセッション識別情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１３３】
507.  CPは、経路切り替え要求メッセージを受信し、CPは、ハンドオーバーする必要があるセッションについてUPに対するユーザプレーン経路修正手順を開始し、そして、CPは、ハンドオーバーする必要がないセッションについてセッション解放手順を開始する。
【０１３４】
508.  CPは、第2のANに経路切り替え要求肯定応答メッセージを送信し、その経路切り替え要求肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１３５】
509.  第2のANは、第1のANにリソース解放メッセージを送信する。
【０１３６】
510.  第1のANは、リソース解放メッセージを受信し、そして、第1のANとUEとの間の無線リソース、及び制御プレーンに関連付けられている第1のANのリソースを解放する。
【０１３７】
図6の1つの例において:
【０１３８】
ステップ601:  第1のANは、第1のセッションのセッション属性に基づいて、第1のセッションをハンドオーバーする必要があるか否かを決定する。
【０１３９】
このステップは、ステップ403と同様である。本明細書においては、詳細は再度説明されない。
【０１４０】
ステップ602:  第1のANが、第1のセッションをハンドオーバーする必要がないということを決定する場合には、第1のANは、第2のANにハンドオーバー要求メッセージを送信し、そのハンドオーバー要求メッセージは、ハンドオーバーする必要がない第1のセッションのセッション識別情報を搬送する。
【０１４１】
ハンドオーバー要求メッセージは、第1のセッションの解放をトリガするように第2のANに指示するのに使用される。
【０１４２】
選択的に、ハンドオーバー要求メッセージは、さらに、例えば、第1のセッションの無線ベアラに対応するQoSパラメータを搬送するといったように、第1のセッションのコンテキスト情報を搬送してもよい。このことは、本明細書においては限定されない。
【０１４３】
第1のANが、第1のセッションをハンドオーバーする必要があるということを決定する場合には、第1のANは、ハンドオーバーする必要がある第1のセッションのコンテキスト情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよく、第2のANは、第1のセッションに対応する無線ベアラを確立し、そして、CPをトリガして、第1のセッションの経路を修正させる。本明細書においては、詳細は説明されない。
【０１４４】
ステップ603:  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信する。
【０１４５】
ハンドオーバー要求メッセージを受信した後に、第2のANは、第1のセッションに対応する無線リソースを確立しなくてもよい。
【０１４６】
ステップ604:  第2のANは、CPをトリガして、第1のセッションを解放させる。
【０１４７】
第2のANがハンドオーバー要求メッセージを受信した後に、第2のANは、ハンドオーバーする必要がない第1のセッションのセッション識別情報であって、ハンドオーバー要求メッセージの中で搬送されるセッション識別情報に基づいて、CPをトリガして、第1のセッションを解放させてもよい。選択的に、第2のANは、ハンドオーバーする必要がない第1のセッションに対応する無線リソースを確立しなくてもよい。
【０１４８】
ステップ605:  CPは、第2のANによってトリガされた後に、第1のセッションを解放する。
【０１４９】
選択的に、CPは、第1のANの中の第1のセッションのリソース及びUPの中の第1のセッションのリソースを解放してもよい。本明細書においては、詳細は説明されない。
【０１５０】
選択的に、複数の他のステップをさらに含んでもよい。例えば、図7A及び図7Bを参照すると、UEを制御するステップは、以下のステップを含んでもよい。
【０１５１】
701.  第1のANは、セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定する。
【０１５２】
702.  第1のANは、第2のANにハンドオーバー要求メッセージを送信し、そのハンドオーバー要求メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報及びハンドオーバーする必要があるセッションのコンテキスト情報を搬送する。
【０１５３】
703.  第2のANは、ハンドオーバー要求メッセージを受信し、そのハンドオーバー要求メッセージに基づいて、ハンドオーバーする必要がないセッションを決定する。
【０１５４】
704.  第2のANは、第1のANにハンドオーバー肯定応答メッセージを送信し、そのハンドオーバー肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１５５】
705.  第1のANは、UEに無線リソース再構成メッセージを送信して、無線リソース再構成手順を開始する。
【０１５６】
706.  第1のANから第2のANへとUEをハンドオーバーする。
【０１５７】
707.  第2のANは、CPに経路切り替え要求メッセージを送信し、その経路切り替え要求メッセージは、ハンドオーバーする必要があるセッションのセッション識別情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１５８】
708.  CPは、経路切り替え要求メッセージを受信し、CPは、ハンドオーバーする必要があるセッションについて、UPに対してユーザプレーン経路修正手順を開始し、そして、CPは、ハンドオーバーする必要がないセッションについて、セッション解放手順を開始する。
【０１５９】
709.  CPは、第2のANに経路切り替え要求肯定応答メッセージを送信し、その経路切り替え要求肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１６０】
710.  第2のANは、第1のANにリソース解放メッセージを送信する。
【０１６１】
711.  第1のANは、リソース解放メッセージを受信し、そして、第1のANとUEとの間の無線リソース、及び制御プレーンに関連付けられている第1のANのリソースを解放する。
【０１６２】
UEとDNとの間に少なくとも2つのセッションが存在し、セッション属性が、それらの少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合には、UEを制御するステップは、図8及び図10にしたがった2つの可能な実装を含んでもよい。
【０１６３】
図8にしたがった1つの例において、このステップは、以下のステップを含んでもよい。
【０１６４】
ステップ801:  第1のANは、セッション属性を搬送するハンドオーバー要求メッセージを第2のANに送信する。
【０１６５】
例えば、UEとDNとの間に、セッション1、セッション2、及びセッション3である3つのセッションが存在する場合に、第1のANは、第2のANにハンドオーバー要求メッセージを送信してもよく、そのハンドオーバー要求メッセージは、それらの3つのセッションのセッション属性を搬送する。
【０１６６】
ステップ802:  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信する。
【０１６７】
ステップ803:  第2のANは、セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定する。
【０１６８】
第2のANは、各セッションのセッション属性に基づいて、第2のANが、そのセッションに対応するサービスエリアの中に位置しているか否かを検出してもよい。第2のANが、そのセッションに対応するサービスエリアの中に存在する場合には、第2のANは、そのセッションをハンドオーバーする必要があるということを決定し、第2のANが、そのセッションに対応するサービスエリアの中に存在していない場合には、そのセッションをハンドオーバーする必要がない。
【０１６９】
1つの例として、UEとDNとの間に上記の3つのセッションが存在するということをさらに使用する。第2のANは、セッション1及びセッション2をハンドオーバーする必要があるということを決定するとともに、セッション3をハンドオーバーする必要がないということを決定してもよい。
【０１７０】
選択的に、セッションは、少なくとも1つのベアラに対応してもよく、あるセッションをハンドオーバーする必要がある場合に、そのセッションに対応する複数のベアラのうちのいくつかのベアラをハンドオーバーする必要があってもよく、一方で、いくつかのベアラをハンドオーバーする必要がなくてもよい。したがって、この実施形態においては、選択的に、第2のANは、さらに、セッション属性と各ベアラとの間の対応関係に基づいて、ハンドオーバーする必要があるベアラ(すなわち、セッション連続性を必要とするベアラ)及びハンドオーバーする必要がないベアラ(すなわち、セッション連続性を必要としないベアラ)を決定してもよい。
【０１７１】
ステップ804:  第2のANは、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がないセッションを解放させる。
【０１７２】
ハンドオーバーする必要がある決定されたセッションについては、第2のANは、ハンドオーバーする必要があるそのセッションに対応する無線リソースを確立する。例えば、第2のANは、セッション1及びセッション2に対応する無線リソースを確立してもよい。ハンドオーバーする必要がない決定されたセッションについては、第2のANは、ハンドオーバーする必要がないそのセッションに対応する無線リソースを確立せず、第2のANは、CPをトリガして、ハンドオーバーする必要がないそのセッションを解放させてもよい。
【０１７３】
選択的に、第2のANは、ハンドオーバーする必要があるベアラに対応する無線リソースを確立してもよく、そして、CPをトリガして、ハンドオーバーする必要がないベアラを解放させてもよい。
【０１７４】
ステップ805:  CPは、第2のANによってトリガされた後に、ハンドオーバーする必要がないセッションを解放する。
【０１７５】
例えば、図9を参照して、第1のANから第2のANへとハンドオーバーされる前に、UEは、UP1へのDN接続1及びUP2へのDN接続2を含む。第1のANが、第2のANへとUEをハンドオーバーする必要があるということを決定する場合に、第1のANは、DN接続1及びDN接続2のセッション属性を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。(例えば、1つの例として、あるベアラが1つのサービスフローを含むということを使用する。図9を参照して、DN接続1に対応するサービスフローは、サービスフロー1a及びサービスフロー1b等を含み、DN接続2に対応するサービスフローは、サービスフロー2a及びサービスフロー2b等を含む。ハンドオーバー要求メッセージは、表1に示されているように、サービスフロー1a、サービスフロー1b、サービスフロー2a、及びサービスフロー2b等を含むリストを含んでもよい。)  第2のANが、DN接続1をハンドオーバーする必要がないということを決定するとともに、DN接続2をハンドオーバーする必要があるということを決定する場合に、第2のANは、DN接続2に対応する無線リソースを確立し、DN接続1に対応する無線リソースを確立せず、CPをトリガして、DN接続1に対応する無線リソースを解放させる。
【表１】
2019511170.tif 000003
【０１７６】
この実施形態においては、2つのDN接続がDNへの複数の異なるUPの接続であるということは、1つの例として使用されているに過ぎない。選択的に、それらの2つのDN接続は、同じUPへの複数の接続であってもよく、接続手法は、この実施形態においては限定されない。加えて、選択的に、UEは、さらに、より多くのDN接続を使用することによってDNにアクセスしてもよく、このことも、また、この実施形態においては限定されない。
【０１７７】
選択的に、ステップ804の前に、第2のANは、さらに、ハンドオーバーする必要があるセッションについて受付制御を実行してもよい。言い換えると、第2のANは、第2のANが、ハンドオーバーする必要があるそのセッションのハンドオーバーを許容する否かを検出する。第2のANが、ハンドオーバーする必要があるセッションのアクセスを許容しない場合には、第2のANは、さらに、そのセッションに対応する無線リソースを確立しないが、CPをトリガして、そのセッションを解放させる。このことは、この実施形態においては限定されない。
【０１７８】
選択的に、UEを制御するステップは、複数の他のステップをさらに含んでもよい。例えば、詳細なプロセスは、図5A及び図5Bに示されてもよい。本明細書においては、詳細は再度説明されない。
【０１７９】
図10にしたがった1つの例において、このステップは、以下のステップを含んでもよい。
【０１８０】
ステップ1001:  第1のANは、セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定する。
【０１８１】
セッション属性に基づいて第1のANによって、セッションをハンドオーバーする必要があるか否かを決定する決定方法は、ステップ403において説明されている。本明細書においては、詳細は再度説明されない。
【０１８２】
ステップ1002:  第1のANは、第2のANにハンドオーバー要求メッセージを送信し、そのハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１８３】
選択的に、このステップは、以下の2つの可能な実装を含んでもよい。
【０１８４】
第1の手法においては、ハンドオーバーする必要がないセッションを決定した後に、第1のANは、ハンドオーバーする必要がないセッションのリスト及びハンドオーバーする必要があるセッションのリストを生成し、ハンドオーバーする必要がないセッションのリスト及びハンドオーバーする必要があるセッションのリストを搬送するハンドオーバー要求メッセージを第2のANに送信する。ハンドオーバーする必要がないセッションのリストは、ハンドオーバーする必要がないセッションのセッション識別情報を含み、ハンドオーバーする必要がないセッションのセッション識別情報は、そのセッションに対応する無線リソースを確立しないように第2のANに指示するのに使用される。ハンドオーバーする必要があるセッションのリストは、ハンドオーバーする必要があるセッションのコンテキスト情報を含む。そのコンテキスト情報は、ハンドオーバーする必要があるセッションの識別情報及びハンドオーバーする必要があるそのセッションの無線ベアラに対応するQoSパラメータ等を含み、そのコンテキスト情報は、そのセッションに対応する無線リソースを確立するように第2のANに指示するのに使用される。
【０１８５】
第2の手法においては、ハンドオーバーする必要がないセッションを決定した後に、第1のANは、UEの複数のセッションのコンテキスト情報及び第2の指示情報を搬送するハンドオーバー要求メッセージを第2のANに送信する。第2の指示情報は、ハンドオーバーする必要がないセッションを示すのに使用される。例えば、UEとDNとの間に複数のセッションが存在するということは、セッション1、セッション2、及びセッション3を含む。第1のANが、それらの複数のセッションの複数のセッション属性に基づいて、セッション2がハンドオーバーする必要がないセッションであるということを決定する際に、第1のANは、セッション1のコンテキスト情報、セッション2のコンテキスト情報、セッション3のコンテキスト情報、及び、セッション2をハンドオーバーする必要がないということを示すのに使用される第2の指示情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。選択的に、第2の指示情報は、フラグビットであってもよく、そのフラグビットは、対応するセッションのコンテキスト情報と関連していてもよい。例えば、1つの例として、ハンドオーバーする必要がないセッションを示すのに"0"を使用するということが使用される。上記の例では、第1のANは、セッション1のコンテキスト情報、セッション2のコンテキスト情報、セッション3のコンテキスト情報、及びセッション2のコンテキスト情報と関連する"0"を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。
【０１８６】
選択的に、第1のANは、さらに、他の手法にしたがって、第2のANにハンドオーバー要求メッセージを送信してもよい。このことは、この実施形態においては限定されない。
【０１８７】
ステップ1003:  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信する。
【０１８８】
ステップ1004:  第2のANは、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がないセッションを解放させる。
【０１８９】
第2のANは、ハンドオーバー要求メッセージを構文解析し、構文解析によって取得したハンドオーバーする必要があるセッションのコンテキスト情報に基づいて、ハンドオーバーする必要があるセッションに対応する無線リソースを確立してもよく、そして、構文解析によって取得したハンドオーバーする必要がないセッションのセッション識別情報に基づいて、CPをトリガして、ハンドオーバーする必要がないセッションを解放させてもよい。
【０１９０】
選択的に、ハンドオーバー要求メッセージの中で搬送される異なる内容に基づいて、このステップは、以下の2つの可能な実装を含む。
【０１９１】
第1の手法において、ハンドオーバー要求メッセージが、ハンドオーバーする必要がないセッションのリスト及びハンドオーバーする必要があるセッションのリストを含む場合には、第2のANは、ハンドオーバーする必要がないセッションのリストに基づいて、CPをトリガして、ハンドオーバーする必要がないそのセッションを解放させ、ハンドオーバーする必要があるセッションのリストに基づいて、ハンドオーバーする必要があるそのセッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要があるセッションの経路を修正させる。第2のANによって、CPをトリガして、ハンドオーバーする必要がないセッションを解放させるステップは、第2のANによって、CPをトリガして、第1のセッションを解放させる上記の実施形態におけるステップ404と同様である。この実施形態においては、詳細は再度説明されない。
【０１９２】
第2の手法においては、ハンドオーバー要求メッセージが、セッションのコンテキスト情報及び第2の指示情報を含み、第2の指示情報が、ハンドオーバーする必要がないセッションを示すのに使用される場合には、第2のANは、第2の指示情報に基づいて、CPをトリガして、ハンドオーバーする必要がないセッションを解放させ、第2の指示情報に基づいて、セッションのコンテキスト情報から、ハンドオーバーする必要があるセッションのコンテキスト情報を決定し、そして、さらに、ハンドオーバーする必要があるセッションの決定されたコンテキスト情報に基づいて、ハンドオーバーする必要があるセッションに対応する無線リソースを確立する。セッションのコンテキスト情報は、セッションのセッション識別情報及びセッションの無線ベアラに対応するQoS情報を含む。したがって、第2のANによって、第2の指示情報に基づいて、セッションのコンテキスト情報から、ハンドオーバーする必要があるセッションのコンテキスト情報を決定するステップは、複数のセッションのコンテキスト情報から、第2の指示情報が示していないセッションのコンテキスト情報を選択するステップを含んでもよい。選択されたコンテキスト情報は、ハンドオーバーする必要があるセッションのコンテキスト情報である。
【０１９３】
選択的に、ステップ1004の前に、第2のANは、さらに、ハンドオーバーする必要があるセッションについて受付制御を実行してもよい。言い換えると、第2のANは、第2のANが、ハンドオーバーする必要があるそのセッションのハンドオーバーを許容する否かを検出する。第2のANが、ハンドオーバーする必要があるセッションのアクセスを許容しない場合には、第2のANは、さらに、そのセッションに対応する無線リソースを確立しないが、CPをトリガして、そのセッションを解放させる。このことは、この実施形態においては限定されない。
【０１９４】
ステップ1005:  CPは、第2のANによってトリガされた後に、ハンドオーバーする必要がないセッションを解放する。
【０１９５】
このステップは、上記の実施形態におけるステップ405と同様である。本明細書においては、詳細は、再度説明されない。
【０１９６】
選択的に、UEを制御するステップは、複数の他のステップをさらに含んでもよい。例えば、詳細なプロセスは、図7A及び図7Bに示されていてもよい。本明細書においては、詳細は再度説明されない。
【０１９７】
上記の説明は、第1のANが、第2のANを使用することによってセッション又はベアラを解放する例を使用しているにすぎない。選択的に、このステップをさらに以下のように実装してもよい。第1のANは、さらに、セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定してもよく、その後、CPに指示情報を送信してもよく、そして、CPは、ハンドオーバーする必要がないセッション又はベアラを解放する。UEとDNとの間にセッションが1つのみ存在するときであって、そのただ1つの第1のセッションをハンドオーバーする必要がない場合には、第1のANは、CPに指示情報を送信し、そして、CPは、その第1のセッションを解放する。UEとDNとの間に少なくとも2つのセッションが存在する場合には、第1のANは、セッション属性とベアラとの間の対応関係に基づいて、ハンドオーバーする必要がないベアラを決定してもよく、CPに指示情報を送信し、そして、CPは、ハンドオーバーする必要がないそのベアラを解放する。具体的には、ベアラのリソースを解放するということを1つの例として使用する。指示情報を受信した後に、CPは、第1のANにベアラ削除要求を送信する。ベアラ削除要求を受信した後に、第1のANは、無線リソース再構成手順を開始し、CPにベアラ削除応答を返送する。第1のANの無線リソース再構成手順においては、第1のANは、そのベアラに対応する無線リソースを削除してもよい。指示情報は、セッション連続性管理を実行する必要があるベアラのコンテキスト情報を含むか、又は、セッション連続性管理を実行する必要がないベアラのコンテキスト情報を含む。このことは、この実施形態においては限定されない。加えて、本明細書においては、CPがベアラを解放するということは、1つの例として使用されているにすぎない。CPをトリガしてセッションを解放させる解放手順は、上記の手順と同様である。この実施形態においては、詳細は再度説明されない。
【０１９８】
第2の状況は、以下のようになる。セッション属性が、セッションに対応する帯域幅制約条件を含む場合に、上記の説明と同様に、UEとDNとの間に1つのセッション又は少なくとも2つのセッションが存在してもよい。したがって、このステップは、以下のステップを含んでもよい。
【０１９９】
UEとDNとの間に(例えば、第2のセッション等の)1つのセッションが存在する場合に、第1のANは、セッション属性の中の第2のセッションに対応する帯域幅制約条件に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行してもよい。例えば、第2のセッションに対応する帯域幅制約条件が、最大帯域幅が100[kb/s]であるということである場合に、第1のANは、帯域幅制約条件に基づいて、第2のセッションに対応するユーザパケットの帯域幅を100[kb/s]よりも大きくない値に制限する。
【０２００】
UEとDNとの間に少なくとも2つのセッションが存在する場合に、このステップは、2つの可能な実装を含んでもよい。第1の可能な実装において、第1のANは、最初に、それらの少なくとも2つのセッションのベアラのうちでUEが受信するユーザパケットに対応するベアラを決定してもよく、ベアラとセッション属性との間の対応関係に基づいて、そのベアラに対応するセッション属性を決定し、そして、さらに、その決定されたセッション属性の中の帯域幅制約条件に基づいて、ユーザパケットについて帯域幅制約を実行してもよい。例えば、UEとDNとの間にセッション1及びセッション2が存在し、セッション1に対応する帯域幅制約条件は、最大帯域幅が100[kb/s]であるということであり、セッション2に対応する帯域幅制約条件は、最大帯域幅が50[kb/s]であるということであり、そして、UEが受信するユーザパケットに対応するベアラは、セッション1に対応するベアラである。この場合に、第1のANは、ユーザパケットの帯域幅を100[kb/s]よりも大きくない値に制限してもよい。第2の可能な実装において、第1のANは、各セッションに対応する帯域幅制約条件に基づいて、UEのユーザパケットの帯域幅制約条件を算出してもよく、さらに、UEのユーザパケットについて帯域幅制約を実行してもよい。具体的には、第1のANは、UEの複数のセッションに対応する複数の帯域幅制約条件の総和を算出し、CPからユーザパケットの認可された帯域幅制約条件を取得し、複数の帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件よりも大きい場合に、ユーザパケットの認可された帯域幅制約条件に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行するか、或いは、複数の帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件と等しいか又はより小さい場合に、複数の帯域幅制約条件の総和に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行する。例えば、セッション1に対応する帯域幅制約条件が、最大帯域幅が100[kb/s]であるということであり、セッション2に対応する帯域幅制約条件が、最大帯域幅が50[kb/s]であるということであり、そして、UEのユーザパケットの認可された帯域幅制約条件は、120[kb/s]である場合に、UEのユーザパケットの帯域幅を120[kb/s]よりも大きくない値に制限する。一方で、ユーザパケットの認可された帯域幅制約条件が170[kb/s]である場合に、UEのユーザパケットの帯域幅を150[kb/s]よりも大きくない値に制限する。CPは、加入データベースから、ユーザパケットの認可された帯域幅制約条件を取得し、セッション確立手順において、第1のANに送信する。第1のANが、CPが送信したコンテキスト確立要求を受信した後に、第1のANは、さらに、第1のANとUEとの間の無線リソース構成を完了させてもよく、第1のANは、CPにコンテキスト確立応答を送信するということに留意すべきである。UEのための無線リソースの構成に成功した後に、そのUEは、さらに、第1のANに直接的な転送メッセージを送信してもよく、第1のANは、CPに制御完了メッセージを送信する。このことは、この実施形態においては限定されない。加えて、選択的に、CPは、さらに、UPにベアラ更新要求を送信してもよく、そのベアラ更新要求は、AN  IPアドレス及びAN  TEIDを搬送し、ベアラ更新要求を受信した後に、UPは、CP��ベアラ更新応答メッセージを送信する。加えて、CPが第1のANにコンテキスト確立要求を送信した後に、そのCPは、コンテキスト修正手順を開始してもよい。この場合には、CPによって第1のANにセッション属性を送信するステップは、第1のANにコンテキスト修正要求を送信するステップを含んでもよく、そのコンテキスト修正要求は、修正されたコンテキスト情報及び対応するセッション属性を搬送する。対応して、第1のANは、CPが送信したコンテキスト修正要求を受信する。その後、第1のANは、コンテキスト修正要求の中で搬送される修正されたコンテキスト情報及び対応するセッション属性に基づいて、UEを制御してもよい。制御方法は、ステップ307と同様である。この実施形態においては、詳細は再度説明されない。加えて、コンテキスト修正要求を受信した後に、第1のANは、修正されたコンテキスト情報及び対応するセッション属性に基づいて、第1のANとUEとの間の無線リソースを構成してもよく、そして、CPにコンテキスト修正応答を返送してもよい。CPへのコンテキスト修正応答の返送の後に、UPは、第1のANにダウンリンクデータを送信してもよく、そして、第1のANは、UEにそのダウンリンクデータを転送する。選択的に、UEのための無線リソースの構成に成功した後に、そのUEは、第1のANに直接的な転送メッセージを送信してもよく、第1のANは、CPに制御完了メッセージを送信する。その後、UEは、第1のANにアップリンクデータを送信してもよく、第1のANは、UPにそのアップリンクデータを転送する。
【０２０１】
さらに、この実施形態においては、UP及びCPについて制御及び転送を分離するということは、1つの例として使用されているにすぎないということに留意すべきである。選択的に、UP及びCPについて制御及び転送を分離しなくてもよい。この場合には、デバイス制御方法は、適応的に調整される。例えば、ステップ303において、CPがアクセス要求を受信した後に、CPは、UEにパケット転送ルールを送信してもよく、そして、ステップ304は、直接的に省略される。このことは、この実施形態においては限定されない。
【０２０２】
結論として、この実施形態にしたがって提供されるデバイス制御方法によれば、CPは、そのUEがアクセスする第1のANにそのUEのセッション属性を送信し、それによって、その第1のANは、そのセッション属性に基づいてそのUEを制御することが可能である。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０２０３】
第1のANが、セッション属性に基づいてUEについてモビリティ管理を実行する際に、その第1のANは、最初に、いかなるモビリティ管理も必要としないセッション/ベアラに対応する無線リソースを解放し、それにより、そのUEのハンドオーバー手順において必要となる無線リソースを低減する。
【０２０４】
加えて、第1のANは、セッション属性に基づいて、そのUEについてQoS制御を実行し、それによって、各セッションを制御することが可能であるとともに、制御の柔軟性及び精度をさらに改善する。
【０２０５】
上記の実施形態において、制御要求がアクセス要求であるということは、説明のための1つの例として使用されているにすぎない。選択的に、制御要求が接続確立要求又はサービス要求である場合には、実行プロセスは同様である。この実施形態においては、詳細は再度説明されない。加えて、制御要求がサービス要求である場合には、デバイス制御方法の中のステップ305は、制御受け入れメッセージを含まなくてもよく、他のステップは同様である。この実施形態においては、詳細は再度説明されない。
【０２０６】
上記の実施形態において、CPが、制御要求を受信することによってセッション属性を取得するということは、1つの例として使用されているにすぎない。選択的に、制御要求は、セッション属性を決定するのに使用されるサービス要件情報を含まなくてもよく、この場合には、CPは、さらに、以下の取得手法にしたがってセッション属性を取得してもよい。具体的には、第1の可能な実装において、CPは、UEのあらかじめ構成されたセッション属性を局所的に取得する。例えば、ネットワーク管理者は、CPにおいて、UEのセッション属性をあらかじめ構成する。CPがセッション属性を取得する必要がある場合には、そのCPは、そのセッション属性を局所的かつ直接的に読み出してもよい。第2の可能な実装においては、UEのセッション属性は、加入データとして使用されるとともに、加入サーバに格納される。この場合には、CPは、加入サーバに取得要求を送信してもよく、さらに、加入サーバが返送したセッション属性を受信してもよい。ネットワーク管理者は、ポリシー決定ネットワーク要素を使用することによって、CPにセッション属性を動的に送信してもよく、或いは、ポリシー決定ネットワーク要素は、CPにインデックスを動的に送信し、そして、CPは、そのインデックスに基づいて、そのインデックスに対応するセッション属性の検索要求を行う。もちろん、選択的に、CPは、さらに、他の取得手法にしたがって、セッション属性を取得してもよい。このことは、この実施形態においては限定されない。加えて、UEが少なくとも2つのセッションを含む場合には、上記のセッション属性は、ベアラとセッション属性との間の対応関係であってもよい。
【０２０７】
CPが、セッション属性を決定した後に、第1のANにその決定したセッション属性を送信するということは、上記の実施形態において、1つの例として使用されているにすぎない。選択的に、CPは、さらに、以下の手法にしたがってセッション属性を第1のANに通知してもよい。この場合には、図11を参照して、デバイス制御方法は、以下のステップを含む。
【０２０８】
ステップ1101:  CPは、UEがアクセスする第1のANに第1の対応関係を送信し、その第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含む。
【０２０９】
例えば、CPは、あらかじめ構成された第1の対応関係を取得し、そして、第1のANがCPへのデバイス接続を確立する過程で、その第1のANにその第1の対応関係を送信する。選択的に、第1のANがそのCPへのデバイス接続を確立する必要がある場合に、図12を参照して、第1のANは、そのCPにデバイス接続確立要求を送信してもよく、そして、そのCPは、その第1の対応関係を搬送する接続確立応答を第1のANに送信する。
【０２１０】
ネットワーク識別子は、データネットワークの名称(英文正式名称:  Data  Network  Name,  略称:  DNN)、IPアドレス、IPアドレスプレフィックス、又はIPルーティング情報であってもよい。ネットワーク識別子は、あるネットワークを一意に識別するのに使用される。ネットワーク識別子の具体的な実装は、この実施形態においては限定されない。
【０２１１】
ステップ1102:  CPは、第1のANに第2の対応関係を送信し、その第2の対応関係は、UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含む。
【０２１２】
例えば、CPは、UEが開始するセッション確立手順において、あるセッションのセッション識別情報とネットワーク識別子との間の対応関係を取得してもよく、その後、CPは、第1のANに第2の対応関係を送信してもよい。選択的に、CPは、そのセッションに対応するコンテキスト確立要求の中で、第1のANに各セッションのセッション識別情報とネットワーク識別子との間の対応関係を送信してもよい。言い換えると、CPは、各セッションの第2の対応関係を搬送するコンテキスト確立要求を第1のANに送信してもよい。
【０２１３】
選択的に、UEとDNとの間に少なくとも2つのセッションが存在する場合に、CPは、そのセッションのコンテキスト確立要求の中で、第1のANに各セッションの第2の対応関係を送信してもよい。言い換えると、このステップを複数回実行してもよい。この実施形態においては、詳細は説明されない。
【０２１４】
セッションの上記のセッション識別情報は、セッション確立手順において、UEが送信するセッション確立要求からCPによって取得される。
【０２１５】
ステップ1103:  第1のANは、CPが送信する第1の対応関係及び第2の対応関係を受信する。
【０２１６】
対応して、第1のANは、CPが送信するとともに第1の対応関係を搬送する接続確立応答及びそのセッションの第2の対応関係を搬送するコンテキスト確立要求を受信してもよい。
【０２１７】
ステップ1104:  第1のANは、第1の対応関係及び第2の対応関係に基づいて、UEのセッション属性を決定する。
【０２１８】
第1のANは、ネットワーク識別子とサービスエリアとの間の第1の対応関係及びネットワーク識別子とセッション識別情報との間の第2の対応関係に基づいて、セッションのセッション識別情報とサービスエリアとの間の対応関係を決定してもよい。言い換えると、第1のANは、そのセッションのセッション属性を決定してもよい。
【０２１９】
選択的に、第1のANが、セッション確立手順において、各セッションの第2の対応関係を受信した後に、その第1のANは、そのセッションの第2の対応関係及び先に受信した第1の対応関係に基づいて、セッション確立手順において、そのセッションのセッション属性を決定してもよい。
【０２２０】
ステップ1105:  第1のANは、セッション属性に基づいてUEを制御する。
【０２２１】
このステップは、上記の実施形態におけるステップ307と同様である。本明細書においては、詳細は再度説明されない。
【０２２２】
ステップ1104において、図13を参照すると、図13は、可能なセッション確立手順を示している。図13に示されているように、そのセッション確立手順は、以下のステップを含む。
【０２２３】
1301.  UEは、第1のANを介してCPにセッション確立要求を送信する。
【０２２４】
セッション確立要求は、セッション識別情報を搬送する。選択的に、さらに、ネットワーク識別子を搬送する。
【０２２５】
1302.  CPは、受信したセッション確立要求に基づいて、UEにパケット転送サービスを提供するUPを選択し、そして、そのUPにユーザプレーン経路確立要求を送信する。
【０２２６】
CPがセッション確立要求を受信した後に、そのCPは、UEにIPアドレス又はIPアドレスプレフィックスを割り当ててもよい。
【０２２７】
1303.  UPは、CPにユーザプレーン経路確立応答を送信し、そのユーザプレーン経路確立応答は、UPトンネル情報を搬送する。
【０２２８】
UPトンネル情報は、そのUPのトンネルエンドポイントを示すのに使用される識別子情報及びそのUPのIPアドレスを含んでもよい。識別子情報は、TEIDであってもよい。
【０２２９】
1304.  CPは、第1のANにコンテキスト確立要求を送信し、そのコンテキスト確立要求は、確立されたセッションのセッション識別情報及びネットワーク識別子を搬送する。
【０２３０】
コンテキスト確立要求の中で搬送されるセッション識別情報は、CPがセッション確立要求によって受信した識別情報であってもよい。コンテキスト確立要求の中で搬送されるネットワーク識別子は、CPがセッション確立要求によって受信した識別子であってもよく、或いは、CPが加入サーバから取得した識別子であってもよい。この実施形態においては、このことは限定されない。加入サーバは、そのUEの認可されたネットワーク識別子を格納する。
【０２３１】
選択的に、コンテキスト確立要求は、IPトンネル情報をさらに含んでもよい。
【０２３２】
1305.  第1のANは、CPが送信したコンテキスト確立要求を受信し、そして、UEのセッション属性を決定する。
【０２３３】
1306.  第1のANは、UEとの間の無線リソース構成を完了する。
【０２３４】
1307.  第1のANは、CPにコンテキスト確立応答を送信する。
【０２３５】
コンテキスト確立応答は、第1のANのトンネル情報を搬送してもよい。その第1のANのトンネル情報は、第1のANのIPアドレス及び第1のANのTEIDを含む。
【０２３６】
1308.  UEは、第1のANを介して直接的な転送メッセージを送信し、その直接的な転送メッセージは、制御完了メッセージを搬送する。
【０２３７】
1309.  第1のANは、CPにセッション確立完了メッセージを送信する。
【０２３８】
1310.  CPは、UPにユーザプレーン経路更新要求を送信し、そのユーザプレーン経路更新要求は、第1のANのトンネル情報を搬送する。
【０２３９】
1311.  UPは、CPにユーザプレーン経路更新応答メッセージを返送する。
【０２４０】
結論として、この実施形態にしたがって提供されるデバイス制御方法によれば、CPは、第1のANに第1の対応関係及び第2の対応関係を送信し、それによって、その第1のANは、第1の対応関係及び第2の対応関係に基づいて、その第1のANにアクセスするUEのセッション属性を決定し、そして、さらに、そのUEのセッション属性に基づいて、そのUEを制御することが可能である。そのCPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０２４１】
図14を参照すると、図14は、本発明のさらに別の実施形態にしたがったデバイス制御方法の方法フローチャートである。図14に示されているように、そのデバイス制御方法は、以下のステップを含む。
【０２４２】
ステップ1401:  CPは、第1のANに認可要求を送信する。
【０２４３】
CPが、第1のANへのデバイス接続を確立する際に、そのCPは、その第1のANに認可要求を送信してもよい。その認可要求は、UEのハンドオーバーイベントを認可することを要求するのに使用される。言い換えると、第1のANが、他のANへとUEをハンドオーバーすることを決定する場合には、その第1のANは、CPにイベント通知をフィードバックする必要がある。
【０２４４】
選択的に、CPは、UEの登録手順において、第1のANに認可要求を送信してもよい。すなわち、CPは、UEが第1のANを介してネットワークに対して開始する登録手順において、第1のANに認可要求を送信する。選択的に、CPは、CPと第1のANとの間のN2メッセージを使用することによって、第1のANに認可要求を送信してもよい。本明細書においては、このことは限定されない。
【０２４５】
CPは、さらに、セッション確立手順において、第1のANに認可要求を送信してもよい。すなわち、CPは、UEが第1のANを介してDNへのセッション接続を確立する過程で、第1のANに認可要求を送信する。選択的に、CPは、CPと第1のANとの間のN2メッセージを使用することによって、第1のANに認可要求を送信してもよい。
【０２４６】
ステップ1402:  第1のANは、CPが送信した認可要求を受信する。
【０２４７】
ステップ1403:  CPは、UEのセッション属性を決定する。
【０２４８】
このステップは、上記の実施形態における実装と同様である。本明細書においては、詳細は再度説明されない。
【０２４９】
ステップ1404:  第2のANへとUEをハンドオーバーすることを決定する場合に、第1のANは、認可要求に基づいて、CPに第2のANの位置情報を送信し、その位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される。
【０２５０】
選択的に、第1のANは、UEに測定制御メッセージを送信し、そのUEが返送した測定報告を受信し、そして、その受信した測定報告に基づいて、そのUEをハンドオーバーする必要があるか否かを決定してもよい。第1のANが、UEをハンドオーバーする必要があるということを決定する場合には、第1のANは、CPに第2のANの位置情報を送信してもよい。
【０２５１】
ステップ1405:  CPは、UEがアクセスする第1のANから第2のANの位置情報を受信する。
【０２５２】
ステップ1406:  CPは、セッション属性及び位置情報に基づいて、UEのセッションをハンドオーバーする必要があるか否かを検出する。
【０２５３】
CPによって、セッションをハンドオーバーする必要があるか否かを検出するステップは、上記の実施形態におけるステップ403と同様である。本明細書においては、詳細は再度説明されない。
【０２５４】
選択的に、UEとDNとの間に少なくとも2つのセッションが存在する場合には、CPは、各セッションのセッション属性及び第2のANの位置情報に基づいて、そのセッションをハンドオーバーする必要があるか否かを検出してもよい。
【０２５５】
ステップ1407:  UEのセッションをハンドオーバーする必要がない場合には、CPは、そのセッションを解放する。
【０２５６】
UEとDNとの間に少なくとも2つのセッションが存在する場合には、CPは、そのUEのセッションのうちのいくつかをハンドオーバーする必要がある一方で、それらのセッションのうちのいくつかをハンドオーバーする必要がないということを決定してもよい。この場合には、CPは、ハンドオーバーする必要がないその決定されたセッションを解放してもよい。
【０２５７】
選択的に、このステップは、以下の2つの可能な実装を含んでもよい。
【０２５８】
第1の可能な実装において、このステップは、以下のステップを含んでもよい。
【０２５９】
(1)  CPは、ステップ1406での検出結果に基づいて、ハンドオーバーする必要があるセッションのセッションリスト及びハンドオーバーする必要がないセッションのセッションリストのうちの少なくとも1つを決定してもよい。
【０２６０】
CPは、第1のANにイベント通知を送信する。そのイベント通知は、ハンドオーバーする必要があるセッションのセッションリスト及びハンドオーバーする必要がないセッションのセッションリストのうちの少なくとも1つを搬送する。
【０２６１】
そのイベント通知を受信した後に、第1のANは、そのイベント通知に基づいて、第2のANにハンドオーバー要求メッセージを送信する。
【０２６２】
ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０２６３】
選択的に、イベント通知が、ハンドオーバーする必要があるセッションのセッションリストを含む場合には、第1のANは、ハンドオーバーする必要があるセッションのコンテキスト情報を直接的に取得し、UEのセッションのうちのすべてのセッションのセッション識別情報及びハンドオーバーする必要があるセッションのセッションリストに基づいて、ハンドオーバーする必要がないセッションのセッション識別情報を決定し、そして、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。選択的に、第1のANは、セッションのコンテキスト情報及びハンドオーバーする必要がないセッションを示すのに使用される第2の指示情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。このステップは、上記の実施形態におけるステップ1002と同様である。本明細書においては、詳細は再度説明されない。
【０２６４】
選択的に、イベント通知が、ハンドオーバーする必要がないセッションのセッションリストを含む場合には、第1のANは、ハンドオーバーする必要がないセッションのセッションリスト及びUEのセッションに基づいて、ハンドオーバーする必要がないセッション以外のセッションを決定する、すなわち、ハンドオーバーする必要があるセッションを決定し、ハンドオーバーする必要があるセッションのコンテキスト情報を取得し、そして、ハンドオーバーする必要がないセッションのセッション識別情報及びハンドオーバーする必要があるセッションのコンテキスト情報を搬送するハンドオーバー要求メッセージを第2のANに送信する。代替的に、第1のANは、さらに、UEのセッションのうちのすべてのセッションのコンテキスト情報及びハンドオーバーする必要がないセッションを示すのに使用される第2の指示情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。
【０２６５】
(4)  第2のANは、ハンドオーバー要求メッセージを受信し、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がないセッションを解放させる。
【０２６６】
このステップは、上記の実施形態と同様である。本明細書においては、詳細は再度説明されない。加えて、上記の実施形態と同様に、第2のANが、ハンドオーバーする必要があるセッションに対応する無線リソースを確立する前に、第2のANは、さらに、ハンドオーバーする必要があるセッションについて受付制御を実行してもよい。言い換えると、第2のANは、第2のANが、ハンドオーバーする必要があるそのセッションのハンドオーバーを許容する否かを検出する。第2のANが、ハンドオーバーする必要があるセッションのアクセスを許容しない場合には、第2のANは、さらに、そのセッションに対応する無線リソースを確立しないが、CPをトリガして、そのセッションを解放させる。このことは、この実施形態においては限定されない。
【０２６７】
選択的に、デバイス制御方法は、他のステップを含んでもよい。図15A及び図15Bに示されているように、デバイス制御方法は、以下のステップを含む。
【０２６８】
1501.  CPは、第1のANに認可要求を送信する。
【０２６９】
1502.  CPは、UEのセッション属性を決定する。
【０２７０】
1503.  第1のANは、UEに測定制御メッセージを送信する。
【０２７１】
1504.  UEは、第1のANに測定報告を返送する。
【０２７２】
1505.  第1のANが、測定報告に基づいて、第2のANへとUEをハンドオーバーする必要があるということを決定する場合には、第1のANは、第2のANの位置情報を搬送するイベント通知をCPに送信する。
【０２７３】
1506.  CPは、セッション属性及び位置情報に基づいて、ハンドオーバーする必要があるセッションのセッションリスト及びハンドオーバーする必要がないセッションのセッションリストのうちの少なくとも1つを決定する。
【０２７４】
1507.  CPは、第1のANにイベント通知ACKを送信し、そのイベント通知ACKは、ハンドオーバーする必要があるセッションのセッションリスト及びハンドオーバーする必要がないセッションのセッションリストのうちの少なくとも1つを搬送する。
【０２７５】
1508.  第1のANは、第2のANにハンドオーバー要求メッセージを送信する。
【０２７６】
1509.  第2のANは、第1のANにハンドオーバー要求肯定応答を送信する。
【０２７７】
1510.  第1のANは、UEに無線リソース再構成メッセージを送信して、無線リソース再構成手順を開始する。
【０２７８】
1511.  第1のANから第2のANへとUEをハンドオーバーする。
【０２７９】
1512.  第2のANは、CPに経路切り替え要求メッセージを送信し、その経路切り替え要求メッセージは、ハンドオーバーする必要があるセッションのセッション識別情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０２８０】
選択的に、経路切り替え要求メッセージを送信する前に、第2のANは、受付制御を実行してもよい。第2のANが、ハンドオーバーする必要があるセッションのアクセスを許容しない場合には、第2のANは、さらに、そのセッションの解放をトリガする必要がある。本明細書においては、詳細は再度説明されない。
【０２８１】
1513.  CPは、経路切り替え要求メッセージを受信し、CPは、ハンドオーバーする必要があるセッションについて、UPに対するユーザプレーン経路修正手順を開始し、そして、ハンドオーバーする必要がないセッションについて、セッション解放手順を開始する。
【０２８２】
1514.  CPは、第2のANに経路切り替え要求肯定応答メッセージを送信し、その経路切り替え要求肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０２８３】
1515.  第2のANは、第1のANにリソース解放メッセージを送信する。
【０２８４】
1516.  第1のANは、リソース解放メッセージを受信し、そして、第1のANとUEとの間の無線リソース及び制御プレーンに関連付けられている第1のANのリソースを解放する。
【０２８５】
第2の可能な実装において、このステップは、以下のステップを含んでもよい。
【０２８６】
(1)  CPは、ステップ1406での検出結果に基づいて、ハンドオーバーする必要がないセッションを決定してもよい。
【０２８７】
選択的に、CPは、さらに、ハンドオーバーする必要があるセッションを決定してもよい。
【０２８８】
(2)  CPは、ハンドオーバーする必要がないセッションを解放し、そして、第1のANにイベント通知を送信し、そのイベント通知は、ハンドオーバーする必要があるセッションのコンテキスト情報を搬送し、ハンドオーバーする必要があるセッションのコンテキスト情報は、セッション識別情報を含む。
【０２８９】
ハンドオーバーする必要がないセッションを決定した後に、CPは、ハンドオーバーする必要がないセッションを解放する。選択的に、CPは、さらに、ハンドオーバーする必要があるセッションのコンテキスト情報を決定し、そして、ハンドオーバーする必要があるセッションのコンテキスト情報を搬送するイベント通知を第1のANに送信してもよい。
【０２９０】
(3)  イベント通知を受信した後に、第1のANは、そのイベント通知に基づいて、第2のANにハンドオーバー要求メッセージを送信し、そのハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報を搬送する。
【０２９１】
(4)  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信し、そして、ハンドオーバーする必要があるセッションに対応する無線リソースを確立する。
【０２９２】
選択的に、デバイス制御方法は、複数の他のステップをさらに含んでもよい。図15A及び図15Bを参照すると、この実装と図15A及び図15Bにしたがった実装との間の差異は、以下の点にある。6番目のステップを以下のステップで置き換えてもよい。すなわち、CPは、セッション属性及び位置情報に基づいて、ハンドオーバーする必要がないセッションを決定し、そして、ハンドオーバーする必要がないセッションを解放する。7番目のステップを以下のステップで置き換えてもよい。すなわち、CPは、第1のANにイベント通知ACKを送信し、そのイベント通知ACKは、ハンドオーバーする必要があるセッションのコンテキスト情報を搬送する。12番目のステップを以下のステップで置き換えてもよい。すなわち、第2のANは、CPに経路切り替え要求メッセージを送信し、その経路切り替え要求肯定応答メッセージは、ハンドオーバーする必要があるセッションのセッション識別情報を搬送する。13番目のステップを以下のステップで置き換えてもよい。すなわち、CPは、経路切り替え要求メッセージを受信し、そして、CPは、ハンドオーバーする必要があるセッションについて、UPに対してユーザプレーン経路修正手順を開始する。本明細書においては、詳細は再度説明されない。
【０２９３】
結論として、この実施形態にしたがって提供されるデバイス制御方法によれば、CPは、UEのセッション属性を決定し、そのUEがアクセスする第1のANが送信した第2のANの位置情報を受信し、そして、セッション属性及び位置情報に基づいて、そのUEのセッションのうちでハンドオーバーする必要がないセッションを解放する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０２９４】
上記の複数の実施形態において、CP側に関連付けられたステップを、CP側でのデバイス制御方法として独立に実装することが可能であり、第1のAN側に関連付けられたステップを、第1のAN側でのデバイス制御方法として独立して実装することが可能であり、第2のAN側に関連付けられたステップを、第2のAN側でのデバイス制御方法として独立して実装することが可能である。
【０２９５】
図16を参照すると、図16は、本発明の1つの例示的な実施形態にしたがったデバイス制御装置の概略的な構成図である。第1のANのすべて又は一部としてそのデバイス制御装置を実装してもよい。その第1のANは、プロセッサ1620、そのプロセッサ1620に接続される送信機1640、及びそのプロセッサ1620に接続される受信機1660を含む。当業者は、図16に示されている第1のANの構成が、その第1のANに対するいかなる限定も構成せず、図面に示されている構成要素よりもより多くの構成要素又はより少ない構成要素を含んでもよく、或いは、いくつかの構成要素を組み合わせてもよく、或いは、異なる構成要素の配列を有していてもよいということを理解することが可能である。例えば、第1のANは、メモリ1680及び電源等をさらに含む。
【０２９６】
プロセッサ1620は、第1のANの制御中枢であり、さまざまなインターフェイス及び線路を使用することによって第1のAN全体のすべての部分に接続され、メモリ1680に格納されているソフトウェアプログラム及び/又はモジュールを起動又は実行するとともにメモリ1680に格納されているデータを呼び出すことによって、第1のANのさまざまな機能を実行するとともにデータを処理して、第1のANにおける全体的な制御を実行する。選択的に、プロセッサ1620は、1つ又は複数のプロセッサコアを含んでもよい。選択的に、アプリケーションプロセッサ及びモデムプロセッサを一体化して、プロセッサ1620としてもよい。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインターフェイス、及びアプリケーションプログラム等を処理する。モデムプロセッサは、主に、無線通信を処理する。上記のモデムプロセッサは、プロセッサ1620に一体化されなくてもよく、チップとして上記のモデムプロセッサを独立に実装することが可能であるということを理解することが可能である。
【０２９７】
メモリ1680は、ソフトウェアプログラム及びモジュールを格納するように構成されてもよい。プロセッサ1620は、メモリ1680に格納されているソフトウェアプログラム及びモジュールを実行することによって、さまざまな機能的なアプリケーションを実行し、そして、データを処理する。メモリ1680は、主に、プログラム格納領域及びデータ格納領域を含んでもよい。プログラム格納領域は、オペレーティングシステム1681、受信モジュール1682、制御モジュール1683、及び他の機能によって要求される少なくとも1つのアプリケーションプログラム1684等を格納するのに使用されてもよい。プロセッサ1620は、メモリ1680に格納されている複数のモジュールを呼び出して、上記の複数の実施形態にしたがった第1のAN側に関連付けられているデバイス制御方法を実行する。データ格納領域は、第1のANの使用にしたがって作成される(例えば、音声データ及び電話帳等の)データ等を格納するのに使用されてもよい。さらに、揮発性メモリデバイス又は不揮発性メモリデバイス、或いはそれらの組み合わせのいずれかのタイプによって、メモリ1680を実装してもよい。
【０２９８】
送信機1640は、例えば、アンテナ等の無線周波数伝送構成要素を含んでもよい。送信機1640は、無線信号の中で搬送されるデータ又は情報を送信するように構成されてもよい。無線信号は、モバイル通信システムにおける時間周波数リソースであってもよい。
【０２９９】
受信機1660は、例えば、アンテナ等の無線周波数受信構成要素を含んでもよい。受信機1660は、無線信号の中で搬送されるデータ又は情報を受信するように構成されてもよい。無線信号は、モバイル通信システムにおける時間周波数リソースであってもよい。
【０３００】
上記の実施形態において、第1のANのすべて又は一部としてデバイス制御装置を実装するということは、1つの例として使用されているに過ぎない。選択的に、CP又は第2のANのすべて又は一部として上記の装置を実装してもよい。加えて、CP又は第2のANのすべて又は一部として上記の装置を実装する場合に、メモリ1680のプログラム格納領域の中に格納される受信モジュール1682及び制御モジュール1683を他のモジュールで置き換えてもよい。この場合には、プロセッサ1620は、メモリ1680の中に格納されているモジュールを読み出して、上記の複数の実施形態にしたがったCP側又は第2のAN側に関連付けられたデバイス制御方法を実装する。
【０３０１】
図17を参照すると、図17は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、CPにおいて使用される。図17に示されているように、デバイス制御装置は、決定ユニット1710及び送信ユニット1720を含んでもよい。
【０３０２】
決定ユニット1710は、ユーザ機器UEのセッション属性を決定するように構成される。
【０３０３】
送信ユニット1720は、UEがアクセスする第1のアクセスネットワークANにセッション属性を送信するように構成され、セッション属性は、第1のANがUEを制御するのに使用される。
【０３０４】
選択的に、UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、決定ユニット1710は、さらに、少なくとも2つのセッションのうちの各セッションのセッション属性とUEの各ベアラとの間の対応関係を決定するように構成され、少なくとも1つのベアラは、セッションに対応し、
送信ユニット1720は、さらに、対応関係に基づいて、第1のANにセッション属性を送信するように構成される。
【０３０５】
選択的に、ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である。
【０３０６】
選択的に、決定ユニット1710は、さらに、
第1のANを介してUEが送信する制御要求を受信し、そして、その制御要求の中で搬送されるサービス要件情報に基づいて、そのUEのセッション属性を決定するか、又は、
UEのあらかじめ構成されたセッション属性を取得するか、又は、
加入サーバに取得要求を送信し、その加入サーバが返送したセッション属性を受信するか、又は、
ポリシー決定ネットワーク要素が送信するセッション属性を受信するか、又は、そのポリシー決定ネットワーク要素が送信するインデックスを受信し、そして、そのインデックスに対応するセッション属性を決定する、ように構成される。
【０３０７】
選択的に、制御要求は、アクセス要求、接続確立要求、又はサービス要求である。
【０３０８】
選択的に、送信ユニット1720は、さらに、
セッション属性を搬送するコンテキスト確立要求を第1のANに送信するか、又は、
セッション属性を搬送するコンテキスト修正要求を第1のANに送信する、をように構成される。
【０３０９】
選択的に、セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件、のうちの1つ又は複数を含む。
【０３１０】
結論として、この実施形態にしたがって提供されるデバイス制御装置は、そのUEがアクセスする第1のANにそのUEのセッション属性を送信し、それによって、その第1のANは、そのセッション属性に基づいてそのUEを制御することが可能である。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３１１】
第1のANが、セッション属性に基づいてそのUEについてモビリティ管理を実行する際に、その第1のANは、いかなるモビリティ管理も必要としないセッション/ベアラに対応する無線リソースを最初に削除してもよく、それにより、そのUEのハンドオーバー手順の中で必要となる無線リソースを低減する。
【０３１２】
加えて、第1のANは、セッション属性に基づいて、そのUEについてQoS制御を実行し、それによって、各セッションを制御することが可能であるとともに、制御の柔軟性及び精度をさらに改善する。
【０３１３】
図18を参照すると、図18は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、第1のANの中で使用されてもよい。図18に示されているように、そのデバイス制御装置は、受信ユニット1810及び制御ユニット1820を含んでもよい。
【０３１４】
受信ユニット1810は、制御プレーンCPネットワーク要素が送信するユーザ機器UEのセッション属性を受信するように構成される。
【０３１５】
制御ユニット1820は、セッション属性に基づいてUEを制御するように構成される。
【０３１６】
選択的に、UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、受信ユニット1810は、さらに、対応関係に基づいて、CPが送信するUEのセッション属性を受信するように構成され、対応関係は、少なくとも2つのセッションのうちの各セッションのセッション属性とUEの各ベアラとの間の対応関係を含み、少なくとも1つのベアラは、セッションに対応し、
制御ユニット1820は、さらに、対応関係に基づいてUEを制御するように構成される。
【０３１７】
選択的に、セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含む。
【０３１８】
選択的に、UEとデータネットワークDNとの間に第1のセッションが存在し、セッション属性が、第1のセッションに対応するサービスエリアを含む場合に、制御ユニット1820は、さらに、
UEが第1のANから第2のANにハンドオーバーされる前に、第2のANが、第1のセッションに対応するサービスエリアの中に存在しない場合に、ハンドオーバーする必要がない第1のセッションの第1のリソースを解放し、そして、第2のANにハンドオーバー要求メッセージを送信する、ように構成され、ハンドオーバー要求メッセージは、CPをトリガするように第2のANに指示するのに使用され、それによって、CPは、ユーザプレーンUPネットワーク要素における第1のセッションの第2のリソースを解放するか、又は、
UEが第1のANから第2のANにハンドオーバーされる前に、第2のANが、第1のセッションに対応するサービスエリアの中に存在しない場合に、CPに指示情報を送信するように構成され、それによって、CPは、第1のANにおける第1のセッションの第1のリソース及びUPにおける第1のセッションの第2のリソースの解放を開始する。
【０３１９】
選択的に、UEとデータネットワークDNとの間に少なくとも2つのセッションが存在し、セッション属性が、少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合に、制御ユニット1820は、さらに、
UEが第1のANから第2のANにハンドオーバーされる前に、第2のANが、少なくとも2つのセッションのうちのいずれかのセッションに対応するサービスエリアの中に存在しない場合に、対応関係に基づいて、ハンドオーバーする必要がない少なくとも2つのセッションのベアラの第3のリソースを解放し、そして、対応関係に基づいて、第2のANにハンドオーバー要求メッセージを送信する、ように構成され、ハンドオーバー要求メッセージは、CPをトリガするように第2のANに指示するのに使用され、それによって、CPは、ハンドオーバーする必要がないベアラのユーザプレーンUPネットワーク要素における第4のリソースを解放するか、又は、
UEが第1のANから第2のANにハンドオーバーされる前に、第2のANが、少なくとも2つのセッションのうちのいずれかのセッションに対応するサービスエリアの中に存在しない場合に、CPに指示情報を送信するように構成され、それによって、CPは、ハンドオーバーする必要がない少なくとも2つのセッションのベアラの第1のANにおける第3のリソースの解放及びUPにおけるベアラの第4のリソースの解放を開始する。
【０３２０】
選択的に、UEとデータネットワークDNとの間に第2のセッションが存在し、セッション属性が、第2のセッションに対応する帯域幅制約条件を含む場合に、制御ユニット1820は、さらに、第2のセッションに対応する帯域幅制約条件に基づいて、UEが受信するユーザパケットに対して帯域幅制約を実行するように構成される。
【０３２１】
選択的に、UEとデータネットワークDNとの間に少なくとも2つのセッションが存在するとともに、セッション属性が、少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、制御ユニット1820は、さらに、
少なくとも2つのセッションのベアラのうちでUEが受信したユーザパケットに対応するベアラを決定し、
対応関係に基づいて、決定したベアラに対応するセッション属性を取得し、そして、
取得したセッション属性のうちでセッションに対応する帯域幅制約条件に基づいて、ユーザパケットについて帯域幅制約を実行する、ように構成される。
【０３２２】
選択的に、UEと前記データネットワークDNとの間に少なくとも2つのセッションが存在するとともに、セッション属性が、少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、制御ユニット1820は、さらに、
各セッションに対応する帯域幅制約条件に基づいて、UEのセッションに対応する帯域幅制約条件の総和を算出し、
CPからユーザパケットの認可された帯域幅制約条件を取得し、そして、
帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件よりも大きい場合に、ユーザパケットの認可された帯域幅制約条件に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の総和に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行する、ように構成される。
【０３２３】
UEと前記データネットワークDNとの間に少なくとも2つのセッションが存在するとともに、セッション属性が、少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、選択的に、制御ユニット1820は、さらに、
各セッションに対応する帯域幅制約条件に基づいて、UEのセッションに対応する帯域幅制約条件の総和を算出し、
CPからユーザパケットの認可された帯域幅制約条件を取得し、そして、
帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件よりも大きい場合に、ユーザパケットの認可された帯域幅制約条件に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の総和に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行する、ように構成される。
【０３２４】
選択的に、受信ユニット1810は、さらに、
セッション属性を搬送するとともにCPが送信するコンテキスト確立要求を受信するか、又は、
セッション属性を搬送するとともにCPが送信するコンテキスト修正要求を受信する、ように構成される。
【０３２５】
結論として、この実施形態にしたがって提供されるデバイス制御装置は、CPが送信するUEのセッション属性を受信し、そして、そのセッション属性の基づいてそのUEを制御する。セッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３２６】
セッション属性に基づいてそのUEについてモビリティ管理を実行する際に、いかなるモビリティ管理も必要としないセッション/ベアラに対応する無線リソースを最初に削除してもよく、それにより、そのUEのハンドオーバー手順の中で必要となる無線リソースを低減する。
【０３２７】
加えて、セッション属性に基づいて、そのUEについてQoS制御を実行し、それによって、各セッションを制御することが可能であるとともに、制御の柔軟性及び精度をさらに改善する。
【０３２８】
本発明の1つの実施形態は、デバイス制御装置の概略的な構成図を提供する。そのデバイス制御装置は、CPの中で使用されてもよい。そのデバイス制御装置は、送信ユニットを含んでもよい。
【０３２９】
送信ユニットは、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信するように構成される。第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含む。
【０３３０】
送信ユニットは、さらに、第1のANに第2の対応関係を送信するように構成される。第2の対応関係は、UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含み、第1の対応関係及び第2の対応関係は、そのUEのセッション属性を決定するのに使用され、そのセッション属性は、そのUEを制御するのに使用される。
【０３３１】
選択的に、送信ユニットは、さらに、
CPが第1のANからデバイス接続確立要求を受信した後に、第1のANに、第1の対応関係を搬送する接続確立応答を送信するように構成される。
【０３３２】
選択的に、送信ユニットは、さらに、
第2の対応関係を搬送するコンテキスト確立要求をCPによって第1のANに送信するように構成される。
【０３３３】
結論として、この実施形態にしたがって提供されるデバイス制御装置によれば、CPは、第1のANに第1の対応関係及び第2の対応関係を送信し、それによって、その第1のANは、第1の対応関係及び第2の対応関係に基づいて、その第1のANにアクセスするUEのセッション属性を決定することが可能であり、さらに、そのUEのセッション属性に基づいてそのUEを制御することが可能である。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３３４】
図19を参照すると、図19は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、第1のANの中で使用されてもよい。図19に示されているように、そのデバイス制御装置は、受信ユニット1910、検出ユニット1920、及び制御ユニット1930を含んでもよい。
【０３３５】
受信ユニット1910は、制御プレーンCPネットワーク要素が送信する第1の対応関係及び第2の対応関係を受信するように構成される。第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、第2の対応関係は、第1のANにアクセスするユーザ機器UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含む。
【０３３６】
検出ユニット1920は、第1の対応関係及び第2の対応関係に基づいて、UEのセッション属性を決定するように構成される。
【０３３７】
制御ユニット1930は、セッション属性に基づいてUEを制御するように構成される。
【０３３８】
結論として、この実施形態にしたがって提供されるデバイス制御装置は、CPが送信する第1の対応関係及び第2の対応関係を受信し、第1の対応関係及び第2の対応関係に基づいて、第1のANにアクセスするUEのセッション属性を決定し、そして、さらに、そのUEのセッション属性に基づいてそのUEを制御する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３３９】
図20を参照して、図20は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、第2のANの中で使用されてもよい。図20に示されているように、そのデバイス制御装置は、受信ユニット2010及び処理ユニット2020を含んでもよい。
【０３４０】
1つの可能な実装において、受信ユニット2010は、セッション属性を搬送するとともに第1のANが送信するハンドオーバー要求メッセージを受信するように構成され、セッション属性は、第1のANにアクセスするUEのセッションのセッション属性であり、
処理ユニット2020は、セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定するように構成され、
処理ユニット2020は、さらに、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、制御プレーンCPをトリガして、ハンドオーバーする必要がないセッションを解放させる、ように構成される。
【０３４１】
選択的に、他の可能な実装において、受信ユニット2010は、第1のANが送信するハンドオーバー要求メッセージを受信するように構成され、そのハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送し、
処理ユニット2020は、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、制御プレーンCPをトリガして、ハンドオーバーする必要がないセッションを解放させる、ように構成される。
【０３４２】
結論として、ハンドオーバー要求メッセージを受信した後に、この実施形態にしたがって提供されるデバイス制御装置は、そのハンドオーバー要求メッセージに基づいて、CPをトリガして、ハンドオーバーする必要がないセッションを解放させる。このことは、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３４３】
図21を参照すると、図21は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、CPの中で使用されてもよい。図21に示されているように、そのデバイス制御装置は、決定ユニット2110、受信ユニット2120、検出ユニット2130、及び処理ユニット2140を含んでもよい。
【０３４４】
決定ユニット2110は、ユーザ機器UEのセッション属性を決定するように構成される。
【０３４５】
受信ユニット2120は、UEがアクセスする第1のアクセスネットワークANから第2のANの位置情報を受信するように構成される。
【０３４６】
検出ユニット2130は、セッション属性及び位置情報に基づいて、UEのセッションをハンドオーバーする必要があるか否かを検出するように構成される。
【０３４７】
処理ユニット2140は、セッションをハンドオーバーする必要がない場合に、CPによって、UEのセッションを解放するように構成される。
【０３４８】
選択的に、当該装置は、
第1のANに認可要求を送信するように構成される送信ユニットをさらに含み、認可要求は、第1のANから第2のANへとUEをハンドオーバーする前に、CPに第2のANの位置情報を送信するように第1のANに指示するのに使用される。
【０３４９】
結論として、この実施形態にしたがって提供されるデバイス制御装置によれば、CPは、UEのセッション属性を決定し、そのUEがアクセスする第1のANが送信する第2のANの位置情報を受信し、そして、そのセッション属性及びその位置情報に基づいて、そのUEのセッションのうちでハンドオーバーする必要がないセッションを解放する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３５０】
図22を参照すると、図22は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、CPの中で使用されてもよい。図22に示されているように、そのデバイス制御装置は、受信ユニット2210及び処理ユニット2220を含んでもよい。
【０３５１】
受信ユニット2210は、制御プレーンCPネットワーク要素が送信する認可要求を受信するように構成される。
【０３５２】
処理ユニット2220は、ユーザ機器UEを第2のANへとハンドオーバーすることを決定する際に、認可要求に基づいて、CPに第2のANの位置情報を送信するように構成される。その位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される。
【０３５３】
結論として、この実施形態にしたがって提供されるデバイス制御装置によれば、CPは、UEのセッション属性を決定し、そのUEがアクセスする第1のANが送信する第2のANの位置情報を受信し、そして、そのセッション属性及びその位置情報に基づいて、そのUEのセッションのうちでハンドオーバーする必要がないセッションを解放する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３５４】
文脈において除外が明確に裏付けられていない場合には、この明細書において使用される単数形"ある1つの"("a",  "an",  又は"the")は、また、複数形も含むということを理解すべきである。さらに、この明細書において使用される"及び/又は"は、1つ又は複数の関連する列挙された項目を含むいずれかの可能な組み合わせ又はすべての可能な組み合わせであるということを理解すべきである。
【０３５５】
本発明の上記の複数の実施形態の連続番号は、例示を目的としているにすぎず、それらの複数の実施形態の特性を示すことを意図してはいない。
【０３５６】
当業者は、ハードウェア又は関連するハードウェアに命令するプログラムによって、上記の複数の実施形態の複数のステップうちのすべて又はいくつかを実装することが可能であるということを理解することが可能である。プログラムは、コンピュータ読み取り可能な記憶媒体に格納されてもよい。記憶媒体は、読み取り専用メモリ、磁気ディスク、又は光ディスク等を含んでもよい。
【０３５７】
上記の説明は、本発明の例示的な実施形態に過ぎず、本発明を限定することを意図してはいない。本発明の趣旨及び原理から離れることなく行われるいずれかの修正、等価な置換、及び改良は、本発明の保護範囲に属するものとする。
【図１Ａ】
2019511170.tif 000004
【図１Ｂ】
2019511170.tif 000005
【図１Ｃ】
2019511170.tif 000006
【図２】
2019511170.tif 000007
【図３】
2019511170.tif 000008
【図４】
2019511170.tif 000009
【図５Ａ】
2019511170.tif 000010
【図５Ｂ】
2019511170.tif 000011
【図６】
2019511170.tif 000012
【図７Ａ】
2019511170.tif 000013
【図７Ｂ】
2019511170.tif 000014
【図８】
2019511170.tif 000015
【図９】
2019511170.tif 000016
【図１０】
2019511170.tif 000017
【図１１】
2019511170.tif 000018
【図１２】
2019511170.tif 000019
【図１３】
2019511170.tif 000020
【図１４】
2019511170.tif 000021
【図１５Ａ】
2019511170.tif 000022
【図１５Ｂ】
2019511170.tif 000023
【図１６】
2019511170.tif 000024
【図１７】
2019511170.tif 000025
【図１８】
2019511170.tif 000026
【図１９】
2019511170.tif 000027
【図２０】
2019511170.tif 000028
【図２１】
2019511170.tif 000029
【図２２】
2019511170.tif 000030
【手続補正書】
【提出日】平成30年9月3日(2018.9.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバイス制御方法であって、
制御プレーンネットワーク要素CPによって、ユーザ機器UEのセッション属性を決定するステップであって、前記UEとデータネットワークDNとの間に、第1のセッションを含む少なくとも1つのセッションが存在し、前記セッション属性は、前記第1のセッションに対応する帯域幅制約条件を含む、ステップと、
前記CPによって、前記UEがアクセスする第1のアクセスネットワークANに前記セッション属性を送信するステップと、を含み、前記セッション属性は、前記第1のANが前記UEを制御するのに使用される、
方法。
【請求項２】
前記UEと前記DNとの間に少なくとも2つのセッションが存在する場合に、前記セッション属性を決定するステップは、
前記CPによって、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を決定するステップを含み、少なくとも1つのベアラは、セッションに対応し、
前記UEがアクセスする第1のアクセスネットワークANに前記セッション属性を送信する前記ステップは、
前記CPによって、前記対応関係に基づいて、前記第1のANに前記セッション属性を送信するステップを含む、請求項１に記載の方法。
【請求項３】
前記ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である、請求項２に記載の方法。
【請求項４】
前記セッション属性を決定するステップは、
前記CPによって、前記UEのあらかじめ構成されたセッション属性を取得するステップを含む、又は、請求項１乃至３のうちのいずれか１項に記載の方法。
【請求項５】
前記セッション属性を決定するステップは、
前記CPによって加入サーバに取得要求を送信し、前記加入サーバから前記セッション属性を受信するステップを含む、請求項１乃至３のうちのいずれか１項に記載の方法。
【請求項６】
前記セッション属性を決定するステップは、
前記CPによって、ポリシー決定ネットワーク要素から前記セッション属性を受信するステップを含む、請求項１乃至３のうちのいずれか１項に記載の方法。
【請求項７】
デバイス制御方法であって、
第1のアクセスネットワークANによって、制御プレーンネットワーク要素CPからユーザ機器UEのセッション属性を受信するステップであって、前記UEとデータネットワークDNとの間に、第1のセッションを含む少なくとも1つのセッションが存在し、前記セッション属性は、前記第1のセッションに対応する帯域幅制約条件を含む、ステップと、
前記第1のセッションに対応する前記帯域幅制約条件に基づいて、前記UEが受信したユーザパケットに対して帯域幅制約を実行することによって、前記第1のANによって、前記セッション属性に基づいて前記UEを制御するステップと、を含む、
方法。
【請求項８】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、前記セッション属性を受信するステップは、
前記第1のANによって、対応関係に基づいて、前記CPから前記UEの前記セッション属性を受信するステップを含み、前記対応関係は、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を含み、少なくとも1つのベアラは、セッションに対応し、
前記第1のANによって、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記第1のANによって、前記対応関係に基づいて前記UEを制御するステップを含む、請求項７に記載の方法。
【請求項９】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記セッション属性に基づいて前記UEを制御するステップは、
前記第1のANによって、各セッションに対応する前記帯域幅制約条件に基づいて、前記UEの前記セッションに対応する帯域幅制約条件の総和を算出するステップと、
前記第1のANによって、前記CPから前記ユーザパケットの認可された帯域幅制約条件を取得するステップと、
帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件よりも大きい場合に、前記第1のANによって、前記ユーザパケットの前記認可された帯域幅制約条件に基づいて、前記UEが受信したユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件と等しいか又はより小さい場合に、前記第1のANによって、帯域幅制約条件の前記総和に基づいて、前記UEが受信したユーザパケットについて帯域幅制約を実行する、ステップと、を含む、請求項７又は８に記載の方法。
【請求項１０】
制御プレーンCPネットワーク要素において使用されるデバイス制御装置であって、当該装置は、プロセッサ及び送信機を含み、
前記プロセッサは、ユーザ機器UEのセッション属性を決定するように構成され、前記UEとデータネットワークDNとの間に、第1のセッションを含む少なくとも1つのセッションが存在し、前記セッション属性は、前記第1のセッションに対応する帯域幅制約条件を含み、
前記送信機は、前記UEがアクセスする第1のアクセスネットワークANにセッション属性を送信するように構成され、前記セッション属性は、前記第1のANが前記UEを制御するのに使用される、
装置。
【請求項１１】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、前記プロセッサは、さらに、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を決定するように構成され、少なくとも1つのベアラは、セッションに対応し、
前記送信機は、前記対応関係に基づいて、前記第1のANに前記セッション属性を送信するように構成される、請求項１０に記載の装置。
【請求項１２】
前記ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である、請求項１１に記載の装置。
【請求項１３】
前記プロセッサは、さらに、前記UEの前記あらかじめ構成されたセッション属性を取得するように構成される、請求項１０乃至１２のうちのいずれか１項に記載の装置。
【請求項１４】
当該装置は、受信機をさらに含み、
前記送信機は、さらに、加入サーバに取得要求を送信するように構成され、前記受信機は、前記加入サーバから前記セッション属性を受信するように構成され、前記プロセッサは、さらに、前記受信機が受信した前記セッション属性を決定するように構成される、請求項１０乃至１２のうちのいずれか１項に記載の装置。
【請求項１５】
当該装置は、受信機をさらに含み、
前記受信機は、ポリシー決定ネットワーク要素から前記セッション属性を受信するように構成され、前記プロセッサは、さらに、前記受信機が受信した前記セッション属性を決定するように構成される、請求項１０乃至１２のうちのいずれか１項に記載の装置。
【請求項１６】
第1のアクセスネットワークANにおいて使用されるデバイス制御装置であって、当該装置は、受信機及びプロセッサを含み、
前記受信機は、制御プレーンCPネットワーク要素からユーザ機器UEのセッション属性を受信するように構成され、前記UEとデータネットワークDNとの間に、第1のセッションを含む少なくとも1つのセッションが存在し、前記セッション属性は、前記第1のセッションに対応する帯域幅制約条件を含み、
前記プロセッサは、前記第1のセッションに対応する前記帯域幅制約条件に基づいて、前記UEが受信したユーザパケットに対して帯域幅制約を実行することによって、前記受信機が受信した前記セッション属性に基づいて前記UEを制御するように構成される、
装置。
【請求項１７】
前記UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、前記受信機は、さらに、対応関係に基づいて、前記CPから前記UEの前記セッション属性を受信するように構成され、前記対応関係は、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を含み、少なくとも1つのベアラは、セッションに対応し、
前記プロセッサは、さらに、前記対応関係に基づいて前記UEを制御するように構成される、請求項１６に記載の装置。
【請求項１８】
前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記プロセッサは、さらに、
各セッションに対応する前記帯域幅制約条件に基づいて、前記UEのセッションに対応する帯域幅制約条件の総和を算出し、
前記CPから前記ユーザパケットの認可された帯域幅制約条件を取得し、そして、
帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件よりも大きい場合に、前記ユーザパケットの前記認可された帯域幅制約条件に基づいて、前記UEが受信したユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の前記総和に基づいて、前記UEが受信するユーザパケットについて帯域幅制約を実行する、ように構成される、請求項１６又は１７に記載の装置。
【請求項１９】
コンピュータ実行可能な命令を含むコンピュータプログラムであって、前記コンピュータ実行可能な命令は、制御プレーンネットワーク要素(CP)のプロセッサで実行されると、前記CPにデバイス制御方法を実行させ、前記デバイス制御方法は、
ユーザ機器(UE)のセッション属性を決定するステップであって、前記UEとデータネットワーク(DN)との間に、第1のセッションを含む少なくとも1つのセッションが存在し、前記セッション属性は、前記第1のセッションに対応する帯域幅制約条件を含む、ステップと、
前記UEがアクセスする第1のアクセスネットワーク(AN)に前記セッション属性を送信するステップと、を含み、前記セッション属性は、前記第1のANが前記UEを制御するのに使用される、
コンピュータプログラム。
【請求項２０】
コンピュータ実行可能な命令を含むコンピュータプログラムであって、前記コンピュータ実行可能な命令は、第1のアクセスネットワーク(AN)のプロセッサで実行されると、前記第1のANにデバイス制御方法を実行させ、前記デバイス制御方法は、
制御プレーンネットワーク要素(CP)からユーザ機器(UE)のセッション属性を受信するステップであって、前記UEとデータネットワーク(DN)との間に、第1のセッションを含む少なくとも1つのセッションが存在し、前記セッション属性は、前記第1のセッションに対応する帯域幅制約条件を含む、ステップと、
前記第1のセッションに対応する前記帯域幅制約条件に基づいて、前記UEが受信したユーザパケットに対して帯域幅制約を実行することによって、前記セッション属性に基づいて前記UEを制御するステップと、を含む、
コンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の複数の実施形態は、デバイス制御技術の分野に関し、特に、デバイス制御方法及び装置に関する。
【０００２】
この出願は、2016年5月13日付で中華人民共和国の国家知識産権局に出願された"デバイス制御方法及び装置"と題する国際出願番号第PCT/CN2016/082037号に基づく優先権を主張し、その内容は、参照により全体が本明細書に取り込まれる。
【背景技術】
【０００３】
ユーザ機器(英文正式名称:  User  Equipment,  略称:  UE)がネットワークにアクセスした後に、ネットワーク側は、そのUEを制御する必要がある。
【０００４】
例えば、そのUEが移動する際には、アクセスネットワーク(英文正式名称:  Access  Network,  略称:  AN)は、そのUEのハンドオーバー制限リストに基づいて、そのUEについてセルハンドオーバーを実行するか否かを決定する。セルハンドオーバーが実行されるべきである場合には、そのANは、そのUEの進化型ユニバーサル地上波無線アクセスネットワーク無線アクセスベアラ(英文正式名称:  Evolved  Universal  Terrestrial  Radio  Access  Network  Radio  Access  Bearer,  略称:  E-RAB)をターゲットANへとハンドオーバーする。ハンドオーバー制限リストにおいては、そのUEの移動の間のローミング制限又はアクセス制限が規定されており、そのローミング制限又はアクセス制限は、禁止されているトラッキングエリア(英文正式名称:  Forbidden  Tracking  Area,  略称:  Forbidden  TA)、禁止されているロケーションエリア(英文正式名称:  Forbidden  Location  Area,  略称:  Forbidden  LA)、及び禁止されているRAT間(Forbidden  Inter  RATs)等の情報を含む。
【０００５】
本発明を実装する過程において、発明者は、上記のデバイス制御方法が、少なくとも以下の問題を含むということに気付いている。
【０００６】
すなわち、UEの無線アクセスベアラのうちのいくつかをターゲットANへとハンドオーバーする必要がない場合があるため、上記の方法は、オンデマンドハンドオーバーを実装することが不可能であり、ハンドオーバーする必要がない無線アクセスベアラのハンドオーバーの間に、ある特定の数の無線リソースを浪費する。
【発明の概要】
【０００７】
ある特定の数の無線リソースを浪費し、オンデマンドハンドオーバーを実装することが不可能であるという従来技術の問題を解決するために、本発明の複数の実施形態は、デバイス制御方法及び装置を提供する。その技術的解決方法は、以下のようになる。
【０００８】
第1の態様によれば、制御プレーン(英文正式名称:  Control  Plane,  略称:CP)ネットワーク要素において使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
UEのセッション属性を決定するステップと、
前記UEがアクセスする第1のANに前記セッション属性を送信するステップと、を含み、前記セッション属性は、前記第1のANが前記UEを制御するのに使用される。
【０００９】
CPは、そのUEがアクセスする第1のANにそのUEのセッション属性を送信し、それによって、その第1のANは、そのセッション属性に基づいてそのUEを制御することが可能である。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００１０】
選択的に、第1の態様の第1の可能な実装において、前記UEとデータネットワーク(英文正式名称:  Data
Network,  略称:  DN)との間で少なくとも2つのセッションが存在する場合に、UEのセッション属性を決定する前記ステップは、
前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を決定するステップを含み、少なくとも1つのベアラは、セッションに対応し、
それに対応して、前記UEがアクセスする第1のANに前記セッション属性を送信する前記ステップは、
前記対応関係に基づいて、前記第1のANに前記セッション属性を送信するステップを含んでもよい。
【００１１】
選択的に、第1の態様の第1の可能な実装に関して、第2の可能な実装において、前記ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である。
【００１２】
選択的に、第1の態様、第1の態様の第1の可能な実装、又は第1の態様の第2の可能な実装に関して、第3の可能な実装において、UEのセッション属性を決定する前記ステップは、以下の4つの可能な実装を含んでもよい。
【００１３】
第1の手法においては、第1のANを介してUEが送信する制御要求を受信し、そして、その制御要求の中で搬送されるサービス要件情報に基づいて、そのUEのセッション属性を決定し、制御要求は、アクセス要求、接続確立要求、又はサービス要求であり、
アクセス要求は、ネットワーク登録手順の中でUEが送信する要求であり、例えば、アクセス要求は、そのUEの電源がオンにされる際に、第1のANを介するそのUEからの要求であってもよく、接続確立要求は、ネットワーク接続を確立することをそのUEによって要求する要求であり、例えば、接続確立要求は、DNへのDN接続を確立することを要求する確立要求であってもよく、サービス要求は、無線アクセスネットワークの各々のインターフェイスのためのシグナリング接続を確立する要求であり、アイドル状態から接続状態にUEを切り替えるのを可能とするのに使用される。
【００１４】
第2の手法においては、UEのあらかじめ構成されたセッション属性を取得する。
【００１５】
第3の手法においては、加入サーバに取得要求を送信し、その加入サーバが返送したセッション属性を受信する。
【００１６】
第4の手法においては、ポリシー決定ネットワーク要素が送信するセッション属性を受信するか、又は、そのポリシー決定ネットワーク要素が送信するインデックスを受信し、そして、そのインデックスに対応するセッション属性を決定する。
【００１７】
選択的に、第1の態様、第1の態様の第1の可能な実装、第1の態様の第2の可能な実装、又は第1の態様の第3の可能な実装に関して、第4の可能な実装において、第1のANに前記セッション属性を送信する前記ステップは、
前記セッション属性を搬送するコンテキスト確立要求を前記第1のANに送信するステップ、又は、
前記セッション属性を搬送するコンテキスト修正要求を第1のANに送信するステップ、を含んでもよい。
【００１８】
選択的に、第1の態様、第1の態様の第1の可能な実装、第1の態様の第2の可能な実装、第1の態様の第3の可能な実装、又は第1の態様の第4の可能な実装に関して、第5の可能な実装において、前記セッション属性は、セッションに対応するサービスエリア及び/又はセッションに対応する帯域幅制約条件、のうちの1つ又は複数を含む。
【００１９】
セッションに対応するサービスエリアは、UEの移動の間のベアラの解放制限を示す。例えば、DN接続属性が、サービスフロー1に対応する属性であり、そのサービスフロー1がUEのハンドオーバーの間に解放される場合に、そのサービスフロー1に対応するDN接続属性は、そのUEのハンドオーバーの間に解放される。セッションに対応する帯域幅制約条件は、帯域幅速度又は遅延等を含んでいてもよい。例えば、帯域幅制約条件は、ある帯域幅が100[kb/s]であるということを含む。
【００２０】
第2の態様によれば、第1のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
CPが送信するUEのセッション属性を受信するステップと、
前記セッション属性に基づいて前記UEを制御するステップと、を含む。
【００２１】
CPが送信するUEのセッション属性を受信し、そして、そのセッション属性に基づいてそのUEを制御する。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００２２】
選択的に、第2の態様の第1の可能な実装において、前記UEと前記DNとの間に少なくとも2つのセッションが存在する場合に、CPが送信するUEのセッション属性を受信する前記ステップは、
対応関係に基づいて、前記CPが送信する前記UEの前記セッション属性を受信するステップを含んでもよく、前記対応関係は、前記少なくとも2つのセッションのうちの各セッションのセッション属性と前記UEの各ベアラとの間の対応関係を含み、
それに対応して、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記対応関係に基づいて前記UEを制御するステップを含む。
【００２３】
第2の態様又は第2の態様の第1の可能な実装に関して、第2の可能な実装において、前記セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含み、前記セッション属性は、第1の態様において説明された前記セッション属性と同様である。
【００２４】
第2の態様の第3の可能な実装において、前記UEとDNとの間に第1のセッションが存在し、前記セッション属性が、前記第1のセッションに対応するサービスエリアを含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するステップであって、前記ハンドオーバー要求メッセージは、前記第2のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する際に、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記第2のANにハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がない前記第1のセッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、前記CPをトリガして前記第1のセッションを解放させるように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANが、前記セッション属性に基づいて、前記第1のセッションをハンドオーバーする必要がないということを決定する場合に、前記第1のANによって前記CPに指示情報を送信するステップであって、前記指示情報は、前記第1のセッションを解放するように前記CPに指示するのに使用される、ステップ、を含んでもよい。
【００２５】
第2の態様の第1の可能な実装に関して、第4の可能な実装において、前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在し、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記セッション属性を搬送するハンドオーバー要求メッセージを前記第1のANによって前記第2のANに送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定し、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANによって、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定し、そして、前記第2のANにハンドオーバー要求メッセージを送信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がない前記セッションのセッション識別情報を搬送し、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、前記CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ように前記第2のANに指示するのに使用される、ステップ、又は、
前記UEが前記第1のANから第2のANにハンドオーバーされる前に、前記第1のANが、前記セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定する場合に、前記第1のANによって前記CPに指示情報を送信するステップであって、それによって、前記CPは、前記少なくとも2つのセッションのうちでハンドオーバーする必要がない前記セッションのベアラを解放する、ステップ、を含む。
【００２６】
ANが、セッション属性に基づいてそのUEについてモビリティ管理を実行する際に、そのANは、いかなるモビリティ管理も必要としないセッションに対応する無線リソースを最初に削除してもよく、それにより、そのUEのハンドオーバー手順の中で必要となる無線リソースを低減する。
【００２７】
第2の態様の第5の可能な実装において、前記UEとデータネットワークDNとの間に第2のセッションが存在し、前記セッション属性が、前記第2のセッションに対応する帯域幅制約条件を含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記第1のANによって、前記セッション属性のうちで前記第2のセッションに対応する前記帯域幅制約条件に基づいて、前記UEが受信するユーザパケットに対して帯域幅制約を実行するステップを含む。
【００２８】
第2の態様の第1の可能な実装に関して、第6の可能な実装において、前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
前記少なくとも2つのセッションのベアラのうちで前記UEが受信したユーザパケットに対応するベアラを決定するステップと、
前記対応関係に基づいて、前記決定したベアラに対応するセッション属性を取得するステップと、
前記取得したセッション属性のうちでセッションに対応する帯域幅制約条件に基づいて、前記ユーザパケットについて帯域幅制約を実行するステップと、を含む。
【００２９】
第1のANは、セッション属性に基づいてそのUEに対してQoS制御を実行し、それによって、各々のセッションを制御することが可能であるとともに、制御の柔軟性及び精度をさらに改善する。
【００３０】
第2の態様の第1の可能な実装に関して、第7の可能な実装において、前記UEと前記データネットワークDNとの間に前記少なくとも2つのセッションが存在するとともに、前記セッション属性が、前記少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、前記セッション属性に基づいて前記UEを制御する前記ステップは、
各セッションに対応する前記帯域幅制約条件に基づいて、前記UEの前記セッションに対応する帯域幅制約条件の総和を算出するステップと、
前記CPから前記ユーザパケットの認可された帯域幅制約条件を取得するステップと、
帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件よりも大きい場合に、前記ユーザパケットの前記認可された帯域幅制約条件に基づいて、前記UEが受信するユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の前記総和が、前記ユーザパケットの前記認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の前記総和に基づいて、前記UEが受信するユーザパケットについて帯域幅制約を実行する、ステップと、を含む。
【００３１】
選択的に、第2の態様、第2の態様の第1の可能な実装、第2の態様の第2の可能な実装、第2の態様の第3の可能な実装、第2の態様の第4の可能な実装、第2の態様の第5の可能な実装、第2の態様の第6の可能な実装、又は第2の態様の第7の可能な実装に関して、第8の可能な実装において、制御プレーンCPネットワーク要素が送信するユーザ機器UEのセッション属性を受信する前記ステップは、
前記セッション属性を搬送するとともに前記CPが送信するコンテキスト確立要求を受信するステップ、又は、
前記セッション属性を搬送するとともに前記CPが送信するコンテキスト修正要求を受信するステップ、を含む。
【００３２】
第3の態様によれば、CPにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
前記CPによって、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信するステップであって、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含む、ステップと、
前記第1のANに第2の対応関係を送信するステップと、を含む。
【００３３】
CPは、第1のANに第1の対応関係及び第2の対応関係を送信し、それによって、その第1のANは、第1の対応関係及び第2の対応関係に基づいて、その第1のANにアクセスするUEのセッション属性を決定することが可能であり、さらに、そのUEのセッション属性に基づいてそのUEを制御することが可能である。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００３４】
第1の可能な実装において、CPによって、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信する前記ステップは、前記CPが前記第1のANからデバイス接続確立要求を受信した後に、前記第1のANに、前記第1の対応関係を搬送する接続確立応答を送信するステップを含む。
【００３５】
第3の態様又は第3の態様の第1の可能な実装に関して、第2の可能な実装において、前記CPによって前記第1のANに第2の対応関係を送信する前記ステップは、前記第2の対応関係を搬送するコンテキスト確立要求を前記CPによって前記第1のANに送信するステップを含む。
【００３６】
第4の態様によれば、第1のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
CPが送信する第1の対応関係及び第2の対応関係を前記第1のアクセスネットワークANによって受信するステップであって、前記第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、前記第2の対応関係は、前記第1のANにアクセスするユーザ機器UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含む、ステップと、
前記第1の対応関係及び前記第2の対応関係に基づいて、前記第1のANによって前記UEのセッション属性を決定するステップと、
前記セッション属性に基づいて、前記第1のANによって前記UEを制御するステップと、を含む。
【００３７】
第5の態様によれば、第2のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
セッション属性を搬送するとともに第1のANが送信するハンドオーバー要求メッセージを前記第2のアクセスネットワークANによって受信するステップであって、前記セッション属性は、前記第1のANにアクセスするUEのセッションのセッション属性である、ステップと、
前記第2のANによって、前記セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定するステップと、
前記第2のANによって、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ステップと、を含む。
【００３８】
第6の態様によれば、第2のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
第1のANが送信するハンドオーバー要求メッセージを前記第2のアクセスネットワークANによって受信するステップであって、前記ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する、ステップと、
前記第2のANによって、ハンドオーバーする必要がある前記セッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がない前記セッションを解放させる、ステップと、を含む。
【００３９】
第7の態様によれば、CPにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
前記CPによってユーザ機器UEのセッション属性を決定するステップと、
前記UEがアクセスする第1のアクセスネットワークANから第2のANの位置情報を前記CPによって受信するステップと、
前記CPによって、前記セッション属性及び前記位置情報に基づいて、前記UEのセッションをハンドオーバーする必要があるか否かを検出するステップと、
前記セッションをハンドオーバーする必要がない場合に、前記CPによって、前記UEの前記セッションを解放するステップと、を含む。
【００４０】
CPは、UEのセッション属性を決定し、そのUEがアクセスする第1のANが送信する第2のANの位置情報を受信し、そして、そのセッション属性及びその位置情報に基づいて、そのUEのセッションのうちでハンドオーバーする必要がないセッションを解放する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００４１】
第1の可能な実装において、当該方法は、
前記CPによって前記第1のANに認可要求を送信するステップをさらに含み、前記認可要求は、前記第1のANから前記第2のANへと前記UEをハンドオーバーする前に、前記CPに前記第2のANの前記位置情報を送信するように前記第1のANに指示するのに使用される。
【００４２】
第8の態様によれば、第1のANにおいて使用されるデバイス制御方法が提供され、当該デバイス制御方法は、
制御プレーンCPネットワーク要素が送信する認可要求を前記第1のアクセスネットワークANによって受信するステップと、
ユーザ機器UEを第2のANへとハンドオーバーすることを決定する際に、前記第1のANによって、前記認可要求に基づいて、前記CPに前記第2のANの位置情報を送信するステップと、を含み、前記位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される。
【００４３】
第9の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される送信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第1の態様にしたがったデバイス制御方法を実装する。
【００４４】
第10の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第2の態様にしたがったデバイス制御方法を実装する。
【００４５】
第11の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される送信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第3の態様にしたがったデバイス制御方法を実装する。
【００４６】
第12の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第4の態様にしたがったデバイス制御方法を実装する。
【００４７】
第13の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第2のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される送信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第5の態様にしたがったデバイス制御方法を実装する。
【００４８】
第14の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第2のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第6の態様にしたがったデバイス制御方法を実装する。
【００４９】
第15の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第7の態様にしたがったデバイス制御方法を実装する。
【００５０】
第16の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、プロセッサと前記プロセッサに接続される受信機とを含み、前記プロセッサは、命令を実行するように構成され、前記プロセッサは、前記命令を実行することによって第8の態様にしたがったデバイス制御方法を実装する。
【００５１】
第17の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第1の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５２】
第18の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第2の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５３】
第19の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第3の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５４】
第20の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第4の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５５】
第21の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第5の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５６】
第22の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第6の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５７】
第23の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、CPにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第7の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５８】
第24の態様によれば、デバイス制御装置が提供され、当該デバイス制御装置は、第1のANにおいて使用され、当該デバイス制御装置は、少なくとも1つのユニットを含み、前記少なくとも1つのユニットは、第8の態様にしたがって提供されるデバイス制御方法を実装するように構成される。
【００５９】
上記の複数の態様において、セッション属性は、セッションに対応するサービスエリア及び/又はセッションに対応する帯域幅制約条件のうちの1つ又は複数を含む。
【図面の簡単な説明】
【００６０】
本発明の複数の実施形態にしたがった複数の技術的解決方法をより明確に説明するために、以下の記載は、それらの複数の実施形態を説明するのに必要となる複数の添付の図面を簡潔に説明する。明らかなことではあるが、以下の説明の中の複数の添付の図面は、本発明の複数の実施形態のうちのいくつかを示すにすぎず、当業者は、さらに、創造的な努力なくして、これらの複数の添付の図面から他の図面を導き出すことが可能である。
【００６１】
【図１Ａ】本発明の複数の実施形態にしたがった実装環境の概略図である。
【図１Ｂ】本発明の複数の実施形態にしたがった実装環境の概略図である。
【図１Ｃ】本発明の複数の実施形態にしたがった実装環境の概略図である。
【図２】本発明の1つの実施形態にしたがったデバイス制御方法のフローチャートである。
【図３】本発明の他の実施形態にしたがったデバイス制御方法のフローチャートである。
【図４】本発明の他の実施形態にしたがってUEを制御する方法のフローチャートである。
【図５Ａ】本発明の他の実施形態にしたがってUEを制御する他の方法のフローチャートである。
【図５Ｂ】本発明の他の実施形態にしたがってUEを制御する他の方法のフローチャートである。
【図６】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図７Ａ】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図７Ｂ】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図８】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図９】本発明の他の実施形態にしたがった1つの実装シナリオの概略図である。
【図１０】本発明の他の実施形態にしたがってUEを制御するさらに別の方法のフローチャートである。
【図１１】本発明のさらに別の実施形態にしたがったデバイス制御方法のフローチャートである。
【図１２】本発明のさらに別の実施形態にしたがってデバイス接続を確立するステップのフローチャートである。
【図１３】本発明のさらに別の実施形態にしたがったセッション確立手順のフローチャートである。
【図１４】本発明のさらに別の実施形態にしたがったデバイス制御方法のフローチャートである。
【図１５Ａ】本発明のさらに別の実施形態にしたがったデバイス制御方法のフローチャートである。
【図１５Ｂ】本発明のさらに別の実施形態にしたがったデバイス制御方法のフローチャートである。
【図１６】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図１７】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図１８】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図１９】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図２０】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図２１】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【図２２】本発明の複数の実施形態にしたがったデバイス制御装置の概略的な構成図である。
【発明を実施するための形態】
【００６２】
本発明の目的、技術的解決方法、及び利点をより明確にするために、以下の記載は、複数の添付の図面を参照して、本発明の複数の実装をさらに詳細に説明する。
【００６３】
進化型パケットシステム(英文正式名称:  Evolved  Packet  System,  略称:  EPS)は、AN及びコアネットワークの2つの部分を含む。ANは、進化型ユニバーサル地上波無線アクセスネットワーク(英文正式名称:  Evolved  Universal  Terrestrial  Radio  Access  Network,  略称:  E-UTRAN)であり、UEに無線アクセス機能を提供するのに使用される。進化型パケットコア(英文正式名称:  Evolved  Packet  Core,  略称:  EPC)は、主に、モビリティ管理エンティティ(英文正式名称:  Mobility  Management  Entity,  略称:  MME)、サービングゲートウェイ(英文正式名称:  Serving  Gateway,  略称:  SGW)、パケットデータネットワークゲートウェイ(英文正式名称:  Packet  Data  Network  Gateway,  略称:  PGW)、ホーム加入者サーバ(英文正式名称:  Home  Subscriber  Server,  略称:  HSS)、及び、ポリシー及び課金ルール機能(英文正式名称:  Policy  and  charging  rule  function,  略称:  PCRF)等の複数の重要な論理的ネットワーク要素を含む。MMEは、主に、ユーザ認証、ハンドオーバー、アイドル状態にあるUEのモビリティ管理、又はユーザコンテキスト及びベアラの管理等のシグナリングプレーン機能の処理を実現する。SGWは、UEが複数のローカルeNodeBの間でハンドオーバーされる際に、モビリティアンカーとなり、パケットデータをルーティングするとともに転送し、そして、合法的な傍受に関連付けられた機能を提供する、ように構成される。PGWは、外部データネットワーク、及び第3世代パートナーシッププロジェクト(英文正式名称:  3rd  Generation  Partnership  Project,  略称:  3GPP)アクセスネットワークと非3GPPアクセスネットワークとの間のユーザプレーンアンカーに接続されるとともに、ユーザアドレス割り当て、ポリシー制御及び課金ルールの実行、及び合法的な傍受の役割を担うゲートウェイである。HSSは、ユーザの認可情報を格納するように構成される。論理的ネットワーク機能、すなわち、SGW及びPGWは、個別に存在してもよく、或いは、一体化されてもよい。PCRFは、ポリシー及び課金ルールを提供する。
【００６４】
選択的に、UEは、PGWに接続することによって外部データネットワークにアクセスして、データネットワーク(英文正式名称:  Data  Network,  略称:  DN)接続を生成してもよい。例えば、UEは、外部パケットデータネットワークにアクセスするために、PGWに接続されて、パケットデータネットワーク(英文正式名称:  Packet  Data  Network,  略称:  PDN)接続を生成する。PDNは、Internet、仮想私設ネットワーク(英文正式名称:  Virtual  Private  Network,  略称:  VPN)、インターネットプロトコルマルチメディアサービス(英文正式名称:  Internet  Protocol  Multi-media  Service,  略称:  IMS)ネットワーク、又はオペレータによって提供される無線アプリケーションプロトコル(英文正式名称:  Wireless  Application  Protocol,  略称:  WAP)ネットワーク等であってもよい。選択的に、UEは、少なくとも2つのDN接続を生成してもよい。それらの少なくとも2つのDN接続は、同じアンカーPGWへの接続であってもよく、或いは、複数の異なるアンカーへの接続であってもよく、それらの少なくとも2つのDN接続は、同じPDNへの接続である。このことは、上記の実施形態においては限定されない。
【００６５】
図1Aを参照すると、図1Aは、本発明の複数の実施形態にしたがったデバイス制御方法の実装環境の概略図である。図1Aに示されているように、その実装環境は、UE110、第1のAN120、制御プレーン(英文正式名称:  Control  Plane,  略称:  CP)ネットワーク要素130、ユーザプレーン(英文正式名称:  User  Plane,  略称:  UP)ネットワーク要素140、及びDN150を含む。
【００６６】
UE110は、ネットワーク端末デバイスであり、モバイル電話、ネットワークアクセス端末デバイス、又はモノのインターネットデバイス等のデバイスであってもよい。
【００６７】
第1のAN120は、UE110に無線アクセスを提供するように構成される。第1のAN120は、進化型NodeB(eNodeB)、無線フィディリティアクセスポイント(英文正式名称:  Wireless  Fidelity  Access  Point,  略称:  WiFi  AP)、又はマイクロ波アクセスのための世界的相互運用性基地局(英文正式名称:  Worldwide  Interoperability  for  Microwave  Access  Base  station,  略称:  WiMAX  BS)等のデバイスであってもよい。
【００６８】
CP130は、モビリティ管理又は転送経路管理を提供するネットワーク要素である。例えば、CP130は、MME、SGWの制御プレーン機能、PGWの制御プレーン機能、或いは、上記の複数のネットワーク要素を組み合わせることによって形成されるモバイルゲートウェイコントローラの機能のうちのすべて又はいくつかであってもよい。
【００６９】
UP140は、ユーザにサービスパケット転送を提供するネットワーク要素である。そのネットワーク要素は、SGWの転送プレーン機能、PGWの転送プレーン機能、或いは、ルータ、スイッチ、又はソフトウェア定義ネットワーク(英文正式名称:  Software  Defined  Network,  略称:  SDN)スイッチ等の物理的デバイスを仮想化した後に得られる転送デバイスであってもよい。代替的に、UP140は、転送プレーンネットワーク要素であってもよい。
【００７０】
DN150は、Internet、VPN、IMS、又はオペレータによって提供されるWAPネットワーク等のPDNであってもよい。
【００７１】
図1Aにおいて、UEが1つのUPにアクセスする(すなわち、同じアンカーにアクセスする)ということが、説明のための1つの例として使用されるということに留意すべきである。選択的に、UEは、少なくとも2つのUPにアクセスしてもよく、それらの少なくとも2つのUPを使用することによって、同じPDNにアクセスしてもよい。例えば、図1Bを参照すると、図1Bは、本発明にしたがった他の可能な実装環境の概略図である。
【００７２】
さらに、上記のCP及びUPについて、制御及び転送を分離してもよいということに留意すべきである。言い換えると、UPは、制御機能を有していない。代替的に、上記のCP及びUPについて、制御及び転送を分離しなくてもよい。言い換えると、UPは、依然として、制御機能を有している。上記のCP及びUPの具体的な実装は、上記の実施形態においては限定されない。
【００７３】
さらに、選択的に、アクセスされている第1のAN120から他のANへとUE110をハンドオーバーする必要がある場合があるということに留意すべきである。図1Cに示されているように、上記の実装環境は、第2のAN160をさらに含んでもよい。第2のAN160は、第1のAN120と同様である。本明細書においては、詳細は、再度、説明されない。
【００７４】
図2を参照して、図2は、本発明の1つの実施形態にしたがったデバイス制御方法の方法フローチャートである。図2に示されているように、そのデバイス制御方法は、以下のステップを含んでもよい。
【００７５】
ステップ201:  CPは、UEのセッション属性を決定する。
【００７６】
具体的には、そのUEとDNとの間に1つのセッションが存在する場合には、CPは、そのUEのセッションのセッション属性を直接的に決定する。そのUEとDNとの間に少なくとも2つのセッションが存在する場合には、CPは、それらの少なくとも2つのセッションのうちの各セッションのセッション属性とそのUEの各ベアラとの間の対応関係を決定してもよい。あるセッションは、少なくとも1つのベアラに対応し、この実施形態におけるベアラは、1つのサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である。言い換えると、この実施形態においては、ベアラ、セッション、及びUEの間の粒度の関係は、ベアラ＜セッション＜UEとなる。
【００７７】
セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの少なくとも1つを含んでもよい。そのセッションに対応するサービスエリアは、そのUEの移動の間のベアラの解放制限を示し、TA、LA、及びセルリストのうちの少なくとも1つを含む。そのセッションに対応するサービスエリアは、そのセッションがセッション連続性を必要とするエリアである。すなわち、そのセッションに対応するサービスエリアの中では、そのセッションは、セッション連続性を必要とするが、一方で、そのセッションに対応するサービスエリアの外側では、そのセッションは、セッション連続性を必要としない。例えば、1つの例として、ベアラが1つのサービスフローであるということを使用する。そのUEのサービスフロー1は、セッション連続性を必要としない。そのサービスフローに対応するDN接続属性がセルリストである場合には、そのUEが、移動し、そして、そのセルリストから取り除かれるときに、第1のANは、そのサービスフローに対応する無線リソースを解放する。帯域幅制約条件は、帯域幅速度又は遅延等を含んでもよい。例えば、帯域幅制約条件は、あるセッション属性に適合するベアラのすべての最大帯域幅が100[kb/s]であるということを含む。
【００７８】
選択的に、CPが、ベアラとセッション属性との間の対応関係を決定する際に、そのベアラが1つのサービスフローである場合には、例えば、そのサービスフローのインターネットプロトコル(英文正式名称:  Internet  Protocol,  略称:  IP)5タプルを使用することによってそのベアラを示すといったように、そのサービスフローのサービスフロー識別子を使用することによってそのベアラを示してもよく、そのベアラが少なくとも2つのサービスフローの集合体である場合には、例えば、bearer  IDを使用することによってそのベアラを示すといったように、ベアラ識別子を使用することによってそのベアラを示してもよい。
【００７９】
ステップ202:  CPは、UEがアクセスする第1のANにセッション属性を送信し、そのセッション属性は、第1のANがUEを制御するのに使用される。
【００８０】
ステップ203:  第1のANは、CPが送信したUEのセッション属性を受信する。
【００８１】
ステップ204:  第1のANは、セッション属性に基づいてUEを制御する。
【００８２】
結論として、この実施形態にしたがって提供されるデバイス制御方法によれば、CPは、そのUEがアクセスする第1のANにそのUEのセッション属性を送信し、それによって、その第1のANは、そのセッション属性に基づいてそのUEを制御することが可能である。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【００８３】
CPによってセッション属性を決定するステップは、以下の4つの可能な取得手法を含んでもよいということに留意すべきである。
【００８４】
第1の手法においては、第1のANを介してUEが送信する制御要求を受信し、そして、その制御要求の中で搬送されるサービス要件情報に基づいて、そのUEのセッション属性を決定し、
制御要求は、アクセス要求、接続確立要求、又はサービス要求であってもよく、アクセス要求は、ネットワーク登録手順の中でUEが送信する要求であり、例えば、アクセス要求は、そのUEの電源がオンにされる際に、第1のANを介してそのUEが送信する要求であってもよく、接続確立要求は、ネットワーク接続を確立することをそのUEによって要求する要求であり、例えば、接続確立要求は、DNへのDN接続を確立することを要求する確立要求であってもよく、サービス要求は、無線アクセスネットワークの各々のインターフェイスのためのシグナリング接続を確立する要求であり、アイドル状態から接続状態にUEを切り替えるのを可能とするのに使用される。
【００８５】
第2の手法においては、UEのあらかじめ構成されたセッション属性を取得する。
【００８６】
第3の手法においては、加入サーバに取得要求を送信し、その加入サーバが返送したセッション属性を受信する。
【００８７】
第4の手法においては、ポリシー決定ネットワーク要素が送信するセッション属性を受信するか、又は、そのポリシー決定ネットワーク要素が送信するインデックスを受信し、そして、そのインデックスに対応するセッション属性を決定する。
【００８８】
以下の記載は、上記の4つの可能な実装を個別に説明する。加えて、以下の実施形態において、CPが上記の第1の取得手法を使用することによってセッション属性を取得するとともに、制御要求がアクセス要求であるということを、主に、説明のための1つの例として使用する。
【００８９】
図3を参照すると、図3は、本発明の他の実施形態にしたがったデバイス制御方法の方法フローチャートである。この実施形態において、CPが制御要求を受信することによってセッション属性を取得するとともに、その制御要求がアクセス要求又は接続確立要求であるということを、説明のための1つの例として使用する。加えて、この実施形態において、CP及びUPについて制御及び転送を分離しないということを1つの例として使用する。図3に示されているように、そのデバイス制御方法は、以下のステップを含んでもよい。
【００９０】
ステップ301:  UEは、第1のANを介してCPにアクセス要求を送信する。
【００９１】
そのUEの電源がオンにされるか、又は追加的なDN接続を確立する必要があるときに、そのUEは、第1のANを介してCPにアクセス要求を送信してもよい。そのアクセス要求は、サービス要件情報を搬送していてもよい。
【００９２】
ステップ302:  CPは、第1のANを介して、UEが送信したアクセス要求を受信する。
【００９３】
アクセス要求を受信した後に、CPは、そのアクセス要求の中で搬送されるUEのサービス要件情報を取得し、そして、そのサービス要件情報に基づいて、UEのセッション属性を決定する。具体的には、UEとDNとの間に1つのセッションが存在する場合には、CPは、サービス要件情報に基づいて、そのセッションのセッション属性を決定してもよい。UEとDNとの間に少なくとも2つのセッションが存在する場合には、CPは、サービス要件情報に基づいて、それらの少なくとも2つのセッションのセッション属性を決定してもよい。選択的に、CPは、それらの少なくとも2つのセッション属性とUEの各ベアラとの間の対応関係を決定してもよい。セッションは、少なくとも1つのベアラに対応し、この実施形態において説明されるベアラは、1つのサービスフローであってもよく、或いは、少なくとも2つのサービスフローの集合体であってもよい。このことは、この実施形態においては限定されない。
【００９４】
上記のセッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの少なくとも1つを含んでもよい。そのセッションに対応するサービスエリアは、そのUEの移動の間のベアラの解放制限を示し、TA、LA、及びセルリストのうちの少なくとも1つを含む。帯域幅制約条件は、帯域幅速度又は遅延等を含んでもよい。
【００９５】
選択的に、CPが、サービス要件情報に基づいて、ベアラとセッション属性との間の対応関係を決定する際に、そのベアラが1つのサービスフローである場合には、例えば、そのサービスフローのIP-5タプルを使用することによってそのベアラを示すといったように、そのサービスフローのサービスフロー識別子を使用することによってそのベアラを示してもよく、そのベアラが少なくとも2つのサービスフローの集合体である場合には、例えば、bearer  IDを使用することによってそのベアラを示すといったように、ベアラ識別子を使用することによってそのベアラを示してもよい。
【００９６】
ステップ303:  CPは、受信したアクセス要求に基づいて、UPにセッション生成要求を送信する。
【００９７】
ステップ304:  UPは、CPにセッション生成応答を送信する。
【００９８】
選択的に、セッション生成応答は、UPのトンネルエンドポイントを示すのに使用される識別子情報及びUP  IPアドレスを搬送する。その識別子情報は、トンネルエンドポイント識別子(英文正式名称:  tunnel  ending  point  identity,  略称:  TEID)であってもよい。
【００９９】
ステップ305:  CPは、第1のANにコンテキスト確立要求を送信し、そのコンテキスト確立要求は、セッション属性を搬送する。
【０１００】
UEとDNとの間に1つのみのセッションが存在する場合には、コンテキスト確立要求は、そのセッションのセッション属性のみを含んでもよい。UEとDNとの間に少なくとも2つのセッションが存在する場合には、コンテキスト確立要求は、各ベアラとセッション属性との間の対応関係を含んでもよい。
【０１０１】
選択的に、コンテキスト確立要求は、他の内容を含んでもよい。例えば、コンテキスト確立要求は、UP  IP、UP  TEID、及び制御受け入れメッセージを含んでもよい。その制御受け入れメッセージは、UEのIPアドレスを含む。この実施形態に関連する内容のみが、この実施形態において説明され、実際に含まれる内容は、制限されない。
【０１０２】
ステップ306:  第1のANは、CPが送信したコンテキスト確立要求を受信する。
【０１０３】
ステップ307:  第1のANは、セッション属性に基づいてUEを制御する。
【０１０４】
第1のANがコンテキスト確立要求を受信した後に、第1のANは、そのコンテキスト確立要求の中で搬送されるセッション属性を取得する。その後、第1のANは、そのセッション属性に基づいてUEを制御してもよい。選択的に、コンテキスト確立要求がベアラとセッション属性との間の対応関係を搬送する場合には、第1のANは、そのコンテキスト確立要求からその対応関係を取得し、そして、その対応関係に基づいてUEを制御してもよい。
【０１０５】
第1のANによって、セッション属性に基づいてUEを制御するステップは、そのセッション属性に基づいて、UEについてモビリティ管理制御を実行するステップ、又は、そのセッション属性に基づいて、UEについてサービス品質(英文正式名称:  Quality  of  Service,  略称:QoS)制御を実行するステップ、又は、UEについてモビリティ管理制御及びQoS制御を同時に実行するステップ、を含んでもよい。
【０１０６】
選択的に、第1のANによって、セッション属性に基づいて、UEについてモビリティ管理制御を実行するステップは、以下のステップを含んでもよい。
【０１０７】
第1に、第1のANは、UEに測定制御メッセージを送信する。
【０１０８】
測定制御メッセージは、UE測定制御パラメータを含む。例えば、測定制御メッセージは、信号強度、測定する必要があるセルリスト、及び測定報告によって回答する回答方法を含んでもよい。
【０１０９】
第2に、第1のANは、UEが返送した測定報告を受信する。
【０１１０】
第3に、測定報告に基づいて、第2のANへとそのUEをハンドオーバーする必要があるということを決定する際に、第１のANは、セッション属性に基づいてそのUEを制御する。
【０１１１】
セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含んでもよい。したがって、異なるセッション属性の内容に基づいて、このステップは、以下の2つの状況を含んでもよい。
【０１１２】
第1の状況は、以下のようになる。セッション属性がセッションに対応するサービスエリアを含む場合に、UEとDNとの間に1つのセッション又は少なくとも2つのセッションが存在してもよい。したがって、以下の記載は、複数の異なる状況を個別に説明する。
【０１１３】
UEとDNとの間に第1のセッションが存在し(第1のセッションのみが含まれ)、セッション属性が、その第1のセッションに対応するサービスエリアを含む場合に、このステップは、図4及び図6にしたがった2つの可能な実装を含んでもよい。
【０１１４】
図4にしたがった1つの例において:
【０１１５】
ステップ401:  第1のANは、セッション属性を搬送するハンドオーバー要求メッセージを第2のANに送信し、そのハンドオーバー要求メッセージは、第2のANが、セッション属性に基づいて、第1のセッションをハンドオーバーする必要がないということを決定する場合に、CPをトリガして第1のセッションを解放させるように第2のANに指示するのに使用される。
【０１１６】
選択的に、ハンドオーバー要求メッセージは、UEのセッションのコンテキスト情報をさらに含んでもよい、すなわち、第1のセッションのコンテキスト情報をさらに含んでもよい。第1のセッションのコンテキスト情報は、第1のセッションのセッション識別情報及び第1のセッションの無線ベアラに対応するQoSパラメータ等を含む。このことは、本明細書においては限定されない。
【０１１７】
ステップ402:  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信する。
【０１１８】
ステップ403:  第2のANは、ハンドオーバー要求メッセージの中のセッション属性に基づいて、第1のセッションをハンドオーバーする必要があるか否かを決定する。
【０１１９】
選択的に、第2のANによって、第1のセッションをハンドオーバーする必要があるか否かを決定するステップは、第1のセッションのセッション属性に基づいて、第2のANが第1のセッションのサービスエリアの中に存在しているか否かを検出するステップを含む。第2のANが第1のセッションのサービスエリアの中に存在している場合には、セッション属性は、第1のセッションがセッション連続性要件を満たしているということを示し、第2のANは、第1のセッションをハンドオーバーする必要があるということを決定する。第2のANが第1のセッションのサービスエリアの中に存在していない場合には、セッション属性は、第1のセッションがセッション連続性要件を満たしていないということを示し、第2のANは、第1のセッションをハンドオーバーする必要がないということを決定する。
【０１２０】
ステップ404:  第2のANが、第1のセッションをハンドオーバーする必要がないということを決定する場合には、第2のANは、CPをトリガして、第1のセッションを解放させる。
【０１２１】
第2のANが、第1のセッションをハンドオーバーする必要がないということを決定する場合には、第2のANは、CPをトリガして、第1のセッションを解放させる。選択的に、第2のANは、CPに経路切り替え要求メッセージを送信してもよい。その経路切り替え要求メッセージは、ハンドオーバーする必要がない第1のセッションのセッション識別情報を搬送する。
【０１２２】
選択的に、第2のANが、第1のセッションをハンドオーバーする必要がないということを決定する場合には、第2のANは、第1のセッションに対応する無線リソースを確立しなくてもよい。本明細書においては、詳細は説明されない。
【０１２３】
第2のANが、第1のセッションをハンドオーバーする必要があるということを決定する場合には、第2のANは、第1のセッションに対応する無線リソースを確立し、CPをトリガして、第1のセッションの経路を修正させる。本明細書においては、詳細は説明されない。
【０１２４】
ステップ405:  CPは、第2のANによってトリガされた後に、第1のセッションを解放する。
【０１２５】
選択的に、CPは、第2のANが送信した経路切り替え要求メッセージを受信してもよく、ハンドオーバーする必要がない第1のセッションのセッション識別情報であって、経路切り替え要求メッセージの中で搬送されるセッション識別情報を構文解析によって取得した後に、CPは、解放手順を開始し、さらに、第1のセッションを解放してもよい。CPによって第1のセッションを解放するこの実施形態において説明されるステップは、CPが、第1のANの中の第1のセッションのリソース及びUPの中の第1のセッションのリソースを解放するということである。この実施形態においては、詳細は説明されない。
【０１２６】
選択的に、UEを制御するステップは、複数の他のステップをさらに含んでもよい。例えば、図5A及び図5Bを参照すると、UEを制御するプロセスは、以下のステップを含む。
【０１２７】
501.  第1のANは、第1のセッションのコンテキスト情報及び第1のセッションのセッション属性を搬送するハンドオーバー要求メッセージを第2のANに送信する。
【０１２８】
502.  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信し、そして、そのハンドオーバー要求メッセージの中のセッション属性に基づいて、第1のセッションをハンドオーバーする必要があるか否かを決定する。
【０１２９】
503.  第2のANは、第1のANにハンドオーバー肯定応答メッセージを送信し、そのハンドオーバー肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１３０】
504.  第1のANは、UEに無線リソース再構成メッセージを送信して、無線リソース再構成手順を開始する。
【０１３１】
505.  第1のANから第2のANへとUEをハンドオーバーする。
【０１３２】
506.  第2のANは、CPに経路切り替え要求メッセージを送信し、その経路切り替え要求メッセージは、ハンドオーバーする必要があるセッションのセッション識別情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１３３】
507.  CPは、経路切り替え要求メッセージを受信し、CPは、ハンドオーバーする必要があるセッションについてUPに対するユーザプレーン経路修正手順を開始し、そして、CPは、ハンドオーバーする必要がないセッションについてセッション解放手順を開始する。
【０１３４】
508.  CPは、第2のANに経路切り替え要求肯定応答メッセージを送信し、その経路切り替え要求肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１３５】
509.  第2のANは、第1のANにリソース解放メッセージを送信する。
【０１３６】
510.  第1のANは、リソース解放メッセージを受信し、そして、第1のANとUEとの間の無線リソース、及び制御プレーンに関連付けられている第1のANのリソースを解放する。
【０１３７】
図6の1つの例において:
【０１３８】
ステップ601:  第1のANは、第1のセッションのセッション属性に基づいて、第1のセッションをハンドオーバーする必要があるか否かを決定する。
【０１３９】
このステップは、ステップ403と同様である。本明細書においては、詳細は再度説明されない。
【０１４０】
ステップ602:  第1のANが、第1のセッションをハンドオーバーする必要がないということを決定する場合には、第1のANは、第2のANにハンドオーバー要求メッセージを送信し、そのハンドオーバー要求メッセージは、ハンドオーバーする必要がない第1のセッションのセッション識別情報を搬送する。
【０１４１】
ハンドオーバー要求メッセージは、第1のセッションの解放をトリガするように第2のANに指示するのに使用される。
【０１４２】
選択的に、ハンドオーバー要求メッセージは、さらに、例えば、第1のセッションの無線ベアラに対応するQoSパラメータを搬送するといったように、第1のセッションのコンテキスト情報を搬送してもよい。このことは、本明細書においては限定されない。
【０１４３】
第1のANが、第1のセッションをハンドオーバーする必要があるということを決定する場合には、第1のANは、ハンドオーバーする必要がある第1のセッションのコンテキスト情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよく、第2のANは、第1のセッションに対応する無線ベアラを確立し、そして、CPをトリガして、第1のセッションの経路を修正させる。本明細書においては、詳細は説明されない。
【０１４４】
ステップ603:  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信する。
【０１４５】
ハンドオーバー要求メッセージを受信した後に、第2のANは、第1のセッションに対応する無線リソースを確立しなくてもよい。
【０１４６】
ステップ604:  第2のANは、CPをトリガして、第1のセッションを解放させる。
【０１４７】
第2のANがハンドオーバー要求メッセージを受信した後に、第2のANは、ハンドオーバーする必要がない第1のセッションのセッション識別情報であって、ハンドオーバー要求メッセージの中で搬送されるセッション識別情報に基づいて、CPをトリガして、第1のセッションを解放させてもよい。選択的に、第2のANは、ハンドオーバーする必要がない第1のセッションに対応する無線リソースを確立しなくてもよい。
【０１４８】
ステップ605:  CPは、第2のANによってトリガされた後に、第1のセッションを解放する。
【０１４９】
選択的に、CPは、第1のANの中の第1のセッションのリソース及びUPの中の第1のセッションのリソースを解放してもよい。本明細書においては、詳細は説明されない。
【０１５０】
選択的に、複数の他のステップをさらに含んでもよい。例えば、図7A及び図7Bを参照すると、UEを制御するステップは、以下のステップを含んでもよい。
【０１５１】
701.  第1のANは、セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定する。
【０１５２】
702.  第1のANは、第2のANにハンドオーバー要求メッセージを送信し、そのハンドオーバー要求メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報及びハンドオーバーする必要があるセッションのコンテキスト情報を搬送する。
【０１５３】
703.  第2のANは、ハンドオーバー要求メッセージを受信し、そのハンドオーバー要求メッセージに基づいて、ハンドオーバーする必要がないセッションを決定する。
【０１５４】
704.  第2のANは、第1のANにハンドオーバー肯定応答メッセージを送信し、そのハンドオーバー肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１５５】
705.  第1のANは、UEに無線リソース再構成メッセージを送信して、無線リソース再構成手順を開始する。
【０１５６】
706.  第1のANから第2のANへとUEをハンドオーバーする。
【０１５７】
707.  第2のANは、CPに経路切り替え要求メッセージを送信し、その経路切り替え要求メッセージは、ハンドオーバーする必要があるセッションのセッション識別情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１５８】
708.  CPは、経路切り替え要求メッセージを受信し、CPは、ハンドオーバーする必要があるセッションについて、UPに対してユーザプレーン経路修正手順を開始し、そして、CPは、ハンドオーバーする必要がないセッションについて、セッション解放手順を開始する。
【０１５９】
709.  CPは、第2のANに経路切り替え要求肯定応答メッセージを送信し、その経路切り替え要求肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１６０】
710.  第2のANは、第1のANにリソース解放メッセージを送信する。
【０１６１】
711.  第1のANは、リソース解放メッセージを受信し、そして、第1のANとUEとの間の無線リソース、及び制御プレーンに関連付けられている第1のANのリソースを解放する。
【０１６２】
UEとDNとの間に少なくとも2つのセッションが存在し、セッション属性が、それらの少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合には、UEを制御するステップは、図8及び図10にしたがった2つの可能な実装を含んでもよい。
【０１６３】
図8にしたがった1つの例において、このステップは、以下のステップを含んでもよい。
【０１６４】
ステップ801:  第1のANは、セッション属性を搬送するハンドオーバー要求メッセージを第2のANに送信する。
【０１６５】
例えば、UEとDNとの間に、セッション1、セッション2、及びセッション3である3つのセッションが存在する場合に、第1のANは、第2のANにハンドオーバー要求メッセージを送信してもよく、そのハンドオーバー要求メッセージは、それらの3つのセッションのセッション属性を搬送する。
【０１６６】
ステップ802:  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信する。
【０１６７】
ステップ803:  第2のANは、セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定する。
【０１６８】
第2のANは、各セッションのセッション属性に基づいて、第2のANが、そのセッションに対応するサービスエリアの中に位置しているか否かを検出してもよい。第2のANが、そのセッションに対応するサービスエリアの中に存在する場合には、第2のANは、そのセッションをハンドオーバーする必要があるということを決定し、第2のANが、そのセッションに対応するサービスエリアの中に存在していない場合には、そのセッションをハンドオーバーする必要がない。
【０１６９】
1つの例として、UEとDNとの間に上記の3つのセッションが存在するということをさらに使用する。第2のANは、セッション1及びセッション2をハンドオーバーする必要があるということを決定するとともに、セッション3をハンドオーバーする必要がないということを決定してもよい。
【０１７０】
選択的に、セッションは、少なくとも1つのベアラに対応してもよく、あるセッションをハンドオーバーする必要がある場合に、そのセッションに対応する複数のベアラのうちのいくつかのベアラをハンドオーバーする必要があってもよく、一方で、いくつかのベアラをハンドオーバーする必要がなくてもよい。したがって、この実施形態においては、選択的に、第2のANは、さらに、セッション属性と各ベアラとの間の対応関係に基づいて、ハンドオーバーする必要があるベアラ(すなわち、セッション連続性を必要とするベアラ)及びハンドオーバーする必要がないベアラ(すなわち、セッション連続性を必要としないベアラ)を決定してもよい。
【０１７１】
ステップ804:  第2のANは、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がないセッションを解放させる。
【０１７２】
ハンドオーバーする必要がある決定されたセッションについては、第2のANは、ハンドオーバーする必要があるそのセッションに対応する無線リソースを確立する。例えば、第2のANは、セッション1及びセッション2に対応する無線リソースを確立してもよい。ハンドオーバーする必要がない決定されたセッションについては、第2のANは、ハンドオーバーする必要がないそのセッションに対応する無線リソースを確立せず、第2のANは、CPをトリガして、ハンドオーバーする必要がないそのセッションを解放させてもよい。
【０１７３】
選択的に、第2のANは、ハンドオーバーする必要があるベアラに対応する無線リソースを確立してもよく、そして、CPをトリガして、ハンドオーバーする必要がないベアラを解放させてもよい。
【０１７４】
ステップ805:  CPは、第2のANによってトリガされた後に、ハンドオーバーする必要がないセッションを解放する。
【０１７５】
例えば、図9を参照して、第1のANから第2のANへとハンドオーバーされる前に、UEは、UP1へのDN接続1及びUP2へのDN接続2を含む。第1のANが、第2のANへとUEをハンドオーバーする必要があるということを決定する場合に、第1のANは、DN接続1及びDN接続2のセッション属性を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。(例えば、1つの例として、あるベアラが1つのサービスフローを含むということを使用する。図9を参照して、DN接続1に対応するサービスフローは、サービスフロー1a及びサービスフロー1b等を含み、DN接続2に対応するサービスフローは、サービスフロー2a及びサービスフロー2b等を含む。ハンドオーバー要求メッセージは、表1に示されているように、サービスフロー1a、サービスフロー1b、サービスフロー2a、及びサービスフロー2b等を含むリストを含んでもよい。)  第2のANが、DN接続1をハンドオーバーする必要がないということを決定するとともに、DN接続2をハンドオーバーする必要があるということを決定する場合に、第2のANは、DN接続2に対応する無線リソースを確立し、DN接続1に対応する無線リソースを確立せず、CPをトリガして、DN接続1に対応する無線リソースを解放させる。
【表１】
2019511170.tif 000031
【０１７６】
この実施形態においては、2つのDN接続がDNへの複数の異なるUPの接続であるということは、1つの例として使用されているに過ぎない。選択的に、それらの2つのDN接続は、同じUPへの複数の接続であってもよく、接続手法は、この実施形態においては限定されない。加えて、選択的に、UEは、さらに、より多くのDN接続を使用することによってDNにアクセスしてもよく、このことも、また、この実施形態においては限定されない。
【０１７７】
選択的に、ステップ804の前に、第2のANは、さらに、ハンドオーバーする必要があるセッションについて受付制御を実行してもよい。言い換えると、第2のANは、第2のANが、ハンドオーバーする必要があるそのセッションのハンドオーバーを許容する否かを検出する。第2のANが、ハンドオーバーする必要があるセッションのアクセスを許容しない場合には、第2のANは、さらに、そのセッションに対応する無線リソースを確立しないが、CPをトリガして、そのセッションを解放させる。このことは、この実施形態においては限定されない。
【０１７８】
選択的に、UEを制御するステップは、複数の他のステップをさらに含んでもよい。例えば、詳細なプロセスは、図5A及び図5Bに示されてもよい。本明細書においては、詳細は再度説明されない。
【０１７９】
図10にしたがった1つの例において、このステップは、以下のステップを含んでもよい。
【０１８０】
ステップ1001:  第1のANは、セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定する。
【０１８１】
セッション属性に基づいて第1のANによって、セッションをハンドオーバーする必要があるか否かを決定する決定方法は、ステップ403において説明されている。本明細書においては、詳細は再度説明されない。
【０１８２】
ステップ1002:  第1のANは、第2のANにハンドオーバー要求メッセージを送信し、そのハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０１８３】
選択的に、このステップは、以下の2つの可能な実装を含んでもよい。
【０１８４】
第1の手法においては、ハンドオーバーする必要がないセッションを決定した後に、第1のANは、ハンドオーバーする必要がないセッションのリスト及びハンドオーバーする必要があるセッションのリストを生成し、ハンドオーバーする必要がないセッションのリスト及びハンドオーバーする必要があるセッションのリストを搬送するハンドオーバー要求メッセージを第2のANに送信する。ハンドオーバーする必要がないセッションのリストは、ハンドオーバーする必要がないセッションのセッション識別情報を含み、ハンドオーバーする必要がないセッションのセッション識別情報は、そのセッションに対応する無線リソースを確立しないように第2のANに指示するのに使用される。ハンドオーバーする必要があるセッションのリストは、ハンドオーバーする必要があるセッションのコンテキスト情報を含む。そのコンテキスト情報は、ハンドオーバーする必要があるセッションのセッション識別情報及びハンドオーバーする必要があるそのセッションの無線ベアラに対応するQoSパラメータ等を含み、そのコンテキスト情報は、そのセッションに対応する無線リソースを確立するように第2のANに指示するのに使用される。
【０１８５】
第2の手法においては、ハンドオーバーする必要がないセッションを決定した後に、第1のANは、UEの複数のセッションのコンテキスト情報及び第2の指示情報を搬送するハンドオーバー要求メッセージを第2のANに送信する。第2の指示情報は、ハンドオーバーする必要がないセッションを示すのに使用される。例えば、UEとDNとの間に存在する複数のセッションは、セッション1、セッション2、及びセッション3を含む。第1のANが、それらの複数のセッションの複数のセッション属性に基づいて、セッション2がハンドオーバーする必要がないセッションであるということを決定する際に、第1のANは、セッション1のコンテキスト情報、セッション2のコンテキスト情報、セッション3のコンテキスト情報、及び、セッション2をハンドオーバーする必要がないということを示すのに使用される第2の指示情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。選択的に、第2の指示情報は、フラグビットであってもよく、そのフラグビットは、対応するセッションのコンテキスト情報と関連していてもよい。例えば、1つの例として、ハンドオーバーする必要がないセッションを示すのに"0"を使用するということが使用される。上記の例では、第1のANは、セッション1のコンテキスト情報、セッション2のコンテキスト情報、セッション3のコンテキスト情報、及びセッション2のコンテキスト情報と関連する"0"を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。
【０１８６】
選択的に、第1のANは、さらに、他の手法にしたがって、第2のANにハンドオーバー要求メッセージを送信してもよい。このことは、この実施形態においては限定されない。
【０１８７】
ステップ1003:  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信する。
【０１８８】
ステップ1004:  第2のANは、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がないセッションを解放させる。
【０１８９】
第2のANは、ハンドオーバー要求メッセージを構文解析し、構文解析によって取得したハンドオーバーする必要があるセッションのコンテキスト情報に基づいて、ハンドオーバーする必要があるセッションに対応する無線リソースを確立してもよく、そして、構文解析によって取得したハンドオーバーする必要がないセッションのセッション識別情報に基づいて、CPをトリガして、ハンドオーバーする必要がないセッションを解放させてもよい。
【０１９０】
選択的に、ハンドオーバー要求メッセージの中で搬送される異なる内容に基づいて、このステップは、以下の2つの可能な実装を含む。
【０１９１】
第1の手法において、ハンドオーバー要求メッセージが、ハンドオーバーする必要がないセッションのリスト及びハンドオーバーする必要があるセッションのリストを含む場合には、第2のANは、ハンドオーバーする必要がないセッションのリストに基づいて、CPをトリガして、ハンドオーバーする必要がないそのセッションを解放させ、ハンドオーバーする必要があるセッションのリストに基づいて、ハンドオーバーする必要があるそのセッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要があるセッションの経路を修正させる。第2のANによって、CPをトリガして、ハンドオーバーする必要がないセッションを解放させるステップは、第2のANによって、CPをトリガして、第1のセッションを解放させる上記の実施形態におけるステップ404と同様である。この実施形態においては、詳細は再度説明されない。
【０１９２】
第2の手法においては、ハンドオーバー要求メッセージが、セッションのコンテキスト情報及び第2の指示情報を含み、第2の指示情報が、ハンドオーバーする必要がないセッションを示すのに使用される場合には、第2のANは、第2の指示情報に基づいて、CPをトリガして、ハンドオーバーする必要がないセッションを解放させ、第2の指示情報に基づいて、セッションのコンテキスト情報から、ハンドオーバーする必要があるセッションのコンテキスト情報を決定し、そして、さらに、ハンドオーバーする必要があるセッションの決定されたコンテキスト情報に基づいて、ハンドオーバーする必要があるセッションに対応する無線リソースを確立する。セッションのコンテキスト情報は、セッションのセッション識別情報及びセッションの無線ベアラに対応するQoS情報を含む。したがって、第2のANによって、第2の指示情報に基づいて、セッションのコンテキスト情報から、ハンドオーバーする必要があるセッションのコンテキスト情報を決定するステップは、複数のセッションのコンテキスト情報から、第2の指示情報が示していないセッションのコンテキスト情報を選択するステップを含んでもよい。選択されたコンテキスト情報は、ハンドオーバーする必要があるセッションのコンテキスト情報である。
【０１９３】
選択的に、ステップ1004の前に、第2のANは、さらに、ハンドオーバーする必要があるセッションについて受付制御を実行してもよい。言い換えると、第2のANは、第2のANが、ハンドオーバーする必要があるそのセッションのハンドオーバーを許容する否かを検出する。第2のANが、ハンドオーバーする必要があるセッションのアクセスを許容しない場合には、第2のANは、さらに、そのセッションに対応する無線リソースを確立しないが、CPをトリガして、そのセッションを解放させる。このことは、この実施形態においては限定されない。
【０１９４】
ステップ1005:  CPは、第2のANによってトリガされた後に、ハンドオーバーする必要がないセッションを解放する。
【０１９５】
このステップは、上記の実施形態におけるステップ405と同様である。本明細書においては、詳細は、再度説明されない。
【０１９６】
選択的に、UEを制御するステップは、複数の他のステップをさらに含んでもよい。例えば、詳細なプロセスは、図7A及び図7Bに示されていてもよい。本明細書においては、詳細は再度説明されない。
【０１９７】
上記の説明は、第1のANが、第2のANを使用することによってセッション又はベアラを解放する例を使用しているにすぎない。選択的に、このステップをさらに以下のように実装してもよい。第1のANは、さらに、セッション属性に基づいて、ハンドオーバーする必要がないセッションを決定してもよく、その後、CPに指示情報を送信してもよく、そして、CPは、ハンドオーバーする必要がないセッション又はベアラを解放する。UEとDNとの間にセッションが1つのみ存在するときであって、そのただ1つの第1のセッションをハンドオーバーする必要がない場合には、第1のANは、CPに指示情報を送信し、そして、CPは、その第1のセッションを解放する。UEとDNとの間に少なくとも2つのセッションが存在する場合には、第1のANは、セッション属性とベアラとの間の対応関係に基づいて、ハンドオーバーする必要がないベアラを決定してもよく、CPに指示情報を送信し、そして、CPは、ハンドオーバーする必要がないそのベアラを解放する。具体的には、ベアラのリソースを解放するということを1つの例として使用する。指示情報を受信した後に、CPは、第1のANにベアラ削除要求を送信する。ベアラ削除要求を受信した後に、第1のANは、無線リソース再構成手順を開始し、CPにベアラ削除応答を返送する。第1のANの無線リソース再構成手順においては、第1のANは、そのベアラに対応する無線リソースを削除してもよい。指示情報は、セッション連続性管理を実行する必要があるベアラのコンテキスト情報を含むか、又は、セッション連続性管理を実行する必要がないベアラのコンテキスト情報を含む。このことは、この実施形態においては限定されない。加えて、本明細書においては、CPがベアラを解放するということは、1つの例として使用されているにすぎない。CPをトリガしてセッションを解放させる解放手順は、上記の手順と同様である。この実施形態においては、詳細は再度説明されない。
【０１９８】
第2の状況は、以下のようになる。セッション属性が、セッションに対応する帯域幅制約条件を含む場合に、上記の説明と同様に、UEとDNとの間に1つのセッション又は少なくとも2つのセッションが存在してもよい。したがって、このステップは、以下のステップを含んでもよい。
【０１９９】
UEとDNとの間に(例えば、第2のセッション等の)1つのセッションが存在する場合に、第1のANは、セッション属性の中の第2のセッションに対応する帯域幅制約条件に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行してもよい。例えば、第2のセッションに対応する帯域幅制約条件が、最大帯域幅が100[kb/s]であるということである場合に、第1のANは、帯域幅制約条件に基づいて、第2のセッションに対応するユーザパケットの帯域幅を100[kb/s]よりも大きくない値に制限する。
【０２００】
UEとDNとの間に少なくとも2つのセッションが存在する場合に、このステップは、2つの可能な実装を含んでもよい。第1の可能な実装において、第1のANは、最初に、それらの少なくとも2つのセッションのベアラのうちでUEが受信するユーザパケットに対応するベアラを決定してもよく、ベアラとセッション属性との間の対応関係に基づいて、そのベアラに対応するセッション属性を決定し、そして、さらに、その決定されたセッション属性の中の帯域幅制約条件に基づいて、ユーザパケットについて帯域幅制約を実行してもよい。例えば、UEとDNとの間にセッション1及びセッション2が存在し、セッション1に対応する帯域幅制約条件は、最大帯域幅が100[kb/s]であるということであり、セッション2に対応する帯域幅制約条件は、最大帯域幅が50[kb/s]であるということであり、そして、UEが受信するユーザパケットに対応するベアラは、セッション1に対応するベアラである。この場合に、第1のANは、ユーザパケットの帯域幅を100[kb/s]よりも大きくない値に制限してもよい。第2の可能な実装において、第1のANは、各セッションに対応する帯域幅制約条件に基づいて、UEのユーザパケットの帯域幅制約条件を算出してもよく、さらに、UEのユーザパケットについて帯域幅制約を実行してもよい。具体的には、第1のANは、UEの複数のセッションに対応する複数の帯域幅制約条件の総和を算出し、CPからユーザパケットの認可された帯域幅制約条件を取得し、複数の帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件よりも大きい場合に、ユーザパケットの認可された帯域幅制約条件に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行するか、或いは、複数の帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件と等しいか又はより小さい場合に、複数の帯域幅制約条件の総和に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行する。例えば、セッション1に対応する帯域幅制約条件が、最大帯域幅が100[kb/s]であるということであり、セッション2に対応する帯域幅制約条件が、最大帯域幅が50[kb/s]であるということであり、そして、UEのユーザパケットの認可された帯域幅制約条件は、120[kb/s]である場合に、UEのユーザパケットの帯域幅を120[kb/s]よりも大きくない値に制限する。一方で、ユーザパケットの認可された帯域幅制約条件が170[kb/s]である場合に、UEのユーザパケットの帯域幅を150[kb/s]よりも大きくない値に制限する。CPは、加入データベースから、ユーザパケットの認可された帯域幅制約条件を取得し、セッション確立手順において、第1のANに送信する。第1のANが、CPが送信したコンテキスト確立要求を受信した後に、第1のANは、さらに、第1のANとUEとの間の無線リソース構成を完了させてもよく、第1のANは、CPにコンテキスト確立応答を送信するということに留意すべきである。UEのための無線リソースの構成に成功した後に、そのUEは、さらに、第1のANに直接的な転送メッセージを送信してもよく、第1のANは、CPに制御完了メッセージを送信する。このことは、この実施形態においては限定されない。加えて、選択的に、CPは、さらに、UPにベアラ更新要求を送信してもよく、そのベアラ更新要求は、AN  IPアドレス及びAN  TEIDを搬送し、ベアラ更新要求を受信した後に、UPは、CP��ベアラ更新応答メッセージを送信する。加えて、CPが第1のANにコンテキスト確立要求を送信した後に、そのCPは、コンテキスト修正手順を開始してもよい。この場合には、CPによって第1のANにセッション属性を送信するステップは、第1のANにコンテキスト修正要求を送信するステップを含んでもよく、そのコンテキスト修正要求は、修正されたコンテキスト情報及び対応するセッション属性を搬送する。対応して、第1のANは、CPが送信したコンテキスト修正要求を受信する。その後、第1のANは、コンテキスト修正要求の中で搬送される修正されたコンテキスト情報及び対応するセッション属性に基づいて、UEを制御してもよい。制御方法は、ステップ307と同様である。この実施形態においては、詳細は再度説明されない。加えて、コンテキスト修正要求を受信した後に、第1のANは、修正されたコンテキスト情報及び対応するセッション属性に基づいて、第1のANとUEとの間の無線リソースを構成してもよく、そして、CPにコンテキスト修正応答を返送してもよい。CPへのコンテキスト修正応答の返送の後に、UPは、第1のANにダウンリンクデータを送信してもよく、そして、第1のANは、UEにそのダウンリンクデータを転送する。選択的に、UEのための無線リソースの構成に成功した後に、そのUEは、第1のANに直接的な転送メッセージを送信してもよく、第1のANは、CPに制御完了メッセージを送信する。その後、UEは、第1のANにアップリンクデータを送信してもよく、第1のANは、UPにそのアップリンクデータを転送する。
【０２０１】
さらに、この実施形態においては、UP及びCPについて制御及び転送を分離するということは、1つの例として使用されているにすぎないということに留意すべきである。選択的に、UP及びCPについて制御及び転送を分離しなくてもよい。この場合には、デバイス制御方法は、適応的に調整される。例えば、ステップ303において、CPがアクセス要求を受信した後に、CPは、UEにパケット転送ルールを送信してもよく、そして、ステップ304は、直接的に省略される。このことは、この実施形態においては限定されない。
【０２０２】
結論として、この実施形態にしたがって提供されるデバイス制御方法によれば、CPは、そのUEがアクセスする第1のANにそのUEのセッション属性を送信し、それによって、その第1のANは、そのセッション属性に基づいてそのUEを制御することが可能である。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０２０３】
第1のANが、セッション属性に基づいてUEについてモビリティ管理を実行する際に、その第1のANは、最初に、いかなるモビリティ管理も必要としないセッション/ベアラに対応する無線リソースを解放し、それにより、そのUEのハンドオーバー手順において必要となる無線リソースを低減する。
【０２０４】
加えて、第1のANは、セッション属性に基づいて、そのUEについてQoS制御を実行し、それによって、各セッションを制御することが可能であるとともに、制御の柔軟性及び精度をさらに改善する。
【０２０５】
上記の実施形態において、制御要求がアクセス要求であるということは、説明のための1つの例として使用されているにすぎない。選択的に、制御要求が接続確立要求又はサービス要求である場合には、実行プロセスは同様である。この実施形態においては、詳細は再度説明されない。加えて、制御要求がサービス要求である場合には、デバイス制御方法の中のステップ305は、制御受け入れメッセージを含まなくてもよく、他のステップは同様である。この実施形態においては、詳細は再度説明されない。
【０２０６】
上記の実施形態において、CPが、制御要求を受信することによってセッション属性を取得するということは、1つの例として使用されているにすぎない。選択的に、制御要求は、セッション属性を決定するのに使用されるサービス要件情報を含まなくてもよく、この場合には、CPは、さらに、以下の取得手法にしたがってセッション属性を取得してもよい。具体的には、第1の可能な実装において、CPは、UEのあらかじめ構成されたセッション属性を局所的に取得する。例えば、ネットワーク管理者は、CPにおいて、UEのセッション属性をあらかじめ構成する。CPがセッション属性を取得する必要がある場合には、そのCPは、そのセッション属性を局所的かつ直接的に読み出してもよい。第2の可能な実装においては、UEのセッション属性は、加入データとして使用されるとともに、加入サーバに格納される。この場合には、CPは、加入サーバに取得要求を送信してもよく、さらに、加入サーバが返送したセッション属性を受信してもよい。ネットワーク管理者は、ポリシー決定ネットワーク要素を使用することによって、CPにセッション属性を動的に送信してもよく、或いは、ポリシー決定ネットワーク要素は、CPにインデックスを動的に送信し、そして、CPは、そのインデックスに基づいて、そのインデックスに対応するセッション属性の検索要求を行う。もちろん、選択的に、CPは、さらに、他の取得手法にしたがって、セッション属性を取得してもよい。このことは、この実施形態においては限定されない。加えて、UEが少なくとも2つのセッションを含む場合には、上記のセッション属性は、ベアラとセッション属性との間の対応関係であってもよい。
【０２０７】
CPが、セッション属性を決定した後に、第1のANにその決定したセッション属性を送信するということは、上記の実施形態において、1つの例として使用されているにすぎない。選択的に、CPは、さらに、以下の手法にしたがってセッション属性を第1のANに通知してもよい。この場合には、図11を参照して、デバイス制御方法は、以下のステップを含む。
【０２０８】
ステップ1101:  CPは、UEがアクセスする第1のANに第1の対応関係を送信し、その第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含む。
【０２０９】
例えば、CPは、あらかじめ構成された第1の対応関係を取得し、そして、第1のANがCPへのデバイス接続を確立する過程で、その第1のANにその第1の対応関係を送信する。選択的に、第1のANがそのCPへのデバイス接続を確立する必要がある場合に、図12を参照して、第1のANは、そのCPにデバイス接続確立要求を送信してもよく、そして、そのCPは、その第1の対応関係を搬送する接続確立応答を第1のANに送信する。
【０２１０】
ネットワーク識別子は、データネットワークの名称(英文正式名称:  Data  Network  Name,  略称:  DNN)、IPアドレス、IPアドレスプレフィックス、又はIPルーティング情報であってもよい。ネットワーク識別子は、あるネットワークを一意に識別するのに使用される。ネットワーク識別子の具体的な実装は、この実施形態においては限定されない。
【０２１１】
ステップ1102:  CPは、第1のANに第2の対応関係を送信し、その第2の対応関係は、UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含む。
【０２１２】
例えば、CPは、UEが開始するセッション確立手順において、あるセッションのセッション識別情報とネットワーク識別子との間の対応関係を取得してもよく、その後、CPは、第1のANに第2の対応関係を送信してもよい。選択的に、CPは、そのセッションに対応するコンテキスト確立要求の中で、第1のANに各セッションのセッション識別情報とネットワーク識別子との間の対応関係を送信してもよい。言い換えると、CPは、各セッションの第2の対応関係を搬送するコンテキスト確立要求を第1のANに送信してもよい。
【０２１３】
選択的に、UEとDNとの間に少なくとも2つのセッションが存在する場合に、CPは、そのセッションのコンテキスト確立要求の中で、第1のANに各セッションの第2の対応関係を送信してもよい。言い換えると、このステップを複数回実行してもよい。この実施形態においては、詳細は説明されない。
【０２１４】
セッションの上記のセッション識別情報は、セッション確立手順において、UEが送信するセッション確立要求からCPによって取得される。
【０２１５】
ステップ1103:  第1のANは、CPが送信する第1の対応関係及び第2の対応関係を受信する。
【０２１６】
対応して、第1のANは、CPが送信するとともに第1の対応関係を搬送する接続確立応答及びそのセッションの第2の対応関係を搬送するコンテキスト確立要求を受信してもよい。
【０２１７】
ステップ1104:  第1のANは、第1の対応関係及び第2の対応関係に基づいて、UEのセッション属性を決定する。
【０２１８】
第1のANは、ネットワーク識別子とサービスエリアとの間の第1の対応関係及びネットワーク識別子とセッション識別情報との間の第2の対応関係に基づいて、セッションのセッション識別情報とサービスエリアとの間の対応関係を決定してもよい。言い換えると、第1のANは、そのセッションのセッション属性を決定してもよい。
【０２１９】
選択的に、第1のANが、セッション確立手順において、各セッションの第2の対応関係を受信した後に、その第1のANは、そのセッションの第2の対応関係及び先に受信した第1の対応関係に基づいて、セッション確立手順において、そのセッションのセッション属性を決定してもよい。
【０２２０】
ステップ1105:  第1のANは、セッション属性に基づいてUEを制御する。
【０２２１】
このステップは、上記の実施形態におけるステップ307と同様である。本明細書においては、詳細は再度説明されない。
【０２２２】
ステップ1104において、図13を参照すると、図13は、可能なセッション確立手順を示している。図13に示されているように、そのセッション確立手順は、以下のステップを含む。
【０２２３】
1301.  UEは、第1のANを介してCPにセッション確立要求を送信する。
【０２２４】
セッション確立要求は、セッション識別情報を搬送する。選択的に、さらに、ネットワーク識別子を搬送する。
【０２２５】
1302.  CPは、受信したセッション確立要求に基づいて、UEにパケット転送サービスを提供するUPを選択し、そして、そのUPにユーザプレーン経路確立要求を送信する。
【０２２６】
CPがセッション確立要求を受信した後に、そのCPは、UEにIPアドレス又はIPアドレスプレフィックスを割り当ててもよい。
【０２２７】
1303.  UPは、CPにユーザプレーン経路確立応答を送信し、そのユーザプレーン経路確立応答は、UPトンネル情報を搬送する。
【０２２８】
UPトンネル情報は、そのUPのトンネルエンドポイントを示すのに使用される識別子情報及びそのUPのIPアドレスを含んでもよい。識別子情報は、TEIDであってもよい。
【０２２９】
1304.  CPは、第1のANにコンテキスト確立要求を送信し、そのコンテキスト確立要求は、確立されたセッションのセッション識別情報及びネットワーク識別子を搬送する。
【０２３０】
コンテキスト確立要求の中で搬送されるセッション識別情報は、CPがセッション確立要求によって受信した識別情報であってもよい。コンテキスト確立要求の中で搬送されるネットワーク識別子は、CPがセッション確立要求によって受信した識別子であってもよく、或いは、CPが加入サーバから取得した識別子であってもよい。この実施形態においては、このことは限定されない。加入サーバは、そのUEの認可されたネットワーク識別子を格納する。
【０２３１】
選択的に、コンテキスト確立要求は、IPトンネル情報をさらに含んでもよい。
【０２３２】
1305.  第1のANは、CPが送信したコンテキスト確立要求を受信し、そして、UEのセッション属性を決定する。
【０２３３】
1306.  第1のANは、UEとの間の無線リソース構成を完了する。
【０２３４】
1307.  第1のANは、CPにコンテキスト確立応答を送信する。
【０２３５】
コンテキスト確立応答は、第1のANのトンネル情報を搬送してもよい。その第1のANのトンネル情報は、第1のANのIPアドレス及び第1のANのTEIDを含む。
【０２３６】
1308.  UEは、第1のANを介して直接的な転送メッセージを送信し、その直接的な転送メッセージは、制御完了メッセージを搬送する。
【０２３７】
1309.  第1のANは、CPにセッション確立完了メッセージを送信する。
【０２３８】
1310.  CPは、UPにユーザプレーン経路更新要求を送信し、そのユーザプレーン経路更新要求は、第1のANのトンネル情報を搬送する。
【０２３９】
1311.  UPは、CPにユーザプレーン経路更新応答メッセージを返送する。
【０２４０】
結論として、この実施形態にしたがって提供されるデバイス制御方法によれば、CPは、第1のANに第1の対応関係及び第2の対応関係を送信し、それによって、その第1のANは、第1の対応関係及び第2の対応関係に基づいて、その第1のANにアクセスするUEのセッション属性を決定し、そして、さらに、そのUEのセッション属性に基づいて、そのUEを制御することが可能である。そのCPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０２４１】
図14を参照すると、図14は、本発明のさらに別の実施形態にしたがったデバイス制御方法の方法フローチャートである。図14に示されているように、そのデバイス制御方法は、以下のステップを含む。
【０２４２】
ステップ1401:  CPは、第1のANに認可要求を送信する。
【０２４３】
CPが、第1のANへのデバイス接続を確立する際に、そのCPは、その第1のANに認可要求を送信してもよい。その認可要求は、UEのハンドオーバーイベントを認可することを要求するのに使用される。言い換えると、第1のANが、他のANへとUEをハンドオーバーすることを決定する場合には、その第1のANは、CPにイベント通知をフィードバックする必要がある。
【０２４４】
選択的に、CPは、UEの登録手順において、第1のANに認可要求を送信してもよい。すなわち、CPは、UEが第1のANを介してネットワークに対して開始する登録手順において、第1のANに認可要求を送信する。選択的に、CPは、CPと第1のANとの間のN2メッセージを使用することによって、第1のANに認可要求を送信してもよい。本明細書においては、このことは限定されない。
【０２４５】
CPは、さらに、セッション確立手順において、第1のANに認可要求を送信してもよい。すなわち、CPは、UEが第1のANを介してDNへのセッション接続を確立する過程で、第1のANに認可要求を送信する。選択的に、CPは、CPと第1のANとの間のN2メッセージを使用することによって、第1のANに認可要求を送信してもよい。
【０２４６】
ステップ1402:  第1のANは、CPが送信した認可要求を受信する。
【０２４７】
ステップ1403:  CPは、UEのセッション属性を決定する。
【０２４８】
このステップは、上記の実施形態における実装と同様である。本明細書においては、詳細は再度説明されない。
【０２４９】
ステップ1404:  第2のANへとUEをハンドオーバーすることを決定する場合に、第1のANは、認可要求に基づいて、CPに第2のANの位置情報を送信し、その位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される。
【０２５０】
選択的に、第1のANは、UEに測定制御メッセージを送信し、そのUEが返送した測定報告を受信し、そして、その受信した測定報告に基づいて、そのUEをハンドオーバーする必要があるか否かを決定してもよい。第1のANが、UEをハンドオーバーする必要があるということを決定する場合には、第1のANは、CPに第2のANの位置情報を送信してもよい。
【０２５１】
ステップ1405:  CPは、UEがアクセスする第1のANから第2のANの位置情報を受信する。
【０２５２】
ステップ1406:  CPは、セッション属性及び位置情報に基づいて、UEのセッションをハンドオーバーする必要があるか否かを検出する。
【０２５３】
CPによって、セッションをハンドオーバーする必要があるか否かを検出するステップは、上記の実施形態におけるステップ403と同様である。本明細書においては、詳細は再度説明されない。
【０２５４】
選択的に、UEとDNとの間に少なくとも2つのセッションが存在する場合には、CPは、各セッションのセッション属性及び第2のANの位置情報に基づいて、そのセッションをハンドオーバーする必要があるか否かを検出してもよい。
【０２５５】
ステップ1407:  UEのセッションをハンドオーバーする必要がない場合には、CPは、そのセッションを解放する。
【０２５６】
UEとDNとの間に少なくとも2つのセッションが存在する場合には、CPは、そのUEのセッションのうちのいくつかをハンドオーバーする必要がある一方で、それらのセッションのうちのいくつかをハンドオーバーする必要がないということを決定してもよい。この場合には、CPは、ハンドオーバーする必要がないその決定されたセッションを解放してもよい。
【０２５７】
選択的に、このステップは、以下の2つの可能な実装を含んでもよい。
【０２５８】
第1の可能な実装において、このステップは、以下のステップを含んでもよい。
【０２５９】
(1)  CPは、ステップ1406での検出結果に基づいて、ハンドオーバーする必要があるセッションのセッションリスト及びハンドオーバーする必要がないセッションのセッションリストのうちの少なくとも1つを決定してもよい。
【０２６０】
CPは、第1のANにイベント通知を送信する。そのイベント通知は、ハンドオーバーする必要があるセッションのセッションリスト及びハンドオーバーする必要がないセッションのセッションリストのうちの少なくとも1つを搬送する。
【０２６１】
そのイベント通知を受信した後に、第1のANは、そのイベント通知に基づいて、第2のANにハンドオーバー要求メッセージを送信する。
【０２６２】
ハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０２６３】
選択的に、イベント通知が、ハンドオーバーする必要があるセッションのセッションリストを含む場合には、第1のANは、ハンドオーバーする必要があるセッションのコンテキスト情報を直接的に取得し、UEのセッションのうちのすべてのセッションのセッション識別情報及びハンドオーバーする必要があるセッションのセッションリストに基づいて、ハンドオーバーする必要がないセッションのセッション識別情報を決定し、そして、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。選択的に、第1のANは、セッションのコンテキスト情報及びハンドオーバーする必要がないセッションを示すのに使用される第2の指示情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。このステップは、上記の実施形態におけるステップ1002と同様である。本明細書においては、詳細は再度説明されない。
【０２６４】
選択的に、イベント通知が、ハンドオーバーする必要がないセッションのセッションリストを含む場合には、第1のANは、ハンドオーバーする必要がないセッションのセッションリスト及びUEのセッションに基づいて、ハンドオーバーする必要がないセッション以外のセッションを決定する、すなわち、ハンドオーバーする必要があるセッションを決定し、ハンドオーバーする必要があるセッションのコンテキスト情報を取得し、そして、ハンドオーバーする必要がないセッションのセッション識別情報及びハンドオーバーする必要があるセッションのコンテキスト情報を搬送するハンドオーバー要求メッセージを第2のANに送信する。代替的に、第1のANは、さらに、UEのセッションのうちのすべてのセッションのコンテキスト情報及びハンドオーバーする必要がないセッションを示すのに使用される第2の指示情報を搬送するハンドオーバー要求メッセージを第2のANに送信してもよい。
【０２６５】
(4)  第2のANは、ハンドオーバー要求メッセージを受信し、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、CPをトリガして、ハンドオーバーする必要がないセッションを解放させる。
【０２６６】
このステップは、上記の実施形態と同様である。本明細書においては、詳細は再度説明されない。加えて、上記の実施形態と同様に、第2のANが、ハンドオーバーする必要があるセッションに対応する無線リソースを確立する前に、第2のANは、さらに、ハンドオーバーする必要があるセッションについて受付制御を実行してもよい。言い換えると、第2のANは、第2のANが、ハンドオーバーする必要があるそのセッションのハンドオーバーを許容する否かを検出する。第2のANが、ハンドオーバーする必要があるセッションのアクセスを許容しない場合には、第2のANは、さらに、そのセッションに対応する無線リソースを確立しないが、CPをトリガして、そのセッションを解放させる。このことは、この実施形態においては限定されない。
【０２６７】
選択的に、デバイス制御方法は、他のステップを含んでもよい。図15A及び図15Bに示されているように、デバイス制御方法は、以下のステップを含む。
【０２６８】
1501.  CPは、第1のANに認可要求を送信する。
【０２６９】
1502.  CPは、UEのセッション属性を決定する。
【０２７０】
1503.  第1のANは、UEに測定制御メッセージを送信する。
【０２７１】
1504.  UEは、第1のANに測定報告を返送する。
【０２７２】
1505.  第1のANが、測定報告に基づいて、第2のANへとUEをハンドオーバーする必要があるということを決定する場合には、第1のANは、第2のANの位置情報を搬送するイベント通知をCPに送信する。
【０２７３】
1506.  CPは、セッション属性及び位置情報に基づいて、ハンドオーバーする必要があるセッションのセッションリスト及びハンドオーバーする必要がないセッションのセッションリストのうちの少なくとも1つを決定する。
【０２７４】
1507.  CPは、第1のANにイベント通知ACKを送信し、そのイベント通知ACKは、ハンドオーバーする必要があるセッションのセッションリスト及びハンドオーバーする必要がないセッションのセッションリストのうちの少なくとも1つを搬送する。
【０２７５】
1508.  第1のANは、第2のANにハンドオーバー要求メッセージを送信する。
【０２７６】
1509.  第2のANは、第1のANにハンドオーバー要求肯定応答を送信する。
【０２７７】
1510.  第1のANは、UEに無線リソース再構成メッセージを送信して、無線リソース再構成手順を開始する。
【０２７８】
1511.  第1のANから第2のANへとUEをハンドオーバーする。
【０２７９】
1512.  第2のANは、CPに経路切り替え要求メッセージを送信し、その経路切り替え要求メッセージは、ハンドオーバーする必要があるセッションのセッション識別情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０２８０】
選択的に、経路切り替え要求メッセージを送信する前に、第2のANは、受付制御を実行してもよい。第2のANが、ハンドオーバーする必要があるセッションのアクセスを許容しない場合には、第2のANは、さらに、そのセッションの解放をトリガする必要がある。本明細書においては、詳細は再度説明されない。
【０２８１】
1513.  CPは、経路切り替え要求メッセージを受信し、CPは、ハンドオーバーする必要があるセッションについて、UPに対するユーザプレーン経路修正手順を開始し、そして、ハンドオーバーする必要がないセッションについて、セッション解放手順を開始する。
【０２８２】
1514.  CPは、第2のANに経路切り替え要求肯定応答メッセージを送信し、その経路切り替え要求肯定応答メッセージは、ハンドオーバーする必要がないセッションのセッション識別情報を搬送する。
【０２８３】
1515.  第2のANは、第1のANにリソース解放メッセージを送信する。
【０２８４】
1516.  第1のANは、リソース解放メッセージを受信し、そして、第1のANとUEとの間の無線リソース及び制御プレーンに関連付けられている第1のANのリソースを解放する。
【０２８５】
第2の可能な実装において、このステップは、以下のステップを含んでもよい。
【０２８６】
(1)  CPは、ステップ1406での検出結果に基づいて、ハンドオーバーする必要がないセッションを決定してもよい。
【０２８７】
選択的に、CPは、さらに、ハンドオーバーする必要があるセッションを決定してもよい。
【０２８８】
(2)  CPは、ハンドオーバーする必要がないセッションを解放し、そして、第1のANにイベント通知を送信し、そのイベント通知は、ハンドオーバーする必要があるセッションのコンテキスト情報を搬送し、ハンドオーバーする必要があるセッションのコンテキスト情報は、セッション識別情報を含む。
【０２８９】
ハンドオーバーする必要がないセッションを決定した後に、CPは、ハンドオーバーする必要がないセッションを解放する。選択的に、CPは、さらに、ハンドオーバーする必要があるセッションのコンテキスト情報を決定し、そして、ハンドオーバーする必要があるセッションのコンテキスト情報を搬送するイベント通知を第1のANに送信してもよい。
【０２９０】
(3)  イベント通知を受信した後に、第1のANは、そのイベント通知に基づいて、第2のANにハンドオーバー要求メッセージを送信し、そのハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報を搬送する。
【０２９１】
(4)  第2のANは、第1のANが送信したハンドオーバー要求メッセージを受信し、そして、ハンドオーバーする必要があるセッションに対応する無線リソースを確立する。
【０２９２】
選択的に、デバイス制御方法は、複数の他のステップをさらに含んでもよい。図15A及び図15Bを参照すると、この実装と図15A及び図15Bにしたがった実装との間の差異は、以下の点にある。6番目のステップを以下のステップで置き換えてもよい。すなわち、CPは、セッション属性及び位置情報に基づいて、ハンドオーバーする必要がないセッションを決定し、そして、ハンドオーバーする必要がないセッションを解放する。7番目のステップを以下のステップで置き換えてもよい。すなわち、CPは、第1のANにイベント通知ACKを送信し、そのイベント通知ACKは、ハンドオーバーする必要があるセッションのコンテキスト情報を搬送する。12番目のステップを以下のステップで置き換えてもよい。すなわち、第2のANは、CPに経路切り替え要求メッセージを送信し、その経路切り替え要求肯定応答メッセージは、ハンドオーバーする必要があるセッションのセッション識別情報を搬送する。13番目のステップを以下のステップで置き換えてもよい。すなわち、CPは、経路切り替え要求メッセージを受信し、そして、CPは、ハンドオーバーする必要があるセッションについて、UPに対してユーザプレーン経路修正手順を開始する。本明細書においては、詳細は再度説明されない。
【０２９３】
結論として、この実施形態にしたがって提供されるデバイス制御方法によれば、CPは、UEのセッション属性を決定し、そのUEがアクセスする第1のANが送信した第2のANの位置情報を受信し、そして、セッション属性及び位置情報に基づいて、そのUEのセッションのうちでハンドオーバーする必要がないセッションを解放する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記の方法は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０２９４】
上記の複数の実施形態において、CP側に関連付けられたステップを、CP側でのデバイス制御方法として独立に実装することが可能であり、第1のAN側に関連付けられたステップを、第1のAN側でのデバイス制御方法として独立して実装することが可能であり、第2のAN側に関連付けられたステップを、第2のAN側でのデバイス制御方法として独立して実装することが可能である。
【０２９５】
図16を参照すると、図16は、本発明の1つの例示的な実施形態にしたがったデバイス制御装置の概略的な構成図である。第1のANのすべて又は一部としてそのデバイス制御装置を実装してもよい。その第1のANは、プロセッサ1620、そのプロセッサ1620に接続される送信機1640、及びそのプロセッサ1620に接続される受信機1660を含む。当業者は、図16に示されている第1のANの構成が、その第1のANに対するいかなる限定も構成せず、図面に示されている構成要素よりもより多くの構成要素又はより少ない構成要素を含んでもよく、或いは、いくつかの構成要素を組み合わせてもよく、或いは、異なる構成要素の配列を有していてもよいということを理解することが可能である。例えば、第1のANは、メモリ1680及び電源等をさらに含む。
【０２９６】
プロセッサ1620は、第1のANの制御中枢であり、さまざまなインターフェイス及び線路を使用することによって第1のAN全体のすべての部分に接続され、メモリ1680に格納されているソフトウェアプログラム及び/又はモジュールを起動又は実行するとともにメモリ1680に格納されているデータを呼び出すことによって、第1のANのさまざまな機能を実行するとともにデータを処理して、第1のANにおける全体的な制御を実行する。選択的に、プロセッサ1620は、1つ又は複数のプロセッサコアを含んでもよい。選択的に、アプリケーションプロセッサ及びモデムプロセッサを一体化して、プロセッサ1620としてもよい。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインターフェイス、及びアプリケーションプログラム等を処理する。モデムプロセッサは、主に、無線通信を処理する。上記のモデムプロセッサは、プロセッサ1620に一体化されなくてもよく、チップとして上記のモデムプロセッサを独立に実装することが可能であるということを理解することが可能である。
【０２９７】
メモリ1680は、ソフトウェアプログラム及びモジュールを格納するように構成されてもよい。プロセッサ1620は、メモリ1680に格納されているソフトウェアプログラム及びモジュールを実行することによって、さまざまな機能的なアプリケーションを実行し、そして、データを処理する。メモリ1680は、主に、プログラム格納領域及びデータ格納領域を含んでもよい。プログラム格納領域は、オペレーティングシステム1681、受信モジュール1682、制御モジュール1683、及び他の機能によって要求される少なくとも1つのアプリケーションプログラム1684等を格納するのに使用されてもよい。プロセッサ1620は、メモリ1680に格納されている複数のモジュールを呼び出して、上記の複数の実施形態にしたがった第1のAN側に関連付けられているデバイス制御方法を実行する。データ格納領域は、第1のANの使用にしたがって作成される(例えば、音声データ及び電話帳等の)データ等を格納するのに使用されてもよい。さらに、揮発性メモリデバイス又は不揮発性メモリデバイス、或いはそれらの組み合わせのいずれかのタイプによって、メモリ1680を実装してもよい。
【０２９８】
送信機1640は、例えば、アンテナ等の無線周波数伝送構成要素を含んでもよい。送信機1640は、無線信号の中で搬送されるデータ又は情報を送信するように構成されてもよい。無線信号は、モバイル通信システムにおける時間周波数リソースであってもよい。
【０２９９】
受信機1660は、例えば、アンテナ等の無線周波数受信構成要素を含んでもよい。受信機1660は、無線信号の中で搬送されるデータ又は情報を受信するように構成されてもよい。無線信号は、モバイル通信システムにおける時間周波数リソースであってもよい。
【０３００】
上記の実施形態において、第1のANのすべて又は一部としてデバイス制御装置を実装するということは、1つの例として使用されているに過ぎない。選択的に、CP又は第2のANのすべて又は一部として上記の装置を実装してもよい。加えて、CP又は第2のANのすべて又は一部として上記の装置を実装する場合に、メモリ1680のプログラム格納領域の中に格納される受信モジュール1682及び制御モジュール1683を他のモジュールで置き換えてもよい。この場合には、プロセッサ1620は、メモリ1680の中に格納されているモジュールを読み出して、上記の複数の実施形態にしたがったCP側又は第2のAN側に関連付けられたデバイス制御方法を実装する。
【０３０１】
図17を参照すると、図17は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、CPにおいて使用される。図17に示されているように、デバイス制御装置は、決定ユニット1710及び送信ユニット1720を含んでもよい。
【０３０２】
決定ユニット1710は、ユーザ機器UEのセッション属性を決定するように構成される。
【０３０３】
送信ユニット1720は、UEがアクセスする第1のアクセスネットワークANにセッション属性を送信するように構成され、セッション属性は、第1のANがUEを制御するのに使用される。
【０３０４】
選択的に、UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、決定ユニット1710は、さらに、少なくとも2つのセッションのうちの各セッションのセッション属性とUEの各ベアラとの間の対応関係を決定するように構成され、少なくとも1つのベアラは、セッションに対応し、
送信ユニット1720は、さらに、対応関係に基づいて、第1のANにセッション属性を送信するように構成される。
【０３０５】
選択的に、ベアラは、単一のサービスフローであるか、又は、少なくとも2つのサービスフローの集合体である。
【０３０６】
選択的に、決定ユニット1710は、さらに、
第1のANを介してUEが送信する制御要求を受信し、そして、その制御要求の中で搬送されるサービス要件情報に基づいて、そのUEのセッション属性を決定するか、又は、
UEのあらかじめ構成されたセッション属性を取得するか、又は、
加入サーバに取得要求を送信し、その加入サーバが返送したセッション属性を受信するか、又は、
ポリシー決定ネットワーク要素が送信するセッション属性を受信するか、又は、そのポリシー決定ネットワーク要素が送信するインデックスを受信し、そして、そのインデックスに対応するセッション属性を決定する、ように構成される。
【０３０７】
選択的に、制御要求は、アクセス要求、接続確立要求、又はサービス要求である。
【０３０８】
選択的に、送信ユニット1720は、さらに、
セッション属性を搬送するコンテキスト確立要求を第1のANに送信するか、又は、
セッション属性を搬送するコンテキスト修正要求を第1のANに送信する、をように構成される。
【０３０９】
選択的に、セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件、のうちの1つ又は複数を含む。
【０３１０】
結論として、この実施形態にしたがって提供されるデバイス制御装置は、そのUEがアクセスする第1のANにそのUEのセッション属性を送信し、それによって、その第1のANは、そのセッション属性に基づいてそのUEを制御することが可能である。その第1のANは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３１１】
第1のANが、セッション属性に基づいてそのUEについてモビリティ管理を実行する際に、その第1のANは、いかなるモビリティ管理も必要としないセッション/ベアラに対応する無線リソースを最初に削除してもよく、それにより、そのUEのハンドオーバー手順の中で必要となる無線リソースを低減する。
【０３１２】
加えて、第1のANは、セッション属性に基づいて、そのUEについてQoS制御を実行し、それによって、各セッションを制御することが可能であるとともに、制御の柔軟性及び精度をさらに改善する。
【０３１３】
図18を参照すると、図18は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、第1のANの中で使用されてもよい。図18に示されているように、そのデバイス制御装置は、受信ユニット1810及び制御ユニット1820を含んでもよい。
【０３１４】
受信ユニット1810は、制御プレーンCPネットワーク要素が送信するユーザ機器UEのセッション属性を受信するように構成される。
【０３１５】
制御ユニット1820は、セッション属性に基づいてUEを制御するように構成される。
【０３１６】
選択的に、UEとデータネットワークDNとの間に少なくとも2つのセッションが存在する場合に、受信ユニット1810は、さらに、対応関係に基づいて、CPが送信するUEのセッション属性を受信するように構成され、対応関係は、少なくとも2つのセッションのうちの各セッションのセッション属性とUEの各ベアラとの間の対応関係を含み、少なくとも1つのベアラは、セッションに対応し、
制御ユニット1820は、さらに、対応関係に基づいてUEを制御するように構成される。
【０３１７】
選択的に、セッション属性は、セッションに対応するサービスエリア及びセッションに対応する帯域幅制約条件のうちの1つ又は複数を含む。
【０３１８】
選択的に、UEとデータネットワークDNとの間に第1のセッションが存在し、セッション属性が、第1のセッションに対応するサービスエリアを含む場合に、制御ユニット1820は、さらに、
UEが第1のANから第2のANにハンドオーバーされる前に、第2のANが、第1のセッションに対応するサービスエリアの中に存在しない場合に、ハンドオーバーする必要がない第1のセッションの第1のリソースを解放し、そして、第2のANにハンドオーバー要求メッセージを送信する、ように構成され、ハンドオーバー要求メッセージは、CPをトリガするように第2のANに指示するのに使用され、それによって、CPは、ユーザプレーンUPネットワーク要素における第1のセッションの第2のリソースを解放するか、又は、
UEが第1のANから第2のANにハンドオーバーされる前に、第2のANが、第1のセッションに対応するサービスエリアの中に存在しない場合に、CPに指示情報を送信するように構成され、それによって、CPは、第1のANにおける第1のセッションの第1のリソース及びUPにおける第1のセッションの第2のリソースの解放を開始する。
【０３１９】
選択的に、UEとデータネットワークDNとの間に少なくとも2つのセッションが存在し、セッション属性が、少なくとも2つのセッションのうちの各セッションに対応するサービスエリアを含む場合に、制御ユニット1820は、さらに、
UEが第1のANから第2のANにハンドオーバーされる前に、第2のANが、少なくとも2つのセッションのうちのいずれかのセッションに対応するサービスエリアの中に存在しない場合に、対応関係に基づいて、ハンドオーバーする必要がない少なくとも2つのセッションのベアラの第3のリソースを解放し、そして、対応関係に基づいて、第2のANにハンドオーバー要求メッセージを送信する、ように構成され、ハンドオーバー要求メッセージは、CPをトリガするように第2のANに指示するのに使用され、それによって、CPは、ハンドオーバーする必要がないベアラのユーザプレーンUPネットワーク要素における第4のリソースを解放するか、又は、
UEが第1のANから第2のANにハンドオーバーされる前に、第2のANが、少なくとも2つのセッションのうちのいずれかのセッションに対応するサービスエリアの中に存在しない場合に、CPに指示情報を送信するように構成され、それによって、CPは、ハンドオーバーする必要がない少なくとも2つのセッションのベアラの第1のANにおける第3のリソースの解放及びUPにおけるベアラの第4のリソースの解放を開始する。
【０３２０】
選択的に、UEとデータネットワークDNとの間に第2のセッションが存在し、セッション属性が、第2のセッションに対応する帯域幅制約条件を含む場合に、制御ユニット1820は、さらに、第2のセッションに対応する帯域幅制約条件に基づいて、UEが受信するユーザパケットに対して帯域幅制約を実行するように構成される。
【０３２１】
選択的に、UEとデータネットワークDNとの間に少なくとも2つのセッションが存在するとともに、セッション属性が、少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、制御ユニット1820は、さらに、
少なくとも2つのセッションのベアラのうちでUEが受信したユーザパケットに対応するベアラを決定し、
対応関係に基づいて、決定したベアラに対応するセッション属性を取得し、そして、
取得したセッション属性のうちでセッションに対応する帯域幅制約条件に基づいて、ユーザパケットについて帯域幅制約を実行する、ように構成される。
【０３２２】
選択的に、UEと前記データネットワークDNとの間に少なくとも2つのセッションが存在するとともに、セッション属性が、少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、制御ユニット1820は、さらに、
各セッションに対応する帯域幅制約条件に基づいて、UEのセッションに対応する帯域幅制約条件の総和を算出し、
CPからユーザパケットの認可された帯域幅制約条件を取得し、そして、
帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件よりも大きい場合に、ユーザパケットの認可された帯域幅制約条件に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の総和に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行する、ように構成される。
【０３２３】
UEと前記データネットワークDNとの間に少なくとも2つのセッションが存在するとともに、セッション属性が、少なくとも2つのセッションのうちの各セッションに対応する帯域幅制約条件を含む場合に、選択的に、制御ユニット1820は、さらに、
各セッションに対応する帯域幅制約条件に基づいて、UEのセッションに対応する帯域幅制約条件の総和を算出し、
CPからユーザパケットの認可された帯域幅制約条件を取得し、そして、
帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件よりも大きい場合に、ユーザパケットの認可された帯域幅制約条件に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行するか、或いは、帯域幅制約条件の総和が、ユーザパケットの認可された帯域幅制約条件と等しいか又はより小さい場合に、帯域幅制約条件の総和に基づいて、UEが受信するユーザパケットについて帯域幅制約を実行する、ように構成される。
【０３２４】
選択的に、受信ユニット1810は、さらに、
セッション属性を搬送するとともにCPが送信するコンテキスト確立要求を受信するか、又は、
セッション属性を搬送するとともにCPが送信するコンテキスト修正要求を受信する、ように構成される。
【０３２５】
結論として、この実施形態にしたがって提供されるデバイス制御装置は、CPが送信するUEのセッション属性を受信し、そして、そのセッション属性の基づいてそのUEを制御する。セッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３２６】
セッション属性に基づいてそのUEについてモビリティ管理を実行する際に、いかなるモビリティ管理も必要としないセッション/ベアラに対応する無線リソースを最初に削除してもよく、それにより、そのUEのハンドオーバー手順の中で必要となる無線リソースを低減する。
【０３２７】
加えて、セッション属性に基づいて、そのUEについてQoS制御を実行し、それによって、各セッションを制御することが可能であるとともに、制御の柔軟性及び精度をさらに改善する。
【０３２８】
本発明の1つの実施形態は、デバイス制御装置の概略的な構成図を提供する。そのデバイス制御装置は、CPの中で使用されてもよい。そのデバイス制御装置は、送信ユニットを含んでもよい。
【０３２９】
送信ユニットは、ユーザ機器UEがアクセスする第1のアクセスネットワークANに第1の対応関係を送信するように構成される。第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含む。
【０３３０】
送信ユニットは、さらに、第1のANに第2の対応関係を送信するように構成される。第2の対応関係は、UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含み、第1の対応関係及び第2の対応関係は、そのUEのセッション属性を決定するのに使用され、そのセッション属性は、そのUEを制御するのに使用される。
【０３３１】
選択的に、送信ユニットは、さらに、
CPが第1のANからデバイス接続確立要求を受信した後に、第1のANに、第1の対応関係を搬送する接続確立応答を送信するように構成される。
【０３３２】
選択的に、送信ユニットは、さらに、
第2の対応関係を搬送するコンテキスト確立要求をCPによって第1のANに送信するように構成される。
【０３３３】
結論として、この実施形態にしたがって提供されるデバイス制御装置によれば、CPは、第1のANに第1の対応関係及び第2の対応関係を送信し、それによって、その第1のANは、第1の対応関係及び第2の対応関係に基づいて、その第1のANにアクセスするUEのセッション属性を決定することが可能であり、さらに、そのUEのセッション属性に基づいてそのUEを制御することが可能である。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３３４】
図19を参照すると、図19は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、第1のANの中で使用されてもよい。図19に示されているように、そのデバイス制御装置は、受信ユニット1910、検出ユニット1920、及び制御ユニット1930を含んでもよい。
【０３３５】
受信ユニット1910は、制御プレーンCPネットワーク要素が送信する第1の対応関係及び第2の対応関係を受信するように構成される。第1の対応関係は、ネットワーク識別子とサービスエリアとの間の対応関係を含み、第2の対応関係は、第1のANにアクセスするユーザ機器UEのセッションのセッション識別情報とネットワーク識別子との間の対応関係を含む。
【０３３６】
検出ユニット1920は、第1の対応関係及び第2の対応関係に基づいて、UEのセッション属性を決定するように構成される。
【０３３７】
制御ユニット1930は、セッション属性に基づいてUEを制御するように構成される。
【０３３８】
結論として、この実施形態にしたがって提供されるデバイス制御装置は、CPが送信する第1の対応関係及び第2の対応関係を受信し、第1の対応関係及び第2の対応関係に基づいて、第1のANにアクセスするUEのセッション属性を決定し、そして、さらに、そのUEのセッション属性に基づいてそのUEを制御する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３３９】
図20を参照して、図20は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、第2のANの中で使用されてもよい。図20に示されているように、そのデバイス制御装置は、受信ユニット2010及び処理ユニット2020を含んでもよい。
【０３４０】
1つの可能な実装において、受信ユニット2010は、セッション属性を搬送するとともに第1のANが送信するハンドオーバー要求メッセージを受信するように構成され、セッション属性は、第1のANにアクセスするUEのセッションのセッション属性であり、
処理ユニット2020は、セッション属性に基づいて、ハンドオーバーする必要があるセッション及びハンドオーバーする必要がないセッションを決定するように構成され、
処理ユニット2020は、さらに、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、制御プレーンCPをトリガして、ハンドオーバーする必要がないセッションを解放させる、ように構成される。
【０３４１】
選択的に、他の可能な実装において、受信ユニット2010は、第1のANが送信するハンドオーバー要求メッセージを受信するように構成され、そのハンドオーバー要求メッセージは、ハンドオーバーする必要があるセッションのコンテキスト情報及びハンドオーバーする必要がないセッションのセッション識別情報を搬送し、
処理ユニット2020は、ハンドオーバーする必要があるセッションに対応する無線リソースを確立し、そして、制御プレーンCPをトリガして、ハンドオーバーする必要がないセッションを解放させる、ように構成される。
【０３４２】
結論として、ハンドオーバー要求メッセージを受信した後に、この実施形態にしたがって提供されるデバイス制御装置は、そのハンドオーバー要求メッセージに基づいて、CPをトリガして、ハンドオーバーする必要がないセッションを解放させる。このことは、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３４３】
図21を参照すると、図21は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、CPの中で使用されてもよい。図21に示されているように、そのデバイス制御装置は、決定ユニット2110、受信ユニット2120、検出ユニット2130、及び処理ユニット2140を含んでもよい。
【０３４４】
決定ユニット2110は、ユーザ機器UEのセッション属性を決定するように構成される。
【０３４５】
受信ユニット2120は、UEがアクセスする第1のアクセスネットワークANから第2のANの位置情報を受信するように構成される。
【０３４６】
検出ユニット2130は、セッション属性及び位置情報に基づいて、UEのセッションをハンドオーバーする必要があるか否かを検出するように構成される。
【０３４７】
処理ユニット2140は、セッションをハンドオーバーする必要がない場合に、CPによって、UEのセッションを解放するように構成される。
【０３４８】
選択的に、当該装置は、
第1のANに認可要求を送信するように構成される送信ユニットをさらに含み、認可要求は、第1のANから第2のANへとUEをハンドオーバーする前に、CPに第2のANの位置情報を送信するように第1のANに指示するのに使用される。
【０３４９】
結論として、この実施形態にしたがって提供されるデバイス制御装置によれば、CPは、UEのセッション属性を決定し、そのUEがアクセスする第1のANが送信する第2のANの位置情報を受信し、そして、そのセッション属性及びその位置情報に基づいて、そのUEのセッションのうちでハンドオーバーする必要がないセッションを解放する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３５０】
図22を参照すると、図22は、本発明の1つの実施形態にしたがったデバイス制御装置の概略的な構成図である。そのデバイス制御装置は、CPの中で使用されてもよい。図22に示されているように、そのデバイス制御装置は、受信ユニット2210及び処理ユニット2220を含んでもよい。
【０３５１】
受信ユニット2210は、制御プレーンCPネットワーク要素が送信する認可要求を受信するように構成される。
【０３５２】
処理ユニット2220は、ユーザ機器UEを第2のANへとハンドオーバーすることを決定する際に、認可要求に基づいて、CPに第2のANの位置情報を送信するように構成される。その位置情報は、ハンドオーバーする必要がないセッションを決定するのに使用される。
【０３５３】
結論として、この実施形態にしたがって提供されるデバイス制御装置によれば、CPは、UEのセッション属性を決定し、そのUEがアクセスする第1のANが送信する第2のANの位置情報を受信し、そして、そのセッション属性及びその位置情報に基づいて、そのUEのセッションのうちでハンドオーバーする必要がないセッションを解放する。CPは、そのセッション属性に基づくセッション粒度でそのUEを制御することが可能である。この手法により、上記のデバイス制御装置は、UEにおいてはUE粒度の制御のみを実行することが可能であるため、そのUEについてモビリティ管理を実行する際に、ある特定の数の無線リソースを浪費するとともに、オンデマンドモビリティ管理を実行することが不可能であるという従来技術の問題を解決し、それにより、より小さな粒度、すなわち、セッション粒度でそのUEを制御し、そのUEの制御の精度及び柔軟性を改善し、そして、制御プロセスにおいて必要となる無線リソースを低減する。
【０３５４】
文脈において除外が明確に裏付けられていない場合には、この明細書において使用される単数形"ある1つの"("a",  "an",  又は"the")は、また、複数形も含むということを理解すべきである。さらに、この明細書において使用される"及び/又は"は、1つ又は複数の関連する列挙された項目を含むいずれかの可能な組み合わせ又はすべての可能な組み合わせであるということを理解すべきである。
【０３５５】
本発明の上記の複数の実施形態の連続番号は、例示を目的としているにすぎず、それらの複数の実施形態の特性を示すことを意図してはいない。
【０３５６】
当業者は、ハードウェア又は関連するハードウェアに命令するプログラムによって、上記の複数の実施形態の複数のステップうちのすべて又はいくつかを実装することが可能であるということを理解することが可能である。プログラムは、コンピュータ読み取り可能な記憶媒体に格納されてもよい。記憶媒体は、読み取り専用メモリ、磁気ディスク、又は光ディスク等を含んでもよい。
【０３５７】
上記の説明は、本発明の例示的な実施形態に過ぎず、本発明を限定することを意図してはいない。本発明の趣旨及び原理から離れることなく行われるいずれかの修正、等価な置換、及び改良は、本発明の保護範囲に属するものとする。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2019511170.tif 000032
【手続補正４】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2019511170.tif 000033
【手続補正５】
【補正対象書類名】図面
【補正対象項目名】図８
【補正方法】変更
【補正の内容】
【図８】
2019511170.tif 000034
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正の内容】
【図１０】
2019511170.tif 000035
【手続補正７】
【補正対象書類名】図面
【補正対象項目名】図１３
【補正方法】変更
【補正の内容】
【図１３】
2019511170.tif 000036
【国際調査報告】
2019511170.tif 000037
2019511170.tif 000038
2019511170.tif 000039
2019511170.tif 000040
2019511170.tif 000041
2019511170.tif 000042