特許 6837162 ユーザープレーンモードの選択方法、調整方法、デバイス、装置及び媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6837162

(24)【登録日】2021年2月10日

(45)【発行日】2021年3月3日

(54)【発明の名称】ユーザープレーンモードの選択方法、調整方法、デバイス、装置及び媒体

(51)【国際特許分類】

   H04W 4/06 20090101AFI20210222BHJP

   H04W 16/26 20090101ALI20210222BHJP

   H04W 92/04 20090101ALI20210222BHJP

【ＦＩ】

   H04W4/06

   H04W16/26

   H04W92/04

【請求項の数】5

【全頁数】25

(21)【出願番号】特願2019-558786(P2019-558786)

(86)(22)【出願日】2018年8月24日

(65)【公表番号】特表2020-519101(P2020-519101A)

(43)【公表日】2020年6月25日

(86)【国際出願番号】CN2018102248

(87)【国際公開番号】WO2019037779

(87)【国際公開日】20190228

【審査請求日】2019年10月28日

(31)【優先権主張番号】201710753029.0

(32)【優先日】2017年8月25日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

(74)【代理人】

【識別番号】110002505

【氏名又は名称】特許業務法人航栄特許事務所

(72)【発明者】

【氏名】鄭濤

【審査官】 松野 吉宏

(56)【参考文献】

【文献】 米国特許出願公開第２０１７／０１２７３６２（ＵＳ，Ａ１）

【文献】 KT Corp.，NR RAN internal functional split and interface，3GPP TSG-RAN WG3#93 R3-161777，フランス，3GPP，２０１６年 ８月１２日，Section 3

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４ − ７／２６

Ｈ０４Ｗ ４／００ − ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

集中型ユニットが、ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式を取得することと、
前記集中型ユニットが、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記集中型ユニット及び分散型ユニットに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定することと、を含み、
前記集中型ユニットが、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記集中型ユニット及び分散型ユニットに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定することは、
前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式が複数である場合、前記集中型ユニットが、複数のユーザープレーンプロトコル層分割方式から、前記分散型ユニットにおいてユーザープレーンプロトコル層の数が最も多い１つのユーザープレーンプロトコル層分割方式を選択して、前記集中型ユニット及び前記分散型ユニットに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式として決定すること、を含む、
ユーザープレーンモードの選択方法。

【請求項2】

前記集中型ユニットが、ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式を取得することは、
前記集中型ユニットが、コアネットワーク要素によって送信されるブロードキャスト又はマルチキャスト・トラフィックを確立するための要求メッセージを受信した後に、前記ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式を取得すること、を含み、
前記集中型ユニットが、前記集中型ユニット及び分散型ユニットに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定した後に、
前記集中型ユニットが決定されたユーザープレーンプロトコル層分割方式に応じて、前記ブロードキャスト又はマルチキャスト・トラフィックに対して前記集中型ユニットに配置されるユーザープレーンプロトコル層のエンティティを決定し、前記分散型ユニットに配置されるユーザープレーンプロトコル層のエンティティを確立することを前記分散型ユニットに報知すること、をさらに含む、
請求項１記載の方法。

【請求項3】

ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式を取得するように構成される情報取得モジュールと、
前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、集中型ユニット及び分散型ユニットに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定するように構成される方式決定モジュールと、を備え、
前記方式決定モジュールは、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式が複数である場合、複数のユーザープレーンプロトコル層分割方式から、前記分散型ユニットにおいてユーザープレーンプロトコル層の数が最も多い１つのユーザープレーンプロトコル層分割方式を選択して、前記集中型ユニット及び前記分散型ユニットに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式として決定する、
ユーザープレーンモードの選択デバイス。

【請求項4】

メモリと、プロセッサと、前記メモリに記憶され前記プロセッサで実行可能なコンピュータプログラムと、を備え、
前記プロセッサが前記コンピュータプログラムを実行すると、請求項１又は２に記載の方法が実現される、
集中型ユニット装置。

【請求項5】

コンピュータプログラムを記憶し、前記コンピュータプログラムがプロセッサで実行されると、請求項１又は２に記載の方法が実現される、
コンピュータ可読な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０１７年８月２５日に中国特許局に出願された中国特許出願番号２０１７１０７５３０２９．０に基づく優先権を主張するものであり、その出願におけるすべての内容は引用により本出願に組み込まれる。

【0002】

本開示は、通信の分野に関し、例えば、無線通信ネットワークアーキテクチャにおける無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＲＡＮ）でユーザープレーンモードの選択方法、調整方法、デバイス、装置及び媒体に関する。

【背景技術】

【0003】

モバイル通信技術の開発に伴い、ユーザーの需要はさまざまで千差万別であり、将来のユーザー体験は、多端末、多アプリケーション、および高帯域幅の組合せによるものである。将来サポートされる装置は、数量的にも、トラフィック速度にも、現在の１０倍〜１００倍になり、一部の低遅延や高信頼性トラフィックに要求されるエンド・ツー・エンド（ｅｎｄ ｔｏ ｅｎｄ）の遅延は、現在の２割まで削減されると予想されている。したがって、ネットワーク開発には、より高い帯域幅、より低い遅延、より高い信頼性、及びより高いインテリジェント化能力が必要であるが、関連する無線通信技術は、将来のトラフィックの全体的な改善の需要を満たすことが困難である。

【0004】

無線アクセス・ネットワーク・アーキテクチャに関しては、分散型ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ、ＤＵ）と集中型ユニット（Ｃｅｎｔｒａｌｉｚｅｄ Ｕｎｉｔ、ＣＵ）は高度なアーキテクチャスキームであり、無線アクセスネットワークの日々増加する機能的な需要を満たすために、従来のＲＡＮ側の無線プロトコル・スタックに対する機能上の分割をした。

【0005】

第５世代ネットワーク（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）時代には、ネットワークのアーキテクチャはより複雑で柔軟になり、多くのアプリケーション層サービスがＲＡＮ側に配置可能であり、これらのアプリケーションサーバの位置がＲＡＮ内に異なるため、それらによって提供されるトラフィックはＲＡＮ内で伝送され、伝送路にＲＡＮ内のユーザープレーン・プロトコル・スタック（即ち、ユーザープレーンプロトコル層）が集中型ユニット及び分散型ユニットに配置される問題がある。ＲＡＮにおいて、トラフィックの要求を満たすために、伝送されたトラフィックごとに集中型ユニットと分散型ユニットの間で適切なユーザープレーン分割方式をどのように選択するかは、解決すべき問題である。

【発明の概要】

【0006】

一実施例において、本開示の実施例は、
集中型ユニットが、ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式を取得することと、
前記集中型ユニットが、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記集中型ユニット及び分散型ユニットに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定することと、を含むユーザープレーンモードの選択方法を提供する。

【0007】

一実施例において、本開示の実施例は、
集中型ユニットが、無線アクセスネットワーク内のモバイル・エッジ・コンピューティングサービスが端末トラフィックに使用される指示情報を取得することと、
前記集中型ユニットが、前記端末トラフィックが必要とするモバイル・エッジ・コンピューティングサーバの位置に応じて、前記集中型ユニット及び分散型ユニットに基づく前記端末トラフィックのユーザープレーンプロトコル層分割方式を決定することと、を含むユーザープレーンモードの選択方法を提供する。

【0008】

一実施例において、本開示の実施例は、
コアネットワーク要素が、端末トラフィックのトラフィック特徴情報及び端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式の情報を取得することと、
前記コアネットワーク要素が、前記トラフィック特徴情報及び前記端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、集中型ユニット及び分散型ユニットに基づく前記端末トラフィックのユーザープレーンプロトコル層分割方式を決定することと、を含むユーザープレーンモードの選択方法を提供する。

【0009】

一実施例において、本開示の実施例は、
集中型ユニットが、端末トラフィックのユーザープレーンプロトコル層分割方式の指示情報を取得することと、
前記集中型ユニットが、前記指示情報によって指示されるユーザープレーンプロトコル層分割方式を集中型ユニット及び分散型ユニットに基づく前記端末トラフィックのユーザープレーンプロトコル層分割方式として決定することと、を含むユーザープレーンモードの選択方法を提供する。

【0010】

一実施例において、本開示の実施例は、
ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式を取得するように構成される情報取得モジュールと、
前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、集中型ユニット及び分散型ユニットに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定するように構成される方式決定モジュールと、を備えるユーザープレーンモードの選択デバイスを提供する。

【0011】

一実施例において、本開示の実施例は、
無線アクセスネットワーク内のモバイル・エッジ・コンピューティングサービスが端末トラフィックに使用される指示情報を取得するように構成される情報取得モジュールと、
前記端末トラフィックが必要とするモバイル・エッジ・コンピューティングサーバの位置に応じて、集中型ユニット及び分散型ユニットに基づく前記端末トラフィックのユーザープレーンプロトコル層分割方式を決定するように構成される方式決定モジュールと、を備えるユーザープレーンモードの選択デバイスを提供する。

【0012】

一実施例において、本開示の実施例は、
端末トラフィックのトラフィック特徴情報及び端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式の情報を取得するように構成される情報取得モジュールと、
前記トラフィック特徴情報及び前記端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記端末トラフィックの集中型ユニット及び分散型ユニットに基づくユーザープレーンプロトコル層分割方式を決定するように構成される方式決定モジュールと、を備えるユーザープレーンモードの選択デバイスを提供する。

【0013】

一実施例において、本開示の実施例は、
端末トラフィックのユーザープレーンプロトコル層分割方式の指示情報を取得するように構成される情報取得モジュールと、
前記指示情報によって指示されるユーザープレーンプロトコル層分割方式を集中型ユニット及び分散型ユニットに基づく前記端末トラフィックのユーザープレーンプロトコル層分割方式として決定するように構成される方式決定モジュールと、を備えるユーザープレーンモードの選択デバイスを提供する。

【0014】

一実施例において、本開示の実施例は、メモリと、プロセッサと、前記メモリに記憶され前記プロセッサで実行可能なコンピュータプログラムと、を備え、前記プロセッサが前記コンピュータプログラムを実行すると、集中型ユニットで実行される上記の方法が実現される、集中型ユニット装置（即ち、集中型ユニットが設けられた装置）を提供する。

【0015】

一実施例において、本開示の実施例は、メモリと、プロセッサと、前記メモリに記憶され前記プロセッサで実行可能なコンピュータプログラムと、を備え、前記プロセッサが前記コンピュータプログラムを実行すると、コアネットワーク要素で実行される上記の方法が実現される、
コアネットワーク要素を提供する。

【0016】

一実施例において、本開示の実施例は、コンピュータプログラムを記憶し、前記コンピュータプログラムがプロセッサで実行されると、上記の方法の処理が実現される、コンピュータ可読な記憶媒体を提供する。

【0017】

一実施例において、本開示の実施例は、
集中型ユニットが、前記集中型ユニット及び分散型ユニットに基づく端末トラフィックのユーザープレーンプロトコル層エンティティを再配置すると決定することと、
前記集中型ユニットが、前記集中型ユニットにおいて、前記分散型ユニットから前記集中型ユニットに移動するユーザープレーンプロトコル層エンティティを確立し、前記分散型ユニットから前記集中型ユニットに移動するユーザープレーンプロトコル層エンティティを前記分散型ユニットに報知し、又は、前記集中型ユニットが、前記集中型ユニットから前記分散型ユニットに移動するユーザープレーンプロトコル層エンティティを確立することを前記分散型ユニットに報知することと、を備えるユーザープレーンモードの調整方法を提供する。

【0018】

一実施例において、本開示の実施例は、
集中型ユニット及び分散型ユニットに基づく端末トラフィックのユーザープレーンプロトコル層エンティティを再配置すると決定するように構成される調整決定モジュールと、
前記集中型ユニットにおいて、前記分散型ユニットから前記集中型ユニットに移動するユーザープレーンプロトコル層エンティティを確立し、前記分散型ユニットから前記集中型ユニットに移動するユーザープレーンプロトコル層エンティティを前記分散型ユニットに報知し、又は、前記集中型ユニットから前記分散型ユニットに移動するユーザープレーンプロトコル層エンティティを確立することを前記分散型ユニットに報知するように構成される調整モジュールと、を備えるユーザープレーンモードの調整デバイスを提供する。

【0019】

一実施例において、本開示の実施例は、メモリと、プロセッサと、前記メモリに記憶され前記プロセッサで実行可能なコンピュータプログラムと、を備え、前記プロセッサが前記コンピュータプログラムを実行すると、上記のユーザープレーンモードの調整方法が実現される、集中型ユニット装置を提供する。

【0020】

一実施例において、本開示の実施例は、コンピュータプログラムを記憶し、前記コンピュータプログラムがプロセッサで実行されると、上記のユーザープレーンモードの調整方法が実現される、コンピュータ可読な記憶媒体を提供する。

【図面の簡単な説明】

【0021】

【図1】関連技術におけるＣＵ／ＤＵアーキテクチャを採用するＲＡＮの模式図である。

【図2】集中型ユニットと分散型ユニット間のユーザープレーンプロトコル層の８つの分割方式の模式図である。

【図3】本開示の実施例１におけるユーザープレーンモード選択方法のフローチャートである。

【図4】本開示の実施例１におけるユーザープレーンモード選択デバイスのブロック図である。

【図5】本開示の実施例１における一例のシグナリングのフローチャートである。

【図6】本開示の実施例２におけるユーザープレーンモード選択方法のフローチャートである。

【図7】本開示の実施例２における一例のシグナリングのフローチャートである。

【図8】本開示の実施例３におけるコアネットワーク側ユーザープレーンモード選択方法のフローチャートである。

【図9】本開示の実施例３におけるＣＵ側ユーザープレーンモード選択方法のフローチャートである。

【図10】本開示の実施例３における一例のシグナリングのフローチャートである。

【図11】本開示の実施例４におけるユーザープレーンモード調整方法のフローチャートである。

【図12】本開示の実施例４におけるユーザープレーンモード調整デバイスのフローチャートである。

【図13】本開示の実施例４における一例のシグナリングのフローチャートである。

【図14】本開示の実施例５におけるユーザープレーンモード選択方法のフローチャートである。

【発明を実施するための形態】

【0022】

無線アクセスネットワークの分散型ユニット及び集中型ユニットのアーキテクチャにより、高密度ネットワーキングでの集中制御の実現、セル間の協調ゲイン及び配置の柔軟性の上向が容易になる。このようなアーキテクチャでは、集中型ユニットはＲＡＮの上位層プロトコル・スタック機能を処理し、分散型ユニットはＲＡＮのより下位層の機能を処理する。集中型ユニットは、１つの中央制御ノードであり、無線通信ネットワークにおける複数の無線技術の調整、及び端末（ユーザー装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）とも呼ばれる）のモビリティ管理を担当し、より有利な手法である。

【0023】

ＣＵ／ＤＵアーキテクチャによれば、ＲＡＮにおける制御プレーンプロトコル層には、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）層が含まれ、集中型ユニットまで完全に移動でき、ユーザープレーンプロトコル層には、パケット・データ・コンバージェンス・プロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ）層、媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）層、及び物理層が含まれ、機能の要求に応じて部分的又は完全に集中型ユニット又は分散型ユニットに配置でき、つまり、ユーザープレーンプロトコル層はＣＵ／ＤＵアーキテクチャで分割され、それらの位置は比較的柔軟であり、すべてが１つのネットワーク要素に配置される必要がない、これは、ＣＵ／ＤＵフレームワークにおける第３世代ネットワーク（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ、３Ｇ）のＲＡＮアーキテクチャ、及び第４世代ネットワーク（４ｒｄ Ｇｅｎｅｒａｔｉｏｎ、４Ｇ）のＲＡＮアーキテクチャとは異なる部分である。

【0024】

例えば、ＰＤＣＰ層、ＲＬＣ層及びＭＡＣ層はいずれもＤＵに位置し、ＵＥのコアネットワークとＲＡＮ間のデータは、集中型ユニットを通過せず、分散型ユニットとコアネットワークの間で直接伝送される。又は、ＰＤＣＰ層は集中型ユニットに配置され、ＲＬＣ層とＭＡＣ層は分散型ユニットに配置される。又は、ＰＤＣＰ層とＲＬＣ層は集中型ユニットに配置され、ＭＡＣ層は分散型ユニットに配置される。

【0025】

現在、ユーザープレーンプロトコル層の分割方式には多くの可能性がある。３ＧのＲＡＮアーキテクチャでは、ユーザープレーンプロトコル層のＰＤＣＰ層、ＲＬＣ層、高ＭＡＣ（Ｈｉｇｈ−ＭＡＣ、Ｈ−ＭＡＣ）層はいずれも集中型ユニットに似たＲＮＣに配置され、位置が固定され、柔軟性が不足、明らかに多くのトラフィックには適していない。４ＧのＲＡＮでは、すべてのユーザープレーンプロトコル層は、一体的な進化型基地局（Ｅ−ＵＴＲＡＮ ＮｏｄｅＢ、ｅＮＢ）に配置され、４Ｇネットワーク全体はフラットになる傾向があり、中間ネットワーク要素が削減されて、トラフィックアクセスの遅延及びトラフィック処理の遅延が削減されるが、５Ｇに望ましく複雑なトラフィック形式、及び端末のモビリティ要求が満たされない。

【0026】

実施例１
本実施例は、ポイント・ツー・マルチポイント・トラフィック（即ち、ブロードキャスト又はマルチキャスト・トラフィックであり、ブロードキャスト／マルチキャスト・トラフィックとも呼ばれる）に対して、ＲＡＮのＣＵ／ＤＵアーキテクチャ下で、ユーザープレーンモードを選択する手法を提供する。

【0027】

図１は、関連技術における５ＧシステムのＲＡＮのＣＵ／ＤＵアーキテクチャ図であり、コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ、ＣＮ）、ＣＵ及びＤＵを含み、ＣＮとＣＵ間のインターフェースは、ＣＮとＣＵ間のシグナリング及びデータの伝送を完成し、ＣＵとＤＵ間のインターフェースは、ＣＵとＤＵ間のシグナリング及びデータの伝送を完成する。

【0028】

図２は、ＵＥのユーザープレーンプロトコル層のＣＵとＤＵ間における８つの分割方式の模式図であり、８つのユーザープレーンモードも呼ばれる。この図におけるプロトコル層には、以下のような層が含まれる。

【0029】

ＲＲＣ層は、エアインターフェイス無線リソース制御プロトコル層である。

【0030】

ＰＤＣＰ層は、データコンバージェンスプロトコル層である。

【0031】

高ＲＬＣ層（Ｈｉｇｈ ＲＬＣ、Ｈ−ＲＬＣ）及び低ＲＬＣ層（Ｌｏｗ ＲＬＣ、Ｌ−ＲＬＣ）は、ＲＬＣプロトコル層を分割することによって取得され、２つの分割方式がある。第１の方式では、Ｈ−ＲＬＣに自動再送要求（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ、ＡＲＱ）とリオーダリング機能が含まれ、Ｌ−ＲＬＣに残りのＲＬＣ機能が含まれる。第２の方式では、Ｈ−ＲＬＣにＲＬＣ受信端機能が含まれ、Ｌ−ＲＬＣにＲＬＣ送信端機能が含まれる。

【0032】

高ＭＡＣ層（Ｈｉｇｈ ＭＡＣ、Ｈ−ＭＡＣ）及び低ＭＡＣ層（Ｌｏｗ ＭＡＣ、Ｌ−ＭＡＣ）は、ＭＡＣプロトコル層を分割することによって取得され、Ｈ−ＭＡＣにＭＡＣの中央スケジューリング機能が含まれ、Ｌ−ＭＡＣに厳密な時間要求を有するＭＡＣ層機能が含まれる。

【0033】

高物理層（Ｈｉｇｈ ＰＨＹ、Ｈ−ＰＨＹ）及び低物理層（Ｌｏｗ ＰＨＹ、Ｌ−ＰＨＹ）は、物理層（Ｐｈｙｓｉｃｓ、ＰＨＹ層）を分割することによって取得する。

【0034】

この図には、高周波（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）機能も含まれている。

【0035】

ＲＲＣ層を除いて、上記のプロトコル層はいずれもユーザープレーンプロトコル層である。

【0036】

これらのプロトコル層を異なる方式で分割すると、８つの分割方式（分布方式とも呼ばれる）が得られる、即ち、方式１〜方式８、各方式に対応する矢印の左側は、この方式でＣＵに配置されるプロトコル層であり、矢印の右側は、この方式でＤＵに配置されるプロトコル層であり、そのうち、
方式１（ｏｐｔｉｏｎ１）では、ＵＥユーザープレーンのプロトコル層がＤＵにあり、データはＣＵに通過せず、ＤＵからＣＮに直接送られる。
方式２（ｏｐｔｉｏｎ２）では、ＵＥユーザープレーンのＰＤＣＰがＣＵにあり、ＲＬＣ層とその下位層がＤＵにある。
方式３（ｏｐｔｉｏｎ３）では、ＵＥユーザープレーンのＰＤＣＰ層、Ｈ−ＲＬＣ層がＣＵにあり、Ｌ−ＲＬＣ層、ＭＡＣ層とその下位層がＤＵにある。
方式４（ｏｐｔｉｏｎ４）では、ＵＥユーザープレーンのＰＤＣＰ層、ＲＬＣ層がＣＵにあり、ＭＡＣ層とその下位層がＤＵにある。
方式５（ｏｐｔｉｏｎ５）では、ＵＥユーザープレーンのＰＤＣＰ層、ＲＬＣ層、Ｈ−ＭＡＣ層がＣＵにあり、Ｌ−ＭＡＣ層とその下位層がＤＵにある。
方式６（ｏｐｔｉｏｎ６）では、ＵＥユーザープレーンのＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層がＣＵにあり、ＰＨＹ層とＲＦ層がＤＵにある。
方式７（ｏｐｔｉｏｎ７）では、ＵＥユーザープレーンのＬ−ＰＨＹ層とＲＦ層がＤＵにあり、残りはＣＵにある。
方式８（ｏｐｔｉｏｎ８）では、ＵＥユーザープレーンのＲＦ層がＤＵにあり、残りはＣＵにある。

【0037】

上記のＣＵ／ＤＵアーキテクチャ及びユーザープレーンプロトコル層の分割方式は、本出願のすべての実施例で使用することができる。

【0038】

本実施例ユーザープレーンモード選択方法のフローは、図３に示されるとおり、以下のステップを含む。

【0039】

ステップ１１０では、ＣＵは、ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層の分割方式を取得する。

【0040】

本実施例において、ＣＵは、コアネットワーク要素によって送信されたブロードキャスト又はマルチキャスト・トラフィック確立の要求メッセージを受信した後に、前記ブロードキャスト又はマルチキャスト・トラフィックのサービスアリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層の分割方式を取得する。ＣＵは、設定情報からセルがサポートしているユーザープレーンプロトコル層分割方式を取得してもよい、その情報を記憶する他のネットワーク要素に問い合わせて取得してもよい。

【0041】

ステップ１２０では、前記ＣＵが、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、ＣＵ及びＤＵに基づく前記ブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定する。

【0042】

本ステップにおいて、前記ＣＵが、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記ＣＵ及びＤＵに基づくブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定することは、前記ＣＵが、前記すべてのセルがサポートしている１つのユーザープレーンプロトコル層分割方式を、前記ＣＵ及びＤＵに基づくブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式として決定すること、を含む。

【0043】

本実施例において、前記ＣＵが、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記ＣＵ及びＤＵに基づくブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定することは、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式が複数である場合、前記ＣＵが、複数のユーザープレーンプロトコル層分割方式から、ＤＵにおいてユーザープレーンプロトコル層の数が最も多い１つのユーザープレーンプロトコル層分割方式を選択して、前記ＣＵ及びＤＵに基づくブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式として決定すること、を含む。ＤＵに配置されるユーザープレーンプロトコル層の数は多いため、データ伝送の遅延を減らすことができる。

【0044】

本実施例において、前記ＣＵが、すべてのセルがサポートしているユーザープレーンプロトコル層分割方式のうちの１つを前記ＣＵ及びＤＵに基づくブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式として決定した後に、前記ＣＵが、決定されたユーザープレーンプロトコル層分割方式に応じて、このＣＵにおいて、前記ブロードキャスト又はマルチキャスト・トラフィックのためにＣＵに配置されるユーザープレーンプロトコル層エンティティを確立し、ＤＵに配置されるユーザープレーンプロトコル層エンティティを確立することをＤＵに報知すること、をさらに含む。

【0045】

本実施例は、図４に示されるように、
ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式を取得するように構成される情報取得モジュール１０と、
前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記ＣＵ及びＤＵに基づくブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定するように構成される方式決定モジュール２０と、を備えるユーザープレーンモードの選択デバイスをさらに提供する。

【0046】

本実施例によるユーザープレーンモードの選択デバイスがＣＵに設置され、情報取得モジュール１０及び方式決定モジュール２０は、ＣＵが位置する装置におけるソフトウェア及び／又はハードウェアによって実現されてもよい、例えば、プロセッサで対応するソフトウェアを実行することにより実現されてもよい、これは、他の実施例と同様である。

【0047】

本実施例において、前記方式決定モジュール２０は、前記すべてのセルがサポートしている１つのユーザープレーンプロトコル層分割方式を、前記ＣＵ及びＤＵに基づくブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式を決定するように構成される。

【0048】

本実施例において、前記方式決定モジュール２０は、さらに、前記すべてのセルがサポートしているユーザープレーンプロトコル層分割方式が複数である場合、前記ＣＵが、複数のユーザープレーンプロトコル層分割方式から、ＤＵにおいてユーザープレーンプロトコル層の数が最も多い１つのユーザープレーンプロトコル層分割方式を選択して、前記ＣＵ及びＤＵに基づくブロードキャスト又はマルチキャスト・トラフィックのユーザープレーンプロトコル層分割方式として決定するように構成される。

【0049】

本実施例において、前記情報取得モジュール１０は、前記ＣＵが、コアネットワーク要素によって送信されたブロードキャスト又はマルチキャスト・トラフィックを確立する要求メッセージを受信した後に、前記ブロードキャスト又はマルチキャスト・トラフィックのサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式を取得するように構成される。

【0050】

本実施例において、前記デバイスは、決定されたユーザープレーンプロトコル層分割方式に応じて、前記ブロードキャスト又はマルチキャスト・トラフィックのためにＣＵに配置されるユーザープレーンプロトコル層エンティティを確立し、ＤＵに配置されるユーザープレーンプロトコル層エンティティを確立することをＤＵに報知するように構成されるエンティティ確立モジュール、をさらに備えてもよい。

【0051】

本実施例は、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで動作可能なコンピュータプログラムと、を備え、前記プロセッサが前記コンピュータプログラムを実行すると、本実施例に記載の方法が実現される、ＣＵ装置をさらに提供する。

【0052】

本実施例は、コンピュータ可読な記憶媒体をさらに提供し、この記憶媒体はコンピュータプログラムを記憶し、前記コンピュータプログラムがプロセッサで実行されると、本実施例に記載の方法が実現される。

【0053】

上記の実施例の手法は、ＣＵ／ＤＵアーキテクチャの無線アクセスネットワークに基づき、トラフィックに応じて適切なユーザープレーンプロトコル層分割方式を動的に選択することができ、ユーザープレーンのプロトコル層がＣＵとＤＵに合理的に分布させ、固定なユーザープレーンプロトコル層分割方式を採用する関連技術と比較して、サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）の需要、及び無線通信ネットワークで遅延、帯域幅、負荷に対する需要などのトラフィックの需要をよりよく満たすことができる。

【0054】

以下、例を挙げて説明する。

【0055】

本例は、ブロードキャスト／マルチキャスト・トラフィックのＲＡＮ内でユーザープレーンプロトコル層エンティティの確立に関するもので、そのフローを図５に示している。

【0056】

ステップ１では、コアネットワーク要素（ＣＮ）は、ブロードキャスト／マルチキャスト・セッション・要求（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ）をＣＵに送信して、確立する必要があるブロードキャスト／マルチキャスト・トラフィックを指示する。

【0057】

ステップ２では、ＣＵは、ブロードキャスト／マルチキャスト・トラフィックのサービスエリアに応じてこのブロードキャスト／マルチキャスト・トラフィックが再生するセルを決定し、そして、このサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層の設定情報に従って、このブロードキャスト／マルチキャスト・トラフィックのためにＣＵ／ＤＵに基づくユーザープレーンプロトコル層分割方式を選定する。

【0058】

一実施例において、このブロードキャスト／マルチキャスト・トラフィックのためにそのサービスエリア内にユーザープレーン分割方式を選定する。

【0059】

ユーザープレーンプロトコル層分割方式を選定すると、各ユーザープロトコル層エンティティの分布位置を決定し、即ち、ＤＵに配置するものとＣＵに配置するものを決定する。１つのＣＵで、ブロードキャスト／マルチキャスト・トラフィックデータを伝送するように構成されるＤＵは、複数存在する場合があり、本例では、ＤＵ１とＤＵ２が存在すると想定する。

【0060】

本ステップでは、ユーザープレーンプロトコル層分割方式を選択すると、このサービスエリアにおけるすべてのセルがサポートしているユーザープレーンプロトコル層分割方式から１つのユーザープレーンプロトコル層分割方式を選択して、このトラフィックサービスのユーザープレーンプロトコル層エンティティの分布位置として決定する。すべてのセルがサポートしている分割方式が複数であれば、高から低である優先順位はｏｐｔｉｏｎ１、ｏｐｔｉｏｎ２、ｏｐｔｉｏｎ３…ｏｐｔｉｏｎ８である。即ち、ＤＵにおいてユーザープレーンプロトコル層の数が最も多い１つのユーザープレーンプロトコル層分割方式を優先的に選択する。

【0061】

ステップ３では、ＣＵは、まず、このブロードキャスト／マルチキャスト・トラフィックのために、ＣＵにおいて、ＣＵに配置されるユーザープレーンプロトコル層エンティティを確立する。

【0062】

一例において、ＣＵによって選定される分割方式は方式２（ｏｐｔｉｏｎ２）であり、ＣＵにおいて、このブロードキャスト／マルチキャスト・トラフィックのためにＰＤＣＰ層エンティティのみを確立する。

【0063】

別の例において、ＣＵによって選定される分割方式は方式４（ｏｐｔｉｏｎ４）であり、ＣＵにおいて、このブロードキャスト／マルチキャスト・トラフィックのためにＰＤＣＰ層エンティティ及びＲＬＣ層エンティティを確立する必要がある。

【0064】

一実施例において、ＣＵの選定に応じて必要なユーザープレーンプロトコル層エンティティを確立する。

【0065】

ステップ４では、ＣＵは、ブロードキャスト／マルチキャスト・トラフィック確立メッセージ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｅｓｔａｂｌｉｓｈ）をＤＵ２に送信して、ブロードキャスト／マルチキャスト・トラフィックのために確立されるユーザープレーンプロトコル層エンティティを指定する。

【0066】

一例において、ＣＵによって選定される分割方式は方式２（ｏｐｔｉｏｎ２）であり、ＤＵ２において、このブロードキャスト／マルチキャスト・トラフィックのために、ＲＬＣ層、ＭＡＣ層及びその下位のプロトコル層のエンティティを含むユーザープレーンプロトコル層エンティティを確立する。

【0067】

別の例において、ＣＵによって選定される分割方式は方式４（ｏｐｔｉｏｎ４）であり、ＤＵ２において、このブロードキャスト／マルチキャスト・トラフィックのために、ＭＡＣ層及びその下位のプロトコル層のエンティティを含むユーザープレーンプロトコル層エンティティを確立する。

【0068】

ステップ５では、ＣＵは、Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ ＥｓｔａｂｌｉｓｈをＤＵ１に送信して、ブロードキャスト／マルチキャスト・トラフィックのために確立されるユーザープレーンプロトコル層エンティティを指定する。

【0069】

本例において、ＤＵ１において確立されるユーザープレーンプロトコル層エンティティは、ＤＵ２において確立されるユーザープレーンプロトコル層エンティティと同様である。

【0070】

ステップ６では、ＤＵ２は、このブロードキャスト／マルチキャスト・トラフィックに対応するユーザープレーンプロトコル層エンティティを確立する。

【0071】

一実施例において、ＣＵによって送信されるブロードキャスト／マルチキャスト・トラフィック確立メッセージにおける指示に応じて、必要なユーザープレーンプロトコル層エンティティが確立される。

【0072】

ステップ７では、ＤＵ１は、このブロードキャスト／マルチキャスト・トラフィックに対応するユーザープレーンプロトコル層エンティティを確立する。

【0073】

一実施例において、ＣＵによって送信されるブロードキャスト／マルチキャスト・トラフィック確立メッセージにおける指示に応じて、必要なユーザープレーンプロトコル層エンティティを確立する。

【0074】

ステップ８では、ＤＵ２は、ブロードキャスト／マルチキャスト・トラフィック応答メッセージ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｒｅｓｐｏｎｓｅ）をＣＵに送信して、ブロードキャスト／マルチキャスト・トラフィックの確立が完成することを指示する。

【0075】

ステップ９では、ＤＵ１は、Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ ＲｅｓｐｏｎｓｅをＣＵに送信して、ブロードキャスト／マルチキャスト・トラフィックの確立が完成することを指示する。

【0076】

ステップ１０では、ＣＵは、ブロードキャスト／マルチキャスト・トラフィックセッション応答メッセージ（Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ）をＣＮに送信して、ブロードキャスト／マルチキャスト・トラフィックの確立を完成する。

【0077】

上記のＣＵとＤＵ１間の相互作用、及びＣＵとＤＵ２間の相互作用のフローは並行してもよい、上記のフローにおける順位が従う必要がない。

【0078】

ポイント・ツー・マルチポイント（Ｐｏｉｎｔ ｔｏ Ｍｕｌｔｉ−ｐｏｉｎｔ）トラフィックのユーザープレーンプロトコル・スタックエンティティは、ＣＵ及びＤＵに柔軟で配置してもよい。ＣＵにおけるポイント・ツー・マルチポイント・トラフィックのユーザープレーンプロトコル・スタックエンティティは、複数のＤＵにおけるユーザープレーンプロトコル・スタックエンティティにデータを送信する。

【0079】

実施例２
本実施例は、ポイント・ツー・ポイント・トラフィックに対して、ＲＡＮのＣＵ／ＤＵアーキテクチャ下で、ユーザープレーンモードを選択する手法を提供する。

【0080】

本実施例によるユーザープレーンモードの選択方法のフローは、図６に示すように、以下のステップを含む。

【0081】

ステップ２１０では、ＣＵは、端末トラフィックに使用される無線アクセスネットワーク内のモバイル・エッジ・コンピューティングサービスの指示情報を取得する。

【0082】

本ステップでは、ＣＵは、コアネットワーク要素によって送信されるトラフィック確立メッセージを受信して、前記トラフィック確立メッセージから前記端末トラフィックに使用される無線アクセスネットワークＲＡＮ内のモバイル・エッジ・コンピューティング（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）サービスの指示情報を取得する。本出願によるトラフィック確立メッセージとは、トラフィック確立に関連する任意のメッセージであってもよい。上記の指示情報は、メッセージに増えた情報単位、又はメッセージに既存する情報単位の拡張であってもよい。

【0083】

ステップ２２０では、前記ＣＵは、前記端末トラフィックが必要とするモバイル・エッジ・コンピューティングサーバの位置に応じて、ＣＵ及びＤＵに基づく端末トラフィックのユーザープレーンプロトコル層分割方式を決定する。

【0084】

本実施例において、前記ＭＥＣサーバがＣＵ側に配置される場合、ＣＵは、第１部分のユーザープレーンプロトコル層がＤＵに位置し、第２部分のユーザープレーンプロトコル層がＣＵに位置するような複数のユーザープレーンプロトコル層分割方式から、１つのユーザープレーンプロトコル層分割方式を選択し、前記ＣＵ及びＤＵに基づくＵＥトラフィックのユーザープレーンプロトコル層分割方式として決定する。前記ＭＥＣサーバがＤＵ側に配置される場合、ＣＵは、すべてのユーザープレーンプロトコル層がＤＵに位置するようなユーザープレーンプロトコル層分割方式を選択し、前記ＣＵ及びＤＵに基づくＵＥトラフィックのユーザープレーンプロトコル層分割方式として決定する。

【0085】

本実施例において、前記ＣＵがコアネットワークによって送信されるトラフィック確立のメッセージを受信する前に、前記方法は以下のことをさらに含む。

【0086】

前記ＣＵは、前記コアネットワーク要素が前記トラフィック確立の要求メッセージに応じて前記無線アクセスネットワーク内のモバイル・エッジ・コンピューティングサーバによって提供されるサービスを検索するように、トラフィック確立の要求メッセージを前記コアネットワーク要素に送信し、前記サービスが前記端末トラフィックの要求を満たす場合、前記トラフィック確立のメッセージを前記集中型ユニットへ送信する。

【0087】

ここで、前記トラフィック確立の要求メッセージに、ＲＡＮ内のＭＥＣサーバの識別情報及び前記ＵＥトラフィックのトラフィック情報が担持され、前記トラフィック確立のメッセージに、ＲＡＮ内のＭＥＣサーバが使用される指示情報が担持されている。

【0088】

本実施例は、図４に示されるように、
無線アクセスネットワーク内のモバイル・エッジ・コンピューティングサービスが端末トラフィックに使用される指示情報を取得するように構成される情報取得モジュール１０と、
前記情報取得モジュールが前記指示情報を取得した後に、前記端末トラフィックが必要とするモバイル・エッジ・コンピューティングサーバの位置に応じて、ＣＵ及びＤＵに基づく端末トラフィックのユーザープレーンプロトコル層分割方式を決定するように構成される方式決定モジュール２０と、を備えるユーザープレーンモードの選択デバイスをさらに提供する。

【0089】

本実施例において、前記方式決定モジュール２０は、
前記モバイル・エッジ・コンピューティングサーバがＣＵ側に配置される場合、第１部分のユーザープレーンプロトコル層がＤＵに位置し、第２部分のユーザープレーンプロトコル層がＣＵに位置するような複数のユーザープレーンプロトコル層分割方式から、１つのユーザープレーンプロトコル層分割方式を選択して、前記ＣＵ及びＤＵに基づく端末トラフィックのユーザープレーンプロトコル層分割方式として決定し、
前記モバイル・エッジ・コンピューティングサーバがＤＵ側に配置される場合、すべてのユーザープレーンプロトコル層がＤＵに位置するようなユーザープレーンプロトコル層分割方式を選択して、前記ＣＵ及びＤＵに基づく端末トラフィックのユーザープレーンプロトコル層分割方式として決定するように構成される。

【0090】

本実施例において、前記情報取得モジュール１０は、コアネットワーク要素によって送信されるトラフィック確立のメッセージを受信し、前記トラフィック確立のメッセージから前記端末トラフィックに使用される無線アクセスネットワーク内のモバイル・エッジ・コンピューティングサービスの指示情報を取得するように構成される。

【0091】

本実施例は、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで動作可能なコンピュータプログラムと、を備え、前記プロセッサが前記コンピュータプログラムを実行すると、本実施例に記載の方法が実現される、ＣＵ装置をさらに提供する。

【0092】

本実施例は、コンピュータ可読な記憶媒体をさらに提供し、この記憶媒体はコンピュータプログラムを記憶し、前記コンピュータプログラムがプロセッサで実行されると本実施例に記載の方法が実現される。

【0093】

上記の実施例の手法は、ＣＵ／ＤＵアーキテクチャの無線アクセスネットワークに基づき、トラフィックに応じて適切なユーザープレーンプロトコル層分割方式を動的に選択することができ、ユーザープレーンのプロトコル層がＣＵとＤＵに合理的に分布させ、固定なユーザープレーンプロトコル層分割方式を採用する関連技術と比較して、ＱｏＳの需要、及び無線通信ネットワークで遅延、帯域幅、負荷に対する需要などのトラフィックに対する需要をよりよく満たすことができる。

【0094】

以下、例を挙げて説明する。

【0095】

本例において、ＭＥＣサーバがＲＡＮ側に位置する場合、ＵＥトラフィックのユーザープレーンプロトコル層エンティティが確立されるフローを図７に示している。

【0096】

ステップ１では、ＣＵは、ＵＥによって送信されトラフィック情報が担持されるトラフィック確立要求メッセージを受信する。

【0097】

ステップ２では、ＣＵは、ＲＡＮ内に配置されるＭＥＣサーバアドレス情報を取得する。

【0098】

ＲＡＮに配置されるＭＥＣサーバアドレス情報は、ＣＵに記憶される１つの設定情報であってもよい。

【0099】

ステップ３では、ＣＵは、ＵＥのトラフィック情報が担持されたＵＥのトラフィック確立要求メッセージをＣＮに送信し、ＣＮとＣＵ間のメッセージに、ＲＡＮ内のＭＥＣサーバアドレス情報が担持されている。

【0100】

トラフィック確立要求メッセージ（非アクセス層（Ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ）のメッセージ）は、ＣＮとＣＵ間のメッセージに含まれてもよい。ＣＮとＣＵ間のメッセージは、例えば、４ＧのＥＮＢとモビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ）間のインターフェースであるＳ１インターフェースのイニシャルＵＥメッセージ（Ｉｎｉｔｉａｌ ＵＥ Ｍｅｓｓａｇｅ）であってもよい。

【0101】

ステップ４では、ＣＮは、ＲＡＮ内のＭＥＣサーバのアドレス情報に応じて、それによって提供されるサービスを確認し、ローカルエンド内のＭＥＣサーバによって提供されるサービスと比較して、特定の原則に従って、ＵＥトラフィックにはＲＡＮ内に配置されるＭＥＣサービスが使用されることを決定する。

【0102】

この原則は、以下の通りであってもよい。ＲＡＮ内のＭＥＣサーバがＵＥ要求のトラフィックを提供でき、ローカルエンド内（ＣＮ）のＭＥＣサーバが提供できない場合、ＵＥトラフィックにはＲＡＮ内に配置されるＭＥＣサービスが使用されることを決定する。ＲＡＮ内のＭＥＣサーバがＵＥ要求のトラフィックを提供できず、ＣＮ内のＭＥＣサーバが提供できる場合、ＵＥトラフィックにはＣＮ内に配置されるＭＥＣサービスが使用されることを決定する。ＲＡＮ内及びＣＮ内のＭＥＣサーバは、いずれもＵＥ要求のトラフィックを提供できる場合、ＲＡＮ内（又はＣＮ内）に配置されるＭＥＣによって提供されるサービスを優先的に使用することを決定する。ＲＡＮ側はＵＥにより近づく、より低い遅延、より信頼性の高いサービスを提供できる。

【0103】

ステップ５では、ＣＮは、ステップ４で決定されたＲＡＮ内のＭＥＣサービスを使用する指示情報が担持されるトラフィック確立メッセージをＣＵに送信する。

【0104】

本ステップでは、トラフィック確立メッセージは、Ｓ１インターフェースのイニシャルコンテキスト確立要求（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）メッセージ、又は他のＣＵとＣＮ間のインターフェースのメッセージであってもよい。

【0105】

ステップ６では、ＣＵは、ＣＮの指示に応じて、まず、ＵＥトラフィックに使用されるＭＥＣサーバの位置を決定し、そして、ＵＥのためにユーザープレーンプロトコル層エンティティを確立することをＣＵ及びＤＵ内に選定する。

【0106】

このＭＥＣサーバとＤＵとをまとめて配置した場合、ユーザープレーン分割方式１を選択し、図２の方式１に示すように、すべてのユーザープレーンプロトコル・スタックエンティティがＤＵに位置される。このＭＥＣサービスとＣＵとをまとめて配置した場合、ｏｐｔｉｏｎ２、ｏｐｔｉｏｎ３、ｏｐｔｉｏｎ４、ｏｐｔｉｏｎ５、ｏｐｔｉｏｎ６、ｏｐｔｉｏｎ７、ｏｐｔｉｏｎ８から１つの方式を選択してもよいし、図２に示すようなｏｐｔｉｏｎ２、ｏｐｔｉｏｎ３、ｏｐｔｉｏｎ４、ｏｐｔｉｏｎ５、ｏｐｔｉｏｎ６、ｏｐｔｉｏｎ７、ｏｐｔｉｏｎ８方式、ユーザープレーンプロトコル・スタックエンティティ分割方式がＣＵ及びＤＵにそれぞれ配置される。

【0107】

ステップ７では、ＣＵの選定に従って、ＣＵ及びＤＵ内にＵＥのためにユーザープレーンプロトコル層エンティティを確立する。

【0108】

上記の例において、ＲＡＮとまとめて配置されるアプリケーション層サーバに対して、ＲＡＮは、ローカルエンドのアプリケーション層サーバのアドレス情報が担持されるＵＥのトラフィック確立要求をコア制御センタに送信する時に、コア制御センタは、アプリケーション層サーバで提供されるサービスコンテンツに応じて、ＲＡＮローカルエンドのアプリケーション層サーバによってトラフィックサービスが提供されることを決定し、ＲＡＮへのトラフィック確立メッセージにＲＡＮローカルアプリケーション層サービスが使用されることを指示する。ＲＡＮは、ローカルアプリケーション層サーバがＣＵまたはＤＵとまとめて配置される位置に応じて、ＣＵ及びＤＵにおけるこのＵＥトラフィックのユーザープレーンプロトコル・スタックエンティティの分布位置を決定することで、ＵＥのためにより良いトラフィックＱｏＳを提供する。

【0109】

実施例３
本実施例は、ポイント・ツー・ポイント・トラフィックに対して、ＲＡＮのＣＵ／ＤＵアーキテクチャ下で、ユーザープレーンモードを選択する手法を提供する。

【0110】

本実施例によるユーザープレーンモードの選択には、ＣＮ側及びＣＵ側の処理が含まれ、図８に示すように、ＣＮ側のユーザープレーンモードを選択する方法は以下のステップを含む。

【0111】

ステップ３１０では、コアネットワーク要素は、端末トラフィックのトラフィック特徴情報と、端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式の情報と、を取得する。

【0112】

本実施例において、前記コアネットワーク要素は、端末トラフィックのトラフィック特徴情報と、端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式の情報とを取得し、これらの情報には、コアネットワーク要素が受信されＣＵによって送信されるトラフィック要求のメッセージから取得されるＵＥトラフィックのトラフィック特徴情報と、ＵＥキャンプセルがサポートしているユーザープレーンプロトコル層分割方式の情報と、が含まれている。

【0113】

ステップ３２０では、前記コアネットワーク要素は、前記トラフィック特徴情報及び前記端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記ＣＵ及びＤＵに基づく端末トラフィックのユーザープレーンプロトコル層分割方式を決定する。

【0114】

本実施例において、前記コアネットワーク要素は、前記トラフィック特徴情報に応じて、前記ＵＥキャンプセルがサポートしているユーザープレーンプロトコル層分割方式から１つの方式を選択して、前記ＣＵ及びＤＵに基づくＵＥトラフィックのユーザープレーンプロトコル層分割方式として決定する。

【0115】

本実施例において、前記コアネットワーク要素は、前記トラフィック特徴情報、及び前記端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、前記ＣＵ及びＤＵに基づく端末トラフィックのユーザープレーンプロトコル層分割方式を決定し、下記のステップの少なくとも１つを含む。

【0116】

前記トラフィック特徴情報にトラフィック特徴の情報が含まれ、前記コアネットワーク要素は、前記ＵＥキャンプセルがサポートしているユーザープレーンプロトコル層分割方式から、前記トラフィック特徴に対応する１つのユーザープレーンプロトコル層分割方式を選択する。

【0117】

前記トラフィック特徴情報にアクセスポイント名（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ、ＡＰＮ）の情報が含まれ、前記コアネットワーク要素は、前記ＵＥキャンプセルがサポートしているユーザープレーンプロトコル層分割方式から、前記ＡＰＮがサポートしている１つのユーザープレーンプロトコル層分割方式を選択する。

【0118】

本実施例において、前記コアネットワーク要素が前記ＣＵ及びＤＵに基づくＵＥトラフィックのユーザープレーンプロトコル層分割方式を決定した後に、前記コアネットワーク要素が、決定された前記端末トラフィックの前記ユーザープレーンプロトコル層分割方式の指示情報が担持されるトラフィック確立のメッセージをＣＵへ送信することがさらに含まれる。この指示情報は、メッセージに増えた情報単位、又はメッセージに既存する情報単位の拡張であってもよい。

【0119】

本実施例によるＣＵ側のユーザープレーンモードの選択方法は、図９に示すように、以下のステップを含む。

【0120】

ステップ４１０では、ＣＵは、端末トラフィックのユーザープレーンプロトコル層分割方式の指示情報を取得する。

【0121】

ステップ４２０では、前記ＣＵは、前記指示情報で指示されるユーザープレーンプロトコル層分割方式をＣＵとＤＵ基づく前記端末トラフィックのユーザープレーンプロトコル層分割方式として決定する。

【0122】

本実施例において、前記ＣＵは、前記ＣＵが受信し、コアネットワークによって送信されるトラフィック確立のメッセージと、前記トラフィック確立のメッセージから取得される前記端末トラフィックのユーザープレーンプロトコル層分割方式の指示情報と、を含む端末トラフィックのユーザープレーンプロトコル層分割方式の指示情報を取得する。

【0123】

本実施例は、図４に示されるように、
端末トラフィックのトラフィック特徴情報と、端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式の情報と、を取得するように構成される情報取得モジュール１０と、
前記トラフィック特徴情報及び前記端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式に応じて、ＣＵ及びＤＵに基づく前記端末トラフィックのユーザープレーンプロトコル層分割方式を決定するように構成される方式決定モジュール２０と、を備えるＣＮ側のユーザープレーンモードの選択デバイスをさらに提供する。

【0124】

本実施例において、前記方式決定モジュール２０は、下記の少なくとも１つのように構成される。

【0125】

前記トラフィック特徴情報にトラフィック特徴の情報が含まれ、前記コアネットワーク要素は、前記端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式から、前記トラフィック特徴に対応する１つのユーザープレーンプロトコル層分割方式を選択する。

【0126】

前記トラフィック特徴情報にアクセスポイント名ＡＰＮの情報が含まれ、前記コアネットワーク要素は、前記端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式から、前記ＡＰＮがサポートしている１つのユーザープレーンプロトコル層分割方式を選択する。

【0127】

本実施例において、前記情報取得モジュール１０は、前記コアネットワーク要素がＣＵによって送信されるトラフィック要求のメッセージを受信し、前記トラフィック要求のメッセージから前記端末トラフィックのトラフィック特徴情報及び端末キャンプセルがサポートしているユーザープレーンプロトコル層分割方式の情報を取得するように構成される。

【0128】

本実施例において、前記デバイスは、決定された前記端末トラフィックの前記ユーザープレーンプロトコル層分割方式の指示情報が担持されるトラフィック確立のメッセージをＣＵへ送信するように構成されるメッセージ送信モジュールをさらに備える。

【0129】

本実施例は、図４に示されるように、
コアネットワーク要素によって送信されるメッセージから、端末トラフィックのユーザープレーンプロトコル層分割方式の指示情報を取得するように構成される情報取得モジュール１０と、
前記指示情報によって指示されるユーザープレーンプロトコル層分割方式をＣＵ及びＤＵに基づく前記端末トラフィックのユーザープレーンプロトコル層分割方式として決定するように構成される方式決定モジュール２０と、を備えるＣＵ側のユーザープレーンモードの選択デバイスをさらに提供する。

【0130】

本実施例は、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで動作可能なコンピュータプログラムと、を備え、前記プロセッサが前記コンピュータプログラムを実行すると、本実施例によるコアネットワーク要素側のユーザープレーンモード選択方法が実現される、コアネットワーク要素をさらに提供する。

【0131】

本実施例は、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで動作可能なコンピュータプログラムと、を備え、前記プロセッサが前記コンピュータプログラムを実行すると、本実施例によるＣＵ側のユーザープレーンモード選択方法が実現される、ＣＵ装置をさらに提供する。

【0132】

本実施例は、コンピュータ可読な記憶媒体をさらに提供し、この記憶媒体はコンピュータプログラムを記憶し、前記コンピュータプログラムがプロセッサで実行されると本実施例に記載の方法が実現される。

【0133】

上記の実施例の手法は、ＣＵ／ＤＵアーキテクチャの無線アクセスネットワークに基づき、トラフィックに応じて適切なユーザープレーンプロトコル層分割方式を動的に選択することができ、ユーザープレーンのプロトコル層がＣＵとＤＵに合理的に分布させ、固定なユーザープレーンプロトコル層分割方式を採用する関連技術と比較して、ＱｏＳの需要、及び無線通信ネットワークで遅延、帯域幅、負荷に対する需要などのトラフィックに対する需要をよりよく満たすことができる。

【0134】

以下、例を挙げて説明する。

【0135】

図１０は、本例によるコアネットワークがトラフィック特徴情報に応じて、ＵＥのためにユーザープレーンを選択するモードのフローチャートであり、以下のステップを含む。

【0136】

ステップ１では、ＣＵは、ＵＥによって送信されトラフィック特徴情報が担持されるトラフィック確立要求メッセージを受信し、前記トラフィック特徴情報には、トラフィック情報及びアクセスポイント名（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ、ＡＰＮ）情報が含まれている。

【0137】

ステップ２では、ＣＵは、ＲＡＮ内のユーザープレーンプロトコル・スタックのＣＵ／ＤＵにおける設定情報を取得する。

【0138】

本ステップにおいて、ＣＵは、ＵＥキャンプセルがサポートしているユーザープレーン分割方式の情報を取得する。ＵＥキャンプセルがサポートしているユーザープレーン分割方式は、図２に示すように、ｏｐｔｉｏｎ１、ｏｐｔｉｏｎ２、ｏｐｔｉｏｎ３、ｏｐｔｉｏｎ４、ｏｐｔｉｏｎ５、ｏｐｔｉｏｎ６、ｏｐｔｉｏｎ７、ｏｐｔｉｏｎ８の１つまたは２つ以上、又は全部の方式である。

【0139】

ステップ３では、ＣＵは、トラフィック情報及びＡＰＮ情報が担持されるＵＥのトラフィック確立要求メッセージをＣＮに送信し、ＣＮとＣＵ間のメッセージに、ＵＥキャンプセルがサポートしているユーザープレーン分割方式が担持されている。

【0140】

本ステップでは、Ｓ１インターフェースのＩｎｉｔｉａｌ ＵＥ Ｍｅｓｓａｇｅによって、ＵＥキャンプセルがサポートしているユーザープレーン分割方式の情報を担持してもよい。

【0141】

ステップ４では、各ＡＰＮがサポートしているユーザープレーン分割方式のセットをＣＮにプリセットしておき、各セットには、８つのユーザープレーンプロトコル層分割方式の１つまたは２つ以上、または全部が含まれ、そして、メッセージに担持されるＡＰＮに応じて、このＡＰＮに対応するユーザープレーン分割方式のセットを選択する。

【0142】

ステップ５では、ＣＮは、ＡＰＮがサポートしているユーザープレーン分割方式のセットのうち、メッセージにおけるトラフィックの特徴（ビデオ、音声、ダウンロード、インターネットプロトコル第４版ＩＰＶ４、インターネットプロトコル第６版ＩＰＶ６等）、及びＵＥキャンプセルがサポートしているユーザープレーン分割方式に応じて、ＲＡＮ内このトラフィックのユーザープレーンの分割方式を選択する。

【0143】

ＣＮには、トラフィック特徴とユーザープレーンプロトコル層分割方式の対応関係がプリセットされてもよい、ＵＥキャンプセルでサポートされ、且つＡＰＮがサポートしているユーザープレーンプロトコル層分割方式のうち、トラフィック特徴に対応する１つのユーザープレーンプロトコル層分割方式を選択する。例えば、ビジオトラフィックには低い遅延が必要であり、方式１のような分割方式を選択すれば、ユーザープレーンデータは、ＣＵに通過せず、ＣＮからＤＵに直接伝送され、１つのネットワーク要素（ＣＵ）が経路から削減されるため、エンド・ツー・エンド経路全体の遅延が削減される。

【0144】

ステップ６では、ＣＮは、ステップ５で選択されるユーザープレーンの分割方式が担持されるトラフィック確立メッセージをＣＵに送信する。

【0145】

本ステップは、Ｓ１インターフェースのイニシャルコンテキスト確立要求メッセージ（ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴ）等のＣＵとＣＮ間のインターフェースのメッセージを使用してもよい。

【0146】

ステップ７では、ＣＵは、ＣＮの指示に応じて、ＣＵおよびＤＵにおいて、ＵＥのためにユーザープレーンを確立し、ユーザープレーンプロトコル層分割方式は、ＣＮによって指示されるユーザープレーンプロトコル層分割方式のとおりである。

【0147】

上記の例では、ＲＡＮは、コア制御センタへＵＥのトラフィック特徴情報及びＲＡＮのユーザープレーンプロトコル・スタック設定情報を報知し、コア制御センタは、これらの情報に基づいて、ＵＥのために集中型ユニットとＤＵから適切なユーザープレーンプロトコル・スタックエンティティの分布方式を選択し、ＣＵとＤＵに各層のユーザープレーンプロトコル・スタックエンティティに対して柔軟な配置と組み合わせを行う。

【0148】

実施例４
本実施例は、ユーザープレーンモードの調整手法を提供する。

【0149】

本実施例は、ユーザープレーンモードの調整方法を提供し、図１１に示すように、以下のステップを含む。

【0150】

ステップ５１０では、ＣＵは、前記ＣＵ及びＤＵに基づく端末トラフィックのユーザープレーンプロトコル層エンティティを再配置すると決定する。

【0151】

ＣＵ及びＤＵに基づくＵＥトラフィックのユーザープレーンプロトコル層エンティティを再配置することは、例えば、ＵＥがキャプするＲＡＮ内にセル変更の発生、再アクセス、ＲＡＮ内リソース変更、またはＣＵにおける負荷均一の需要等の複数の原因によってトグルされることができ、ＲＡＮ内にリソースの再配置と調整、又は、異なるＤＵがサポートしているユーザープレーンプロトコル・スタックエンティティの異なりによって、ＵＥトラフィックのＣＵ及びＤＵに基づくユーザープレーンプロトコル層エンティティの分布を調整すると決定する。

【0152】

ステップ５２０では、前記ＣＵは、前記ＣＵにおいて、前記ＤＵから前記ＣＵに移動するユーザープレーンプロトコル層エンティティを確立し、前記ＤＵから前記ＣＵに移動するユーザープレーンプロトコル層エンティティを前記ＤＵに報知し、又は、前記ＣＵは、前記ＣＵから前記ＤＵに移動するユーザープレーンプロトコル層エンティティを確立することを前記ＤＵに報知する。

【0153】

本実施例において、前記ＣＵ又はＤＵがユーザープレーンプロトコル層エンティティの確立を完了した後に、前記方法は、以下のことをさらに含む。

【0154】

前記ＣＵは、再設定された新設定パラメータ及び前記新設定パラメータの有効時間を端末に報知し、前記端末の確認を受信した後に、新設定パラメータの有効時間を前記ＤＵに報知する。

【0155】

前記有効時間が始まると、前記ＣＵ及びＤＵが再配置されたユーザープレーンプロトコル層エンティティを前記端末トラフィック伝送データとして使用するように、前記ＤＵは、前記ＤＵから前記ＣＵに移動するユーザープレーンプロトコル層エンティティを削除し、又は、前記ＣＵは、前記ＣＵから前記ＤＵに移動するユーザープレーンプロトコル層エンティティを削除する。

【0156】

本実施例は、図１２に示すように、
ＣＵ及びＤＵに基づくＵＥトラフィックのユーザープレーンプロトコル層エンティティを再配置すると決定するように構成される調整決定モジュール５０と、
前記調整決定モジュールが再配置すると決定した後に、前記ＣＵにおいて、前記ＤＵから前記ＣＵに移動するユーザープレーンプロトコル層エンティティを確立して、前記ＤＵから前記ＣＵに移動するユーザープレーンプロトコル層エンティティを前記ＤＵに報知し、又は、前記ＣＵから前記ＤＵに移動するユーザープレーンプロトコル層エンティティを確立することを前記ＤＵに報知するように構成される調整モジュール６０と、を備えるユーザープレーンモードの調整デバイスをさらに提供する。

【0157】

本実施例では、前記調整モジュールはまた、再設定された新設定パラメータ及び前記新設定パラメータの有効時間を端末に報知し、前記端末の確認を受信した後に、新設定パラメータの有効時間を前記ＤＵに報知し、前記有効時間が始まると、前記集中型ユニット及び前記分散型ユニットが再配置されたユーザープレーンプロトコル層エンティティを前記端末トラフィック伝送データとして使用するように、前記分散型ユニットから前記集中型ユニットに移動するユーザープレーンプロトコル層エンティティを削除し、又は、前記集中型ユニットが前記集中型ユニットから前記分散型ユニットに移動するユーザープレーンプロトコル層エンティティが削除するように構成される。

【0158】

本実施例は、メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで動作可能なコンピュータプログラムと、を備え、前記プロセッサが前記コンピュータプログラムを実行すると、本実施例に記載の方法が実現される集中型ユニット装置をさらに提供する。

【0159】

本実施例は、コンピュータ可読な記憶媒体をさらに提供し、この記憶媒体はコンピュータプログラムを記憶し、前記コンピュータプログラムがプロセッサで実行されると本実施例に記載の方法が実現される。

【0160】

上記の実施例の手法は、状況が変化すると、集中型ユニットと分散型ユニット間の端末トラフィックのユーザープレーンプロトコル層エンティティを再配置して、より良いサービス性能を提供することができる。

【0161】

以下、例を挙げて説明する。

【0162】

本例において、ＵＥユーザープレーンプロトコル・スタックエンティティは、ＣＵ内の負荷が均一であるからＣＵおよびＤＵに再配置され、図１３に示すように、この方法は、以下のステップを含む。

【0163】

ステップ１では、ＵＥがＤＵ１にキャプしており、ＤＵ１内ＵＥのユーザープレーンプロトコル・スタックエンティティ（プロトコル・スタックエンティティとも呼ばれる）は、図２に示すような方式２のとおり、ＲＬＣ、ＭＡＣ及びその下位のプロトコル層のエンティティであり、ＣＵ内ＵＥのユーザープレーンプロトコル層エンティティはＰＤＣＰプロトコル層エンティティである。ＣＵ内の負荷が均一であるから、ＵＥユーザープレーンプロトコル・スタックエンティティをＣＵおよびＤＵに再配置することがトグルされる。

【0164】

ステップ２では、ＣＵは、リンク再設定要求をＤＵ１に送信し、前記ＵＥのためにＰＤＣＰ層エンティティを確立するようにＤＵ１に指示する。

【0165】

最初に、このトラフィックユーザープレーンプロトコル層分割方式は方式２（ｏｐｔｉｏｎ２）であり、ＰＤＣＰ層がＣＵに位置し、他の層がＤＵに位置する。再選定した後に、方式１のような分割方式を使用すると想定するため、ＤＵにおいてＰＤＣＰ層を確立し、つまり、ＣＵにおけるＰＤＣＰ層をＤＵ内に移動させる。

【0166】

ステップ３では、ＤＵ１は、ＣＵの要求に従ってユーザープレーンプロトコル・スタックエンティティＰＤＣＰ及び元のユーザープレーンプロトコル・スタックエンティティからなるＵＥトラフィック完全なユーザープレーンプロトコル・スタックを確立して、コアネットワークとインターフェースするデータ処理プロトコル層エンティティを確立し、コアネットワークとのデータ伝送路を開く。

【0167】

ステップ４では、ＤＵ１は、リンク再設定応答をＣＵに返し、リンク再設定が完成することを指示する。

【0168】

ステップ５では、ＣＵは、マークされるユーザープレーンプロトコル・スタックエンティティＰＤＣＰがＤＵ１内において確立されたことを決定する。

【0169】

ステップ６では、ＣＵは、再設定要求をＵＥに送信し、新設定パラメータ及び有効時間を指示する。

【0170】

ステップ７では、ＵＥは、ＣＵのメッセージに応じて新設定を確認し、新設定の有効時間を確認する。

【0171】

ステップ８では、ＵＥは、再設定応答をＣＵに返す。

【0172】

ステップ９では、ＣＵは、新設定有効指示をＤＵ１に送信し、有効時間を指示する。

【0173】

ステップ１０では、新たな配置が有効であり、ＣＵ内にＰＤＣＰエンティティ及びコアネットワークとインターフェースするデータ処理プロトコル層エンティティが削除され、上りデータ及び下りデータが、ＤＵ１内にＰＤＣＰとコアネットワークとインターフェースするデータ処理プロトコル層エンティティによってＵＥとコアネットワーク間に伝送される。

【0174】

実施例５
本実施例は、ユーザープレーンモードの選択方法を提供し、本実施例において、ＣＵは、コアネットワークの指示に応じて、ＲＡＮにおいてユーザープレーンを確立し、図１４に示すように、この方法のフローは、以下のステップを含む。

【0175】

ステップ１では、ＣＵは、ＲＡＮ内のユーザープレーンの分割方式を指示し、又はローカルＭＥＣサービスの使用を指示するＣＮのトラフィック確立メッセージを受信する。

【0176】

ステップ２では、ＣＵは、ＭＥＣサービスの位置に応じて、ＵＥトラフィックのためにユーザープレーン分割方式を選択する。

【0177】

ステップ３では、ＣＵは、まず、ＣＮの要求に従って、又はＭＥＣサービス位置に応じて、ユーザープレーン分割方式を選定して、ＣＵにおいて、ユーザープレーンが分割されたＣＵ部分のユーザープレーンプロトコル層エンティティを確立する。

【0178】

ステップ４では、ＣＵは、ユーザープレーン分割を確立した後に、ＤＵにユーザープレーンプロトコル層を確立する必要があるトラフィック確立メッセージをＤＵに送信する。

【0179】

ステップ５では、ＤＵは、ＣＵメッセージの要求に従って、ユーザープレーンが分割された後ＤＵ内において確立する必要があるユーザープレーンプロトコル層エンティティを確立する。

【0180】

ステップ６では、ＤＵは、確立を完了し、ＣＵに応答メッセージを返す。

【0181】

当業者は、上記で開示された方法におけるすべて又は一部のステップ、システム、デバイスにおける機能モジュール／ユニットが、ソフトウェア、ファームウェア、ハードウェア、及びそれらの適切な組み合わせとして実施され得ることを理解するはずである。ハードウェアの実施形態では、上記の説明で言及した機能モジュール／ユニット間の区別は、必ずしも物理部件の区別に対応していない。例えば、１つの物理部件に複数の機能を持たせることも、１つの機能またはステップを複数の物理部件によって協調的に実行することもできる。一部の物理部件またはすべての物理部件は、中央プロセッサ、デジタル信号プロセッサ、またはマイクロプロセッサなどのプロセッサによって実行されるソフトウェアとして実施されてもよく、ハードウェアとして、または専用集積回路などの集積回路として実施されてもよい。このようなソフトウェアは、コンピュータ記憶媒体（又は非一時的な媒体）及び通信媒体（又は一時的な媒体）を含むことができるコンピュータ可読媒体で配布してもよい。当業者によく知られているように、コンピュータ記憶媒体という用語は、情報（例えば、コンピュータ可読命令、データ構造、プログラムモジュール、又はその他のデータなど）を記憶するための任意の方法又は技術で実施される揮発性及び不揮発性、取り外し可能及び取り外し不能媒体を含む。コンピュータ記憶媒体には、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、フラッシュメモリ、又はその他のメモリ技術、ディスク読み取り専用メモリ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＣＤ−ＲＯＭ）、デジタル多用ディスク（ＤＶＤ）、又はその他の光ディスク記憶デバイス、磁気カートリッジ、磁気テープ、磁気ディスク記憶デバイス、又はその他の磁気記憶デバイス、又は、必要な情報を記憶するために使用でき、コンピュータでアクセスできる任意の他の媒体が含まれるが、これらに限定されるものではない。また、通信媒体は一般的にコンピュータ可読命令、データ構造、プログラムモジュール、若しくは、キャリア又は他の伝送方式などの変調データ信号に他のデータを含み、任意の情報配信媒体を含むことができることは、当業者によく知られている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】