(57)【特許請求の範囲】
【請求項１】
移動通信ネットワークのコアネットワーク（ＣＮ）におけるセッションタイプマネージャ（ＳＴＭ）エンティティであって、前記ＳＴＭエンティティは、
前記移動通信ネットワークの同じアクセスネットワーク（ＡＮ）テクノロジにおける少なくとも２つのアクセスポイント（ＡＰ）と前記ＣＮとを介した複数の伝送ベアラの接続を、前記複数の伝送ベアラの選択的な割り当てに基づいて制御することであって、前記複数の伝送ベアラの前記選択的な割り当ては、前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰからの少なくとも２つの伝送ベアラ、および、前記ＣＮの少なくとも１つの伝送ベアラの間でのものであり、前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰからの前記少なくとも２つの伝送ベアラ、および、前記ＣＮの前記少なくとも１つの伝送ベアラは、単一のパケットデータユニット（ＰＤＵ）セッションに属する、制御することと、
ユーザ機器（ＵＥ）によって用いられる、ＰＤＵセッションの動作モードについての情報を提供することであって、前記ＰＤＵセッションの前記動作モードは、前記同じＡＮテクノロジにおける前記少なくとも２つの異なるＡＰからの前記少なくとも２つの伝送ベアラと前記ＣＮの前記少なくとも１つの伝送ベアラとを介したデータトラフィックの伝送のためのセッション構成情報を定義する、提供することと、
を行うように構成される、ＳＴＭエンティティ。
【請求項２】
前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰからの前記少なくとも２つの伝送ベアラ、および、前記ＣＮの前記少なくとも１つの伝送ベアラの間での前記複数の伝送ベアラの前記選択的な割り当ては、前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰの１つの伝送ベアラが、前記ＣＮの前記少なくとも１つの伝送ベアラにおけるそれぞれの１つの伝送ベアラへ個別に接続される、個別割り当て、または、前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰからの前記少なくとも２つの伝送ベアラが前記ＣＮの前記少なくとも１つの伝送ベアラにおける同じ伝送ベアラへ接続される、共有割り当てを含む、請求項１に記載のＳＴＭエンティティ。
【請求項３】
制御プレーン機能（ＣＰＦ）エンティティであって、
前記ＣＰＦエンティティは、
パケットデータユニット（ＰＤＵ）セッション構成の要求を受信し、
セッション構成情報に基づいて、ユーザ機器（ＵＥ）のセッションをどのようにセットアップまたは変更すべきかに関する情報をユーザプレーン機能（ＵＰＦ）エンティティおよび前記ＵＥに向けて伝送する
よう適合させられ、
前記ＰＤＵセッション構成の前記要求は、前記ＵＥからのセッションまたはサービスの要求に関連するか、または、既存のセッションを修正または置換することにより前記既存のセッションを変更する必要性に関連し、前記既存のセッションを変更する前記必要性は、前記ＣＮの前記ＣＰＦエンティティ、請求項１または２に記載のＳＴＭエンティティまたはセッションタイプデータベース（ＳＴＤＢ）において特定され、
前記セッション構成情報は、セットアップする予定の前記ＵＥの前記セッションの動作モードに関連し、前記動作モードは、プリエンプティブモードまたは同時モードまたは信頼性モードとして、前記ＳＴＭエンティティにより選択され、
前記プリエンプティブモードは、セットアップする予定の前記ＵＥの前記セッションのための前記ＡＮと前記ＣＮとの間の前記複数の伝送ベアラにおけるリソースの確保に関連し、
前記同時モードは、前記ＡＮと前記ＣＮとの間の前記複数の伝送ベアラのうち、選択された伝送ベアラの同時使用に関連し、
前記信頼性モードは、前記ＡＮと前記ＣＮとの間の前記複数の伝送ベアラのうち、選択された前記伝送ベアラのデータトラフィックの前記伝送における冗長性に関連する、ＣＰＦエンティティ。
【請求項４】
移動通信ネットワーク内の複数の伝送ベアラを管理するための方法であって、前記方法は、
前記移動通信ネットワークにおけるコアネットワーク（ＣＮ）のセッションタイプマネージャ（ＳＴＭ）エンティティにおいて、前記移動通信ネットワークの同じアクセスネットワーク（ＡＮ）テクノロジにおける少なくとも２つのアクセスポイント（ＡＰ）と前記ＣＮとを介した複数の伝送ベアラの接続を、前記複数の伝送ベアラの選択的な割り当てに基づいて制御する段階であって、前記複数の伝送ベアラの前記選択的な割り当ては、前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰからの少なくとも２つの伝送ベアラ、および、前記ＣＮの少なくとも１つの伝送ベアラの間でのものであり、前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰからの前記少なくとも２つの伝送ベアラ、および、前記ＣＮの前記少なくとも１つの伝送ベアラは、単一のパケットデータユニット（ＰＤＵ）セッションに属している、段階と、
前記ＳＴＭエンティティにおいて、ユーザ機器（ＵＥ）によって用いられる、ＰＤＵセッションの動作モードについての情報を提供する段階であって、前記ＰＤＵセッションの動作モードは、前記同じＡＮテクノロジにおける前記少なくとも２つの異なるＡＰの前記少なくとも２つの伝送ベアラと前記ＣＮの前記少なくとも１つの伝送ベアラとを介したデータトラフィックの伝送のためのセッション構成情報を定義する、段階と、を備える方法。
【請求項５】
前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰと前記ＣＮとを介した前記複数の伝送ベアラの接続を制御する前記段階は、
制御プレーン機能（ＣＰＦ）エンティティにおいてセッション構成の要求を受信する段階であって、前記セッション構成の前記要求は、前記ＡＮおよび前記ＣＮを通じて、パケットデータネットワーク（ＰＤＮ）エンティティと、任意のアップリンク（ＵＬ）およびダウンリンク（ＤＬ）データトラフィックを交換すべく前記移動通信ネットワークに接続されている前記ＵＥからの前記セッションのセットアップに関連するか、または、既存のセッションを修正または置換することにより前記既存のセッションを変更する必要性に関連し、前記必要性は、前記ＣＰＦエンティティ、前記ＳＴＭエンティティ、または、前記ＳＴＭエンティティと相互作用するセッションタイプデータベース（ＳＴＤＢ）において特定される、段階と、
前記ＣＰＦエンティティにおいて前記セッション構成情報を受信する段階と、
前記セッション構成情報を前記ＣＰＦエンティティから前記ＣＮのユーザプレーン機能（ＵＰＦ）エンティティ、前記ＡＮの前記少なくとも２つの異なるＡＰ、および前記ＵＥに向けて展開する段階であって、前記ＣＮの前記ＵＰＦエンティティ、前記ＡＮの前記少なくとも２つの異なるＡＰ、および前記ＵＥは、前記ＵＥの前記データトラフィックと関連付けられる前記複数の伝送ベアラをサポートするよう適合させられる、段階と、
展開した前記セッション構成情報に基づいて前記ＡＮと前記ＣＮとの間の前記複数の伝送ベアラのリソースを確保する段階と
を有する、請求項４に記載の方法。
【請求項６】
前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰを介した前記少なくとも２つの伝送ベアラ、および、前記ＣＮの前記少なくとも１つの伝送ベアラの間での前記選択的な割り当ては、
前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰの１つの伝送ベアラが、前記ＣＮの少なくとも１つの伝送ベアラにおけるそれぞれの１つの伝送ベアラへ個別に接続される、個別割り当て、または、前記同じＡＮテクノロジにおける前記少なくとも２つのＡＰからの前記少なくとも２つの伝送ベアラが前記ＣＮの前記少なくとも１つの伝送ベアラにおける同じ伝送ベアラへ接続される、共有割り当てを含む、請求項４に記載の方法。
【請求項７】
コンピュータで実行されると請求項４から６の何れか一項に記載の方法を実行するプログラムコードを備えるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代システム用のモバイルコアネットワーク・アーキテクチャの設計、より具体的には、単一のパケットデータユニットセッションに属する複数の伝送ベアラの構成および使用を可能にするアーキテクチャに関する。
【背景技術】
【０００２】
業界の一致した見解によれば、第５世代（５Ｇ）モバイル技術は２０２０年までに標準化および展開される。第４世代（４Ｇ）モバイル技術に比べて、次世代ネットワークは、３ＧＰＰ  ＴＲ２２．８９１「Ｆｅａｓｉｂｉｌｉｔｙ  Ｓｔｕｄｙ  ｏｎ  Ｎｅｗ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｍａｒｋｅｔｓ  Ｔｅｃｈｎｏｌｏｇｙ  Ｅｎａｂｌｅｒｓ」、Ｒｅｌｅａｓｅ  １４、および、ＮＧＭＮ  Ａｌｌｉａｎｃｅ「５Ｇ  Ｗｈｉｔｅ  Ｐａｐｅｒ」、２０１５年２月１７日に見られる通り、数ある中でもミッションクリティカルなサービスの超高信頼通信、ｅＨｅａｌｔｈ、公共の安全、リアルタイムでの車両制御、タッチインターネット、および、ドローンの接続など、性能属性の観点から多くの様々な使用事例をサポートする予定である。係る多彩な使用事例のサポートは、ＮＧＭＮ  Ａｌｌｉａｎｃｅ「５Ｇ  Ｐｒｏｓｐｅｃｔｓ  −  Ｋｅｙ  Ｃａｐａｂｉｌｉｔｉｅｓ  ｔｏ  Ｕｎｌｏｃｋ  Ｄｉｇｉｔａｌ  Ｏｐｐｏｒｔｕｎｉｔｉｅｓ」、２０１６年７月１日に見られる通り、係る異種性能を達成すべく順応できる柔軟なネットワークによってのみ実現され得る。
【０００３】
（ＷｉＦｉ  ＥＰ）
【０００４】
次世代モバイルシステムでは、数ある中でもスマートフォン、ウェアラブルデバイス、スマートカー、家電機器および産業機器などの様々なデバイス間の多くの新しいタイプの接続を多種多様なデバイスがサポートする予定である。これらのデバイスは、極めて異なる性能要件を特徴とする。加えて、垂直業界に必要な通信サービスを統合する必要性から、更には係る要件の多様性が増大する。更には、こうした要件の多様性から、これらの様々な要件のためにモビリティおよびセッション管理の様々なモデルをサポートし扱う必要性がネットワークに課される。現在のロングタームエボリューション（ＬＴＥ）システムには、たった１つのセッションモデル、すなわち進化型パケットシステム（ＥＰＳ）ベアラが存在し、ＥＰＳベアラは、全てのタイプのデバイスおよびサービスに適用される。更には、モビリティにおいてもセッション管理においても多様性がない。なぜなら、アクティブモビリティ管理またはアイドルモビリティ管理の手順など、特定のデバイスの接続を維持する手順は、デバイスのタイプに関係なくこの単一タイプのセッションを接続状態に保つべく、無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）で同じ変更を実行しなければならないからである。結果として、高速大容量モバイルブロードバンド（ｅＭＢＢ）の使用事例および超高信頼低遅延通信（ｕＲＬＬＣ）の使用事例におけるデバイスのトラフィックが、現在の進化型パケットコア（ＥＰＣ）における単一のＥＰＳベアラモデルに従って同じ方法で扱われる。例えば、両タイプのデバイスのモビリティ管理が３段階で実施される。第１に、パケット損失のリスクが高く、ＨＯ失敗の可能性が高い、ハンドオーバ（ＨＯ）の準備である。第２にＨＯの実行、第３にＨＯの完了である。ＨＯの実行および完了はどちらも、通信においてパケット損失を導入し、遅延を増大させ得る。ｅＭＢＢの使用事例におけるサービスなど、厳格な伝送要件がない（例えば、遅延が１０ｍｓで信頼性が９９，９９９９％の）サービスは、ＨＯの管理中の考えられる損失を許容することができる。しかしながら、ｕＲＬＬＣの使用事例におけるサービスのようなサービスは、自らの要件を提供できるセッションおよびモビリティ管理のモデルおよび手順がなければ完全に動作しない。
【０００５】
モバイルコアネットワークにおける多元接続が研究されてきた。例えば、ＲＦＣ  ６８９７に記載されているマルチパス伝送制御プロトコル（ＭＰＴＣＰ）は、様々なインターネットプロトコル（ＩＰ）のアドレスまたはインタフェースを使用して１つの伝送制御プロトコル（ＴＣＰ）接続を複数のサブフローに分割するという概念に基づいている。しかしながら、この解決策は、複数の伝送ベアラを単一のパケットデータユニット（ＰＤＵ）として扱うために適用することができない。なぜなら、ＭＰＴＣＰは、ひとたびインタフェースが接続され利用可能になるとアプリケーションのトランスポート層で動作するので、ＲＡＮおよびコアセッションを扱わないからである。ＬＴＥデュアル接続には、アクティブ無線ベアラを用いて所与のユーザ機器（ＵＥ）に無線リソースを提供する２つの進化型ノードＢ（ｅＮＢ）が伴う。一方で、３ＧＰＰ  ＴＳ  ２３．４０１  Ｖ１３．２．０「Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）  ａｃｃｅｓｓ」に見られる通り、モビリティ管理エンティティ（ＭＭＥ）と進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）との間にＵＥ用の単一のＳ１−ＭＭＥ終端点が存在する。これら２つのｅＮＢのうち、一方はマスタｅＮＢであり、他方は二次ｅＮＢである。従って、２つのセルとＵＥとの関係はマスタセルおよび二次セルであり、ＣＮには、一次セルおよび二次セルに割り振られる伝送ベアラが依然として１つだけある。
【発明の概要】
【０００６】
従って、本発明の目的は、移動通信ネットワークのコアネットワークとアクセスネットワークとの間の複数の伝送ベアラから成る単一のパケットデータユニットセッションの構成および使用を管理できる拡張型セッションのモデルを提供することにある。
【０００７】
この目的は、独立請求項の特徴により達成される。従属請求項、明細書および図面からは、本発明の更なる実施形態が明らかになる。
【０００８】
第１態様によれば、本発明は、複数の伝送ベアラを管理するための移動通信ネットワークのコアネットワーク（ＣＮ）に関する。ＣＮは、複数の伝送ベアラの選択的な割り当てに基づいて、移動通信ネットワークのアクセスネットワーク（ＡＮ）とＣＮとの間の複数の伝送ベアラの接続を制御するよう適合させられているセッションタイプマネージャ（ＳＴＭ）エンティティを備える。各伝送ベアラは、データトラフィックを伝送する２つのエンティティ間の論理的接続として定義される。複数の伝送ベアラの割り当ては、ＡＮにおける少なくとも２つの異なるアクセスポイント（ＡＰ）をそれぞれ介する、同じＡＮの少なくとも２つの伝送ベアラ、および、ＣＮの少なくとも１つの伝送ベアラの間でのものであり、各伝送ベアラは、単一のパケットデータユニット（ＰＤＵ）セッションに属しており、単一のＰＤＵセッションは、ユーザ機器（ＵＥ）とパケットデータネットワーク（ＰＤＮ）エンティティとの関連付けとして定義される。  全てが単一のＰＤＵセッションに属する、同じＡＮの少なくとも２つの伝送ベアラとコアネットワーク（ＣＮ）の少なくとも１つの伝送ベアラとをＵＥが有するモデルとして、拡張型セッションのモデル（ＥＳＭ）が定義される。
【０００９】
第１態様に係るＣＮの第１実装によれば、ＡＮの少なくとも２つの伝送ベアラ、および、ＣＮの少なくとも１つの伝送ベアラの間での割り当ては、ＡＮの各伝送ベアラが、ＣＮの対応する各伝送ベアラへ個別に接続される、個別割り当て、または、ＡＮの少なくとも２つの伝送ベアラがＣＮの単一の伝送ベアラへ共に接続される、共有割り当てとして、ＳＴＭエンティティにより選択される。
【００１０】
第１態様または第１態様の第１実装に係るＣＮの第２実装によれば、ＣＮは、幾つかのネットワークサービスを提供すべくユーザプレーントラフィックを処理するために使用されるネットワーク機能（ＮＦ）として定義される複数のユーザプレーン機能（ＵＰＦ）エンティティと、ＡＮおよびＣＮを通じてＰＤＮエンティティと任意のデータトラフィックを交換すべく移動通信ネットワークに接続されているＵＥに関する制御プレーン機能を実行するために使用されるネットワーク機能（ＮＦ）として定義される制御プレーン機能（ＣＰＦ）エンティティとを備える。
【００１１】
第１態様の第２実装に係るＣＮの第３実装によれば、ＣＰＦエンティティは、ＳＴＭエンティティとは機能的に別個のエンティティ、または、ＳＴＭエンティティの機能で拡張されたエンティティであるよう適合させられ、セッション構成の要求を受信するよう適合させられ、拡張型セッションに関するセッション構成情報を要求すべく、ＣＰＦエンティティが機能的に別個のエンティティであるときにＳＴＭエンティティと通信するか、または、ＣＰＦエンティティがＳＴＭエンティティの機能で拡張されているときに拡張型セッションに関するセッション構成情報を決定するよう適合させられ、当該セッション構成情報に基づいて、ＵＥのセッションをどのようにセットアップまたは変更すべきかに関する情報を複数のＵＰＦエンティティおよびＵＥに向けて伝送するよう適合させられる。セッション構成の要求は、ＵＥからのセッションまたはサービスの要求に関連するか、または、既存のセッションを修正または置換することにより当該既存のセッションを変更する必要性に関連し、当該既存のセッションを変更する必要性は、ＣＮのＣＰＦエンティティ、ＳＴＭエンティティまたはセッションタイプデータベース（ＳＴＤＢ）において特定される。セッション構成情報は、セットアップするＵＥのセッションの動作モードに関連し、当該動作モードは、プリエンプティブモードまたは同時モードまたは信頼性モードとして、ＳＴＭエンティティにより選択される。プリエンプティブモードは、セットアップするＵＥのセッションのためにＡＮとＣＮとの間の複数の伝送ベアラにおけるリソースの確保に関連し、同時モードは、ＡＮとＣＮとの間の複数の伝送ベアラのうち、選択された伝送ベアラの同時使用に関連し、信頼性モードは、ＡＮとＣＮとの間の複数の伝送ベアラのうち、選択された伝送ベアラのデータトラフィックの伝送における冗長性に関連する。
【００１２】
第１態様の第３実装に係るＣＮの第４実装によれば、ＣＰＦエンティティがＳＴＭエンティティとは機能的に別個のエンティティであるか、または、ＣＰＦエンティティがＳＴＭエンティティの機能で拡張されているとき、ＳＴＭエンティティは、ＵＥにより使用されるセッションのタイプに関する情報を取得すべく、セッション構成情報の要求に応じてＳＴＤＢと相互作用するよう適合させられ、ひとたび拡張型セッションが確立されるとＵＥのデータトラフィックと関連付けられる複数の伝送ベアラをサポートすべく、取得したセッションのタイプに関する情報に基づいて、ＣＮの複数のＵＰＦエンティティおよびＡＮの複数のＡＰの間で構成されるエンティティを識別するよう適合させられ、拡張型セッションに関するセッション構成情報を決定し、それをＣＰＦエンティティに向けて伝送するよう適合させられる。
【００１３】
第１態様の第４実装に係るＣＮの第５実装によれば、ＵＥは、ユーザセッションタイプ拡張（ＵＥ−ＳＴｅ）エンティティの機能で拡張された。ＵＥ−ＳＴｅエンティティは、同じ技術を有する複数のＡＰを用いて無線伝送ベアラを確立するよう適合させられ、ＵＥにより使用されるセッションのタイプ、および、セッション構成情報をＣＰＦエンティティから受信するよう適合させられ、ＵＥからのアップリンク（ＵＬ）データトラフィックを伝送し、ＵＥへのダウンリンク（ＤＬ）データトラフィックを受信するためにＡＮの伝送ベアラをどのように使用すべきかを決定するよう適合させられる。
【００１４】
第１態様の第５実装に係るＣＮの第６実装によれば、ＵＥ−ＳＴｅエンティティは、ＵＥとＡＮとの間のインタフェースにおける複数の伝送ベアラの割り当てに特化したマッピングテーブルを備える。ＵＥ−ＳＴｅエンティティ内のマッピングテーブルは、複数のフィールドを備え、当該複数のフィールドのうち、あるフィールド（セッションＩＤ）は、ＵＥにより使用されるセッションの識別に関するものであり、別のフィールド（セッションタイプ）は、識別されたセッションのタイプに関するものであり、別のフィールド（動作モード）は、識別されたセッションのタイプが拡張型セッションであるときの識別されたセッションの動作モードに関するものであり、別のフィールド（ＡＰ  ＩＤ）は、識別されたセッションと関連付けられる複数のＡＰの識別に関するものである。
【００１５】
第１態様の第６実装に係るＣＮの第７実装によれば、各ＵＰＦエンティティは、それぞれのユーザプレーン・セッションタイプ拡張（ＵＰ−ＳＴｅ）エンティティの機能で拡張された。ＵＰ−ＳＴｅは、ＵＥにより使用されるセッションのタイプに関する情報とセッション構成情報とをＣＰＦエンティティから受信するよう適合させられ、受信した全ての情報に基づいて、ＵＥからのＵＬデータトラフィックとＵＥへのＤＬデータトラフィックとをどのように伝送すべきかを決定するよう適合させられる。
【００１６】
第１態様の第７実装に係るＣＮの第８実装によれば、各ＵＰ−ＳＴｅエンティティは、ＡＮとＣＮとの間のインタフェースにおける、および、ＣＮ内の複数の伝送ベアラの割り当てに特化したそれぞれのマッピングテーブルを備える。それぞれのＵＰ−ＳＴｅエンティティ内の各マッピングテーブルは、複数のフィールドを備え、当該複数のフィールドのうち、あるフィールド（セッションＩＤ）は、ＵＥにより使用されるセッションの識別に関するものであり、別のフィールド（セッションタイプ）は、識別されたセッションのタイプに関するものであり、別のフィールド（動作モード）は、識別されたセッションのタイプが拡張型セッションであるときの識別されたセッションの動作モードに関するものであり、別のフィールド（ＵＥ  ＩＤ）は、識別されたセッションと関連付けられるＵＥの識別に関するものである。
【００１７】
第１態様の第８実装に係るＣＮの第９実装によれば、ＵＥ−ＳＴｅエンティティおよび複数のＵＰ−ＳＴｅエンティティは、プリエンプティブモードにおいて、ＵＬおよびＤＬデータトラフィックの伝送に単一の組（一次の組）の伝送ベアラを使用する一方で、ＵＥからおよびＵＥへの考えられる通信のために別の単一の組（二次の組）の伝送ベアラを予め確保すべく、ＳＴＭエンティティにより構成される。
【００１８】
第１態様の第８実装に係るＣＮの第１０実装によれば、ＵＥ−ＳＴｅエンティティおよび複数のＵＰ−ＳＴｅエンティティは、同時モードにおいて、同時に使用されるＡＮとＣＮとの間の複数の伝送ベアラを選択すべく、それぞれ異なるポリシでＳＴＭエンティティにより構成される。ここで、ＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティは、全ての拡張型セッションにそれぞれのデフォルトポリシを使用するか、または、拡張型セッションごとに、利用可能なポリシの中から１つ選択する。
【００１９】
第１態様の第１０実装に係るＣＮの第１１実装によれば、ＵＰ−Ｓｔｅエンティティにおいて適用されるポリシは、静的ポリシまたは全決定ポリシ（ａｌｌ−ｄｅｃｉｄｅ  ｐｏｌｉｃｙ）であり、ＵＥ−ＳＴｅエンティティにおいて適用されるポリシは、ＡＮの状態の分析またはラウンドロビン・スケジューリングである。
【００２０】
第１態様の第８実装に係るＣＮの第１２実装によれば、ＵＥ−ＳＴｅエンティティおよび複数のＵＰ−ＳＴｅエンティティは、信頼性モードにおいて、ＵＬおよびＤＬデータトラフィックを複製すべくＳＴＭエンティティにより構成される。
【００２１】
上記の目的はまた、第２態様に従って解決される。
【００２２】
第２態様によれば、本発明は、第１態様または第１態様の実装の何れか１つに係る移動通信ネットワークのコアネットワーク（ＣＮ）のセッションタイプマネージャ（ＳＴＭ）エンティティに関する。
【００２３】
上記の目的はまた、第３態様に従って解決される。
【００２４】
第３態様によれば、本発明は、第１態様または第１態様の実装の何れか１つに係る移動通信ネットワークのコアネットワーク（ＣＮ）の制御プレーン機能（ＣＰＦ）エンティティに関する。
【００２５】
上記の目的はまた、第４態様に従って解決される。
【００２６】
第４態様によれば、本発明は、第１態様または第１態様の実装の何れか１つに係る移動通信ネットワークのコアネットワーク（ＣＮ）のユーザプレーン機能（ＵＰＦ）エンティティに関する。
【００２７】
上記の目的はまた、第５態様に従って解決される。
【００２８】
第５態様によれば、本発明は、第１態様または第１態様の実装の何れか１つに係る移動通信ネットワークのコアネットワーク（ＣＮ）のセッションタイプデータベース（ＳＴＤＢ）に関する。
【００２９】
上記の目的はまた、第６態様に従って解決される。
【００３０】
第６態様によれば、本発明は、第１態様または第１態様の実装の何れか１つで規定されるコアネットワーク（ＣＮ）と、第１態様で規定されるアクセスネットワーク（ＡＮ）と、第１態様で規定されるユーザ機器（ＵＥ）と、第１態様で規定されるパケットデータネットワーク（ＰＤＮ）エンティティとを備える移動通信ネットワークに関する。ここで、ＵＥおよびＰＤＮエンティティは、ＡＮおよびＣＮを通じて互いに通信する。
【００３１】
上記の目的はまた、第７態様に従って解決される。
【００３２】
第７態様によれば、本発明は、アクセスネットワーク（ＡＮ）およびコアネットワーク（ＣＮ）に分割される移動通信ネットワーク内の複数の伝送ベアラを管理するための方法に関する。当該方法は、セッションタイプマネージャ（ＳＴＭ）エンティティにおいて、複数の伝送ベアラの選択的な割り当てに基づき、ＡＮとＣＮとの間の複数の伝送ベアラの接続を制御する段階を備える。各伝送ベアラは、データトラフィックを伝送する２つのエンティティ間の論理的接続として定義される。複数の伝送ベアラの割り当ては、ＡＮにおける少なくとも２つの異なるアクセスポイント（ＡＰ）をそれぞれ介する、同じＡＮの少なくとも２つの伝送ベアラ、および、ＣＮの少なくとも１つの伝送ベアラの間でのものであり、各伝送ベアラは、単一のパケットデータユニット（ＰＤＵ）セッションに属しており、単一のＰＤＵセッションは、ユーザ機器（ＵＥ）とパケットデータネットワーク（ＰＤＮ）エンティティとの関連付けとして定義される。  全てが単一のＰＤＵセッションに属する、同じＡＮの少なくとも２つの伝送ベアラとコアネットワーク（ＣＮ）の少なくとも１つの伝送ベアラとをＵＥが有するモデルとして、拡張型セッションのモデル（ＥＳＭ）が定義される。
【００３３】
第７態様に係る方法の第１実装によれば、ＡＮとＣＮとの間の複数の伝送ベアラの接続を制御する段階は、制御プレーン機能（ＣＰＦ）エンティティにおいてセッション構成の要求を受信する段階であって、セッション構成の要求は、ＡＮおよびＣＮを通じて、ＰＤＮエンティティと、任意のアップリンク（ＵＬ）およびダウンリンク（ＤＬ）データトラフィックを交換すべく移動通信ネットワークに接続されているＵＥからのセッションのセットアップに関連するか、または、既存のセッションを修正または置換することにより当該既存のセッションを変更する必要性に関連し、当該必要性は、ＣＰＦエンティティ、ＳＴＭエンティティ、または、ＳＴＭエンティティと相互作用するセッションタイプデータベース（ＳＴＤＢ）において特定される、段階と、ＳＴＭエンティティにおいて、拡張型セッションの確立に関連するセッション構成情報を決定する段階と、ＣＰＦエンティティにおいて当該セッション構成情報を受信する段階と、当該セッション構成情報をＣＰＦエンティティからＣＮの複数のユーザプレーン機能（ＵＰＦ）エンティティ、ＡＮの複数のＡＰ、およびＵＥに向けて展開する段階であって、複数のＵＰＦエンティティ、ＡＮの複数のＡＰ、およびＵＥは全て、拡張型セッションに関するＵＥのデータトラフィックと関連付けられる複数の伝送ベアラをサポートするよう適合させられる、段階と、拡張型セッションのために、展開したセッション構成情報に基づいてＡＮとＣＮとの間の複数の伝送ベアラのリソースを確保する段階とを有する。
【００３４】
第７態様の第１実装に係る方法の第２実装によれば、セッション構成情報を決定する段階は、ＳＴＭエンティティにおいて、特定された複数のＵＰＦエンティティと複数のＡＰとによりサポートされる複数の伝送ベアラの割り当てを定義する段階を含む。
【００３５】
第７態様の第２実装に係る方法の第３実装によれば、複数の伝送ベアラの割り当ては、ＡＮの少なくとも２つの伝送ベアラ、および、ＣＮの少なくとも１つの伝送ベアラの間でのものであり、ＡＮの少なくとも２つの伝送ベアラ、および、ＣＮの少なくとも１つの伝送ベアラは全て、単一のＰＤＵに属する。
【００３６】
第７態様の第３実装に係る方法の第４実装によれば、複数の伝送ベアラの割り当てを定義する段階は、ＡＮの各伝送ベアラが、ＣＮの対応する各伝送ベアラへ個別に接続される、個別割り当て、または、ＡＮの各伝送ベアラがＣＮの単一の伝送ベアラに共に接続される、共有割り当てを選択する段階を含む。
【００３７】
第７態様の第２実装から第４実装の何れか１つに係る方法の第５実装によれば、セッション構成情報を決定する段階は更に、ＳＴＭエンティティにおいて、プリエンプティブモード、同時モードおよび信頼性モードの中からＵＥの動作モードを選択する段階を含み、プリエンプティブモードは、ＡＮとＣＮとの間の複数の伝送ベアラにおけるリソースの確保に関連し、同時モードは、ＡＮとＣＮとの間の複数の伝送ベアラのうち、選択された伝送ベアラの同時使用に関連し、信頼性モードは、データトラフィックの冗長性に関連する。
【００３８】
第７態様の第５実装に係る方法の第６実装によれば、既存のセッションを修正することにより当該既存のセッションを変更する必要性は、ハンドオーバ（ＨＯ）により引き起こされ、ＨＯは、ＵＥがプリエンプティブモードにあるときに、ＵＬおよびＤＬデータトラフィックの伝送に使用されている一次伝送ベアラ、および、ＵＥからおよびＵＥへの考えられる通信のために予め確保されている二次伝送ベアラを、一次伝送ベアラから二次伝送ベアラへと変更すべくトリガされ、ＵＥが同時モードまたは信頼性モードにあるときに、既存の拡張型セッション以外のセッションと関連付けられるＡＰに対してＵＥを接続することを可能にすべく、トリガされる。
【００３９】
第７態様の第６実装に係る方法の第７実装によれば、ＵＥは、それぞれのユーザセッションタイプ拡張（ＵＥ−ＳＴｅ）エンティティの機能で拡張された。ＵＥ−ＳＴｅエンティティは、ＵＥとＡＮとの間のインタフェースにおける複数の伝送ベアラの割り当てに特化したマッピングテーブルを備え、ＰＤＮエンティティに向けて伝送されるＵＬデータパケットを生成するよう適合させられ、ＵＬデータパケットがどのセッションと関連付けられるかを識別すべくマッピングテーブルをチェックするよう適合させられ、次に、識別されたセッションが拡張型セッション以外のセッションである場合に、ＵＥとＰＤＮエンティティとを接続する利用可能な伝送ベアラのみを選択し、ＵＬデータパケットをＰＤＮエンティティに向けて伝送するよう適合させられ、次に、識別されたセッションが拡張型セッションである場合に、動作モードがプリエンプティブモード、同時モードまたは信頼性モードであるかをチェックするよう適合させられ、次に、動作モードがプリエンプティブモードである場合に、一次伝送ベアラを選択し、ＵＬデータパケットをＰＤＮエンティティに向けて伝送するよう適合させられ、次に、動作モードが同時モードである場合に、どのポリシが適用されるべきかをチェックし、適用されるポリシに基づいて伝送ベアラを選択し、ＵＬデータパケットをＰＤＮエンティティに向けて伝送するよう適合させられ、次に、動作モードが信頼性モードである場合に、拡張型セッションと関連付けられる全ての伝送ベアラを識別し、識別した全ての伝送ベアラにＵＬデータパケットを複製し、ＵＬデータパケットをＰＤＮエンティティに向けて伝送するよう適合させられる。
【００４０】
第７態様の第７実装に係る方法の第８実装によれば、各ＵＰＦエンティティは、それぞれのユーザプレーン・セッションタイプ拡張（ＵＰ−ＳＴｅ）エンティティの機能で拡張された。各ＵＰ−ＳＴｅエンティティは、ＡＮとＣＮとの間のインタフェースにおける複数の伝送ベアラの割り当てに特化したそれぞれのマッピングテーブルを備え、ＵＬデータパケットの場合にＵＥから、または、ＤＬデータパケットの場合にＰＤＮエンティティから、ＵＬまたはＤＬデータパケットを受信するよう適合させられ、ＵＬまたはＤＬデータパケットがどのセッションと関連付けられるかを識別すべく自らのＰＤＮエンティティマッピングテーブルをチェックするよう適合させられ、次に、識別されたセッションが拡張型セッション以外のセッションである場合に、ＵＥとＰＤＮエンティティとを接続する利用可能な伝送ベアラのみを選択し、ＤＬデータパケットの場合にＵＥに向けて、または、ＵＬデータパケットの場合にＰＤＮエンティティに向けて、ＵＬまたはＤＬデータパケットを伝送するよう適合させられ、次に、識別されたセッションが拡張型セッションである場合に、動作モードがプリエンプティブモード、同時モードまたは信頼性モードであるかをチェックするよう適合させられ、次に、動作モードがプリエンプティブモードである場合に、一次伝送ベアラを選択し、ＤＬデータパケットの場合にＵＥに向けて、または、ＵＬデータパケットの場合にＰＤＮエンティティに向けて、ＵＬまたはＤＬデータパケットを伝送するよう適合させられ、次に、動作モードが同時モードである場合に、ＵＥ−ＳＴｅエンティティにおいて適用されるポリシ以外のどのポリシが適用されるべきかをチェックし、適用されるポリシに基づいて伝送ベアラを選択し、ＤＬデータパケットの場合にＵＥに向けて、または、ＵＬデータパケットの場合にＰＤＮエンティティに向けて、ＵＬまたはＤＬデータパケットを伝送するよう適合させられ、次に、動作モードが信頼性モードである場合に、拡張型セッションと関連付けられる全ての伝送ベアラを識別し、識別した全ての伝送ベアラにＵＬまたはＤＬデータパケットを複製し、ＤＬデータパケットの場合にＵＥに向けて、または、ＵＬデータパケットの場合にＰＤＮエンティティに向けて、ＵＬまたはＤＬデータパケットを伝送するよう適合させられる。
【００４１】
第７態様の第７実装または第８実装に係る方法の第９実装によれば、ＵＰ−ＳＴｅエンティティにおいて適用されるポリシは、静的ポリシまたは全決定ポリシであり、ＵＥ−ＳＴｅエンティティにおいて適用されるポリシは、ＡＮの状態の分析またはラウンドロビン・スケジューリングである。
【００４２】
上記の目的はまた、第８態様に従って解決される。
【００４３】
第８態様によれば、本発明は、コンピュータで実行されると第４態様または第４態様の第１実装に係る方法を実行するプログラムコードを備えるコンピュータプログラムに関する。よって、当該方法は、自動的かつ繰り返し可能に実行され得る。
【００４４】
コンピュータプログラムは、上記の装置により実行され得る。
【００４５】
なお、より具体的に言うと、上記の装置は、ディスクリート・ハードウェアコンポーネント、集積チップまたはチップモジュールの配列を有するディスクリート・ハードウェア回路に基づいて、または、メモリに記憶されるか、コンピュータ可読媒体に書き込まれるか、または、インターネットなどのネットワークからダウンロードされる、ソフトウェアのルーチンまたはプログラムにより制御されるシグナル処理デバイスまたはチップに基づいて実装されてよい。
【００４６】
本発明の好ましい実施形態は、従属請求項または上記の実施形態と、それぞれの独立請求項との任意の組み合わせであってもよいことが更に理解されるものとする。
【００４７】
以下に説明する実施形態を参照すれば、本発明のこれらの態様および他の態様が明らかになり、解明されるであろう。
【図面の簡単な説明】
【００４８】
以下に挙げる本開示の詳細な部分では、図面に示す例示的な実施形態を参照しながら、本発明についてより詳しく説明することにする。
【００４９】
【図１】本発明のある実施形態に係る拡張型セッションのモデル（ＥＳＭ）における移動通信ネットワークのコアネットワーク（ＣＮ）とアクセスネットワーク（ＡＮ）との間の様々な種類の（（ａ）から（ｃ）の記号が振られている）単一のパケットデータユニット（ＰＤＵ）セッションの機構を示している。
【００５０】
【図２】（ａ）本発明のある実施形態に係る、ＣＰＦエンティティがＳＴＭエンティティとは機能的に別個である場合、および、（ｂ）ＣＰＦエンティティがＳＴＭエンティティの機能で拡張されている場合の、ＥＳＭ内の移動通信ネットワークのＣＮの異なるエンティティおよびインタフェースを示している。
【００５１】
【図３】本発明のある実施形態に係る、手順がデバイストリガ型であるときの、ＥＳＭに関するセッション構成の手順を示している。
【００５２】
【図４】本発明のある実施形態に係る、手順がネットワークトリガ型であるときの、ＥＳＭに関するセッション構成の手順を示している。
【００５３】
【図５】本発明のある実施形態に係る、（ａ）個別割り当ておよび（ｂ）共有割り当ての間で、ＥＳＭ内の複数の伝送ベアラの考えられる割り当てを示している。
【００５４】
【図６】本発明のある実施形態に係る、ＥＳＭ内の複数の伝送ベアラを個別に割り当てる場合の、ＵＥ内のＵＥ−ＳＴｅエンティティ、並びに、ＵＰＦ１およびＵＰＦ２内のそれぞれのＵＰ−ＳＴｅエンティティの例示的なマッピングテーブルを３つ示している。
【００５５】
【図７】本発明のある実施形態に係る、ＥＳＭ内の複数の伝送ベアラを共有的に割り当てる場合の、ＵＥ内のＵＥ−ＳＴｅエンティティ、並びに、ＵＰＦ１およびＵＰＦ２内のそれぞれのＵＰ−ＳＴｅエンティティの例示的なマッピングテーブルを３つ示している。
【００５６】
【図８ａ】本発明のある実施形態に係る、個別割り当ての例示的事例におけるプリエンプティブモード下での複数の伝送ベアラから成る２つの組（Ｂ１、Ｂ２）の使用を示している。ここで、（Ｂ１、Ｂ２）は、それぞれの一次伝送ベアラおよび二次伝送ベアラの組に相当し、一次伝送ベアラが使用されている。
【図８ｂ】本発明のある実施形態に係る、個別割り当ての例示的事例におけるプリエンプティブモード下での複数の伝送ベアラから成る２つの組（Ｂ１、Ｂ２）の使用を示している。ここで、（Ｂ１、Ｂ２）は、それぞれの二次伝送ベアラおよび一次伝送ベアラの組に相当し、二次伝送ベアラが使用されている。
【００５７】
【図９】本発明のある実施形態に係る、個別割り当ての例示的事例における同時モード下で複数の伝送ベアラの使用を示している。
【００５８】
【図１０】本発明のある実施形態に係る、個別割り当ての例示的事例における信頼性モード下での複数の伝送ベアラの使用を示している。
【００５９】
【図１１】本発明のある実施形態に係る、ＵＥの動作モードに基づくＵＥ−ＳＴｅエンティティの処理段階を示したフロー図を示している。
【００６０】
【図１２】本発明のある実施形態に係る、ＵＥの動作モードに基づくＵＰ−ＳＴｅエンティティの処理段階を示したフロー図を示している。
【００６１】
【図１３】本発明のある実施形態に係る、全てが同じＥＳＭと関連付けられる複数のＡＰとＵＥ−ＳＴｅエンティティとの間の、ＵＥトリガ型のＨＯ手順を示している。
【００６２】
【図１４】本発明のある実施形態に係る、全てが同じＥＳＭと関連付けられるわけではない複数のＡＰとＵＥ−ＳＴｅエンティティとの間の、ＵＥトリガ型のＨＯ手順を示している。
【００６３】
【図１５ａ】ＬＴＥアーキテクチャへの本発明のある実装を示している。
【図１５ｂ】ＬＴＥアーキテクチャへの本発明のある実装を示している。
【図１５ｃ】ＬＴＥアーキテクチャへの本発明のある実装を示している。
【００６４】
同一の特徴または少なくとも機能的に同等の特徴には、同一の参照符号が使用されている。
【発明を実施するための形態】
【００６５】
図１は、本発明のある実施形態に係る拡張型セッションのモデル（ＥＳＭ）における移動通信ネットワークのコアネットワーク（ＣＮ）とアクセスネットワーク（ＡＮ）との間の様々な種類の（（ａ）から（ｃ）の記号が振られている）単一のパケットデータユニット（ＰＤＵ）セッションの機構を示している。
【００６６】
単一のＰＤＵセッションは、ユーザ機器（ＵＥ）とパケットデータネットワーク（ＰＤＮ）エンティティとの関連付けとして定義され得る。一方で、ＥＳＭは、同じＡＮの少なくとも２つの伝送ベアラとＣＮの少なくとも１つの伝送ベアラとをＵＥが有するモデルとして、定義され得る。これらの伝送ベアラは全て、単一のＰＤＵセッションに属しており、データトラフィックを伝送するエンティティのそれぞれのペア間の論理的接続として定義される。
【００６７】
このように、図１は、提案されているＥＳＭ内で複数のベアラを互いにリンクする様々な構成を示している。
【００６８】
図１の（ａ）は、ＣＮの第１ユーザプレーン機能エンティティ（ＵＰＦ１）において交差し、２つのアクセスポイント（ＡＰ１、ＡＰ２）をそれぞれ介する、ＡＮの２つの伝送ベアラを示している。提案されているＥＳＭのこの構成では、ＵＰＦ１と第２ユーザプレーン機能エンティティ（ＵＰＦ２）との間のＣＮの伝送ベアラの数がＡＮの伝送ベアラの数に相当するので、ＵＰＦ１とＵＰＦ２との間にＣＮの伝送ベアラが２つある。このように、示唆されているＥＳＭは、（ＵＥ、ＡＰ１）、（ＡＰ１、ＵＰＦ１）、（ＵＥ、ＡＰ２）、（ＡＰ２、ＵＰＦ１）、（ＵＰＦ１、ＵＰＦ２）および（ＵＰＦ２、ＰＤＮ）というタプルにより構成される。
【００６９】
図１の（ｂ）は、ＣＮのＵＰＦ１において交差し、２つのアクセスポイント（ＡＰ１、ＡＰ２）をそれぞれ介する、ＡＮの２つの伝送ベアラを示している。提案されているＥＳＭのこの構成では、ＡＮの２つの伝送ベアラからのトラフィックの伝送を担う、ＵＰＦ１とＵＰＦ２との間のＣＮの伝送ベアラは１つだけである。このように、示唆されているＥＳＭは、（ＵＥ、ＡＰ１）、（ＡＰ１、ＵＰＦ１）、（ＵＥ、ＡＰ２）、（ＡＰ２、ＵＰＦ１）、（ＵＰＦ１＿ａ、ＵＰＦ２）、（ＵＰＦ１＿ｂ、ＵＰＦ２）および（ＵＰＦ２、ＰＤＮ）というタプルにより構成される。
【００７０】
図１の（ｃ）は、ＵＰＦ１およびＵＰＦ２以外のＣＮの第３ユーザプレーン機能エンティティ（ＵＰＦ３）において交差し、２つのアクセスポイント（ＡＰ１、ＡＰ２）をそれぞれ介する、ＡＮの２つの伝送ベアラを示している。このように、示唆されているＥＳＭは、（ＵＥ、ＡＰ１）、（ＡＰ１、ＵＰＦ１）、（ＵＰＦ１、ＵＰＦ３）、（ＵＥ、ＡＰ２）、（ＡＰ２、ＵＰＦ２）、（ＵＰＦ２、ＵＰＦ３）および（ＵＰＦ３、ＰＤＮ）というタプルにより構成される。
【００７１】
上述の複数のＵＰＦエンティティ（ＵＰＦ１、ＵＰＦ２、ＵＰＦ３）は全て、幾つかのネットワークサービスを提供すべくユーザプレーントラフィックを処理するためにＣＮにおいて使用されるネットワーク機能（ＮＦ）として定義され得る。ＵＰＦエンティティのある例は、機能エンティティを固着させるモビリティであってよい。
【００７２】
図２は、（ａ）本発明のある実施形態に係る、制御プレーン機能（ＣＰＦ）エンティティがＳＴＭエンティティとは機能的に別個である場合、および、（ｂ）ＣＰＦエンティティがセッションタイプマネージャ（ＳＴＭ）エンティティの機能で拡張されている場合の、ＥＳＭ内の移動通信ネットワークのＣＮの異なるエンティティおよびインタフェースを示している。以下において、「ＣＰＦエンティティ」という用語は、更なる明確な説明が全くなければ、本発明のコンテキストに係るＳＴＭエンティティの機能で拡張されたＣＰＦエンティティ、または、当該ＳＴＭエンティティとは機能的に別個のＣＰＦエンティティを指す。
【００７３】
これらの異なるエンティティおよびインタフェースによって、ＵＥ、ＡＮ、ＣＮおよびＰＤＮエンティティを備える移動通信ネットワークは、提案されているＥＳＭの構成および使用をサポートすることができる。
【００７４】
図２の（ａ）からわかる通り、ＣＮのこれらのエンティティは、セッションタイプデータベース（ＳＴＤＢ）と、ＵＰＦエンティティ（明確にするため、示されているＵＰＦエンティティは１つだけである）と、ＳＴＭエンティティと、ＳＴＭエンティティとは機能的に別個のＣＰＦエンティティとを備える。
【００７５】
図２の（ｂ）からわかる通り、ＣＮのこれらのエンティティは、セッションタイプデータベース（ＳＴＤＢ）と、ＵＰＦエンティティ（明確にするため、示されているＵＰＦエンティティは１つだけである）と、ＳＴＭエンティティの機能で拡張されたＣＰＦエンティティ（以降、「拡張型ＣＰＦエンティティ」とも呼ばれる）とを備える。
【００７６】
ＣＰＦエンティティは、ＡＮおよびＣＮを通じてＰＤＮエンティティと任意のデータトラフィックを交換すべく移動通信ネットワークに接続されているＵＥに関する制御プレーン機能を実行するためにＣＮにおいて使用されるＮＦとして定義され得る。
【００７７】
ＳＴＭエンティティとしては、提案されているＥＳＭが使用されたときにＡＮとＣＮとの間の複数の伝送ベアラの接続を制御するよう適合させられている論理的ネットワークエンティティとして定義され得る。
【００７８】
ＵＥトラフィックの接続を可能にすべく、ＵＥのセッションのタイプは、ＵＥが一度に接続される同じ技術のＡＰが１つだけである、現在の４Ｇシステム、または、ＵＥが一度に接続される同じ技術のＡＰが複数である、提案されているＥＳＭにおいて使用される、セッションモデルであってよい。ＵＥからのセッションまたはサービスの要求に応じてＵＥのセッションをセットアップする必要性、または、ＵＥの既存のセッションを修正または置換することにより当該既存のセッションを変更する必要があるときはいつでも、ＳＴＭエンティティ（図２の（ａ）を参照）またはＳＴＭエンティティの機能（図２の（ｂ））が使用される。
【００７９】
図２の（ａ）を参照すると、ここでは、全部の段階が、丸で囲んだ「１」から「６」までの番号でそれぞれ表され、（ＳＴＭエンティティとは機能的に別個の）ＣＰＦエンティティは、ＵＥからアクセスネットワークセッション・インタフェース（ＡＮｓ−Ｉｆ）を介してセッション構成の要求を受信し、セッション構成の要求は、セッションまたはサービスの要求に関連してもよいし、既存のセッションを修正または置換することにより当該既存のセッションを変更する必要性に関連してもよい（段階１）。ＳＴＭエンティティの実際のトリガは、ＵＥセッションをセットアップまたは変更するための所与の要求にどのタイプのセッションが使用されるべきかを要求すべく、（ＳＴＭエンティティとは機能的に別個の）ＣＰＦエンティティが制御ネットワークセッションタイプ・インタフェース（ＣＮｓ−Ｉｆ）を介してＳＴＭエンティティと接触するときに発生する（段階２）。次に、ＳＴＭエンティティは、ＵＥを、係るＵＥ向けに構成されるセッションのタイプと関連付ける情報を取得すべく、セッション記述インタフェース（ＳＤ−Ｉｆ）を介してＳＴＤＢと相互作用する（段階３）。ＥＳＭがＵＥセッションのタイプとして選択されているとき、ＳＴＭエンティティはまた、所与のＥＳＭセットアップまたはＥＳＭ再構成のためにＵＥとＰＤＮエンティティとの間で交換されるデータトラフィックと関連付けられるＣＮおよびＡＮの複数の伝送ベアラをサポートすべく、ユーザプレーン（ＵＰ）において構成される複数のＵＰＦエンティティおよび複数のＡＰを識別するよう適合させられる（段階４）。ひとたびセッション構成情報がＳＴＭエンティティにより定義されると、この情報は、ＳＴＭエンティティからＣＮｓ−Ｉｆを介して（ＳＴＭエンティティとは機能的に別個の）ＣＰＦエンティティに向けて伝達される（段階４'）。ＳＴＭエンティティから受信された情報に基づいて、（ＳＴＭエンティティとは機能的に別個の）ＣＰＦエンティティは次に、ＳＴＭエンティティにより定義された構成を、セッション動作構成インタフェース（ＳＯＣ−Ｉｆ）を介して、各ＵＰＦエンティティに向けて、より具体的には、ここに示す各ユーザプレーン・セッションタイプ拡張（ＵＰ−ＳＴｅ）エンティティに向けて伝送する（段階５）。加えて、ＳＴＭエンティティにより定義されたＥＳＭの構成はまた、ＡＮｓ−Ｉｆを介して、ＵＥに向けて、より具体的には、図２に示すユーザセッションタイプ拡張（ＵＥ−Ｓｔｅ）エンティティに向けて伝送されるので、ＵＥは、利用可能な伝送ベアラを使用して自らのデータトラフィックを伝送および受信することもできる（段階１'）。ひとたびセッションが完全にセットアップされると、ＵＥからのアップリンク（ＵＬ）データトラフィック、および、ＵＥへのダウンリンク（ＤＬ）データトラフィックは、セットアップセッションを使用して伝送される（段階６）。
【００８０】
図２の（ｂ）を参照すると、ここでは、全部の段階が、丸で囲んだ「１」から「６」までの番号でそれぞれ表され、ＳＴＭエンティティの機能で拡張されたＣＰＦエンティティは、ＵＥからアクセスネットワークセッション・インタフェース（ＡＮｓ−Ｉｆ）を介してセッション構成の要求を受信し、セッション構成の要求は、セッションまたはサービスの要求に関連してもよいし、既存のセッションを修正または置換することにより当該既存のセッションを変更する必要性に関連してもよい（段階１）。次に、拡張型ＣＰＦエンティティは、ＵＥを、係るＵＥ向けに構成されるセッションのタイプと関連付ける情報を取得すべく、セッション記述インタフェース（ＳＤ−Ｉｆ）を介してＳＴＤＢと相互作用する（段階２）。ＥＳＭがＵＥセッションのタイプとして選択されているとき、拡張型ＣＰＦエンティティはまた、所与のＥＳＭセットアップまたはＥＳＭ再構成のためにＵＥとＰＤＮエンティティとの間で交換されるデータトラフィックと関連付けられるＣＮおよびＡＮの複数の伝送ベアラをサポートすべく、ユーザプレーン（ＵＰ）において構成される複数のＵＰＦエンティティおよび複数のＡＰを識別するよう適合させられる（段階３）。単独で定義されたセッション構成情報に基づいて、拡張型ＣＰＦエンティティは次に、セッション動作構成インタフェース（ＳＯＣ−Ｉｆ）を介して、当該構成を各ＵＰＦエンティティに向けて、より具体的には、図２に示す各ユーザプレーン・セッションタイプ拡張（ＵＰ−ＳＴｅ）エンティティに向けて伝送する（段階４）。加えて、拡張型ＣＰＦエンティティにより定義されたＥＳＭの構成はまた、アクセスネットワークセッション・インタフェース（ＡＮｓ−Ｉｆ）を介して、ＵＥに向けて、より具体的には、ここに示すユーザセッションタイプ拡張（ＵＥ−Ｓｔｅ）エンティティに向けて伝送されるので、ＵＥは、利用可能な伝送ベアラを使用して自らのデータトラフィックを伝送および受信することもできる（段階１'）。ひとたびセッションが完全にセットアップされると、ＵＥからのアップリンク（ＵＬ）データトラフィック、および、ＵＥへのダウンリンク（ＤＬ）データトラフィックは、セットアップセッションを使用して伝送される（段階５）。
【００８１】
なお、ＣＰＦエンティティがＳＴＭエンティティとは機能的に別個であるとき、既存のセッションを変更する必要性は、ＣＰＦエンティティ、ＳＴＭまたはＳＴＤＢにおいて特定され得る。他方で、ＣＰＦエンティティがＳＴＭエンティティの機能で拡張されているとき、既存のセッションを変更する必要性は、拡張型ＣＰＦエンティティまたはＳＴＤＢにおいて特定され得る。
【００８２】
ＣＮの複数のＵＰＦエンティティは、それぞれのＵＰ−ＳＴｅエンティティの機能で個別に拡張される。それぞれのＵＰ−ＳＴｅエンティティは、ＣＰＦエンティティからＳＯＣ−Ｉｆを介して、ＵＥにより使用されるセッションのタイプに関する情報、および、セットアップされるＵＥのセッションの動作モードに関連するセッション構成情報を受信するよう適合させられ、受信された情報全体に基づいて、ＵＥからのＵＬデータトラフィックとＵＥへのＤＬデータトラフィックとをどのように伝送すべきかを決定するようにも適合させられる。
【００８３】
ＵＥは、ＵＥ−ＳＴｅエンティティの機能で拡張される。ＵＥ−ＳＴｅエンティティは、同じ技術を有する複数のＡＰを用いて無線伝送ベアラを確立し、ＣＰＦエンティティからＡＮｓ−Ｉｆを介して、ＵＥにより使用されるセッションのタイプ、および、セットアップされるＵＥのセッションの動作モードに関連するセッション構成情報を受信するよう適合させられ、ＵＥからのＵＬデータトラフィックを伝送し、ＵＥへのＤＬデータトラフィックを受信するためにＡＮの伝送ベアラをどのように使用すべきかを決定するようにも適合させられる。
【００８４】
以下では、図２の（ａ）および図２の（ｂ）に関連する説明の流れで紹介したセッション構成の手順についてより詳しく説明することにする。
【００８５】
その範囲において、図３は、本発明のある実施形態に係る、手順がデバイストリガ型であるときの、ＥＳＭに関するセッション構成の手順を示している。
【００８６】
図３に示す通り、セッション構成の初期動作は、ＵＥがセッション（またはサービス）要求をＣＰＦエンティティに向けて送信するときにトリガされる（段階１）。セッション要求は次に、ＣＰＦエンティティにより処理され、ＣＰＦエンティティは、ＳＴＭエンティティと相互作用する（段階２）。ＳＴＭエンティティは、どの種類のセッションが使用されるべきかを決定するための要求を受信したとき、ＳＴＤＢと相互作用して、どのセッションが所与のＵＥに使用されるべきかに関する情報を照会および取得する（段階２）。加えて、ＳＴＭエンティティは、複数のＵＰ−ＳＴｅエンティティ内で構成されるＥＳＭの動作に関する構成パラメータ（例えば、使用されるＣＮの伝送ベアラの種類）を定義する（段階２）。ＥＳＭがどのようにセットアップされるべきかに関する全ての情報をＣＰＦエンティティがＳＴＭエンティティから受信したとき、ＣＰＦエンティティは、ＵＥ（すなわちＵＥ−ＳＴｅエンティティ）と選択されたＡＮの複数のＡＰとの間、選択された複数のＡＰと複数のＵＰＦエンティティとの間、最終的にＣＮの複数のＵＰＦエンティティ（すなわち複数のＵＰ−ＳＴｅエンティティ）間の複数の伝送ベアラにおけるリソースの確保をトリガする（段階３）。最後に、要求されたＥＳＭのためのリソースの確保をＵＰの全てのエンティティがＣＰＦエンティティに対して確認したとき、要求されたセッションは、確立されたものとしてみなされる（段階４）。
【００８７】
ＵＥが移動通信ネットワークに接続されている間、そのセッションのタイプは、伝送ベアラと関連付けられるリソースも変更することができる。この場合は、ＥＳＭに関するセッション構成の手順が、ＥＳＭに関するセッション再構成の手順とみなされ得る。
【００８８】
その範囲において、図４は、本発明のある実施形態に係る、手順がネットワークトリガ型であるときの、ＥＳＭに関するセッション構成の手順を示している。
【００８９】
様々なシナリオが起こり得る。第１のシナリオにおいて、ＵＥは、現在の４Ｇセッションモデルを有することができ、ネットワークは、この進行中のＵＥセッションをＥＳＭに変更する必要があると定義することができる。第２のシナリオにおいて、ＵＥはＥＳＭとＵＥの伝送ベアラのうち幾つかとを有することができ、ＡＮを複数のＡＰ間で変更する必要が生じ得る。第３のシナリオにおいて、ＵＥはＥＳＭを有することができ、例えばアンカリングポイント（ａｎｃｈｏｒｉｎｇ  ｐｏｉｎｔ）の再選択に起因して、ＣＮの伝送ベアラのうち幾つかをＵＰＦ間で変更する必要が生じ得る。
【００９０】
図４に示す通り、セッションを、従来のものであれＥＳＭであれ、変更する必要があるという特定は、上述のシナリオに従って発生し得る（段階１）。この識別プロセスに関与するエンティティは、ＣＰＦエンティティ、ＳＴＭエンティティまたはＳＴＤＢである。ＣＰＦエンティティは、例えば、ＵＰアンカリングポイントの変更を決定することができる。他方で、ＳＴＭエンティティは、例えば、ＵＥの体験の質（ＱｏＥ）を最適化すべくコンテキスト情報を受信することができ、ＵＥにより使用されるセッションのタイプに関する記憶された情報は、ＳＴＤＢにおいて変更され得る。しかしながら、変更を決定するのは常にＳＴＭエンティティとなり、結果としてもたらされる変更は、ＵＥにより使用されるセッションにおいて実施されるものとする。構成される変更を決定した後、ＳＴＭエンティティは、当該変更を実際にＵＰのエンティティに向けて通知および伝達できるよう、ＣＰＦエンティティと再び相互作用する（段階２）。ＣＰＦエンティティは、ＵＥのセッションと関連した複数のＵＰＦエンティティの複数のＵＰ−ＳＴｅエンティティにおいて変更を実行すべく、複数のＵＰＦエンティティと相互作用する（段階３）。変更に関する様々なシナリオについて述べてきたが、これらのシナリオの全てにおいて、当該手順のこの段階（段階３）が実行される。ここでは、古いリソースが破棄され、新しいリソースが、新しいまたは更新済みのＥＳＭを実施すべく変更に割り振られる。制御プレーン（ＣＰ）およびＵＰのエンティティ間での相互作用が完了し、最後にＥＳＭが再確立される一方で、ＳＴＭエンティティは、実施されたＵＥのセッションの変更に関する更新情報を有する（段階４）。
【００９１】
ＡＮとＣＮとの間の複数の伝送ベアラの接続は、複数の伝送ベアラの選択的な割り当てに基づいてＳＴＭエンティティにより制御される。ＳＴＭエンティティにより２種類の割り当てが選択され得る。この選択的な割り当ては、ＡＮにおける少なくとも２つの異なるアクセスポイント（ＡＰ）をそれぞれ介する、同じＡＮの少なくとも２つの伝送ベアラ、および、ＣＮの少なくとも１つの伝送ベアラの間でのものであり、各伝送ベアラは、単一のパケットデータユニット（ＰＤＵ）セッションに属する。
【００９２】
図５は、本発明のある実施形態に係る、（ａ）個別割り当ておよび（ｂ）共有割り当ての間で、ＥＳＭ内の複数の伝送ベアラの考えられる割り当てを示している。
【００９３】
図５の（ａ）において、選択されている割り当ては個別割り当てである。ここで、ＡＮの各伝送ベアラは、ＣＮの対応する各伝送ベアラへ個別に接続される。ここに示す通り、（ＣＮのＵＰＦ１およびＵＰＦ２を通る）伝送ベアラＣＮ−ＣＮ−Ｂ１と（ＡＮのＡＰ１およびＡＰ２とＣＮのＵＰＦ１とを通る）伝送ベアラＡＮ−ＣＮ−Ｂ１との間には関連付けがある。同じくここに示す通り、他の２つの伝送ベアラ、すなわち（ＣＮのＵＰＦ１およびＵＰＦ２を通る）伝送ベアラＣＮ−ＣＮ−Ｂｎと（ＡＮのＡＰ２およびＣＮのＵＰＦ１を通る）伝送ベアラＡＮ−ＣＮ−Ｂｎとの間には別の関連付けがある。このように、こうしてＣＮの複数の伝送ベアラを使用することによって、例えば、コアネットワークにおけるＵＥのデータトラフィックの負荷分散が可能となり得る、または、より高い信頼性が保証され得る。
【００９４】
図５の（ｂ）において、選択されている割り当ては共有割り当てである。ここでは、ＡＮの少なくとも２つの伝送ベアラが、ＣＮの単一の伝送ベアラへ共に接続される。この場合、ＳＴＭエンティティは、ＣＮの伝送ベアラが簡略化されてよく、ＡＮの複数の伝送ベアラがＣＮの同じ伝送ベアラを共有すると決定する。ここに示す通り、（ＡＮのＡＰ１およびＡＰ２とＣＮのＵＰＦ１とを通る）伝送ベアラＡＮ−ＣＮ−Ｂ１および（ＡＮのＡＰ２およびＣＮのＵＰＦ１を通る）伝送ベアラＡＮ−ＣＮ−Ｂｎはどちらも、（ＵＰＦ１およびＵＰＦ２を通る）単一の伝送ベアラＣＮ−ＣＮ−Ｂ１と関連付けられる。ＳＴＭエンティティにおいてＣＮの同じ伝送ベアラの共有を決定することは、ＵＰＦエンティティ間のリソースに限りがあるというインジケーションにより動機付けされる。
【００９５】
図５の（ａ）および図５の（ｂ）の両方に示す通り、（ＵＥおよびＡＮのＡＰ１を通る）無線アクセスネットワーク（ＲＡＮ）伝送ベアラＲＡＮ−Ｂ１と（ＡＮのＡＰ１およびＡＰ２とＣＮのＵＰＦ１とを通る）伝送ベアラＡＮ−ＣＮ−Ｂ１との間の関連付け、および、（ＵＥとＡＮのＡＰ１およびＡＰ２とを通る）ＲＡＮ伝送ベアラＲＡＮ−Ｂｎと（ＡＮのＡＰ２およびＣＮのＵＰＦ１を通る）伝送ベアラＡＮ−ＣＮ−Ｂｎとの間の別の関連付けもある。
【００９６】
更に、ＵＥ−ＳＴｅエンティティは、ＵＥとＡＮとの間のインタフェースにおける複数の伝送ベアラの割り当てに特化したマッピングテーブルを備え、各ＵＰ−ＳＴｅエンティティは、ＡＮとＣＮとの間のインタフェースにおける、および、ＣＮ内の複数の伝送ベアラの割り当てに特化したそれぞれのマッピングテーブルを備える。よって、ＥＳＭ内のＡＮとＣＮとの間の複数の伝送ベアラの割り当てが維持され得る。
【００９７】
ＵＥ−ＳＴｅエンティティおよび各ＵＰ−ＳＴｅエンティティ内のマッピングテーブルは、複数のフィールドを共有する。これらのフィールドのうち、「セッションＩＤ」と表されるフィールドは、ＵＥにより使用されるセッションの識別に関連し、「ＰＤＮ  ＩＤ」と表されるフィールドは、セッションＩＤの使用と関連付けられるＵＥの識別に関連し、「ＵＥ  ＵＬベアラＩＤ」と表されるフィールドは、ＵＥからＰＤＮエンティティに向けて伝送されるデータトラフィックの割り当てまたはマッピングの識別に関連し、「ＵＥ  ＤＬベアラＩＤ」と表されるフィールドは、ＰＤＮエンティティからＵＥに向けて伝送されるデータトラフィックの割り当てまたはマッピングの識別に関連し、「セッションタイプ」と表されるフィールドは、ＵＥにより使用され、かつ、「セッションＩＤ」フィールドにより識別される、セッションのタイプのインジケーションに関連し、「動作モード（拡張型セッションのモデル専用）」と表されるフィールドは、識別されたセッションのタイプが拡張型セッションであるときの識別されたセッションの動作モードに関連する。動作モードは、プリエンプティブモードまたは同時モードまたは信頼性モードであってよい。ＳＴＭエンティティによりＥＳＭ用に構成され得るこれら３つの動作モードは、ＵＥ−ＳＴｅエンティティおよび複数のＵＰ−ＳＴｅエンティティがＡＮとＣＮとの間のＥＳＭの複数の伝送ベアラをどのように使用するかを、ＳＴＭエンティティが決定する方式に関連する。より正確に言うと、プリエンプティブモードは、識別されたセッションのためのＡＮとＣＮとの間の複数の伝送ベアラにおけるリソースの確保に関連する。同時モードは、ＡＮとＣＮとの間の複数の伝送ベアラのうち、選択された伝送ベアラの同時使用に関連し、信頼性モードは、ＡＮとＣＮとの間の複数の伝送ベアラのうち、選択された伝送ベアラのデータトラフィックの伝送における冗長性に関連する。
【００９８】
加えて、ＵＥ−ＳＴｅエンティティ内のマッピングテーブルは、「ＡＰ  ＩＤ」と表される別のフィールドを有しており、当該フィールドは、識別されたセッションと関連付けられる複数のＡＰの識別に関連する。他方で、ＵＰ−ＳＴｅエンティティ内のマッピングテーブルは、「ＵＥ  ＩＤ」と表される別のフィールドを有しており、当該別のフィールドは、識別されたセッションと関連付けられるＵＥの識別に関連する。
【００９９】
これらのマッピングテーブルは全て、ＵＥのＵＬおよびＤＬデータトラフィックをマッピングすべく、図３のＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティがＳＴＭエンティティによりどのように構成されるかを示す。
【０１００】
図５の（ａ）を参照すると、図６は、ＥＳＭ内の複数の伝送ベアラを個別に割り当てる場合の、ＵＥ内のＵＥ−ＳＴｅエンティティ（「ＵＥ＿１」で表される）、並びに、ＵＰＦ１およびＵＰＦ２内のそれぞれのＵＰ−ＳＴｅエンティティの例示的なマッピングテーブルを３つ示している。
【０１０１】
図５の（ｂ）を参照すると、図７は、ＥＳＭ内の複数の伝送ベアラを共有的に割り当てる場合の、ＵＥ内のＵＥ−ＳＴｅエンティティ（「ＵＥ＿１」で表される）、並びに、ＵＰＦ１およびＵＰＦ２内のそれぞれのＵＰ−ＳＴｅエンティティの例示的なマッピングテーブルを３つ示している。
【０１０２】
図６および図７の例示的なマッピングテーブルからわかる通り、識別されたセッションフィールドの動作モードはプリエンプティブモードである。このモードにおいて、ＳＴＭエンティティは、ＵＥと関連付けられるＥＳＭのために確保する必要がある、ＡＮとＣＮとの間の複数の伝送ベアラにおけるリソースがどれであるかを示し、確保されたリソースの組を一度に１つだけ使用するよう、ＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティを構成する。
【０１０３】
その範囲において、図８ａおよび図８ｂは、図５の（ａ）に示す個別割り当ての例示的事例におけるプリエンプティブモード下での複数の伝送ベアラ（ＲＡＮ−Ｂ１、ＡＮ−ＣＮ−Ｂ１、ＣＮ−ＣＮ−Ｂ１、ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）から成る２つの組（Ｂ１、Ｂ２）の使用を示している。図８ａにおいて、（Ｂ１、Ｂ２）は、それぞれの一次伝送ベアラおよび二次伝送ベアラの組に相当し、図８ｂにおいて、（Ｂ１、Ｂ２）は、それぞれの二次伝送ベアラおよび一次伝送ベアラの組に相当する。なお、別の例示的事例では、割り当てが、図５の（ｂ）に示す共有割り当てであってもよい。
【０１０４】
図８ａでは、プリエンプティブ動作モードでＥＳＭを使用するためにＵＰのエンティティがセットアップされるとき、ＵＥとＰＤＮエンティティとの間のデータトラフィックの伝送全てに使用される一次伝送ベアラ（ＲＡＮ−Ｂ１、ＡＮ−ＣＮ−Ｂ１、ＣＮ−ＣＮ−Ｂ１）の組がある一方で、二次伝送ベアラ（ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）から成る別の組が、考えられるＵＥ通信のために予め確保される。二次伝送ベアラ（ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）のためのリソースは、ＡＮおよびＣＮの両方におけるリソースが全て、これらの二次伝送ベアラ（ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）のために確保され、ＵＥ側におけるアクティブ化を待つだけの状態になるよう、予め確保され得る。代替的に、これらのリソースは、ＣＮにおけるリソースだけが二次伝送ベアラ（ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）のために予め確保され、ひとたび係るリソースをアクティブ化する必要性が検出されると、ＡＮおよびＵＥのリソースの両方が割り振られるよう、予め確保され得る。
【０１０５】
二次伝送ベアラ（ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）からのリソースがいかなる方式で予め確保されるとしても、複数のＵＰ−ＳＴｅエンティティは、二次伝送ベアラ（ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）に関する情報を有する。とはいえ、ＳＯＣ−Ｉｆを介してＳＴＭエンティティにより送信される構成は、一次伝送ベアラ（ＲＡＮ−Ｂ１、ＡＮ−ＣＮ−Ｂ１、ＣＮ−ＣＮ−Ｂ１）だけがＵＬおよびＤＬデータトラフィックの伝送に使用されるものとすることを決定する。図６を参照すると、この情報は、ＵＰ−ＳＴｅマッピングテーブルの「動作モード（拡張型セッションのモデル専用）」と表されるフィールドの列へのエントリとして示される。同様に、ＵＥ−ＳＴｅマッピングテーブルは、プリエンプティブモードを示す少なくとも１つの伝送ベアラと、この少なくとも１つの伝送ベアラが一次伝送ベアラ（ＲＡＮ−Ｂ１、ＡＮ−ＣＮ−Ｂ１、ＣＮ−ＣＮ−Ｂ１）であるという情報とで構成される。なおしかしながら、二次伝送ベアラ（ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）が確保および確立される方式に応じて、二次伝送ベアラ（ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）は、ＵＥ−ＳＴｅエンティティのマッピングテーブルに登録されてもよいし、されなくてもよい。
【０１０６】
図８ｂでは、図８ａに対して、伝送ベアラＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２およびＣＮ−ＣＮ−Ｂ２によりＵＬおよびＤＬデータトラフィックの伝送が達成されるよう、一次伝送ベアラの組がＢ１からＢ２に変更されている一方で、伝送ベアラＲＡＮ−Ｂ１、ＡＮ−ＣＮ−Ｂ１およびＣＮ−ＣＮ−Ｂ１のためにリソースが予め確保されるよう、二次伝送ベアラの組がＢ２からＢ１に変更されている。この変更には、ＵＥのデータトラフィックを伝送するために使用される伝送ベアラの割り当てまたはマッピングを更新すべく、複数のＵＰ−ＳＴｅエンティティと制御プレーン（ＣＰ）の複数のエンティティ（すなわち、ＣＰＦエンティティおよびＳＴＭエンティティ）との間の相互作用が伴う。
【０１０７】
マッピングテーブルの識別されたセッションフィールドの動作モードが同時モードである場合は、ＡＮとＣＮとの間の複数の伝送ベアラは、同時に使用されるべく、ＵＰのエンティティ（すなわち、ＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティ）において構成される。どの伝送ベアラが使用されるべきかに関する決定は、それぞれのＵＰ−ＳＴｅエンティティおよびＵＥ−ＳＴｅエンティティにおいて展開されたポリシに基づいて行われる。
【０１０８】
図９は、図５の（ａ）に示す個別割り当ての例示的事例における同時モード下での複数の伝送ベアラ（ＲＡＮ−Ｂ１、ＡＮ−ＣＮ−Ｂ１、ＣＮ−ＣＮ−Ｂ１；ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）の使用を示している。なおしかしながら、別の例示的事例では、割り当てが、図５の（ｂ）に示す共有割り当てであってもよい。
【０１０９】
図９には、データトラフィックＡおよびデータトラフィックＢで表される、ＵＥからおよびＵＥへの２つのデータトラフィックのストリームが示されている。第１ストリームは、ＡＰ１を使用して伝送ベアラＲＡＮ−Ｂ１を介して伝送され、第２ストリームは、ＡＰ２を使用して伝送ベアラＲＡＮ−Ｂ２を介して伝送される。ＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティは、どのリソース（すなわち、どの伝送ベアラ）がそれぞれのＵＬおよびＤＬデータトラフィックに使用されるかを定義するエンティティである。このように、複数のＵＰ−ＳＴｅエンティティは、ＵＬおよびＤＬデータトラフィックがどの伝送ベアラを通じて伝達されるべきかを決定する一方で、ＵＥ−ＳＴｅエンティティは、どの伝送ベアラがＵＬデータトラフィックに使用されるべきかについてだけ定義する。なお、伝送ベアラを共有的に割り当てる場合は、どの伝送ベアラが使用されるべきかに関する決定は必要でない。しかしながら、本発明に係る個別割り当ての場合、ＵＥに向けてどの伝送ベアラが使用されるべきかに関する決定は、それぞれ対応するＵＰ−ＳＴｅエンティティの機能で拡張され、かつ、ＵＥへのおよびＵＥからの経路に配置される、複数のＵＰＦエンティティの何れかにより行われ得る。各ＵＰ−ＳＴｅが動作する方式と伝送ポリシとに関する決定は、ＳＴＭエンティティにより行われ、（ＣＰＦエンティティがＳＴＭエンティティとは機能的に別個のエンティティである場合に）ＣＮｓ−Ｉｆを介して複数のＵＰ−ＳＴｅエンティティを制御し、かつ、ＳＯＣ−Ｉｆを介して制御された複数のＵＰ−ＳＴｅエンティティを当該伝送ポリシで構成する、ＣＰＦエンティティに向けて伝達される。ＵＥ−ＳＴｅエンティティはまた、同時に使用されるＡＮとＣＮとの間の複数の伝送ベアラを選択すべく、ＵＥ−ＳＴｅエンティティおよび複数のＵＰ−ＳＴｅエンティティがそれぞれ異なるポリシで構成されるよう、ＳＴＭエンティティにより構成される。ＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティは、全ての拡張型セッション（すなわちＥＳＭ）にそれぞれのデフォルトポリシを使用してもよいし、拡張型セッションごと（すなわちＥＳＭごと）に、利用可能なポリシのうち１つを選択してもよい。数あるポリシのうち、ＵＰ−Ｓｔｅエンティティにおいて適用されるポリシは、静的ポリシまたは全決定ポリシであってよく、ＵＥ−ＳＴｅエンティティにおいて適用されるポリシは、ＡＮの状態の分析またはラウンドロビン・スケジューリングであってよい。
【０１１０】
複数のＵＰ−ＳＴｅエンティティにおいて静的ポリシが適用されるとき、ＳＴＭエンティティは、ＥＳＭセットアップまたはＥＳＭ再構成の際に、ＵＥのＵＬおよびＤＬデータトラフィックのための伝送ベアラの正確な割り当てを決定する。よって、ＵＥへの経路に他の複数のＵＰ−ＳＴｅエンティティがある場合、これら他のＵＰ−ＳＴｅエンティティは、伝送ベアラの正確な割り当てを有する、相当するＵＰ−ＳＴｅエンティティのマッピングテーブル内のエントリにより構成される。この種のポリシによって、伝送ベアラの静的構成が可能となる。なぜなら、伝送ベアラの静的構成は、ＥＳＭがセットアップまたは変更されるときにＳＴＭエンティティによって一度に定義されるからである。
【０１１１】
複数のＵＰ−ＳＴｅエンティティにおいて全決定ポリシが適用されるとき、ＳＴＭエンティティは、複数のＵＰ−ＳＴｅエンティティのチェーンにおいて更にどの伝送ベアラが次のホップに使用されるかを決定する能力を、ＵＬおよびＤＬデータトラフィックの経路上の全てのＵＰ−ＳＴｅエンティティが有することを決定する。決定を行う各ＵＰ−ＳＴｅエンティティ内では、伝送ベアラにおける混雑があるかどうかを分析し、別の伝送ベアラを犠牲にして１つの伝送ベアラを優先すべく、ラウンドロビンなどの様々な方策が適用され得る。この種のポリシによって、再構成手順のトリガを必要としない、複数のＵＰ−ＳＴｅエンティティにおけるマッピングテーブルの動的構成が可能となる。とはいえ、関与する複数のＵＰ−ＳＴｅエンティティは、複数の伝送ベアラの割り当てをいつ変更すべきかを決定する能力を有する必要がある。
【０１１２】
使用されるＵＬ伝送ベアラを変更すべく、数ある中でもＡＮの状態の分析またはラウンドロビン・スケジューリングのポリシがＵＥ−ＳＴｅエンティティにおいて適用されるとき、ＳＴＭエンティティがこれらのポリシの各々でＵＥ−ＳＴｅエンティティを構成する方法は２つあってよい。第１の方法において、当該ポリシは、ＵＥセッションが同時動作モードで動作するとだけＳＴＭエンティティが定義できるよう、複数のＵＰ−ＳＴｅエンティティにおいてハードコードされてよく、ポリシを適用するかは、ＵＥ−ＳＴｅエンティティにおいてハードコードされた定義次第となる。第２の方法において、ＳＴＭエンティティは、同時動作モード、および、どのポリシがＵＥ−ＳＴｅエンティティにおいて使用されるべきかを定義することができる。相当する情報は次に、ＳＴＭエンティティから（ＣＰＦエンティティがＳＴＭエンティティとは機能的に別個のエンティティである場合に）ＣＮｓ−Ｉｆを介してＣＰＦエンティティに向けて伝送され、ＣＰＦエンティティは、ＡＮｓ−Ｉｆを介してＵＥ−ＳＴｅエンティティを構成することができる。
【０１１３】
マッピングテーブルの識別されたセッションフィールドの動作モードが信頼性モードである場合は、ＵＬおよびＤＬデータトラフィックの同じデータパケットが、冗長性を理由として、ＥＳＭを形成するＡＮおよびＣＮの伝送ベアラ全てを介して伝送される。
【０１１４】
図１０は、図５の（ａ）に示す個別割り当ての例示的事例における信頼性モード下での複数の伝送ベアラ（ＲＡＮ−Ｂ１、ＡＮ−ＣＮ−Ｂ１、ＣＮ−ＣＮ−Ｂ１；ＲＡＮ−Ｂ２、ＡＮ−ＣＮ−Ｂ２、ＣＮ−ＣＮ−Ｂ２）の使用を示している。なおしかしながら、別の例示的事例では、割り当てが、図５の（ｂ）に示す共有割り当てであってもよい。
【０１１５】
信頼性モードにおいて、ＵＥ−ＳＴｅエンティティは常に、ＵＬデータトラフィックを複製し、それをＡＮの複数の伝送ベアラを介してＰＤＮエンティティに送信する。ＰＤＮエンティティからＵＥに向けて送信されるＤＬデータトラフィックについては、使用されている複数の伝送ベアラの割り当てのタイプによって決まる。図１０に示す個別割り当てが使用されるとき、複数のＵＰ−ＳＴｅエンティティは、それぞれ対応するマッピングテーブルをチェックし、ＤＬデータトラフィックのためのＵＥおよびＰＤＮエンティティと関連付けられる伝送ベアラを決定し、ひいては、ＥＳＭ内のＤＬデータトラフィックに関与する構成された伝送ベアラ全てにＤＬデータトラフィックのデータパケットを複製する。
【０１１６】
このように、上記に基づいて、ＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティは、ＳＴＭエンティティにより構成されている様々な動作モードをサポートしなければならず、各データパケットがどのように処理されるべきかを識別できなければならない。ＵＥ−ＳＴｅエンティティは、ＵＬデータトラフィックがどのように扱われるべきかについてだけ定義する。一方で、複数のＵＰ−ＳＴｅエンティティは、どの伝送ベアラが使用されるべきかをＵＬおよびＤＬデータトラフィックのために定義することができる。
【０１１７】
図１１は、本発明のある実施形態に係る、ＵＥの動作モードに基づくＵＥ−ＳＴｅエンティティの処理段階を示したフロー図を示している。
【０１１８】
図１１に示す通り、ＵＥ−ＳＴｅエンティティは、ＵＥとＡＮとの間のインタフェースにおける複数の伝送ベアラの割り当てに特化したマッピングテーブルを備え、（ＰＤＮエンティティに向けて伝送される）ＵＬデータパケットを生成する第１段階（番号「１」で表される）と、ＵＬデータパケットがどのセッションと関連付けられるかを識別すべく自らのマッピングテーブルをチェックする第２段階（番号「２」で表される）と、識別されたセッションが拡張型セッション（すなわちＥＳＭ）以外のセッションである場合に、ＵＥとＰＤＮエンティティとを接続する利用可能な伝送ベアラのみを選択する第３段階（番号「３」で表される）と、ＵＬデータパケットをＰＤＮエンティティに向けて伝送する第４段階（番号「４」で表される）と、識別されたセッションが拡張型セッション（すなわちＥＳＭ）である場合に、動作モードがプリエンプティブモードであるかどうかをチェックする第５段階（番号「５」で表される）と、動作モードがプリエンプティブモードである場合に、ＵＬデータパケットをＰＤＮエンティティに向けて伝送する前に一次伝送ベアラを選択する第６段階（番号「６」で表される）と、動作モードがプリエンプティブモードではなく同時モードであることを第７段階（番号「７」で表される）においてチェックした場合に、どのポリシが適用されるべきかをチェックする第８段階（番号「８」で表される）と、ＵＬデータパケットをＰＤＮエンティティに向けて伝送する前に、適用されるポリシに基づいて伝送ベアラを選択する第９段階（番号「９」で表される）と、動作モードが同時モードではなく信頼性モードであることを第１０段階（番号「１０」で表される）においてチェックした場合に、ＵＬデータパケットをＰＤＮエンティティに向けて伝送する前に、拡張型セッション（すなわちＥＳＭ）と関連付けられる全ての伝送ベアラを識別し、識別した全ての伝送ベアラにＵＬデータパケットを複製する第１１段階（番号「１１」で表される）と、動作モードがプリエンプティブモードでも同時モードでも信頼性モードでもないことをチェックした場合に、エラー通知をＣＰＦエンティティに向けて送信する第１２段階（番号「１２」で表される）とを実行するよう適合させられる。
【０１１９】
図１２は、本発明のある実施形態に係る、ＵＥの動作モードに基づくＵＰ−ＳＴｅエンティティの処理段階を示したフロー図を示している。
【０１２０】
図１２に示す通り、各ＵＰ−ＳＴｅエンティティは、ＡＮとＣＮとの間のインタフェースにおける複数の伝送ベアラの割り当てに特化したそれぞれのマッピングテーブルを備え、ＵＬデータパケットの場合にＵＥから、または、ＤＬデータパケットの場合にＰＤＮエンティティから、ＵＬまたはＤＬデータパケットを受信する第１段階（番号「１」で表される）と、ＵＬまたはＤＬデータパケットがどのセッションと関連付けられるかを識別すべく自らのマッピングテーブルをチェックする第２段階（番号「２」で表される）と、識別されたセッションが拡張型セッション（すなわちＥＳＭ）以外のセッションである場合に、ＵＥとＰＤＮエンティティとを接続する利用可能な伝送ベアラのみを選択する第３段階（番号「３」で表される）と、ＤＬデータパケットの場合にＵＥに向けて、または、ＵＬデータパケットの場合にＰＤＮエンティティに向けて、ＵＬまたはＤＬデータパケットを伝送する第４段階（番号「４」で表される）と、識別されたセッションが拡張型セッション（すなわちＥＳＭ）である場合に、動作モードがプリエンプティブモードであるかどうかをチェックする第５段階（番号「５」で表される）と、動作モードがプリエンプティブモードである場合に、ＤＬデータパケットの場合にＵＥに向けて、または、ＵＬデータパケットの場合にＰＤＮエンティティに向けて、ＵＬまたはＤＬデータパケットを伝送する前に一次伝送ベアラを選択する第６段階（番号「６」で表される）と、動作モードがプリエンプティブモードではなく同時モードであることを第７段階（番号「７」で表される）においてチェックした場合に、ＵＥ−ＳＴｅエンティティで適用されるポリシ以外のどのポリシが適用されるべきかをチェックする第８段階（番号「８」で表される）と、ＤＬデータパケットの場合にＵＥに向けて、または、ＵＬデータパケットの場合にＰＤＮエンティティに向けて、ＵＬまたはＤＬデータパケットを伝送する前に、適用されるポリシに基づいて伝送ベアラを選択する第９段階（番号「９」で表される）と、動作モードが同時モードではなく信頼性モードであることを第１０段階（番号「１０」で表される）においてチェックした場合に、ＤＬデータパケットの場合にＵＥに向けて、または、ＵＬデータパケットの場合にＰＤＮエンティティに向けて、ＵＬまたはＤＬデータパケットを伝送する前に、拡張型セッション（すなわちＥＳＭ）と関連付けられる全ての伝送ベアラを識別し、識別した全ての伝送ベアラにＵＬまたはＤＬデータパケットを複製する第１１段階（番号「１１」で表される）と、動作モードがプリエンプティブモードでも同時モードでも信頼性モードでもないことをチェックした場合に、エラー通知をＣＰＦエンティティに向けて送信する第１２段階（番号「１２」で表される）とを実行するよう適合させられる。
【０１２１】
上述した通り、セッション構成の要求は、既存のセッションを修正または置換することにより当該既存のセッションを変更する必要性に関連することがあり、係る必要性は、ハンドオーバ（ＨＯ）により引き起こされ得る。
【０１２２】
その範囲において、図１３は、本発明のある実施形態に係る、全てが同じＥＳＭと関連付けられる複数のＡＰとＵＥ−ＳＴｅエンティティとの間の、ＵＥトリガ型のＨＯ手順を示している。
【０１２３】
ここに示す通り、ＵＥトリガ型のＨＯの場合、ＵＥは実際、自らが伝送ベアラを有するＡＰ、すなわちＡＰ１から、同じく自らが伝送ベアラを有する別のＡＰ、すなわちＡＰ２に向けて移動している。このように、トリガは、ＨＯの必要性からＡＮにおいて発生する。
【０１２４】
係るＨＯ手順は、簡略化されたＨＯの実行（１）、簡略化されたＨＯの完了（２）、および、任意選択の拡張型セッションの再確立（３）という後続段階に依存する。
【０１２５】
段階１：ＨＯの実行は、実行される段階の数が減少していることから、簡略化されたものとしてみなされる。実際、ＵＥとターゲットＡＰ（すなわち、図１３のＡＰ２）との間に確立された伝送ベアラが既に存在するので、ターゲットＡＰにおいて特定の段階（例えば、リソース受け付けの段階）を実行する必要はない。
【０１２６】
段階２：ターゲットＡＰとＣＮのエンティティとの間のＣＮの伝送ベアラの構成を要求する必要がないので、ＨＯの完了も簡略化されたものとしてみなされる。実際、これらの伝送ベアラは既にセットアップされており、ＥＳＭの動作モードに応じた小さな変更だけが実施されるものとする。
【０１２７】
段階３：ターゲットＡＰ（すなわち、図１３のＡＰ２）を基準として、移動したばかりのＵＥのＥＳＭのエンティティとして他の複数のＡＰを含める必要があるかどうかを決定するのはＳＴＭエンティティ次第であることから、拡張型セッションの再確立は任意選択である。他の複数のＡＰを含める必要がある場合は、含めた複数のＡＰからのリソース、および、ＣＮのそれぞれ対応する伝送ベアラも考慮に入れるべく、ＳＴＭエンティティがＵＰ−ＳＴｅエンティティおよびＵＥ−ＳＴｅエンティティを構成する必要があることを意味する。
【０１２８】
図１４は、本発明のある実施形態に係る、全てが同じＥＳＭと関連付けられるわけではない複数のＡＰとＵＥ−ＳＴｅエンティティとの間の、ＵＥトリガ型のＨＯ手順を示している。
【０１２９】
ここに示す通り、ＵＥトリガ型のＨＯの場合、ＵＥは実際、自らが伝送ベアラを有するＡＰ、すなわちＡＰ１から、同じく自らが伝送ベアラを有する別のＡＰ、すなわちＡＰ２を介して、自らが伝送ベアラを有さないＡＰ、すなわちＡＰ３に向けて移動している。実際、係るＡＰ（すなわちＡＰ３）は、ＡＰ１およびＡＰ２と同じＵＥのＵＥ−ＳＴｅエンティティとは関連付けられないので、ＵＥが自らのソースＡＰ、すなわちＡＰ１に有していたＥＳＭと関連付けられるリソースは有さない。
【０１３０】
係るＨＯ手順は、ＨＯの実行（１）、ＨＯの完了（２）、および、ＥＳＭ手順の再構成（３）という後続段階に依存する。
【０１３１】
段階１および段階２：ＨＯの実行およびＨＯの完了は、３ＧＰＰなどの現在の基準に従って実行される。
【０１３２】
段階３：その後、図４に示すＥＳＭに関するセッション構成の提案されている手順は、ＵＥのＥＳＭのリソースを再構成し、含めたＡＰ３からの伝送ベアラ、および、ＵＥと関連した前の伝送ベアラを、ＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティが扱うべき方法を示すべく、トリガされる。
【０１３３】
しかしながら、ＨＯ手順は、ＵＥの動作モードによって決まる。
【０１３４】
このように、ＵＥがプリエンプティブモードにあるとき、ＨＯは、ＵＬおよびＤＬデータトラフィックの伝送に使用されている一次伝送ベアラ、および、ＵＥからおよびＵＥへの考えられる通信のために予め確保されている二次伝送ベアラを、図８ｂに示すように一次伝送ベアラから二次伝送ベアラへと、および、逆方向に変更すべくトリガされる。図１３の段階を参照すると、プリエンプティブ動作モードの場合、ＨＯ手順は、簡略化されたＨＯの実行（１）、簡略化されたＨＯの完了（２）、および、（任意選択の）拡張型セッションの再確立（３）という重要な段階を通じてより詳しく述べられ得る。
【０１３５】
段階１：簡略化されたＨＯの実行中、ソースＡＰ（例えば、図８ｂのＡＰ１）は、ターゲットＡＰ（例えば、図８ｂのＡＰ２）内の予め構成されたＡＮリソースと共にＵＥのＨＯをトリガする。ターゲットＡＰは並行して、ＡＮおよびＣＮ内の予め構成されたリソースのアクティブ化をトリガする。ターゲットＡＰは、ＵＥコンテキストを受信し、コンテキストリリースをソースＡＰに向けて送信する。
【０１３６】
段階２：簡略化されたＨＯの完了中、ターゲットＡＰは並行して、ＣＮの複数のＵＰ−ＳＴｅエンティティの更新をトリガすることで、ＣＮにおけるＤＬマッピングまたは割り当てを更新し、予め構成された伝送ベアラを一次伝送ベアラに変え、かつ、前の一次リソースを解放すべく、ＣＰＦエンティティと相互作用する。（ＣＰＦエンティティは更に、ＳＴＭエンティティと相互作用する。）
【０１３７】
段階３：（任意選択の）拡張型セッションの再確立の間、ＳＴＭエンティティは、ソースＡＰからの前の一次伝送ベアラに関連する伝送ベアラからのリソースを再構成するよう決定することができる。なぜなら、当該リソースは今やＵＥ用の二次リソースだからである。ＳＴＭエンティティは、ターゲットＡＰの隣接する複数のＡＰを、ＵＥにより利用可能な二次リソースの組の一部となるよう、ひいては、同じＥＳＭに属するよう含めることを決定することもできる。
【０１３８】
ＵＥが同時モードまたは信頼性モードにあるとき、ＨＯは、ＵＥを、既存の拡張型セッション以外のセッションと関連付けられるＡＰに接続することを可能にすべくトリガされる。
【０１３９】
同時モードの場合は、同じＥＳＭに属する複数のＡＰにＵＥ−ＳＴｅエンティティが既に接続されているとき、実際のところ、ＨＯ手順をトリガする必要がない。実際、ＵＥは、自らが必要とする接続を既に有している。ＡＮ状態の変化は、ＵＥ−ＳＴｅポリシに影響を及ぼすかもしれないが、係るＵＥに既に接続されている複数のＡＰ間のＨＯ手順はトリガしない。とはいえ、ＥＳＭに含まれないＡＰと関連付けられる伝送ベアラをＵＥ−ＳＴｅエンティティが有さないときは、ＨＯ手順をトリガする必要性が不可欠である。ＵＥ−ＳＴｅマッピングテーブルとの関連で、それは、同じＥＳＭと関連付けられない異なるＡＰに対してＵＥが次に接続する必要があることを意味する。係る後者の場合は、図１４のＨＯ手順の段階が適用され得る。
【０１４０】
信頼性モードの場合は、ＨＯは同時モードと同じ方法で処理される。拡張型セッション内のＵＥ−ＳＴｅエンティティに既にリンクされている複数のＡＰ間のＨＯはトリガされる必要がなく、ＵＥ−ＳＴｅエンティティにリンクされていない複数のＡＰ間のＨＯは、図１４に示す単一のＰＤＵ内の複数のリソースを再調整すべく、図４に示すＥＳＭに関するセッション構成の、提案されている手順がたどる標準的なＨＯ手順でトリガおよび処理される必要がある。
【０１４１】
上述の構成、再構成およびＨＯ手順に加えて、リソースがもはや使用されていないときは、これらのリソースの解放手順も存在する。この手順は、ＵＥ−ＳＴｅエンティティおよびＵＰ−ＳＴｅエンティティから取り除く必要がある拡張型セッション構成情報についてＣＰＦエンティティに知らせるＳＴＭエンティティにより実施される。この情報に基づいて、ＣＰＦエンティティは、当該ＵＥ−ＳＴｅエンティティおよび当該ＵＰ−ＳＴｅエンティティと接触し、それぞれ対応するマッピングテーブルから、解放されるべきリソース（すなわち、これらのリソースと関連付けられる伝送ベアラ）のエントリを取り除く。
【０１４２】
図１５ａ、図１５ｂおよび図１５ｃは、ロングタームエボリューション（ＬＴＥ）アーキテクチャでの本発明の実装を示している。
【０１４３】
ここに示す通り、本発明は、少なくとも３種類の実装に係るＬＴＥアーキテクチャで実装され得るので、ＬＴＥシステムは、同じ技術を有する複数の伝送ベアラで動作することができる。
【０１４４】
図１５ａの実装では、本発明のＳＴＤＢエンティティおよびＳＴＭエンティティ、並びに、これらのＳＤ−ｉｆインタフェースが、ＬＴＥアーキテクチャの新しいエンティティおよびインタフェースとしてそれぞれ追加されている。また、ＣＮｓ−Ｉｆインタフェースがモビリティ管理エンティティ（ＭＭＥ）に追加されており、ＭＭＥは、セッションの構成および再構成を制御するよう適合させられている、ＬＴＥシステムのエンティティのうち１つである。サービングゲートウェイ（ＳＧＷ）エンティティおよびＰＤＮゲートウェイ（ＰＧＷ）エンティティは、ＰＤＮセッションを制御するよう適合させられている、ＬＴＥシステムの制御エンティティでもある。このように、ＬＴＥシステムの既存のＳ１１インタフェースおよびＳ５インタフェースは、拡張型Ｓ１１（ｅＳ１１）インタフェースおよび拡張型Ｓ５（ｅＳ５）に拡張されているので、ＳＴＭエンティティからの新しいインタフェースを、セッション管理に関連するＬＴＥシステムの全ての制御エンティティ（すなわち、ＭＭＥ、ＳＧＷおよびＰＧＷ）に追加するのではなく、本発明のＣＮｓ−Ｉｆインタフェースの機能をＬＴＥのこれら既存のインタフェースに追加することもできる。加えて、ＬＴＥシステムのＳＧＷエンティティおよびＰＧＷエンティティは、提案されているそれぞれのＵＰ−ＳＴｅエンティティで拡張されているので、ＬＴＥシステムのＳＧＷエンティティおよびＰＧＷエンティティは、これらの手順および動作を実行し、提案されているＥＳＭをサポートすることができる。最後に、Ｓ１インタフェースも、進化型ノードＢ（ｅＮＢ）とＭＭＥエンティティとの間の拡張型Ｓ１（ｅＳ１）インタフェースに拡張されている。ｅＳ１インタフェースは本発明のＡＮｓ−Ｉｆインタフェースの機能も含むので、本発明のＣＰＦエンティティと同等のものとしてみなされ得るＭＭＥエンティティは、ＵＥが複数の伝送ベアラで動作するのに必要な情報をＵＥ−ＳＴｅエンティティに向けて送信することができる。
【０１４５】
図１５ｂの実装では、図１５ａの実装に対して、ホーム加入者サーバ（ＨＳＳ）エンティティが、本発明のＳＴＤＢの機能で拡張されている。結果として、本発明のＳＤ−ｉｆインタフェースが、拡張されたＨＳＳエンティティとＳＴＭエンティティの間に追加されている。
【０１４６】
図１５ｃの実装では、図１５ａの実装に対して、ＨＳＳエンティティおよびＭＭＥエンティティが、本発明のＳＴＤＢおよびＳＴＭエンティティの機能でそれぞれ拡張されている。よって、新たに追加された本発明のインタフェースはない。とはいえ、拡張された現在のＨＳＳエンティティと拡張された現在のＭＭＥエンティティとの間のＬＴＥシステムの既存のＳ６ａインタフェースは、拡張型Ｓ６ａ（ｅＳ６ａ）インタフェースに拡張されているので、ｅＳ６ａインタフェースは、本発明のＳＤ−ｉｆインタフェースの機能を提供することができる。
【０１４７】
要約すると、本発明は、単一のパケットデータユニット（ＰＤＵ）セッションの構成および使用を管理できる拡張型セッションのモデル（ＥＳＭ）に関する。単一のＰＤＵセッションは、ユーザ機器（ＵＥ）とパケットデータネットワーク（ＰＤＮ）エンティティとの関連付けであり、アクセスネットワーク（ＡＮ）とコアネットワーク（ＣＮ）との間の複数の伝送ベアラから成る。後者は、割り当てが個別的または共有的である、これらの伝送ベアラの接続を制御するよう適合させられているセッションタイプマネージャ（ＳＴＭ）エンティティと、複数のユーザプレーン機能（ＵＰＦ）エンティティと、セッションタイプデータベース（ＳＴＤＢ）と、制御プレーン機能（ＣＰＦ）エンティティとを備える。後者は、セッションタイプマネージャ（ＳＴＭ）エンティティとは機能的に別個であってもよいし、ＳＴＭエンティティの機能で拡張されてもよい。ユーザ機器（ＵＥ）およびユーザプレーン機能（ＵＰＦ）エンティティは、ユーザセッションタイプ拡張（ＵＥ−ＳＴｅ）エンティティおよび複数のユーザプレーン・セッションタイプ拡張（ＵＰ−ＳＴｅ）エンティティの機能でそれぞれ個別に拡張され、ＵＥ−ＳＴｅエンティティおよび複数のＵＰ−ＳＴｅエンティティは全て、割り当てに特化したそれぞれのマッピングテーブルを備え、セッションタイプマネージャ（ＳＴＭ）エンティティにより構成されている、ユーザ機器（ＵＥ）の様々な動作モードをサポートすることができる。よって、本発明には、これら複数の伝送ベアラ間での割り当てまたはマッピングシステムを作成することにより、同じ無線アクセス技術（ＲＡＴ）を使用して同じユーザ機器（ＵＥ）に関する無線アクセスネットワーク（ＲＡＮ）とコアネットワーク（ＣＮ）との間の複数のブランチの事前構成（事前受け付け（ｐｒｅ−ａｄｍｉｓｓｉｏｎ））が可能になるという利点がある。加えて、本発明では、ターゲットのアクセスポイント（ＡＰ）内のユーザ機器（ＵＥ）のセッションの無線部と、コアネットワーク（ＣＮ）において切り替わる経路とを再接続する手順の段階を減らすことにより、および、任意のハンドオーバ（ＨＯ）を始める前に無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を予め構成することにより、超高信頼低遅延通信（ｕＲＬＬＣ）の使用事例に関するより良好なモビリティサポートが可能になる。本発明には、アクセスネットワーク（ＡＮ）とコアネットワーク（ＣＮ）との間の同時伝送ベアラを利用することによってＵＥ側におけるアプリケーションのスループットを高めるという利点もある。
【０１４８】
利用の観点から、本発明は信頼性に関連する事例に適用され得る。例えば、ＥＳＭは、超高信頼性サービスを有するデバイスに使用され得る。別の例において、ＡＰ１がデータトラフィックを所与の要件に従ってＵＥに配送していないとき、制御プレーンは、一次伝送ベアラの代わりに予め構成された伝送ベアラを使用すべく、ＡＰ１とＡＰ２との間のＨＯをトリガすることができる。加えて、本発明は、次世代モバイルコアネットワークでアンカリングポイントを再選択する手順においてＵＥの損失および性能低下を減らすために適用されてよく、次世代におけるｕＲＬＬＣの使用事例の信頼性を保証するために適用されてもよい。
【０１４９】
図面および上述の説明において本発明を詳しく図示および説明してきたが、係る図示および説明は、限定ではなく実例または例示とみなされるべきである。本発明は、開示した実施形態に限定されない。本開示を読むことで、当業者にとっては他の修正形態が明らかとなろう。係る修正形態は、当該技術分野で既に知られており、かつ、本明細書で既に説明した特徴の代わりにまたは当該特徴に加えて使用され得る、他の特徴を伴ってよい。
【０１５０】
本明細書では、様々な実施形態と併せて本発明を説明してきた。しかしながら、当業者であれば、特許請求されている発明の実施にあたり、図面、開示、および、添付の請求項を検討することで、開示した実施形態に対する他の変更形態を理解および実行することができる。請求項において、「備える（ｃｏｍｐｒｉｓｉｎｇ）」という語は、他の要素または段階を除外するものではなく、「１つの（ａ）」または「１つの（ａｎ）」という不定冠詞は複数を除外するものではない。単一のプロセッサまたは他のユニットが、請求項で列挙されている幾つかの項目の機能を満たしてよい。特定の複数の手段が互いに異なる従属請求項において列挙されているからといって、これらの手段の組み合わせを利益のために使用できないことを示しているわけではない。コンピュータプログラムが、他のハードウェアと共にまたは他のハードウェアの一部として供給される、光記憶媒体またはソリッドステート媒体などの最適な媒体に記憶／分散されてよいが、インターネットまたは他の有線電気通信システムもしくは無線電気通信システムなどを介して他の形態で分散されてもよい。
【０１５１】
特定の特徴および実施形態を参照しながら本発明を説明してきたが、本発明の趣旨および範囲から逸脱することなく様々な修正および組み合わせを行うことができることは明白である。従って、明細書および図面は単に、添付の請求項で定義される本発明の実例としてみなされるべきであり、本発明の範囲に含まれる修正形態、変更形態、組み合わせまたは均等物の何れかおよび全てを網羅するよう想定されている。
本願によれば、以下の各項目もまた開示される。
［項目１］
複数の伝送ベアラを管理するための移動通信ネットワークのコアネットワーク（ＣＮ）であって、上記ＣＮは、
上記複数の伝送ベアラの選択的な割り当てに基づいて上記移動通信ネットワークのアクセスネットワーク（ＡＮ）と上記ＣＮとの間の上記複数の伝送ベアラの接続を制御するよう適合させられているセッションタイプマネージャ（ＳＴＭ）エンティティを備え、
各伝送ベアラは、データトラフィックを伝送する２つのエンティティ間の論理的接続として定義され、
上記複数の伝送ベアラの上記選択的な割り当ては、上記ＡＮにおける少なくとも２つの異なるアクセスポイント（ＡＰ）をそれぞれ介する、同じＡＮの少なくとも２つの伝送ベアラ、および、上記ＣＮの少なくとも１つの伝送ベアラの間でのものであり、各伝送ベアラは、単一のパケットデータユニット（ＰＤＵ）セッションに属しており、上記単一のＰＤＵセッションは、ユーザ機器（ＵＥ）とパケットデータネットワーク（ＰＤＮ）エンティティとの関連付けとして定義され、
全てが単一のＰＤＵセッションに属する、同じＡＮの上記少なくとも２つの伝送ベアラと上記コアネットワーク（ＣＮ）の少なくとも１つの伝送ベアラとを上記ＵＥが有するモデルとして、拡張型セッションのモデル（ＥＳＭ）が定義される、コアネットワーク（ＣＮ）。
［項目２］
上記ＡＮの上記少なくとも２つの伝送ベアラ、および、上記ＣＮの上記少なくとも１つの伝送ベアラの間での上記選択的な割り当ては、上記ＡＮの各伝送ベアラが、上記ＣＮの対応する各伝送ベアラへ個別に接続される、個別割り当て、または、上記ＡＮの上記少なくとも２つの伝送ベアラが上記ＣＮの単一の伝送ベアラへ共に接続される、共有割り当てとして、上記ＳＴＭエンティティにより選択される、項目１に記載のコアネットワーク（ＣＮ）。
［項目３］
幾つかのネットワークサービスを提供すべくユーザプレーントラフィックを処理するために使用されるネットワーク機能（ＮＦ）として定義される複数のユーザプレーン機能（ＵＰＦ）エンティティと、
上記ＡＮおよび上記ＣＮを通じて上記ＰＤＮエンティティと任意のデータトラフィックを交換すべく上記移動通信ネットワークに接続されている上記ＵＥに関する制御プレーン機能を実行するために使用されるネットワーク機能（ＮＦ）として定義される制御プレーン機能（ＣＰＦ）エンティティと
を備える、項目１または２に記載のコアネットワーク（ＣＮ）。
［項目４］
上記ＣＰＦエンティティは、
上記ＳＴＭエンティティとは機能的に別個のエンティティ、または、上記ＳＴＭエンティティの機能で拡張されたエンティティであり、
セッション構成の要求を受信し、
上記拡張型セッションに関するセッション構成情報を要求すべく、上記ＣＰＦエンティティが機能的に別個のエンティティであるときに上記ＳＴＭエンティティと通信するか、または、上記ＣＰＦエンティティが上記ＳＴＭエンティティの機能で拡張されているときに上記拡張型セッションに関する上記セッション構成情報を決定し、
上記セッション構成情報に基づいて、上記ＵＥの上記セッションをどのようにセットアップまたは変更すべきかに関する情報を上記複数のＵＰＦエンティティおよび上記ＵＥに向けて伝送する
よう適合させられ、
上記セッション構成の上記要求は、上記ＵＥからのセッションまたはサービスの要求に関連するか、または、既存のセッションを修正または置換することにより上記既存のセッションを変更する必要性に関連し、上記既存のセッションを変更する上記必要性は、上記ＣＮの上記ＣＰＦエンティティ、上記ＳＴＭエンティティまたはセッションタイプデータベース（ＳＴＤＢ）において特定され、
上記セッション構成情報は、セットアップする予定の上記ＵＥの上記セッションの動作モードに関連し、上記動作モードは、プリエンプティブモードまたは同時モードまたは信頼性モードとして、上記ＳＴＭエンティティにより選択され、
上記プリエンプティブモードは、セットアップする予定の上記ＵＥの上記セッションのための上記ＡＮと上記ＣＮとの間の上記複数の伝送ベアラにおけるリソースの確保に関連し、
上記同時モードは、上記ＡＮと上記ＣＮとの間の上記複数の伝送ベアラのうち、選択された伝送ベアラの同時使用に関連し、
上記信頼性モードは、上記ＡＮと上記ＣＮとの間の上記複数の伝送ベアラのうち、選択された上記伝送ベアラのデータトラフィックの上記伝送における冗長性に関連する、項目３に記載のコアネットワーク（ＣＮ）。
［項目５］
移動通信ネットワークの項目１から４の何れか一項に記載のコアネットワーク（ＣＮ）のセッションタイプマネージャ（ＳＴＭ）エンティティ。
［項目６］
移動通信ネットワークの項目１から４の何れか一項に記載のコアネットワーク（ＣＮ）の制御プレーン機能（ＣＰＦ）エンティティ。
［項目７］
移動通信ネットワークの項目１から４の何れか一項に記載のコアネットワーク（ＣＮ）のユーザプレーン機能（ＵＰＦ）エンティティ。
［項目８］
移動通信ネットワークの項目１から４の何れか一項に記載のコアネットワーク（ＣＮ）のセッションタイプデータベース（ＳＴＤＢ）。
［項目９］
移動通信ネットワークであって、
項目１から４で規定されるコアネットワーク（ＣＮ）と、
項目１で規定されるアクセスネットワーク（ＡＮ）と、
項目１で規定されるユーザ機器（ＵＥ）と、
項目１で規定されるパケットデータネットワーク（ＰＤＮ）エンティティと
を備え、上記ＵＥおよび上記ＰＤＮエンティティは、上記ＡＮおよび上記ＣＮを通じて互いに通信する、移動通信ネットワーク。
［項目１０］
アクセスネットワーク（ＡＮ）およびコアネットワーク（ＣＮ）に分割される移動通信ネットワーク内の複数の伝送ベアラを管理するための方法であって、上記方法は、
セッションタイプマネージャ（ＳＴＭ）エンティティにおいて、上記複数の伝送ベアラの選択的な割り当てに基づき、上記ＡＮと上記ＣＮとの間の上記複数の伝送ベアラの接続を制御する段階を備え、
各伝送ベアラは、データトラフィックを伝送する２つのエンティティ間の論理的接続として定義され、
上記複数の伝送ベアラの上記選択的な割り当ては、上記ＡＮにおける少なくとも２つの異なるアクセスポイント（ＡＰ）をそれぞれ介する、同じＡＮの少なくとも２つの伝送ベアラ、および、上記ＣＮの少なくとも１つの伝送ベアラの間でのものであり、各伝送ベアラは、単一のパケットデータユニット（ＰＤＵ）セッションに属しており、上記単一のＰＤＵセッションは、ユーザ機器（ＵＥ）とパケットデータネットワーク（ＰＤＮ）エンティティとの関連付けとして定義され、
全てが上記単一のＰＤＵセッションに属する、上記同じＡＮの上記少なくとも２つの伝送ベアラと上記コアネットワーク（ＣＮ）の上記少なくとも１つの伝送ベアラとを上記ＵＥが有するモデルとして、拡張型セッションのモデル（ＥＳＭ）が定義される、方法。
［項目１１］
上記ＡＮと上記ＣＮとの間の上記複数の伝送ベアラの接続を制御する上記段階は、
制御プレーン機能（ＣＰＦ）エンティティにおいてセッション構成の要求を受信する段階であって、上記セッション構成の上記要求は、上記ＡＮおよび上記ＣＮを通じて、上記ＰＤＮエンティティと、任意のアップリンク（ＵＬ）およびダウンリンク（ＤＬ）データトラフィックを交換すべく上記移動通信ネットワークに接続されている上記ＵＥからの上記セッションのセットアップに関連するか、または、既存のセッションを修正または置換することにより上記既存のセッションを変更する必要性に関連し、上記必要性は、上記ＣＰＦエンティティ、上記ＳＴＭエンティティ、または、上記ＳＴＭエンティティと相互作用するセッションタイプデータベース（ＳＴＤＢ）において特定される、段階と、
上記ＳＴＭエンティティにおいて、上記拡張型セッションの確立に関連するセッション構成情報を決定する段階と、
上記ＣＰＦエンティティにおいて上記セッション構成情報を受信する段階と、
上記セッション構成情報を上記ＣＰＦエンティティから上記ＣＮの複数のユーザプレーン機能（ＵＰＦ）エンティティ、上記ＡＮの上記少なくとも２つの異なるＡＰ、および上記ＵＥに向けて展開する段階であって、上記ＣＮの上記複数のＵＰＦエンティティ、上記ＡＮの上記少なくとも２つの異なるＡＰ、および上記ＵＥは全て、上記拡張型セッションに関する上記ＵＥの上記データトラフィックと関連付けられる上記複数の伝送ベアラをサポートするよう適合させられる、段階と、
上記拡張型セッションのために、展開した上記セッション構成情報に基づいて上記ＡＮと上記ＣＮとの間の上記複数の伝送ベアラのリソースを確保する段階と
を有する、項目１０に記載の方法。
［項目１２］
上記セッション構成情報を決定する上記段階は、上記ＳＴＭエンティティにおいて、識別された上記複数のＵＰＦエンティティと上記少なくとも２つの異なるＡＰとによりサポートされる上記複数の伝送ベアラの割り当てを定義する段階を含む、項目１１に記載の方法。
［項目１３］
上記複数の伝送ベアラの上記選択的な割り当ては、上記ＡＮの少なくとも２つの伝送ベアラ、および、上記ＣＮの少なくとも１つの伝送ベアラの間でのものであり、上記ＡＮの上記少なくとも２つの伝送ベアラ、および、上記ＣＮの上記少なくとも１つの伝送ベアラは全て、上記単一のＰＤＵセッションに属する、項目１２に記載の方法。
［項目１４］
上記複数の伝送ベアラの上記選択的な割り当てを定義する上記段階は、
上記ＡＮの各伝送ベアラが、上記ＣＮの対応する各伝送ベアラへ個別に接続される、個別割り当て、または、上記ＡＮの各伝送ベアラが上記ＣＮの単一の伝送ベアラに共に接続される、共有割り当てを選択する段階を含む、項目１３に記載の方法。
［項目１５］
コンピュータで実行されると項目１０から１４の何れか一項に記載の方法を実行するプログラムコードを備えるコンピュータプログラム。
【図１（ａ）】
0006898046.tif 000002
【図１（ｂ）】
0006898046.tif 000003
【図１（ｃ）】
0006898046.tif 000004
【図２】
0006898046.tif 000005
【図３】
0006898046.tif 000006
【図４】
0006898046.tif 000007
【図５】
0006898046.tif 000008
【図６】
0006898046.tif 000009
【図７】
0006898046.tif 000010
【図８ａ】
0006898046.tif 000011
【図８ｂ】
0006898046.tif 000012
【図９】
0006898046.tif 000013
【図１０】
0006898046.tif 000014
【図１１】
0006898046.tif 000015
【図１２】
0006898046.tif 000016
【図１３】
0006898046.tif 000017
【図１４】
0006898046.tif 000018
【図１５ａ】
0006898046.tif 000019
【図１５ｂ】
0006898046.tif 000020
【図１５ｃ】
0006898046.tif 000021