特開 2022-119961 移動通信システムでアクセス及び移動性管理機能を選択するための方法及び装置

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

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

(11)【公開番号】P2022119961

(43)【公開日】2022-08-17

(54)【発明の名称】移動通信システムでアクセス及び移動性管理機能を選択するための方法及び装置

(51)【国際特許分類】

   H04W 48/18 20090101AFI20220809BHJP

   H04W 48/16 20090101ALI20220809BHJP

   H04W 76/11 20180101ALI20220809BHJP

   H04W 48/14 20090101ALI20220809BHJP

【ＦＩ】

H04W48/18

H04W48/16 135

H04W76/11

H04W48/14

【審査請求】有

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2022090270

(22)【出願日】2022-06-02

(62)【分割の表示】P 2019537262の分割

【原出願日】2018-01-08

(31)【優先権主張番号】10-2017-0002945

(32)【優先日】2017-01-09

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

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】503447036

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

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ヨンギョ・ペク

(72)【発明者】

【氏名】ソンフン・キム

(72)【発明者】

【氏名】ホヨン・イ

(72)【発明者】

【氏名】ジョンジェ・ソン

(57)【要約】

【課題】本開示は、４Ｇシステム以後より高いデータ送信率をサポートするための５Ｇ通信システムをＩｏＴ技術と融合する通信技法及びそのシステムを提供する。
【解決手段】本開示は、５Ｇ通信技術及びＩｏＴ関連技術に基づいて知能型サービス (例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、小売業、保安及び安全関連サービスなど)に適用されることができる。本発明は、５Ｇ移動通信システムでユーザが５Ｇ網に初期接続時、ユーザ端末(ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)が望むサービスを提供するネットワークノードを適切に探索するための方法を提案することである。このために詳細的な提案技術で、ネットワークｄｅｐｌｏｙｍｅｎｔ情報の管理方法及び初期接続リクエストメッセージを伝達する方法を提案する。さらに、初期接続以後、ユーザ端末に提供するサービスを修正する場合にも、類似の方式で当該サービスを提供するネットワークノードを探索することができる。
【選択図】図１６

【特許請求の範囲】

【請求項1】

無線通信システムで基地局の方法であって、
ＡＭＦ(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)を識別するための第１情報及び前記端末からリクエストされたサービスタイプを識別するための第２情報のうちの少なくとも一つを含むメッセージを端末から受信する段階と、
前記第１情報及び前記第２情報のうちの少なくとも一つに基づいてＡＭＦ ｓｅｔを選択する段階と、及び
前記選択されたＡＭＦ ｓｅｔでＡＭＦを選択する段階と、
を含む方法。

【請求項2】

前記選択されたＡＭＦ ｓｅｔで前記ＡＭＦを選択する段階は、
前記ＡＭＦのａｖａｉｌａｂｉｌｉｔｙ及び前記ＡＭＦ ｓｅｔ内のＡＭＦの間のｌｏａｄ ｂａｌａｎｃｉｎｇのうちの少なくとも一つに基づいて前記ＡＭＦ ｓｅｔで前記ＡＭＦを選択する段階を含むことを特徴とする、請求項１に記載の方法。

【請求項3】

前記第１情報は、ＡＭＦ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ及びＡＭＦ ｉｄｅｎｔｉｆｉｅｒを含み、
前記基地局は、ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ及びｎｏｎ－３ＧＰＰ ｉｎｔｅｒ－ｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ(Ｎ３ＩＷＦ)を含むことを特徴とする、請求項１に記載の方法。

【請求項4】

前記端末に前記選択されたＡＭＦを識別するための第３情報を送信する段階をさらに含むことを特徴とする、請求項１に記載の方法。

【請求項5】

無線通信システムで端末の方法であって、
ＡＭＦ(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)を識別するための第１情報及び前記端末からリクエストされたサービスタイプを識別するための第２情報のうちの少なくとも一つを含む第１メッセージを第１基地局に送信する段階と、及び
前記ＡＭＦから前記第１メッセージに対する第２メッセージを受信する段階と、を含み、
前記ＡＭＦはＡＭＦ ｓｅｔで選択され、前記ＡＭＦ ｓｅｔは前記第１情報及び前記第２情報のうちの少なくとも一つに基づいて選択されることを特徴とする、方法。

【請求項6】

前記ＡＭＦのａｖａｉｌａｂｉｌｉｔｙ及び前記ＡＭＦ ｓｅｔ内のＡＭＦの間のｌｏａｄ ｂａｌａｎｃｉｎｇのうちの少なくとも一つに基づいて前記ＡＭＦ ｓｅｔで前記ＡＭＦが選択されることを特徴とする、請求項５に記載の方法。

【請求項7】

第１情報は、ＡＭＦ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ及びＡＭＦ ｉｄｅｎｔｉｆｉｅｒを含み、
前記第１基地局は、ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ及びｎｏｎ－３ＧＰＰ ｉｎｔｅｒ－ｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ(Ｎ３ＩＷＦ)を含むことが特徴とする、請求項５に記載の方法。

【請求項8】

前記第１基地局から前記選択されたＡＭＦを識別するための第３情報を受信する段階と、
前記第１基地局を含む第１ａｃｃｅｓｓ ｎｅｔｗｏｒｋの第１ＰＬＭＮ(ｐｕｂｌｉｃｌ ａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が第２基地局を含む第２ａｃｃｅｓｓ ｎｅｔｗｏｒｋの第２ＰＬＭＮと同一であるか否かを判断する段階と、及び
前記第１ＰＬＭＮが前記第２ＰＬＭＮと同一な場合、前記第２基地局に前記選択されたＡＭＦを識別するための前記第３情報を含む第２メッセージを送信する段階と、をさらに含むことを特徴とする、請求項５に記載の方法。

【請求項9】

無線通信システムの基地局であって、
送受信部と、
前記送受信部と接続されており、ＡＭＦ(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)を識別するための第１情報及び前記端末からリクエストされたサービスタイプを識別するための第２情報のうちの少なくとも一つを含むメッセージを端末から受信し、前記第１情報及び前記第２情報のうちの少なくとも一つに基づいてＡＭＦ ｓｅｔを選択し、前記選択されたＡＭＦ ｓｅｔでＡＭＦを選択するように制御する制御部と、を含む、基地局。

【請求項10】

前記制御部は、前記ＡＭＦのａｖａｉｌａｂｉｌｉｔｙ及び前記ＡＭＦ ｓｅｔ内のＡＭＦの間のｌｏａｄ ｂａｌａｎｃｉｎｇのうちの少なくとも一つに基づいて前記ＡＭＦ ｓｅｔで前記ＡＭＦを選択することを特徴とする、請求項９に記載の基地局。

【請求項11】

第１情報は、ＡＭＦ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ及びＡＭＦ ｉｄｅｎｔｉｆｉｅｒを含み、
前記基地局は、ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ及びｎｏｎ－３ＧＰＰ ｉｎｔｅｒ－ｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ(Ｎ３ＩＷＦ)を含む
ことを特徴とする、請求項９に記載の基地局。

【請求項12】

前記端末に前記選択されたＡＭＦを識別するための第３情報を送信する段階をさらに含むことを特徴とする、請求項９に記載の基地局。

【請求項13】

無線通信システムの端末であって、
送受信部と、
前記送受信部と接続されており、ＡＭＦ(ａｃｃｅｓｓａｎｄｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ)を識別するための第１情報及び前記端末からリクエストされたサービスタイプを識別するための第２情報のうちの少なくとも一つを含む第１メッセージを第１基地局に送信し、前記ＡＭＦから前記第１メッセージに対する第２メッセージを受信する制御部と、
を含み、
前記ＡＭＦはＡＭＦ ｓｅｔで選択され、前記ＡＭＦ ｓｅｔは前記第１情報及び前記第２情報のうちの少なくとも一つに基づいて選択されることを特徴とする、端末。

【請求項14】

前記ＡＭＦのａｖａｉｌａｂｉｌｉｔｙ及び前記ＡＭＦ ｓｅｔ内のＡＭＦの間のｌｏａｄ ｂａｌａｎｃｉｎｇのうちの少なくとも一つに基づいて前記ＡＭＦ ｓｅｔで前記ＡＭＦが選択され、
第１情報は、ＡＭＦ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ及びＡＭＦ ｉｄｅｎｔｉｆｉｅｒを含み、
前記第１基地局は、ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ及びｎｏｎ－３ＧＰＰ ｉｎｔｅｒ－ｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ(Ｎ３ＩＷＦ)を含むことが特徴とする、請求項１３に記載の端末。

【請求項15】

前記制御部は、前記第１基地局から前記選択されたＡＭＦを識別するための第３情報を受信し、前記第１基地局を含む第１ａｃｃｅｓｓ ｎｅｔｗｏｒｋの第１ＰＬＭＮ(ｐｕｂｌｉｃｌ ａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が第２基地局を含む第２ａｃｃｅｓｓ ｎｅｔｗｏｒｋの第２ＰＬＭＮと同一であるか否かを判断し、前記第１ＰＬＭＮが前記第２ＰＬＭＮと同一な場合、前記第２基地局に前記選択されたＡＭＦを識別するための前記第３情報を含む第２メッセージを送信するように制御することを特徴とする、請求項１３に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般的にＡＭＦ(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)の選択方法及び装置に関する。

【背景技術】

【0002】

４Ｇ通信システムの商用化以後に増加趨勢にある無線データトラフィックに対するニーズを満たすため、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が成りつつある。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後(Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ)通信システム又はＬＴＥシステム以後(ＰｏｓｔＬＴＥ)のシステムと呼ばれている。

【0003】

高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ)帯域(例えば、６０ギガ(６０ＧＨｚ)帯域のような)での具現が考慮されている。

【0004】

超高周波帯域での電波の経路損失の緩和及び電波の伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)、巨大配列多重入出力(ｍａｓｓｉｖｅ ＭＩＭＯ)、全次元多重入出力(Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ－ＭＩＭＯ)、アレイアンテナ(ａｒｒａｙ ａｎｔｅｎｎａ)、アナログビームフォーミング(ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ)、及び大規模アンテナ(ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ)技術が論議されている。

【0005】

また、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善した小型セル(ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ)、クラウド無線アクセスネットワーク(ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄＲＡＮ)、超高密度ネットワーク(ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ)、機器間の通信(Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ)、無線バックホール(ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ)、移動ネットワーク(ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ)、協力通信(ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＣｏＭＰ(Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ)、及び受信干渉除去(ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ)などの技術開発が成りつつある。

【0006】

この以外にも、５Ｇシステムでは進歩されたコーディング変調(Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ)方式であるＦＱＡＭ(Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ)及びＳＷＳＣ(Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ)と、進歩された接続技術であるＦＢＭＣ(Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ)、ＮＯＭＡ(ｎｏｎｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、及びＳＣＭＡ(ｓｐａｒｓｅｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などが開発されている。

【0007】

一方、インターネットは人間が情報を生成して消費する人間中心の接続網から、事物などの分散された構成要素の間に情報を取り交わして処理するＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、事物インターネット)網に進化しつつある。

【0008】

クラウドサーバーなどとの接続を通じるビックデータ(Ｂｉｇ ｄａｔａ)処理技術などがＩｏＴ技術に結合されたＩｏＥ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ)技術も台頭している。

【0009】

ＩｏＴを具現するため、センシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が要求され、最近には事物間の接続のためのセンサーネットワーク(ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ)、マシンツーマシン(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が研究されている。

【0010】

ＩｏＴ環境では接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ(Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ)サービスが提供されることができる。ＩｏＴは既存のＩＴ(ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ)技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。

【0011】

これに、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが成っている。例えば、センサーネットワーク(ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ)、マシンツーマシン(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が５Ｇ通信技術がビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されていることである。

【0012】

前述したビックデータ処理技術としてクラウド無線アクセスネットワーク(ｃｌｏｕｄ ＲＡＮ)が適用されることも５Ｇ技術とＩｏＴ技術融合の一例と言えるだろう。

【0013】

５Ｇ通信技術が発達するによって、ユーザが５Ｇ網に初期接続時にユーザ端末が望むサービスを提供するネットワークを速やかに探索することによって５Ｇ移動通信環境で効率的なサービスを提供するための方法が必要である。

【発明の概要】

【発明が解決しようとする課題】

【0014】

したがって、本発明は前述の問題点及び／又は短所を解消し、少なくとも以下で説明される利点を提供するために成る。

【0015】

本発明の目的は、５Ｇ移動通信システムにおいてユーザが５Ｇ網に初期接続時、ユーザ端末(ＵＥ、ＵｓｅｒＥｑｕｉｐｍｅｎｔ)が望むサービスを提供するネットワークノードを適切に探索するための方法を提案することである。このために詳細的な提案技術で、ネットワークｄｅｐｌｏｙｍｅｎｔ情報の管理方法及び初期接続リクエストメッセージを伝達する方法を提案する。

【0016】

また、初期接続以後、ユーザ端末に提供するサービスを修正する場合にも、類似の方式で当該サービスを提供するネットワークノードを探索することができる。

【0017】

本発明の他の目的は、端末の移動性によるサービス制御をするためのＭｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ Ａｒｅａを割り当てて管理することにおいて、端末が用いるＮｅｔｗｏｒｋ Ｓｌｉｃｅ別でＭｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ Ａｒｅａを別に管理する方法を提案する。移動通信事業者は端末に提供するサービス別で他のＮｅｔｗｏｒｋ Ｓｌｉｃｅを構成することができ、当該のＮｅｔｗｏｒｋ Ｓｌｉｃｅ別で他のＭｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ Ａｒｅａを提供することができる。さらに、端末がＮｅｔｗｏｒｋ Ｓｌｉｃｅ別で割り当てられたＭｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ Ａｒｅａを考慮してデータサービスをリクエストするか、５ＧｓｙｓｔｅｍのＣｏｒｅ Ｎｅｔｗｏｒｋで端末に当該Ｎｅｔｗｏｒｋｓｌｉｃｅに対するセッションを確立する時にＭｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ Ａｒｅａを考慮する動作を提案する。さらに、端末がいくつかのＮｅｔｗｏｒｋｓｌｉｃｅを用いている時、端末の現在位置でセッションを確立することができるＮｅｔｗｏｒｋ ＳｌｉｃｅをＭｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ Ａｒｅａに基づいて分かって、セッションを確立する動作を提案する。

【0018】

本発明のまた他の目的は、ｎｏｎ－３ｇｐｐ ａｃｃｅｓｓと３ｇｐｐ ａｃｃｅｓｓの可能な端末が一つのａｃｃｅｓｓを介して５Ｇ網に接続されている状況で、他のａｃｃｅｓｓを介して５Ｇ網に接続する時、以後に接続するａｃｃｅｓｓに対するＡＭＦを効果的に選択するための方法としてｎｏｎ－３ｇｐｐ ａｃｃｅｓｓの場合、Ｎ３ＩＷＦをサービスするＰＬＭＮと３ｇｐｐ ａｃｃｅｓｓの場合、端末がａｃｃｅｓｓするＰＬＭＮとの関係にしたがってＡＭＦの選択が誤った場合、不必要にＮＡＳ ｓｉｇｎａｌｉｎｇのラウティングが複雑となるなどの問題を解決するために適当なＡＭＦを選択するための方案を提案する。

【0019】

また、本発明のまた他の目的は、既存のＬＴＥの網構成によれば、基地局がＭＭＥを選択する過程で端末にＧＵＴＩを割り当てたＭＭＥのＩＤであるＧＵＭＭＥＩをラウティング情報で用いてＭＭＥを選択し、さらに、このためにＧＵＴＩを割り当てたＭＭＥは当該端末のｃｏｎｔｅｘｔ情報を継けて持っていなければならないので、ＭＭＥの選択がＵＥの情報と連関性(ｓｔｉｃｋｉｎｅｓｓ ｏｒ ｐｅｒｓｉｓｔｅｎｃｅ)が高くてＭＭＥなどに網アップデートなどの網管理が困難となる問題が発生することができるのに、本発明においては前記ＵＥの情報と連関性(ｓｔｉｃｋｉｎｅｓｓ ｏｒ ｐｅｒｓｉｓｔｅｎｃｅ)を減らすための方案を紹介する。

【0020】

本発明の目的は、前記目的に限定されない。すなわち、言及されない他の目的は本開示内容が以下の説明から始まる当業者によって明白に理解されることができる。

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

【0021】

本発明の一実施形態による無線通信システムで基地局の方法は、ＡＭＦ(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)を識別するための第１情報及び前記端末からリクエストされたサービスタイプを識別するための第２情報のうちの少なくとも一つを含むメッセージを端末から受信する段階と、前記第１情報及び前記第２情報のうちの少なくとも一つに基づいてＡＭＦ ｓｅｔを選択する段階と、及び前記選択されたＡＭＦ ｓｅｔでＡＭＦを選択する段階と、を含むことができる。

【0022】

実施形態によって前記選択されたＡＭＦ ｓｅｔで前記ＡＭＦを選択する段階は、前記ＡＭＦのａｖａｉｌａｂｉｌｉｔｙ及び前記ＡＭＦ ｓｅｔ内のＡＭＦの間のｌｏａｄ ｂａｌａｎｃｉｎｇのうちの少なくとも一つに基づいて前記ＡＭＦ ｓｅｔで前記ＡＭＦを選択する段階を含むことができる。

【0023】

実施形態によって、前記第１情報は，ＡＭＦ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ及びＡＭＦ ｉｄｅｎｔｉｆｉｅｒを含むことができる。

【0024】

実施形態によって、前記基地局は、ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ及びｎｏｎ－３ＧＰＰ ｉｎｔｅｒ－ｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ(Ｎ３ＩＷＦ)を含むことができる。

【0025】

実施形態によって、前記方法は、前記端末に前記選択されたＡＭＦを識別するための第３情報を送信する段階をさらに含むことができる。

【0026】

本発明の他の実施形態による無線通信システムで端末の方法は、ＡＭＦ(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)を識別するための第１情報及び前記端末からリクエストされたサービスタイプを識別するための第２情報のうちの少なくとも一つを含む第１メッセージを第１基地局に送信する段階と、及び前記ＡＭＦから前記第１メッセージに対する第２メッセージを受信する段階と、を含み、前記ＡＭＦはＡＭＦ ｓｅｔで選択され、前記ＡＭＦ ｓｅｔは前記第１情報及び前記第２情報のうちの少なくとも一つに基づいて選択されることができる。

【0027】

実施形態によって、前記ＡＭＦのａｖａｉｌａｂｉｌｉｔｙ及び前記ＡＭＦ ｓｅｔ内のＡＭＦの間のｌｏａｄ ｂａｌａｎｃｉｎｇのうちの少なくとも一つに基づいて前記ＡＭＦ ｓｅｔで前記ＡＭＦが選択されることができる。

【0028】

実施形態によって、第１情報は、ＡＭＦ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ及びＡＭＦ ｉｄｅｎｔｉｆｉｅｒを含むことができる。

【0029】

実施形態によって、前記第１基地局は、ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ及びｎｏｎ－３ＧＰＰ ｉｎｔｅｒ－ｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ(Ｎ３ＩＷＦ)を含むことができる。

【0030】

実施形態によって、前記方法は、前記第１基地局から前記選択されたＡＭＦを識別するための第３情報を受信する段階と、前記第１基地局を含む第１ａｃｃｅｓｓ ｎｅｔｗｏｒｋの第１ＰＬＭＮ(ｐｕｂｌｉｃｌ ａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)が第２基地局を含む第２ａｃｃｅｓｓ ｎｅｔｗｏｒｋの第２ＰＬＭＮと同一であるか否かを判断する段階と、及び前記第１ＰＬＭＮが前記第２ＰＬＭＮと同一な場合、前記第２基地局に前記選択されたＡＭＦを識別するための前記第３情報を含む第２メッセージを送信する段階と、をさらに含むことができる。

【0031】

本発明の他の一実施形態による基地局は、送受信部及び前記送受信部と接続されており、ＡＭＦ(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)を識別するための第１情報及び前記端末からリクエストされたサービスタイプを識別するための第２情報のうちの少なくとも一つを含むメッセージを端末から受信し、前記第１情報及び前記第２情報のうちの少なくとも一つに基づいてＡＭＦ ｓｅｔを選択し、前記選択されたＡＭＦ ｓｅｔでＡＭＦを選択するように制御する制御部を含むことができる。

【0032】

本発明の他の一実施形態による端末は、送受信部及び前記送受信部と接続されており、ＡＭＦ(ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)を識別するための第１情報及び前記端末からリクエストされたサービスタイプを識別するための第２情報のうちの少なくとも一つを含む第１メッセージを第１基地局に送信し、前記ＡＭＦから前記第１メッセージに対する第２メッセージを受信する制御部を含み、 前記ＡＭＦはＡＭＦ ｓｅｔで選択され、前記ＡＭＦ ｓｅｔは前記第１情報及び前記第２情報のうちの、少なくとも一つに基づいて選択されることができる。

【発明の効果】

【0033】

本発明の一実施形態によれば、無線通信システムにおいてネットワークｄｅｐｌｏｙｍｅｎｔ情報を管理して用いる方法を明示する。さらに、当該ネットワークｄｅｐｌｏｙｍｅｎｔ情報に基づいてユーザ端末が望むサービスを提供するネットワークノードを探索する方法を明示する。これを介して５Ｇ移動通信環境で効率的なサービスを提供することができる。

【0034】

本発明の他の実施形態によれば、移動通信事業者は各Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ別で他のＭｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ Ａｒｅａを割り当てて端末に特定サービスを提供することができる。本発明によって端末は自分が用いているいくつかのＮｅｔｗｏｒｋ Ｓｌｉｃｅのうちの現在位置でセッションを確立してデータを送受信できるＮｅｔｗｏｒｋ ＳｌｉｃｅをＭｏｂｉｌｉｔｙ Ｒｅｔｒｉｃｔｉｏｎ Ａｒｅａから判断してセッション接続を制御することができる。本発明によって５ＧＣｏｒｅ Ｎｅｔｗｏｒｋは端末が送信したＳｅｒｖｉｃｅ ｒｅｑｕｅｓｔによる動作で端末が現在位置でセッションを確立してデータ送受信ができるＮｅｔｗｏｒｋ ＳｌｉｃｅをＭｏｂｉｌｉｔｙ Ｒｅｓｔｒｉｃｔｉｏｎ Ａｒｅａから判断して動作することができる。

【0035】

本発明のまた他の実施形態によれば、本発明を介して端末が３ｇｐｐとｎｏｎ－３ｇｐｐ ａｃｃｅｓｓに対して必要により、同一なＡＭＦを選択するか他のＡＭＦを選択することによって、ＮＡＳメッセージのラウティング及びデータ送信が効率的な経路でなることができる。さらに、本発明のまた他の実施形態によれば、ＡＭＦを選択する過程でＵＥの情報と連関性(ｓｔｉｃｋｉｎｅｓｓ ｏｒ ｐｅｒｓｉｓｔｅｎｃｅ)が取り除くことによって、ＡＭＦ関連網に対する仮想化及びＡＭＦ設備縮小／拡大等の網管理が容易くなる。

【0036】

本発明の任意の実施形態の前記及び他の様相、特徴及び利点は添付された図面に係って取られた以下の詳細な説明からより明確となるだろう。

【図面の簡単な説明】

【0037】

【図1】本発明の一実施形態による端末、ＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)、ＣＮ(Ｃｏｒｅ Ｎｅｔｗｏｒｋ)を含むシステムを示す図面である。

【図2】本発明の一実施形態によるＣＮノードが情報を獲得するｓｏｕｒｃｅと情報の種類を示す図面である。

【図3】本発明の一実施形態によるＣＣＮＦ(ｃｏｍｍｏｎ ｃｏｒｅ ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ)の間に情報を交換する方法を示す図面である。

【図4】本発明の一実施形態によるＣＣＮＦの情報を中央サーバーに登録する方法を示す図面である。

【図5】本発明の一実施形態による端末が送信したメッセージをＲＡＮを介してｒｅｒｏｕｔｉｎｇする方法を示す図面である。

【図6】本発明の一実施形態による端末が送信したメッセージをＣＣＮＦにｒｅｒｏｕｔｉｎｇして応答をＲＡＮに送信する方法を示す図面である。

【図7】本発明の一実施形態による端末が送信したメッセージをＣＣＮＦにｒｅｒｏｕｔｉｎｇして応答をｏｒｉｇｉｎａｌＣＣＮＦを介して送信する方法を示す図面である。

【図8】本発明の一実施形態による端末初期接続リクエストメッセージをｒｅｒｏｕｔｉｎｇするフローを示す図面である。

【図9】本発明の一実施形態によるｃｏｒｅ ｎｅｔｗｏｒｋノード情報ｒｅｇｉｓｔｅｒ、ｓｅｌｅｃｔｉｏｎ、ｄｉｓｃｏｖｅｒｙフローを示す図面である。

【図10】本発明の一実施形態によるＮＡＳ(ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ)メッセージをｒｅｒｏｕｔｉｎｇするフローを示す図面である。

【図11】本発明の実施形態による端末が３ｇｐｐ ａｃｃｅｓｓとｎｏｎ－３ｇｐｐ ａｃｃｅｓｓを介して接続時、３ｇｐｐ(３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ)ａｃｃｅｓｓのＰＬＭＮ(ｐｕｂｌｉｃｌ ａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ)とＮ３ＩＷＦ(ｎｏｎ－３ＧＰＰ ｉｎｔｅｒｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ)のＰＬＭＮが同一な場合にｃｏｍｍｏｎ ＡＭＦを用いるセルラー網構造の例を示す図面である。

【図12】本発明の実施形態による端末が３ｇｐｐ ａｃｃｅｓｓとｎｏｎ－３ｇｐｐ ａｃｃｅｓｓを介して接続時、３ｇｐｐ ａｃｃｅｓｓのＰＬＭＮとＮ３ＩＷＦのＰＬＭＮが異なる場合にそれぞれ異なるＡＭＦを用いるセルラー網構造の例を示す図面である。

【図13】本発明の実施形態による３ｇｐｐ ａｃｃｅｓｓに接続された端末がｎｏｎ－３ｇｐｐ ａｃｃｅｓｓを介して５Ｇネットワークに接続する時のＡＭＦを選択する過程を示す図面である。

【図14】本発明のまた他の実施形態による３ｇｐｐ ａｃｃｅｓｓに接続された端末がｎｏｎ－３ｇｐｐ ａｃｃｅｓｓを介して５Ｇネットワークに接続する時のＡＭＦを選択する過程を示す図面である。

【図15】本発明の実施形態によるｎｏｎ－３ｇｐｐ ａｃｃｅｓｓに接続された端末が３ｇｐｐ ａｃｃｅｓｓを介して５Ｇネットワークに接続する時のＡＭＦを選択する過程を示す図面である。

【図16】本発明の他の実施形態によるｎｏｎ－３ｇｐｐ ａｃｃｅｓｓに接続された端末が３ｇｐｐ ａｃｃｅｓｓを介して５Ｇネットワークに接続する時のＡＭＦを選択する過程を示す図面である。

【図17】本発明の実施形態によって、(Ｒ)ＡＮノードとＡＭＦの間の網構造の例を示す図面である。

【図18】本発明の実施形態によって、端末がｉｎｉｔｉａｌＮＡＳメッセージを送信する時、(Ｒ)ＡＮノードが適当なＡＭＦを選択する過程を示す図面である。

【図19】本発明の実施形態によって、ＩＤＬＥモードにある端末にｐａｇｉｎｇを送信するためにＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)がＡＭＦを選択する過程を示す図面である。

【図20】本発明の一実施形態による端末の構成を示す図面である。

【図21】本発明の一実施形態による基地局の構成を示す図面である。

【図22】本発明の一実施形態によるＡＭＦの構成を示す図面である。

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

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

１０１ 端末
１０５ ｎｅｔｗｏｒｋ
２１０ データベース
２１２ ｐｏｌｉｃｙｃｏｎｔｒｏｌｆｕｎｃｔｉｏｎ
４５０ Ｒｅｐｏｓｉｔｏｒｙ
５３０ ｒｅｄｉｒｅｃｔｉｏｎメッセージ
５４０ 応答メッセージ
６３０ ｒｅｄｉｒｅｃｔｉｏｎリクエストメッセージ
６４０ 応答メッセージ
７３０ ｒｅｄｉｒｅｃｔｉｏｎリクエストメッセージ
７４０ 応答メッセージ
８０１ 端末
１１０１ 端末
１２０１ 端末
１３０１ 端末
１４０１ 端末
１５０１ 端末
１６０１ 端末
１８０１ 端末
２０１０ 送受信部
２０１３ 送信部
２０１５ 受信部
２０２０ 制御部
２０３０ 記憶部
２１１０ 送受信部
２１１３ 送信部
２１１５ 受信部
２１２０ 制御部
２１３０ 記憶部
２２１０ 送受信部
２２１３ 送信部
２２１５ 受信部
２２２０ 制御部
２２３０ 記憶部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【手続補正書】

【提出日】2022-06-03

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

通信システムの第１コアネットワークエンティティーによって行われる方法において、
リクエストされるネットワークスライスについての情報を含み、端末のためのアタッチ（ａｔｔａｃｈ）に関連したリクエストメッセージを基地局から受信する段階と、
前記リクエストされるネットワークスライスについての情報又は加入情報のうち少なくとも１つに基づいて、前記第１コアネットワークエンティティーが前記端末をサービング（ｓｅｒｖｉｎｇ）することが適切であるか判断する段階と、
前記リクエストされるネットワークスライスについての情報又は前記加入情報のうち少なくとも１つに基づいて、前記第１コアネットワークエンティティーが前記端末をサービングすることが適切ではないと判断された場合、前記端末をサービングするために必要な性能を有している第２コアネットワークエンティティーについての情報をリクエストする第１メッセージをＮＲＦ（ｎｅｔｗｏｒｋ ｒｅｐｏｓｉｔｏｒｙ ｆｕｎｃｔｉｏｎ）に送信する段階と、
前記第２コアネットワークエンティティーについての情報を含む第２メッセージを前記送信された第１メッセージに対する応答として前記ＮＲＦから受信する段階と、
前記リクエストメッセージ及び前記基地局に関連した終端点（ｔｅｒｍｉｎａｔｉｎｇ ｐｏｉｎｔ）のための情報を含む第３メッセージを前記第２コアネットワークエンティティーに送信する段階と、
を含むことを特徴とする方法。

【請求項2】

前記第３メッセージは、許容されるネットワークスライスについての情報をさらに含むことを特徴とする請求項１に記載の方法。

【請求項3】

応答メッセージは、前記第２コアネットワークによって前記基地局に送信されることを特徴とする請求項１に記載の方法。

【請求項4】

前記加入情報は、加入したネットワークスライスについての情報を含むことを特徴とする請求項１に記載の方法。

【請求項5】

通信システムの第１コアネットワークエンティティーにおいて、
送受信部と、
制御部と、
を含み、
前記制御部は、
リクエストされるネットワークスライスについての情報を含み、端末のためのアタッチ（ａｔｔａｃｈ）に関連したリクエストメッセージを基地局から受信し、
前記リクエストされるネットワークスライスについての情報又は加入情報のうち少なくとも１つに基づいて、前記第１コアネットワークエンティティーが前記端末をサービング（ｓｅｒｖｉｎｇ）することが適切であるか判断し、
前記リクエストされるネットワークスライスについての情報又は前記加入情報のうち少なくとも１つに基づいて、前記第１コアネットワークエンティティーが前記端末をサービングすることが適切ではないと判断された場合、前記端末をサービングするために必要な性能を有している第２コアネットワークエンティティーについての情報をリクエストする第１メッセージをＮＲＦ（ｎｅｔｗｏｒｋ ｒｅｐｏｓｉｔｏｒｙ ｆｕｎｃｔｉｏｎ）に送信し、
前記第２コアネットワークエンティティーについての情報を含む第２メッセージを前記送信された第１メッセージに対する応答として前記ＮＲＦから受信し、
前記リクエストメッセージ及び前記基地局に関連した終端点（ｔｅｒｍｉｎａｔｉｎｇ ｐｏｉｎｔ）のための情報を含む第３メッセージを前記第２コアネットワークエンティティーに送信する
ように制御することを特徴とする第１コアネットワークエンティティー。

【請求項6】

前記第３メッセージは、許容されるネットワークスライスについての情報をさらに含むことを特徴とする請求項５に記載の第１コアネットワークエンティティー。

【請求項7】

応答メッセージは、前記第２コアネットワークによって前記基地局に送信されることを特徴とする請求項５に記載の第１コアネットワークエンティティー。

【請求項8】

前記加入情報は、加入したネットワークスライスについての情報を含むことを特徴とする請求項５に記載の第１コアネットワークエンティティー。

【請求項9】

通信システムの基地局によって行われる方法において、
リクエストされるネットワークスライスについての情報を含み、端末のためのアタッチ（ａｔｔａｃｈ）に関連したリクエストメッセージを端末から受信する段階と、
前記リクエストされるネットワークスライスについての情報を含む前記リクエストメッセージを第１コアネットワークエンティティーに送信する段階と、
前記端末をサービングするために必要な性能を有している第２コアネットワークエンティティーから応答メッセージを受信する段階と、
を含み、
前記リクエストされるネットワークスライスについての情報又は加入情報のうち少なくとも１つに基づいて、前記第１コアネットワークエンティティーが前記端末をサービングすることが適切ではないと判断された場合、前記第１コアネットワークは、ＮＲＦ（ｎｅｔｗｏｒｋ ｒｅｐｏｓｉｔｏｒｙ ｆｕｎｃｔｉｏｎ）から前記第２コアネットワークエンティティーについての情報を含む第１メッセージを受信し、
前記第２コアネットワークエンティティーについての情報に基づいて、前記基地局に関連した終端点（ｔｅｒｍｉｎａｔｉｎｇ ｐｏｉｎｔ）のための情報を含む第２メッセージが前記第２コアネットワークエンティティーに送信され、
前記第２メッセージに基づいて前記応答メッセージが前記第２コアネットワークエンティティーから前記基地局に送信される
ことを特徴とする方法。

【請求項10】

前記第２メッセージは、許容されるネットワークスライスについての情報をさらに含むことを特徴とする請求項９に記載の方法。

【請求項11】

前記加入情報は、加入したネットワークスライスについての情報を含むことを特徴とする請求項９に記載の方法。

【請求項12】

通信システムの基地局において、
送受信部と、
制御部と、
を含み、
前記制御部は、
リクエストされるネットワークスライスについての情報を含み、端末のためのアタッチ（ａｔｔａｃｈ）に関連したリクエストメッセージを端末から受信し、
前記リクエストされるネットワークスライスについての情報を含む前記リクエストメッセージを第１コアネットワークエンティティーに送信し、
前記端末をサービングするために必要な性能を有している第２コアネットワークエンティティーから応答メッセージを受信するように制御し、
前記リクエストされるネットワークスライスについての情報又は加入情報のうち少なくとも１つに基づいて、前記第１コアネットワークエンティティーが前記端末をサービングすることが適切ではないと判断された場合、前記第１コアネットワークは、ＮＲＦ（ｎｅｔｗｏｒｋ ｒｅｐｏｓｉｔｏｒｙ ｆｕｎｃｔｉｏｎ）から前記第２コアネットワークエンティティーについての情報を含む第１メッセージを受信し、
前記第２コアネットワークエンティティーについての情報に基づいて、前記基地局に関連した終端点（ｔｅｒｍｉｎａｔｉｎｇ ｐｏｉｎｔ）のための情報を含む第２メッセージが前記第２コアネットワークエンティティーに送信され、
前記第２メッセージに基づいて前記応答メッセージが前記第２コアネットワークエンティティーから前記基地局に送信される
ことを特徴とする基地局。

【請求項13】

前記第２メッセージは、許容されるネットワークスライスについての情報をさらに含むことを特徴とする請求項１２に記載の基地局。

【請求項14】

前記加入情報は、加入したネットワークスライスについての情報を含むことを特徴とする請求項１２に記載の基地局。