(57)【特許請求の範囲】
【請求項１】
５Ｇ無線アクセスネットワーク（５Ｇ−ＲＡＮ）（１０２）から４Ｇ−ＲＡＮ（１０３）へのハンドオーバのための、ネットワークノードによって実施される方法（６００）であって、
ユーザ機器（ＵＥ）（１０１）のための５Ｇサービス品質（ＱｏＳ）フローを４Ｇベアラにマッピングするための変換方法を選択すること（６０２）と、
第１のベアラ識別子（ＩＤ）をＵＥのための少なくとも第１のＱｏＳフローに割り当てること（６０４）と、
第２のベアラＩＤを前記ＵＥのための少なくとも第２のＱｏＳフローに割り当てること（６０６）と、
ハンドオーバメッセージを生成すること（６０８）と、
前記ハンドオーバメッセージを送信すること（６１０）と
を含み、
前記ハンドオーバメッセージを生成することが、前記第１のベアラＩＤおよび前記第２のベアラＩＤを前記ハンドオーバメッセージ中に含めることを含み、
前記変換方法を選択することが、５Ｇコアネットワークノード（ＣＮ）（１０４）によって選択された前記変換方法を識別するメッセージを前記５Ｇ  ＣＮ（１０４）から受信することによって、前記５Ｇ  ＣＮ（１０４）によって選択された前記変換方法を決定することを含む、方法（６００）。
【請求項２】
前記方法が、前記５Ｇ−ＲＡＮ（１０２）の前記ネットワークノードによって実施される、請求項１に記載の方法。
【請求項３】
前記ハンドオーバメッセージを生成することが、前記４Ｇ−ＲＡＮ（１０３）のためのトランスペアレントコンテナを生成することを含み、
前記第１のベアラＩＤおよび前記第２のベアラＩＤが、前記トランスペアレントコンテナのＥ−ＲＡＢ情報リスト情報エレメント（ＩＥ）中に含まれるＥ−ＲＡＢ  ＩＤである、請求項１または２に記載の方法。
【請求項４】
前記ハンドオーバメッセージは、
前記第１のベアラＩＤ、および前記第１のベアラＩＤが割り当てられる前記第１のＱｏＳフローを識別する少なくとも第１のＱｏＳフローＩＤと、
前記第２のベアラＩＤ、および前記第２のベアラＩＤが割り当てられる前記第２のＱｏＳフローを識別する少なくとも第２のＱｏＳフローＩＤと
をさらに含む、請求項３に記載の方法。
【請求項５】
前記第１のＱｏＳフローがデフォルトＱｏＳフローであり、
前記第２のＱｏＳフローが保証ビットレート（ＧＢＲ）ＱｏＳフローである、
請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記方法が、前記割り当てるステップを実施することより前に保証ビットレート（ＧＢＲ）ＱｏＳフローの順序セットを作成することをさらに含み、ＧＢＲ  ＱｏＳフローの前記順序セットが、第１のＧＢＲ  ＱｏＳフローであって、前記順序セット中の第１のＧＢＲ  ＱｏＳフローである、第１のＧＢＲ  ＱｏＳフローと、第２のＧＢＲ  ＱｏＳフローであって、前記順序セット中の第２のＧＢＲ  ＱｏＳフローである、第２のＧＢＲ  ＱｏＳフローとを含み、
前記第１のＱｏＳフローがデフォルトＱｏＳフローであり、
前記第２のＱｏＳフローが前記第１のＧＢＲ  ＱｏＳフローである、
請求項１から４のいずれか一項に記載の方法。
【請求項７】
ネットワークノードであって、
ＵＥのための５Ｇサービス品質（ＱｏＳ）フローを４Ｇベアラにマッピングするための変換方法を選択するように設定された選択モジュール（１２０２）と、
第１のベアラ識別子（ＩＤ）をＵＥのための第１のＱｏＳフローに割り当て、第２のベアラＩＤを前記ＵＥのための第２のＱｏＳフローに割り当てるように設定された割り当てモジュール（１２０４）と、
ハンドオーバメッセージを生成するように設定された生成モジュール（１２０６）と、
前記ハンドオーバメッセージを送信するために送信機を用いるように設定された送信モジュール（１２０８）と
を備え、
前記生成モジュールが、前記第１のベアラＩＤおよび前記第２のベアラＩＤを前記ハンドオーバメッセージ中に含めることを含むプロセスを実施することによって前記ハンドオーバメッセージを生成するように適応され、
前記変換方法を選択することが、５Ｇコアネットワークノード（ＣＮ）によって選択された前記変換方法を識別するメッセージを前記５Ｇ  ＣＮ（１０４）から受信することによって、前記５Ｇ  ＣＮ（１０４）によって選択された前記変換方法を決定することを含む、ネットワークノード。
【請求項８】
５Ｇ−ＲＡＮ（１０２）および４Ｇ−ＲＡＮ（１０３）と通信することが可能なユーザ機器（ＵＥ）（１０１）によって実施される方法（７００）であって、
前記ＵＥが、前記ＵＥを４Ｇ−ＲＡＮにハンドオーバするための、５Ｇ−ＲＡＮによって送信されたハンドオーバメッセージを受信すること（７０２）と、
前記ＵＥが、前記ＵＥのための５Ｇサービス品質（ＱｏＳ）フローを４Ｇベアラにマッピングするための変換方法を選択すること（７０４）と、
前記ＵＥが第１のベアラ識別子（ＩＤ）を前記ＵＥのための第１のＱｏＳフローに割り当てること（７０６）と、
前記ＵＥが第２のベアラＩＤを前記ＵＥのための第２のＱｏＳフローに割り当てること（７０８）と
を含み、
前記変換方法を選択することが、５Ｇコアネットワークノード（ＣＮ）によって選択された前記変換方法を識別するメッセージを前記５Ｇ  ＣＮ（１０４）から受信することによって、前記５Ｇ  ＣＮ（１０４）によって選択された前記変換方法を決定することを含む、方法（７００）。
【請求項９】
前記ＵＥが、前記ＵＥによってサポートされる、５Ｇ  ＱｏＳフローを４Ｇベアラにマッピングするための１つまたは複数の変換方法のセットを識別する情報を含む登録要求メッセージを送信することをさらに含む、請求項８に記載の方法。
【請求項１０】
前記登録要求メッセージが、ｉ）非アクセス層（ＮＡＳ）登録要求およびｉｉ）ＮＡＳトラッキングエリア更新要求のうちの１つである、請求項９に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）（１０１）であって、
前記ＵＥを４Ｇ−ＲＡＮにハンドオーバするための、５Ｇ−ＲＡＮによって送信されたハンドオーバメッセージを受信するように設定された受信モジュール（１３０２）と、
前記ＵＥのための５Ｇサービス品質（ＱｏＳ）フローを４Ｇベアラにマッピングするための変換方法を選択するように設定された選択モジュール（１３０４）と、
第１のベアラ識別子（ＩＤ）を前記ＵＥのための第１のＱｏＳフローに割り当て、第２のベアラＩＤを前記ＵＥのための第２のＱｏＳフローに割り当てるように設定された割り当てモジュール（１３０６）
を備え、
前記変換方法を選択することが、５Ｇコアネットワークノード（ＣＮ）によって選択された前記変換方法を識別するメッセージを前記５Ｇ  ＣＮ（１０４）から受信することによって、前記５Ｇ  ＣＮ（１０４）によって選択された前記変換方法を決定することを含む、ユーザ機器（ＵＥ）（１０１）。
【発明の詳細な説明】
【技術分野】
【０００１】
ベアラ変換のための実施形態が開示される。
【背景技術】
【０００２】
今日のセルラー通信ネットワークでは、ユーザ機器（ＵＥ）（すなわち、たとえば、スマートフォン、センサーなど、無線通信が可能なデバイス）が、ネットワークに再登録する必要なしに（たとえば、ネットワークアタッチプロシージャを実施する必要なしに）異なる規格（たとえば、２Ｇ／３Ｇおよび４Ｇ）をサポートするセル間で移動することができるように、モビリティがサポートされる。モビリティは、接続モード（ハンドオーバ）において、またはアイドルモード（アクセス変更）において行われ得る。
【０００３】
現在の第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークアーキテクチャは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）（別名、４Ｇ）におけるエボルブドパケットシステム（ＥＰＳ）ベアラと、３Ｇおよび２Ｇにおけるパケットデータプロトコル（ＰＤＰ）コンテキストとの間の１：１関係があるように、モビリティを簡単にしている。また、４Ｇにおける拡張無線アクセスベアラ（Ｅ−ＲＡＢ）とデータ無線ベアラ（ＤＲＢ）との間の、ならびに、適用可能な場合には、２Ｇおよび３ＧにおけるＰＤＰコンテキストと無線アクセスベアラ（ＲＡＢ）と無線ベアラ（ＲＢ）との間の１：１関係がある。
【０００４】
接続モードハンドオーバ時に、ソース無線アクセスネットワーク（ＲＡＮ）（たとえば、基地局、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ））、コアネットワークにおけるモビリティアンカー（たとえば、ＳＧＳＮ、ＭＭＥ）、ＵＥ、およびＩＰアンカー（ＰＤＮ  ＧＷ）のうちの２つまたはそれ以上が、必要なとき、ソースシステム表現（たとえば、４Ｇ  ＥＰＳベアラ）からターゲットシステム表現（たとえば、３Ｇ  ＰＤＰコンテキスト）への変換を独立して実施する。
【発明の概要】
【０００５】
「５Ｇ」と呼ばれる次世代移動体無線通信システムは、使用事例の多様なセットおよび展開シナリオの多様なセットをサポートする。５Ｇは、今日の４Ｇネットワークの発展と、「新しい無線」（ＮＲ）として知られる新しいグローバルに標準化された無線アクセス技術の追加とを包含する。５Ｇシステムの１つの欠点は、２Ｇ／３Ｇと４Ｇとの間で使用されるモビリティソリューションが４Ｇと５Ｇとの間のモビリティのために機能しないことである。
【０００６】
５Ｇでは、ベアラ概念／アーキテクチャが変更され、その結果、ａ）４Ｇでは複数のＥＰＳベアラとして実現されたＰＤＮ接続が、５Ｇでは単一のＰＤＵセッションとして実現され、ｂ）４Ｇでは別個のデディケーテッドベアラとして多様化されたＱｏＳ特性が、５Ｇでは、代わりに、ＰＤＵセッションのためのユーザデータトンネリングを介して伝達されたユーザデータのＱｏＳフローおよび関連するパケットマーキングによって多様化され（ＱｏＳフローは、同じＱｏＳ扱いを受ける（ＰＤＵセッション内の）ユーザプレーントラフィックに対応し）、ｃ）複数のベアラ、したがって複数のＤＲＢ／Ｅ−ＲＡＢを使用した４Ｇ  ＰＤＮ接続が、５Ｇでは同じＤＲＢリソース上で多重化され得、ｄ）４Ｇでは、ＵＥが接続されたとき、常にＥＰＳベアラごとの割り当てられたＤＲＢがあるが、５Ｇでは、５Ｇ  ＲＡＮが自由にＤＲＢリソースを動的に割り当てることができ、したがって、５Ｇでは、アクティブＱｏＳフローよりも少数の割り当てられたＤＲＢがあり得る。
【０００７】
したがって、４Ｇ  ＥＰＳ表現と５Ｇ表現との間の保証された１：１マッピングがなく、したがって、ＵＥ、ＲＡＮ、およびコアネットワークによって独立して行われる変換が異なる結果をもたらし得る。その上、ＥＰＳベアラＩＤについての値空間と利用可能なＬＴＥ  ＤＲＢの数とは、５Ｇにおいて利用可能であることが予想される値範囲に一致しない。さらに、ＵＥは、５Ｇにおける表現を４Ｇにおいて使用されるＥＰＳベアラコンテキストおよびＩＤに変換するために必要とされる十分な情報へのアクセスを有しないことがある。
【０００８】
また、（レガシーＥＰＣプロシージャを使用すれば）、アイドルモードアクセス変更または接続モードハンドオーバ中に、ＵＥとソースネットワーク（５Ｇ  ＲＡＮ＋５ＧＣ）との間のＮＡＳ通信がなく、したがって、ＥＰＳベアラコンテキストへの希望される変換結果に関する情報をＵＥに与えることが可能でないことは、事実である。結果として、ＵＥは、ハンドオーバの前に受信された情報に基づいて、単独で５Ｇリソースを４Ｇリソースにマッピングしなければならない。
【０００９】
問題を要約すると、ａ）ＵＥ、ＲＡＮおよびコアネットワーク（ＣＮ）は、５Ｇ表現と４Ｇ表現との間で独立して変換することができず、保証された１：１マッピングがないので同じ結果に達することを保証され得ず、ｂ）関係する識別子の５Ｇ表現は、２Ｇ／３Ｇおよび４Ｇ表現よりも大きい値空間を有する。
【００１０】
予測可能な変換を実施することに失敗したことによるエンドユーザ影響は、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）会話中であるときのドロップされた呼、メディアセッションの終了、無線リソースの枯渇、ならびにアクセス変更中のより長いサービス中断であり得る。
【００１１】
本開示は、上記で識別された問題を克服するための実施形態について説明する。たとえば、本開示は、アクセス変更中に、５Ｇ−ＲＡＮからＥ−ＵＴＲＡＮ（または４Ｇ−ＲＡＮ）への変換のルールが、優先度の高いベアラの選択されたセットとして、得られたユーザプレーンリソースの予測可能なセットを作成するために適用されることについて説明する。ベアラの選択されたセットは、あらかじめ規定された変換ルールに従って、ＵＥ、５Ｇ−ＲＡＮおよび５Ｇコアネットワークによって独立して識別され、変換される。ハンドオーバされなかったベアラは、ハンドオーバの直後にコアネットワークによって再始動されるか、より好適な時間において後で再始動されるか、オンデマンドで後で再始動されるか、または、代替的に取り除かれ得る。再始動は、コアネットワークのみによる判断であり、他のいかなる部分からのいかなる変換または識別をも必要としないが、ＵＥとのアプリケーション論理についてのＱｏＳ多様化された通信が再び利用可能になるまで、追加遅延を導入する。再始動はレガシープロシージャを使用する。
【００１２】
たとえば、一態様では、保証ビットレート（ＧＢＲ）ベアラ変換を伴うデフォルトベアラ変換のための方法が提供される。ＧＢＲベアラは、ＵＥ、５Ｇ−ＲＡＮ、およびＳＭＦにおいて、保証ビットレートについての割り当てられた値を含むＰＤＵセッションのための１つまたは複数のＱｏＳフローからの既存のＱｏＳフローパラメータから知られている。ＰＤＵセッションが、ＧＢＲについての割り当てられた値を各々含む複数の関連するＱｏＳフローを有する場合、各フローは、ターゲットＥ−ＵＴＲＡＮアクセスのための候補ＧＢＲベアラとして決定される。各ＧＢＲベアラ候補は、たとえば、割り当ておよび保持優先度（ＡＲＰ）などのＱｏＳフローパラメータと、５ＧにおけるＱｏＳフローパラメータを４Ｇ表現に変換するときに得られたＥＰＳ  ＱｏＳクラス識別子（ＱＣＩ）とに基づく優先順位で配置される。したがって、５Ｇ表現と４Ｇ表現との間の１：１マッピングのための一般的な優先度ルールは、ＰＤＵセッションおよびＧＢＲ  ＱｏＳフロー（または略して「ＧＢＲフロー」）として特徴づけられたＱｏＳフローの知識を有するノードによって使用され得る。
【００１３】
別の態様では、選択的ベアラ変換を伴うデフォルトベアラ変換のための方法が提供される。ハンドオーバの対象であるＱｏＳフローが、ハンドオーバ対象（ｓｕｂｊｅｃｔ  ｆｏｒ  ｈａｎｄｏｖｅｒ）として、初期化時に５Ｇコアネットワークによってマークされる。このマーキングは、ＱｏＳフローがハンドオーバの候補であることを指示するためにセットアップ中に５Ｇ−ＲＡＮおよびＵＥにシグナリングされる。各候補は、ＡＲＰなどのＱｏＳフローパラメータと、ＱｏＳフローパラメータを変換するときに得られたＥＰＳ  ＱＣＩとに基づく優先順位で配置される。
【００１４】
代替シグナリングソリューションとして、５Ｇコアは、どのリソースをハンドオーバのために優先度を付けられたものと見なすべきかをハンドオーバ準備段階中にＲＡＮおよびＵＥに通知するために、ＥＰＣにおいてレガシーＳ１ハンドオーバシグナリングとともに使用されるトップのシグナリングパターン上で新しいシグナリングを使用する。５Ｇコアがソース５Ｇ  ＲＡＮからの要求されたハンドオーバを処理することを開始したとき、５Ｇコアは、ハンドオーバ優先度付けと、ターゲット４Ｇアクセスにおけるシグナリング（たとえば、トラッキングエリア更新（ＴＡＵ）シグナリング）においてどのＥＰＳベアラＩＤ値を使用すべきかとをＵＥに通知するために、Ｎ１シグナリングを使用する。この機構に伴う利点は、この機構が別個のシグナリングを利用し、そのことによって、４Ｇへのハンドオーバのサポートなしで５Ｇシステムにおけるシグナリングに影響を及ぼさないことである。この機構に伴う別の利点は、ターゲット４Ｇアクセスにおけるシグナリングにおいて使用すべきＥＰＳベアラＩＤ値が、ＵＥ、５Ｇ  ＲＡＮ、および５Ｇコアのうちの１つによって割り当てられ、次いで他の２つに配信され得、すなわち、そのことが、ＵＥ、５Ｇ  ＲＡＮ、および５ＧコアによるＥＰＳベアラＩＤ値の協調割り当ての必要を取り除くことである。
【００１５】
５Ｇコアネットワークアーキテクチャにより、ＵＥをサーブする２つ以上のＳＭＦおよびポリシーサーバがあり得る。したがって、ハンドオーバのための候補リストは、ターゲットシステム能力を超え得る。そのような場合、ベアラは、導出された優先順位に従ってハンドオーバされ得る。
【００１６】
いくつかの実施形態では、（１つまたは複数の）ＳＭＦは、ハンドオーバ対象として、動的にトリガされるＱｏＳフローのみをマークする（ならびにＵＥおよび５Ｇ−ＲＡＮにシグナリングする）ように設定され得る。したがって、ＵＥ、ＲＡＮおよびＮＧＣがすべて、たとえばＶｏＬＴＥに関連し、ハンドオーバされる、ＱｏＳフローに優先度を付けるためにどのリソースをハンドオーバすべきか、すなわち、有効にすべきかを判断するときに同じ情報を有することを確実にすること。
【００１７】
別の態様では、どの変換方法が使用されるべきであるかのシグナリング（指示）のための方法が提供される。上記の方法のうちの１つのみが選択された場合、ＵＥとネットワークの両方が、どの方法を使用すべきか（およびどのＱｏＳフローをハンドオーバすべきか）を知る。２つ以上の変換方法がサポートされた場合、コアネットワークは、どの方法を適用すべきかをＵＥおよびＲＡＮにシグナリングする。それらの方法が異なる時間において導入された場合、ＵＥは、ＵＥがどの方法をサポートするかをコアネットワークに指示する必要があり得る。
【００１８】
別の態様では、５Ｇ無線アクセスネットワーク（５Ｇ−ＲＡＮ）から４Ｇ−ＲＡＮへのハンドオーバのための方法が提供される。本方法は、第１のベアラ識別子（ＩＤ）をＵＥのための少なくとも第１のＱｏＳフローに割り当てることを含む。本方法は、第２のベアラＩＤをＵＥのための少なくとも第２のＱｏＳフローに割り当てることをも含む。本方法は、ハンドオーバメッセージを生成することと、ハンドオーバメッセージを送信することとをさらに含み、ハンドオーバメッセージを生成することは、第１のベアラＩＤおよび第２のベアラＩＤをハンドオーバメッセージ中に含めることを含む。
【００１９】
いくつかの実施形態では、本方法は、ユーザ機器（ＵＥ）のための５Ｇサービス品質（ＱｏＳ）フローを４Ｇベアラにマッピングするための変換方法を選択することをさらに含む。
【００２０】
いくつかの実施形態では、本方法は５Ｇ−ＲＡＮによって実施される。
【００２１】
いくつかの実施形態では、変換方法を選択することは、５Ｇコアネットワークノード（ＣＮ）によって選択された変換方法に一致する変換方法を選択することを含む。いくつかの実施形態では、５Ｇ  ＣＮによって選択された変換方法に一致する変換方法を選択することは、５Ｇ  ＣＮによって選択された変換方法を識別するメッセージを５Ｇ  ＣＮから受信することによって、５Ｇ  ＣＮによって選択された変換方法を決定することを含む。
【００２２】
いくつかの実施形態では、ハンドオーバメッセージを生成することは、４Ｇ−ＲＡＮのためのトランスペアレントコンテナを生成することを含み、第１のベアラＩＤおよび第２のベアラＩＤは、トランスペアレントコンテナのＥ−ＲＡＢ情報リスト情報エレメント（ＩＥ）中に含まれるＥ−ＲＡＢ  ＩＤである。いくつかの実施形態では、ハンドオーバメッセージは、第１のベアラＩＤ、および第１のベアラＩＤが割り当てられる第１のＱｏＳフローを識別する少なくとも第１のＱｏＳフローＩＤと、第２のベアラＩＤ、および第２のベアラＩＤが割り当てられる第２のＱｏＳフローを識別する少なくとも第２のＱｏＳフローＩＤとをさらに含む。
【００２３】
いくつかの実施形態では、第１のＱｏＳフローはデフォルトＱｏＳフローであり、第２のＱｏＳフローは保証ビットレート（ＧＢＲ）ＱｏＳフローである。
【００２４】
いくつかの実施形態では、本方法は、割り当てるステップを実施することより前に保証ビットレート（ＧＢＲ）ＱｏＳフローの順序セットを作成することをさらに含み、ＧＢＲ  ＱｏＳフローの順序セットは、第１のＧＢＲ  ＱｏＳフローであって、順序セット中の第１のＧＢＲ  ＱｏＳフローである、第１のＧＢＲ  ＱｏＳフローと、第２のＧＢＲ  ＱｏＳフローであって、順序セット中の第２のＧＢＲ  ＱｏＳフローである、第２のＧＢＲ  ＱｏＳフローとを含み、第１のＱｏＳフローはデフォルトＱｏＳフローであり、第２のＱｏＳフローは第１のＧＢＲ  ＱｏＳフローである。
【００２５】
別の態様では、本方法を実施するように適応されたネットワークノードが提供される。
【００２６】
別の態様では、５Ｇ−ＲＡＮおよび４Ｇ−ＲＡＮと通信することが可能なユーザ機器（ＵＥ）によって実施される方法が提供される。本方法は、ＵＥが第１のベアラ識別子（ＩＤ）をＵＥのための第１のＱｏＳフローに割り当てることと、ＵＥが第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てることとを含む。
【００２７】
いくつかの実施形態では、本方法は、ＵＥが、ＵＥのための５Ｇサービス品質（ＱｏＳ）フローを４Ｇベアラにマッピングするための変換方法を選択することをさらに含む。
【００２８】
いくつかの実施形態では、変換方法を選択することは、５Ｇコアネットワークノード（ＣＮ）によって選択された変換方法に一致するように変換方法を選択することを含む。いくつかの実施形態では、５Ｇ  ＣＮによって選択された変換方法に一致する変換方法を選択することは、５Ｇ  ＣＮによって選択された変換方法を識別するメッセージを５Ｇ  ＣＮから受信することによって、５Ｇ  ＣＮによって選択された変換方法を決定することを含む。
【００２９】
いくつかの実施形態では、本方法は、ＵＥが、ＵＥによってサポートされる、５Ｇ  ＱｏＳフローを４Ｇベアラにマッピングするための１つまたは複数の変換方法のセットを識別する情報を含む登録要求メッセージを送信することをさらに含む。いくつかの実施形態では、登録要求メッセージは、ｉ）非アクセス層（ＮＡＳ）登録要求およびｉｉ）ＮＡＳトラッキングエリア更新要求のうちの１つである。
【００３０】
別の態様では、本方法を実施するように適応されたＵＥが提供される。
【００３１】
別の態様では、トラッキングエリア更新（ＴＡＵ）方法が提供され、本方法は、第１のコアネットワークノード（ＣＮ）によって実施される。本方法は、第２のコアネットワークノードによって送信されたコンテキスト要求を受信することであって、第２のコアネットワークノードが、ＵＥに関係するＴＡＵ要求を受信した後にコンテキスト応答を送信した、コンテキスト要求を受信することを含む。本方法は、第１のベアラ識別子（ＩＤ）をＵＥのための第１のＱｏＳフローに割り当てることと、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てることと、コンテキスト応答を生成することと、コンテキスト応答を送信することとをも含み、コンテキスト応答を生成することは、第１のベアラＩＤおよび第２のベアラＩＤをコンテキスト応答内に含めることを含む。別の態様では、本方法を実施するように適応されたコアネットワークノードが提供される。
【００３２】
別の態様では、トラッキングエリア更新（ＴＡＵ）方法が提供され、本方法は、ＵＥによって実施される。本方法は、ＵＥが、ＴＡＵ要求を送るという判断を行うことを含む。本方法は、ＵＥが、第１のベアラ識別子（ＩＤ）をＵＥのための第１のＱｏＳフローに割り当てることと、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てることとをも含む。本方法は、ＵＥが、ＴＡＵ要求を生成することと、ＴＡＵ要求を送信することとをさらに含み、ＴＡＵ要求を生成することは、第１のベアラＩＤがＱｏＳフローに割り当てられ、第２のベアラＩＤがＱｏＳフローに割り当てられることを識別する情報をＴＡＵ要求内に含めることを含む。いくつかの実施形態では、第１のベアラＩＤがＱｏＳフローに割り当てられ、第２のベアラＩＤがＱｏＳフローに割り当てられることを識別する情報をＴＡＵ要求内に含めることは、第１のベアラＩＤおよび第２のベアラＩＤに対応するベアラが非アクティブでないことを指示するＥＰＳベアラコンテキストステータスＩＥをＴＡＵ要求内に含めることを含む。別の態様では、本ＴＡＵ方法を実施するように適応されるＵＥが提供される。
【００３３】
別の態様では、サービス品質（ＱｏＳ）フローをベアラ識別子にマッピングするための方法が提供される。本方法は、５Ｇコアネットワークノード（５Ｇ−ＣＮ）において、セッション確立要求を受信することと、セッション確立要求を受信した後に、５Ｇ−ＣＮが５Ｇ無線アクセスネットワーク（５Ｇ−ＲＡＮ）にセッション要求を送信することとを含み、セッション要求は、ｉ）ＱｏＳフローのセットを識別する情報と、ｉｉ）識別されたＱｏＳフローのうちのどれがハンドオーバ対象であるかを指示するハンドオーバ対象情報とを含む。いくつかの実施形態では、セッション要求はＱｏＳプロファイルを含み、ハンドオーバ対象情報はＱｏＳプロファイルの一部である。
【００３４】
利点
【００３５】
５Ｇから４Ｇにアクセスを変更するときのエンドユーザ品質が改善する。ハンドオーバ時のエンドユーザ品質は、とりわけ、ホモジニアス５Ｇカバレッジがなく、ＵＥが５Ｇカバレッジの外に出るときに４Ｇへのモビリティを実施する必要があるときの、５ＧにわたるボイスオーバーＬＴＥ（ＶｏＬＴＥ）のために重要である。ここで開示される実施形態では、ＵＥは、ハンドオーバ実行の一部として、ＶｏＬＴＥ／ＩＭＳメディアトランスポートのためのＧＢＲベアラを与えられ、それによって、アクセス変更によって引き起こされるサービス中断を最小限に抑える。
【００３６】
また、ＵＥは、アイドルモードでの５Ｇから４Ｇへのアクセス変更時にＧＢＲベアラリソースを自動的に与えられる。アクティブフラグを用いたＩＲＡＴ  ＴＡＵプロシージャの効果は、進行中のボイス呼のサービス継続性であるが、ハンドオーバを使用するアクセス変更の使用時と比較してより長いサービス中断を伴う。
【００３７】
別の利点は、それがＥＰＣに対して透過的であることである。
【００３８】
別の利点は、検出され得、サービス継続性のために必須である、５Ｇアクセスにおけるユーザプレーンリソースのサブセットが、保存され、アクセス変更の後も利用可能なままであることである。アプリケーション機能を識別し、アプリケーション機能に関連付けることが可能でないリソースは、アクセス変更中に暗黙的に取り除かれる。ネットワークは、サービス必要に基づいてそのようなリソースを再アクティブ化することを選び得る。
【００３９】
別の利点は、その場合、ＮＷおよびＵＥにおける表現の不整合の危険がないことである。
【００４０】
また、サービス検出時の動的フロー／最後のアクティブフローおよびオンデマンドセットアップの後続の再アクティブ化のレガシーオプションと組み合わせられたデフォルトフローおよびＧＢＲフローに範囲を制限することは、そのことが予測可能な変換結果を与えることから、ロバストで十分な組合せを与える。
【００４１】
本明細書に組み込まれ、明細書の一部をなす添付の図面は、様々な実施形態を示している。
【図面の簡単な説明】
【００４２】
【図１】いくつかの実施形態による、システムを示す図である。
【図２】一実施形態による、プロセスを示すメッセージフロー図である。
【図３】一実施形態による、プロセスを示すメッセージフロー図である。
【図４】一実施形態による、プロセスを示すメッセージフロー図である。
【図５Ａ】一実施形態による、プロセスを示すメッセージフロー図である。
【図５Ｂ】一実施形態による、プロセスを示すメッセージフロー図である。
【図６】いくつかの実施形態による、プロセスを示すフローチャートである。
【図７】いくつかの実施形態による、プロセスを示すフローチャートである。
【図８】いくつかの実施形態による、プロセスを示すフローチャートである。
【図９】いくつかの実施形態による、プロセスを示すフローチャートである。
【図１０】いくつかの実施形態による、ネットワークノードのブロック図である。
【図１１】いくつかの実施形態による、ＵＥのブロック図である。
【図１２Ａ】いくつかの実施形態による、ネットワークノードの機能ユニットを示す図である。
【図１２Ｂ】いくつかの実施形態による、ネットワークノードの機能ユニットを示す図である。
【図１３Ａ】いくつかの実施形態による、ＵＥの機能ユニットを示す図である。
【図１３Ｂ】いくつかの実施形態による、ＵＥの機能ユニットを示す図である。
【発明を実施するための形態】
【００４３】
図１は、いくつかの実施形態による、システム１００を示す。システム１００は、５Ｇ−ＲＡＮ１０２から４Ｇ−ＲＡＮ１０３にハンドオーバされているＵＥ１０１を示す。５Ｇ−ＲＡＮ１０２は５Ｇコアネットワーク（ＣＮ）ノード（たとえば、モビリティ管理ノード）と通信し、４Ｇ−ＲＡＮ１０３は４Ｇ  ＣＮノード（たとえば、モビリティ管理エンティティ（ＭＭＥ）などのモビリティ管理ノード）と通信する。
【００４４】
図２は、一実施形態による、プロセスを示すメッセージフロー図である。ステップ２０２において、ＵＥ１０１は、５Ｇ−ＲＡＮ１０２（たとえば、５Ｇ−ＲＡＮ１０２のｇＮＢ）にメッセージを送信する。メッセージは、ＵＥ１０１がサポートするユーザプレーンリソースの変換および選択のための方法（または略して「変換方法」）を識別する情報を含む。いくつかの実施形態では、ＵＥ１０１は、以下の変換方法、すなわち、１）デフォルトベアラのみの変換、２）デフォルトおよびＧＢＲベアラ変換、ならびに３）選択的ベアラ変換のうちの１つまたは複数をサポートし得る。選択的ベアラ変換の特殊な場合は、すべてのＱｏＳフローが選択されるときである。いくつかの実施形態では、ステップ２０２においてＵＥ１０１によって送信されたメッセージは、ＵＥ１０１を５Ｇ  ＣＮノード１０４に登録するための登録プロセスの一部として送信される。したがって、ステップ２０２において送信されたメッセージは、４Ｇアタッチ要求メッセージおよび４Ｇトラッキングエリア更新（ＴＡＵ）要求メッセージと同様である５Ｇ登録要求メッセージ（すなわち、ＮＡＳ登録要求メッセージ）であり得る。他の実施形態では、ステップ２０２において送信されたメッセージは、ＮＡＳ  ＴＡＵ要求メッセージであり得る。
【００４５】
ステップ２０４において、５Ｇ−ＲＡＮ１０２は、ＵＥ１０１がサポートする変換方法と５Ｇ−ＲＡＮ１０２がサポートする変換方法とを指示する情報を含むメッセージをノード１０４に送信する。他の実施形態では、ステップ２０４において送信されたメッセージは、ＵＥ１０１と５Ｇ−ＲＡＮ１０２の両方によってサポートされる変換方法のみを識別する（すなわち、５Ｇ−ＲＡＮは、共通項を評価し、これをノード１０４に指示する）。いくつかの実施形態では、５Ｇ−ＲＡＮ１０２は、ステップ２０２においてＵＥ１０１によって送信されたメッセージを受信したことに応答してステップ２０４を実施する。
【００４６】
ステップ２０５において、ノード１０４は、ステップ２０４において５Ｇ−ＲＡＮ１０２によって送信されたメッセージを受信し、次いで、メッセージ中で識別された変換方法のうちの１つを選択する。
【００４７】
ステップ２０６において、ノード１０４は、選択された変換方法を識別する情報を含むメッセージを５Ｇ−ＲＡＮ１０２に送信する。
【００４８】
ステップ２０８において、５Ｇ−ＲＡＮ１０２は、ステップ２０６においてノード１０４によって送信されたメッセージを受信し、応答して、選択された変換方法を識別する情報、すなわち、どの選択された変換方法が、ＵＥ１０１によって、ならびにＵＥ１０１のための５Ｇ−ＲＡＮ１０２および５Ｇ  ＣＮノード１０４によって使用されることになるかを含むメッセージをＵＥ１０１に送信する。したがって、いくつかの実施形態では、５Ｇ−ＲＡＮ１０２は、ノード１０４によって送信されたメッセージを評価して、選択された変換方法を決定し、選択された変換方法を識別する識別子を記憶する（たとえば、識別子は、５Ｇ−ＲＡＮ１０２によって維持されるＵＥコンテキスト情報に追加され得る）。いくつかの実施形態では、ステップ２０８において送信されたメッセージは、４Ｇアタッチ受付メッセージおよび４Ｇ  ＴＡＵ受付メッセージと同様であり得る登録応答メッセージである。
【００４９】
図３は、いくつかの実施形態による、デフォルトベアラ＋ＧＢＲベアラ変換を実施するための、プロセスを示すメッセージフロー図である。
【００５０】
プロセスはステップ３０２において始まり、５Ｇ−ＲＡＮ１０２は、ＵＥ１０１が４Ｇ−ＲＡＮ１０３にハンドオーバされるべきであると決定する。
【００５１】
ステップ３０４において、５Ｇ−ＲＡＮ１０２は、関連するＱｏＳ特性に基づいてＰＤＵセッションごとにデフォルトＱｏＳフローおよびＧＢＲ  ＱｏＳフローを識別する。５Ｇ−ＲＡＮ１０２は、次いで、あらかじめ決定された変換ルールを使用して、Ｅ−ＲＡＢ識別子（ＩＤ）（ＥＰＳベアラＩＤ）を、識別されたＱｏＳフローのうちの１つまたは複数に割り当てる（マッピングする）（たとえば、第１のＥ−ＲＡＢ  ＩＤはデフォルトＱｏＳフローに割り当てられ得、他のＥ−ＲＡＢ  ＩＤはＧＢＲ  ＱｏＳフローに割り当てられる）。Ｅ−ＲＡＢ  ＩＤは、次いで、５Ｇ−ＲＡＮ１０２によって生成されたトランスペアレントコンテナ中に含められる。たとえば、５Ｇ−ＲＡＮ１０２は、あらかじめ規定されたルールに従ってフローを優先順位で分類し得る。この優先順位は、トランスペアレントコンテナをポピュレートするために使用され、トランスペアレントコンテナは、５Ｇ−ＲＡＮ１０２によって生成され、４Ｇ−ＲＡＮ１０３に送られる。５Ｇ−ＲＡＮ１０２によって生成され、送られるトランスペアレントコンテナは、３ＧＰＰ  ＴＳ３６．４１３  ｖ１４．１．０において規定されている「トランスペアレントコンテナＩＥ」であり得る。
【００５２】
たとえば、ステップ３０４において、フローを順序付け、それにより、ＧＢＲフローの順序セットを作成した後に、５Ｇ−ＲＡＮ１０２は、Ｅ−ＲＡＢ  ＩＤを上位Ｎ個のＧＢＲフロー（たとえば、Ｎ＜５）の各々に割り当てる。たとえば、ＧＢＲフローの順序セット中の第１のＧＢＲフローはＥ−ＲＡＢ  ＩＤｎ＋１を割り当てられ、ＧＢＲフローの順序セット中の第２のＧＢＲフローはＥ−ＲＡＢ  ＩＤｎ＋２を割り当てられ、ＧＢＲフローの順序セット中の第３のＧＢＲフローはＥ−ＲＡＢ  ＩＤｎ＋３を割り当てられるなどである。さらに、Ｅ−ＲＡＢ  ＩＤｎはデフォルトＱｏＳフローに割り当てられる。割り当てられたＥ−ＲＡＢ  ＩＤ（すなわち、Ｅ−ＲＡＢ  ＩＤｎ、Ｅ−ＲＡＢ  ＩＤｎ＋１、Ｅ−ＲＡＢ  ＩＤｎ＋２、．．．）は、トランスペアレントコンテナの一部であるＥ−ＲＡＢリスト中に含まれる。
【００５３】
ステップ３０６において、５Ｇ−ＲＡＮ１０２は、トランスペアレントコンテナをノード１０４に送信する。たとえば、ステップ３０６において、５Ｇ−ＲＡＮ１０２は、トランスペアレントコンテナを含むメッセージをノード１０４に送信し得る（このメッセージは、本明細書では「要ハンドオーバ（ｈａｎｄｏｖｅｒ  ｒｅｑｕｉｒｅｄ）」メッセージと呼ばれる）。いくつかの実施形態では、要ハンドオーバメッセージ中にトランスペアレントコンテナを含めることに加えて、５Ｇ−ＲＡＮ１０２は、要ハンドオーバメッセージ中に、５Ｇ−ＲＡＮ１０２がどのようにＥ−ＲＡＢ  ＩＤをＱｏＳフローに割り当てたかを示す情報をも含める。たとえば、トランスペアレントコンテナに加えて、要ハンドオーバメッセージは、トランスペアレントコンテナとは別個に、ペアのリスト（たとえば、タプルのセット）を含み得、ここで、各ペアは、本質的に、ＥＰＳベアラＩＤと、ペアにされたＥＰＳベアラＩＤが割り当てられたＱｏＳフローを識別するＱｏＳフロー識別子とからなる。当技術分野で知られているように、Ｅ−ＲＡＢ  ＩＤとＥＰＳベアラＩＤとの間の１：１マッピングがある。
【００５４】
ステップ３０８において、ノード１０４は、ステップ３０６において５Ｇ−ＲＡＮ１０２によって送信されたメッセージを受信し、応答して、関連するＱｏＳ特性に基づいてＰＤＵセッションごとにデフォルトＱｏＳフローおよびＧＢＲ  ＱｏＳフローを識別する。ノード１０４は、次いで、あらかじめ決定された変換ルールを使用して、ＥＰＳベアラ識別子（ＩＤ）を、識別されたＱｏＳフローのうちの１つまたは複数に割り当てる（たとえば、第１のＥＰＳベアラＩＤはデフォルトＱｏＳフローに割り当てられ得、他のＥＰＳベアラＩＤはＧＢＲ  ＱｏＳフローに割り当てられる）。割り当てられたＥＰＳベアラＩＤは、次いで、ノード１０４によって生成されたハンドオーバメッセージ中に含められる。たとえば、ノード１０４は、あらかじめ規定されたルールに従ってＱｏＳフローを優先順位で分類し得る。この優先順位は、ハンドオーバメッセージをポピュレートするために使用され、ハンドオーバメッセージは、ノード１０４によって生成され、ノード１０５に送られる。また、ステップ３０８において生成されたハンドオーバメッセージは、受信されたトランスペアレントコンテナを含む。いくつかの実施形態では、ハンドオーバメッセージは、フォワードリロケーション（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ）要求メッセージである。
【００５５】
たとえば、ステップ３０８において、フローを順序付けた後に、ノード１０４は、ＥＰＳベアラＩＤを上位Ｎ個のＧＢＲフロー（たとえば、Ｎ＜５）の各々に割り当てる。たとえば、ＧＢＲフローの順序セット中の第１のＧＢＲフローはＥＰＳベアラＩＤｎ＋１を割り当てられ、ＧＢＲフローの順序セット中の第２のＧＢＲフローはＥＰＳベアラＩＤｎ＋２を割り当てられ、ＧＢＲフローの順序セット中の第３のＧＢＲフローはＥＰＳベアラＩＤｎ＋３を割り当てられるなどである。さらに、ＥＰＳベアラＩＤｎはデフォルトＱｏＳフローに割り当てられる。割り当てられたＥＰＳベアラＩＤ（すなわち、ＥＰＳベアラＩＤｎ、ＥＰＳベアラＩＤｎ＋１、ＥＰＳベアラＩＤｎ＋２、．．．）は、トランスペアレントコンテナとともにハンドオーバメッセージ中に含まれる。
【００５６】
５Ｇ−ＲＡＮ１０２によってステップ３０６において送信された要ハンドオーバメッセージが、トランスペアレントコンテナを含むだけでなく、上記で説明されたＥＰＳベアラＩＤ−ＱｏＳフローＩＤペアをも含む実施形態では、ステップ３０８において、ノード１０４は、単に、要ハンドオーバメッセージ中で識別されたＥＰＳベアラＩＤを、ノード１０４がノード１０５に送信するハンドオーバメッセージ中に含める。上記で説明されたように、ステップ３０８において生成され、ノード１０４によってノード１０５に送信されたハンドオーバメッセージは、３ＧＰＰ  ＴＳ３６．４１３において規定されているフォワードリロケーション要求メッセージであり得る。したがって、ノード１０４によって生成されたフォワードリロケーション要求は、５Ｇ−ＲＡＮ１０２から受信された要ハンドオーバメッセージ中で識別された各ＥＰＳベアラＩＤ−ＱｏＳフローＩＤペアについてのベアラコンテキストＩＥを含む。したがって、各ベアラコンテキストＩＥは、識別されたＱｏＳフローのうちの１つに対応する。ＱｏＳフローに対応するベアラコンテキストＩＥは、ＱｏＳフローについてのＱｏＳパラメータに対応する１つまたは複数のベアラレベルＱｏＳパラメータ（たとえば、ＱＣＩ、ＡＲＰ、ＧＢＲ、最大ビットレート（ＭＢＲ））を含む。
【００５７】
ステップ３１０において、５Ｇノード１０４は、生成されたハンドオーバメッセージを４Ｇノード１０５に送信する。
【００５８】
ステップ３１２において、ノード１０５は、ノード１０４から受信された、トランスペアレントコンテナノード１０５を含むメッセージ（すなわち、ハンドオーバ要求）を４Ｇ−ＲＡＮ１０３に送信する。
【００５９】
ステップ３１３において、４Ｇ−ＲＡＮ１０３は、ハンドオーバ要求を受信し、要求されたベアラ（すなわち、トランスペアレントコンテナ中に含まれるＥ−ＲＡＢ  ＩＤによって識別されたベアラ）のためのリソースを予約し、確認応答（ＡＣＫ）（たとえば、Ｓ１ＡＰメッセージハンドオーバ要求確認応答）を生成する。
【００６０】
ステップ３１４において、４Ｇ−ＲＡＮ１０３は、ＡＣＫをノード１０５に送信する。
【００６１】
ステップ３１５において、ノード１０５は、４Ｇ−ＲＡＮ１０３によって送信されたＡＣＫ（たとえばハンドオーバ要求確認応答）を受信し、要求されたベアラ（すなわち、５Ｇノード１０４から受信されたメッセージ中で識別されたベアラ）のためのリソースを予約し、確認応答（ＡＣＫ）を生成する。
【００６２】
ステップ３１６において、ノード１０５は、応答メッセージ（たとえば、フォワードリロケーション応答）をノード１０４に送信する。
【００６３】
ステップ３１８において、ノード１０５によって送信された応答メッセージを受信したことに応答して、ノード１０４は、ハンドオーバコマンドを５Ｇ−ＲＡＮ１０２に送信する。
【００６４】
ステップ３２０において、５Ｇ−ＲＡＮ１０２は、ハンドオーバコマンドを受信し、次いで、ハンドオーバコマンドをＵＥ１０１に送る。
【００６５】
いくつかの実施形態では、ＵＥ１０１に送られたハンドオーバコマンドは、５Ｇネットワーク（すなわち、５Ｇ−ＲＡＮ１０２または５Ｇ  ＣＮノード１０４）がどのようにＥ−ＥＰＳベアラＩＤをＱｏＳフローに割り当てたかを示す情報を含む。たとえば、ハンドオーバコマンドは、ペアのリスト（たとえば、タプルのセット）を含み得、ここで、各ペアは、本質的に、ＥＰＳベアラＩＤと、ペアにされたＥＰＳベアラＩＤが割り当てられたＱｏＳフローを識別するＱｏＳフロー識別子とからなる。ノード１０２およびノード１０４のうちのいずれか一方が、ハンドオーバコマンド中にペアのリストを含め得る。他の実施形態では、５Ｇネットワーク（すなわち、５Ｇ−ＲＡＮ１０２または５Ｇ  ＣＮノード１０４）がどのようにＥ−ＥＰＳベアラＩＤをＱｏＳフローに割り当てたかを示す情報をＵＥ１０１に伝達するために、他のメッセージが使用される。たとえば、いくつかの実施形態では、この他のメッセージ（たとえば、新しいＮＡＳメッセージ）は、ステップ３０６が実施された後に、および送られる３２０が実施される前に、ＲＡＮ１０２またはＣＮ１０４のうちの１つによって送信され得る。
【００６６】
ステップ３２２において、ＵＥ１０１は、関連するＱｏＳ特性に基づいてＰＤＵセッションごとにデフォルトＱｏＳフローおよびＧＢＲ  ＱｏＳフローを識別する。ＵＥ１０１は、フローを優先順位で分類する。この優先順位は、ＵＥが４Ｇにおいて使用するＥＰＳベアラ表現を導出するために使用される。たとえば、ＵＥ１０１は、あらかじめ決定された変換ルールを使用して、ＥＰＳベアラＩＤを、識別されたＱｏＳフローのうちの１つまたは複数に割り当てる（たとえば、第１のＥＰＳベアラＩＤはデフォルトＱｏＳフローに割り当てられ得、他のＥＰＳベアラＩＤはＧＢＲ  ＱｏＳフローに割り当てられる）。たとえば、ＵＥ１０１は、あらかじめ規定されたルールに従ってＱｏＳフローを優先順位で分類し、次いで、ＥＰＳベアラＩＤをフローに割り当て得る。より具体的な例として、ステップ３２２において、フローを順序付けた後に、ＵＥ１０１は、ＥＰＳベアラＩＤを上位Ｎ個のＧＢＲフロー（たとえば、Ｎ＜５）の各々に割り当てる。たとえば、ＧＢＲフローの順序セット中の第１のＧＢＲフローはＥＰＳベアラＩＤｎ＋１を割り当てられ、ＧＢＲフローの順序セット中の第２のＧＢＲフローはＥＰＳベアラＩＤｎ＋２を割り当てられ、ＧＢＲフローの順序セット中の第３のＧＢＲフローはＥＰＳベアラＩＤｎ＋３を割り当てられるなどである。さらに、ＥＰＳベアラＩＤｎはデフォルトＱｏＳフローに割り当てられる。これは、各ＰＤＵセッションについて繰り返される（ＵＥ１０１は複数のＰＤＵセッションを使用していることがあり、複数のＰＤＵセッションの各々は１つまたは複数のＱｏＳフローに関連する）。
【００６７】
ＥＰＳベアラＩＤ−ＱｏＳフローＩＤペアを含むメッセージ（たとえば、上記で説明されたような、ハンドオーバコマンドまたは何らかの他のメッセージ）がＵＥ１０１に送信される実施形態では、ステップ３２２において、ノード１０４は、単に、識別されたＥＰＳベアラＩＤ−ＱｏＳフローＩＤペアリングを用いる、すなわち、各リストされたペアについて、ＵＥ１０１は、ペア中に含まれるＱｏＳフローＩＤによって識別されたＱｏＳフローについてのデータを送信するとき、ペア中に含まれるＥＰＳベアラＩＤによって識別されたＥＰＳベアラを使用する。
【００６８】
上記で証明されたように、ＵＥ１０１、５Ｇ−ＲＡＮ１０２および５Ｇ  ＣＮ１０４の各々に、Ｅ−ＲＡＢ  ＩＤ（ＥＰＳベアラＩＤ）を５Ｇ  ＱｏＳフローに割り当てるために同じルールを使用させることによって、ＵＥ１０１、４Ｇ−ＲＡＮ１０３および４Ｇ  ＣＮ１０５はすべて、５Ｇ  ＱｏＳフローから導出されたＥＰＳベアラの共通セットアップを有する。
【００６９】
図４は、いくつかの実施形態による、トラッキングエリア更新（ＴＡＵ）プロシージャを実施するための、プロセスを示すメッセージフロー図である。
【００７０】
ステップ４０２において、ＵＥ１０１は、ＵＥ１０１がＴＡＵプロシージャを始動するべきであると決定する。
【００７１】
ステップ４０４において、ＵＥ１０１は、選択された変換方法（図２参照）に基づいてＥＰＳベアラを導出する。たとえば、選択された変換方法がデフォルトおよびＧＢＲベアラである場合、ステップ４０４において、ＵＥ１０１は、ステップ３２２に関して上記で説明されたのと同じステップを実施する。たとえば、ＵＥ１０１は、ＵＥ１０１に通信されたＥＰＳベアラＩＤ−ＱｏＳフローＩＤペアリングを用いるか、または、ＵＥ１０１自体が、上記で説明されたように、ＥＰＳベアラＩＤをそのＱｏＳフローのうちの１つまたは複数に割り当てる。
【００７２】
ステップ４０６において、ＵＥ１０１は、ＴＡＵ要求を４Ｇ−ＲＡＮ１０３に送信する。ＴＡＵ要求は、ＱｏＳフローに割り当てられるＥＰＳベアラＩＤを識別する情報を含む。たとえば、ステップ４０４において、ＵＥ１０１が、ＥＰＳベアラＩＤ１を第１のＱｏＳフローに割り当て、ＥＰＳベアラＩＤ２を第２のＱｏＳフローに割り当て、ＥＰＳベアラＩＤ３を第３のＱｏＳフローに割り当てたと仮定すると、ＴＡＵメッセージのＥＰＳベアラコンテキストステータスＩＥは、これらの３つのＥＰＳベアラＩＤに対応するＥＰＳベアラが非アクティブでないが、他の可能なＥＰＳベアラのすべてが非アクティブであることを指示する。
【００７３】
ステップ４０８において、４Ｇ−ＲＡＮ１０３は、ＵＥ１０１からのＴＡＵ要求に応答して、ＴＡＵ要求をノード１０５に送信する。
【００７４】
ステップ４１０において、ノード１０５は、４Ｇ−ＲＡＮ１０３からのＴＡＵ要求に応答して、ＵＥ１０１のためのコンテキスト情報を要求するコンテキスト要求をノード１０４に送信する。
【００７５】
ステップ４１２において、ノード１０４は、コンテキスト要求を受信し、応答してコンテキスト応答を生成する。コンテキスト応答を生成することは、ノード１０４が、選択された変換方法に基づいてＰＤＵセッションに関連するフローからＥＰＳベアラを導出することと、導出されたＥＰＳベアラを識別する情報をもつコンテキスト応答をポピュレートすることとを含む。すなわち、ステップ４１２において、ノード１０４は、ステップ３０８に関して説明されたのと同様の様式で、ＥＰＳベアラＩＤをＱｏＳフローに割り当てる。ＥＰＳベアラＩＤがアイドルモード変更時に割り当てられるやり方は、ハンドオーバ時と比較して異なり得る。ハンドオーバ時には、５Ｇ  ＲＡＮは、ＥＰＳベアラＩＤ値を使用中のＱｏＳフローに割り当てる。アイドルモード変更時には、関与する５Ｇ  ＲＡＮがない。アイドルモード変更時には、ＵＥ１０１と５Ｇ  ＣＮ１０４とが、選択された変換方法と、ＥＰＳベアラＩＤ値をどのように割り当てるべきかのあらかじめ規定されたルールとに基づいて、ＥＰＳベアラＩＤを独立して割り当てる。
【００７６】
ステップ４１４において、ノード１０４は、コンテキスト応答をノード１０５に送信する。
【００７７】
ステップ４１６において、ノード１０５は、コンテキスト応答を受信したことに応答して、ＴＡＵ受付をＵＥ１０１に送信する。
【００７８】
図５Ａおよび図５Ｂは、いくつかの実施形態による、デフォルトベアラ＋選択されたベアラ変換を実施するための、プロセスを示すメッセージフロー図を示す。プロセスは、３つのパート、すなわち、パート１（ステップ１〜５）、パート２（ステップ６〜９）、およびパート３（ステップ１０〜２３）に分けられる。
【００７９】
パート１：ＰＤＵセッション確立。ＵＥがＰＤＵセッションを初期化する
【００８０】
ステップ１：ＵＥ１０１は、５Ｇ−ＲＡＮ１０２を介してノード１０４にＮＡＳメッセージ（たとえば、ＰＤＵセッション確立要求）を送ることによって、ＰＤＵセッション確立プロシージャを始動する。
【００８１】
ステップ２：５Ｇ  ＣＮ１０４は、Ｎ２  ＰＤＵセッション要求を５Ｇ−ＲＡＮ１０２に送り、その要求は、ＱｏＳパラメータとＱｏＳフロー識別子との間でマッピングするためにＲＡＮ１０２によって使用されるＱｏＳプロファイルを含むＮ２情報を含む。ＱｏＳプロファイルはまた、どのＱｏＳフローがハンドオーバ対象であるかをＲＡＮに通知する情報を含む。この情報は、「ハンドオーバ対象指示」と呼ばれることがある。Ｎ２  ＰＤＵセッション要求は、ＵＥのためのＮＡＳメッセージ（たとえば、ＰＤＵセッション確立受付）をも含む。
【００８２】
ステップ３：５Ｇ−ＲＡＮ１０２は、必要とされる無線リソースをセットアップし、ステップ２において受信されたＮＡＳメッセージ（ＰＤＵセッション確立受付）をＵＥ１０１にフォワーディングする。ＮＡＳメッセージは、ＱｏＳルールと、ＱｏＳフロー識別子とのマッピングとを含む。たとえば、マッピング情報は、１つまたは複数のＱｏＳフローＩＤを含み、各ＱｏＳフローＩＤについて、マッピング情報は、ＱｏＳフローＩＤによって識別されたフローについてのＱｏＳパラメータ（たとえば、ＧＢＲ）と、ＱｏＳフローＩＤによって識別されたフローについてのパケットフローマーカーとを含む（パケットフローマーカーは、ＵＥに送られたパケット中に含まれ、その結果、ＵＥは、１つのＤＲＢリソースが複数のＱｏＳフローを多重化するために使用される場合にパケットが属するＱｏＳフローを決定することができる）。また、ＱｏＳルールは、どのＱｏＳフローがハンドオーバ対象であるかに関してＵＥ１０１に通知する「ハンドオーバ対象指示」を含む。
【００８３】
ステップ４：ＵＥ１０１は、ノード１０２によって送信されたＮＡＳメッセージを受信し、ＡＣＫ（たとえば、受付）を送る。
【００８４】
ステップ５：ＵＥ１０１によって送信されたＡＣＫを受信したことに応答して、ＲＡＮノード１０２は、ＡＣＫをＣＮ１０４に送る。
【００８５】
パート１が完了されたとき、ＵＥ１０１、５Ｇ−ＲＡＮ１０２および５Ｇ−ＣＮ１０４はすべて、ハンドオーバ対象であるＱｏＳフローを識別する情報（たとえば、リスト）を有する。
【００８６】
パート２：ＰＤＵセッション修正（随意）
【００８７】
パート２において、ＰＤＵセッションは何らかの理由で修正される。新しいＱｏＳルールが追加され得る、前にインストールされたＱｏＳルールが「ハンドオーバ対象」としてマークされる必要があり得る、ＱｏＳルールが削除されるなどである。
【００８８】
パート２のステップ（ステップ６〜９）は、上記のステップ２〜５と本質的に同じである。
【００８９】
ステップ６において、５Ｇ  ＣＮ１０４は、Ｎ２  ＰＤＵセッション要求を５Ｇ−ＲＡＮ１０２に送り、その要求は、ＱｏＳパラメータとＱｏＳフロー識別子との間でマッピングするためにＲＡＮ１０２によって使用されるＱｏＳプロファイルを含むＮ２情報を含む。ＱｏＳプロファイルはまた、どのＱｏＳフローがハンドオーバ対象であるかに関してＲＡＮに通知する情報を含む。たとえば、ＱｏＳプロファイルは、５Ｇ  ＰＤＵセッションが５Ｇから４Ｇへのアクセス変更の後に４Ｇ  ＭＭＥによって使用／参照され得るかどうかに関する情報を含む。ＰＤＵセッションが使用され得ない場合、ＰＤＵセッションは、ハンドオーバ中に失敗し、その理由で、ＰＤＵセッションは、開始から除外されるべきであり、４Ｇアクセスにおけるハンドオーバまたは再確立のために考慮されるべきでない。Ｎ２  ＰＤＵセッション要求は、ＵＥのためのＮＡＳメッセージ（たとえば、ＰＤＵセッション確立受付）をも含み、ＮＡＳメッセージはまた、どのＱｏＳフローがハンドオーバ対象であるかに関してＵＥに通知するための情報を含む。
【００９０】
ステップ７において、５Ｇ−ＲＡＮ１０２は、必要とされる無線リソースをセットアップし、ステップ６において受信されたＮＡＳメッセージ（ＰＤＵセッション確立受付）をＵＥ１０１にフォワーディングする。ＮＡＳメッセージは、ＱｏＳルールと、ＱｏＳフロー識別子とのマッピングとを含む。また、ＱｏＳルールは、どのＱｏＳフローがハンドオーバ対象であるかに関してＵＥ１０１に通知する「ハンドオーバ対象指示」を含む。
【００９１】
ステップ８において、ＵＥ１０１は、ノード１０２によって送信されたＮＡＳメッセージを受信し、ＡＣＫ（たとえば、受付）を送る。
【００９２】
ステップ９において、ＵＥ１０１によって送信されたＡＣＫを受信したことに応答して、ＲＡＮノード１０２は、ＡＣＫをＣＮ１０４に送る。
【００９３】
パート１が完了されたとき、ＵＥ１０１、５Ｇ−ＲＡＮ１０２および５Ｇ−ＣＮ１０４はすべて、どのＱｏＳフローがハンドオーバ対象であるかの更新されたリストを有する。
【００９４】
パート３  ５Ｇから４Ｇへのハンドオーバ
【００９５】
パート３において、ＵＥ１０１、５Ｇ−ＲＡＮ１０２および５Ｇ−ＣＮ１０４は、選択的ベアラ変換方法を判断した。４Ｇに実際に送ることが可能であるものよりも多くの、「ハンドオーバ対象」としてマークされたＱｏＳフローがあり得ることが可能である。
【００９６】
ステップ１０：５Ｇ−ＲＡＮ１０２は、４Ｇ−ＲＡＮ１０３へのＵＥ１０１のハンドオーバを実施すると判断する。
【００９７】
ステップ１１：５Ｇ−ＲＡＮ１０２は、４Ｇ−ＲＡＮ１０３に送られることになるトランスペアレントコンテナを生成する。トランスペアレントコンテナを生成する際に、５Ｇ−ＲＡＮ１０２は、ハンドオーバ対象とマークされるＱｏＳフローの数がしきい値を超えない限り、Ｅ−ＲＡＢ  ＩＤを、ハンドオーバ対象としてマークされる各ＱｏＳフローに割り当てる（たとえば、しきい値は、４Ｇネットワークが扱うことができるＥＰＳベアラの数であり得る）。ハンドオーバ対象とマークされるＱｏＳフローの数がしきい値を超える場合、５Ｇ−ＲＡＮ１０２は、ハンドオーバ対象としてマークされるＱｏＳフローを（たとえば、優先順位で）順序付け、上位Ｎ個のフロー（すなわち、最高優先度をもつＮ個のフロー）（一実施形態ではＮ＝８）の各々について、５Ｇ−ＲＡＮ１０２はＥ−ＲＡＢ  ＩＤをＱｏＳフローに割り当てる。したがって、多くともＮ個のＥ−ＲＡＢ  ＩＤがＱｏＳフローに割り当てられる。ＱｏＳフローに割り当てられた各Ｅ−ＲＡＢ  ＩＤは、Ｅ−ＲＡＢ情報リストＩＥ中でトランスペアレントコンテナに入れられる。
【００９８】
ステップ１２：５Ｇ−ＲＡＮ１０２は、トランスペアレントコンテナを含むハンドオーバメッセージを５Ｇ−ＣＮ１０４に送る。ハンドオーバメッセージは、４Ｇ「ハンドオーバコマンド」の５Ｇバージョンである。
【００９９】
ステップ１３：ハンドオーバメッセージの受信時に、５Ｇ−ＣＮ１０４は、フォワードリロケーション要求（ＦＲＲ）メッセージを生成する。ＦＲＲを生成する際に、５Ｇ  ＣＮ１０４は、ハンドオーバ対象とマークされるＱｏＳフローの数がしきい値を超えない限り、ＥＰＳベアラＩＤを、ハンドオーバ対象としてマークされる各ＱｏＳフローに割り当てる（たとえば、しきい値は、４Ｇネットワークが扱うことができるＥＰＳベアラの数であり得る）。ハンドオーバ対象とマークされるＱｏＳフローの数がしきい値を超える場合、５Ｇ  ＣＮ１０４は、ハンドオーバ対象としてマークされるＱｏＳフローを（たとえば、優先順位で）順序付け、上位Ｎ個のフロー（すなわち、最高優先度をもつＮ個のフロー）（一実施形態ではＮ＝８）の各々について、５Ｇ  ＣＮ１０４はＥＰＳベアラＩＤをＱｏＳフローに割り当てる。したがって、多くともＮ個のＥＰＳベアラＩＤがＱｏＳフローに割り当てられる。ＱｏＳフローに割り当てられた各ＥＰＳベアラＩＤは、ＦＲＲに入れられる。より詳細には、ノード１０４によって生成されたＦＲＲは、ＱｏＳフローに割り当てられた各ＥＰＳベアラＩＤについてのベアラコンテキストＩＥを含む。したがって、各ベアラコンテキストＩＥは、ＥＰＳベアラＩＤが割り当てられたＱｏＳフローのうちの１つに対応する。ＱｏＳフローに対応するベアラコンテキストＩＥは、ＱｏＳフローについてのＱｏＳパラメータに対応する１つまたは複数のベアラレベルＱｏＳパラメータ（たとえば、ＱＣＩ、ＡＲＰ、ＧＢＲ、最大ビットレート（ＭＢＲ））を含む。
【０１００】
ステップ１４：５Ｇ−ＣＮ１０４は、ＦＲＲメッセージを４Ｇ−ＣＮ１０５に送る。メッセージは、ステップ１２において受信されたトランスペアレントコンテナと、ステップ１３において導出されたＥＰＳベアラとを含んでいる。
【０１０１】
ステップ１５〜１９：ＥＰＳにおけるレガシープロシージャに従う。
【０１０２】
ステップ２０：５Ｇ−ＲＡＮ１０２は、ＨＯから開始するように５Ｇ−ＲＡＮ１０２に命令する。
【０１０３】
ステップ２１：５Ｇ−ＲＡＮ１０２は、ＨＯから開始するようにＵＥ１０１に命令する。
【０１０４】
ステップ２２：ＵＥ１０１は、ＵＥ１０１が有する５Ｇ表現の４Ｇ表現（ベアラおよびＤＲＢ）を導出することを開始する。すなわち、ステップ２２において、ＵＥ１０１は、ハンドオーバ対象としてマークされたすべてのＱｏＳフローを選択するために「選択的ベアラ」方法を使用する。送ることが可能であるフローよりも多くのフローがあり得るので、ＵＥ１０１は、フローを優先順位で順序付ける。最高優先度をもつ８つのフローが選択され、優先度に従ってＥＰＳベアラＩＤを得る。
【０１０５】
ステップ２３：ＵＥは、４Ｇにおいて現れるとき、ハンドオーバを確認する。
【０１０６】
再び図４を参照すると、選択された変換方法が選択的ベアラ変換方法である場合、ステップ４０４において、ＵＥ１０１はＴＡＵ要求を生成し、ＴＡＵ要求を生成することは、ハンドオーバ対象とマークされるＱｏＳフローの数がしきい値を超えない限り、ＵＥ１０１がＥＰＳベアラＩＤを、ハンドオーバ対象としてマークされる各ＱｏＳフローに割り当てることを含む。ハンドオーバ対象とマークされるＱｏＳフローの数がしきい値を超える場合、ＵＥ１０１は、ハンドオーバ対象としてマークされるＱｏＳフローを（たとえば、優先順位で）順序付け、上位Ｎ個のフロー（すなわち、最高優先度をもつＮ個のフロー）の各々について、ＵＥ１０１はＥＰＳベアラＩＤをＱｏＳフローに割り当てる。生成されたＴＡＵ要求は、ＱｏＳフローに割り当てられたＥＰＳベアラＩＤを識別する情報を含む。たとえば、ステップ４０４において、ＵＥ１０１が、ＥＰＳベアラＩＤ１を第１のＱｏＳフローに割り当て、ＥＰＳベアラＩＤ２を第２のＱｏＳフローに割り当て、ＥＰＳベアラＩＤ３を第３のＱｏＳフローに割り当てたと仮定すると、ＴＡＵメッセージのＥＰＳベアラコンテキストステータスＩＥは、これらの３つのＥＰＳベアラＩＤに対応するＥＰＳベアラが非アクティブでないが、他の可能なＥＰＳベアラのすべてが非アクティブであることを指示する。
【０１０７】
同様に、再び図４のステップ４１２を参照すると、選択された変換方法が選択的ベアラ変換方法であるとき、ステップ４１２において、５Ｇ  ＣＮ１０４はコンテキスト応答を生成し、コンテキスト応答を生成することは、ハンドオーバ対象とマークされるＱｏＳフローの数がしきい値を超えない限り、５Ｇ  ＣＮ１０４がＥＰＳベアラＩＤを、ハンドオーバ対象としてマークされる各ＱｏＳフローに割り当てることを含む。ハンドオーバ対象とマークされるＱｏＳフローの数がしきい値を超える場合、５Ｇ  ＣＮ１０４は、ハンドオーバ対象としてマークされるＱｏＳフローを（たとえば、優先順位で）順序付け、上位Ｎ個のフロー（すなわち、最高優先度をもつＮ個のフロー）の各々について、５Ｇ  ＣＮ１０４はＥＰＳベアラＩＤをＱｏＳフローに割り当てる。ＱｏＳフローに割り当てられた各ＥＰＳベアラＩＤは、コンテキスト応答に入れられる。より詳細には、ノード１０４によって生成されたコンテキスト応答は、ＱｏＳフローに割り当てられた各ＥＰＳベアラＩＤについてのベアラコンテキストＩＥを含む。したがって、各ベアラコンテキストＩＥは、ＥＰＳベアラＩＤが割り当てられたＱｏＳフローのうちの１つに対応する。ＱｏＳフローに対応するベアラコンテキストＩＥは、ＱｏＳフローについてのＱｏＳパラメータに対応する１つまたは複数のベアラレベルＱｏＳパラメータ（たとえば、ＱＣＩ、ＡＲＰ、ＧＢＲ、最大ビットレート（ＭＢＲ））を含む。
【０１０８】
図６は、いくつかの実施形態による、プロセス６００を示すフローチャートである。プロセス６００はステップ６０２において始まり得、５Ｇネットワークノード（５Ｇ−ＲＡＮ１０２または５Ｇ  ＣＮ１０４）が、ＵＥのための５Ｇサービス品質（ＱｏＳ）フローを４Ｇベアラにマッピングするための変換方法を選択する。ステップ６０４において、ネットワークノードは、第１のベアラ識別子（ＩＤ）をＵＥのための第１のＱｏＳフローに割り当てる。ステップ６０６において、ネットワークノードは、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てる。ステップ６０８において、ネットワークノードはハンドオーバメッセージを生成し、ハンドオーバメッセージを生成することは、第１のベアラＩＤおよび第２のベアラＩＤをハンドオーバメッセージ中に含めることを含む。ステップ６１０において、ネットワークノードは、ハンドオーバメッセージを送信する。
【０１０９】
図７は、いくつかの実施形態による、プロセス７００を示すフローチャートである。プロセス７００はステップ７０２において始まり得、ＵＥ１０１は、ＵＥを４Ｇ−ＲＡＮにハンドオーバするための、５Ｇ−ＲＡＮによって送信されたハンドオーバメッセージを受信する。ステップ７０４において、ＵＥ１０１は、ＵＥのための５Ｇサービス品質（ＱｏＳ）フローを４Ｇベアラにマッピングするための変換方法を選択する。ステップ７０６において、ＵＥ１０１は、第１のベアラ識別子（ＩＤ）をＵＥのための第１のＱｏＳフローに割り当てる。ステップ７０８において、ＵＥ１０１は、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てる。
【０１１０】
図８は、いくつかの実施形態による、プロセス８００を示すフローチャートである。プロセス８００はステップ８０２において始まり得、５Ｇ  ＣＮ１０４は、第２のコアネットワークノード（たとえば、ＭＭＥ）によって送信されたコンテキスト要求を受信し、第２のコアネットワークノードは、ＵＥに関係するＴＡＵ要求を受信した後にコンテキスト応答を送信した。ステップ８０４において、５Ｇ  ＣＮ１０４は、第１のベアラ識別子（ＩＤ）をＵＥのための第１のＱｏＳフローに割り当てる。ステップ８０６において、５Ｇ  ＣＮ１０４は、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てる。ステップ８０８において、５Ｇ  ＣＮ１０４はコンテキスト応答を生成し、コンテキスト応答を生成することは、第１のベアラＩＤおよび第２のベアラＩＤをコンテキスト応答内に含めることを含む。ステップ８１０において、５Ｇ  ＣＮ１０４は、コンテキスト応答を送信する。
【０１１１】
図９は、いくつかの実施形態による、プロセス９００を示すフローチャートである。プロセス９００はステップ９０２において始まり得、ＵＥ１０１は、ＴＡＵ要求を送るという判断を行う。ステップ９０４において、ＵＥ１０１は、第１のベアラ識別子（ＩＤ）をＵＥのための第１のＱｏＳフローに割り当てる。ステップ９０６において、ＵＥ１０１は、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てる。ステップ９０８において、ＵＥ１０１はＴＡＵ要求を生成し、ＴＡＵ要求を生成することは、第１のベアラＩＤがＱｏＳフローに割り当てられ、第２のベアラＩＤがＱｏＳフローに割り当てられることを識別する情報をＴＡＵ要求内に含めることを含む。ステップ９１０において、ＵＥ１０１は、ＴＡＵ要求を送信する。
【０１１２】
図１０は、いくつかの実施形態による、ノード１０２／１０４のブロック図である。図１０に示されているように、ネットワークノード１０２／１０４は、１つまたは複数のプロセッサ（Ｐ）１０５５（たとえば、汎用マイクロプロセッサ、および／または、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、１つまたは複数の他のプロセッサ）を含み得るデータ処理システム（ＤＰＳ）１００２と、ネットワークインターフェース１０４８であって、ネットワークノード１０２／１０４が、ネットワークインターフェース１０４８が接続されるネットワーク１１０（たとえば、インターネットプロトコル（ＩＰ）ネットワーク）に接続された他のノードにデータを送信し、他のノードからデータを受信することを可能にするための送信機（Ｔｘ）１０４５および受信機（Ｒｘ）１０４７を備える、ネットワークインターフェース１０４８と、１つまたは複数の不揮発性記憶デバイスおよび／または１つまたは複数の揮発性記憶デバイス（たとえば、ランダムアクセスメモリ（ＲＡＭ））を含み得るローカル記憶ユニット（別名「データ記憶システム」）１００８とを備え得る。ネットワークノード１０２／１０４が汎用マイクロプロセッサを含む実施形態では、コンピュータプログラム製品（ＣＰＰ）１０４１が与えられ得る。ＣＰＰ１０４１はコンピュータ可読媒体（ＣＲＭ）１０４２を含み、ＣＲＭ１０４２は、コンピュータ可読命令（ＣＲＩ）１０４４を含むコンピュータプログラム（ＣＰ）１０４３を記憶する。ＣＲＭ１０４２は、限定はしないが、磁気媒体（たとえば、ハードディスク）、光媒体（たとえば、ＤＶＤ）、メモリデバイス（たとえば、ランダムアクセスメモリ）など、非一時的コンピュータ可読媒体であり得る。いくつかの実施形態では、コンピュータプログラム１０４３のＣＲＩ１０４４は、データ処理システム１００２によって実行されたとき、ＣＲＩが、ネットワークノード１０２／１０４に、上記で説明されたステップ（たとえば、フローチャートを参照しながら上記で説明されたステップ）を実施させるように設定される。他の実施形態では、ネットワークノード１０２／１０４は、コードの必要なしに本明細書で説明されるステップを実施するように設定され得る。すなわち、たとえば、データ処理システム１００２は、単に１つまたは複数のＡＳＩＣからなり得る。したがって、本明細書で説明される実施形態の特徴は、ハードウェアおよび／またはソフトウェアにおいて実装され得る。
【０１１３】
図１１は、いくつかの実施形態による、ＵＥ１０１のブロック図である。図１１に示されているように、ＵＥ１０１は、１つまたは複数のプロセッサ１１５５（たとえば、汎用マイクロプロセッサ、および／または、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、１つまたは複数の他のプロセッサ）を含み得るデータ処理システム（ＤＰＳ）１１０２と、無線アクセスネットワーク（ＲＡＮ）ノード（たとえば、ＴＲＰ）と無線通信する際に使用するためのアンテナ１１２２に結合された送信機１１０５および受信機１１０６と、１つまたは複数の不揮発性記憶デバイスおよび／または１つまたは複数の揮発性記憶デバイス（たとえば、ランダムアクセスメモリ（ＲＡＭ））を含み得るローカル記憶ユニット（別名「データ記憶システム」）１１０８とを備え得る。ＵＥ１０１が汎用マイクロプロセッサを含む実施形態では、コンピュータプログラム製品（ＣＰＰ）１１４１が与えられ得る。ＣＰＰ１１４１はコンピュータ可読媒体（ＣＲＭ）１１４２を含み、ＣＲＭ１１４２は、コンピュータ可読命令（ＣＲＩ）１１４４を含むコンピュータプログラム（ＣＰ）１１４３を記憶する。ＣＲＭ１１４２は、限定はしないが、磁気媒体（たとえば、ハードディスク）、光媒体（たとえば、ＤＶＤ）、メモリデバイス（たとえば、ランダムアクセスメモリ）など、非一時的コンピュータ可読媒体であり得る。いくつかの実施形態では、コンピュータプログラム１１４３のＣＲＩ１１４４は、データ処理システム１１０２によって実行されたとき、ＣＲＩが、ＵＥ１０１に、上記で説明されたステップ（たとえば、フローチャートを参照しながら上記で説明されたステップ）を実施させるように設定される。他の実施形態では、ＵＥ１０１は、コードの必要なしに本明細書で説明されるステップを実施するように設定され得る。すなわち、たとえば、データ処理システム１１０２は、単に１つまたは複数のＡＳＩＣからなり得る。したがって、本明細書で説明される実施形態の特徴は、ハードウェアおよび／またはソフトウェアにおいて実装され得る。
【０１１４】
図１２Ａは、いくつかの実施形態による、ネットワークノード（たとえば、ネットワークノード１０２またはネットワークノード１０４）の機能ユニットを示す図である。ノードは、ＵＥ１０１のための５Ｇ  ＱｏＳフローを４Ｇベアラにマッピングするための変換方法を選択するように設定された選択ユニット１２０２と、第１のベアラＩＤをＵＥのための第１のＱｏＳフローに割り当て、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てるように設定された割り当てユニット１２０４と、ハンドオーバメッセージを生成するように設定された生成ユニット１２０６と、ハンドオーバメッセージを送信するために送信機を用いるように設定された送信ユニット１２０８とを含む。生成ユニット１２０６は、第１のベアラＩＤおよび第２のベアラＩＤをハンドオーバメッセージ中に含めることを含むプロセスを実施することによってハンドオーバメッセージを生成するように適応される。
【０１１５】
図１２Ｂは、いくつかの実施形態による、ネットワークノード１０４の機能ユニットを示す図である。図１２Ｂに示されているように、ネットワークノード１０４は、第２のコアネットワークノード（たとえば、ネットワークノード１０５）によって送信されたコンテキスト要求を受信するように適応された受信ユニット１２１２であって、第２のコアネットワークノードが、ＵＥ（たとえば、ＵＥ１０１）に関係するＴＡＵ要求を受信した後にコンテキスト応答を送信した、受信ユニット１２１２と、第１のベアラＩＤをＵＥのための第１のＱｏＳフローに割り当て、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てるように設定された割り当てユニット１２１４と、コンテキスト応答を生成するように設定された生成ユニット１２１６と、コンテキスト応答を送信するために送信機を用いるように設定された送信ユニット１２１８とを含み、生成ユニット１２１６は、第１のベアラＩＤおよび第２のベアラＩＤをコンテキスト応答内に含めることを含むプロセスを実施することによってコンテキスト応答を生成するように適応される。
【０１１６】
図１３Ａは、いくつかの実施形態による、ＵＥ（たとえば、ＵＥ１０１）の機能ユニットを示す図である。図１３Ａに示されているように、ＵＥは、ＵＥを４Ｇ−ＲＡＮ１０３にハンドオーバするための、５Ｇ−ＲＡＮ１０２によって送信されたハンドオーバメッセージを受信するために受信機を用いるように設定された受信ユニット１３０２と、ＵＥのための５Ｇ  ＱｏＳフローを４Ｇベアラにマッピングするための変換方法を選択するように設定された選択ユニット１３０４と、第１のベアラＩＤをＵＥのための第１のＱｏＳフローに割り当て、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てるように設定された割り当てユニット１３０６とを含む。
【０１１７】
図１３Ｂは、いくつかの実施形態による、ＵＥ（たとえば、ＵＥ１０１）の機能ユニットを示す図である。図１３Ａに示されているように、ＵＥは、ＴＡＵ要求を送るという判断を行うように動作可能である判断ユニット１３１２と、第１のベアラＩＤをＵＥのための第１のＱｏＳフローに割り当て、第２のベアラＩＤをＵＥのための第２のＱｏＳフローに割り当てるように設定された割り当てユニット１３１４と、ＴＡＵ要求を生成するように設定された生成ユニット１３１６と、ＴＡＵ要求を送信するために送信機を用いるように設定された送信ユニット１３１８とを含み、生成ユニット１３１６は、第１のベアラＩＤがＱｏＳフローに割り当てられ、第２のベアラＩＤがＱｏＳフローに割り当てられることを識別する情報をＴＡＵ要求内に含めることを含むプロセスを実施することによってＴＡＵ要求を生成するように設定される。
【０１１８】
本開示の様々な実施形態が（もしあれば、添付の書類を含む）本明細書で説明されたが、それらの実施形態は、限定ではなく、例として提示されたにすぎないことを理解されたい。したがって、本開示の広さおよび範囲は、上記で説明された例示的な実施形態のいずれによっても限定されるべきでない。その上、本明細書で別段に指示されていない限り、またはコンテキストによって明確に否定されていない限り、上記で説明されたエレメントのそれらのすべての考えられる変形形態における任意の組合せが、本開示によって包含される。
【０１１９】
さらに、上記で説明され、図面に示されたプロセスは、ステップのシーケンスとして示されたが、これは、説明のためにのみ行われた。したがって、いくつかのステップが追加され得、いくつかのステップが省略され得、ステップの順序が並べ替えられ得、いくつかのステップが並行して実施され得ることが企図される。
【図１】
0006905065.tif 000002
【図２】
0006905065.tif 000003
【図３】
0006905065.tif 000004
【図４】
0006905065.tif 000005
【図５Ａ】
0006905065.tif 000006
【図５Ｂ】
0006905065.tif 000007
【図６】
0006905065.tif 000008
【図７】
0006905065.tif 000009
【図８】
0006905065.tif 000010
【図９】
0006905065.tif 000011
【図１０】
0006905065.tif 000012
【図１１】
0006905065.tif 000013
【図１２Ａ】
0006905065.tif 000014
【図１２Ｂ】
0006905065.tif 000015
【図１３Ａ】
0006905065.tif 000016
【図１３Ｂ】
0006905065.tif 000017