(57)【要約】本開示は、ユーザプレーンパス上に障害が存在するか否かを検出することと、障害を検出すると、ノードが障害に対処するために、コアネットワークのノードに障害を通知することとを有する、通信ネットワークにおけるアクセスネットワークとコアネットワークとの間のユーザプレーンパスのエンドポイントの方法を提案する。この方法によれば、障害を適時に処理することができ、サービスの中断を最小限に抑えることができる。【選択図】図３
2021520686.tif 000002
【特許請求の範囲】
【請求項１】
アクセスネットワークと通信ネットワーク内のコアネットワークとの間のユーザプレーンパスのエンドポイントの方法（３００）であって、
前記ユーザプレーンパス上に障害が存在するか否かを検出すること（３０１）と、
前記障害を検出すると、前記コアネットワークのノードが障害に対処するために、前記障害を前記ノードに通知すること（３０２）と、を有する方法。
【請求項２】
請求項１に記載の方法であって、前記エンドポイントは、前記ユーザプレーンパスが前記ノードによって確立されているとき、または、前記ユーザプレーンパスが確立された後に、前記検出を実行する、方法。
【請求項３】
請求項１または２に記載の方法であって、前記エンドポイントは、基地局（ＢＳ）またはサービングゲートウェイ（ＳＧＷ）であり、前記ユーザプレーンパスの他のエンドポイントは、前記ＳＧＷまたは前記ＢＳであり、前記ノードは、モビリティマネージメントエンティティ（ＭＭＥ）である、方法。
【請求項４】
請求項１または２に記載の方法であって、前記エンドポイントは、ＢＳであり、前記ユーザプレーンパスの他のエンドポイントは、ＳＧＷユーザプレーン機能（ＳＧＷ−Ｕ）であり、前記ノードはモビリティマネージメントエンティティ（ＭＭＥ）である、方法。
【請求項５】
請求項１または２に記載の方法であって、前記エンドポイントは、ＳＧＷユーザプレーン機能（ＳＧＷ−Ｕ）であり、前記ユーザプレーンパスの他のエンドポイントは、ＢＳであり、前記ノードは、ＳＧＷ制御プレーン機能（ＳＧＷ−Ｃ）である、方法。
【請求項６】
請求項１または２に記載の方法であって、前記エンドポイントは、ＢＳまたはユーザプレーン機能（ＵＰＦ）であり、前記ユーザプレーンパスの他のエンドポイントは、前記ＵＰＦまたは前記ＢＳであり、前記ノードは、セッションマネージメント機能（ＳＭＦ）である、方法。
【請求項７】
コアネットワークおよびアクセスネットワークを含む通信ネットワークにおける当該コアネットワーク内のノードの方法（５００）であって、
前記アクセスネットワークと前記コアネットワーク間のユーザプレーンパス上の障害に関する通知を、前記ユーザプレーンパスのエンドポイントから、受信すること（５０１）と、
前記障害に対処すること（５０２）と、を有する、方法。
【請求項８】
請求項７に記載の方法であって、前記通知は、前記ユーザプレーンパスが前記ノードによって確立されているとき、または、前記ユーザプレーンパスが確立された後に、受信される、方法。
【請求項９】
請求項７または８のいずれか１項に記載の方法であって、前記エンドポイントは、基地局（ＢＳ）またはサービングゲートウェイ（ＳＧＷ）であり、前記ユーザプレーンパスの他のエンドポイントは、前記ＳＧＷまたは前記ＢＳであり、前記ノードは、モビリティマネージメントエンティティ（ＭＭＥ）である、方法。
【請求項１０】
請求項９に記載の方法であって、前記対処することは、前記ユーザプレーンパスを一時的に利用不可能であるとマークすることを含み、前記ユーザプレーンパスに関連するパケットデータネットワーク（ＰＤＮ）コネクションを非アクティブ化すること、または、前記ＢＳと前記ＭＭＥとの間の制御プレーンパスを解放する一方で、前記ＰＤＮコネクションを維持することと、をさらに有する、方法。
【請求項１１】
請求項７または８のいずれか１項に記載の方法であって、前記エンドポイントはＢＳであり、前記ユーザプレーンパスの他のエンドポイントはＳＧＷユーザプレーン機能（ＳＧＷ−Ｕ）であり、前記ノードはＭＭＥである、方法。
【請求項１２】
請求項１１に記載の方法であって、前記対処することは、前記ユーザプレーンパスを一時的に利用不可能であるとマークすることを含み、前記ユーザプレーンパスに関連するＰＤＮコネクションを非アクティブ化すること、または、前記ＢＳと前記ＭＭＥとの間の制御プレーンパスを解放する一方で、前記ＰＤＮコネクションを維持すること、をさらに含む、方法。
【請求項１３】
請求項７または８に記載の方法であって、前記エンドポイントは、ＳＧＷユーザプレーン機能（ＳＧＷ−Ｕ）であり、前記ユーザプレーンパスの他のエンドポイントはＢＳであり、前記ノードは、ＳＧＷ制御プレーン機能（ＳＧＷ−Ｃ）である、方法。
【請求項１４】
請求項１３に記載の方法であって、前記対処することは、前記ＭＭＥが異なるＳＧＷ−Ｃを再選択することを可能にするために、前記コアネットワーク内のＭＭＥに前記障害を報告すること、または、異なるＳＧＷ−Ｕを再選択すること、を含む、方法。
【請求項１５】
請求項７から８のいずれか１項に記載の方法であって、前記エンドポイントはＢＳまたはユーザプレーン機能（ＵＰＦ）であり、前記ユーザプレーンパスの他のエンドポイントは前記ＵＰＦまたは前記ＢＳであり、前記ノードは、セッションマネージメント機能（ＳＭＦ）である、方法。
【請求項１６】
請求項１５に記載の方法であって、前記対処することは、前記ユーザプレーンパスを一時的に利用不可能であるとマークすることと、別のＵＰＦを再選択することとを含むか、または、前記ユーザプレーンパスに関連するＰＤＵセッションを解放することと、前記障害を前記コアネットワーク内のアクセスおよびモビリティマネージメント機能（ＡＭＦ）に報告することとを含む、方法。
【請求項１７】
アクセスネットワークと通信ネットワーク内のコアネットワークとの間のユーザプレーンパスのエンドポイント（１３００）であって、
プロセッサ（１３０１）と、
当該プロセッサによって実行されると、前記エンドポイントに請求項１から６のいずれか１項に記載の方法を実行させる、記憶された命令を備えるメモリ（１３０２）と、
を有する、エンドポイント。
【請求項１８】
通信ネットワーク内のコアネットワークにおけるノード（１４００）であって、
プロセッサ（１４０１）と、
当該プロセッサによって実行されると、前記ノードに請求項７から１６のいずれか１項に記載の方法を実行させる、記憶された命令を備えるメモリ（１４０２）と、
を有する、ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、アクセスネットワークおよびコアネットワークを含む通信ネットワークの技術分野に関し、特に、アクセスネットワークとコアネットワークとの間のユーザプレーンパス上の障害の検出およびハンドリングを改善するための方法およびノードに関する。
【背景技術】
【０００２】
アクセスネットワークとコアネットワークを含む通信ネットワークのロングタームエボリューションにおいて、アクセスネットワークとコアネットワークとの間のインターフェース（または基準点）は、ユーザプレーンと制御プレーンとに分離されている。ユーザプレーンは、ユーザデータを搬送することができ、制御プレーンは、制御情報を搬送することができる。例えば、進化型パケットシステム（ＥＰＳ）では、図１に示すように、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）とサービングゲートウェイ（ＳＧＷ）との間にＳ１−Ｕと呼ばれるユーザプレーンが存在する。他の例として、第５世代（５Ｇ）システムでは、図２に示すように、Ｒ−ＡＮとユーザプレーンファンクション（ＵＰＦ）との間にＮ３と呼ばれるユーザプレーンが存在する。
【０００３】
ユーザプレーンパスは、ユーザデータの通信を可能にするために、通信ネットワークにおける幾つかのプロシージャにおいて確立される必要があるかもしれない。たとえば、ユーザプレーン上のベアラまたはトンネルは、ＵＥにより要求されたＰＤＮコネクティビティプロシージャで確立される必要がある。
【０００４】
図３は、ＥＰＳにおけるＥ−ＵＴＲＡＮのためのＵＥにより要求されたＰＤＮコネクティビティプロシージャを示す。このプロシージャは、ＵＥがデフォルトベアラの割り当てを含むＥ−ＵＴＲＡＮ上の追加ＰＤＮへのコネクティビティをリクエストすることを可能にする。このプロシージャは、スタンドアロンで実行されてもよいし、初期アタッチの一部として実行されてもよい。
【０００５】
ベアラを設定するには、図３においてステップ７で、モビリティマネージメントエンティティ（ＭＭＥ）が、ＰＤＮコネクティビティ・アクセプト・セッション・マネージメント・リクエスト（ＡＰＮ、ＰＤＮタイプ、ＰＤＮアドレス、ＥＰＳベアラＩＤ、プロトコル・コンフィギュレーション・オプション、ヘッダ圧縮設定、制御プレーンオンリーインジケータ）メッセージをＵＥに送信する。ＰＤＮコネクションが無線経由でユーザプレーンを使用する場合、このメッセージは、ｅＮｏｄｅＢ  へのＳ１＿ＭＭＥ制御メッセージ・ベアラ・セットアップ・リクエスト（ＥＰＳベアラＱｏＳ、ＵＥ−ＡＭＢＲ、ＰＤＮコネクティビティアクセプト、Ｓ１−ＴＥＩＤ）  に含まれる。このメッセージは、ユーザプレーンのために使用されるサービングＧＷにおけるＴＥＩＤと、ユーザプレーンのためのサービングＧＷのアドレスとを含む。そして、図３のステップ１０において、ｅＮｏｄｅＢは、Ｓ１−ＡＰベアラセットアップレスポンス（設定応答）をＭＭＥに送信する。Ｓ１−ＡＰ  メッセージには、ｅＮｏｄｅＢ  のＴＥＩＤ  と、Ｓ１−Ｕ  基準点でダウンリンクトラフィックに使用されるｅＮｏｄｅＢ  のアドレスと、が含まれる。
【０００６】
３ＧＰＰ  ＴＳ  ２３．００７は、ユーザプレーンパスの障害検出およびユーザプレーンパスのためのハンドリング（対処）を規定している。以下は、３ＧＰＰ  ＴＳ  ２３．００７におけるユーザプレーンパス障害検出および取り扱いに関する内容である：
「２０．３  ユーザプレーンパス障害の検出と対処
２０．３．１  一般
ＧＴＰ−Ｕエンティティは、以下の方法でエコーリクエスト／エコーレスポンスメッセージを使用することによってパス障害の検出をサポートする。
パスカウンタは、パス上でエコーレスポンスが受信されるたびにリセットされ、パス上で送信されるエコーリクエストメッセージに対してＴ３−レスポンスタイマが満了するとインクリメントされる。
カウンタがＮ３−リクエストを超える場合、パスはダウンしているとみなされる。
ネットワークノードは、パス障害を検出すると、運用および保守システムを介して障害を通知しなければならず、以下のいずれかを行うことができる。
−障害が発生したパスに関連付けられているベアラコンテキストを削除するか、−オペレータが設定可能な最大パス障害期間中は、障害が発生したパスに関連付けられているベアラコンテキストを維持する。
ネットワークノードは、この期間が終了したときにパスがまだ停止している場合、維持されているリソースを削除するものとする。
．．．．．．  
２０．３．４  
ＳＧＷまたはＰＧＷノードの制御およびユーザプレーン分離を用いること
スプリットされたサービングゲートウェイまたはＰＧＷ  （３ＧＰＰ  ＴＳ  ２３．２１４  ［４２］を参照）では、ユーザプレーンパス障害の検出および取り扱いは、２０．３．１項に規定されているようにサポートされ、以下の追加要件があるものとする：
ＧＴＰ−Ｕユーザプレーンパス障害を検出すると、ＳＧＷ−Ｕ  または  ＰＧＷ−Ｕ  は、障害が検出されたリモート  ＧＴＰ−Ｕ  ピアの  ＩＰ  アドレスを含むユーザプレーンパス障害レポートを含むＳｘノードレポート要求（３ＧＰＰ−ＴＳ−２９．２４４  ［４３］  を参照）  を送信することによって、ユーザプレーンパス障害をＳＧＷ−Ｃ  またはＰＧＷ−Ｃにそれぞれレポートする；
ユーザプレーンパス障害について通知されると、ＳＧＷ−ＣまたはＰＧＷ−Ｃは、障害中のパスに関連するベアラコンテキストを削除することを決定するとき、ＳＧＷ−ＵまたはＰＧＷ−Ｕ”内の影響を受けるＳｘセッションを修正または削除する」。
【０００７】
しかしながら、ユーザデータのより良好な通信のために、ユーザプレーンパス上の障害の検出および取り扱いを改善する必要がある。
【発明の概要】
【０００８】
本開示者らは、現行のユーザプレーンパス障害検出および取り扱いメカニズムにおいて、以下の問題点があることを見出した（例えば、ＥＰＳ）：
１）  基地局（ＢＳ）とＳＧＷの間のユーザプレーンパス確立において、ＢＳが、割り当てられたＳＧＷトンネル情報を受信するとき、または、ＳＧＷが、割り当てられたＢＳトンネル情報を受信するとき、現行規格は、Ｓ１−Ｕパスの生きていることをエンドポイント（すなわち、ＢＳおよび／またはＳＧＷ）においてチェックされるべきかどうかを規定していない。その結果、ＥＰＳベアラが首尾よくセットアップされたとしても、エンドユーザはいかなるサービスも享受できない。
【０００９】
このようなチェックが製品の実装に応じて実行されても、チェック結果は、さらなるアクション（例えば、代替パスの試行）のためにＭＭＥに渡されず、その結果、サービス中断が長くなる可能性がある。
【００１０】
２）  ＢＳとＳＧＷとの間のユーザプレーン確立の後、ＢＳまたはＳＧＷが、パスマネージメント（管理）を実行し、ユーザプレーンパス障害を検出した場合、エンドポイント（すなわち、ＢＳまたはＳＧＷ）は、ＥＰＳベアラを、すぐに、または設定可能な期間の後に削除することができるが、その理由（すなわち、ユーザプレーンパス障害）はＭＭＥに通知されず、その結果、（１）同じパスが選択された場合、ＥＰＳベアラ設定のさらなる試みはおそらく失敗し、（２）代替のアライブ（生き残っている正常な）パスが選択されず、長いサービス中断が生じる。
【００１１】
本開示の目的の１つは、上記の問題を解決または軽減することである。
【００１２】
本開示の一態様によれば、上記目的は、ユーザプレーンパス上に障害が存在するか否かを検出することと、障害を検出すると、ノードが障害に対処するために、コアネットワーク内のノードに障害を通知することと、を有する、通信ネットワーク内のアクセスネットワークとコアネットワークとの間にあるユーザプレーンパスのエンドポイントの方法によって達成される。
【００１３】
本開示の別の態様によれば、上記目的は、通信ネットワークにおけるアクセスネットワークとコアネットワークとの間のユーザプレーンパスのエンドポイントであって、ユーザプレーンパス上に障害が存在するか否かを検出する検出部と、障害を検出すると、ノードが障害に対処するために、障害のコアネットワークのノードに通知する通知ユニットとを備えるエンドポイントによって達成される。
【００１４】
本開示のさらに別の態様によれば、上記目的は、アクセスネットワークと通信ネットワーク内のコアネットワークとの間にあるユーザプレーンパスのエンドポイントによって達成され、プロセッサと、プロセッサによって実行されると、エンドポイントに上記のエンドポイントの方法を実行させる、記憶された命令を有するメモリと、を有する。
【００１５】
本開示のさらなる態様によれば、上記目的は、コアネットワークとアクセスネットワークとを含む通信ネットワークにおける当該コアネットワークにおけるノードであって、アクセスネットワークとコアネットワークとの間にあるユーザプレーンパス上の障害に関する通知を、ユーザプレーンパスのエンドポイントから受信することと、障害に対処（ハンドリング）することと、を有する方法によって達成される。
【００１６】
本開示の別のさらなる態様によれば、上記目的は、コアネットワークとアクセスネットワークとを含む通信ネットワーク内の当該コアネットワークにおけるノードであって、アクセスネットワークとコアネットワークとの間にあるユーザプレーンパス上の障害に関する通知をユーザプレーンパスのエンドポイントから受信する受信ユニットと、障害に対処（ハンドリング）する対処ユニットとを有する、ノードによって達成される。
【００１７】
本開示のさらに別の態様によれば、上記目的は、プロセッサと、プロセッサによって実行されるとノードに上記のノードの方法を実行させる、記憶された命令を有するメモリと、を有する、コアネットワークおよびアクセスネットワークを含む通信ネットワーク内の当該コアネットワーク内のノードによって達成される。
【００１８】
本開示の解決策は、以下の利点を有する：
●ユーザプレーンパス設定のためのタイムリーなユーザプレーンパスの有効性の検出と、それゆえ、エンドユーザのパケットデータネットワーク中のサービスへの実際のアクセス可能性を保証すること；
●ユーザプレーンパス障害時にタイムリーにユーザプレーンパスを再選択し、サービス中断を最小限に抑えること。
【図面の簡単な説明】
【００１９】
ここで、実施形態は、実施形態を示す添付の図面を参照することによって、以下の詳細な説明においてさらに詳細に説明される：
【図１】は、ＥＰＳの３ＧＰＰアクセスのための非ローミングアーキテクチャを概略的に示している。
【図２】は、非ローミング５Ｇシステムアーキテクチャを基準点（リファレンスポイント）表現で概略的に示す。
【図３】は、Ｅ−ＵＴＲＡＮのためのＵＥにより要求されたＰＤＮコネクティビティプロシージャを概略的に示す。
【図４】は、本開示によるエンドポイントの方法のフローチャートを概略的に示す。
【図５】は、本開示によるノードの方法のフローチャートを概略的に示す。
【図６】は、本開示によるＥＰＳにおけるユーザプレーンパス障害の検出および対処の一例を概略的に示す。
【図７】は、本開示によるＥＰＳにおけるユーザプレーンパス障害の検出および対処の別の例を概略的に示す。
【図８】は、本開示によるＥＰＳにおけるユーザプレーンパス障害の検出および対処のさらなる例を概略的に示す。
【図９】は、本開示による５Ｇシステムにおけるユーザプレーンパス障害の検出および対処の一例を概略的に示す。
【図１０】は、本開示による５Ｇシステムにおけるユーザプレーンパス障害の検出および対処の別の例を概略的に示す。
【図１１】は、本開示のエンドポイントの概略ブロック図である。
【図１２】は、本開示のノードの概略構成図である。
【図１３】は、本開示のエンドポイントの別の概略ブロック図である。
【図１４】は、本開示のノードの別の概略構成図である。
【００２０】
図面の要素は、必ずしも互いに相対的な縮尺であるとは限らない。図面全体を通して、同様の番号は同様の要素を指す。
【発明を実施するための形態】
【００２１】
ここでの実施形態は、添付の図面を参照して、以下でより完全に説明される。しかしながら、ここでの実施形態は、多くの異なる形態で具現化されてもよく、添付の特許請求の範囲を限定するものとして解釈されるべきではない。
【００２２】
ここで使用される用語は、特定の実施形態を説明するためだけのものであり、限定することを意図するものではない。ここで使用される場合、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が明確にそうでないことを示さない限り、複数形も含むことが意図される。用語「有する」、「有している」、「含む」および／または「含んでいる」は、ここで使用される場合、述べられた特徴、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を排除しないことがさらに理解されるであろう。
【００２３】
また、請求項において、請求項の要素を修飾するために「第１」、「第２」、「第３」等の順序用語を使用することは、それ自体では、ある請求項の要素の他の要素に対する優先性、優位性または順位、または方法の作用が行われる時間的順序を暗示するものではなく、単に、請求項の要素を区別するために、ある名称を有するある請求項の要素と同じ名称を有する別の要素（ただし、順序用語の使用のため）を区別するためのラベルとしてのみ使用される。
【００２４】
別段の定義がない限り、ここで使用されるすべての用語（技術用語および科学用語を含む）は、一般に理解されるのと同じ意味を有する。さらに、ここで使用される用語は、本明細書および関連技術の文脈におけるそれらの意味と一致する意味を有すると解釈されるべきであり、ここで明示的にそのように定義されない限り、理想化された、または過度に形式的な意味で解釈されないことが理解されるであろう。
【００２５】
本開示によるユーザプレーンパスのエンドポイントのフローチャート４００は、図４に示されており、ユーザプレーンパス上に障害が存在するかどうかを検出するステップ４０１と、障害を検出すると、ノードが障害に対処するために、コアネットワークにおけるノードに障害を通知するステップ４０２とを含む。
【００２６】
本開示によるコアネットワークにおける本ノードの方法５００のフローチャートは、図５に示され、以下のステップ、すなわち、アクセスネットワークとコアネットワークとの間のユーザプレーンパス上の障害に関する通知をユーザプレーンパスのエンドポイントから受信するステップ５０１と、障害を処理するステップ５０２とを含む。
【００２７】
エンドポイントとノードの両方は、専用ハードウェア上のネットワーク要素として、ハードウェア上で実行されるファームウェアまたはソフトウェアインスタンスとして、適切なプラットフォーム（例えば、クラウドインフラストラクチャ上）上にインスタンス化される仮想化機能として、またはそれらの任意の組合せとして実装されることができる。
【００２８】
ここで、さらなる実施形態を、ＥＰＳおよび５Ｇシステムと関連付けて説明する。
本明細書のさらなる実施形態は、ＥＰＳおよび５Ｇシステムの文脈で説明されているが、ユーザプレーンパス障害の検出および対処のためのメカニズムに同じ問題が存在する場合には、他の様々な通信システムにも本実施形態を適用することができることを理解されたい。実施形態では特定の用語が使用されているが、実施形態は、これらの特定の用語に限定されず、すべての同様のエンティティに適用されてもよいことも理解されるであろう。例えば、本明細書における「基地局」／「ＢＳ」という語は、例えば、アクセスポイント、基地局、マクロ基地局、フェムト基地局、ＮｏｄｅＢ  （ＮＢ）、ｅＮｏｄｅＢ  （ｅＮＢ）、ｇＮｏｄｅＢ  （ｇＮＢ）などを指すことができ、本明細書における「ユーザ機器」／「ＵＥ」は、例えば、ユーザ端末、局、端末、端末ノードなどを指すことができる。
【００２９】
１．  制御プレーンおよびユーザプレーンの分離（ＣＵＰＳ）なしのＥＰＳ
障害がユーザプレーンパス上に存在するか否かは、例えば、ユーザプレーンパスがノードによってコアネットワーク内で確立されているとき、または、ユーザプレーンパスが確立された後などに、例えば、エコーリクエストを使用することによって、エンドポイント、すなわち、無線アクセスネットワーク（ＲＡＮ）内のＢＳまたはＳＧＷのいずれかによって、検出可能である。
【００３０】
１．１  ＢＳによる障害検出
ＢＳがユーザプレーンパスの障害を検出した場合を図６に示し、ケース１、ケース２はＭＭＥ  によるユーザプレーンパス確立時の障害検出、ケース３、ケース４はユーザプレーンパス確立後の障害検出を示す。
【００３１】
ケース１：初期コンテキストセットアップ（例えば、初期アタッチ、アクティブフラグを有するＴＡＵ）において、ＢＳが、例えば、ＭＭＥからのイニシャル（初期）コンテキストセットアップリクエストにおいて、ＳＧＷトンネル情報を受信すると、ＢＳは、ＳＧＷに向かうユーザプレーンパス上に障害が存在するかどうかを検出する。ユーザプレーンパス上で障害が検出された場合、ＢＳは、プロシージャに失敗し、例えば、初期コンテキストセットアップレスポンスにおける原因として、ユーザプレーンパス障害をＭＭＥに通知する。
【００３２】
ケース２：進化型無線アクセスベアラ（Ｅ−ＲＡＢ）セットアップ（例えば、ＵＥが要求したＰＤＮコネクティビティ、専用ベアラアクティベーション時）において、ＢＳが、例えば、ＭＭＥからのＥ−ＲＡＢセットアップ要求により、ＳＧＷトンネル情報を受信すると、ＢＳは、ＳＧＷに向かうユーザプレーンパス上に障害が存在するかどうかを検出する。ユーザプレーンパス上で障害が検出された場合、ＢＳは、プロシージャに失敗し、例えば、Ｅ−ＲＡＢセットアップレスポンスにおける原因として、ユーザプレーンパス障害をＭＭＥに通知する。
【００３３】
ケース３およびケース４：Ｅ−ＲＡＢがすでに確立されており、ＢＳとＳＧＷとの間のユーザプレーンパス障害がＢＳによって検出されたと仮定すると、ＢＳは、例えば、Ｅ−ＲＡＢリリース（解放）インジケーションまたはＵＥコンテキストリリースクエストにおける原因として、ユーザプレーンパス障害をＭＭＥに通知することができる。
【００３４】
１．２  ＳＧＷ  による障害の検出
図７は、ＳＧＷによってユーザプレーンパス上の障害を検出するケースを示し、ケース１、ケース２、ケース３は、ＭＭＥによってユーザプレーンパスが確立されているときの障害の検出に関連し、ケース４は、ユーザプレーンパスが確立された後の障害の検出に関連する。
【００３５】
ケース１：セッションの生成（例えば、Ｘ２ベースのハンドオーバプロシージャの場合）において、ＳＧＷが、例えば、ＭＭＥからのセッション生成リクエストにより、ＢＳトンネル情報を受信すると、ＳＧＷは、ＢＳとＳＧＷとの間のユーザプレーンパス上に障害が存在するかどうかを検出する。ユーザプレーンパス上で障害が検出された場合、ＳＧＷは、プロシージャに失敗し、例えば、セッション生成レスポンスの原因として、ユーザプレーンパス障害をＭＭＥに通知する。
【００３６】
ケース２：ベアラの変更時（これは、例えば、異なる手順を含むことができ、たとえば、イニシャルアタッチ、サービスリクエスト、アクティブフラグ付きＴＡＵ、ハンドオーバ、ＰＤＮ  コネクティビティ）、ＳＧＷ  がＢＳ  トンネル情報を受信すると（例えば、ＭＭＥ  からのベアラ変更リクエストなど）、ＳＧＷ  は、ＢＳとＳＧＷとの間におけるユーザプレーンパスに障害が存在するかどうかを検出する。ユーザプレーンパス上で障害が検出された場合、ＳＧＷは、プロシージャに失敗し、例えばベアラ変更レスポンスの原因として、ユーザプレーンパス障害をＭＭＥに通知する。
【００３７】
ケース３：ベアラの作成（これは、例えば、専用ベアラアクティベーションプロシージャである）において、ＳＧＷが、例えば、ＭＭＥからのベアラ作成レスポンスにおいてＢＳトンネル情報を受信すると、ＳＧＷは、ＢＳとＳＧＷとの間のユーザプレーンパス上に障害が存在するかどうかを検出する。ユーザプレーンパス上で障害が検出された場合、ＳＧＷは、ＢＳトンネル情報を除去し、ダウンリンクデータ通知（ＤＤＮ）の原因として、ユーザプレーンパス障害をＭＭＥに通知する。
【００３８】
ケース４：ユーザプレーンパスがすでに確立されており、ＢＳとＳＧＷとの間のユーザプレーンパス障害がＳＧＷによって検出されたと仮定すると、ＳＧＷは、ＢＳトンネル情報を除去し、例えば、ＤＤＮにおける原因として、ユーザプレーンパス障害をＭＭＥに通知することができる。
【００３９】
１．３  ＭＭＥによる障害のハンドリング（対処）
ＭＭＥがＢＳまたはＳＧＷからユーザプレーンパス障害に関する通知を受信すると、ＭＭＥは、ユーザプレーンパスを一時的に利用不可（例えば、設定可能なある時間中は利用不可）とマークし、ＭＭＥが再度ユーザプレーンパスを確立しようとする際にこの情報を考慮することができる。ＭＭＥはまた、以下のアクションをとることができる。
【００４０】
ＭＭＥは、再アクティブ化が必要な失敗したユーザプレーンパスに関係するＰＤＮコネクションを非アクティブ化することを決定することがある。次のＰＤＮコネクティビティリクエストで、ＭＭＥは、ＭＭＥとそのユーザプレーンパスのＳＧＷとの間のＳ１１制御プレーンパスが依然としてアクティブであったとしても、一時的に利用不可能であるとマークされた障害の起きたユーザプレーンパスを考慮し、設定可能な期間中は、別のＳＧＷを選択する。
【００４１】
ＭＭＥはまた、障害を起こしたユーザプレーンパスに関連するＰＤＮコネクションを維持するが、ＭＭＥとＢＳとの間にあるＳ１−ＡＰ制御プレーンパスをリリース（解放）することができる。次回のサービスリクエストでは、ＭＭＥは、ユーザプレーンパス障害を考慮して別のＳＧＷを選択することができる。
【００４２】
２．  ＣＵＰＳ付ＥＰＳ
このようなシステムにおいて、ユーザプレーンパスに障害が存在するか否かは、例えば、コアネットワーク内のノードによってユーザプレーンパスが確立されているとき、またはユーザプレーンパスが確立された後に、エコーリクエストを使用することによって、エンドポイント、すなわち、ＲＡＮ内のＢＳまたはＳＧＷ−ユーザプレーン機能（ＳＧＷ−Ｕ）のいずれかによって、検出可能である。
【００４３】
２．１  ＢＳによる障害検出
ＣＵＰＳ付きＥＰＳにおいてＢＳがユーザプレーンパス上の障害を検出した場合の例は、ＣＵＰＳなしＥＰＳと同様であり、例えば図６に示される。
【００４４】
２．２  ＳＧＷ−Ｕ  による障害の検出
図８は、ＳＧＷ−Ｕによるユーザプレーンパス上の障害を検出する例示的なケースを示しており、ケース１は、ユーザプレーンパスがノードによってコアネットワーク内に確立されているときの障害の検出に関するものであり、ケース２は、ユーザプレーンパスが確立された後の障害の検出に関するものである。
【００４５】
ケース１：ＳＧＷ−Ｕは、ユーザプレーン確立中にユーザプレーン障害を報告することができる。ＳＧＷ−ＵがＳＧＷ−ＣからのＳｘセッション確立メッセージや変更リクエストメッセージなどでＢＳトンネル情報を受信すると、ＳＧＷ−Ｕは、ＢＳとＳＧＷ−Ｕとの間のユーザプレーンパスに障害が存在するかどうかを検出する。ユーザプレーンパス上で障害が検出された場合、ＳＧＷ−Ｕはプロシージャに失敗し、ＳＧＷ−Ｃに、ユーザプレーンパス障害、例えば、Ｓｘセッション確立または修正レスポンスメッセージの原因、を通知する。
【００４６】
ケース２：ユーザプレーンパスがすでに確立されており、ＢＳとＳＧＷ−Ｕとの間のユーザプレーンパス障害がＳＧＷ−Ｕで検出されたと仮定した場合、ＳＧＷ−Ｕは、ＢＳトンネル情報を削除し、例えば、ＳＧＷ−Ｃにノード報告リクエストなどの原因として、ユーザプレーンパス障害を通知することができる。
【００４７】
２．３  ＭＭＥ／ＳＧＷ−Ｃ  による障害の対処
ＢＳによって障害が検出されると、ＢＳは、ＭＭＥに障害を通知し、ＭＭＥはセクション１．３に記載されているのと同じ方法で障害を処理する。
【００４８】
ＳＧＷ−Ｕで障害が検出されると、ＳＧＷ−Ｕが、ＳＧＷ−Ｃに障害を通知し、ＳＧＷ−ＣはＭＭＥに障害を報告するかどうかを判定する（つまり、ＳＧＷ−ＣはＭＭＥがユーザプレーンパス障害を解決するために別のＳＧＷ−Ｃを再選択する必要があると考える）。ＳＧＷ−Ｃは、別のＳＧＷ−Ｕを選択することを決定することもできる（つまり、ＳＧＷ−Ｃは、別のＳＧＷ−Ｕを再選択することによってユーザプレーンパス障害を解決できると考える）。このとき、ＳＧＷ−Ｕは、ユーザプレーンパスの他のエンドポイントのＩＰアドレスおよびインタフェース種別（例えば、ＢＳユーザプレーンＩＰアドレスおよびＳ１−Ｕインタフェース）をＳＧＷ−Ｃに報告する必要がある。レポート情報は、既存のＳｘメッセージまたは新しいメッセージにより搬送可能である。
【００４９】
３．  ５Ｇシステム
５Ｇシステムは、ユーザプレーン障害ハンドリングが、アクセスおよびモビリティマネージメント機能（ＡＭＦ）に対してトランスペアレントであるべきであると考えている。ユーザプレーンパス障害は、セッション管理機能（ＳＭＦ）によって処理される。
【００５０】
３．１  ＢＳによる障害検出
基地局がユーザプレーンパス上の障害を検出した例示的なケースを図９に示す。
【００５１】
ケース１：このケースは、ユーザプレーンパスがＳＭＦによって確立されているときに障害を検出することに関する。例えば、Ｎ３トンネルの確立中に、ＢＳがユーザプレーンパス上に障害が存在することを検出した場合、ＢＳは、プロシージャに失敗し、例えば、Ｎ２メッセージ内の原因として、ユーザプレーンパス障害をＳＭＦに通知する。
【００５２】
ケース２：このケースは、ユーザプレーンパスが確立された後に障害を検出することに関する。例えば、Ｎ３トンネルがすでに確立された後、ＢＳがユーザプレーンパス上に障害が存在することを検出する場合、ＢＳは、例えば、Ｎ２メッセージにおける原因として、ユーザプレーンパス障害をＳＭＦに通知することができる。
【００５３】
３．２  ユーザプレーンファンクション（ＵＰＦ）による障害の検出
ＵＰＦによって障害を検出した場合の例を図１０に示す。
【００５４】
ケース１：このケースは、ユーザプレーンパスがＳＭＦによって確立されているときに障害を検出することに関する。例えば、Ｎ３トンネルの確立中に、ＵＰＦがユーザプレーンパス上に障害が存在することを検出した場合、ＵＰＦは、プロシージャに失敗し、例えば、Ｎ４レスポンスメッセージにより、ユーザプレーンパス障害をＵＰＦに通知する。
【００５５】
ケース２：このケースは、ユーザプレーンパスが確立された後に障害を検出することに関する。例えば、Ｎ３トンネルがすでに確立された後、ＵＰＦがユーザプレーンパス上に障害が存在することを検出する場合、ＵＰＦは、例えば、Ｎ４リクエストメッセージにおいて、ユーザプレーンパス障害をＳＭＦに通知することができる。
【００５６】
３．３  ＳＭＦによる障害の処理
ＳＭＦは、ユーザプレーンパスを一時的に利用不可能であるとマークし、このマークに基づいてＵＰＦ再選択を実行することができる。
【００５７】
ＳＭＦがＵＰＦの再選択を考慮してもパス障害の問題を解決できない場合、ＰＤＵセッションを解放し、ＡＭＦへのパス障害をインジケートする（示す）こともできる。ＡＭＦは、次のＰＤＵセッション確立時のＳＭＦ選択について、このパス障害を考慮してもよい。
【００５８】
図１１は、本開示による通信ネットワークにおけるアクセスネットワークとコアネットワークとの間にあるユーザプレーンパスのエンドポイント１１００の概略構成図である。エンドポイント１１００は、ユーザプレーンパス上に障害が存在するか否かを検出する検出部１１０１と、障害を検出すると、ノードが障害に対処（対策）するために、障害をコアネットワークのノードに通知する通知部１１０２とを備える。
【００５９】
図１２は、本開示によるコアネットワークおよびアクセスネットワークを含む通信ネットワークにおけるコアネットワーク内のノード１２００の概略構成図である。ノード１２００は、ユーザプレーンパスのエンドポイントから、アクセスネットワークとコアネットワークとの間のユーザプレーンパスの障害に関する通知を受信する受信部１２０１と、障害に対処する対処部１２０２とを有する。
【００６０】
ここで説明されるエンドポイント１１００およびノード１２００は、様々なユニットによって実装されてもよく、その結果、実施形態で説明される１つまたは複数の機能を実装するエンドポイント１１００およびノード１２００のそれぞれは、図面に示されるユニットだけでなく、その１つまたは複数の機能を実装するための他のユニットも備えることができることを理解されたい。さらに、エンドポイント１１００およびノード１２００のそれぞれは、２つ以上の機能を実行するように構成された単一のユニット、またはそれぞれの別個の機能のための別個のユニットを備えることができる。さらに、ユニットは、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せで実装され得る。
【００６１】
ブロック図および／またはフローチャートにおけるブロック、ならびにブロック図および／またはフローチャートにおけるのブロックの組合せは、コンピュータプログラム命令によって実装され得ることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、および／または他のフィールドプログラマブルゲートアレイデータ処理装置のプロセッサに提供されて、コンピュータおよび／または他のフィールドプログラマブルゲートアレイデータ処理装置のプロセッサを介して実行される命令が、ブロック図および／またはフローチャートの１つまたは複数のブロックで指定された機能／動作を実施するための手段を作成するように、マシンを生成することができる。
【００６２】
さらに、本開示の解決策は、命令実行システムによって、またはそれと関連して使用されるよう、媒体内に具現化されたコンピュータ使用可能またはコンピュータ可読プログラムコードを有するメモリ上のコンピュータプログラムの形式をとることができる。本文書の文脈において、メモリは、命令実行システム、装置、または装置によって、またはそれと関連して使用可能なような、プログラムを、含む、格納する、または通信するように構成された任意の媒体であってもよい。
【００６３】
したがって、本開示はまた、図１３に示されるように、プロセッサ１３０１およびメモリ１３０２を含むエンドポイント１３００を提供し、エンドポイント１３００において、メモリ１３０２は、プロセッサ１３０１によって実行されるときに、エンドポイント１３００に、実施形態で上述したエンドポイントの方法を実行させる命令を格納する。また、本開示は、図１４に示すように、プロセッサ１４０１と、メモリ１４０２とを含むノード１４００を提供する。ノードの１４００において、メモリ１４０２は、プロセッサ１４０１によって実行されると、ノード１４００に、上記の実施形態で説明したノードの方法を実行させる命令を格納する。
【００６４】
本明細書は、多くの具体的な実装の詳細を含むが、これらは、任意の実装または特許請求され得るものの範囲に対する限定として解釈されるべきではなく、むしろ、特定の実装の特定の実施形態に固有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で本明細書に記載される特定の特徴は、単一の実施形態において組み合わせて実施することもできる。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装することもできる。さらに、特徴は、特定のコンビネーション（組合せ）で動作するものとして上記で説明されてもよく、そのようなものとして最初に特許請求されてもよいが、特許請求される組合せからの１つまたは複数の特徴は、場合によっては、その組合せから削除されてもよく、特許請求される組合せは、サブコンビネーションまたはサブコンビネーションの変形に向けられてもよい。
【００６５】
当業者には、技術が進歩するにつれて、本開示の概念を様々な方法で実施できることが明らかであろう。上述の実施形態は、本開示を限定するのではなく、説明するために与えられ、当業者が容易に理解するように、本開示の精神および範囲から逸脱することなく、修正および変形を行うことができることを理解されたい。そのような修正および変形は、本開示および添付の特許請求の範囲の範囲内にあると考えられる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【００６６】
略語
ＢＳ：  基地局
ＥＰＳ：  進化型パケットシステム
Ｅ−ＵＴＲＡＮ：  進化型ユニバーサル地上無線アクセスネットワーク
ＳＧＷ：  サービングゲートウエイ
ＳＧＷ−Ｕ：  ＳＧＷユーザプレーン機能
ＳＧＷ−Ｃ：  ＳＧＷ制御プレーン機能
（Ｒ）ＡＮ：  無線アクセスネットワーク
ＵＰＦ：  ユーザプレーン機能
ＭＭＥ：  モビリティマネージメントエンティティ
ＡＭＦ：  アクセスおよびモビリティマネージメント機能
ＳＭＦ：  セッション管理機能
ＵＥ：  ユーザ装置
ＰＤＮ：  パケットデータネットワーク
Ｅ−ＲＡＢ：  進化型無線アクセスベアラ
【図１】
2021520686.tif 000003
【図２】
2021520686.tif 000004
【図３】
2021520686.tif 000005
【図４】
2021520686.tif 000006
【図５】
2021520686.tif 000007
【図６】
2021520686.tif 000008
【図７】
2021520686.tif 000009
【図８】
2021520686.tif 000010
【図９】
2021520686.tif 000011
【図１０】
2021520686.tif 000012
【図１１】
2021520686.tif 000013
【図１２】
2021520686.tif 000014
【図１３】
2021520686.tif 000015
【図１４】
2021520686.tif 000016
【国際調査報告】
2021520686.tif 000017
2021520686.tif 000018