特表2022-504243 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ サムスン　エレクトロニクス　カンパニー　リミテッドの特許一覧

特表2022-504243無線通信システムにおいて、モバイルエッジコンピューティングの移転を支援する方法及びその装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-01-13

(54)【発明の名称】無線通信システムにおいて、モバイルエッジコンピューティングの移転を支援する方法及びその装置

(51)【国際特許分類】

H04W 36/12 20090101AFI20220105BHJP

H04W 88/14 20090101ALI20220105BHJP

H04W 76/20 20180101ALI20220105BHJP

H04L 45/42 20220101ALI20220105BHJP

H04L 41/40 20220101ALI20220105BHJP

【ＦＩ】

H04W36/12

H04W88/14

H04W76/20

H04L12/717

H04L12/70 D

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2021518577

(86)(22)【出願日】2019-09-25

(85)【翻訳文提出日】2021-04-02

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

(87)【国際公開番号】W WO2020071681

(87)【国際公開日】2020-04-09

(31)【優先権主張番号】10-2018-0119321

(32)【優先日】2018-10-05

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2018-0134449

(32)【優先日】2018-11-05

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2019-0017967

(32)【優先日】2019-02-15

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】503447036

【氏名又は名称】サムスンエレクトロニクスカンパニーリミテッド

(74)【代理人】

【識別番号】100121382

【弁理士】

【氏名又は名称】山下託嗣

(72)【発明者】

【氏名】ハン，ユンソン

(72)【発明者】

【氏名】キム，ソンフン

(72)【発明者】

【氏名】イ，ホヨン

(72)【発明者】

【氏名】クウォン，キソク

(72)【発明者】

【氏名】パク，ジュンシン

(72)【発明者】

【氏名】ソン，ジュンジェ

【テーマコード（参考）】

5K030

5K067

【Ｆターム（参考）】

5K030GA01

5K030HC01

5K030HC09

5K030HD03

5K030JA10

5K030LB07

5K030LB08

5K067DD24

5K067EE02

5K067EE16

(57)【要約】

無線通信システムにおいて、モバイルエッジコンピューティングの移転を支援する方法及びその装置に係り、該無線通信システムにおいて、ＳＭＦ（session management function）がＡＦ（application function）と端末との経路を制御する方法は、ＡＦから、ＵＰＦ（user plane function）変更が許容されるか否かに係わる情報を含むＡＦ要請メッセージを受信する段階と、ＡＦと端末との経路に含まれたＵＰＦの変更が必要か否かということを決定する段階と、決定結果に基づき、ＡＦに、ＵＰＦの変更に係わる情報を含む通知を送信する段階と、ＵＰＦ変更が許容されるか否かに係わる情報に基づき、所定時間の間、ＡＦからの応答メッセージの受信を待機するか否かということを判断する段階と、判断結果に基づき、ＵＰＦを含むＡＦと端末との経路の変更を制御する段階と、を含むものである。

【特許請求の範囲】

【請求項1】

無線通信システムにおいて、ＳＭＦ（session management function）がＡＦ（application function）と端末との経路を制御する方法において、
ＡＦから、ＵＰＦ（user plane function）変更が許容されるか否かに係わる情報を含むＡＦ要請メッセージを受信する段階と、
前記ＡＦと端末との経路に含まれたＵＰＦの変更が必要か否かということを決定する段階と、
前記決定結果に基づき、前記ＡＦに、ＵＰＦの変更に係わる情報を含む通知を送信する段階と、
前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、所定時間の間、前記ＡＦからの応答メッセージの受信を待機するか否かということを判断する段階と、
前記判断結果に基づき、前記ＵＰＦを含む前記ＡＦと前記端末との経路の変更を制御する段階と、を含む、方法。

【請求項2】

前記方法は、
前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、前記所定時間の間、前記ＡＦから、前記応答メッセージが受信されない場合、前記ＡＦの応答をＮＡＣＫと識別する段階を含む、請求項１に記載の方法。

【請求項3】

前記方法は、
前記ＡＦから、前記通知に対する前記応答メッセージを受信する段階をさらに含み、
前記応答メッセージを受信する段階は、
前記所定時間内にＭＥＣ移転が完了した場合には、前記ＡＦからＡＣＫメッセージを受信し、
前記所定時間内にＭＥＣ移転が完了していない場合には、前記ＡＦからＮＡＣＫメッセージを受信する、請求項１に記載の方法。

【請求項4】

前記所定の時間は、
前記ＡＦからの応答メッセージの受信を待機する最大待機時間であり、
前記通知は、
前記所定の時間に係わる情報を含む、請求項１に記載の方法。

【請求項5】

前記ＡＦの応答メッセージは、
前記ＡＦから、前記ＳＭＦに即座に伝送されるか、あるいはＮＥＦ（network exposure function）を経て、前記ＳＭＦに伝送されるものであり、
ＰＣＦ（policy control function）を経ずに伝送される、請求項１に記載の方法。

【請求項6】

前記通知は、
早期通知または遅達のうち少なくとも一つであり、
前記早期通知は、
前記ＡＦと前記端末との新たな経路が設定される前、前記ＡＦに送信されるものであり、
前記遅達は、
前記ＡＦと前記端末との新たな経路が設定された後、前記ＡＦに送信される、請求項１に記載の方法。

【請求項7】

前記通知は、早期通知であり、
前記ＡＦと前記端末との経路の変更を制御する段階は、
前記ＵＰＦ変更の許容いかんに係わる情報に基づき、前記所定時間の間、ＵＰＦを変更しない段階を含む、請求項６に記載の方法。

【請求項8】

前記通知は、遅達であり、
前記ＡＦと前記端末との経路の変更を制御する段階は、
前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、前記所定時間の間、変更されたＵＰＦを介するＰＤＵセッションを活性化させない段階を含む、請求項６に記載の方法。

【請求項9】

無線通信システムにおいて、ＡＦ（application function）と端末との経路を制御するＳＭＦ（session management function）において、
送受信部と、
メモリと、
ＡＦから、ＵＰＦ（user plane function）変更が許容されるか否かに係わる情報を含むＡＦ要請メッセージを受信するように、前記送受信部を制御し、前記ＡＦと端末との経路に含まれたＵＰＦの変更が必要であるか否かということを決定し、前記決定結果に基づき、前記ＡＦに、該ＵＰＦの変更に係わる情報を含む通知を送信するように、前記送受信部を制御し、前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、所定時間の間、前記ＡＦからの応答メッセージの受信を待機するか否かということを判断し、前記判断結果に基づき、前記ＵＰＦを含む前記ＡＦと前記端末との経路の変更を制御する少なくとも１つのプロセッサと、を含む、ＳＭＦ。

【請求項10】

前記少なくとも１つのプロセッサは、
前記ＡＦから、前記通知に対する前記応答メッセージを受信するように、前記送受信部を制御し、
前記所定時間内にＭＥＣ移転が完了した場合には、前記ＡＦからＡＣＫメッセージを受信するように、前記送受信部を制御し、
前記所定時間内にＭＥＣ移転が完了していない場合には、前記ＡＦからＮＡＣＫメッセージを受信するように、前記送受信部を制御する、請求項９に記載のＳＭＦ。

【請求項11】

前記所定の時間は、
前記ＡＦからの応答メッセージの受信を待機する最大待機時間であり、
前記通知は、
前記所定の時間に係わる情報を含む、請求項９に記載のＳＭＦ。

【請求項12】

前記ＡＦの応答メッセージは、
前記ＡＦから、前記ＳＭＦに即座に伝送されるか、あるいはＮＥＦ（network exposure function）を経て、前記ＳＭＦに伝送されるものであり、
ＰＣＦ（policy control function）を経ずに伝送される、請求項９に記載のＳＭＦ。

【請求項13】

前記通知は、
早期通知または遅達のうち少なくとも一つであり、
前記早期通知は、
前記ＡＦと前記端末との新たな経路が設定される前、前記ＡＦに送信されるものであり、
前記遅達は、
前記ＡＦと前記端末との新たな経路が設定された後、前記ＡＦに送信される、請求項９に記載のＳＭＦ。

【請求項14】

前記通知は、早期通知であり、
前記少なくとも１つのプロセッサは、
前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、前記所定時間の間、ＵＰＦを変更しないように制御する、請求項１３に記載のＳＭＦ。

【請求項15】

前記通知は、遅達であり、
前記少なくとも１つのプロセッサは、
前記ＵＰＦ変更の許容いかんに係わる情報に基づき、前記所定時間の間、変更されたＵＰＦを介するＰＤＵセッションを活性化させないように制御する、請求項１３に記載のＳＭＦ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムにおいて、モバイルエッジコンピューティング（ＭＥＣ：mobile edge computing）を支援する方法に係り、さらに具体的には、５Ｇ移動通信ネットワーク（５Ｇ mobile network）において、モバイルエッジコンピューティング（ＭＥＣ）資源の移転をサービスの途切れなしに支援するための装置及びその方法に関する。

【背景技術】

【0002】

４Ｇ通信システムの商用化後、増加の勢いにある無線データトラフィック需要を充足させるために、改善された５Ｇ通信システムまたはｐｒｅ－５Ｇ通信システムを開発するための努力がなされている。そのような理由により、５Ｇ通信システムまたはｐｒｅ－５Ｇ通信システムは、４Ｇネットワーク以後（beyond ４Ｇ network）の通信システムまたはＬＴＥ（long term evolution）システム以後（post ＬＴＥ）のシステムと呼ばれている。３ＧＰＰで定められた５Ｇ通信システムは、ＮＲ（new radio）システムと呼ばれている。

【0003】

高いデータ伝送率を達成するために、５Ｇ通信システムは、超高周波（ｍｍWave）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域）における具現が考慮されている。該超高周波帯域における電波経路損失の緩和、及び電波伝達距離延長のために、５Ｇ通信システムにおいては、ビームフォーミング（beamforming）、巨大配列多重入出力（massive ＭＩＭＯ（multiple-input multiple-output））、全次元多重入出力（ＦＤ＿ＭＩＭＯ：full dimensional ＭＩＭＯ）、アレイアンテナ（array antenna）、アナログビームフォーミング及び大規模アンテナ（large scale antenna）の技術が論議され、ＮＲシステムに適用された。

【0004】

また、システムネットワーク改善のために、５Ｇ通信システムにおいては、進化された小型セル、改善された小型セル（advanced small cell）、クラウド無線アクセスネットワーク（cloud ＲＡＮ（radio access network））、超高密度ネットワーク（ultra-dense network）、機器間通信（Ｄ２Ｄ：device to device communication）、無線バックホール（wireless backhaul）、移動ネットワーク（moving network）、協力通信（cooperative communication）、ＣｏＭＰ（coordinated multi-points）及び受信干渉除去（interference cancellation）のような技術開発がなされている。

【0005】

それ以外にも、５Ｇシステムにおいては、進歩されたコーディング変調（ＡＣＭ：advanced coding modulation）方式であるＦＱＡＭ（hybrid ＦＳＫ and ＱＡＭ modulation）及びＳＷＳＣ（sliding window superposition coding）、並びに進歩された接続技術であるＦＢＭＣ（filter bank multi carrier）、ＮＯＭＡ（non-orthogonal multiple access）及びＳＣＭＡ（sparsecodemultipleaccess）などが開発されている。

【0006】

一方、インターネットは、人々が情報を生成して消費する人間中心の連結網において、事物のような分散された構成要素間において情報をやり取りして処理する物のインターネット（ＩｏＴ：Internet of things）網で進化している。クラウドサーバなどとの連結を介するビッグデータ（big data）処理技術などがＩｏＴ技術に結合されたＩｏＥ（internet of everything）技術も出てきている。ＩｏＴの具現のために、センシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、並びに保安技術のような技術要素が要求され、最近では、事物間連結のためのセンサネットワーク（sensor network）、事物通信（Ｍ２Ｍ：machine to machine）、ＭＴＣ（machine type communication）のような技術が研究されている。ＩｏＴ環境においては、連結された事物において生成されたデータを収集して分析し、人間生活に新たな価値を創出する知能型ＩＴ（internet technology）サービスが提供されうる。ＩｏＴは、既存のＩＴ（information technology）技術と、多様な産業との融合及び複合を介し、スマートホーム、スマートビルディング、スマートシティ、スマートカーあるいはコネクティッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスのような分野にも応用される。

【0007】

それにより、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みがなされている。例えば、センサネットワーク、事物通信（Ｍ２Ｍ）、ＭＴＣのような５Ｇ通信が、ビームフォーミング、ＭＩＭＯ及びアレイアンテナなどの技法によって具現されているのである。前述のビッグデータ処理技術として、クラウド無線アクセスネットワーク（cloud ＲＡＮ）が適用されることも、５Ｇ技術とＩｏＴ技術との融合一例と言えるであろう。

【0008】

また、既存のクラウドコンピューティングから発展したモバイルエッジコンピューティングあるいはフォグコンピューティングに係わる技術が登場しており、そのような技術は、既存の中央集中化されたデータセンターからのサービス提供において、ユーザ近くの位置に、分散されたクラウドコンピューティングノードを設けることを核心にする。ユーザ近くに設けられたクラウドコンピューティングノードは、利用者端末の要請があるとき、要請を直ちに処理して返還させることができるので、既存の中央集中化されたクラウドコンピューティング環境よりも、低遅延と大容量伝送とが可能になるという長所がある。そのようなモバイルエッジコンピューティングを利用するサービスとして、コネクティッドカー、バーチャルリアリティ、拡張現実、ビッグデータ分析のようなサービスにも応用される。

【0009】

また、Ｖ２Ｘ（vehicle to everything）は、道路車両に適用可能な全形態の通信方式を称する一般用語であり、無線通信技術の発展と継ぎ合わされ、初期の安全ユースケース以外にも、多様な付加サービスが可能になっている。Ｖ２Ｘサービス提供技術として、ＩＥＥＥ８０２．１１ｐ基盤とＩＥＥＥＰ１６０９基盤とのＷＡＶＥ（wireless access in vehicular environments）規格が標準化されている。しかし、ＤＳＲＣ（dedicated short range communication）技術の一種であるＷＡＶＥは、車両と車両とのメッセージ通逹距離に制限があるという限界がある。そのような限界を克服するために、セルラー基盤のＶ２Ｘ技術標準が３ＧＰＰで進められている。Release １４において、ＬＴＥ基盤の４ＧＶ２Ｘ標準が完了され、Release １６において、ＮＲ基盤の５ＧＶ２Ｘ標準が進められている。

【0010】

前述のように、移動通信システムの発展により、多様なサービスを提供することができるようになり、そのようなサービスを効果的に提供するための方案が要求されている。

【発明の概要】

【課題を解決するための手段】

【0011】

開示された実施形態は、無線通信システムにおいて、サービスを効果的に提供することができる装置及びその方法を提供する。さらに具体的には、無線通信システムにおいて、モバイルエッジコンピューティングの移転を支援することができる装置及びその方法を提供する。

【図面の簡単な説明】

【0012】

【図1】一実施形態による、無線通信システムのネットワーク構造及びインターフェースを図示する図面である。

【図2】一実施形態による、ＰＤＵ（protocol data unit）セッション変更のないハンドオーバー状況について説明するための図面である。

【図3】一実施形態による、ＰＤＵセッションの変更を伴うが、同一ＭＥＣノードに接続するハンドオーバー状況を図示する図面である。

【図4】一実施形態による、ＰＤＵセッションの変更を伴い、他のＭＥＣノードに接続するハンドオーバー状況を図示する図面である。

【図5】一実施形態による、５ＧＣで定義されたトラフィックルーティングに対するＡＦ（application function）影響の手続きを図示する図面である。

【図6】一実施形態による、５ＧＣで定義されたトラフィックルーティングに対するＡＦ影響時、ＡＦ通知（notification）手続きを図示する図面である。

【図7】一実施形態による、Ｉ－ＵＰＦ（intermediate user plane function）挿入を介する、同一ＭＥＣとの連結のためのＰＤＵセッションの移転方法について説明するための図面である。

【図8】一実施形態による、ネットワーク基盤Ｉ－ＵＰＦ挿入を介する、同一ＭＥＣとの連結のためのＰＤＵセッション移転手続きを図示する図面である。

【図9】一実施形態による、ＲＡＮ基盤Ｉ－ＵＰＦ挿入を介する、同一ＭＥＣとの連結のためのＰＤＵセッション移転手続きを図示する図面である。

【図10】一実施形態による、Ｉ－ＵＰＦ挿入を介する、他のＭＥＣとの連結のためのＰＤＵセッションの移転方法を図示する図面である。

【図11】一実施形態による、ネットワーク基盤Ｉ－ＵＰＦ挿入を介する、他のＭＥＣとの連結のためのＰＤＵセッション移転手続きを図示する図面である。

【図12】一実施形態による、ＲＡＮ基盤Ｉ－ＵＰＦ挿入を介する、他のＭＥＣとの連結のためのＰＤＵセッション移転手続きを図示する図面である。

【図13】一実施形態による、ＳＳＣ（session and service continuity）ＭＯＤＥ２を使用した、他のＭＥＣとの連結のためのＰＤＵセッション移転手続きを図示する図面である。

【図14】一実施形態による、ＳＳＣＭＯＤＥ３を使用した、他のＭＥＣとの連結のためのＰＤＵセッション移転手続きを図示する図面である。

【図15】一実施形態による、ＳＳＣＭＯＤＥ３を使用し、端末に基づく他のＭＥＣとの連結のためのＰＤＵセッション移転手続きを図示する図面である。

【図16】一実施形態による、ＳＳＣＭＯＤＥ２を使用し、ＭＥＣとの連結のためのＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【図17】一実施形態による、ＳＳＣＭＯＤＥ３を使用し、ＭＥＣとの連結のためのＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【図18】一実施形態による、ＳＳＣＭＯＤＥ２を使用し、ＵＰＦ移転が許容されるか否かを利用したＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【図19】一実施形態による、ＳＳＣＭＯＤＥ３を使用し、ＵＰＦ移転が許容されるか否かを利用し、ＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【図20】一実施形態による、ＳＳＣＭＯＤＥ３を使用し、端末に基づくＵＰＦ移転が許容されるか否かを利用し、ＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【図21】一実施形態による、ＵＰＦが許容されるか否かを示す因子とＳＳＣＭＯＤＥ２とを使用し、ＡＦ移転完了時、ＡＦの要請によってＰＤＵセッションを変更する方法を図示する図面である。

【図22】一実施形態による、ＵＰＦが許容されるか否かを示す因子とＳＳＣＭＯＤＥ３とを使用し、ＡＦ移転完了時、ＡＦの要請によってＰＤＵセッションを変更する方法を図示する図面である。

【図23】一実施形態による、ＳＳＣＭＯＤＥ３基盤ＰＤＵセッション移転手続きを、ＡＦ応答を活用して変更する方法を図示する図面である。

【図24】一実施形態による、ＳＳＣＭＯＤＥ３基盤ＰＤＵセッション移転手続きを、ＡＦ応答を活用して変更する方法を図示する図面である。

【図25】一実施形態によるエンティティ構造を図示するブロック図である。

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

【0013】

一実施形態による無線通信システムにおいて、モバイルエッジコンピューティング（ＭＥＣ：mobile edge computing）の移転を支援する方法は、ＳＭＦ（session management function）がＡＦ（application function）にＵＰＦ（user plane function）変更に係わる事前通知情報を伝送する段階と、前記ＳＭＦが、前記ＡＦの要請により、前記ＵＰＦと係わる動作を制御する段階と、前記ＳＭＦが、前記ＵＰＦ変更に係わる事後通知情報を前記ＡＦに伝送する段階と、前記ＡＦが、前記ＵＰＦに係わる制御情報を更新する段階と、を含んでもよい。

【0014】

本開示の一実施形態による無線通信システムにおいて、ＳＭＦがＡＦと端末との経路を制御する方法は、ＡＦから、ＵＰＦ変更の許容いかんに係わる情報を含むＡＦ要請メッセージを受信する段階と、前記ＡＦと端末との経路に含まれたＵＰＦの変更が必要か否かということを決定する段階と、前記決定結果に基づき、前記ＡＦに、ＵＰＦの変更に係わる情報を含む通知（notification）を送信する段階と、前記ＵＰＦ変更の許容いかんに係わる情報に基づき、所定時間の間、前記ＡＦからの応答メッセージの受信を待機するか否かということを判断する段階と、前記判断結果に基づき、前記ＵＰＦを含む前記ＡＦと前記端末との経路の変更を制御する段階と、を含んでもよい。

【0015】

本開示の一実施形態によれば、前記方法は、前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、前記所定時間の間、前記ＡＦから前記応答メッセージが受信されない場合、前記ＡＦの応答をＮＡＣＫと識別する段階を含んでもよい。

【0016】

本開示の一実施形態によれば、前記方法は、前記ＡＦから、前記通知に対する前記応答メッセージを受信する段階をさらに含み、前記応答メッセージを受信する段階は、前記所定時間内にＭＥＣ移転が完了した場合には、前記ＡＦからＡＣＫメッセージを受信し、前記所定時間内にＭＥＣ移転が完了していない場合には、前記ＡＦからＮＡＣＫメッセージを受信するものでもある。

【0017】

本開示の一実施形態によれば、前記所定の時間は、前記ＡＦからの応答メッセージの受信を待機する最大待機時間であり、前記通知は、前記所定の時間に係わる情報を含むものでもある。

【0018】

本開示の一実施形態によれば、前記ＡＦの応答メッセージは、前記ＡＦから、前記ＳＭＦに即座に伝送されるか、あるいはＮＥＦ（network exposure function）を経て、前記ＳＭＦに伝送されるものであり、ＰＣＦ（policy control function）を経ずに伝送されるものでもある。

【0019】

本開示の一実施形態によれば、前記通知は、早期通知（early notification）または遅達（late notification）のうち少なくとも一つであり、前記早期通知は、前記ＡＦと前記端末との新たな経路が設定される前、前記ＡＦに送信されるものであり、前記遅達は、前記ＡＦと前記端末との新たな経路が設定された後、前記ＡＦに送信されるものでもある。

【0020】

本開示の一実施形態によれば、前記通知は、早期通知であり、前記ＡＦと前記端末との経路の変更を制御する段階は、前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、前記所定時間の間、ＵＰＦを変更しない段階を含むものでもある。

【0021】

本開示の一実施形態によれば、前記通知は、遅達であり、前記ＡＦと前記端末との経路の変更を制御する段階は、前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、前記所定時間の間、変更されたＵＰＦを介するＰＤＵ（protocol data unit）セッションを活性化させない段階を含むものでもある。

【0022】

本開示の一実施形態による無線通信システムにおいて、ＡＦと端末との経路を制御するＳＭＦは、送受信部と、メモリと、ＡＦから、ＵＰＦ変更が許容されるか否かに係わる情報を含むＡＦ要請メッセージを受信するように、前記送受信部を制御し、前記ＡＦと端末との経路に含まれたＵＰＦの変更が必要であるか否かということを決定し、前記決定結果に基づき、前記ＡＦに、ＵＰＦの変更に係わる情報を含む通知を送信するように、前記送受信部を制御し、前記ＵＰＦ変更が許容されるか否かに係わる情報に基づき、所定時間の間、前記ＡＦからの応答メッセージの受信を待機するか否かということを判断し、前記判断結果に基づき、前記ＵＰＦを含む前記ＡＦと前記端末との経路の変更を制御する少なくとも１つのプロセッサと、を含んでもよい。

【0023】

以下、本開示の実施例のつき、添付図面を参照して詳細に説明する。

【0024】

本実施形態についての説明において、本開示が属する技術分野に周知されており、本開示と直接関連性がない記述内容については、説明を省略する。それは、不要な説明を省略することにより、本開示の要旨を不明確にさせず、さらに明確に伝達するためである。

【0025】

同じ理由により、添付図面において、一部構成要素は、誇張されたり省略されたりして概略的に図示されている。また、各構成要素の大きさは、実際サイズを全面的に反映させるものではない。各図面において、同一であるか、あるいは対応する構成要素には、同一参照番号を付した。

【0026】

本開示の利点、特徴、及びそれらを達成する方法は、添付される図面と共に詳細に後述されている実施形態を参照すれば明確になるであろう。しかし、本開示は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態にも具現され、ただし、本実施形態は、本開示を完全なものにし、本開示が属する技術分野で当業者に、本開示の範疇を完全に知らせるために提供されるものであり、本開示は、特許請求の範囲の範疇によって定義されるのみである。明細書全体にわたり、同一参照符号は、同一構成要素を指す。

【0027】

このとき、処理フローチャート図面の各ブロックと、フローチャート図面の組み合わせは、コンピュータプログラムインストラクションによって実行されうるということを理解することができるであろう。それらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ、またはその他プログラム可能なデータプロセシング装備のプロセッサにも搭載されるので、コンピュータ、またはその他プログラム可能なデータプロセシング装備のプロセッサを介して実行されるそのインストラクションが、フローチャートブロックで説明された機能を実行する手段を生成することになる。それらコンピュータプログラムインストラクションは、特定方式で機能を具現するために、コンピュータ、またはその他プログラム可能なデータプロセッシング装備を志向することができるコンピュータ利用可能またはコンピュータ判読可能なメモリに保存されることも可能であるので、そのコンピュータ利用可能またはコンピュータ判読可能なメモリに保存されたインストラクションは、フローチャートブロックで説明された機能を実行するインストラクション手段を内包する製造品目を生産することも可能である。該コンピュータプログラムインストラクションは、コンピュータ上、またはその他プログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピュータ上、またはその他プログラム可能なデータプロセッシング装備上において、一連の動作段階が実行され、コンピュータで実行されるプロセスを生成し、コンピュータ、またはその他プログラム可能なデータプロセッシング装備を実行するインストラクションは、フローチャートブロックで説明された機能を実行するための段階を提供することも可能である。

【0028】

また、各ブロックは、特定された論理的機能を実行するための、１以上の実行可能なインストラクションを含むモジュール、セグメントまたはコードの一部を示すことができる。また、いくつかの代替実行例においては、ブロックで言及された機能が、順序を外れて発生することも可能であるということに注目しなければならない。例えば、続けて図示されている２つのブロックは、実際に実質的に同時に実行されることも可能であり、あるいはそのブロックが時折当該機能により、逆順に実行されることも可能である。

【0029】

このとき、本実施形態で使用される「～部」という用語は、ソフトウェアまたはＦＰＧＡ（field programmable gate array）またはＡＳＩＣ（application specific integrated circuit）のようなハードウェア構成要素を意味し、「～部」は、ある役割を実行する。しかしながら、「～部」は、ソフトウェアまたはハードウェアに限定される意味ではない。「～部」は、アドレッシングすることができる記録媒体に存在するようにも構成され、１またはそれ以上のプロセッサを再生させるようにも構成される。従って、一例として、「～部」は、ソフトウェア構成要素、オブジェクト志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素、並びにプロセス、関数、属性、プロシージャ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と「～部」とのうちで提供される機能は、さらに少数の構成要素及び「～部」に結合されるか、あるいはさらなる構成要素と「～部」とにさらに分離されうる。それだけではなく、構成要素及び「～部」は、デバイス内または保安マルチメディアカード内の１またはそれ以上のＣＰＵ（central processing unit）を再生させるようにも具現される。また、本実施形態において「～部」は、１以上のプロセッサを含んでもよい。

【0030】

本開示の実施形態に係わる具体的説明において、移動通信規格標準化団体である３ＧＰＰ（3rd Generation Partnership Project）が明細に述べている５Ｇ移動通信規格上の無線接続網ＮＲ（new radio）と、コア網であるパケットコア（５Ｇシステム、５Ｇ core networkまたはＮＧ（next generation）core）とを主な対象にするが、本開示の主要旨は、類似した技術的背景を有するその他通信システムにも、本開示の範囲を大きく外れない範囲において、若干の変形で適用可能であり、それは、本開示の技術分野において当業者の判断で可能であろう。

【0031】

以下、説明の便宜のために、３ＧＰＰＬＴＥ（long term evolution）規格（５Ｇ、ＮＲ、ＬＴＥ、またはそれと類似したシステムの規格）で定義されている用語及び名称が一部使用されうる。しかし、本開示は、前述の用語及び名称によって限定されるものではなく、他の規格によるシステムにも、同一に適用されうる。

【0032】

また、以下説明で使用される接続ノード（node）を識別するための用語、網客体（ネットワークエンティティ）を指す用語、メッセージを指す用語、ネットワークエンティティ間のインターフェースを指す用語、多様な識別情報を指す用語などは、説明の便宜のために例示されているのである。従って、本開示で使用される用語に限定されるものではなく、同等な技術的意味を有する対象を指す他の用語も使用されうる。

【0033】

以下において、本開示についての説明において、関連する公知の機能または構成に係わる具体的な説明が、本開示の要旨を必要以上に不明確にしうると判断される場合には、その詳細な説明を省略するのである。以下、添付された図面を参照し、本開示の一実施例について説明する。

【0034】

本開示の一実施形態は、５Ｇ移動通信ネットワークシステムあるいはＮＲ移動通信ネットワークシステムと、モバイルエッジコンピューティング（ＭＥＣ）とが連結される場合、端末が、ＭＥＣからサービスを提供される状況に係わるものである。端末がＭＥＣを介してサービスを提供されるにあたり、端末とＭＥＣとのデータ送受信は、５Ｇ移動通信ネットワーク及び一部外部伝送網を介しても行われる。端末は、基地局（ＲＡＮ：radio access network）と、無線通信を介してデータを送受信し、該ＲＡＮは、５Ｇの核心網（５ＧＣ：５Ｇ core network）の構成要素であるＵＰＦを介し、外部に位置したデータネットワーク（ＤＮ：data network）に／からデータを送受信する経路を有することができる。このとき、そのような連結を管理する５ＧＣを構成する要素として、ＡＭＦ（access and mobility function）、ＵＰＦ、ＰＣＦ、ＳＭＦ、ＵＤＲ／ＵＤＭ（user data repository/user data management）、ＮＥＦなどが含まれるのである。そのような構成要素は、制御のための通信手続き制御のために関与することができる。

【0035】

移動通信システムにおいては、端末の移動により、連結される基地局（ＲＡＮ）、５Ｇ核心網（５ＧＣ）の一部構成要素、またはＰＤＵセッションの変更が３ＧＰＰで定義されたハンドオーバー手続きによって発生しうる。

【0036】

図１は、一実施形態による、無線通信システムのネットワーク構造及びインターフェースを図示する図面である。

【0037】

さらに具体的には、図１は、ＭＥＣを介してサービスを提供されるための端末（ＵＥ：user equipment）、５Ｇ移動通信システム、ＭＥＣノード、及び制御のためのＡＦ（ＭＥＣ orchestrator）の間の関係を図示する図面である。図１を参照すれば、端末と連結されるネットワーク構造及びインターフェースは、ＲＡＮ、ＵＰＦ、ＤＮ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＤＭ／ＵＤＲ、ＮＥＦ及びＡＦを含んでもよい。

【0038】

図２ないし図４は、一実施形態による端末の移動によって発生しうるハンドオーバーの各状況について説明するための図面である。このとき、ＵＰＦの変更を決定するか、あるいはデータを伝達するＰＤＵセッションの管理及び制御は、５ＧＣのＳＭＦ、及びＳＭＦの動作に一助となりうるＡＭＦ、ＰＣＦ、ＵＤＭ／ＵＤＲの関連手続きを介しても行われる。

【0039】

図２は、一実施形態によるハンドオーバー状況を図示する図面である。さらに具体的には、図２は、ＰＤＵセッション変更のないハンドオーバー状況を図示する。図２を参照すれば、端末の移動によってハンドオーバーが発生したとき、無線区間を担当するＲＡＮにつき、ＲＡＮ１からＲＡＮ２に変更が発生したが、５ＧＣ内のデータを伝達するＵＰＦは、変更されないシナリオが図示される。

【0040】

図３は、一実施形態によるハンドオーバー状況を図示する図面である。さらに具体的には、図３は、ＰＤＵセッションが変更されたが、同一ＭＥＣノードに接続されるシナリオを図示する。図３を参照すれば、端末の移動により、ＲＡＮの変更及びＵＰＦの変更が共に発生した場合、既存のＵＰＦ１とＵＰＦ２とがサービスを提供しているＭＥＣ１ノードと通信が可能であるシナリオが図示される。

【0041】

図４は、一実施形態によるハンドオーバー状況を図示する図面である。図４を参照すれば、端末の移動により、ＲＡＮとＵＰＦとの変更と共に、サービスを提供するＭＥＣノードの変更が伴うシナリオが図示される。このとき、該端末は、ハンドオーバー発生後、サービスをＭＥＣ１ノードから、ＭＥＣ２ノードから提供されることになる。このとき、ＲＡＮ２は、既存のデータを伝達していたＵＰＦ１と連結か可能である。

【0042】

本開示において、図２のシナリオに該当する場合、５ＧＣ内部において、端末とＤＮとの連結を区分するＰＤＵセッション及びＰＤＵセッションアンカーの変更がないのである。その場合、ハンドオーバー発生時、５ＧＣの内部動作において、サービス連結が持続されうる。

【0043】

一方、図３及び図４のシナリオに該当する状況においては、いずれも新たなＵＰＦへの移転が必要であり、このとき、外部に見える端末のアドレス、すなわち、ＰＤＵセッションアンカーのアドレスが変更されうる。そのような状況において、外部に位置したＭＥＣノードは、端末のアドレスが変わることになり、サービスの連結を新たに結ばなければならないので、サービスの途切れが発生しうる。併せて、図４のシナリオにおいては、サービスを提供するＭＥＣが変わることになるので、５ＧＣにおいて、端末で送受信しなければならないトラフィックを、ＭＥＣ１からＭＥＣ２に移転しなければならないさらなる手続きが要求されうる。このとき、ＭＥＣ移転に対する支援を補助するための方法として、Ｌ２（layer ２）基板またはＬ３（layer ３）基盤のトンネリングプロトコルであるＶＸＬＡＮ（virtual extensible local area network）、ＮＶＧＲＥ（network virtualization using generic routing encapsulation）、ＬＩＳＰ（locator identifier separation protocol）のようなプロトコルが、端末及びＭＥＣノード、またはそれらの間に位置したプロキシサーバを介して支援されうる。

【0044】

一方、３ＧＰＰにおいては、ＭＥＣ及びその他バーチカルサービスの支援のために、５ＧＳ外部に位置したＡＦにおいて、特定ネットワークトラフィックを制御することができるように要請するトラフィックルーティングに対するＡＦ影響機能を、ＴＳ２３．５０１とＴＳ２３．５０２とにおいて定義した。

【0045】

関連手続きに係わる一実施形態は、図５を参照して説明され、このとき、ＡＦがＮＥＦを介して伝達する因子は、表１を参照して説明される。該機能を介し、ＡＦは、自体のサービスを利用する端末で発生するトラフィックを特定ＤＮＮ（data network name）に送ることができるように、トラフィック経路を要請することができ、このとき、時間と場所とに係わる条件、及びさらなる情報を５ＧＣに伝達することができる。一実施形態において、ＡＦは、追加してイベント購読を要請したＰＤＵセッションの生成／削除、ＤＮＡＩ（ＤＮ access identifier）の変更、ＳＭＦがＡＦ通知を受け、ＰＤＵセッションが特定条件を満足させた場合のような発生イベントに係わる通知を受けることができる。このとき、該通知は、ＳＭＦが特定動作を実行する前に送る早期通知と、特定動作を実行後に送る遅達とに分けられうる。前述の通知を送る手続きは、図６を参照して説明される。

【0046】

前述のように、表１は、トラフィックルーティングに対するＡＦ影響手続きに使用されるＡＦ伝達因子を示す表である。

【0047】

【表1】

【0048】

以下、本開示においては、前述の各状況において、ＭＥＣノードが移転される場合、端末が提供されているサービスを途切れさせない方法に係わる具体的な実施形態について説明する。

【0049】

［第１実施形態］
本開示の第１実施形態は、図３のシナリオにおいて、ＵＰＦの変更により、グループＭＥＣノード上において、端末のアドレスが変更される場合、それによるサービスの断絶を解決するための方法に係わるものである。図３のシナリオによれば、端末の移動により、端末と通信するＲＡＮの移転がなされ、ＲＡＮの移転により、ＵＰＦの移転が共になされうる。このとき、ＵＰＦの移転条件は、既存のＵＰＦ１のサービス領域に属さないＲＡＮ２に移転される場合、その他の理由により、ＲＡＮ２とＵＰＦ１との連結が許容されない場合、及び内部管理ポリシーによってなされる場合を含むのである。本実施形態は、例示的に、ＲＡＮのハンドオーバー準備過程において、ＵＰＦの変更が必要である場合を知ることができる場合（例：Ｎ２基盤ハンドオーバー）を対象にする。

【0050】

本実施形態によれば、ＲＡＮハンドオーバーにより、ＵＰＦ１からＵＰＦ２にＰＤＵセッションを移す過程において、ＵＬＣＬ（uplink classifier）を使用するＩ－ＵＰＦ（intermediate user plane function）を使用し、ＵＰＦ１とＵＰＦ２とに同時に端末が連結を維持する方法を介し、ＵＰＦを移転する過程が提案されうる。併せて、ＭＥＣは、５ＧＣ外部に位置したエンティティであり、５ＧＣによる制御が不可能であり、ＵＰＦの変更と、ＵＥのアドレス変更とによる再設定（reconfiguration）が発生しうる。従って、再設定が完了する以前、ＵＰＦ２を介してデータを送ることになる場合、データ損失が発生し、本実施形態においては、それを防止するために、一定待機時間を活用する方法を提案する。図７は、本開示を適用した端末とＭＥＣとの通信のための５ＧＣデータ伝達経路を図示する図面である。

【0051】

一実施形態において、ＡＦは、トラフィックルーティングに対するＡＦ影響要請を送るとき、表１に定義された因子以外にも、再設定時間（reconfiguration time）を追加して送ることができる。この再設定時間は、ＵＰＦが変わった場合、ＭＥＣ内部における連続したサービス提供のために、ＭＥＣ内部設定を変更するのにかかる時間であり、経験的知識、または予想による値を設定して使用することができる。併せて、該再設定時間は、ＭＥＣだけではなく、ＵＰＦからＭＥＣまでデータが伝達される経路に位置しうるゲートウェイまたはプロキシのような中間エンティティの設定が変更されることを含んでも計算される。すなわち、該再設定時間は、ＵＰＦ変更によるＭＥＣ、及び影響を受けるエンティティ再設定のために必要な時間を指すのである。表２は、表１の因子に追加された再設定時間を含むトラフィックルーティングに対するＡＦ影響因子の実施形態を示す。

【0052】

【表2】

【0053】

図８は、本実施形態によるＵＰＦの移転手続きを図示する図面である。

【0054】

段階０において、ＡＦは、特定端末またはサービスフローを対象にし、ＮＥＦを介し、ＳＭＦにトラフィックルーティングに対するＡＦ影響要請を送ることができる。このとき、ＡＦは、要請因子に新たに追加された再設定時間を共に追加して送ることができる。その後、端末は、ＭＥＣ１に位置したサービスを、ＲＡＮ１とＵＰＦ１とを介して利用することができる。

【0055】

段階１において、端末の移動により、ＲＡＮ１からＲＡＮ２にハンドオーバーが発生することをＲＡＮ１とＲＡＮ２とが感知することができる。それにより、ハンドオーバー準備手続きが実行されうる。

【0056】

段階２において、５ＧＣにおいて、ＵＰＦの変更を感知することができる場合（例：Ｎ２基盤ハンドオーバー）、ＳＭＦは、ＡＦに、ＵＰＦ変更に係わる早期通知を送ることができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩ（generic public subscription identifier）と、現在ＵＥのアドレスとを送ることができる。また、ＳＭＦは、追加して現在ＵＥの位置を送ることができる。該ＧＰＳＩは、ＡＦにおいて、ＵＥ確認のために使用するためにも伝送され、ＧＰＳＩ、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮ（mobile subscriber integrated services digital network）が伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に送られるさらなる因子でもある。それを基に、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【0057】

段階３において、ＲＡＮ間のハンドオーバー手続きが完了されうる。このとき、端末と連結されたＲＡＮが、ＲＡＮ１からＲＡＮ２に移転されうる。併せて、Ｉ－ＵＰＦの挿入がなされうる。このとき、Ｉ－ＵＰＦは、ＲＡＮ１及びＲＡＮ２と同時に連結が可能でなければならないのである。Ｉ－ＵＰＦの生成、及びＲＡＮ１との連結は、段階１でも可能であるが、ＲＡＮ２との連結は、段階３で実行されうる。その後、端末とＭＥＣとの通信は、ＲＡＮ２、Ｉ－ＵＰＦ、ＵＰＦ１を経てもなされる。

【0058】

段階４において、ＳＭＦは、データ伝達経路の最適化のために、ＵＰＦ２の挿入を決定し、目的地ＵＰＦを選択することができる。

【0059】

段階５において、ＳＭＦは、ＵＰＦ２との連結を生成し、Ｉ－ＵＰＦにデータが伝達されうるように、ＵＰＦ２を設定することができる。

【0060】

段階６において、ＳＭＦは、ＵＰＦ２との連結が完了された後、ＡＦに、端末の確認のためのＧＰＳＩ、ＵＥのＵＰＦ２のアドレスを伝達することができる。このとき、ＵＰＦ１のアドレスも、共にＡＦに伝達されうる。

【0061】

段階６－１において、ＳＭＦから通知を受けたＡＦは、ＭＥＣノードに、ＵＥのアドレスが変わりうるということを知らせることができる。またＡＦは、ＧＰＳＩに該当するＵＥとの連結に対し、新たなアドレス、すなわち、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定することになる。

【0062】

段階６－１が実行される間、端末で発生したデータがＵＰＦ２を介して伝送される場合、損失が発生しうる。従って、そのような現象を防止するために、段階７において、端末で発生したデータは、既存のＵＰＦ１を介して伝達されうる。ＳＭＦは、段階０において、ＡＦから受けた再設定に必要な時間程度待機することができる。

【0063】

段階８において、ＵＰＦ１でサービスを受けるＵＥに該当するＱｏＳフローがＵＰＦ２に移転されうる。併せて、ＳＭＦは、Ｉ－ＵＰＦを更新し、端末で発生したデータが、ＵＰＦ２を介し、ＭＥＣに伝達されるようにする。

【0064】

段階９において、ＳＭＦは、Ｉ－ＵＰＦとＵＰＦ１との連結を解除し、直接のデータ伝達が可能になるように、ＵＰＦ２とＲＡＮ２とを再設定することができる。

【0065】

［第２実施形態］
図９は、前述の第１実施形態において、ＲＡＮのハンドオーバー準備過程において、ＵＰＦが変更されたか否かを知ることができない場合（例：Ｘｎ基盤のハンドオーバー）に対応するための手続きについて説明するための図面である。

【0066】

段階１において、端末の移動により、ＲＡＮ１からＲＡＮ２にハンドオーバーが発生することを、ＲＡＮ１とＲＡＮ２とが感知し、ハンドオーバー準備手続きを行うことができる。

【0067】

段階２において、ＲＡＮ間のハンドオーバー手続きが完了されれば、端末と連結されたＲＡＮが、ＲＡＮ１からＲＡＮ２に移転されうる。併せて、Ｉ－ＵＰＦの挿入がなされうる。このとき、Ｉ－ＵＰＦは、ＲＡＮ１及びＲＡＮ２と同時に連結が可能でなければならないのである。Ｉ－ＵＰＦの生成、及びＲＡＮ１との連結は、段階１でも可能であるが、ＲＡＮ２との連結は、本段階で実行されうる。その後、端末とＭＥＣとの通信は、ＲＡＮ２、Ｉ－ＵＰＦ、ＵＰＦ１を経てもなされる。

【0068】

段階３において、ＳＭＦは、ＡＦに、ＵＰＦ変更に係わる早期通知を送ることができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩと、現在ＵＥのアドレスとを伝送することができる。また、ＳＭＦは、追加して現在ＵＥの位置を伝送することができる。ＧＰＳＩは、ＡＦでＵＥを確認するために使用され、ＧＰＳＩ、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮが伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に伝送される因子である。それを基に、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【0069】

段階４において、ＳＭＦは、データ伝達経路を最適化させるために、ＵＰＦ２の挿入を決定し、目的地ＵＰＦを選択することができる。

【0070】

段階５において、ＳＭＦは、ＵＰＦ２との連結を生成し、Ｉ－ＵＰＦにデータが伝達されうるように、ＵＰＦ２を設定することができる。

【0071】

【0072】

段階６－１において、ＳＭＦから通知を受けたＡＦは、ＭＥＣノードに、ＵＥのアドレスが変わりうるということを知らせることができる。また、ＡＦは、ＧＰＳＩに該当するＵＥとの連結に対し、新たなアドレス、すなわち、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。

【0073】

段階６－１が実行される間、端末で発生したデータが、ＵＰＦ２を介して伝送される場合、損失が発生しうる。従って、そのような現象を防止するために、段階７において、端末で発生したデータは、既存のＵＰＦ１を介して伝達されうる。ＳＭＦは、段階０において、ＡＦから受けた再設定に必要な時間程度待機することができる。

【0074】

【0075】

【0076】

［第３実施形態］
図１０は、図４に該当する移転を支援するための方法及び手続きについて説明するための図面である。一実施形態において、本手続きは、前述の第１実施形態において、端末の移動により、目的地がＭＥＣ１からＭＥＣ２に移動される場合、ＲＡＮの変更、ＵＰＦの変更、及びＭＥＣの変更が同時に起きるシナリオでもある。

【0077】

このとき、ＭＥＣ移転に必要な時間の間、ＵＰＦ２を介するＭＥＣ２との通信は、活性化されないのである。ＵＰＦ２が準備され、端末のデータを伝送する場合、ＭＥＣ２が準備されていないために、データの損失が発生しうる。従って、そのような移転時間を、ＭＥＣがＳＭＦに知らせる必要があり、既存のトラフィックルーティングに対するＡＦ影響を更新するか、あるいは特定端末に限定して移転される端末と限定し、トラフィックルーティングに対するＡＦ影響を再送する方式によっても実行される。このとき、ＡＦは、移転にかかる時間を要請に追加して送ることができる。表３は、要請に使用されうる因子を示す表である。

【0078】

【表3】

【0079】

図１１は、本実施形態によるＵＰＦの移転手続きを図示する図面である。

【0080】

【0081】

段階１において、端末の移動により、ＲＡＮ１からＲＡＮ２にハンドオーバーが発生することを、ＲＡＮ１とＲＡＮ２とが感知し、それにより、ハンドオーバー準備手続きが実行されうる。

【0082】

段階２において、５ＧＣにおいて、ＵＰＦの変更を感知することができる場合（例：Ｎ２基盤ハンドオーバー）、ＳＭＦは、ＡＦに、ＵＰＦ変更に係わる早期通知を送ることができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩと、現在ＵＥのアドレスとを伝送することができる。また、ＳＭＦは、現在ＵＥの位置を追加して送ることができる。ＧＰＳＩは、ＡＦでＵＥ確認のために使用され、ＧＰＳＩ、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮが伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に送ることになるさらなる因子でもある。それを基に、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【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】

［第５実施形態］
図１３は、図４に該当する移転を支援するための方法及び手続きについて説明するための図面である。本開示の第５実施形態は、５ＧＣにおいて、セッションとサービスとの連続性を支援するための方法であるＳＳＣ（session and service continuity）を支援するための手続きを応用したものである。特に、本実施形態は、ＳＳＣ Mode２方法である、セッションを切って新たに結ぶ順序による過程によるものでもある。既存の５ＧＣのＳＳＣ Mode２手続きに基づき、５ＧＣの状況のみを考慮し、ＵＰＦ準備のいかんにより、セッションを切って新たに結ぶことになる場合、ＭＥＣは、まだ移転されていないために、サービスの断絶が発生しうる。併せて、ＭＥＣの場合、変更されたＵＥ端末のアドレスを知ることができないために、応用端において、サービスの連続性を支援しないのであるならば、新たな端末と認識し、新たにサービスを開始しなければならなくもなる。そのような問題を解消するために、本実施形態によれば、ＭＥＣに、端末の変更に係わる情報を伝達し、ＭＥＣは、移転が必要である場合、ＭＥＣ移転に必要な時間を伝達するようにすることができる。

【0108】

【0109】

段階１において、ＰＣＦとＳＭＦは、端末の移動により、ＵＰＦの変更が必要であるということを、内部ポリシー及びＡＦ要請を介して認知することができる。

【0110】

段階２において、ＳＭＦは、ＡＦに、ＵＰＦ変更に係わる早期通知を送ることができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩと、現在ＵＥのアドレスとを伝送することができる。また、ＳＭＦは、現在ＵＥの位置を追加して送ることができる。ＧＰＳＩは、ＡＦでＵＥ確認のために使用され、ＧＰＳＩ、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮが伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に送ることになるさらなる因子でもある。それを利用し、ＡＦは、ＭＥＣの移転が必要であるか否かということを知ることができることにもなる。併せて、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【0111】

段階２－１において、ＡＦは、ＭＥＣ１からＭＥＣ２に、ＵＥのサービス提供に必要なデータ（例：仮想マシンイメージ、サービス関連コンテクスト）の移転を開始し、必要な移転に必要な時間を計算することができる。その後、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる（表３参照）。このとき、ＡＦは、移転に必要な時間を共に伝送することができる。段階２－１は、選択的に提供されうる。

【0112】

段階３において、ＳＭＦは、トラフィックルーティングに対するＡＦ影響要請ＭＥＣ再設定時間（表３）の間待機することができる。

【0113】

段階４において、ＳＭＦは、ＭＥＣ再設定時間の間待機しながら、ＡＦから、段階２－１を介して発生したトラフィックルーティングに対するＡＦ影響要請を受信することができる。受信しないのであるならば、次の段階に進むことができる。段階４は、選択的に提供されうる。

【0114】

段階４－１において、トラフィックルーティングに対するＡＦ影響要請を受信した場合、ＳＭＦは、ＭＥＣが準備するのに必要な時間があることを認知し、その時間の間待機することができる。

【0115】

段階５において、ＳＳＣ Mode２手続きにより、既存のＰＤＵセッションが解除されうる。

【0116】

段階６において、ＳＳＣ Mode２手続きにより、新たなＰＤＵセッションが生成されうる。

【0117】

段階７において、ＳＭＦは、ＡＦに、新たなＵＥのアドレスを知らせることができる。このとき、ＳＭＦは、ＧＰＳＩに該当するＵＥとの連結を、新たなアドレス、例えば、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。追加し、既存のＵＥアドレスを共に伝達することもできる。

【0118】

段階７－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0119】

［第６実施形態］
図１４は、図４に該当する移転を支援するための方法及び手続きについて説明するための図面である。さらに具体的には、図１４は、前述の第５実施形態において、ＳＳＣ Mode３を利用する方法について説明するための図面である。ＳＳＣ Mode３は、ＰＤＵセッションの移転のために、新たな連結をまず生成した後、既存の連結を解除する順序による。

【0120】

【0121】

段階１において、ＰＣＦとＳＭＦは、端末の移動により、ＵＰＦの変更が必要であるということを、ポリシー及びＡＦ要請を介して認知することができる。

【0122】

【0123】

【0124】

段階３において、ＳＭＦは、トラフィックルーティングに対するＡＦ影響要請ＭＥＣ再設定時間（表３）の間待機することができる。

【0125】

【0126】

【0127】

段階５において、ＳＳＣ Mode３手続きにより、新たなＰＤＵセッションが生成されうる。

【0128】

段階６において、ＳＭＦは、ＡＦに、新たなＵＥのアドレスを知らせることができる。このとき、ＳＭＦは、ＧＰＳＩに該当するＵＥとの連結を、新たなアドレス、例えば、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。追加し、既存のＵＥアドレスを共に伝達することもできる。

【0129】

段階６－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0130】

段階７において、ＳＳＣ Mode３手続きにより、ＰＤＵセッションを変更し、既存のＰＤＵセッションが解除されうる。

【0131】

［第７実施形態］
図１５は、図４に該当する移転を支援するための方法及び手続きについて説明するための図面である。本開示の第７実施形態は、前述の第５実施形態において、ＳＳＣ Mode３の利用において、移転時間の間待機するＳＭＦが、ＰＤＵセッションを変更する時間を端末に知らせることにより、端末が新たなＰＤＵセッションを利用する時点を調節して適用する場合に係わるものである。

【0132】

【0133】

【0134】

【0135】

【0136】

段階３において、ＳＭＦは、トラフィックルーティングに対するＡＦ影響要請ＭＥＣ再設定時間（表３）の間待機することができる。

【0137】

【0138】

段階５において、ＳＳＣ Mode３手続きにより、新たなＰＤＵセッションを生成する。このとき、端末に、ＭＥＣ移転に必要な時間を知らせ、段階７で必要な時間の間待機することができるようにする。

【0139】

【0140】

段階６－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0141】

段階７において、トラフィックルーティングに対するＡＦ影響要請を受信した場合、ＵＥはＭＥＣが準備するのに必要な時間があることを認知し、その時間の間待機することができる。

【0142】

段階８において、ＳＳＣ Mode３手続きにより、ＰＤＵセッションを変更し、既存のＰＤＵセッションを解除することができる。

【0143】

［第８実施形態］
図１６は、図４に該当する移転を支援するための方法及び手続きについて説明するための図面である。本開示の第８実施形態は、ＡＦが、ＳＭＦまたはＰＣＦを介し、端末の位置情報を報告される状況において、動的に端末のネットワークトラフィックを、特定ＭＥＣに変更するための手続きに係わるものである。このとき、端末の位置をリアルタイムに報告されるＡＦは、動的にトラフィックルーティングに対するＡＦ影響要請と、特定位置のＭＥＣが移転されたり、その準備にかかったりする時間を知らせることにより、サービスの連続性を維持するための手続きを実行することができる。本実施形態は、例示的に、既存のＭＥＣ１におけるＭＥＣ２使用において、ＳＳＣ Mode２を使用する場合に係わるものである。

【0144】

段階０において、ＡＦは、特定端末の位置を報告されうるように、イベント購読を、ＮＥＦを介し、ＰＣＦあるいはＳＭＦに要請することができる。端末は、ＭＥＣ１に位置したサービスを、ＲＡＮ１とＵＰＦ１とを介して利用することができる。

【0145】

段階１において、ＰＣＦとＳＭＦは、端末の移動により、端末の位置を、ＮＥＦを介し、ＡＦに報告することができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩと、現在ＵＥのアドレスとを伝送することができる。また、ＳＭＦは、現在ＵＥの位置を追加して送ることができる。ＵＥの位置は、ＡＭＦのイベントを、ＳＭＦまたはＰＣＦが受信することによって獲得されうる。ＧＰＳＩは、ＡＦでＵＥ確認のために使用され、ＧＰＳＩ、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮが伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に送ることになるさらなる因子でもある。それを利用し、ＡＦは、ＭＥＣの移転が必要であるか否かということを知ることができることにもなる。併せて、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【0146】

段階２において、ＡＦは、ＭＥＣ１からＭＥＣ２に、ＵＥのサービス提供に必要なデータ（例：仮想マシンイメージ、サービス関連コンテクスト）の移転を開始し、必要な移転に必要な時間を計算することができる。

【0147】

段階３において、その後、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送ることができる（表３参照）。このとき、ＡＦは、移転に必要な時間を共に伝送することができる。

【0148】

段階４において、ＳＭＦは、トラフィックルーティングに対するＡＦ影響要請ＭＥＣ再設定時間（表３）の間待機することができる。

【0149】

段階５において、ＳＳＣ Mode２手続きにより、既存のＰＤＵセッションが解除されうる。

【0150】

段階６において、ＳＳＣ Mode２手続きにより、新たなＰＤＵセッションが生成されうる。

【0151】

【0152】

段階７－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0153】

［第９実施形態］
図１７は、図４に該当する移転を支援するための方法及び手続きについて説明するための図面である。本開示の第９実施形態は、第８実施形態において、ＳＳＣ Mode３を使用する場合に係わるものである。

【0154】

【0155】

段階１において、ＰＣＦとＳＭＦは、端末の移動により、端末の位置を、ＮＥＦを介し、ＡＦに報告することができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩと、現在ＵＥのアドレスとを送ることができる。また、ＳＭＦは、現在ＵＥの位置を追加して送ることができる。ＵＥの位置は、ＡＭＦのイベントを、ＳＭＦまたはＰＣＦが受信することによっても獲得される。ＧＰＳＩは、ＡＦでＵＥ確認のために使用され、ＧＰＳＩ、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮが伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に送ることになるさらなる因子でもある。それを利用し、ＡＦは、ＭＥＣの移転が必要であるか否かということを知ることができることにもなる。併せて、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【0156】

【0157】

【0158】

段階４において、ＳＳＣ Mode３手続きにより、新たなＰＤＵセッションが生成されうる。

【0159】

段階５において、ＳＭＦは、ＡＦに、新たなＵＥのアドレスを知らせることができる。このとき、ＳＭＦは、ＧＰＳＩに該当するＵＥとの連結を、新たなアドレス、例えば、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。追加し、既存のＵＥアドレスを共に伝達することもできる。

【0160】

段階６において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0161】

段階７において、段階３で伝達された移転時間の間、ネットワークに含まれるエンティティが待機することができる。このとき、待機する主体は、端末（段階７ａ）あるいは５ＧＣ（段階７ｂ）にもなる。

【0162】

段階８において、ＳＳＣ Mode３手続きにより、ＰＤＵセッションを変更し、既存のＰＤＵセッションが解除されうる。

【0163】

［第１０実施形態］
本開示の第１０実施形態は、図４に該当する移転を支援するための方法及び手続きについて説明するためのものである。第１０実施形態は、５ＧＣにおいて、セッションとサービスとの連続性を支援するための方法であるＳＳＣを支援するための手続きを応用したものである。

【0164】

本開示の実施形態において、ＡＦは、初期のトラフィックルーティングに対する影響要請伝達時、ＵＰＦ変更が許容されるか否かを明示的に伝達し、ＡＦが準備されていない状態におけるＵＰＦの変更を防止することができる。その後、ＡＦは、ＵＰＦ変更が準備された状態において、動的にトラフィックルーティングに対するＡＦ影響要請を特定端末を対象に送ることにより、ＵＰＦ変更を制御することができる。本開示において、「ＵＰＦの変更」は、新たなＵＰＦを設定すること、または新たなＵＰＦへの連結を活性化させる（activate）ことなどを含んでもよい。例えば、「ＵＰＦの変更」は、ＳＭＦがＡＦに早期通知を送信した後、新たなＵＰＦを設定することを含んでもよい。または、「ＵＰＦの変更」は、ＳＭＦが新たなＵＰＦを設定した後、ＡＦに遅達を送信した後、新たなＵＰＦへの連結を活性化させることを含んでもよい。従って、ＳＭＦが、「ＵＰＦ変更が許容されるか否か」により、ＡＦの応答を待機するか否かということを決定する動作は、早期通知に係わる手続き、及び遅達に係わる手続きにいずれも適用されうる。

【0165】

表４は、本実施形態において使用される因子について説明する表である。一実施形態において、既存のＴＳ２３．５０１に定義されたトラフィックルーティングに対するＡＦ影響要請に、ＵＰＦ変更可否（allow reallocation of ＵＰＦ）と移転時間とが因子として新たに追加されうる。一実施形態において、各因子は、それぞれ分離されて使用されうる。ＵＰＦ変更可否は、５ＧＣ内部ポリシーにより、ＵＰＦの変更が必要である場合、ＰＣＦまたはＳＭＦが、そのようなＰＤＵセッションの移転を許容するか否かということを示すことができる。もしこの因子が許容されないと設定された場合、ＳＭＦは、内部ポリシーにより、ＵＰＦ変更が必要であるとしても、ＵＰＦの変更を行わないのである。しかし、そのような場合にも、ＳＭＦは、ＵＰＦ変更が必要であるという通知を、ＡＦに送る動作を継続して実行することができる。

【0166】

一実施形態において、移転時間は、ＡＦがＵＰＦ変更と係わる通知を受信した後、ＰＣＦを介してＳＭＦに応答するときに使用する因子であり、特定ＵＥの移転を準備するためにかかる時間を知らせるものでもある。従って、ＳＭＦは、ＡＦから新たに受信された特定ＵＥの移転時間を考慮し、ＰＤＵセッションの移転を行うことができる。本実施形態は、例示的に、既存のＭＥＣ１におけるＭＥＣ２使用において、ＳＳＣ Mode２を使用する場合に係わるものである。

【0167】

【表4】

【0168】

図１８は、第１０実施形態によるＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【0169】

段階０において、ＡＦは、特定端末またはサービスフローを対象にし、ＮＥＦを介し、ＳＭＦにトラフィックルーティングに対するＡＦ影響要請を送ることができる。このとき、ＡＦは、ＵＰＦ変更可否（allow reallocation of ＵＰＦ）を明示的に送ることができる。首尾よくＡＦ要請が反映された場合、端末は、ＭＥＣ１に位置したサービスを、ＲＡＮ１とＵＰＦ１とを介して利用することができる。

【0170】

【0171】

【0172】

このとき、初期に受けたＡＦ要請において、ＵＰＦ変更が許容されるならば、ＳＭＦは、即座に段階５を実行することができる。もし許容されていないのであるならば、ＳＭＦは、ＡＦから新たなＡＦ要請を受信するまで待機することができる。このとき、待機時間の最大値は、内部ポリシーによっても決定される。

【0173】

段階２－１において、ＡＦは、ＭＥＣ１からＭＥＣ２に、ＵＥのサービス提供に必要なデータ（例：仮想マシンイメージ、サービス関連コンテクスト）の移転を開始し、必要な移転に必要な時間を計算することができる。

【0174】

段階３において、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる（表４）。このとき、ＡＦは、移転に必要な時間を共に伝送することができる。他の端末に影響を及さないように、新たなＡＦ要請を送る場合、ＡＦは、特定ＵＥ識別子（target ＵＥ identifier）を使用し、対象を限定することができる。更新の場合、ＡＦは、ＡＦトランザクション識別子（transaction identifier）を使用し、更新する以前のＡＦ要請を指定することができる。

【0175】

段階４において、ＳＭＦは、ＭＥＣ移転時間の間待機することができる。このとき、追ってＳＳＣ Mode動作にかかる時間を勘案し、ＳＭＦは、ＡＦ要請に含まれた移転時間よりさらに短い時間を待機することができる。

【0176】

段階５において、ＳＳＣ Mode２手続きにより、既存のＰＤＵセッションが解除されうる。

【0177】

段階６において、ＳＳＣ Mode２手続きにより、新たなＰＤＵセッションが生成されうる。

【0178】

段階７において、ＳＭＦは、ＡＦに、新たなＵＥのアドレスを知らせることができる。このとき、ＳＭＦは、ＧＰＳＩに該当するＵＥとの連結において、新たなアドレス、例えば、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。ＳＭＦは、追加して既存のＵＥアドレスを共に伝達することもできる。

【0179】

段階７－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0180】

［第１１実施形態］
本開示の第１１実施形態は、図４に該当する移転を支援するための方法及び手続きについて説明するためのものである。第１１実施形態は、前述の第１０実施形態において、ＳＳＣ Mode３手続きを活用する方法に係わるものである。一実施形態において、第１１実施形態のトラフィックルーティングに対するＡＦ影響要請に使用される因子は、第１０実施形態と同一でもある。

【0181】

図１９は、第１１実施形態によるＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【0182】

【0183】

【0184】

【0185】

このとき、初期に受けたＡＦ要請において、ＵＰＦ変更が許容される場合、ＳＭＦは、即座に段階５を実行することができる。もし許容されていないのであるならば、ＳＭＦは、ＡＦから新たなＡＦ要請を受信するまで待機することができる。このとき、待機時間の最大値は、内部ポリシーによっても決定される。

【0186】

【0187】

段階３において、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる（表４）。このとき、ＡＦは、移転に必要な時間を共に伝送することができる。新たなＡＦ要請を送る場合、他の端末に影響が及ぼされないように、ＡＦは、特定ＵＥ識別子を使用し、対象を限定することができる。更新の場合、ＡＦは、ＡＦトランザクション識別子を使用し、更新する以前のＡＦ要請を指定することができる。

【0188】

【0189】

段階５において、ＳＳＣ Mode３手続きにより、新たなＰＤＵセッションが生成されうる。このときＳＭＦは、端末にＭＥＣ移転に必要な時間を知らせ、段階７において、必要な時間の間待機することができるようにする。

【0190】

段階６において、ＳＭＦは、ＡＦに、新たなＵＥのアドレスを知らせることができる。このとき、ＳＭＦは、ＧＰＳＩに該当するＵＥとの連結において、新たなアドレス、例えば、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。またＳＭＦは、追加して既存のＵＥアドレスを共に伝達することもできる。

【0191】

段階６－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0192】

段階７において、ＳＳＣ Mode３手続きにより、ＰＤＵセッションが変更され、既存のＰＤＵセッションが解除されうる。

【0193】

［第１２実施形態］
本開示の第１２実施形態は、図４に該当する移転を支援するための方法及び手続きについて説明するためのものである。第１２実施形態は、前述の第１１実施形態において、ＳＳＣ Mode３手続きを活用するが、ＭＥＣの移転の待機時間において、端末が新たなＰＤＵセッションを生成後、移転する時点を決定する解除タイマ（release timer）を活用する方法に係わるものである。一実施形態において、第１２実施形態のトラフィックルーティングに対するＡＦ影響要請に使用される因子は、第１０実施形態と同一でもある。

【0194】

図２０は、第１２実施形態によるＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【0195】

【0196】

【0197】

【0198】

このとき、初期に受けたＡＦ要請において、ＵＰＦ変更が許容される場合、ＳＭＦは、即座に段階５を実行することができる。許容されていないのであるならば、ＳＭＦは、ＡＦから新たなＡＦ要請を受信するまで待機することができる。このとき、待機時間の最大値は、内部ポリシーによっても決定される。

【0199】

【0200】

【0201】

段階４において、ＳＳＣ Mode３手続きにより、新たなＰＤＵセッションが生成されうる。このとき、ＳＭＦは、端末にＭＥＣ移転に必要な時間を知らせ、段階７において、必要な時間の間待機することができるようにする。

【0202】

【0203】

段階５－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0204】

段階６において、端末は、段階４でＳＭＦから受信した移転時間の間待機することができる。

【0205】

段階７において、ＳＳＣ Mode３手続きにより、ＰＤＵセッションが変更され、既存のＰＤＵセッションが解除されうる。

【0206】

［第１３実施形態］
本開示の第１３実施形態は、図４に該当する移転を支援するための方法及び手続きについて説明するためのものである。第１３実施形態において、本開示は、５ＧＣにおいて、セッションとサービスとの連続性を支援するための方法であるＳＳＣを支援するための手続きを応用したものである。

【0207】

【0208】

表５は、本実施形態において使用される因子について説明する表である。一実施形態において、既存のＴＳ２３．５０１に定義されたトラフィックルーティングに対するＡＦ影響要請に、ＵＰＦ変更可否（allow reallocation of ＵＰＦ）が因子として新たに追加されうる。ＵＰＦ変更可否は、５ＧＣ内部ポリシーにより、ＵＰＦの変更が必要である場合、ＰＣＦまたはＳＭＦが、そのようなＰＤＵセッションの移転を許容するか否かということを示すことができる。もしこの因子が許容されないと設定された場合、ＳＭＦは、内部ポリシーにより、ＵＰＦ変更が必要であるとしても、ＵＰＦの変更を行わないのである。しかし、そのような場合にも、ＳＭＦは、ＵＰＦ変更が必要であるという通知を、ＡＦに伝送する動作を継続して実行することができる。

【0209】

本実施形態において、ＡＦは、特定端末のサービスを継続して支援するために、必要な資源及び情報の移転が完了した状態において、特定端末のために、ＡＦ要請を送ることができる。前述の第１０実施形態、第１１実施形態、第１２実施形態において、ＡＦが、トラフィックルーティングに対するＡＦ影響要請に移転時間を明示的に伝達したことと異なり、本実施形態によるＡＦは、移転が完了した後、トラフィックルーティングに対するＡＦ影響要請を送ることができる。それを受信したＳＭＦは、即座にＰＤＵセッション移転のための後動作を実行することができる。本実施形態は、例示的に、既存のＭＥＣ１におけるＭＥＣ２使用において、ＳＳＣ Mode２を使用する場合に係わるものである。

【0210】

【表5】

【0211】

図２１は、第１０実施形態によるＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【0212】

【0213】

【0214】

【0215】

【0216】

段階２－１において、ＡＦは、ＭＥＣ１からＭＥＣ２に、ＵＥのサービス提供に必要なデータ（例えば、仮想マシンイメージあるいはサービス関連コンテクスト）の移転を行うことができる。

【0217】

段階３において、サービス移転が完了すれば、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる。新たなＡＦ要請を送る場合、他の端末に影響を及ぼさないように、ＡＦは、特定ＵＥ識別子を使用し、対象を限定することができる。更新の場合、ＡＦは、ＡＦトランザクション識別子を使用し、更新する以前のＡＦ要請を指定することができる。

【0218】

段階４において、ＳＳＣ Mode２手続きにより、既存のＰＤＵセッションが解除されうる。

【0219】

段階５において、ＳＳＣ Mode２手続きにより、新たなＰＤＵセッションが生成されうる。

【0220】

段階６において、ＳＭＦは、ＡＦに、新たなＵＥのアドレスを知らせることができる。このとき、ＳＭＦは、ＧＰＳＩに該当するＵＥとの連結において、新たなアドレス、例えば、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。ＳＭＦは、追加して既存のＵＥアドレスを共に伝達することもできる。

【0221】

段階６－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0222】

［第１４実施形態］
本開示の第１４実施形態は、図４に該当する移転を支援するための方法及び手続きについて説明するためのものである。第１４実施形態は、前述の第１３実施形態において、ＳＳＣ Mode３手続きを活用する方法に係わるものである。一実施形態において、第１４実施形態のトラフィックルーティングに対するＡＦ影響要請に使用される因子は、第１３実施形態と同一でもある。

【0223】

図２２は、第１４実施形態によるＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【0224】

段階０において、ＡＦは、特定端末またはサービスフローを対象にし、ＮＥＦを介し、ＳＭＦにトラフィックルーティングに対するＡＦ影響要請を送ることができる。このとき、ＡＦは、ＵＰＦ変更いかん（allow reallocation of ＵＰＦ）を明示的に送ることができる。首尾よくＡＦ要請が反映された場合、端末は、ＭＥＣ１に位置したサービスを、ＲＡＮ１とＵＰＦ１とを介して利用することができる。

【0225】

【0226】

段階２において、ＳＭＦは、ＡＦに、ＵＰＦ変更に係わる早期通知を送ることができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩと、現在のＵＥのアドレスとを送ることができる。また、ＳＭＦは、現在のＵＥの位置を追加して送ることができる。ＧＰＳＩは、ＡＦでＵＥの確認のために使用され、ＧＰＳＩ、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮが伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に送ることになるさらなる因子でもある。それを利用し、ＡＦは、ＭＥＣの移転が必要であるか否かということを知ることができることにもなる。併せて、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【0227】

【0228】

段階２－１において、ＡＦは、ＭＥＣ１からＭＥＣ２に、ＵＥのサービス提供に必要なデータ（例：仮想マシンイメージ、サービス関連コンテクスト）の移転を行うことができる。

【0229】

段階３において、サービス移転が完了すれば、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる。新たなＡＦ要請を送る場合、他の端末に影響が及ぼされないように、ＡＦは、特定ＵＥ識別子を使用し、対象を限定することができる。更新の場合、ＡＦは、ＡＦトランザクション識別子を使用し、更新する以前のＡＦ要請を指定することができる。

【0230】

段階４において、ＳＭＦは、ＡＦから新たなトラフィックルーティングに対する影響要請を受信することができる。このとき、ＳＳＣ Mode３手続きにより、新たなＰＤＵセッションが生成されうる。

【0231】

【0232】

段階５－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0233】

段階６において、ＳＳＣ Mode３手続きにより、ＰＤＵセッションが変更され、既存ＰＤＵセッションが解除されうる。

【0234】

［第１５実施形態］
本開示の第１５実施形態は、図４に該当する移転を支援するための方法及び手続きについて説明するためのものである。第１５実施形態は、前述の第１４実施形態において、追加してＳＭＦがＡＦに通知を伝送するとき、ＰＤＵセッションの変更を待機する時間を明示的に共に伝達する方法に係わるものである。一実施形態において、経路変更に係わる通知を受けたＡＦは、５ＧＳに２種方法で応答を送ることができる。最初の可能な応答の方法は、端末の経路変更により、既存のトラフィックルーティングに対するＡＦ影響の内容が変更される場合、新たな要請を送るか、あるいは既存の要請を更新する方法でもある。２番目の可能な応答の方法は、既存トラフィックルーティングに対するＡＦ影響要請の変更が必要ではない場合、通知に対する応答（Ａｃｋ）を送る方法でもある。一実施形態において、第１５実施形態のトラフィックルーティングに対するＡＦ影響要請に使用される因子は、第１３実施形態と同一でもある。

【0235】

図２３は、第１５実施形態によるＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【0236】

段階０において、ＡＦは、特定の端末またはサービスフローを対象にし、ＮＥＦを介し、ＳＭＦにトラフィックルーティングに対するＡＦ影響要請を送ることができる。このとき、ＡＦは、ＵＰＦ変更可否（allow reallocation of ＵＰＦ）を明示的に送ることができる。首尾よくＡＦ要請が反映された場合、端末は、ＭＥＣ１に位置したサービスを、ＲＡＮ１とＵＰＦ１とを介して利用することができる。本開示において、「ＵＰＦの変更」は、新たなＵＰＦを設定すること、または新たなＵＰＦへの連結を活性化させることなどを含んでもよい。例えば、「ＵＰＦの変更」は、ＳＭＦがＡＦに、早期通知を送信した後、新たなＵＰＦを設定することを含んでもよい。または、「ＵＰＦの変更」は、ＳＭＦが新たなＵＰＦを設定した後、ＡＦに遅達を送信した後、新たなＵＰＦへの連結を活性化させることを含んでもよい。従って、ＳＭＦが、「ＵＰＦ変更の許容いかん」により、ＡＦの応答を待機するか否かということを決定する動作は、早期通知に係わる手続き、及び遅達に係わる手続きにいずれも適用されうる。

【0237】

【0238】

段階２において、ＳＭＦは、ＡＦに、ＵＰＦ変更に係わる早期通知を送ることができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩと、現在ＵＥのアドレスとを伝送することができる。また、ＳＭＦは、現在のＵＥの位置を追加して送ることができる。ＧＰＳＩは、ＡＦでＵＥ確認のために使用され、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮが伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に送ることになるさらなる因子でもある。それを利用し、ＡＦは、ＭＥＣの移転が必要であるか否かということを知ることができることにもなる。併せて、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【0239】

このとき、ＳＭＦは、ＡＦ要請で受信したＵＰＦ許容可否、ＡＦ特性、内部ポリシーを考慮し、ＵＰＦ変更が許容されるか否かを決定することができる。ＳＭＦの決定により、ＵＰＦ変更が許容されるならば、ＳＭＦは、即座に段階５を遂行することができる。もし許容されていないのであるならば、ＳＭＦは、ＡＦから新たなＡＦ要請を受信するまで待機することができる。このとき、待機時間の最大値は、内部ポリシーによっても決定される。通知には、ＳＭＦが内部ポリシーにより、ＡＦの応答を待機する時間が含まれてもよい。

【0240】

【0241】

段階３ａにおいて、サービス移転が完了すれば、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる。新たなＡＦ要請を送る場合、他の端末に影響が及ぼされないように、ＡＦは、特定ＵＥ識別子を使用し、対象を限定することができる。更新の場合、ＡＦは、ＡＦトランザクション識別子を使用し、更新する以前のＡＦ要請を指定することができる。

【0242】

段階３ｂにおいて、既存トラフィックルーティングに対するＡＦ影響の変更が必要ではなく（例えば、「ＵＰＦ変更が許容されるか否か」が「許容せず」であり、「許容」への変更が必要ではない場合）、ＮＥＦとＳＭＦとがＵＰＦ変更による通知に対する応答（ＡＣＫ）を支援する場合、ＡＦは、ＳＭＦに、ＵＰＦ変更に準備ができているということを、ＡＣＫを介して伝送することができる。一実施形態において、段階２で受信されたＳＭＦの待機時間の間、段階２－１を完了することができない場合、否定応答（ＮＡＣＫ）を伝送することができる。

【0243】

段階３ａと段階３ｂは、ＡＦの決定によって選択的にも実行される。

【0244】

段階４において、ＳＭＦは、ＡＦから、新たなトラフィックルーティングに対する影響要請または応答（ＡＣＫ）を受信することができる。このとき、ＳＳＣ Mode３手続きにより、新たなＰＤＵセッションが生成されうる。

【0245】

段階５において、ＳＭＦは、ＡＦに、新たなＵＥのアドレスを知らせることができる。このとき、ＳＭＦは、ＧＰＳＩに該当するＵＥとの連結において、新たなアドレス、例えば、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。ＳＭＦは、追加して既存ＵＥアドレスを共に伝達することもできる。ここで、段階２で説明されたように、ＳＭＦは、ＡＦ要請で受信したＵＰＦ許容可否に基づき、ＵＰＦ変更が許容された場合、即座に段階７を遂行するか、あるいはＵＰＦ変更が許容されない場合、ＡＦから応答を受信するまで待機することができるということは、言うまでもない。併せて、ＳＭＦが内部ポリシーにより、ＡＦの応答を待機する時間を送ることができる。

【0246】

段階５－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0247】

段階６ａにおいて、サービス移転が完了すれば、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる。新たなＡＦ要請を送る場合、他の端末に影響が及ぼされないように、ＡＦは、特定ＵＥ識別子を使用し、対象を限定することができる。更新の場合、ＡＦは、ＡＦトランザクション識別子を使用し、更新する以前のＡＦ要請を指定することができる。

【0248】

段階６ｂにおいて、既存のトラフィックルーティングに対するＡＦ影響の変更が必要ではなく（例えば、「ＵＰＦ変更が許容されるか否か」が「許容せず」であり、「許容」への変更が必要ではない場合）、ＮＥＦとＳＭＦとがＵＰＦ変更による通知に対する応答（ＡＣＫ）を支援する場合、ＡＦは、ＳＭＦに、ＵＰＦ変更に準備ができているということを、ＡＣＫを介して伝送することができる。一実施形態において、段階５で受信されたＳＭＦの待機時間の間、段階５－１を完了することができない場合、否定応答（ＮＡＣＫ）を伝送することができる。

【0249】

段階６ａと段階６ｂは、ＡＦの決定によって選択的にも実行される。

【0250】

段階７において、ＳＳＣ Mode３手続きにより、使用ＰＤＵセッションが変更され、既存ＰＤＵセッションが解除されうる。

【0251】

本開示の一実施形態によれば、第１５実施形態において、ＳＳＣ Mode２が使用されうる。例えば、第１５実施形態において、段階７は、段階４と連続的に実行されうる。

【0252】

［第１６実施形態］
本開示の第１６実施形態は、図４に該当する移転を支援するための方法及び手続きについて説明するためのものである。第１６実施形態は、前述の第１５実施形態において、ＳＭＦがＡＦの応答を待機する時間を、トラフィックルーティングに対するＡＦ影響を要請して応答される過程において、ＡＦが獲得することができる過程を含む。一実施形態において、第１６実施形態のトラフィックルーティングに対するＡＦ影響要請に使用される因子は、第１３実施形態と同一でもある。

【0253】

図２４は、第１６実施形態によるＰＤＵセッション移転手続きを、ＡＦの要請によって変更する方法を図示する図面である。

【0254】

段階０ａにおいて、ＡＦは、特定の端末またはサービスフローを対象にし、ＮＥＦを介し、ＳＭＦにトラフィックルーティングに対するＡＦ影響要請を送ることができる。このとき、ＡＦは、ＵＰＦ変更可否（allow reallocation of ＵＰＦ）を明示的に送ることができる。首尾よくＡＦ要請が反映された場合、端末は、ＭＥＣ１に位置したサービスを、ＲＡＮ１とＵＰＦ１とを介して利用することができる。

【0255】

段階０ｂにおいて、ＳＭＦは、ＡＦに対する応答メッセージ内に、ＵＰＦ変更発生時、ＳＭＦがＡＦの応答を待機する最大時間を共に伝達することができる。

【0256】

【0257】

段階２において、ＳＭＦは、ＡＦに、ＵＰＦ変更に係わる早期通知を送ることができる。このとき、ＳＭＦは、関連ＵＥのＧＰＳＩと、現在のＵＥのアドレスとを伝送することができる。また、ＳＭＦは、現在のＵＥの位置を追加して送ることができる。ＧＰＳＩは、ＡＦでＵＥ確認のために使用され、外部ＩＤ（external ＩＤ）またはＭＳＩＳＤＮが伝送されうる。ＵＥの位置は、ＤＮＡＩとＤＮとの経路を最適化させるために、ＡＦに選択的に送ることになるさらなる因子でもある。それを利用し、ＡＦは、ＭＥＣの移転が必要であるか否かということを知ることができることにもなる。併せて、ＭＥＣノードまたは中間伝達ネットワークにおいて、端末とＭＥＣとの経路が最適化されうる。

【0258】

このとき、ＳＭＦは、初期のＡＦ要請で受信したＵＰＦ許容可否、ＡＦ特性、内部ポリシーを考慮し、ＵＰＦを許容するか否かを決定することができる。ＳＭＦの決定により、ＵＰＦ変更が許容されるならば、ＳＭＦは、即座に段階５を実行することができる。もし許容されていないのであるならば、ＳＭＦは、ＡＦから、新たなＡＦ要請を受信するまで待機することができる。このとき、待機時間の最大値は、内部ポリシーによっても決定される。段階０ｂで伝送された最大待機時間が異なる場合、通知に新たな最大待機時間が含まれてもよい。

【0259】

【0260】

段階３ａにおいて、サービス移転が完了すれば、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる。新たなＡＦ要請を送る場合、他の端末に影響を及ぼさないように、ＡＦは、特定ＵＥ識別子を使用し、対象を限定することができる。更新の場合、ＡＦは、ＡＦトランザクション識別子を使用し、更新する以前のＡＦ要請を指定することができる。

【0261】

段階３ｂにおいて、既存のトラフィックルーティングに対するＡＦ影響の変更が必要ではなく（例えば、「ＵＰＦ変更が許容されるか否か」が「許容せず」であり、「許容」への変更が必要ではない場合）、ＮＥＦとＳＭＦとがＵＰＦ変更による通知に対する応答（ＡＣＫ）を支援する場合、ＡＦは、ＳＭＦに、ＵＰＦ変更に準備ができているということを、ＡＣＫを介して伝送することができる。一実施形態において、段階２で受信されたＳＭＦの待機時間の間、段階２－１を完了することができない場合、否定応答（ＮＡＣＫ）を伝送することができる。

【0262】

段階３ａと段階３ｂは、ＡＦの決定によって選択的にも実行される。

【0263】

【0264】

段階５において、ＳＭＦは、ＡＦに、新たなＵＥのアドレスを知らせることができる。このとき、ＳＭＦは、ＧＰＳＩに該当するＵＥとの連結において、新たなアドレス、例えば、ＵＰＦ２で割り当てられた端末アドレスを利用し、既存の連結を再設定可能にする。ＳＭＦは、追加して既存のＵＥアドレスを共に伝達することもできる。ここで、段階２で説明されたように、ＳＭＦは、ＡＦ要請で受信したＵＰＦ許容可否に基づき、ＵＰＦ変更が許容された場合、即座に段階７を実行するか、あるいはＵＰＦ変更が許容されない場合、ＡＦから応答を受信するまで待機することができるということは、言うまでもない。

【0265】

段階５－１において、ＡＦは、伝達されたＵＥの新たなアドレスを利用し、サービス連結を変更することができる。

【0266】

段階６ａにおいて、サービス移転が完了すれば、ＡＦは、トラフィックルーティングに対するＡＦ影響を新たに送るか、あるいは既存の要請を更新することができる。新たなＡＦ要請を送る場合、他の端末に影響を及ぼさないように、ＡＦは、特定ＵＥ識別子を使用し、対象を限定することができる。更新の場合、ＡＦは、ＡＦトランザクション識別子を使用し、更新する以前のＡＦ要請を指定することができる。

【0267】

段階６ｂにおいて、既存のトラフィックルーティングに対するＡＦ影響の変更が必要ではなく（例えば、「ＵＰＦ変更が許容されるか否か」が「許容せず」であり、「許容」への変更が必要ではない場合）、ＮＥＦとＳＭＦとがＵＰＦ変更による通知に対する応答（ＡＣＫ）を支援する場合、ＡＦは、ＳＭＦに、ＵＰＦ変更の準備ができているということを、ＡＣＫを介して伝送することができる。一実施形態において、段階２で受信されたＳＭＦの待機時間の間、段階５－１を完了することができない場合、否定応答（ＮＡＣＫ）を伝送することができる。

【0268】

段階６ａと段階６ｂは、ＡＦの決定によって選択的にも実行される。

【0269】

段階７において、ＳＳＣ Mode３手続きにより、ＰＤＵセッションが変更され、既存のＰＤＵセッションが解除されうる。

【0270】

本開示の一実施形態によれば、第１６実施形態において、ＳＳＣ Mode２が使用されうる。例えば、第１６実施形態において、段階７は、段階４と連続して実行されうる。

【0271】

本開示の多様な実施形態による装置及びその方法によれば、５Ｇ移動通信システムを使用する端末が分散されたモバイルエッジコンピューティングノードを介してサービスを提供される状況において、ノードを変える場合、サービス連結の途切れがないようにすることができる。

【0272】

また、本開示を介し、車両端末は、分散されたＶ２Ｘサーバを、車両の位置及びネットワーク状況による途切れなしに変更し、最適のサービスノードを介し、高レベルのサービス提供を受けることができる。このとき、車両端末とは、車両に内蔵された装置でもあり、またはスマートフォンやブラックボックスのように、車両に取り付けられた端末でもある。また、本発明の実施形態によるモバイルエッジクラウドの移転方法は、Ｖ２Ｘ以外の他のバーチカルサービス（vertical service）にも適用可能であるということは、当業者に容易に理解されるであろう。本発明の実施形態のよるＶ２Ｘサービスプロバイダ（ＳＰ：service provider）は、５Ｇに特化されたサービスを提供することができる。

【0273】

図２５は、一実施形態によるエンティティ構造を図示する図面である。

【0274】

図２５を参考すれば、該エンティティは、送受信部２３１０、プロセッサ２３２０及びメモリ２３３０を含んでもよい。本発明においてプロセッサ２３２０は、回路、アプリケーション特定統合回路、または少なくとも１つのプロセッサと定義されうる。ただし、該エンティティの構成要素は、前述の例に限定されるものではない。例えば、該エンティティは、前述の構成要素よりさらに多くの構成要素を含むか、あるいはさらに少ない構成要素を含んでもよい。それだけではなく、送受信部２３１０、プロセッサ２３２０及びメモリ２３３０が、１つのチップとしても具現される。

【0275】

送受信部２３１０は、他のネットワークエンティティと信号を送受信することができる。送受信部２３１０は、例えば、端末にシステム情報を伝送することができ、同期信号または基準信号を伝送することができる。

【0276】

プロセッサ２３２０は、本発明で提案する実施形態によるエンティティの全般的な動作を制御することができる。例えば、プロセッサ２３２０は、前述の図面を参照して説明された動作を実行するように、各ブロック間の信号フローを制御することができる。

【0277】

メモリ２３３０は、前述の送受信部２３１０を介して送受信される情報、及びプロセッサ２３２０を介して生成される情報のうち少なくとも一つを保存することができる。また、メモリ２３３０は、基地局で獲得される信号に含まれた制御情報またはデータを保存することができる。メモリ２３３０は、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、ハードディスク、ＣＤ－ＲＯＭ（compact disc read only memory）及びＤＶＤ（digital versatile disc）のような記録媒体、または記録媒体の組み合わせによっても構成される。また、メモリ２３３０は、複数個のメモリによっても構成される。一実施形態において、メモリ２３３０は、ビーム基盤協力通信を支援するためのプログラムを保存することができる。

【0278】

本開示の請求項、または明細書に記載された実施形態による方法は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせの形態によっても具現される。

【0279】

ソフトウェアで具現される場合、１以上のプログラム（ソフトウェアモジュール）を保存するコンピュータで読み取り可能な記録媒体、またはコンピュータプログラム製品が提供されうる。コンピュータで読み取り可能な記録媒体、またはコンピュータプログラム製品に保存される１以上のプログラムは、電子装置内の１以上のプロセッサによって実行可能になるように構成される（configured for execution）。１以上のプログラムは、電子装置をして、本開示の請求項または明細書に記載された実施形態による方法を実行させる命令語（instructions）を含む。

【0280】

そのようなプログラム（ソフトウェアモジュール、ソフトウェア）は、ＲＡＭ、フラッシュメモリを含む不揮発性（non-volatile）メモリ、ＲＯＭ、電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ：electrically erasable programmable read only memory）、磁気ディスク保存装置（magnetic disc storage device）、コンパクトディスクＲＯＭ（ＣＤ－ＲＯＭ）、デジタル多目的ディスク（ＤＶＤ）、他の形態の光学保存装置、磁気カセット（magnetic cassette）にも保存される。または、それらの一部または全部の組み合わせによって構成されたメモリにも保存される。また、それぞれの構成メモリは、多数個含まれてもよい。

【0281】

また、該プログラムは、インターネット、イントラネット（Intranet）、ＬＡＮ（local area network）、ＷＬＡＮ（wireless local area network）またはＳＡＮ（storage area network）のような通信ネットワーク、またはそれらの組み合わせによって構成された通信ネットワークを介してアクセスすることができる取り付け可能な（attachable）保存装置にも保存される。そのような保存装置を、外部ポートを介し、本開示の実施形態を実行する装置に接続することができる。また、通信ネットワーク上の別途の保存装置を、本開示の実施形態を実行する装置に接続することもできる。

【0282】

前述の本開示の具体的な実施形態において、本開示に含まれる構成要素は、提示された具体的な実施形態により、単数または複数に表現された。しかし、単数または複数の表現は、説明の便宜のために、提示された状況に適して選択されたものであり、本開示は、単数または複数の構成要素に制限されるものではなく、複数に表現された構成要素であるとしても、単数にも構成され、単数で表現された構成要素であるとしても、複数で構成されうる。

【0283】

一方、本明細書と図面とに開示された本開示の実施形態は、本開示の記述内容を容易に説明し、本開示の理解の一助とするために、特定例を提示したものであるにすぎず、本開示の範囲を限定するものではない。すなわち、本開示の技術的思想に基づく他の変形例が実施可能であるということは、本開示が属する技術分野で当業者に自明なことである。また、前述のそれぞれの実施例は、必要により、互いに組み合わされて運用されうる。また、本実施形態は、他のシステム、例えば、ＬＴＥシステム、５ＧまたはＮＲシステムなどにも適用されうる。

【図1】