(57)【要約】  本出願は、メッセージ転送方法、制御プレーンゲートウェイおよびユーザプレーンゲートウェイを提供する。この方法は、以下のステップを含む：制御プレーンゲートウェイは、第１のＵＥの登録情報と第２のＵＥの登録情報を取得し、第１のＵＥの登録情報は、第１のＵＥと通信するＵＥ識別子を含み、第２のＵＥの登録情報は、第２のＵＥと通信するＵＥ識別子を含む；当該登録情報によって、第１のＵＥと第２のＵＥの転送ルーティングテーブルを生成し、転送ルーティングテーブルは、第１のＵＥと第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含む；転送ルーティングテーブルを第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイに配信し、転送ルーティングテーブルは、ユーザプレーンゲートウェイが第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定することに使用される。本出願の実施形態に係るメッセージ転送方法、制御プレーンゲートウェイおよびユーザプレーンゲートウェイは、転送経路を効果的に最適化することができ、低遅延サービスの要件を満たすようになる。
2021504983.tif 000002
【特許請求の範囲】
【請求項１】
メッセージ転送方法であって、
制御プレーンゲートウェイは、第１のＵＥの登録情報と第２のＵＥの登録情報とを取得するステップと、
前記制御プレーンゲートウェイが、前記第１のＵＥの登録情報および前記第２のＵＥの登録情報に基づいて、前記第１のＵＥと前記第２のＵＥの転送ルーティングテーブルを生成するステップと、
前記制御プレーンゲートウェイが、前記転送ルーティングテーブルを第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイに配信するステップと、
を含み、
前記第１のＵＥの登録情報は、前記第１のＵＥが通信するためのＵＥ識別子を含み、前記第２のＵＥの登録情報は、前記第２のＵＥが通信するためのＵＥ識別子を含み、
前記転送ルーティングテーブルは、前記第１のＵＥと前記第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含み、
前記転送ルーティングテーブルは、ユーザプレーンゲートウェイが前記第１のＵＥと前記第２のＵＥとの間のメッセージ転送経路を決定することに使用され、前記第１のユーザプレーンゲートウェイは、前記第１のＵＥが位置するゲートウェイであり、前記第２のユーザプレーンゲートウェイは、前記第２のＵＥが位置するゲートウェイである、
メッセージ転送方法。
【請求項２】
前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイは同じであり、
前記第１のＵＥと前記第２のＵＥの転送ルーティングテーブルを生成するステップは、
前記制御プレーンゲートウェイが、前記登録情報と前記第１のユーザプレーンゲートウェイの識別子とに基づいて前記転送ルーティングテーブルを生成するステップ、
を含み、
前記転送ルーティングテーブルは、前記第１のユーザプレーンゲートウェイから前記第１のＵＥに到達するルートと、前記第１のユーザプレーンゲートウェイから前記第２のＵＥに到達するルートとを含み、
前記第１のＵＥと前記第２のＵＥのメッセージ転送は、前記第１のユーザプレーンゲートウェイを介する直接伝送である、
請求項１に記載のメッセージ転送方法。
【請求項３】
前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイであり、
前記第１のＵＥと前記第２のＵＥの転送ルーティングテーブルを生成するステップは、
前記制御プレーンゲートウェイが、前記登録情報と、前記第１のユーザプレーンゲートウェイの識別子と、前記第２のユーザプレーンゲートウェイの識別子とに基づいて、前記転送ルーティングテーブルを生成するステップ、
を含み、
前記転送ルーティングテーブルは、前記第１のユーザプレーンゲートウェイから前記第２のユーザプレーンゲートウェイを経由して前記第２のＵＥに到達するルートと、前記第２のユーザプレーンゲートウェイから前記第１のユーザプレーンゲートウェイを経由して前記第１のＵＥに到達するルートとを含む、
請求項１に記載のメッセージ転送方法。
【請求項４】
前記制御プレーンゲートウェイが、前記登録情報を更新して、更新された前記登録情報を取得するステップと、
前記制御プレーンゲートウェイが、更新された前記登録情報に基づいて前記転送ルーティングテーブルを更新するステップと、
を含む、請求項３に記載のメッセージ転送方法。
【請求項５】
前記制御プレーンゲートウェイが、前記転送ルーティングテーブルを前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイに配信するステップの前に、
前記制御プレーンゲートウェイが、前記第１のユーザプレーンゲートウェイおよび前記第２のユーザプレーンゲートウェイに、トンネル構築リクエストを送信するステップと、
前記制御プレーンゲートウェイが、前記第１のユーザプレーンゲートウェイにより送信された第１のトンネル構築リクエスト応答を受信するステップと、
前記制御プレーンゲートウェイが、前記第２のユーザプレーンゲートウェイにより送信された第２のトンネル構築リクエスト応答を受信するステップと、
を含み、
前記トンネル構築リクエストは、前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用され、
前記第１のトンネル構築リクエスト応答は、前記第１のユーザプレーンゲートウェイが前記トンネル構築リクエストに応答することに使用され、
前記第２のトンネル構築リクエスト応答は、前記第２のユーザプレーンゲートウェイが前記トンネル構築リクエストに応答することに使用される、
請求項３または４に記載のメッセージ転送方法。
【請求項６】
メッセージ転送方法であって、
第１のユーザプレーンゲートウェイが、制御プレーンゲートウェイにより送信された転送ルーティングテーブルを受信するステップと、
前記第１のユーザプレーンゲートウェイが、前記転送ルーティングテーブルに基づいて第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定するステップと、
を含み、
前記転送ルーティングテーブルは、前記第１のＵＥと前記第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含み、
前記第１のユーザプレーンゲートウェイは、前記第１のＵＥが位置するゲートウェイであり、第２のユーザプレーンゲートウェイは、前記第２のＵＥが位置するゲートウェイである、
メッセージ転送方法。
【請求項７】
前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイは同じであり、
前記転送ルーティングテーブルは、前記第１のユーザプレーンゲートウェイから前記第１のＵＥに到達するルートと、前記第１のユーザプレーンゲートウェイから前記第２のＵＥに到達するルートとを含み、
前記第１のユーザプレーンゲートウェイが、前記転送ルーティングテーブルに基づいて、前記第１のＵＥと前記第２のＵＥとの間のメッセージ転送経路を決定するステップは、
前記第１のユーザプレーンゲートウェイが、前記転送ルーティングテーブルに基づいて前記第１のＵＥと前記第２のＵＥのメッセージ転送が前記第１のユーザプレーンゲートウェイを介する直接伝送であると決定するステップ、
を含む、請求項６に記載のメッセージ転送方法。
【請求項８】
前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイであり、
前記転送ルーティングテーブルは、前記第１のユーザプレーンゲートウェイから前記第２のユーザプレーンゲートウェイを経由して前記第２のＵＥに到達するルートと、前記第２のユーザプレーンゲートウェイから前記第１のユーザプレーンゲートウェイを経由して前記第１のＵＥに到達するルートとを含み、
前記第１のユーザプレーンゲートウェイが前記転送ルーティングテーブルに基づいて前記第１のＵＥと前記第２のＵＥとの間のメッセージ転送経路を決定するステップは、
前記第１のユーザプレーンゲートウェイが、前記転送ルーティングテーブルに基づいて第１のＵＥと第２のＵＥのメッセージ転送が前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイとの間のトンネルを介する伝送であると決定するステップ、
を含む、請求項６に記載のメッセージ転送方法。
【請求項９】
前記第１のユーザプレーンゲートウェイが、前記制御プレーンゲートウェイにより送信された第１のトンネル構築リクエストを受信するステップと、
前記第１のユーザプレーンゲートウェイは、前記制御プレーンゲートウェイに第１のトンネル構築リクエスト応答を送信するステップと、
を含み、
前記第１のトンネル構築リクエストは、前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用され、
前記第１のトンネル構築リクエスト応答は、前記第１のユーザプレーンゲートウェイが前記第１のトンネル構築リクエストに応答することに使用される、
請求項８に記載のメッセージ転送方法。
【請求項１０】
取得モジュール、処理モジュールおよびトランシーバモジュールを含む制御プレーンゲートウェイであって、
前記取得モジュールは、第１のＵＥの登録情報および第２のＵＥの登録情報を取得することに使用され、前記第１のＵＥの登録情報は、前記第１のＵＥが通信するためのＵＥ識別子を含み、前記第２のＵＥの登録情報は、前記第２のＵＥが通信するためのＵＥ識別子を含み、
前記処理モジュールは、前記第１のＵＥの登録情報および前記第２のＵＥの登録情報に基づいて、前記第１のＵＥと前記第２のＵＥの転送ルーティングテーブルを生成することに使用され、前記転送ルーティングテーブルは、前記第１のＵＥと前記第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含み、
前記トランシーバモジュールは、前記転送ルーティングテーブルを第１のユーザプレーンゲートウェイおよび第２のユーザプレーンゲートウェイに配信することに使用され、前記転送ルーティングテーブルは、ユーザプレーンゲートウェイが前記第１のＵＥと前記第２のＵＥとの間のメッセージ転送経路を決定することに使用され、前記第１のユーザプレーンゲートウェイは、前記第１のＵＥが位置するゲートウェイであり、前記第２のユーザプレーンゲートウェイは、前記第２のＵＥが位置するゲートウェイである、
制御プレーンゲートウェイ。
【請求項１１】
前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイは同じであり、
前記処理モジュールは具体的に、前記登録情報と前記第１のユーザプレーンゲートウェイの識別子とに基づいて前記転送ルーティングテーブルを生成することに使用され、
前記転送ルーティングテーブルは、前記第１のユーザプレーンゲートウェイから前記第１のＵＥに到達するルートと、前記第１のユーザプレーンゲートウェイから前記第２のＵＥに到達するルートとを含み、
前記第１のＵＥと前記第２のＵＥのメッセージ転送は、前記第１のユーザプレーンゲートウェイを介する直接伝送である、
請求項１０に記載の制御プレーンゲートウェイ。
【請求項１２】
前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイであり、
前記処理モジュールは具体的に、前記制御プレーンゲートウェイが前記登録情報と、前記第１のユーザプレーンゲートウェイの識別子と、前記第２のユーザプレーンゲートウェイの識別子とに基づいて、前記転送ルーティングテーブルを生成することに使用され、
前記転送ルーティングテーブルは、前記第１のユーザプレーンゲートウェイから前記第２のユーザプレーンゲートウェイを経由して前記第２のＵＥに到達するルートと、前記第２のユーザプレーンゲートウェイから前記第１のユーザプレーンゲートウェイを経由して前記第１のＵＥに到達するルートとを含む、
請求項１０に記載の制御プレーンゲートウェイ。
【請求項１３】
前記処理モジュールはさらに、前記登録情報を更新して、更新された前記登録情報を取得し、更新された前記登録情報に基づいて前記転送ルーティングテーブルを更新することに使用される、
請求項１２に記載の制御プレーンゲートウェイ。
【請求項１４】
前記トランシーバモジュールはさらに、
前記第１のユーザプレーンゲートウェイおよび前記第２のユーザプレーンゲートウェイに、トンネル構築リクエストを送信することと、
前記第１のユーザプレーンゲートウェイにより送信された第１のトンネル構築リクエスト応答を受信することと、
前記第２のユーザプレーンゲートウェイにより送信された第２のトンネル構築リクエスト応答を受信することと
に使用され、
前記トンネル構築リクエストは、前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用され、
前記第１のトンネル構築リクエスト応答は、前記第１のユーザプレーンゲートウェイが前記トンネル構築リクエストに応答することに使用され、
前記第２のトンネル構築リクエスト応答は、前記第２のユーザプレーンゲートウェイが前記トンネル構築リクエストに応答することに使用される、
請求項１２または１３に記載の制御プレーンゲートウェイ。
【請求項１５】
第１のユーザプレーンゲートウェイとして、トランシーバモジュールと処理モジュールを含むユーザプレーンゲートウェイであって、
前記トランシーバモジュールは、制御プレーンゲートウェイにより送信された転送ルーティングテーブルを受信することに使用され、前記転送ルーティングテーブルは、第１のＵＥと第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含み、
前記処理モジュールは、前記転送ルーティングテーブルに基づいて前記第１のＵＥと前記第２のＵＥとの間のメッセージ転送経路を決定することに使用され、前記第１のユーザプレーンゲートウェイは、前記第１のＵＥが位置するゲートウェイであり、第２のユーザプレーンゲートウェイは、前記第２のＵＥが位置するゲートウェイである、
ユーザプレーンゲートウェイ。
【請求項１６】
前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイは同じであり、
前記転送ルーティングテーブルは、前記第１のユーザプレーンゲートウェイから前記第１のＵＥに到達するルートと、前記第１のユーザプレーンゲートウェイから前記第２のＵＥに到達するルートとを含み、
前記処理モジュールは具体的に、前記転送ルーティングテーブルが、前記第１のＵＥと前記第２のＵＥのメッセージ転送が前記第１のユーザプレーンゲートウェイを介する直接伝送であると決定することに使用される、
請求項１５に記載のユーザプレーンゲートウェイ。
【請求項１７】
前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイであり、
前記転送ルーティングテーブルは、前記第１のユーザプレーンゲートウェイから前記第２のユーザプレーンゲートウェイを経由して前記第２のＵＥに到達するルートと、前記第２のユーザプレーンゲートウェイから前記第１のユーザプレーンゲートウェイを経由して前記第１のＵＥに到達するルートとを含み、
前記処理モジュールは具体的に、前記転送ルーティングテーブルに基づいて、第１のＵＥと第２のＵＥのメッセージ転送が前記第１のユーザプレーンゲートウェイと前記第２のユーザプレーンゲートウェイとの間のトンネルを介する伝送であると決定することに使用される、
請求項１５に記載のユーザプレーンゲートウェイ。
【請求項１８】
前記トランシーバモジュールはさらに、
前記制御プレーンゲートウェイにより送信された第１のトンネル構築リクエストを受信することと、
前記制御プレーンゲートウェイに第１のトンネル構築リクエスト応答を送信することと、
に使用され、
前記第１のトンネル構築リクエストは、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用され、
前記第１のトンネル構築リクエスト応答は、前記第１のユーザプレーンゲートウェイが前記第１のトンネル構築リクエストに応答することに使用される、
請求項１７に記載のユーザプレーンゲートウェイ。
【請求項１９】
コンピュータに、請求項１から９のいずれか一項に記載のメッセージ転送方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１７年１１月２８日に提出された、第２０１７１１２１９０３９．２号、発明の名称「メッセージ転送方法、制御プレーンゲートウェイおよびユーザプレーンゲートウェイ」である中国特許出願を優先権として主張する。その全内容は、参照により本出願に組み込まれる。
【０００２】
本出願は、通信の分野に関し、特にメッセージ転送方法、制御プレーンゲートウェイおよびユーザプレーンゲートウェイに関する。
【背景技術】
【０００３】
車車間通信においては、車両の移動性のために、サービスの継続性と低遅延とのバランスを可能な限り確保する必要がある。サービスの継続性の表現の１つは、車両ユーザの通信用のエンドポイント情報（例えば、ユーザの通信用のＩＰアドレス）が変更されないことである。これにより、通信の双方は、他の技術によって相手の変更されたエンドポイント情報を取得する必要がなく、迅速に相手方に連絡することができる。通常、レイテンシを下げるために、ゲートウェイを沈下することが多い。つまり、車両ユーザの近くに、より多くのゲートウェイを配置する。このようにして、車車間通信は、沈下されたゲートウェイを介したシナリオで行われる可能性がある。
【０００４】
ユーザプレーンゲートウェイが沈下された後、従来技術に係るメッセージ転送方法が使用される場合は、経路がバイパスされたり、転送遅延が増大したりしてしまうことがある。そのため、低遅延サービスの要件を満たすために、転送経路を効果的に最適化できるソリューションを発明する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本出願は、低遅延サービスの要件を満たすために、メッセージ転送方法、制御プレーンゲートウェイおよびユーザプレーンゲートウェイを提供し、転送経路を効果的に最適化することができる。
【課題を解決するための手段】
【０００６】
第１の形態では、メッセージ転送方法を提供する。この方法は、以下のステップを含む。
【０００７】
制御プレーンゲートウェイは、第１のＵＥの登録情報と第２のＵＥの登録情報とを取得する。上記第１のＵＥの登録情報は、上記第１のＵＥが通信するためのＵＥ識別子を含み、上記第２のＵＥの登録情報は、上記第２のＵＥが通信するためのＵＥ識別子を含む。
【０００８】
上記制御プレーンゲートウェイは、上記第１のＵＥの登録情報および上記第２のＵＥの登録情報によって、上記第１のＵＥと上記第２のＵＥの転送ルーティングテーブルを生成する。上記転送ルーティングテーブルは、上記第１のＵＥおよび上記第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含む。
【０００９】
上記制御プレーンゲートウェイは、上記転送ルーティングテーブルを第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイに配信する。上記転送ルーティングテーブルは、ユーザプレーンゲートウェイによって、上記第１のＵＥと上記第２のＵＥとの間のメッセージ転送経路を決定することに使用される。上記第１のユーザプレーンゲートウェイは、上記第１のＵＥが位置するゲートウェイであり、上記第２のユーザプレーンゲートウェイは、上記第２のＵＥが位置するゲートウェイである。
【００１０】
本出願の実施形態において、制御プレーンゲートウェイは、転送ルーティングテーブルを決定して転送ルーティングテーブルを第１のユーザプレーンゲートウェイに配信する。これによって、第１のユーザプレーンゲートウェイは、転送ルーティングテーブルによって第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定するようになり、メッセージ転送経路を最適化し、低遅延サービスの要件を満たすことができる。
【００１１】
本出願の実施形態では、上記第１のＵＥおよび第２のＵＥは、同一のユーザプレーンゲートウェイにあってもよく、ユーザプレーンゲートウェイをわたってもよい。すなわち、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、同じであってもよいし、異なってもよい。
【００１２】
いくつかの可能な実施形態において、上記第１のユーザプレーンゲートウェイと上記第２のユーザプレーンゲートウェイは同じである。
【００１３】
上記第１のＵＥと上記第２のＵＥの転送ルーティングテーブルを生成するステップは、以下のステップを含む。
【００１４】
上記制御プレーンゲートウェイは、上記登録情報と上記第１のユーザプレーンゲートウェイの識別子とによって上記転送ルーティングテーブルを生成する。上記転送ルーティングテーブルは、上記第１のユーザプレーンゲートウェイから上記第１のＵＥに到達するルートと、上記第１のユーザプレーンゲートウェイから上記第２のＵＥに到達するルートとを含む。上記第１のＵＥと上記第２のＵＥのメッセージ転送は、上記第１のユーザプレーンゲートウェイを介する直接伝送である。
【００１５】
このようにして、第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイを介する直接転送であってもよい。第１のユーザプレーンゲートウェイから伝送ネットワークおよび中央ゲートウェイを経由してバイパス転送する必要はなくなる。転送経路を最適化し、転送遅延を低減し、低遅延サービスの要件を満たすことができる。
【００１６】
いくつかの可能な実施形態において、上記第１のユーザプレーンゲートウェイと上記第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイである。
【００１７】
上記第１のＵＥと上記第２のＵＥの転送ルーティングテーブルを生成するステップは、以下のステップを含む。
【００１８】
上記制御プレーンゲートウェイは、上記登録情報と、上記第１のユーザプレーンゲートウェイの識別子と、上記第２のユーザプレーンゲートウェイの識別子とによって、上記転送ルーティングテーブルを生成する。上記転送ルーティングテーブルは、上記第１のユーザプレーンゲートウェイから上記第２のユーザプレーンゲートウェイを経由して上記第２のＵＥに到達するルートと、上記第２のユーザプレーンゲートウェイから上記第１のユーザプレーンゲートウェイを経由して上記第１のＵＥに到達するルートとを含む。
【００１９】
オプションとして、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、同じ中央ゲートウェイにおける異なるユーザプレーンゲートウェイである。
【００２０】
ここで、第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを介する転送であってもよい。ユーザプレーンゲートウェイから伝送ネットワークおよび中央ゲートウェイを経由してバイパス転送する必要はなくなる。転送経路を最適化し、転送遅延を低減し、低遅延サービスの要件を満たすことができる。そして、第１のＵＥのＩＰアドレスと第２のＵＥのＩＰアドレスは、中央ゲートウェイにより割り当てられたものである。中央ゲートウェイが変更されないので、ＵＥがローカルＵＰＦ１からローカルＵＰＦ２に切り替わっても、ＵＥのＩＰアドレスは変更しない。これによって、上位層アプリケーションの連続性が確保され、ゲートウェイの再接続によるサービス中断が回避される。
【００２１】
いくつかの可能な実施形態において、上記転送ルーティングテーブルを生成する前に、上記方法は、更に以下のステップを含む。
【００２２】
上記制御プレーンゲートウェイは、上記登録情報を更新して、更新された上記登録情報を取得する。
【００２３】
上記制御プレーンゲートウェイは、更新された上記登録情報によって上記転送ルーティングテーブルを更新する。
【００２４】
ここで、制御プレーンゲートウェイは、更新を行う際に、ユーザプレーンゲートウェイにおいて変更されたＵＥのエントリのみを更新してもよく、登録されたＵＥエントリをすべて更新する必要がないので、更新範囲が減少し、処理負荷が軽減される。
【００２５】
いくつかの可能な実施形態において、上記制御プレーンゲートウェイは、上記転送ルーティングテーブルを上記第１のユーザプレーンゲートウェイと上記第２のユーザプレーンゲートウェイに配信する前に、上記方法は、更に以下のステップを含む。
【００２６】
上記制御プレーンゲートウェイは、上記第１のユーザプレーンゲートウェイおよび上記第２のユーザプレーンゲートウェイに、トンネル構築リクエストを送信する。上記トンネル構築リクエストは、上記第１のユーザプレーンゲートウェイと上記第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用される。
【００２７】
上記制御プレーンゲートウェイは、上記第１のユーザプレーンゲートウェイにより送信された第１のトンネル構築リクエスト応答を受信する。上記第１のトンネル構築リクエスト応答は、上記第１のユーザプレーンゲートウェイによって上記トンネル構築リクエストに応答することに使用される。
【００２８】
上記制御プレーンゲートウェイは、上記第２のユーザプレーンゲートウェイにより送信された第２のトンネル構築リクエスト応答を受信する。上記第２のトンネル構築リクエスト応答は、上記第２のユーザプレーンゲートウェイによって上記トンネル構築リクエストに応答することに使用される。
【００２９】
ここで、制御プレーンゲートウェイは、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネル接続を要求して、ユーザプレーンゲートウェイをわたる通信を実現し、これによって転送経路を最適化することができる。
【００３０】
第２の形態では、メッセージ転送方法を提供する。この方法は、以下のステップを含む。
【００３１】
第１のユーザプレーンゲートウェイは、制御プレーンゲートウェイにより送信された転送ルーティングテーブルを受信する。上記転送ルーティングテーブルは、第１のＵＥおよび第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含む。
【００３２】
上記第１のユーザプレーンゲートウェイは、上記転送ルーティングテーブルによって、上記第１のＵＥと上記第２のＵＥとの間のメッセージ転送経路を決定する。上記第１のユーザプレーンゲートウェイは、上記第１のＵＥが位置するゲートウェイであり、第２のユーザプレーンゲートウェイは、上記第２のＵＥが位置するゲートウェイである。
【００３３】
本出願の実施形態では、第１のユーザプレーンゲートウェイは、制御プレーンゲートウェイにより送信された転送ルーティングテーブルを受信し、転送ルーティングテーブルによって、第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定するようになり、メッセージ転送経路を最適化し、低遅延サービスの要件を満たすことができる。
【００３４】
本出願の実施形態では、上記第１のＵＥおよび第２のＵＥは、同一のユーザプレーンゲートウェイにあってもよく、ユーザプレーンゲートウェイをわたってもよい。すなわち、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、同じであってもよいし、異なってもよい。
【００３５】
いくつかの可能な実施形態において、上記第１のユーザプレーンゲートウェイと上記第２のユーザプレーンゲートウェイは同じである。上記転送ルーティングテーブルは、上記第１のユーザプレーンゲートウェイから上記第１のＵＥに到達するルートと、上記第１のユーザプレーンゲートウェイから上記第２のＵＥに到達するルートとを含む。
【００３６】
上記第１のユーザプレーンゲートウェイが上記転送ルーティングテーブルによって上記第１のＵＥと上記第２のＵＥとの間のメッセージ転送経路を決定するステップは、以下のステップを含む。
【００３７】
上記第１のユーザプレーンゲートウェイは、上記転送ルーティングテーブルによって、上記第１のＵＥと上記第２のＵＥのメッセージ転送が上記第１のユーザプレーンゲートウェイを介する直接伝送であると決定する。
【００３８】
このようにして、第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイを介する直接転送であってもよい。第１のユーザプレーンゲートウェイから伝送ネットワークおよび中央ゲートウェイを経由してバイパス転送する必要はなくなる。転送経路を最適化し、転送遅延を低減し、低遅延サービスの要件を満たすことができる。
【００３９】
いくつかの可能な実施形態において、上記第１のユーザプレーンゲートウェイと上記第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイである。上記転送ルーティングテーブルは、上記第１のユーザプレーンゲートウェイから上記第２のユーザプレーンゲートウェイを経由して上記第２のＵＥに到達するルートと、上記第２のユーザプレーンゲートウェイから上記第１のユーザプレーンゲートウェイを経由して上記第１のＵＥに到達するルートとを含む。
【００４０】
そのうち、上記第１のユーザプレーンゲートウェイが上記転送ルーティングテーブルによって上記第１のＵＥと上記第２のＵＥとの間のメッセージ転送経路を決定するステップは、以下のステップを含む。
【００４１】
上記第１のユーザプレーンゲートウェイは、上記転送ルーティングテーブルによって、第１のＵＥと第２のＵＥのメッセージ転送が上記第１のユーザプレーンゲートウェイと上記第２のユーザプレーンゲートウェイとの間のトンネルを介する伝送であると決定する。
【００４２】
オプションとして、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、同じ中央ゲートウェイにおける異なるユーザプレーンゲートウェイである。
【００４３】
ここで、第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを介する転送であってもよい。ユーザプレーンゲートウェイから伝送ネットワークおよび中央ゲートウェイを経由してバイパス転送する必要はなくなる。転送経路を最適化し、転送遅延を低減し、低遅延サービスの要件を満たすことができる。そして、第１のＵＥのＩＰアドレスと第２のＵＥのＩＰアドレスは、中央ゲートウェイにより割り当てられたものである。中央ゲートウェイが変更されないので、ＵＥがローカルＵＰＦ１からローカルＵＰＦ２に切り替わっても、ＵＥのＩＰアドレスは変更しない。これによって、上位層アプリケーションの連続性が確保され、ゲートウェイの再接続によるサービス中断が回避される。
【００４４】
いくつかの可能な実施形態において、上記方法は、更に以下のステップを含む。
【００４５】
上記第１のユーザプレーンゲートウェイは、上記制御プレーンゲートウェイにより送信されたトンネル構築リクエストを受信する。上記第１のトンネル構築リクエストは、上記第１のユーザプレーンゲートウェイと上記第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用される。
【００４６】
上記第１のユーザプレーンゲートウェイは、上記制御プレーンゲートウェイに第１のトンネル構築リクエスト応答を送信する。上記第１のトンネル構築リクエスト応答は、上記第１のユーザプレーンゲートウェイによって上記トンネル構築リクエストに応答することに使用される。
【００４７】
ここで、制御プレーンゲートウェイは、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネル接続を要求して、ユーザプレーンゲートウェイをわたる通信を実現し、これによって転送経路を最適化することができる。
【００４８】
第３の形態では、上述した第１の形態または第１の形態の任意の可能な実施形態に係る方法を実行するための制御プレーンゲートウェイを提供する。具体的に、この制御プレーンゲートウェイは、上述した第１の形態または第１形態の任意の可能な実施形態に係る方法を実行するためのモジュールを含む。
【００４９】
第４の形態では、上述した第２の形態または第２の形態の任意の可能な実施形態に係る方法を実行するためのユーザプレーンゲートウェイを提供する。具体的に、このユーザプレーンゲートウェイは、上述した第２の形態または第２形態の任意の可能な実施形態に係る方法を実行するためのモジュールを含む。
【００５０】
第５の形態では、プロセッサ、メモリ、およびトランシーバを含む制御プレーンゲートウェイを提供する。プロセッサは、メモリおよびトランシーバに接続される。メモリは命令を記憶することに使用され、プロセッサは命令を実行することに使用され、トランシーバはプロセッサの制御下で他のネットワーク要素と通信することに使用される。プロセッサがメモリにより記憶された命令を実行する際に、実行によっては、プロセッサに第１の態様または第１の態様の任意の可能な実施形態に係る方法を実行させる。
【００５１】
第６の形態では、プロセッサ、メモリ、およびトランシーバを含むユーザプレーンゲートウェイを提供する。プロセッサは、メモリおよびトランシーバに接続される。メモリは命令を記憶することに使用され、プロセッサは命令を実行することに使用され、トランシーバはプロセッサの制御下で他のネットワーク要素と通信することに使用される。プロセッサがメモリにより記憶された命令を実行する際に、実行によっては、プロセッサに第２の態様または第２の態様の任意の可能な実施形態に係る方法を実行させる。
【００５２】
第７の形態では、プログラムを記憶するコンピュータ可読記憶媒体を提供する。このプログラムは、制御プレーンゲートウェイに第１の態様および各実施形態に係るいずれかのプロセッサ転送方法を実行させる。
【００５３】
第８の形態では、プログラムを記憶するコンピュータ可読記憶媒体を提供する。このプログラムは、ユーザプレーンゲートウェイに第２ユーザの態様および各実施形態に係るいずれかのプロセッサ転送方法を実行させる。
【００５４】
第９の形態では、命令を記憶する通信チップを提供する。この命令は、制御プレーンゲートウェイで実行されるとき、上記通信チップに第１の態様または第１の態様の任意の可能な実施形態に係る方法を実行させる。
【００５５】
第１０の形態では、命令を記憶する通信チップを提供する。この命令は、ユーザプレーンゲートウェイで実行されるとき、上記通信チップに第２の態様または第２の態様の任意の可能な実施形態に係る方法を実行させる。
【００５６】
第１１の形態では、命令を格納するコンピュータプログラム製品を提供する。この命令は、コンピュータで実行されるとき、コンピュータに第１の態様または第１の態様の任意の可能な実施形態に係る方法または第２の態様または第２の態様の任意の可能な実施形態に係る方法を実行させる。
【図面の簡単な説明】
【００５７】
【図１】制御プレーンとユーザプレーンが分離する（ＣＵＰＳ）ネットワークアーキテクチャ図である。
【図２】本出願の実施形態が適用されるシナリオの概略図である。
【図３】本出願の実施形態に係る制御プレーンゲートウェイの構成ブロック図である。
【図４】本出願の実施形態に係るユーザプレーンゲートウェイの構成ブロック図である。
【図５】本出願の一実施形態に係るメッセージ転送方法の概略的なシーケンス図である。
【図６】本出願の実施形態の適用例の概略図である。
【図７】本出願の実施形態の別の適用例の概略図である。
【図８】本出願の実施形態に係る特定のプロセスのシーケンス図である。
【図９】本出願の実施形態に係る制御プレーンゲートウェイの概略的なブロック図である。
【図１０】本出願の実施形態に係るユーザプレーンゲートウェイの概略的なブロック図である。
【図１１】本出願の実施形態に係るユーザプレーンゲートウェイの概略的なブロック図である。
【発明を実施するための形態】
【００５８】
以下、図面と合わせて、本出願に係る技術的解決手段を説明する。
【００５９】
本出願の実施形態に係る技術的解決手段は、グローバルモバイル通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ（登録商標））システム、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）システム、および広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、長期的進化（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＦＤＤ）システム、ＬＴＥ時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ、ＴＤＤ）、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、ＵＭＴＳ）、世界的な相互運用性マイクロ波アクセス（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ、ＷｉＭＡＸ）通信システム、および将来の第５世代（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ、  ５Ｇ）システムまたは新しい無線（Ｎｅｗ  Ｒａｄｉｏ、ＮＲ）などの様々な通信システムに適用することができる。
【００６０】
本出願の実施形態に係る技術的解決手段は、制御プレーンとユーザプレーンが分離する（ＣＵＰＳ）ネットワークアーキテクチャに適用することができる。制御プレーンとユーザプレーンが分離するというのは、制御プレーンおよびユーザプレーンの機能を兼ね備える一部または全部のネットワーク要素を制御プレーンのネットワーク要素およびユーザプレーンのネットワーク要素という２つの個体に分割することである。ＣＵＰＳはＣＵ分離とも呼ばれる。ＣＵ分離のネットワークアーキテクチャにおいて、制御プレーンのネットワーク要素は、他のネットワーク要素とのシグナリング接続や、ユーザデバイスのモビリティ管理およびセッション管理要求の処理や、ユーザデバイスのコンテキストの管理およびデータ伝送チャネルの確立などの制御プレーンの主な機能を有する。ユーザプレーンのネットワーク要素は、ユーザ装置のダウンリンクとアップリンク通信データパケットの転送、データパケットに対するサービス品質（ＱｏＳ）の制御およびトラフィック統計処理などのユーザプレーンの主な機能を有する。このうち、チャネルは、トンネル（ｔｕｎｎｅｌ）とも呼ぶことができ、例えば、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、ＧＰＲＳ）のトンネリングプロトコル（ＧＰＲＳ  Ｔｕｎｎｅｌｌｉｎｇ  Ｐｒｏｔｏｃｏｌ、ＧＴＰ）トンネルなどであってもよい。
【００６１】
図１は、ＣＵＰＳのネットワークアーキテクチャ図を示す。図１に示すように、ネットワークアーキテクチャは、主に、ＵＥ、基地局、制御プレーンゲートウェイ、およびサーバを含む。図１において、点線は、メッセージが制御プレーンを介して伝送されることを示し、実線は、メッセージまたはデータパケットがユーザプレーンを介して伝送されることを示す。
【００６２】
ＵＥは、端末装置、アクセス端末、ユーザユニット、ユーザ局、移動局、移動ステーション、遠隔局、遠隔端末、モバイル装置、ユーザ端末、端末、無線通信装置、ユーザエージェント、またはユーザ装置であってもよい。端末装置は、携帯電話、コードレス電話、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、ワイヤレス通信機能を備えるハンドヘルドデバイス、コンピューティングデバイスまたは無線モデムに接続された他の処理装置、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークの端末装置または将来の進化された地上波公共移動通信ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＰＬＭＮ）中の端末装置、車とモノとの通信（Ｖｅｈｉｃｌｅ  ｔｏ  Ｘ、Ｖ２Ｘ）デバイス、車車間通信（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ、Ｖ２Ｖ）デバイスなどであってもよい。本出願の実施形態はこれについて限定しない。ＵＥは、シグナリングメッセージを介して制御プレーンゲートウェイと通信することができるし、またはユーザプレーンゲートウェイにデータパケットを伝送することができる。
【００６３】
基地局は、本出願の実施形態で使用されるＣＰ分離のネットワークアーキテクチャの可能な構成要素である。それは、将来の５Ｇネットワークにおける基地局デバイスｇ−ＮＢ、小型基地局デバイス、ｅＮＢであってもよいし、クラウド無線アクセスネットワーク（Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＣＲＡＮ）シナリオにおける無線コントローラ、またはモビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、ＭＭＥ）であってもよい。或いは、基地局は、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、および将来の５Ｇネットワークにおけるネットワークデバイスまたは将来の進化されたＰＬＭＮネットワークにおけるネットワークデバイスあってもよい。本出願の実施形態はこれについて限定しない。ＵＥは、基地局を介して制御プレーンゲートウェイおよびユーザプレーンゲートウェイと通信する。当然ながら、ＵＥは、制御プレーンゲートウェイおよびユーザプレーンゲートウェイと直接通信することもできる。すなわち、ＣＰ分離のネットワークアーキテクチャには、基地局がなくてもよい。本出願の実施形態はこれについて限定しない。
【００６４】
５Ｇネットワークにおけるコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ、ＣＮ）は、制御プレーンのネットワーク機能（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ、ＮＦ）およびユーザプレーンのネットワーク機能を含む。コアネットワークは、５Ｇアクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＲＡＮ）に接続される。
【００６５】
制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ、ＣＰ）ゲートウェイには、制御プレーンのインターフェイスがある。これは、主に、他のネットワーク要素とのシグナリング接続、ユーザモビリティ管理およびセッション管理要求の処理、ユーザコンテキストの管理およびデータ伝送チャネルの確立に使用される。制御プレーンゲートウェイは、静的ＩＰアドレス割り当てまたは動的ＩＰアドレス割り当ての際にゲートウェイの自律割り当てに使用されることができる。制御プレーンゲートウェイは、パブリックデータネットワークゲートウェイ（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  ＧａｔｅＷａｙ、ＰＧＷ）が分離された後に制御プレーンの機能を有する制御ゲートウェイ（Ｃｏｎｔｒｏｌ  ＧａｔｅＷａｙ、ＣＧＷ）であってもよい。
【００６６】
オプションとして、制御プレーンのネットワーク機能は、セッション管理機能（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ、ＳＭＦ）、アクセスおよびモビリティ管理機能（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ、ＡＭＦ）であってもよい。
【００６７】
ユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ、ＵＰ）ゲートウェイ（Ｇａｔｅｗａｙ）は、ユーザプレーンのインターフェイスを有する。これは、主に、ユーザのコンテキストのデータパケットの送信、データパケットに対するＱｏＳ制御とトラフィック統計の実行などに使用される。ユーザプレーンゲートウェイは、動的ＩＰアドレス割り当ての際にゲートウェイの自律割り当て、動的ＩＰアドレス割り当ての際に外部ネットワーク割り当てに使用されることができる。サーバ（Ｓｅｒｖｅｒ）は、ＩＰアドレスを割り当てることができ、ユーザプレーンゲートウェイに接続してデータパケットを送受信することができる。ユーザプレーンゲートウェイは、ＰＧＷが分離された後にユーザプレーン機能を有するユーザプレーンゲートウェイ（Ｕｓｅｒ  ＧａｔｅＷａｙ、ＵＧＷ）であってもよい。
【００６８】
さらに、ユーザプレーンゲートウェイが沈下されたシナリオにおいて、ユーザプレーンゲートウェイは、中央ゲートウェイ（例えば、アンカー（Ａｎｃｈｏｒ）ユーザプレーン機能（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ、ＵＰＦ））とエッジゲートウェイ（例えば、ローカル（Ｌｏｃａｌ）ＵＰＦ）とに分離されてもよい。その中で、Ａｎｃｈｏｒ  ＵＰＦはユーザプレーンアンカーとして使用され、Ｌｏｃａｌ  ＵＰＦは、ユーザプレーンを拡張して、低遅延サービスのための近端転送を提供する。一つのＡｎｃｈｏｒ  ＵＰＦは、複数のＬｏｃａｌ  ＵＰＦに対応することができる。ＵＥが移動すると、Ｌｏｃａｌ  ＵＰＦをわたるシナリオが発生する。
【００６９】
図２は、本出願の実施形態が適用されるシナリオの概略図である。図２に示すように、ネットワークアーキテクチャは、主に、制御プレーンゲートウェイ、伝送ネットワーク、ユーザプレーンゲートウェイ、および車両（車両１および車両２を含む）を含む。そのうち、ユーザプレーンゲートウェイは、アンカー（Ａｎｃｈｏｒ）ＵＰＦとローカル（Ｌｏｃａｌ）ＵＰＦ（Ｌｏｃａｌ  ＵＰＦ１とＬｏｃａｌ  ＵＰＦ２を含む）に分離される。あるいは、車両１と車両２とは、同一のＬｏｃａｌ  ＵＰＦ（例えば、図２の車線Ｔ１に示す車両１および車両２）において通信することができるし、Ｌｏｃａｌ  ＵＰＦをわたって（図２の車線Ｔ２に示す車両１および車両２）通信することもできる。
【００７０】
上記の説明は、図２のシナリオを例にとったものであり、本出願の実施形態の保護の範囲を限定するものではないことを理解されるべきである。
【００７１】
従来の解決手段において、車両１と車両２の両方がＬｏｃａｌ  ＵＰＦ１にある場合、車両１と車両２は、経路１を介してメッセージを転送する。車両２がＬｏｃａｌ  ＵＰＦ２に移動する場合、車両１および車両２は、経路２を介してメッセージを転送する。しかし、経路１であろうと経路２であろうと、車両１と車両２との間のメッセージ転送の経路は、長くなり、遅延が大きく、低遅延サービスの要件を満たすことができない。
【００７２】
これに鑑みて、本出願の実施形態は、経路を最適化することによって、低遅延サービスの要件を満たすための新しい解決手段を提案する。
【００７３】
図３は、本出願の実施形態に係る制御プレーンゲートウェイ３００の構成ブロック図を示す。図３に示すように、図示の制御プレーンゲートウェイ３００は、プロセッサ３０１、メモリ３０２、およびトランシーバ３０３を含む。
【００７４】
プロセッサ３０１、メモリ３０２およびトランシーバ３０３は、内部接続経路を介して互いに通信し、制御および／またはデータ信号を伝達する。１つの可能な設計では、プロセッサ３０１、メモリ３０２、およびトランシーバ３０３は、チップによって実現することができる。メモリ３０２は、プログラムコードを格納することができる。プロセッサ３０１は、メモリ３０２に格納されたプログラムコードを呼び出して制御プレーンゲートウェイに関連する機能を実現する。
【００７５】
プロセッサ３０１は、以下のことに使用される。
【００７６】
トランシーバ３０３を介して第１のＵＥの登録情報と第２のＵＥの登録情報を取得する。第１のＵＥの登録情報は、第１のＵＥが通信するためのＵＥ識別子を含む。第２のＵＥの登録情報は、第２のＵＥが通信するためのＵＥ識別子を含む。
【００７７】
制御プレーンゲートウェイは、第１のＵＥの登録情報と第２のＵＥの登録情報によって、第１のＵＥと第２のＵＥの転送ルーティングテーブルを生成する。転送ルーティングテーブルは、第１のＵＥおよび第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含む。
【００７８】
転送ルーティングテーブルは、トランシーバ３０３により、第１のユーザプレーンゲートウェイおよび第２のユーザプレーンゲートウェイに送信される。転送ルーティングテーブルは、ユーザプレーンゲートウェイによって第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定することに使用される。第１のユーザプレーンゲートウェイは、第１のＵＥが位置するゲートウェイである。第２のユーザプレーンゲートウェイは、第２のＵＥが位置するゲートウェイである。
【００７９】
理解されるように、図示されていないが、制御プレーンゲートウェイ３００は、入力装置、出力装置、バッテリなどの他の装置を含んでもよい。
【００８０】
１つの可能な設計では、メモリ３０２は、本出願の実施形態に係るメッセージ転送方法における制御プレーンゲートウェイにより実行される方法を実行するための命令を格納することができる。プロセッサ３０１は、メモリ３０２に格納された命令を実行して、他のハードウェア（例えば、トランシーバ３０３）と共に、以下の方法で制御プレーンゲートウェイにより実行されるステップを実現することができる。具体的な作業プロセスおよび利点は、以下の方法に関する実施形態の説明を参照してもよい。
【００８１】
図４は、本出願の実施形態に係るユーザプレーンゲートウェイ４００の構造ブロック図を示す。図４に示すように、図示のユーザプレーンゲートウェイ４００は、プロセッサ４０１、メモリ４０２、およびトランシーバ４０３を含む。
【００８２】
プロセッサ４０１、メモリ４０２、およびトランシーバ４０３は、内部接続経路を介して互いに通信し、制御および／またはデータ信号を伝達する。１つの可能な設計では、プロセッサ４０１、メモリ４０２、およびトランシーバ４０３は、チップによって実現することができる。メモリ４０２はプログラムコードを格納することができる。プロセッサ４０１は、メモリ４０２に格納されたプログラムコードを呼び出して、ユーザプレーンゲートウェイに関連する機能を実現する。
【００８３】
プロセッサ４０１、以下のことに使用される。
【００８４】
トランシーバ４０３を介して制御プレーンゲートウェイから送信された転送ルーティングテーブルを受信する。転送ルーティングテーブルは、第１のＵＥと第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含む。
【００８５】
転送ルーティングテーブルによって、第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定する。
【００８６】
理解されるように、図示されていないが、ユーザプレーンゲートウェイ４００は、入力装置、出力装置、バッテリなどの他の装置を含んでもよい。
【００８７】
１つの可能な設計では、メモリ４０２は、本出願の実施形態に係るメッセージ転送方法におけるユーザプレーンゲートウェイにより実行される方法を実行するための命令を格納することができる。プロセッサ４０１は、メモリ４０２に格納された命令を実行して、他のハードウェア（例えば、トランシーバ４０３）と共に、以下の方法でユーザプレーンゲートウェイ（第１のユーザプレーンゲートウェイまたは第２のユーザプレーンゲートウェイ）により実行されるステップを実現することができる。具体的な作業プロセスおよび利点は、以下の発明方法に関する実施形態の説明を参照してもよい。
【００８８】
本出願の実施形態に係る方法は、プロセッサに適用されてもよいし、プロセッサによって実現されてもよい。プロセッサは、信号処理能力を有する集積回路チップであってもよい。実現プロセスにおいて、以下の方法における各ステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェア形態の命令によって完成されてもよい。上記プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）、他のプログラミング論理デバイス、個別ゲートまたはトランジスタ論理デバイス、個別ハードウェアコンポーネントなどであってもよい。また、システムオンチップ（ｓｙｓｔｅｍ  ｏｎ  ｃｈｉｐ、ＳｏＣ）、中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｏｒ  ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ  ｐｒｏｃｅｓｓｏｒ、ＮＰ）、デジタル信号処理回路（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、マイクロコントローラ（ｍｉｃｒｏ  ｃｏｎｔｒｏｌｌｅｒ  ｕｎｉｔ、ＭＣＵ）、プログラマブルロジックデバイス（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＰＬＤ）、または他の集積チップであってもよく、本出願の実施形態に係る方法、ステップ、および論理ブロック図を実現または実行することができる。汎用プロセッサは、マイクロプロセッサであってもよいし、或いは、このプロセッサは、任意の従来のプロセッサなどであってもよい。本出願の実施形態に係る方法のステップは、ハードウェア復号化プロセッサによる直接実行によって実現されてもよいし、復号化プロセッサ内のハードウェアとソフトウェアのモジュールによる組み合わせ実行によって実現されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）、プログラム可能読み出し専用メモリまたは電気的消去可能プログラマブルメモリ、レジスタなどの当業で成熟した記憶媒体内に配置されてもよい。この記憶媒体はメモリに位置し、プロセッサはメモリ内の命令を読み取り、ハードウェアと共に、以下に説明する方法におけるステップを実行する。
【００８９】
図５は、本出願の実施形態に係るメッセージ転送方法５００の概略的なシーケンス図を示す。図５に示すように、方法５００は、以下のステップを含む。
【００９０】
Ｓ５０１において、制御プレーンゲートウェイは、第１のＵＥの登録情報と第２のＵＥの登録情報とを取得する。第１のＵＥの登録情報は、第１のＵＥが通信するためのＵＥ識別子を含む。第２のＵＥの登録情報は、第２のＵＥが通信するためのＵＥ識別子を含む。
【００９１】
オプションとして、制御プレーンゲートウェイは、ＡＭＦ／ＳＭＦノードまたはデバイスであってもよいし、ＭＭＥであってもよく、これらに限定されない。
【００９２】
オプションとして、第１のＵＥの登録情報は、第１のＵＥのユーザエントリと、第１のＵＥが通信するためのＵＥ識別子とを含むことができる。第２のＵＥの登録情報は、第２のＵＥのユーザエントリと、第２のＵＥが通信するためのＵＥ識別子とを含むことができる。
【００９３】
オプションとして、制御プレーンゲートウェイは、上記登録情報によって、第１のＵＥと第２のＵＥとの間のメッセージ転送関係を検知することができる。
【００９４】
具体的には、第１のＵＥおよび第２のＵＥの両方がＶ２Ｘサーバに登録し、グループに参加する。そして、制御プレーンゲートウェイは、Ｖ２Ｘコントローラを介して上記登録情報を取得することにより、第１のＵＥと第２のＵＥとが同一の通信グループに属することを検知し、転送ルーティングテーブルを配信する。
【００９５】
オプションとして、実際の実装では、上記登録情報は、サーバ（例えば、Ｖ２Ｘサーバ）を介して制御プレーンゲートウェイによって自発的に取得されてもよく、ネットワークエクスポージャー機能（Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ、ＮＥＦ）を介してサーバにより制御プレーンゲートウェイに送信されてもよく、制御プレーンゲートウェイに予め設定されてもよい。本出願の実施形態は、これを限定しない。
【００９６】
理解されるように、ここでは、第１のＵＥおよび第２のＵＥが一例として示されている。オプションとして、制御プレーンゲートウェイは、通信ニーズを有する複数のＵＥの登録情報を取得してもよい。本出願の実施形態では、これについて限定しない。
【００９７】
Ｓ５０２において、制御プレーンゲートウェイは、第１のＵＥの登録情報および第２のＵＥの登録情報によって、第１のＵＥと第２のＵＥの転送ルーティングテーブルを生成する。転送ルーティングテーブルは、第１のＵＥと第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含む。
【００９８】
具体的には、制御プレーンゲートウェイは、第１のＵＥの登録情報と第２のＵＥの登録情報とに基づいて、ユーザのコンテキストと関連付けを行い、転送プレーンで転送ルーティングテーブルを生成する。
【００９９】
オプションとして、制御プレーンゲートウェイは、転送ルーティングテーブルを維持することができる。転送ルーティングテーブルは、第１のＵＥと第２のＵＥとの間の通信経路に必要な情報を含むことができる。例えば、転送ルーティングテーブルは、第１のＵＥのインターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、ＩＰ）アドレス、第２のＵＥのＩＰアドレス、および第１のＵＥおよび第２のＵＥが位置するユーザプレーンゲートウェイの識別子（Ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）、第１のＵＥのネクストホップデバイスのアドレス、第２のＵＥのネクストホップデバイスのアドレスなどの情報を含んでもよい。
【０１００】
理解されるように、第１のＵＥと第２のＵＥがメッセージ転送を行う経路は、第１のＵＥから第２のＵＥへの通信であってもよいし、第２のＵＥから第１のＵＥへの通信であってもよい。これは特に限定されない。これに対応して、転送ルーティングテーブルは、第１のＵＥが第２のＵＥと通信するときの片方向経路のルーティング情報を含んでもよいし、双方向経路のルーティング情報も含んでもよい。これは限定されない。
【０１０１】
Ｓ５０３において、制御プレーンゲートウェイは、転送ルーティングテーブルを第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイに配信する。転送ルーティングテーブルは、ユーザプレーンゲートウェイが第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定することに使用される。
【０１０２】
オプションとして、第１のユーザプレーンゲートウェイまたは第２のユーザプレーンゲートウェイはＬｏｃａｌ  ＵＰＦである。オプションとして、第１のＵＥと第２のＵＥが同一のユーザプレーンゲートウェイ（例えば、第１のユーザプレーンゲートウェイ）にある場合、制御プレーンゲートウェイは、転送ルーティングテーブルを第１のユーザプレーンゲートウェイに配信する。
【０１０３】
これに対応して、第１のユーザプレーンゲートウェイは、制御プレーンゲートウェイにより配信された転送ルーティングテーブルを受信する。
【０１０４】
Ｓ５０４において、第１のユーザプレーンゲートウェイは、転送ルーティングテーブルによって第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定する。
【０１０５】
これに対応して、第２のユーザプレーンゲートウェイは、制御プレーンゲートウェイにより配信された転送ルーティングテーブルを受信する。
【０１０６】
Ｓ５０５において、第２のユーザプレーンゲートウェイは、転送ルーティングテーブルによって第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定する。
【０１０７】
オプションとして、ＵＥの転送メッセージは、両者間の通信用のＩＰアドレスを含む。ＵＥは、ＩＰアドレスに基づいて転送ルーティングテーブルを検索することができる。
【０１０８】
理解されるように、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとが同じである場合、ステップＳ５０５は実行されなくてもよい。ステップＳ５０３において、制御プレーンゲートウェイは、第１のユーザプレーンゲートウェイにのみ、転送ルーティングテーブルを送信してもよい。
【０１０９】
本出願の実施形態では、制御プレーンゲートウェイは、転送ルーティングテーブルを決定して、第１のユーザプレーンゲートウェイに転送ルーティングテーブルを配信する。これによって、第１のユーザプレーンゲートウェイは、転送ルーティングテーブルによって第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定するようになり、メッセージ転送経路を最適化し、低遅延サービスの要件を満たすことができる。
【０１１０】
補足説明するのは、本出願の実施形態では、上記第１のＵＥおよび第２のＵＥは、同一のユーザプレーンゲートウェイにあってもよく、ユーザプレーンゲートウェイをわたってもよい。すなわち、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、同じであってもよいし、異なってもよい。当然ながら、いずれの場合にも、本出願の実施形態に係る技術的解決手段が適用可能である。これらの状況については、以下で詳しく説明する。
【０１１１】
オプションとして、第１のユーザプレーンゲートウェイと第２のＵＥユーザプレーンゲートウェイが同じである場合、第１のＵＥと第２のＵＥの転送ルーティングテーブルを生成するステップは、以下の通りである。
【０１１２】
制御プレーンゲートウェイは、登録情報と第１のユーザプレーンゲートウェイの識別子によって転送ルーティングテーブルを生成する。転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第１のＵＥに到達するルートと、第１のユーザプレーンゲートウェイから第２のＵＥに到達するルートとを含む。第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイを介する直接送信である。
【０１１３】
具体的には、第１のＵＥと第２のＵＥが同じユーザプレーンゲートウェイ（例えば、第１のユーザプレーンゲートウェイ）にある場合、制御プレーンゲートウェイは、第１のＵＥおよび第２のＵＥの登録情報並びに第１のユーザプレーンゲートウェイの識別子に基づいて、転送ルーティングテーブルを生成して、転送ルーティングテーブルを第１のユーザプレーンゲートウェイに配信する。上記転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第１のＵＥに到達するルートと、第１のユーザプレーンゲートウェイから第２のＵＥに到達するルートとを含む。すなわち、第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイを介するローカルな転送である。
【０１１４】
これに対応して、第１のユーザプレーンゲートウェイは、転送ルーティングテーブルによって第１のＵＥと第２のＵＥのメッセージ転送が第１のユーザプレーンゲートウェイを介する直接送信であると決定する。
【０１１５】
このようにして、第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイ（例えば、図２のＵＰＦ１）を介する直接転送であってもよい。第１のユーザプレーンゲートウェイから伝送ネットワークおよび中央ゲートウェイ（図２のアンカーＵＰＦなど）を経由してバイパス転送する必要はなくなる。転送経路を最適化し、転送遅延を低減し、低遅延サービスの要件を満たすことができる。
【０１１６】
オプションとして、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは異なるユーザプレーンゲートウェイであってもよい。
【０１１７】
この場合、第１のＵＥと第２のＵＥの転送ルーティングテーブルを生成するステップは、以下のステップを含む。
【０１１８】
制御プレーンゲートウェイは、登録情報と、第１のユーザプレーンゲートウェイの識別子と、第２のユーザプレーンゲートウェイの識別子とによって転送ルーティングテーブルを生成する。転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第２のユーザプレーンゲートウェイを経由して第２のＵＥに到達するルートと、第２のユーザプレーンゲートウェイから第１のユーザプレーンゲートウェイを経由して第１のＵＥに到達するルートとを含む。
【０１１９】
オプションとして、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、同じ中央ゲートウェイにおける異なるユーザプレーンゲートウェイである。
【０１２０】
具体的には、第１のＵＥと第２のＵＥが同一のユーザプレーンゲートウェイにない場合、制御プレーンゲートウェイは、第１のＵＥと第２のＵＥの登録情報、第１のユーザプレーンゲートウェイの識別子、および第２のユーザプレーンゲートウェイの識別子によって転送ルーティングテーブルを生成して、転送ルーティングテーブルを第１のユーザプレーンゲートウェイおよび第２のユーザプレーンゲートウェイに配信することができる。転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第２のユーザプレーンゲートウェイを経由して第１のＵＥに到達するルートと、第２のユーザプレーンゲートウェイから第１のユーザプレーンゲートウェイを経由して第２のＵＥに到達するルートとを含む。第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを介する転送であってもよい。
【０１２１】
これに対応して、第１のユーザプレーンゲートウェイは、転送ルーティングテーブルによって、第１のＵＥと第２のＵＥのメッセージ転送が第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを介する送信であると決定する。
【０１２２】
ここで、第１のＵＥおよび第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネル（例えば、図２のローカルＵＰＦ１およびローカルＵＰＦ２のトンネル）を介する直接転送であってもよい。ユーザプレーンゲートウェイから伝送ネットワークと中央ゲートウェイ（例えば、図２のアンカーＡｎｃｈｏｒ  ＵＰＦ）を経由してバイパス転送される必要はなくなる。転送経路を最適化し、転送遅延を低減し、低遅延サービスの要件を満たすことができる。そして、第１のＵＥのＩＰアドレスと第２のＵＥのＩＰアドレスは、中央ゲートウェイにより割り当てられたものである。中央ゲートウェイが変更されないので、ＵＥがローカルＵＰ１からローカルＵＰＦ２に切り替わっても、ＵＥのＩＰアドレスは変更しない。これによって、上位層アプリケーションの連続性が確保され、ゲートウェイの再接続によるサービス中断が回避される。
【０１２３】
第１のＵＥおよび第２のＵＥが、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを使用して、メッセージ伝送を実行することができるということは、上記内容で説明されている。以下、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルをどのように開通するかについては、説明する。
【０１２４】
オプションとして、制御プレーンゲートウェイが転送ルーティングテーブルを第１のユーザプレーンゲートウェイおよび第２のユーザプレーンゲートウェイに配信する前に、この方法は更に以下のステップを含む。
【０１２５】
制御プレーンゲートウェイは、第１のユーザプレーンゲートウェイおよび第２のユーザプレーンゲートウェイに、トンネル構築リクエストを送信する。トンネル構築リクエストは、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用される。
【０１２６】
これに対応して、第１のユーザプレーンゲートウェイは、トンネル構築リクエストを受信し、第２のユーザプレーンゲートウェイは、トンネル構築リクエストを受信する。
【０１２７】
第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間にトンネルを構築した後、第１のユーザプレーンゲートウェイは、制御プレーンゲートウェイに第１のトンネル構築リクエスト応答を送信する。第１のトンネル構築リクエスト応答は、第１のユーザプレーンゲートウェイがトンネル構築リクエストに応答することに使用される。
【０１２８】
これに対応して、制御プレーンゲートウェイは、第１のユーザプレーンゲートウェイにより送信された第１のトンネル構築リクエスト応答を受信する。
【０１２９】
第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間にトンネルを構築した後、第２のユーザプレーンゲートウェイは、制御プレーンゲートウェイに第２のトンネル構築リクエスト応答を送信する。第２のトンネル構築リクエスト応答は、第２のユーザプレーンゲートウェイがトンネル構築リクエストに応答することに使用される。
【０１３０】
これに対応して、制御プレーンゲートウェイは、第２のユーザプレーンゲートウェイにより送信された第２のトンネル構築リクエスト応答を受信する。
【０１３１】
すなわち、制御プレーンゲートウェイは、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネル接続を要求して、ユーザプレーンゲートウェイ間の通信を実現し、これによって転送経路を最適化することができる。
【０１３２】
当業者に本出願の実施形態に係る技術的解決手段策をより明確に理解させるために、以下、図６を参照して説明する。図６は、本出願の実施形態に係る適用例の概略図を示す。図６に示すように、車両１と車両２の両方はローカルＵＰＦ１にアクセスしており、車両３はローカルＵＰＦ２にアクセスしておる。ローカルＵＰＦ１およびローカルＵＰＦ２は、同一のアンカーＵＰＦ（すなわち、ローカルＵＰＦ１）に対応する。あるいは、車両２は、ローカルＵＰＦ２に移動してもよい。その中で、車両（ｃａｒ）はＵＥとみなすことができる。
【０１３３】
車両１と車両２が通信しようとする時に、従来の技術的手段を採用するなら、車両１と車両２は、経路１を使用してメッセージ転送を行う。本出願の実施形態に係る技術的解決手段を適用した後、制御プレーンゲートウェイが転送ルーティングテーブルをローカルＵＰＦ１に配信することによって、車両１と車両２は、経路１'を使用してメッセージ転送を行うことができるようになる。これによって、転送は、ローカルＵＰＦ１で直接完成するため、伝送ネットワークを介してメッセージをアンカーＵＰＦに転送する必要がなくなり、転送経路が最適化され、転送遅延が低減される。
【０１３４】
車両２と車両３が通信しようとする時に、従来の技術的手段を採用するなら、車両２と車両３は、経路１を使用してメッセージ転送を行う。本出願の実施形態に係る技術的解決手段を適用した後、制御プレーンゲートウェイが、ＵＰＦ１とＵＰＦ２との間のトンネルを構築するように、転送ルーティングテーブルをローカルＵＰＦ１とローカルＵＰＦ２に配信することによって、車両１と車両２は、経路２'を使用してメッセージ転送を行うことができるようになる。これによって、転送は、ＵＰＦ１とＵＰＦ２との間のトンネルを介して完成するため、伝送ネットワークを介してメッセージをアンカーＵＰＦに転送する必要がなくなり、転送経路が最適化され、転送遅延が低減される。
【０１３５】
理解されるように、図６において、車両２は、ローカルＵＰＦ２に移動する場合、ＵＰＦ１とＵＰＦ２との間のトンネルを介して、車両１との通信を実現することもできる。簡潔にするために、ここでは繰り返さない。
【０１３６】
要するに、図６から分かるように、本出願の実施形態に係る技術的解決手段を適用することによって得られる転送経路は、明らかに従来技術による転送経路よりも優れており、高速転送を実現することができる。
【０１３７】
選択的に、一つの実施形態として、方法５００は、以下のステップをさらに含む。
【０１３８】
制御プレーンゲートウェイは、登録情報を更新して、更新された登録情報を取得する。
【０１３９】
制御プレーンゲートウェイは、更新された登録情報によって転送ルーティングテーブルを更新する。
【０１４０】
具体的には、ＵＥが異なるユーザプレーンゲートウェイに移動するか、または切り替える場合、制御プレーンゲートウェイは、ＵＥの登録情報を更新することができる。制御プレーンゲートウェイは、更新された登録情報に基づいて転送ルーティングテーブルを更新することができる。ここで、制御プレーンゲートウェイは、更新を行う際に、ユーザプレーンゲートウェイにおいて変更されたＵＥのエントリのみを更新してもよく、登録されたＵＥエントリをすべて更新する必要がないので、更新範囲が減少し、処理負荷が軽減される。
【０１４１】
補足説明するのは、本出願の実施形態において、通信しようとするＵＥの双方は、事前に参加予定してもよいし、事後に動的に参加してもよい。これは限定されない。本出願の実施形態では、登録メカニズムが導入され、通信しようとするＵＥの双方または多方がアプリケーション層を介して管理または維持される。
【０１４２】
当業者が本出願の実施形態を容易に理解するために、以下、図７に示す適用例を参照して説明する。
【０１４３】
図７は、本出願の実施形態に係る別の適用例の概略図を示す。図７に示すように、車両１、車両２、および車両３は、一つの移動車両グループである。移動車両グループの中の車両は、連続的なサービス通信を維持する必要がある。グループの中の車両は、確立された後、先にサーバ（例えば、Ｖ２Ｘサーバ）にグループ通信リクエストを送信する。サーバは、受信したグループ通信リクエストに応じて、車両１、車両２および車両３をグループとして編成する。サーバは、ＮＥＦを介してコントロールプレーンゲートウェイ（例えば、図７のＡＭＦ／ＳＭＦ）にグループ車両情報（すなわち、上記登録情報）を送信する。制御プレーンゲートウェイは、グループ車両情報に基づいて転送ルーティングテーブルを生成し、ユーザプレーンゲートウェイ（ローカルＵＰＦ１およびローカルＵＰＦ２を含む）に配信する。グループされていない車両にとっては、グループに編成する必要がなく、グループリクエストもサーバに送信されない。例示的には、図７において、車両２がローカルＵＰＦ１からローカルＵＰＦ２へ移動するとき、制御プレーンゲートウェイは、ローカルＵＰＦ１から車両２までのルート、およびローカルＵＰＦ２から車両１までのルートを更新する必要がある。これによっては、車両１と車両２がローカルＵＰＦ１とローカルＵＰＦ２との間のトンネルを介して通信することを確保し、グループされていない車両にとってルート更新を行う必要がない。
【０１４４】
これによって、車両グループ内のある車両がＵＰＦをわたって移動する場合、制御プレーンゲートウェイは、車両グループ内の車両のみに対してユーザエントリを更新すればよい。これにより、ユーザエントリの更新数が削減され、ネットワークの処理負荷が軽減され、ネットワークのパフォーマンスが向上する。
【０１４５】
図８は、本出願の実施形態に係る特定のフローのシーケンス図を示す。図８では、実線が各設備間の制御シグナルのシーケンスを示し、破線がＵＥ１とＵＥ２との間のメッセージ転送経路を示す。図８に示すように、このフローは、以下のステップを含む。
【０１４６】
８０１において、ＵＥ１は、アンカーＵＰＦにパケットデータネットワーク（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ、ＰＤＮ）接続を確立、ローカルＵＰＦ１においてエッジユーザプレーンが構築される。
【０１４７】
８０２において、ＵＥ２は、アンカーＵＰＦにＰＤＮ接続を確立し、ローカルＵＰＦ１においてエッジユーザプレーンが構築される。
【０１４８】
８０３において、ＵＥ１は、Ｖ２Ｘサーバ（またはコントローラｃｏｎｔｒｏｌｌｅｒ）に登録し、車両グループに参加する。
【０１４９】
８０４において、ＵＥ２は、Ｖ２Ｘサーバ（またはコントローラｃｏｎｔｒｏｌｌｅｒ）に登録し、車両グループに参加する。
【０１５０】
ここで、ＵＥ１およびＵＥ２は、アプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ、ＡＳ）に登録する。そのうち、ＵＥ１とＵＥ２は、同一の車両グループの中の車両である。ＵＥ１とＵＥ２との間では、メッセージ転送を行う必要がある。
【０１５１】
これに対応して、Ｖ２Ｘサーバは、ＵＥ１およびＵＥ２の車両グループ情報を取得することができる。
【０１５２】
８０５において、Ｖ２Ｘサーバは、ＵＥ１およびＵＥ２の車両グループ情報（または登録情報）をＳＭＦに送信する。
【０１５３】
オプションとして、この車両グループ情報は、予めＳＭＦに設定されてもよい。
【０１５４】
これに対応して、ＳＭＦは、ＵＥ１およびＵＥ２の車両グループ情報を取得している。さらに、ＳＭＦは、ＵＥ１およびＵＥ２の車両グループ情報によって転送ルーティングテーブルを生成する。
【０１５５】
８０６において、ＳＭＦは、ローカルのＵＰＦ１にユーザレベルの転送ルーティングテーブルを配信する。
【０１５６】
これに対応して、ローカルＵＰＦ１は、転送ルーティングテーブルによって、ＵＥ１とＵＥ２のメッセージ転送経路を決定することができる。
【０１５７】
８０７において、ＵＥ１からＵＥ２までのメッセージ転送経路は、ＵＥ１−ＲＡＮ１−ローカルＵＰＦ１−ＲＡＮ１−ＵＥ２である。
【０１５８】
８０８において、ＵＥ２は切り替わる。ＵＥ２は、ＲＡＮ１からＲＡＮ２に切り替わり、これに対応して、ＵＰＦは、ローカルＵＰＦ１からローカルＵＰＦ２に切り替わる。
【０１５９】
このとき、システムがデュアルリンクシナリオをサポートする場合、ＵＥ１とＵＥ２のメッセージ転送は、次の経路を介する転送であってもよい。（１）元のリンク：ＵＥ１−ＲＡＮ１−ローカルＵＰＦ１−ＲＡＮ１−ＵＥ２；（２）新しいリンク：ＵＥ１−ＲＡＮ１−ローカルＵＰＦ１−ＲＡＮ２−ＵＥ２。ここでの新しいリンクとは、ＵＥ２が切り替わった後にまだ最適化されていないリンクを指す。オプションとして、ＵＥ１とＵＥ２との間のメッセージは、Ｖ２Ｖメッセージであってもよい。
【０１６０】
８０９において、ＲＡＮ２は、ＡＭＦに経路切替リクエスト（ｐａｔｈ  ｓｗｉｔｃｈ  ｒｅｑｕｅｓｔ）を送信する。
【０１６１】
８１０において、ＡＭＦは、ＳＭＦにセッション作成リクエスト（ｃｒｅａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔ）を開始する。そのうち、ステップ８１０におけるセッション作成リクエストは、ＡＭＦによりＳＭＦに送信されたものである。
【０１６２】
８１１において、ＳＭＦは、アルゴリズムによってローカルＵＰＦ２にセッション作成リクエストを送信ことができる。そのうち、ステップ８１１におけるセッション作成リクエストは、ＳＭＦによりローカルＵＰＦ２に送信されたものである。
【０１６３】
８１２において、ローカルＵＰＦ２は、ＳＭＦにセッション作成応答（ｃｒｅａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｓｐｏｎｓｅ）を返答する。ここで、「セッション作成応答」は、ステップ８１１における「セッション作成リクエスト」に対応する。
【０１６４】
８１３において、ＳＭＦは、ローカルＵＰＦ１にＵＰＦ間トンネル構築リクエスト（ＧＴＰ  ｔｕｎｎｅｌ  ｃｒｅａｔｅ  ｒｅｑｕｅｓｔ）を送信する。
【０１６５】
そのうち、ステップ８１３におけるＵＰＦ間トンネル構築リクエストは、ローカルＵＰＦ１とローカルＵＰＦ２との間のトンネル（例えば、ＧＴＰトンネル）を構築するように要求することに使用される。
【０１６６】
８１４において、ローカルＵＰＦ１は、ＳＭＦにＵＰＦ間トンネル構築応答を返答する。
【０１６７】
８１５において、ＳＭＦは、ローカルＵＰＦ２にＵＰＦ間トンネル構築リクエストを送信する。そのうち、ステップ８１５におけるＵＰＦ間トンネル構築リクエストは、ステップ８１３におけるＵＰＦ間トンネル構築リクエストと、役割が同じである。両方とも、ローカルＵＰＦ１とローカルＵＰＦ２との間のトンネル（例えば、ＧＴＰトンネル）を構築するように要求することに使用される。
【０１６８】
８１６において、ローカルＵＰＦ２は、ＳＭＦにＵＰＦ間トンネル構築応答を返答する。
【０１６９】
ここで、上記ステップ８１３から８１６により、ローカルＵＰＦ１とローカルＵＰＦ２との間のトンネルが構築される。
【０１７０】
８１７において、ＳＭＦは、アンカーＵＰＦにセッション変更リクエストを送信する。ステップ８１７におけるセッション変更リクエストは、ＳＭＦによりアンカーＵＰＦに送信されたものである。
【０１７１】
８１８において、アンカーＵＰＦは、ＳＭＦにセッション変更応答を返答する。ここで、「セッション変更応答」は、ステップ８１７の「セッション変更リクエスト」に対応する。
【０１７２】
ここで、ＵＥ２が切り替わる場合、ＳＭＦは、転送ルーティングテーブルを更新して、更新された転送ルーティングテーブルをローカルＵＰＦ１およびローカルＵＰＦ２に送信する必要がある。
【０１７３】
８１９において、ＳＭＦは、ローカルＵＰＦ２に、ユーザレベルの転送ルーティング更新リクエスト（ｆｏｒｗａｒｄ  ｒｏｕｔｉｎｇ  ｒｅｑｕｅｓｔ）を送信する。
【０１７４】
８２０において、ローカルＵＰＦ２は、ＳＭＦに、ユーザレベルの転送ルーティング応答を返答する。ステップ８２０におけるユーザレベルの転送ルーティング応答は、ローカルＵＰＦ２がステップ８１９におけるユーザレベルの転送ルーティング更新リクエストを応答することに使用される。
【０１７５】
８２１において、ＳＭＦは、ローカルＵＰＦ１に、ユーザレベルの転送ルーティング更新リクエスト（ｆｏｒｗａｒｄ  ｒｏｕｔｉｎｇ  ｒｅｑｕｅｓｔ）を送信する。
【０１７６】
８２２において、ローカルＵＰＦ１は、ＳＭＦに、ユーザレベルの転送ルーティング応答を返答する。ステップ８２２におけるユーザレベルの転送ルーティング応答は、ローカルＵＰＦ１がステップ８２１におけるユーザレベルの転送ルーティング更新リクエストを応答することに使用される。
【０１７７】
ここで、ローカルＵＰＦ１は、更新された転送ルーティングテーブルによって、ＵＥ１とＵＥ２の転送経路を決定することができる。ＵＥ１からＵＥ２への場合、メッセージ転送経路は、ＵＥ１−ＲＡＮ１−ローカルＵＰＦ１−ローカルＵＰＦ２−ＲＡＮ２−ＵＥ２である。ここで、ＵＥ２からＵＥ１への場合、メッセージ転送経路は、ＵＥ１からＵＥ２への経路と一致されていない。ＵＥ２からＵＥ１へのメッセージ転送経路は、ＵＥ２−ＲＡＮ２−ローカルＵＰＦ１−ＲＡＮ１−ＵＥ１である。
【０１７８】
８２３において、ＳＭＦは、ＡＭＦにセッション作成応答（ｃｒｅａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｓｐｏｎｓｅ）を返答する。そのうち、ステップ８２３におけるセッション作成応答は、ステップ８１０におけるセッション作成リクエストに応答することに使用される。
【０１７９】
８２４において、ＡＭＦは、ＲＡＮ２に経路切替リクエスト応答を返答する。
【０１８０】
そのとき、ＵＥ２からＵＥ１へのメッセージ転送経路は、ＵＥ２−ＲＡＮ２−ローカルＵＰＦ２−ローカルＵＰＦ１−ＲＡＮ１−ＵＥ１に更新される。アップリンクとダウンリンクは一致され、すなわち、ＵＥ２からＵＥ１へのメッセージ転送経路は、ＵＥ１からＵＥ２へのメッセージ転送経路と、一致される。
【０１８１】
８２５において、ＲＡＮ２は、ＲＡＮ１に、経路リリース（ｐａｔｈ  ｒｅｌｅａｓｅ）リクエスト、またはリソースリリース（ｒｅｌｅａｓｅ  ｒｅｓｏｕｒｃｅ）リクエストを送信する。
【０１８２】
８２６において、ＳＭＦは、ＵＰＦ１に、リソースリリース（ｒｅｌｅａｓｅ  ｒｅｓｏｕｒｃｅ）リクエスト、またはセッション削除リクエスト（ｄｅｌｅｔｅ  ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔ）を送信する。
【０１８３】
要するに、本出願の実施形態に係る技術的解決手段は、経路を最適化し、メッセージ転送の遅延を効果的に低減し、低遅延サービスの要件を満たすことができる。
【０１８４】
補足説明するのは、図８におけるそれぞれの用語（セッション作成リクエスト、セッション作成応答など）の意味、解釈または役割は、対応する送信元および／または受信元に対応してもよい。そのうち、それぞれのステップで使用されている用語の名称は、実行されるステップを限定するものではない。オプションとして、用語の命名は、他の命名と置き換えることができる。
【０１８５】
理解されるように、図６から図８における適用例は、当業者が本出願の実施形態を容易に理解するためのものにすぎず、本出願の実施形態を例示した特定のシナリオに限定するものではない。当業者が図６から図８の適用例に基づいて、様々な変形や変更をすることが可能であることは、明らかである。そのような変形または変更も、本出願の実施形態の範囲内に属する。
【０１８６】
上記内容では、本出願の実施形態に係るメッセージ転送方法を図１から図８を参照して詳細に説明している。以下は、図９および図１０を参照して、本出願の実施形態に係る制御プレーンゲートウェイおよびユーザプレーンゲートウェイについて、詳細に説明する。
【０１８７】
図９は、本出願の実施形態に係る制御プレーンゲートウェイ９００の概略ブロック図を示す。制御プレーンゲートウェイ９００は、上記制御プレーンゲートウェイに対応する方法またはステップを実行することに使用される。オプションとして、制御プレーンゲートウェイ９００内の各モジュールは、ソフトウェアによって実現することができる。制御プレーンゲートウェイ９００は、汎用コンピュータ装置にインストールされてもよい。図９に示すように、制御プレーンゲートウェイ９００は、以下のモジュールを含む。
【０１８８】
取得モジュール９１０は、第１のユーザ装置ＵＥの登録情報および第２のユーザ装置ＵＥの登録情報を取得することに使用される。第１のＵＥの登録情報は、第１のＵＥが通信するためのＵＥ識別子を含む。第２のＵＥの登録情報は、第２のＵＥが通信するためのＵＥ識別子を含む。
【０１８９】
処理モジュール９２０は、第１のＵＥの登録情報および第２のＵＥの登録情報によって第１のＵＥと第２のＵＥの転送ルーティングテーブルを生成することに使用される。転送ルーティングテーブルは、第１のＵＥと第２のＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含む。
【０１９０】
トランシーバモジュール９３０は、転送ルーティングテーブルを第１のユーザプレーンゲートウェイおよび第２のユーザプレーンゲートウェイに配信することに使用される。転送ルーティングテーブルは、ユーザプレーンゲートウェイによって第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定することに使用される。そのうち、第１のユーザプレーンゲートウェイは、第１のＵＥが位置するゲートウェイであり、第２のユーザプレーンゲートウェイは、第２のＵＥが位置するゲートウェイである。
【０１９１】
オプションとして、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは同じである。
【０１９２】
処理モジュール９２０は、具体的に以下のことに使用される。
【０１９３】
登録情報と第１のユーザプレーンゲートウェイの識別子とによって転送ルーティングテーブルを生成する。転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第１のＵＥに到達するルートと、第１のユーザプレーンゲートウェイから第２のＵＥに到達するルートとを含む。そのうち、第１のＵＥと第２のＵＥのメッセージ転送は、第１のユーザプレーンゲートウェイを介する直接転送である。
【０１９４】
オプションとして、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイである。
【０１９５】
処理モジュール９２０は、具体的に以下のことに使用される。
【０１９６】
制御プレーンゲートウェイは、登録情報と、第１のユーザプレーンゲートウェイの識別子と、第２のユーザプレーンゲートウェイの識別子とによって、転送ルーティングテーブルを生成する。転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第２のユーザプレーンゲートウェイを経由して第２のＵＥに到達するルートと、第２のユーザプレーンゲートウェイから第１のユーザプレーンゲートウェイを経由して第１のＵＥに到達するルートとを含む。
【０１９７】
オプションとして、処理モジュール９２０はさらに、登録情報を更新し、更新された登録情報を取得し、更新された登録情報によって転送ルーティングテーブルを更新することに使用される。
【０１９８】
オプションとして、トランシーバモジュール９３０はさらに、以下に使用される。
【０１９９】
第１のユーザプレーンゲートウェイおよび第２のユーザプレーンゲートウェイに、トンネル構築リクエストを送信する。トンネル構築リクエストは、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間にトンネルを構築するように要求することに使用される。
【０２００】
そして、第１のユーザプレーンゲートウェイにより送信された第１のトンネル構築リクエスト応答を受信する。第１のトンネル構築リクエスト応答は、第１のユーザプレーンゲートウェイがトンネル構築リクエストに応答することに使用される。
【０２０１】
そして、第２のユーザプレーンゲートウェイにより送信されたトンネル構築リクエスト応答を受信する。第２のトンネル構築リクエスト応答は、第２のユーザプレーンゲートウェイがトンネル構築リクエストに応答することに使用される。
【０２０２】
理解されるように、本出願の実施形態に係る制御プレーンゲートウェイ９００は、上記方法実施形態に係るメッセージ転送における制御プレーンゲートウェイに対応することができる。そして、制御プレーンゲートウェイ９００内のそれぞれのモジュールの上記および他の管理動作および／または機能は、上述した方法における各ステップをそれぞれ実現することに使用されるので、上記方法実施形態における有利な効果も達成することができる。簡潔にするために、ここでは繰り返さない。
【０２０３】
更に理解されるように、本出願の実施形態に係る処理モジュール９２０は、プロセッサによって実現されてもよく、トランシーバモジュール９３０および取得モジュール９１０は、トランシーバによって実現されてもよい。
【０２０４】
図１０は、本出願の実施形態に係るユーザプレーンゲートウェイ１０００の概略ブロック図を示す。ユーザプレーンゲートウェイ１０００は、第１のユーザプレーンゲートウェイに対応する方法またはステップを実行することに使用される。オプションとして、ユーザプレーンゲートウェイ１０００内のそれぞれのモジュールは、ソフトウェアによって実現することができる。ユーザプレーンゲートウェイ１０００は、汎用コンピュータ装置にインストールされてもよい。図１０に示すように、ユーザプレーンゲートウェイ１０００は、以下のモジュールを含む。
【０２０５】
トランシーバモジュール１０１０は、制御プレーンゲートウェイにより送信された転送ルーティングテーブルを受信することに使用される。転送ルーティングテーブルは、第１のユーザ装置ＵＥと第２のユーザ装置ＵＥがメッセージ伝送を実行するための経路に必要とされる情報を含む。
【０２０６】
処理モジュール１０２０は、転送ルーティングテーブルによって第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定することに使用される。そのうち、第１のユーザプレーンゲートウェイは、第１のＵＥが位置するゲートウェイであり、第２のユーザプレーンゲートウェイは、第２のＵＥが位置するゲートウェイである。
【０２０７】
オプションとして、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは同じである。そのうち、転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第１のＵＥに到達するルートと、第１のユーザプレーンゲートウェイから第２のＵＥに到達するルートとを含む。
【０２０８】
処理モジュール１０２０は、具体的に以下のことに使用される。
【０２０９】
上記転送ルーティングテーブルによって、第１のＵＥと第２のＵＥのメッセージ転送が第１のユーザプレーンゲートウェイを介する直接転送であると決定する。
【０２１０】
オプションとして、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイである。転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第２のユーザプレーンゲートウェイを経由して第２のＵＥに到達するルートと、第２のユーザプレーンゲートウェイから第１のユーザプレーンゲートウェイを経由して第１のＵＥに到達するルートとを含む。
【０２１１】
そのうち、処理モジュール１０２０は、具体的に以下のことに使用される。
【０２１２】
転送ルーティングテーブルによって、第１のＵＥと第２のＵＥのメッセージ転送が、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを介しする送信であると決定する。
【０２１３】
オプションとして、トランシーバモジュール１０１０はさらに、以下のことに使用される。
【０２１４】
制御プレーンゲートウェイにより送信されたトンネル構築リクエストを受信する。第１のトンネル構築リクエストは、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用される。
【０２１５】
そして、制御プレーンゲートウェイに第１のトンネル構築リクエスト応答を送信する。第１のトンネル構築リクエスト応答は、第１のユーザプレーンゲートウェイがトンネル構築リクエストに応答することに使用される。
【０２１６】
理解されるように、本出願の実施形態に係るユーザプレーンゲートウェイ１０００は、上記方法実施形態に係るメッセージ転送における第１のユーザプレーンゲートウェイに対応することができる。そして、ユーザプレーンゲートウェイ１０００内のそれぞれのモジュールの上記および他の管理動作および／または機能は、上述した方法における各ステップをそれぞれ実現することに使用されるので、上記方法実施形態における有利な効果も達成することができる。簡潔にするために、ここでは繰り返さない。
【０２１７】
更に理解されるように、本出願の実施形態に係る処理モジュール１０２０は、プロセッサによって実現されてもよく、トランシーバモジュール１０１０は、トランシーバによって実現されてもよい。
【０２１８】
図１１は、本出願の実施形態に係るユーザプレーンゲートウェイ１１００の概略ブロック図を示す。ユーザプレーンゲートウェイ１１００は、第２のユーザプレーンゲートウェイに対応する方法またはステップを実行することに使用される。オプションとして、ユーザプレーンゲートウェイ１１００内のそれぞれのモジュールは、ソフトウェアによって実現することができる。ユーザプレーンゲートウェイ１１００は、汎用コンピュータ装置にインストールされてもよい。図１１に示すように、ユーザプレーンゲートウェイ１１００は、以下を含む。
【０２１９】
トランシーバモジュール１１１０は、制御プレーンゲートウェイにより送信された転送ルーティングテーブルを受信することに使用される。転送ルーティングテーブルは、第１のユーザプレーンゲートウェイから第２のユーザプレーンゲートウェイを経由して第２のユーザ装置ＵＥに到達するルートと、第２のユーザプレーンゲートウェイから第１のユーザプレーンゲートウェイを経由して第１のＵＥに到達するルートとを含む。そのうち、第１のユーザプレーンゲートウェイは、第１のＵＥが位置するユーザプレーンゲートウェイであり、第２のユーザプレーンゲートウェイは、第２のＵＥが位置するユーザプレーンゲートウェイである。第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイは、異なるユーザプレーンゲートウェイである。
【０２２０】
処理モジュール１１２０は、転送ルーティングテーブルによって第１のＵＥと第２のＵＥとの間のメッセージ転送経路を決定することに使用される。
【０２２１】
オプションとして、トランシーバモジュール１１１０はさらに、以下のことに使用される。
【０２２２】
制御プレーンゲートウェイにより送信されたトンネル構築リクエストを受信する。トンネル構築リクエストは、第１のユーザプレーンゲートウェイと第２のユーザプレーンゲートウェイとの間のトンネルを構築するように要求することに使用される。
【０２２３】
そして、制御プレーンゲートウェイに第２のトンネル構築リクエスト応答を送信する。第２のトンネル構築リクエスト応答は、第２のユーザプレーンゲートウェイがトンネル構築リクエストに応答することに使用される。
【０２２４】
理解されるように、本出願の実施形態に係るユーザプレーンゲートウェイ１１００は、上記方法実施形態に係るメッセージ転送における第２のユーザプレーンゲートウェイに対応することができる。そして、ユーザプレーンゲートウェイ１１００内のそれぞれのモジュールの上記および他の管理動作および／または機能は、上述した方法における各ステップをそれぞれ実現することに使用されるので、上記方法実施形態における有利な効果も達成することができる。簡潔にするために、ここでは繰り返さない。
【０２２５】
更に理解されるように、本出願の実施形態における処理モジュール１１２０はプロセッサによって実現されてもよく、トランシーバモジュール１１１０はトランシーバによって実現されてもよい。
【０２２６】
当業者にとって分かるように、本明細書で開示された実施形態を参照して説明された各適用例におけるユニットおよびアルゴリズムステップは、電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアの組み合わせで実現できる。これらの機能がハードウェアで実現されるかソフトウェアで実現されるかは、技術的手段の特定のアプリケーションおよび設計上の制約に依存する。専門技術者は、記載された機能を実現するために、それぞれの特定のアプリケーションに対して異なる方法を使用することができる。しかし、そのような実現は、本出願の範囲を超えると考えられるべきではない。
【０２２７】
当業者にとって分かるように、説明の便宜および簡潔さのために、上述したシステム、装置、およびユニットの具体的な作業プロセスは、上記方法実施形態における対応するプロセスを参照することができる。詳細はここで繰り返さない。
【０２２８】
本出願によって提供されるいくつかの実施形態では、理解されるように、開示されたシステム、装置、および方法は、他の方法で実施されることも可能である。例えば、上述した装置実施形態は単なる例示である。例えば、ユニットの分割は、論理的な機能分割だけである。実際に実現する際に、他の分割方法もある。例えば、複数のユニットまたは構成要素を組み合わせて、或いは別のシステムに統合することができる。あるいは、一部の機能は、無視して実行しなくてもよい。また、図示または説明した相互結合または直接結合または通信接続は、いくつかのインターフェイス、デバイスまたはユニットを介した間接結合または通信接続であってもよく、電気的、機械的またはその他の形式であってもよい。
【０２２９】
別個の構成要素として説明されたユニットは、物理的に分離されてもされなくてもよい、ユニットとして表示された構成要素は、物理的ユニットであってもなくてもよい、１か所に配置することも、複数のネットワークユニットに分散することもできる。本出願の実施形態に係る解決手段に対応する目的を達成するために、実際のニーズに応じて、ユニットの一部または全部を選択することができる。
【０２３０】
また、本出願の各実施形態における各機能部は、１つの処理部に統合されてもよいし、物理的に別々に存在してもよいし、２つ以または２つ以上が１つのユニットに統合されてもよい。
【０２３１】
上記機能は、ソフトウェア機能ユニットの形態で実現されて独立した製品として販売または使用される場合、コンピュータ可読記憶媒体に格納されてもよい。このような理解に基づいて、本出願の技術的解決手段は、本質的なまたは従来技術に寄与する部分或いは技術的解決手段の一部が、ソフトウェア製品の形態で具体化することができる。このコンピュータソフトウェア製品は、記憶媒体に格納され、コンピュータ設備（パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい）に本出願の各実施形態に記載された方法における全部または一部のステップを実行させるための命令を含む。上記記憶媒体は、ＵＳＢメモリー、リムーバブルハードディスク、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクまたは光ディスクなどの様々なプログラムコードを記憶可能な媒体を含む。
【０２３２】
以上の説明は、本出願の特定の実施形態にすぎず、本出願の保護範囲はこれに限定されるものではない。当業者は、本出願により開示される技術的範囲内における変更や置換を容易に想到することできる。すべては、本出願の保護範囲内に属する。したがって、本出願の保護範囲は、特許請求の範囲によって決定されるべきである。
【図１】
2021504983.tif 000003
【図２】
2021504983.tif 000004
【図３】
2021504983.tif 000005
【図４】
2021504983.tif 000006
【図５】
2021504983.tif 000007
【図６】
2021504983.tif 000008
【図７】
2021504983.tif 000009
【図８】
2021504983.tif 000010
【図９】
2021504983.tif 000011
【図１０】
2021504983.tif 000012
【図１１】
2021504983.tif 000013
【国際調査報告】
2021504983.tif 000014
2021504983.tif 000015
2021504983.tif 000016
2021504983.tif 000017