JP2022520838A

JP2022520838A - 無線通信システムにおいて、データを伝送するための方法及びその装置

Info

Publication number: JP2022520838A
Application number: JP2021547746A
Authority: JP
Inventors: ソンフン・キム; スヨン・パク; ホヨン・イ
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2019-02-15
Filing date: 2020-02-17
Publication date: 2022-04-01
Also published as: US20240089789A1; EP3913963A4; US20220053364A1; EP3913963B1; EP3913963A1; WO2020167087A1

Abstract

無線通信システムで端末に提供可能なＱｏＳ（quality of service）に係わる情報をモニタリングして変更する方法及びその装置に係り、移動通信システムのターゲット基地局の動作方法は、ソース基地局からＡＱＰ情報を受信する段階、ＡＱＰ情報において、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれているか否かということを確認する段階、及びＡＱＰ情報に、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれている場合、ＡＭＦに、マッチングされる情報を伝送する段階を含む。

Description

本発明は、無線通信システムにおいて、データを伝送するための方法に係り、無線通信システムにおいて、端末に提供可能なＱｏＳ（quality of service）に係わる情報をモニタリングし、変更する方法を含むことに関する。

４Ｇ通信システム商用化以後、増加趨勢にある無線データトラフィック需要を充足するために、改善された５Ｇ通信システムまたはｐｒｅ－５Ｇ通信システムを開発するための努力がなされている。そのような理由により、５Ｇ通信システムまたはｐｒｅ－５Ｇ通信システムは、４Ｇネットワーク以後（beyond ４Ｇ network）通信システムまたはＬＴＥシステム以後（post ＬＴＥ）システムと呼ばれられている。３ＧＰＰで定めた５Ｇ通信システムは、ＮＲ（new radio）システムと呼ばれている。高いデータ伝送率を達成するために、５Ｇ通信システムは、超高周波（ｍｍWave）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のようなもの）における具現が考慮されている。超高周波帯域における電波の伝播損失緩和、及び電波の伝達距離延長のために、５Ｇ通信システムにおいては、ビームフォーミング（beamforming）、巨大配列多重入出力（massive ＭＩＭＯ（multiple-input and multiple-output））、全次元多重入出力（ＦＤ－ＭＩＭＯ：full dimensional）、アレイアンテナ（array antenna）、アナログビームフォーミング（analog beamforming）及び大規模アンテナ（large scale antenna）の技術が論議され、ＮＲシステムに適用された。また、システムのネットワーク改善のために、５Ｇ通信システムにおいては、進化された小型セル、改善された小型セル（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）のような技術開発がなされている。それこの以外にも、５Ｇシステムにおいては、進歩されたコーディング変調（ACM：ad
vanced coding modulation）方式であるＦＱＡＭ（hybrid ＦＳＫ and ＱＡＭ modulation）及びＳＷＳＣ（sliding window superposition coding）と、進歩された接続技術であるＦＢＭＣ（filter bank multi carrier）、ＮＯＭＡ（non-orthogonal multiple access）及びＳＣＭＡ（sparse code multiple access）などが開発されている。

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

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

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

開示された実施形態は、移動通信システムにおいて、サービスを効果的に提供することができる装置及びその方法を提供することである。

本開示の一実施形態による移動通信システムのターゲット基地局（ターゲット base station）の動作方法は、ソース基地局（source base station）から、ＡＱＰ（alternative ＱｏＳ profile）情報を受信する段階、前記ＡＱＰ情報において、サービング（serving）する端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれているか否かということを確認する段階、及び前記ＡＱＰ情報に、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれている場合、ＡＭＦ（access and mobility management function）に、前記マッチングされる情報を伝送する段階を含むものである。

開示された実施形態によれば、移動通信システムにおいて、サービスを効果的に提供することができる。

一実施形態による、ＰＤＵ Session樹立時、ＱｏＳレベルに係わるMonitoring Eventを、基地局に設定する方法について説明するための図面である。一実施形態による、ＰＤＵ Session変更時、ＱｏＳレベルに係わるMonitoring Eventを、基地局に設定する方法について説明するための図面である。一実施形態による、基地局に設定されるＱｏＳレベルに係わるMonitoring設定情報について説明するための図面である。一実施形態による、基地局に設定されるＱｏＳレベルに係わるMonitoring設定情報について説明するための図面である。一実施形態による、ＡＦ（application function）が、ＱｏＳレベルに係わる交渉、及びEvent設定を行う方法について説明するための図面である。一実施形態による、ハンドオーバー時、ターゲット基地局において、ＱｏＳレベルに係わるお知らせ（notification）をハンドオーバー手続きと共に遂行する方法について説明するための図面である。一実施形態による、端末の内部構造を図示するブロック図である。一実施形態による、エンティティの構成を示したブロック図である。

本開示の一実施形態による、移動通信システムのターゲット基地局（ターゲット base station）の動作方法は、ソース基地局（source base station）から、ＡＱＰ（alternative ＱｏＳ profile）情報を受信する段階、前記ＡＱＰ情報において、サービング（serving）する端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれているか否かということを確認する段階、及び前記ＡＱＰ情報に、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれている場合、ＡＭＦ（access and mobility management function）に、前記マッチングされる情報を伝送する段階を含んでもよい。

一実施形態において、前記ＡＱＰ情報に、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれているか否かということを確認する段階は、前記ＡＱＰ情報において、前記ターゲット基地局が、前記サービングする端末に支援することができるＧＦＢＲ（guaranteed flow bit rate）、ＰＥＲ（packet error rate）、ＰＤＢ（packet delay budget）とマッチングされる情報があるか否かということを確認する段階を含んでもよい。

一実施形態において、前記ＡＭＦに、前記マッチングされる情報を伝送する段階は、前記マッチングされる情報を、経路スイッチング要請（path switching request）メッセージに含めて伝送する段階を含んでもよい。

一実施形態において、前記ハンドオーバーは、基地局間ハンドオーバー（Ｘｎ handover）を含んでもよい。

一実施形態において、ハンドオーバー終了後、前記マッチングされる情報に基づき、前記端末をサービングする段階をさらに含んでもよい。

一実施形態において、前記ソース基地局は、前記ＡＱＰ情報に基づき、前記端末をサービングする基地局を含んでもよい。

一実施形態において、前記ＡＱＰ情報は、ＱｏＳ Flow Level ＱｏＳ Parameter、または前記ＱｏＳ Flow Level ＱｏＳ Parameterに含まれたＧＢＲＱｏＳ Flow情報にも含まれる。

本開示の一実施形態による、移動通信システムのターゲット基地局は、通信部；インストラクションを含む少なくとも１以上のメモリ；及び前記インストラクションを実行することにより、ソース基地局からＡＱＰ情報を受信し、前記ＡＱＰ情報において、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれているか否かということを確認し、前記ＡＱＰ情報に、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれている場合、ＡＭＦに、前記マッチングされる情報を伝送するように制御する少なくとも１以上のプロセッサ；を含んでもよい。

一実施形態において、前記少なくとも１以上のプロセッサは、前記ＡＱＰ情報において、前記ターゲット基地局が、前記サービングする端末に支援することができるＧＦＢＲ、ＰＥＲ、ＰＤＢとマッチングされる情報があるか否かということを確認することができる。

一実施形態において、前記少なくとも１以上のプロセッサは、前記マッチングされる情報を、経路スイッチング要請メッセージに含めて伝送するように制御することができる。

一実施形態において、前記ハンドオーバーは、基地局間ハンドオーバーを含んでもよい。

一実施形態において、前記少なくとも１以上のプロセッサは、ハンドオーバー終了後、前記マッチングされる情報に基づき、前記端末をサービングするように制御することができる。

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

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

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

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

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

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

本開示の実施形態について具体的に説明するにおいて、３ＧＰＰ（３rd Generation Partnership Project Long Term Evolution）が、５Ｇネットワーク規格を定めた、無線接続網、コア網であるＮＧ－ＲＡＮ及びパッケージコア（５Ｇ systemあるいは５Ｇ core network）を主な対象にするが、本開示の主な要旨は、類似した技術的背景を有するそれ以外の通信システムにも、本開示の範囲を大きく外れない範囲において、少しの変形で適用可能であり、それは、本開示の技術分野において熟練された技術的知識を有した者の判断で可能であろう。

以下においては、説明の便宜のために、３ＧＰＰ規格で定義している用語及び名称が、一部使用されうる。しかし、本開示は、前述の用語及び名称によって限定されるものではなく、他の規格によるシステムにも、同一に適用されうる。

本開示で記載されるエンティティの説明は、次の通りである。

端末（ＵＥ）は、ＲＡＮ（radio access network）と連結され、５Ｇの核心網装置のMobility Management Functionを遂行する装置に接続することができる。本開示においては、例示的に、前述の装置をＡＭＦと呼ぶ。前述の装置は、ＲＡＮのアクセス（access）と、端末のmobility managementとをいずれも担当する機能（function）または装置を称することができる。ＳＭＦは、Session Management Functionを遂行するネットワーク機能（ＮＦ：network function）の名称でもある。ＡＭＦは、ＳＭＦと連結され、ＡＭＦは、ＳＭＦ（Session Management Function）に、端末に対するセッション関連メッセージをルーティングすることができる。ＳＭＦは、ＵＰＦ（user plane function）と連結して端末に提供するユーザ平面resourceを割り当て、基地局とＵＰＦとの間でデータを伝送するためのトンネルを樹立することができる。ＰＣＦは、Policy & Charging Functionの略字であり、端末が使用するＰＤＵ SessionのＱｏＳ Flowに係わるＱｏＳ policy及びchargingに係わる情報を制御することができる。ＰＣＦは、前述のようなＰＣＣルールを構成してＳＭＦに伝達し、ＳＭＦは、それを基に、ＲＡＮに、ＱｏＳプロファイルを提供し、ＲＡＮは、ＱｏＳ（quality of service）プロファイルに該当するように、端末に係わる無線資源を割り当てることができる。

各ネットワーク機能（ＮＦ）は、自体が提供するサービスを定義しておいており、それは、標準に、Ｎｐｃｆ、Ｎｓｍｆ、Ｎａｍｆ、Ｎｎｅｆなどと定義されている。例えば、ＡＭＦが、ＳＭＦにセッション係わるメッセージを伝達するときは、Ｎｓｍｆ＿ＰＤＵ Session＿CreateＳＭContextというサービス（または、ＡＰＩ（application programming interface））を利用することができる。

本開示の実施形態によれば、基地局は、端末にサポート可能な無線ベアラ（radio bearer）のＱｏＳレベルについて５Ｇ核心網に知らせ、該５Ｇ核心網は、それを基に、適正ＱｏＳレベル該当するように端末が使用しているＰＤＵ（protocol data unit） SessionセッションのＱｏＳ Flowを変更したり追加したりすることができる。本実施形態による基地局は、無線状況が不良になり、端末に提供することができるＱｏＳレベルが低くなったとき、それを５Ｇ核心網に知らせ、さらに低いＱｏＳレベルのＱｏＳ Flowを適用するようにすることができる。また、基地局は、無線状況が良好になり、端末に提供することができるＱｏＳレベルが高くなったとき、それを５Ｇ核心網に知らせ、さらに良好なＱｏＳレベルのＱｏＳ Flowを適用させることができる。

本開示の実施形態によれば、第３者アプリケーションサーバ（application server）は、５Ｇ核心網と交渉したＱｏＳレベルにより、現在端末がいかなるＱｏＳレベルを使用するかということを判断し、端末に提供するサービスのレベルを変えることができる。例えば、自律走行サービスを提供するアプリケーションサーバは、端末が現在使用することになったＱｏＳレベルにより、自律走行レベル（level of automation）を調節することができる。それにより、アプリケーションサーバは、自律走行モードを、完全自律走行モードから運転手介入モードに変更するか、あるいは運転手介入モードから完全自律走行モードに変更することができる。

また、本開示の実施形態によれば、端末が移動し、ハンドオーバーが発生した場合、ターゲット基地局が、当該端末に、提供可能なＱｏＳレベルをハンドオーバー手続き最中、５Ｇ核心網に知らせ、さらに迅速にＱｏＳレベルよるＱｏＳ Flow適用が可能にすることができる。

本開示の実施形態によれば、端末が使用するＰＤＵ Sessionにつき、ＧＢＲ（guaranteed bit rate）ＱｏＳ Flowが必要な場合、端末に現在支援することができるＱｏＳレベルにつき、モニタリングするイベントが基地局に設定されうる。基地局は、それを基に、端末に提供することができるＱｏＳレベルを判断し、核心網に知らせることができる。

本開示の実施形態によれば、端末が他の基地局にハンドオーバーを行うとき、ターゲット基地局は、当該端末について設定されているＱｏＳレベルモニタリング情報を参照し、それに係わるターゲット基地局が支援することができるＱｏＳレベルを判断し、核心網に知らせることができる。

図１は、本開示の一実施形態による、ＰＤＵ Session樹立時、ＱｏＳレベルに係わるMonitoring Eventを、基地局に設定する方法について説明するための図面である。図１に基づき、第１実施形態について説明される。

段階０において、ＡＦ（Application function）とＰＣＦは、ＡＦが端末に提供するサービスのために必要なＱｏＳレベルを交渉することができる。このとき、ＡＦとＰＣＦは、特定端末のＩＤを含んで交渉することができ、端末のＩＤは、移動通信網内部で使用される端末の固有識別子とマッピングが可能なＩＤである。特定端末のＩＤなしに、特定サービスにつき、全部適用するように設定することもでき、そのときは、ＡＦとＰＣＦは、ＤＮＮ（data network name）、ネットワークスライス情報またはＡＦ（application function）ＩＤを基に交渉することができる。また、ＰＣＦは、段階０を介してＡＦから受信した要請が、Ｖ２Ｘ（vehicle-to-everything）サービスに係わる要請であるか否かということを確認することができ、ＡＦの要請に該当する端末がＶ２Ｘサービスを利用することができる端末であるか否かということを、加入者情報または政策情報に基づいて判断することができる。ＡＦの要請が、Ｖ２Ｘサービスに係わるＱｏＳ要請であり、当該端末が、Ｖ２Ｘサービスを利用するように許可された端末であるならば、ＰＣＦは、当該要請を承認することができる。ＱｏＳレベルは、移動通信事業者と第３のサービス提供者との間において、ＳＬＡ（service level agreement）を介して定められた決まった値でもあり、リストによっても構成される。例えば、ＱｏＳレベル１からＱｏＳレベル１０まで値を定めておき、当該レベルによるＱｏＳ値（ＧＢＲ、ＭＢＲ（maximum bit rate）、ＰＤＢ（packet delay budget）、ＰＥＲ（packet error rate））を網内に定めておくことができる。それにより、ＰＣＦは、端末に適用するＱｏＳルールを構成することができる。例えば、自律走行サービスを提供するＡＦであるならば、ＡＦは、自律走行レベルによるＱｏＳ要求（requirement）を設定し、ＰＣＦに伝達することができ、ＰＣＦは、それに該当するＱｏＳルールを構成することができる。他の例として、災難安全サービスを提供するＡＦであるならば、ＡＦは、メディア形式によるＱｏＳ要求（requirement）を設定し、ＰＣＦに伝達することができ、ＰＣＦは、それに該当するＱｏＳルールを構成することができる。段階０を介し、ＡＦは、端末にサービス提供のために必要なＱｏＳレベルを交渉する以外に、端末が、いかなるＱｏＳレベルを使用することになったかお知らせ（notification）を受けることができるように、ＰＣＦに設定することができる。それによる結果として、ＡＦは、ＰＣＦから端末の変更されたＱｏＳレベルにつき、お知らせ（notification）を受信することができ、該お知らせ（notification）を基に、端末に提供するサービスのＱｏＳを変更することができる。例えば、ＡＦは、自律走行レベルを変更するか、あるいはメディア形式（解像度、ｆｐｓなど）を変更することができる。段階０は、段階３前のいかなるときにも発生しうる。

段階１で、ＵＥは、ＰＤＵ Sessionを樹立するために、ＳＭ（Session management）ＮＡＳ（non access stratum）メッセージであるＰＤＵセッション樹立（session establishment）requestを構成し、ＡＭＦに伝達することができる。端末は、ＰＤＵセッション樹立メッセージに、自体が使用するＤＮＮ（data network name）を含めることができ、それは、追ってＳＭまたはＰＣＦにおいて、ＱｏＳレベルに係わるMonitoring Eventを適用するように許可されたＤＮＮであるか否かということを判断するときにも使用される。また、端末は、ＰＤＵセッション樹立メッセージに、ＰＤＵ Sessionを介して連結されるアプリケーションサーバのＩＤ（または、ＡＦ（application function）ＩＤ）を含めることができ、それは、追って、ＰＣＦにおいて、ＱｏＳレベルに係わるMonitoring Eventを適用するように許可されたＰＤＵ Sessionであるか否かということを判断するときにも使用される。また、端末は、ＰＤＵセッション樹立requestに、ＧＢＲ樹立を所望するという識別子、またはＧＢＲに該当する５ＱＩ（５Ｇで使用するＱｏＳ Indication）を含んで送ることができる。それは、端末が、当該ＰＤＵ Sessionにつき、ＧＢＲを使用することを示すことができる。さらに、他の例として、端末は、本開示で提案する機能であるＱｏＳレベルモニタリングが必要なＰＤＵ Sessionであることを示す識別子を含めることができる。該情報を受信したＳＭＦは、ＰＣＦに、前述の情報を伝達することができ、該情報は、セッション関連Policy Associationを樹立するとき、ＰＣＦからも考慮される。

段階２において、ＡＭＦは、ＳＭＦを選択し、Ｎｓｍｆ＿ＰＤＵ Session＿CreateＳＭContext requestメッセージを、選択されたＳＭＦに伝達することができる。ＡＭＦは、該メッセージに、端末から受信したＰＤＵセッション樹立requestメッセージを含めることができる。

段階３において、ＳＭＦは、端末から受信したＰＤＵセッション樹立requestメッセージを参照し、当該ＤＮＮにつき、ＰＣＦと、ＳＭ Policy Association樹立手続きを遂行することができる。このとき、ＳＭＦは、端末が要請したＤＮＮまたはＡＦＩＤを、ＰＣＦに伝達することができる。それを受信したＰＣＦは、ＳＭＦに伝達するセッション関連Policyを構成して伝達することができる。このとき、段階０による情報を基に、ＤＮＮまたはＡＦＩＤで識別される端末が利用するＰＤＵ Sessionにつき、ＰＣＦに、ＡＦの要請によるＱｏＳレベルが設定されているならば、ＰＣＦは、該情報を基に、セッション関連Policyを構成することができる。例えば、ＡＦが要請したＱｏＳレベルにおいて、ＧＢＲＱｏＳ Flowが必要なＱｏＳレベルがあるならば、ＰＣＦは、端末に樹立するＱｏＳ FlowのうちＧＢＲＱｏＳ Flowを含むように、ＱｏＳルールを構成することができる。また、ＰＣＦは、ＡＦが要請したＱｏＳレベルにより、ＱｏＳレベルモニタリングのための設定情報を構成し、セッション関連Policyに含めることができる。該情報は、追ってＲＡＮに伝達され、ＲＡＮにおいて、自体が支援することができるＱｏＳレベルをお知らせ（notification）するようにも使用される。

ＳＭＦが端末から受信したＰＤＵセッション樹立メッセージに、ＧＢＲを使用する識別子、またはＧＢＲに該当する５ＱＩが含まれているならば、ＳＭＦは、それを、ＰＣＦと、Policy Associationを樹立するときに伝達することができる。それを受信したＰＣＦは、端末が要請した情報と、段階０を介してＡＦが要請した情報とを確認することができ、それを基に、いかなるＧＢＲＱｏＳ Flowを設定するか否かということを決定することができる。また、ＰＣＦは、ＡＦが要請した情報において、ＱｏＳレベルに係わるMonitoring Eventを設定するように判断することができる。それを判断したＰＣＦは、ＱｏＳレベルに係わるMonitoring Event情報を、ＳＭＦに、ＳＭ Policyの一部として伝達することができる。追ってＳＭＦは、それを基地局に伝達することができる。

ＳＭＦが端末から受信したＰＤＵセッション樹立メッセージに、ＱｏＳレベルモニタリングが必要なＰＤＵ Sessionであることを示す識別子が含まれているならば、ＳＭＦは、それを、ＰＣＦと、Policy Associationを樹立するとき、ＰＣＦに伝達することができる。それを受信したＰＣＦは、端末が要請した情報と、段階０を介してＡＦが要請した情報と、を確認することができ、それを基に、いかなるＱｏＳレベルモニタリング機能を設定するか否かということを決定することができる。また、ＰＣＦは、端末が、ＱｏＳレベルモニタリング機能を支援するということを判断することができる。その後ＰＣＦは、ＱｏＳレベルに係わるMonitoring Event情報を、ＳＭＦに、ＳＭ Policyの一部として伝達することができる。追ってＳＭＦは、それを基地局に伝達することができる。

またＳＭＦは、端末の加入者情報を参照し、当該端末が、Ｖ２Ｘサービスを使用するように許可された端末であるか否かということを確認することができる。ＳＭＦは、端末が、Ｖ２Ｘサービスを使用するように許可された端末であるならば、端末が、Ｖ２Ｘ許可された端末であるという指示子を、ＰＣＦと、Policy Associationを結ぶとき、ＰＣＦに伝達することができる。ＰＣＦは、それを基に、当該端末につき、Ｖ２Ｘサービス用として使用されるＱｏＳレベルモニタリング機能を設定するか否かということを決定することができる。または、ＰＣＦが、当該端末が、Ｖ２Ｘサービスを使用可能であるか否かということに係わる加入者情報または政策情報を獲得し、それを基に、当該端末につき、Ｖ２Ｘサービス用として使用されるＱｏＳレベルモニタリング機能を設定するか否かということを決定することができる。

段階４において、ＳＭＦは、ＵＰＦ selection手続きを遂行し、選択したＵＰＦと、Ｎ４セッション樹立手続きを遂行することができる。ＳＭＦは、パケットDetection，Enforcement，Forwarding ruleなどをＵＰＦに伝達することができる。ＵＰＦがデータ伝送のために使用するTunnel情報は、ＳＭＦが割り当てることもでき、ＵＰＦが割り当てることもできる。該情報は、Ｎ４セッション樹立手続きを介し、ＳＭＦとＵＰＦとの間でも交換される。

段階５において、ＳＭＦは、ＰＣＦから受信したセッション関連Policy情報を基に、基地局に伝達するＮ２ＳＭメッセージを構成することができる。該メッセージには、基地局に、ＰＤＵ Sessionに係わるＱｏＳ FlowのProfileを伝達するために、またはＱｏＳレベルに係わるMonitoring Event情報を、基地局に設定するための情報が含まれてもよい。また、基地局とＵＰＦとのトンネル樹立のための情報が含まれてもよい。また、ＳＭＦは、ＰＣＦから受信したセッション関連Policy情報を基に、端末に、ＰＤＵ Session樹立要請に対する応答メッセージ（ＰＤＵセッション樹立Accept）を構成することができる。該メッセージには、端末が要請したＱｏＳレベルモニタリング機能に対する許可いかんが含まれてもよい。ＳＭＦは、前述のようなメッセージを含み、ＡＭＦにNamf_Communication_N1N2messageTransferメッセージを伝送することができる。Ｎ２メッセージには、ＰＤＵ Session ＩＤ、ＱｏＳ Profile、ＱｏＳ Flow ＩＤ、ＵＰＦと基地局とのＮ３ Tunnel連結のためのＵＰＦ側のTunnel情報などが含まれてもよい。ＱｏＳ Profileには、ＱｏＳレベルのMonitoring Eventに係わる情報が含まれてもよい。本開示の一実施形態による、Ｎ２メッセージの内容構成は、実施形態３を参照しても説明される。

ＡＭＦは、Namf_Communication_N1N2messageTransferに係わるＡＣＫを、ＳＭＦに伝達することができる。

段階６において、ＡＭＦは、ＳＭＦから受信したメッセージを基地局に伝達することができる。該メッセージには、ＳＭＦから受信したＮ２ＳＭメッセージが含まれ、ＳＭＦから受信したＮ１ＳＭＮＡＳメッセージが含まれてもよい。

段階７において、基地局は、段階６のメッセージを受信し、Ｎ２ＳＭメッセージに入っているＱｏＳ情報により、端末とＤＲＢ（data radio bearer）樹立のためのＲＲＣ（radio resource control）シグナリング手続きを遂行することができる。また、基地局は、受信したＮＡＳメッセージを端末に伝達することができる。基地局は、当該端末が、Ｖ２Ｘサービスを使用するように許可された端末であるか否かということに係わる情報を、ＡＭＦまたはＳＭＦから受信することができる。基地局は、前述の情報を受信し、端末がＶ２Ｘサービスを使用するように許可されたならば、受信したＱｏＳレベルモニタリングに対する設定を適用するように決定することができる。

基地局は、Ｎ２ＳＭメッセージに、ＱｏＳレベルモニタリングに係わる設定が含まれているならば、それを、端末のAccess Stratum Contextに保存することができる。それは、追って基地局が、無線資源状況の変化、サービング端末個数の変化、または無線資源スケジューリングの変化により、いかなるＱｏＳレベルを支援することができるか、ＰＣＦに、お知らせ（notification）を伝送するためにも使用される。該お知らせ（notification）は、ＳＭＦを介してＰＣＦまで伝達され、ＰＣＦは、基地局が支援することができるＱｏＳレベル情報に該当するように、ＱｏＳルールを変更することができる。また、ＰＣＦは、ＡＦに、いかなるＱｏＳレベルを支援することになったかお知らせ（notification）することができる。また、端末のAccess Stratum Contextに保存されたＱｏＳレベルモニタリングに係わる設定は、端末が他の基地局にハンドオーバーするとき、当該ターゲット基地局に共に伝達され、ターゲット基地局が、自体が支援することができるＱｏＳレベルに係わる情報に係わるお知らせ（notification）をＰＣＦに送るようにすることができる。

段階８において、基地局は、段階６に対する応答を伝送することができる。該メッセージには、Ｎ２ＳＭメッセージが含まれ、そこには、ＰＤＵ Session ＩＤ、ＵＰＦとのＮ３ｔｕｎｎｅｌ連結のための基地局側のトンネル情報が含まれてもよい。また、樹立されたＱｏＳ Flowなどの情報が含まれてもよい。該情報には、段階７によって設定されたＱｏＳレベルモニタリングEventにより、基地局が、自体が支援することができるＱｏＳレベルに係わるお知らせ（notification）が含まれてもよい。該お知らせ（notification）は、ＳＭＦを介してＰＣＦまで伝達され、ＰＣＦは、基地局が、ＱｏＳレベルモニタリングEventを支援することができる基地局であるということを判断することができる。または基地局は、自体がＱｏＳレベルに係わるMonitoring Eventを支援する基地局であることを知らせる識別子を含んでもよい。

段階９において、段階８のメッセージを受信したＡＭＦは、ＳＭＦに、段階８のメッセージに込められたＮ２ＳＭメッセージをＳＭＦに伝達することができる。

段階１０において、ＳＭＦは、段階９で受信したＮ２ＳＭメッセージを参照し、ＵＰＦと、Ｎ４ Session Modification手続きを遂行することができる。このときＳＭＦは、基地局から受信した基地局側のＮ３ tunnel情報をＵＰＦに伝達し、それに係わるpacket Forwarding ruleも伝達することができる。この段階を介し、ＵＰＦと基地局は、データ送／受信のためのTunnel連結が樹立されたと見ることができる。ＳＭＦは、ＡＭＦから受信したＮ２ＳＭメッセージに、基地局が自体が支援することができるＱｏＳレベルに係わるお知らせ（notification）を含んでいるならば、それをＰＣＦに伝達することができる。または、基地局が、自体がＱｏＳレベルに係わるMonitoring Eventを支援する基地局であることを知らせる識別子を、Ｎ２ＳＭメッセージに含んでいるならば、ＳＭＦは、それをＰＣＦに伝達することができる。

段階１１において、ＳＭＦは、ＡＭＦに、段階９に係わる応答を伝送することができる。

図２は、本開示の一実施形態による、ＰＤＵ Session変更時、ＱｏＳレベルに係わるMonitoring Eventを、基地局に設定する方法について説明するための図面である。図２に基づき、第２実施形態について説明される。

段階０において、ＡＦとＰＣＦは、ＡＦが端末に提供するサービスのために必要なＱｏＳレベルを交渉することができる。このときＡＦとＰＣＦは、特定端末のＩＤを含んで交渉することができ、端末のＩＤは、移動通信網内部で使用される端末の固有識別子とマッピングが可能なＩＤである。またはＡＦとＰＣＦは、特定端末のＩＰアドレスを含んで交渉することができ、それは、ＡＦが自体に接続する端末のＩＰアドレスをすでに知っているときに可能である。ＰＣＦは、端末のＩＰアドレスを知っているために、いかなる端末に対するＱｏＳレベル交渉であるかいうことを判断することができる。またはＡＦは、特定端末のＩＤなしに、特定サービスにつき、全部適用するように設定することもでき、このときＡＦとＰＣＦは、ＤＮＮ、ネットワークスライス情報またはＡＦ（application function）ＩＤを基に交渉することができる。ＱｏＳレベルは、移動通信事業者と、第３のサービス提供者との間において、ＳＬＡ（service level agreement）を介して定められた値でもあり、リストにも構成される。例えば、ＱｏＳレベル１からＱｏＳレベル１０まで値を定めておき、当該レベルによるＱｏＳ値（ＧＢＲ、ＭＢＲ（maximum bit rate）、ＰＤＢ（packet delay budget）、ＰＥＲ（packet error rate））を網内に定めておくことができる。それによってＰＣＦは、端末に適用するＱｏＳルールを構成することができる。例えば、自律走行サービスを提供するＡＦであるならば、ＡＦは、自律走行レベルによるＱｏＳ要求（requirement）を設定し、ＰＣＦに伝達することができ、ＰＣＦは、それに該当するＱｏＳルールを構成することができる。さらに、他の例として、災難安全サービスを提供するＡＦであるならば、ＡＦは、メディア形式によるＱｏＳ要求（requirement）を設定し、ＰＣＦに伝達することができ、ＰＣＦは、それに該当するＱｏＳルールを構成することができる。段階０を介し、ＡＦは、端末に、サービス提供のために必要なＱｏＳレベルを交渉する以外に、端末がいかなるＱｏＳレベルを使用することになったかお知らせ（notification）を受けることができるように、ＰＣＦに設定することができる。それによる結果として、ＡＦは、ＰＣＦから端末の変更されたＱｏＳレベルにつき、お知らせ（notification）を受信することができ、該お知らせ（notification）を基に、端末に提供するサービスのＱｏＳを変更することができる。例えば、ＡＦは、自律走行レベルを変更するか、あるいはメディア形式（解像度、ｆｐｓなど）を変更することができる。段階０が生じるならば、ＰＣＦは、段階３を介し、ＡＦの要請に該当する端末をサービングするＳＭＦに、変更されたセッション関連Policyを伝達することができる。前述の変更されたセッション関連Policyには、ＡＦの要請によるＱｏＳルールまたはＱｏＳレベルに係わるMonitoring Event設定情報が含まれてもよい。

段階１において、ＵＥは、ＰＤＵ Sessionを変更するために、ＳＭＮＡＳメッセージであるＰＤＵ Session Modification Requestを構成し、ＡＭＦに伝達することができる。端末は、ＰＤＵ Session Modificationメッセージに、自体が使用するＤＮＮを含めることができ、それは、後にＳＭまたはＰＣＦにおいて、ＱｏＳレベルに係わるMonitoring Eventを適用するように許可されたＤＮＮであるか否かということを判断するときにも使用される。また、端末は、ＰＤＵ Session Modificationメッセージに、ＰＤＵ Sessionを介して連結されるアプリケーションサーバのＩＤ（または、ＡＦ（application function）ＩＤ）を含めることができ、それは、後にＰＣＦにおいて、ＱｏＳレベルに係わるMonitoring Eventを適用するように許可されたＰＤＵ Sessionであるか否かということを判断するときにも使用される。また、端末は、ＰＤＵ Session Modification Requestに、ＧＢＲ樹立を所望するという識別子、またはＧＢＲに該当する５ＱＩ（５Ｇで使用するＱｏＳ Indication）を含んで送ることができる。それは、端末が。当該ＰＤＵ Sessionにつき、ＧＢＲを使用することを示すことができる。さらに、他の例として端末は、本開示で提案する機能であるＱｏＳレベルモニタリングが必要なＰＤＵ Sessionであることを示す識別子を含めることができる。該情報を受信したＳＭＦは、ＰＣＦに、前述の情報を伝達することができ、該情報は、セッション関連Policyアップデート（Policy association modification）時のＰＣＦからも考慮される。

段階２において、ＡＭＦは、ＳＭＦを選択し、Nsmf_PDU Session_CreateSMContext requestメッセージを、選択されたＳＭＦに伝達することができる。ＡＭＦは、該メッセージに、端末から受信したＰＤＵ Session Modification Requestメッセージを含めることができる。

段階１と段階２は、遂行されず、そのとき、段階０による動作により、段階３が遂行されうる。

段階３で、段階１と段階２とが遂行されたならば、ＳＭＦは、端末から受信したＰＤＵ Session Modification Requestメッセージを参照し、当該ＤＮＮにつき、ＰＣＦと、ＳＭ Policy Association変更手続きを遂行することができる。このときＳＭＦは、端末が要請したＤＮＮまたはＡＦＩＤを、ＰＣＦに伝達することができる。それを受信したＰＣＦは、ＳＭＦに伝達するセッション関連Policyを構成し、伝達することができる。このとき段階０による情報を基に、ＤＮＮまたはＡＦＩＤで識別される端末が利用するＰＤＵ Sessionにつき、ＰＣＦに、ＡＦの要請によるＱｏＳレベルが設定されているならば、ＰＣＦは、該情報を基に、セッション関連Policyを構成することができる。例えば、ＡＦが要請したＱｏＳレベルにおいて、ＧＢＲＱｏＳ Flowが必要なＱｏＳレベルがあるならば、ＰＣＦは、端末に樹立するＱｏＳ FlowのうちＧＢＲＱｏＳ Flowを含むように、ＱｏＳルールを構成することができる。また、ＰＣＦは、ＡＦが要請したＱｏＳレベルにより、ＱｏＳレベルモニタリングのための設定情報を構成し、セッション関連Policyに含めることができる。該情報は、追ってＲＡＮに伝達され、ＲＡＮにおいて、自体が支援することができるＱｏＳレベルをお知らせ（notification）するように使用される。

ＳＭＦが、端末から受信したＰＤＵ Session Modificationメッセージに、ＧＢＲを使用する識別子、またはＧＢＲに該当する５ＱＩが含まれているならば、ＳＭＦは、それをＰＣＦとのPolicy Association modification手続きのときに伝達することができる。それを受信したＰＣＦは、端末が要請した情報と、段階０を介してＡＦが要請した情報と、を確認することができ、それを基に、いかなるＧＢＲＱｏＳ Flowを設定するかということを決定することができる。また、ＰＣＦは、ＡＦが要請した情報において、ＱｏＳレベルに係わるMonitoring Eventを設定するように判断することができる。それを判断したＰＣＦは、ＱｏＳレベルに係わるMonitoring Event情報を、ＳＭＦに、ＳＭ Policyの一部として伝達することができる。追ってＳＭＦは、それを基地局に伝達することができる。

ＳＭＦが端末から受信したＰＤＵ Session Modificationメッセージに、ＱｏＳレベルモニタリングが必要なＰＤＵ Sessionであることを示す識別子が含まれているならば、ＳＭＦは、それを、ＰＣＦとのPolicy Association modification手続き時、ＰＣＦに伝達することができる。それを受信したＰＣＦは、端末が要請した情報と、段階０を介してＡＦが要請した情報と、を確認することができ、それを基に、いかなるＱｏＳレベルモニタリング機能を設定するかということを決定することができる。また、ＰＣＦは、端末が、ＱｏＳレベルモニタリング機能を支援するということを判断することができる。その後、ＰＣＦは、ＱｏＳレベルに係わるMonitoring Event情報を、ＳＭＦに、ＳＭ Policyの一部として伝達することができる。追ってＳＭＦは、段階４と段階５とを介し、それを基地局に伝達することができる。

段階１と段階２とが遂行されなくても、段階３は、段階０によっても遂行される。ＰＣＦは、段階０により、ＡＦと交渉した情報を基に、ＳＭＦに、セッション関連Policyをアップデートすることができる。このときＰＣＦは、段階０によるＱｏＳレベルモニタリングEvent設定情報をＳＭＦに伝達することができる。またはＰＣＦは、段階０によって構成されたＧＢＲＱｏＳ Flowに係わるＱｏＳ ProfileをＳＭＦに伝達することができる。

段階４において、ＳＭＦは、ＰＣＦから受信したセッション関連Policy情報を基に、基地局に伝達するＮ２ＳＭメッセージを構成することができる。該メッセージには、基地局に、ＰＤＵ Sessionに係わるＱｏＳ FlowのProfileを伝達したり、ＱｏＳレベルに係わるMonitoring Event情報を、基地局に設定したりするための情報が含まれてもよい。また、ＳＭＦは、ＰＣＦから受信したセッション関連Policy情報を基に、端末にＰＤＵ Session変更を要請するメッセージ（ＰＤＵ Session Modification Command）を構成することができる。ＳＭＦは、前述のようなメッセージを含み、ＡＭＦに、Namf_Communication_N1N2messageTransferメッセージを伝送することができる。Ｎ２メッセージには、ＰＤＵ Session ＩＤ、ＱｏＳ Profile、ＱｏＳ Flow ＩＤ、ＱｏＳレベルのMonitoring Eventに係わる情報が含まれてもよい。本開示の一実施形態による、Ｎ２メッセージの詳細な内容構成は、本開示の実施形態３を参照しても説明される。

ＡＭＦは、Namf_Communication_N1N2messageTransferに係わるＡＣＫをＳＭＦに伝達することができる。

段階５において、ＡＭＦは、ＳＭＦから受信したメッセージを基地局に伝達することができる。該メッセージには、ＳＭＦから受信したＮ２ＳＭメッセージが含まれ、ＳＭＦから受信したＮ１ＳＭＮＡＳメッセージが含まれてもよい。

段階６において、基地局は、段階５のメッセージを受信し、Ｎ２ＳＭメッセージに入っているＱｏＳ情報により、端末とのＤＲＢ（data radio bearer）樹立のためのＲＲＣシグナリング手続きを遂行することができる。また、基地局は、受信したＮＡＳメッセージを端末に伝達することができる。基地局は、Ｎ２ＳＭメッセージに、ＱｏＳレベルモニタリングに係わる設定が含まれているならば、それを、端末のAccess Stratum Contextに保存することができる。それは、追って基地局が、無線資源状況の変化、サービング端末個数の変化、または無線資源スケジューリングの変化により、いかなるＱｏＳレベルを支援することができるかということを、ＰＣＦにお知らせ（notification）を伝送するためにも使用される。該お知らせ（notification）は、ＳＭＦを介してＰＣＦまで伝達され、ＰＣＦは、基地局が支援することができるＱｏＳレベル情報に該当するように、ＱｏＳルールを変更することができ、またＡＦに、いかなるＱｏＳレベルを支援することになったかお知らせ（notification）することができる。また、端末のAccess Stratum Contextに保存されたＱｏＳレベルモニタリングに係わる設定は、端末が他の基地局にハンドオーバーするとき、当該ターゲット基地局に共に伝達され、ターゲット基地局が、自体が支援することができるＱｏＳレベルに係わる情報に係わるお知らせ（notification）を、ＳＭＦを介し、ＰＣＦに送るようにすることができる。

段階７において、基地局は、段階５に係わる応答を伝送することができる。該メッセージには、Ｎ２ＳＭメッセージが含まれ、そこには、ＰＤＵ Session ＩＤ、樹立されたＱｏＳ Flowなどの情報が含まれてもよい。該情報には、段階６によって設定されたＱｏＳレベルモニタリングEventにより、基地局が、自体が支援することができるＱｏＳレベルに係わるお知らせ（notification）が含まれてもよい。該お知らせ（notification）は、ＳＭＦを介してＰＣＦまで伝達され、ＰＣＦは、基地局が、ＱｏＳレベルモニタリングEventを支援することができる基地局であるということを判断することができる。または基地局は、自体が、ＱｏＳレベルに係わるMonitoring Eventを支援する基地局であることを知らせる識別子を含んでもよい。

段階８において、段階７のメッセージを受信したＡＭＦは、ＳＭＦに、段階８のメッセージに込められたＮ２ＳＭメッセージを、ＳＭＦに伝達することができる。

段階９において、ＳＭＦは、段階８で受信したＮ２ＳＭメッセージを参照し、ＵＰＦと、Ｎ４ Session Modification手続きを遂行することができる。このときＳＭＦは、基地局から受信した基地局側のＮ３ tunnel情報をＵＰＦに伝達し、それに係わるpacket Forwarding ruleも伝達することができる。ＳＭＦは、ＡＭＦから受信されたＮ２ＳＭメッセージに、基地局が、自体が支援することができるＱｏＳレベルに係わるお知らせ（notification）を含んでいるならば、それをＰＣＦに伝達することができる。または基地局が、自体が、ＱｏＳレベルに係わるMonitoring Eventを支援する基地局であることを知らせる識別子を、Ｎ２ＳＭメッセージに含んでいるならば、ＳＭＦは、それを、ＰＣＦに伝達することができる。

段階１０において、ＳＭＦは、ＡＭＦに、段階８に係わる応答を伝送することができる。

図３は、本開示の一実施形態による、ＱｏＳレベルに係わるMonitoring設定情報について説明するための図面である。図４は、本開示の一実施形態による、ＱｏＳレベルに係わるMonitoring設定情報について説明するための図面である。図３及び図４に基づき、第３実施形態について説明される。以下、図３及び図４を参照し、本開示の一実施形態による、ＰＣＦが設定するＱｏＳレベルモニタリングEventが、いかなる情報の形態で基地局に設定されるかということについて説明する。

図３は、ＳＭＦがＰＣＦから受信したＱｏＳルールを基に、ＱｏＳ Profileを構成し、基地局に伝達するとき、ＱｏＳ Flow Level ＱｏＳ ParameterにＱｏＳレベルモニタリングEventに係わる情報を設定することを示すことができる。ＱｏＳ Flow Level ＱｏＳ Parameterは、ＰＤＵ Session Resource Setup Request TransferメッセージまたはＰＤＵ Session Resource Modify Request Transferメッセージに含まれてもよい。ＱｏＳ Flow Level ＱｏＳ Parameterは、図３のような情報によっても構成される。本開示の一実施形態によれば、Dynamic ５ＱＩであるか否かということを示すChoice ＱｏＳ Characteristics、Allocation and Retention Priority、ＧＢＲＱｏＳ Flowがある場合に含まれるＧＢＲＱｏＳ Flow Information、及び本開示の実施形態によるＱｏＳレベルモニタリングEventに該当するＧＢＲＱｏＳ Notification Eventが、ＱｏＳ Flow Level ＱｏＳ Parameterを構成することができる。ＧＢＲＱｏＳ Notification Eventは、前述の名称に限られるものではなく、ＰＣＦがＳＭＦを介し、基地局に設定する、基地局が支援することができるＱｏＳレベルに係わるお知らせ（notification）を行うように設定する情報を意味する他の名称である。ＧＢＲＱｏＳ Notification Eventは、例えば、Alternative ＱｏＳ Profileと呼ばれる、基地局が支援することができるＱｏＳ Parameterの値を判断するために提供するProfileでもある。一実施形態において、ＧＢＲＱｏＳ Notification Eventは、次のような情報によっても構成される。ＱｏＳ FlowのDownlink Guaranteed Flow Bit Rate、Uplink Guaranteed Flow Bit Rate、Downlink Max Packet Loss Rate、Uplink Max Packet Loss Rate、Downlink Maximum Packet Delay Budget、Uplink Maximum Packet Delay Budgetのうち少なくとも１以上の要素値によって構成されたリストにより、ＧＢＲＱｏＳ Notification Eventが構成されうる。基地局は、前述の要素の対を１つのＱｏＳレベルと認識し、当該ＱｏＳレベルを満足することができれば、当該要素の値をＳＭＦに知らせることができる。前述の要素の対がリストに構成される場合、前述の要素の対につき、インデックス（index）が存在し、該インデックスは、ＰＣＦが割り当て、基地局まで伝達された情報でもある。その場合、基地局は、自体が満足することになったＱｏＳレベルにつき、当該インデックスをＳＭＦに知らせることができる。さらに、他の例として、基地局は、前述の要素値の羅列が、ＧＢＲＱｏＳ Notification Event値として設定された場合、基地局が支援することができる各要素の値につき、お知らせ（notification）メッセージを構成し、ＳＭＦに知らせることができる。すなわち、ダウンリンク（downlink）ＧＦＢＲだけ特定値を満足することができるようになった場合、基地局は、当該ダウンリンクＧＦＢＲ値だけお知らせ（notification）メッセージに含めて伝達することができる。他の例として、特定ダウンリンク／アップリンク（uplink）ＧＦＢＲとMaximum Packet Delay Budgetとを満足することができるようになった場合、基地局は、当該要素の値だけお知らせ（notification）メッセージに含めて伝達することができる。または、基地局は、ＧＢＲＱｏＳ Notification Eventに含まれた構成要素（ＱｏＳ Parameter）につき、現在支援することができる値を全部含めて伝達することができる。例えば、ＧＢＲＱｏＳ Notification Eventに、ＰＥＲ、ＰＤＢも含まれている場合、基地局が、ネットワーク状況が不良になることにより、ＧＦＢＲだけ低い値を支援することができるようになったと判断すれば、支援することができるＧＦＢＲ値だけではなく、現在支援するＰＥＲ値及びＰＤＢ値も、共にお知らせ（notification）メッセージに含んでもよい。また、ＧＢＲＱｏＳ Notification Eventには、ＰＤＢやＰＥＲを計算するために必要なTime window値が含まれてもよい。前述のTime windowは、遅延（delay）やエラー（error）を計算するために、どれほどの時間の間測定をしなければならないかということに係わる値を意味し、それは、ＰＣＦが割り当てた値でもあり、ＡＦの要請から受信した値でもある。

図４は、ＳＭＦがＰＣＦから受信したＱｏＳルールを基に、ＱｏＳ Profileを構成し、基地局に伝達するとき、ＱｏＳ Flow Level ＱｏＳ Parameter内部のＧＢＲＱｏＳ Flow Information情報要素内に、ＱｏＳレベルモニタリングEventに係わる情報を設定することを示すことができる。ＱｏＳ Flow Level ＱｏＳ Parameterは、ＰＤＵ Session Resource Setup Request TransferメッセージまたはＰＤＵ Session Resource Modify Request Transferメッセージに含まれてもよい。ＱｏＳ Flow Level ＱｏＳ Parameter内のＧＢＲＱｏＳ Flow Informationは、図４のような情報によっても構成される。本開示の一実施形態によれば、ＧＢＲＱｏＳ Flow Informationには、ＧＢＲＱｏＳ FlowのDownlink Guaranteed Flow Bit Rate、Uplink Guaranteed Flow Bit Rate、Downlink Max Packet Loss Rate、Uplink Max Packet Loss Rate、及び本開示の実施形態によるＧＢＲＱｏＳ Notification Event情報が含まれてもよい。ＧＢＲＱｏＳ Notification Eventは、名称に限られるものではなく、ＰＣＦがＳＭＦを介し、基地局に設定する、基地局が支援することができるＱｏＳレベルに係わるお知らせ（notification）を行うように設定する情報を意味する他の名称である。すなわち、本開示で提案するＱｏＳレベルのMonitoring Event設定のための情報要素を意味しうる。一実施形態において、ＧＢＲＱｏＳ Notification Eventは、次のような情報によっても構成される。ＱｏＳ FlowのDownlink Guaranteed Flow Bit Rate、Uplink Guaranteed Flow Bit Rate、Downlink Max Packet Loss Rate、Uplink Max Packet Loss Rate、Downlink Maximum Packet Delay Budget、Uplink Maximum Packet Delay Budgetのうち少なくとも１以上の情報値で構成されたリストにより、ＧＢＲＱｏＳ Notification Eventが構成されうる。基地局は、前述の要素の対を、１つのＱｏＳレベルと認識し、当該ＱｏＳレベルを満足することができれば、当該要素の値をＳＭＦに知らせることができる。前述の要素の組み合わせが、リストに構成される場合、前述の要素の組み合わせにつき、インデックスが存在することができ、該インデックスは、ＰＣＦが割り当て、基地局まで伝達された情報でもある。その場合、基地局は、自体が満足することになったＱｏＳレベルにつき、当該インデックスをＳＭＦに知らせることができる。さらに、他の例として、基地局は、前述の要素値の羅列が、ＧＢＲＱｏＳ Notification Event値として設定された場合、基地局が支援することができる各要素の値につき、お知らせ（notification）メッセージを構成し、ＳＭＦに知らせることができる。すなわち、ダウンリンクＧＦＢＲだけ特定値を満足することができるようになった場合、基地局は、当該ダウンリンクＧＦＢＲ値だけお知らせ（notification）メッセージに含めて伝達することができる。他の例として、特定ダウンリンク／アップリンクＧＦＢＲとMaximum Packet Delay Budgetとを満足することができるようになった場合、基地局は、当該要素の値だけお知らせ（notification）メッセージに含めて伝達することができる。また、ＧＢＲＱｏＳ Notification Eventには、ＰＤＢやＰＥＲとを計算するために必要なTime window値が含まれてもよい。前述のTime windowは、遅延やエラーを計算するために、どれほどの時間の間測定をしなければならないかということに係わる値を意味し、それは、ＰＣＦが割り当てた値でもあり、ＡＦの要請から受信した値でもある。

基地局は、図３または図４で説明するＧＢＲＱｏＳ Notification Eventに込められた情報を基に、当該情報に込められた要素の値につき、自体が支援することができるようになれば、それに該当するＱｏＳレベルお知らせ（notification）をＳＭＦに送る動作を遂行するように判断することができる。該ＱｏＳレベルNotificationは、ＳＭＦに伝達され、ＳＭＦは、それをＰＣＦに伝達することができる。ＰＣＦは、それを基に、端末のＧＢＲＱｏＳ Flowを新たに生成するか、あるいは既存のＱｏＳ Flowを変更することができ、変更後の結果をＡＦに知らせることができる。基地局は、自体が支援することができるようになったＱｏＳレベル情報を判断するとき、自体が支援することができるレベルのＱｏＳ値と、ＱｏＳレベルモニタリングのために設定された値とのうち、少なくとも設定されたＱｏＳレベルを満足することができる値を判断することができる。すなわち、自体が支援することができるＧＦＢＲが１００であり、ＱｏＳレベルモニタリングのために設定されたＧＦＢＲに、８０、９０及び１１０があるならば、基地局は、ＱｏＳレベル情報のお知らせ（notification）に、ＧＦＢＲ９０を支援することができると送ることができる。また、追って自体が支援することができるＧＦＢＲが１１０に変更されたならば、基地局は、ＱｏＳレベル情報のお知らせ（notification）に、ＧＦＢＲ１１０を支援することができると送ることができる。従って、本開示の実施形態による基地局は、自体が支援することができるＱｏＳレベルが下がっても、お知らせ（notification）を行うことができ、支援することができるＱｏＳレベルが上がっても、お知らせ（notification）を行うことができる。また、本開示の実施形態による基地局は、ＧＦＢＲ、ＰＥＲ、ＰＤＢのうち１つの値でも、設定されたＱｏＳレベル情報を支援することができるようになっているならば、当該ＱｏＳレベル情報を、お知らせ（notification）メッセージに含めて伝達することができる。また、本開示の実施形態による基地局は、ＧＦＢＲ、ＰＥＲ、ＰＤＢが１つの対で構成されて設定されているならば、自体が支援することができるＧＦＢＲ、ＰＥＲ、ＰＤＢをいずれも満足する値を、設定されたＱｏＳレベル情報から探し、当該ＱｏＳレベル値につき、お知らせ（notification）メッセージに含めて伝達することができる。もしＧＦＢＲ、ＰＥＲ、ＰＤＢが１つの対で構成されており、該対に係わるインデックスが存在するならば、基地局は、お知らせ（notification）メッセージに、インデックスだけ含めて伝達することができる。

また基地局は、図３または図４で説明するＧＢＲＱｏＳ Notification Event情報をハンドオーバーするとき、ターゲット基地局に伝達し、ターゲット基地局は、該情報を基に、自体が支援することができるＱｏＳレベルよるお知らせ（notification）を、ＳＭＦに伝達することができる。

ＰＣＦは、基地局にＧＢＲＱｏＳ Flowを設定し、そこに付加し、ＱｏＳレベルモニタリングEventを設定したために、設定されたＧＢＲＱｏＳ Flowにつき、ＱｏＳレベルNotificationが伝達されなければならないと判断することができる。ＳＭＦまたはＰＣＦは、基地局からＱｏＳレベルお知らせ（notification）が伝達されなければ、当該基地局がＱｏＳレベルモニタリングEvent機能を支援しないと判断することができる。前述のような動作でもって、ＰＣＦは、当該基地局がＱｏＳレベルモニタリングEvent機能を支援するか否かということを判断することができる。基地局間でハンドオーバーが生じたとき、ＳＭＦまたはＰＣＦは、変更されたCell ＩＤまたは基地局ＩＤに係わる情報を受信することになるが、このとき、ＱｏＳレベルNotificationが共に伝達されなければ、当該基地局が、ＱｏＳレベルモニタリングEvent機能を支援しないと判断することができる。

図５は、本開示の一実施形態による、ＡＦ及びＰＣＦが、ＱｏＳレベルに係わる要求事項、及びＱｏＳレベルモニタリングEvent機能に対する交渉を遂行する方法について説明する図面である。図５に基づき、第４実施形態について説明される。

段階１において、ＡＦは、ＮＥＦ（network exposure function）またはＰＣＦに、特定端末、特定ＤＮＮまたは特定ＰＤＵ Sessionに提供されなければならないＱｏＳレベルに係わる要求事項を伝達することができる。特定端末を指すために、ＡＦは、端末に係わるExternal ＩＤまたはＧＰＳＩを指すことができる。特定ＤＮＮを指すためにＡＦは、ＤＮＮ値を要請メッセージに含んでもよい。特定ＰＤＵ Sessionを指すためにＡＦは、端末のＩＰアドレス、または端末が樹立したＰＤＵ Sessionに係わるＡＦＩＤを、要請メッセージに含めることができる。該要請メッセージには、前述の識別子のうち少なくとも一つが含まれ、それは、ＰＣＦに伝達され、端末またはＰＤＵ Sessionを識別するのに使用されうる。また、ＡＦは、応答を受信するための自体のアドレスを含めることができ、当該要請によるお知らせ（notification）を受信するための識別子を含むことができる。ＡＦは、Network slice情報、または自体が提供するサービス情報（例：Ｖ２Ｘ Service）を要請メッセージに含めることができる。

ＡＦは、移動通信事業者とのＳＬＡ（service level agreement）を介し、既設定のＱｏＳレベルをＰＣＦに要請することができる。例えば、ＱｏＳレベル１からＱｏＳレベル１０まで使用するように、事前に契約がされているならば、ＡＦは、当該要請につき、ＱｏＳレベル１からＱｏＳレベル５まで使用すると要請することができる。ＳＬＡ（service level agreement）を介し、ＡＦが特定のＧＦＢＲ、ＰＤＢ（packet delay budget）、ＰＥＲ（packet error rate）を要請するように契約されているならば、ＡＦは、自体が所望するＱｏＳレベルに係わるＧＦＢＲ、ＰＤＢ、ＰＥＲを明示し、要請メッセージに含んでもよい。例えば、ＡＦは、レベル１を示すインデックスと、それに該当するダウンリンク／アップリンクＧＦＢＲ値、ダウンリンク／アップリンクＰＤＢ値、ダウンリンク／アップリンクＰＥＲ値とをリストに構成して要請することができる。また、ＡＦは、ＰＤＢやＰＥＲを計算するために必要なTime window値を共に伝達することができる。前述のTime windowは、基地局が遅延やエラーを計算するために、どれほどの時間の間測定をしなければならないかということに係わる値を意味し、該情報は、基地局まで伝達されうる。

ＡＦは、ＱｏＳレベルに係わる要求事項をＰＣＦに要請するとき、ＱｏＳレベル変更に係わるお知らせ（notification）サービスが適用されなければならない地域情報を含んでもよい。ＡＦは、自体が、お知らせ（notification）を受けたいＱｏＳレベルに係わる要求事項をＰＣＦに要請するとき、当該機能が有用に使用される地域に係わる情報を含んでもよいのである。例えば、ネットワークが混雑していない郊外地域については、ネットワーク状況により、ＱｏＳレベルが変動される可能性が低いために、ＡＦは、ＱｏＳレベルに係わる要求事項をＰＣＦに伝達し、変更されたＱｏＳレベルに係わるお知らせ（notification）を受ける必要がない。ＡＦは、都心地域や特定経路につき、変更されるＱｏＳレベルに係わるお知らせ（notification）を受け、Ｖ２Ｘサービスに利用するように決定することができる。また、移動通信事業者は、自体が移動通信サービスを提供する全ての地域において、ＧＢＲＱｏＳ Notification Event機能を支援することができないことにもなる。該機能は、基地局が支援しなければならない機能であるために、一部地域の一部基地局においては、支援することができず、または移動通信事業者が、該サービスを提供する全ての地域において、ＧＢＲＱｏＳ Notification Event機能を支援するように設定しないことにもなる。従って、ＡＦが、変更されるＱｏＳレベルに係わるお知らせ（notification）を受けるためのサービスを要請するとき、当該サービスが必要な地域情報を含めて伝達すれば、移動通信事業者は、当該サービスを提供することができる地域の情報を、自体のDeployment設定によって判断することができる。例えば、要請された地域については、ＧＢＲＱｏＳ Notification Event機能を支援するように、基地局設定を変更するか、あるいはＧＢＲＱｏＳ Notification Event機能を支援することができない地域については、ＡＦに、ＧＢＲＱｏＳ Notification Event機能を支援することができないという応答を与えることができる。このとき、当該地域においては、変更されたＱｏＳレベルに係わるお知らせ（notification）機能が動作しないので、ＡＦは、それを考慮し、Ｖ２Ｘサービスを提供することができる。

前記のような動作のために、ＡＦは、ＱｏＳレベルに係わる要求事項をＰＣＦに伝達するとき、自体がサービスを提供されたい地域情報を構成し、ＱｏＳレベルに係わる要求事項を伝達するメッセージに共に含めてもよい。そのような地域情報は、Cell ＩＤやTracking Area ＩＤのリストに構成されるか、あるいはGeographical Area（例えば、ＧＰＳ情報のRangeや、ＧＰＳ情報リスト）、あるいはCivic Address（道路名アドレス、郵便番号、建物番号など）によっても構成される。ＡＦが送るそのような地域情報が、ＮＥＦを介してＰＣＦに伝達される場合、ＮＥＦは、そのような地域情報を、移動通信事業者が理解することができる地域情報、すなわち、Cell ＩＤやTracking Area ＩＤにマッピングすることができる。また、マッピングされたCell ＩＤまたはTracking Area ＩＤのリストを、ＡＦが送った地域情報を代替し、ＰＣＦに要請するメッセージに含めて伝達することができる。ＰＣＦは、ＡＦから、Geographical Area（例えば、ＧＰＳ情報のRangeや、ＧＰＳ情報リスト）、またはCivic Addressのリスト（道路名アドレス、郵便番号、建物番号など）でもって、要請を受信したならば、それを、移動通信事業者が理解することができる地域情報、すなわち、Cell ＩＤやTracking Area ＩＤにマッピングすることができる。また、マッピングされた情報を基に、ＱｏＳレベル変更に係わるお知らせ（notification）を支援することができる地域がどこであるか、あるいは支援することができない地域がどこであるかということを判断することができる。またはＰＣＦは、ＡＦから、Cell ＩＤのリストや、Tracking Area ＩＤのリストを受信するならば、当該地域情報につき、ＱｏＳレベル変更に係わるお知らせ（notification）を支援することができるか、あるいは支援することができないかということを判断することができる。ＰＣＦは、ＯＡＭを介し、どの地域において、ＧＢＲＱｏＳ Notification Eventが支援されるか、あるいは支援されないかということを設定された状態でもある。それにより、ＰＣＦは、ＱｏＳレベル変更に係わるお知らせ（notification）を支援することができる地域であるか、あるいは支援することができない地域であるかということを判断することができる。ＰＣＦが要請された地域情報につき、ＱｏＳレベル変更に係わるお知らせ（notification）を支援することができると判断するならば、ＰＣＦは、それに係わるAcknowledgeをＡＦに応答することができる。もし要請された地域情報において、一部地域において、ＱｏＳレベル変更に係わるお知らせ（notification）を支援することができなければ、そのような地域情報（例えば、ＧＰＳ情報、ＧＰＳのRangeまたはCivic Address）をリストに構成し、ＡＦに送る応答に含めてもよい。もし支援することができない地域が１ヵ所だけであるならば、リストに構成しないのである。または、ＰＣＦは、支援することができる地域に係わる情報（例えば、ＧＰＳ情報、ＧＰＳのRangeまたはCivic Address）のリストを構成し、ＡＦに送る応答に含めてもよい。それを受信したＡＦは、どの地域において、ＱｏＳレベル変更に係わるお知らせ（notification）が支援されるかということを確認することができ、それにより、端末が当該地域に移動したとき、ＱｏＳ変更をいかように適用するかということを判断することができる。例えば、当該地域においては、ＱｏＳレベル変更に係わるお知らせ（notification）が支援されないために、一般的なネットワーク状況に合う自律走行サービス、例えば、自律走行レベル２を端末に提供するように決定して動作することができる。

ＡＦは、前述の要請を伝送するために、ＰＣＦ discoveryを遂行することができる。ＡＦは、ＰＣＦ discoveryのためのネットワーク機能（network function）と遂行するか、あるいは既設定のＰＣＦアドレスを利用することができる。ＮＥＦを介する場合には、ＮＥＦ discoveryを遂行することができ、ＡＦは、ＮＥＦが提供するＡＰＩを管理するネットワーク機能（ＮＦ）と遂行し、ＮＥＦのアドレスを獲得することができる。またはＡＦは、既設定のＮＥＦアドレスを利用することができる。

本開示においては、便宜上、前述のような要請をＱｏＳ Influence要請と呼ぶが、ＡＦが、自体が所望するＱｏＳレベルに係わる情報をＰＣＦに提供する動作を意味する他の名称を含んでもよい。

段階１を受信したＰＣＦは、当該ＡＦが、ＱｏＳ Influence要請を送ることができるＡＦであるか否かということを判断するために、段階１のメッセージに含まれたＤＮＮ、ＡＦＩＤ、Network slice情報または端末ＩＤ、あるいはＡＦが提供するサービスに係わるＩＤ（例：Ｖ２Ｘ Service）を基に、認証／許可手続きを遂行することができる。また、ＰＣＦは、当該ＡＦが送った要請に含まれた端末に係わる識別子を参照し、当該端末が、ＡＦのＱｏＳ Influence要請を適用することができる端末であるか否かということを判断することができる。例えば、ＡＦがＶ２Ｘサービスのために、ＱｏＳ Influence要請を送ったことを確認したＰＣＦは、ＡＦの要請に該当する端末が、Ｖ２Ｘサービスを利用することができる端末であるか否かということを、加入者情報または政策情報を介して確認することができる。ＡＦのＱｏＳ Influence要請に係わる認証／許可を行ったＰＣＦは、段階１に係わる応答を、段階２を介して送ることができる。該応答は、段階１が、ＮＥＦを介して来た場合、ＮＥＦを介して伝達することができる。段階１が、ＡＦから直接到着した場合、ＰＣＦは、ＡＦに応答を即座に送ることができる。ＰＣＦは、ＱｏＳ Influence要請に係わる識別子（例：Reference ＩＤ）を割り当て、段階２の応答に含めることができる。それは、追って端末に提供されたＱｏＳレベルが変更された場合、それに係わるお知らせ（notification）を伝送するとき、当該要請を識別するためにも使用される。ＰＣＦは、ＡＦが要請したＱｏＳレベル関連情報のうち、自体が提供するように決定したＱｏＳレベル情報に対して回答することができる。例えば、ＡＦが、ＱｏＳレベル１からレベル１０までを要請したが、ＰＣＦは、レベル１，３，５，７，９のみ使用するように決定することができる。その場合、ＰＣＦは、レベル１，３，５，７，９に係わる識別子を応答メッセージに含めることができる。さらに、他の例として、ＡＦが要請したＱｏＳレベル情報につき、ＰＣＦが提供すると決定したＧＦＢＲ値、ＰＤＢ値、ＰＥＲ値を定めて応答メッセージに含めることができる。それを受信したＡＦは、いかなるＱｏＳレベルが使用されるかということを判断することができ、追ってＰＣＦから、変更されたＱｏＳレベルに係わるお知らせ（notification）が到着したとき、いかなるレベルのＧＦＢＲ値、ＰＤＢ値、ＰＥＲ値が使用されるかということを判断することができる。ＰＣＦは、図１により、端末がＱｏＳレベルモニタリング機能を支援しないと判断した場合、ＡＦの要請につき、失敗応答を送ることができる。図１または図２により、基地局がＱｏＳレベルモニタリング機能を支援しないと判断した場合、端末の移動性により、ＱｏＳレベルモニタリング機能を支援する基地局に移動することもできるために、失敗応答を送らず、成功裏になされた要請と処理することができる。

段階３において、ＰＣＦは、当該端末または当該ＰＤＵ Sessionに適用するPolicy Ruleを構成することができる。該ルールには、ＡＦの要請によるＱｏＳレベルを適用するように、基地局から支援可能なＱｏＳレベルに係わるMonitoringを要請するEventセッティングが含まれてもよい。ＰＣＦは、ＡＦの要請による、あるいは既設定の値によるＱｏＳレベルに、ＱｏＳレベルモニタリングEvent値を構成することができる。該値は、ＧＦＢＲ、ＰＤＢ、ＰＥＲによっても構成され、ＧＦＢＲ、ＰＤＢ、ＰＥＲのうち少なくとも１以上を含む対によって構成されたリスト形式でもある。または、ＧＦＢＲ、ＰＤＢ、ＰＥＲのうち少なくとも１以上を含む要素値によっても構成される。そのようにセッティングされたＱｏＳレベルモニタリングEventは、ＳＭＦを介して基地局に伝達され、それは、図２を介して説明された実施形態によるものである。

段階４において、基地局が、ＱｏＳレベルモニタリングEventによるお知らせ（notification）を送ったとき、ＰＣＦは、それを受信し、いかなるＱｏＳレベルがサポート可能であるかということを判断することができる。現在、基地局が支援することができるＱｏＳレベルよるＧＦＢＲ、ＰＤＢ、ＰＥＲのうち少なくとも１以上の要素につき、お知らせ（notification）を受信したＰＣＦは、それに係わるＱｏＳルール変更を、ＳＭＦを介し、基地局及び端末に指示することができる。その後ＰＣＦは、変更されたＱｏＳレベルにより、現在端末が使用することになったＱｏＳ Flowに係わるＱｏＳレベル情報を、段階５を介してＡＦに伝達することができる。段階５のメッセージには、ＡＦが段階１と段階２とで交渉されたＱｏＳレベルに係わるインデックスが含まれるか、あるいはは当該端末に適用されたＱｏＳ FlowのＧＦＢＲ、ＰＥＲ、ＰＤＢのうち少なくとも１以上の適用された値が含まれてもよい。

段階１と段階２とにおいて、ＮＥＦを介し、ＡＦとＰＣＦとの間においてメッセージが伝達されうる。それは、ＡＦが直接ＰＣＦにアクセスすることができない場合、ＮＥＦを介し、当該サービスを利用する場合にも該当する。ＮＥＦは、ＡＦから受信した要請を基に、当該端末、または当該ＤＮＮをサービングするＰＣＦを見つけ出す（discovery）ことができる。このときＮＥＦは、ＡＦから受信した端末のExternal ＩＤを、Internal ＩＤであるＳＵＰＩにマッピングし、当該ＳＵＰＩをサービングするＰＣＦを探すときに使用することができる。またはＮＥＦは、ＡＦから、端末のＩＰアドレスを受信するならば、それをサービングするＰＣＦを探すことができる。ＰＣＦを探したＮＥＦは、ＡＦが送った要請をＰＣＦに伝達することができる。ＮＥＦは、要請を送ったＡＦに係わる情報を保存しており、ＡＦが送った要請に係わる識別子を共に保存することができる。それは、ＮＥＦが、ＰＣＦに伝達する要請に係わる識別子ともマッチングされ、ＮＥＦは、ＰＣＦに伝達する要請に係わる識別子も、共に保存することができる。ＮＥＦは、ＰＣＦから応答を受信すれば、該応答がいかなるＡＦの要請に係わる応答であるかということを識別し、当該ＡＦに、段階２の応答を伝達することができる。

段階５において、ＮＥＦを介し、ＡＦとＰＣＦとの間においてメッセージが伝達されうる。ＮＥＦは、段階１と段階２とを介し、ＱｏＳレベルモニタリングに係わる要請がなされたＡＦに係わる情報を保存しているために、ＰＣＦからお知らせ（notification）を受信すれば、当該お知らせ（notification）に含まれた識別子を基に受信しなければならないＡＦを識別することができる。その後、ＮＥＦは、当該ＡＦに、ＰＣＦから受信したお知らせ（notification）を伝達することができる。

また、本開示の実施形態によるＡＦは、段階１を介し、既存の要請を取り消し（revoke）することができる。前述の取り消しは、既存に交渉したＱｏＳレベルに係わるrequestを撤回する動作を意味するか、あるいはＱｏＳレベルモニタリング機能に係わる要請を撤回する動作を意味しうる。それを受信したＰＣＦは、段階２を介し、既存要請が取り消されたことを知らせることができる。ＰＣＦは、ＡＦの既存要請が取り消されたために、段階３により、ＰＣＣルールを再構成しなければならないのである。それにより、ＰＣＦは、既存にＡＦと交渉したＱｏＳレベルに係わる情報をPolicy Contextから削除することができる。それにより、関連ＱｏＳルールが変更されうる。また、ＰＣＦは、ＱｏＳレベルモニタリング設定を解除する動作を遂行することができる。ＰＣＦは、ＱｏＳレベルモニタリング設定値を空にするか（すなわち、nullで満たす）、あるいはＱｏＳレベルモニタリング設定を取り消すというIndicationを構成し、ＰＣＣルールに含め、ＳＭＦに伝達することができる。ＳＭＦは、受信したＰＣＣルールを参照し、ＱｏＳレベルモニタリング設定値が空になっているか（すなわち、nullで満たされている）、あるいはＱｏＳレベルモニタリング設定を取り消すというIndicationが含まれているならば、それを、端末に係わるＱｏＳ Profileに反映させることができる。ＳＭＦは、ＱｏＳレベルモニタリング設定が取り消されたと判断した後、基地局に、当該設定が取り消されたことを知らせなければならない。そのために、ＳＭＦは、ＱｏＳ ProfileまたはＱｏＳ Parameterに、ＱｏＳレベルモニタリング設定を取り消すというIndicationを含めるか、あるいはＱｏＳレベルモニタリング設定値を空白にして（すなわち、nullで満たす）構成することができ、それを、基地局に伝達することができる。それを受信した基地局は、ＱｏＳレベルモニタリング設定値が空になっているか（すなわち、nullで満たされている）あるいはＱｏＳレベルモニタリング設定を取り消すというIndicationが含まれているならば、それを端末のContextに反映させて、ＱｏＳレベルモニタリング動作を止めることができる。

図６は、本開示による実施形態による、ターゲット基地局において、ＱｏＳレベルに係わるお知らせ（notification）を、ハンドオーバー手続きと共に遂行する方法について説明するための図面である。図６に基づき、第５実施形態について説明される。段階１において、端末をサービングしているソース基地局が、ハンドオーバーを準備することができる。該ソース基地局は、ハンドオーバーを行うターゲット基地局を決定するために、端末から受信したMeasurement Reportを確認し、信号強度が良好なターゲット基地局の候補（candidate）を獲得する。ソース基地局は、この候補（candidate）基地局に、現在支援しているＱｏＳ Flowの情報、及びＧＢＲＱｏＳ Notification Event（すなわち、Alternative ＱｏＳ Profile）情報を伝達することができる。それを受信した候補（candidate）基地局は、自体が支援することができるＱｏＳ Flowの情報を、ソース基地局に伝達することができる。例えば、ソース基地局が、現在支援しているＱｏＳ FlowのＱｏＳ Parameterにつき、候補（candidate）基地局が支援することができれば、当該候補（candidate）基地局は、当該ＱｏＳ Flowを支援することができると応答することができる。もしソース基地局が、現在支援しているＱｏＳ FlowのＱｏＳ Parameterを、候補（candidate）基地局が支援することができなければ、当該候補（candidate）基地局は、受信したＧＢＲＱｏＳ Notification Event（すなわち、Alternative ＱｏＳ Profile）情報を確認し、そのうち、自体が支援することができるＱｏＳ Parameterがあるか否かということを確認し、当該情報を、ソース基地局に伝達する。候補（candidate）基地局は、ＧＢＲＱｏＳ Notification Event情報に、自体が支援することができるＱｏＳ Parameterがいくつか含まれているならば、最も大きい値のＱｏＳ Parameterに該当するＱｏＳ Profileのインデックスまたは当該ＱｏＳ値を選択し、ソース基地局に伝達することができる。候補（candidate）基地局からそれを受信
したソース基地局は、各基地局と端末との信号強度と、各基地局が支援することができるＱｏＳ Parameter、またはＱｏＳ Profileインデックスに該当するＱｏＳ Parameterを総合的に比較し、最も良好なサービスを提供することができる（すなわち、最も良好なＱｏＳを適用することができる）候補（candidate）基地局を、ターゲット基地局に選択することができる。例えば、ソース基地局は、自体が現在支援しているＱｏＳ Flowに係わるＱｏＳ Parameterよりさらに良好なＱｏＳ値（ＧＢＲＱｏＳ Notification Eventに含まれているＱｏＳ ProfileまたはＱｏＳ Parameterに係わる値）を支援することができる候補（candidate）基地局があるならば、当該基地局をターゲット基地局として選択することができる。該過程を介し、ソース基地局は、ターゲット基地局を決定し、ターゲット基地局に、端末のAccess Stratum Context、及び端末が現在使用しているＲＲＣ情報、ＤＲＢ（data radio bearer）情報を伝達することができる。ターゲット基地局は、ハンドオーバーを行う準備がなされたことをソース基地局に知らせ、また端末が、ターゲット基地局に接続するために必要なＲＲＣ情報を、ソース基地局に知らせることができる。本開示の実施形態により、前述のAccess Stratum Contextには、ＱｏＳレベルモニタリング設定値が含まれてもよい。

段階２において、端末をサービングしているソース基地局が、ターゲット基地局から受信した情報を基に、端末をターゲット基地局にハンドオーバーするようにCommandを下し、それにより、端末は、ターゲット基地局に接続することができる。それにより、端末は、ターゲット基地局に成功裏に接続し、ターゲット基地局で割り当てたＤＲＢにより、データ送受信を続けて利用することができる。

段階３において、ターゲット基地局は、自体がサービングすることになった端末のAccess Stratum Contextを確認し、本開示の実施形態により、当該Contextに端末が利用するＱｏＳ Flowにつき、ＱｏＳレベルモニタリングEventが設定されたか否かということを判断することができる。ターゲット基地局は、ソース基地局から受信した端末のContext内のＱｏＳ情報を確認し、当該ＱｏＳ情報内に、本開示の実施形態によるＧＢＲＱｏＳ Notification Eventが設定されていれば、該Eventに係わる動作を遂行することができる。またはターゲット基地局は、当該端末に適用することができるＱｏＳを、ＧＢＲＱｏＳ Notification Event情報のうち一つに選択した後、その選択されたＱｏＳ情報に係わるお知らせ（notification）を、ＳＭＦに知らせることができる。ターゲット基地局は、ハンドオーバー準備過程において、端末に適用することができるＱｏＳ情報を、ソース基地局から受信したＧＢＲＱｏＳ Notification Event情報を基に、事前に決定しておくことができる。またはハンドオーバー遂行後、さらに端末に支援することができるＱｏＳ情報を確認した後、お知らせ（notification）を伝送するように判断することができる。言い替えれば、ターゲット基地局は、ＧＢＲＱｏＳ Notification Event値により、ターゲット基地局が提供することができるＱｏＳレベル情報、またはＧＦＢＲ、ＰＥＲ、ＰＤＢを判断した後、それに対するお知らせ（notification）を伝送することができる。

段階４において、段階３を介し、ＱｏＳレベル情報に係わるお知らせ（notification）を伝送すると決定したターゲット基地局が、ＡＭＦに、自体が端末をサービングすることになったことを知らせるPath Switch Requestメッセージを伝送するとき、当該メッセージのＮ２ＳＭメッセージ内に、ＱｏＳレベル情報に係わるお知らせ（notification）を含めることができる。

段階４を受信したＡＭＦは、段階５を介し、ＳＭＦに基地局から受信したＮ２ＳＭメッセージを伝達することができる。

段階６において、ＳＭＦは、基地局から受信したＱｏＳNotification情報を、ＰＣＦに伝達することができる。

段階７において、ＰＣＦは、基地局が支援することができると知らせたＱｏＳレベル情報を判断した後、現在端末が利用しているＰＤＵ SessionのＱｏＳ Flowを変更するか、あるいは新たなＧＢＲＱｏＳ Flowを適用するために、ＳＭＦに、アップデートされたＱｏＳルールを伝達することができる。またはＰＣＦは、ＱｏＳレベルモニタリング設定値をアップデートし、ＱｏＳルールに含めてもよい。

段階８において、ＳＭＦは、段階７を介して受信したＱｏＳルールを基に、ＵＰＦと、Ｎ４ Session変更手続きを遂行することができる。

段階９において、ＳＭＦは、段階７を介して受信したＱｏＳルールを基に、ＱｏＳ Profileを構成し、基地局にＮ２ＳＭメッセージを伝送するために、ＡＭＦにメッセージを伝達することができる。ＡＭＦは、該メッセージに係わるＡＣＫをＳＭＦに伝送することができる。

段階１０において、ＡＭＦは、段階４に係わる応答メッセージに、段階９により、ＳＭＦから受信したＮ２ＳＭメッセージを含めて伝達することができる。それを受信したターゲット基地局は、新たに受信したＱｏＳ情報に該当するように、端末のＤＲＢを再設定することができる。ターゲット基地局は、受信したＱｏＳ情報に、ＱｏＳレベルモニタリングが設定されていれば、それを考慮し、端末に提供することができるＱｏＳレベル、またはＧＦＢＲ、ＰＤＢ、ＰＥＲをモニタリングすることができる。

段階１０以後、ターゲット基地局は、ソース基地局に、既存の端末に提供したresourceを解除してもよいというシグナリングを、段階１１を介して伝達することができる。

本実施形態の詳細実施形態として、基地局間ハンドオーバーではない、Ｎ２ basedハンドオーバー、すなわち、ＡＭＦがAchorになって遂行するハンドオーバーの場合、次の動作にもよる。ターゲット基地局は、端末がハンドオーバーを遂行し、ターゲット基地局に接続完了した後、端末のContextに含まれたＱｏＳ情報内に、本開示の一実施形態によるＧＢＲＱｏＳ Notification Eventが設定されていれば、該Eventに係わる動作を遂行することができる。言い替えれば、ターゲット基地局は、ＧＢＲＱｏＳ Notification Event値により、自体が提供することができるＱｏＳレベル情報、またはＧＦＢＲ、ＰＥＲ、ＰＤＢを判断した後、それに係わるお知らせ（notification）を送ることができる。ターゲット基地局は、そのようなお知らせ（notification）を、本開示の詳細実施形態により、ターゲット基地局が、ＡＭＦにハンドオーバーNotifyメッセージを送り、ハンドオーバーが完了したことを知らせるとき、Ｎ２ＳＭメッセージに含めることができる。該メッセージを受信したＡＭＦは、それをＳＭＦに伝達し、ＳＭＦは、段階６による動作を遂行することができる。

ハンドオーバーを反復することにより、次のような問題が生じうる。１番基地局は、ＧＢＲＱｏＳ Notification Eventを支援し、２番基地局は、ＧＢＲＱｏＳ Notification Eventを支援しない場合、端末が、１番基地局から２番基地局にハンドオーバーすれば、２番基地局においては、ＧＢＲＱｏＳ Notification Eventを支援しないために、ＧＢＲＱｏＳ Notification Eventに係わる情報を識別することができない。それにより、ＧＢＲＱｏＳ Notification Event情報は、ＵＥ Contextに保存されない。従って、端末が２番基地局にある間、ＧＢＲＱｏＳ Notification Eventは、適用されない。端末が２番基地局から３番基地局にハンドオーバーする場合、３番基地局が、ＧＢＲＱｏＳ Notification Event機能を支援することができる。しかし、２番基地局は、ＧＢＲＱｏＳ Notification Event情報を端末のContextに含めなかったために、ＧＢＲＱｏＳ Notification Event情報は、３番基地局に伝達されず、それにより、端末が３番基地局にハンドオーバーし、ＧＢＲＱｏＳ Notification Event機能を支援することができるにもかかわらず、ＧＢＲＱｏＳ Notification Event機能を使用することができないという問題が起こる。そのような問題を解決するために基地局は、次のような動作を遂行することができる。基地局は、自体が、ＧＢＲＱｏＳ Notification Event機能を支援するならば、ＳＭＦに伝送する最初のＮ２ＳＭ Informationに、ＧＢＲＱｏＳ Notification Event、すなわち、Alternative ＱｏＳ Profile処理を支援するという情報、例えば、さらなる識別子などを含めてよい。それにより、ＳＭＦは、当該基地局が、ＧＢＲＱｏＳ Notification Event機能を支援するということを判断することができる。基地局がＧＢＲＱｏＳ Notification Event機能を支援しないならば、基地局は、何らの追加情報も含まないものとして動作して、それにより、ＳＭＦは、当該基地局がＧＢＲＱｏ
Ｓ Notification Event機能を支援しないと判断することができる。基地局がＳＭＦに伝送する最初のＮ２ＳＭ Informationは、ハンドオーバー遂行後、ＮＧＡＰ Path SwitchまたはＮＧＡＰハンドオーバーNotifyメッセージに含まれてもよい。または、ＮＧＡＰ Initial Context Setup Responseメッセージに含まれてもよい。基地局は、自体が、当該端末をサービングすることになった後、最初に送るＮ２ＳＭ Informationメッセージにそのような情報を含んでもよい。

それを受信したＳＭＦは、次のような動作を遂行することができる。ＳＭＦは、ハンドオーバーの結果として受信した（すなわち、基地局からＡＭＦに伝達したＮＧＡＰ Path SwitchまたはＮＧＡＰハンドオーバーNotifyメッセージに含まれたＮ２ＳＭ Informationを、ＡＭＦからＳＭＦが受信）Ｎ２ＳＭ Informationを確認し、当該情報にＧＢＲＱｏＳ Notification Event機能を支援することができるという識別子が含まれているか否かということを確認し、当該基地局が、ＧＢＲＱｏＳ Notification Event機能を支援することができるか否かということを判断することができる。またはＳＭＦは、ＮＧＡＰ Intiail Context Setup ResponseメッセージによってＡＭＦが受信したＮ２ＳＭ informationを伝達された後、当該情報に、ＧＢＲＱｏＳ Notification Event機能を支援することができるという識別子が含まれているか否かということを確認し、当該基地局が、ＧＢＲＱｏＳ Notification Event機能を支援することができるか否かということを判断することができる。ＳＭＦは、そのような情報を１回受信した後、端末をサービングする基地局が変わるまで、当該基地局において、ＧＢＲＱｏＳ Notification Event機能を続けて支援していると判断することができる。すなわち、後続動作において、Ｎ２ＳＭ Informationに、ＧＢＲＱｏＳ Notification Event機能を支援することができるという識別子が含まれていないとしても、当該基地局が、ＧＢＲＱｏＳ Notification Event機能を支援すると以前に知らせていたならば、それにより、当該基地局は、ＧＢＲＱｏＳ Notification Event機能を支援すると判断することができる。

ＳＭＦは、前記のような動作により、現在端末をサービングする基地局が、ＧＢＲＱｏＳ Notification Event（すなわち、Alternative ＱｏＳ Profile Handling）を支援するか否かということを判断することができる。ＳＭＦは、新たに端末をサービングすることになった基地局が、ＧＢＲＱｏＳ Notification Eventを支援するという情報を含まず、Ｎ２ＳＭ Informationを送った場合、端末がＧＢＲＱｏＳ Notification Event機能を支援しない基地局からサービングされていると判断する。それにより、ＳＭＦは、ＧＢＲＱｏＳ Notification Event機能が支援されないために、それに対されるお知らせ（notification）をＰＣＦに伝達することができる。すなわち、ＰＣＦに、ＧＢＲＱｏＳ Notification Event機能、すなわち、Alternative ＱｏＳ Profile Handling機能がディセーブルされたと知らせることができる。それを受信したＰＣＦは、端末が、現在、ＧＢＲＱｏＳ Notification Event機能が支援されない地域にあると判断することになり、ＡＦが要請した（すなわち、ＧＢＲＱｏＳ Notification Event機能に対応）ＱｏＳレベル変更に係わるお知らせ（notification）サービスにつき、当該サービスが現在支援されないということをＡＦに知らせることができる。それを受信したＡＦは、ＱｏＳレベル変更お知らせ（notification）が支援されないということを判断し、当該端末に係わるサービスを変えることができる。例えば、当該機能が支援されない端末に、同レベルのサービスを提供するか、あるいはネットワーク状況を知ることができないために、自律走行サービスのレベルを低レベルに低くすることができる。

ＳＭＦは、既存基地局が、ＧＢＲＱｏＳ Notification Event機能を支援しなかったが、新たに端末をサービングすることになった基地局が、ＧＢＲＱｏＳ Notification Eventを支援するという情報を含み、Ｎ２ＳＭ Informationを送った場合、端末が、ＧＢＲＱｏＳ Notification Event機能を支援する基地局からサービングされていると判断することができる。また、ＳＭＦは、新たな基地局が、以前基地局から、ＧＢＲＱｏＳ Notification Event情報を受信することができなかったと判断することができる。それにより、ＳＭＦは、新たな基地局に、ＧＢＲＱｏＳ Notification Event情報、すなわち、Alternative ＱｏＳ Profileを伝達するように判断した後、それを、Ｎ２ＳＭ messageに構成し、基地局に伝達することができる。それを受信した基地局は、Ｎ２ＳＭ messageに含まれたＧＢＲＱｏＳ Notification Event情報により、そのような機能を提供することができる。また、ＳＭＦは、ＧＢＲＱｏＳ Notification Event機能が再び支援されるなったために、それに係わるお知らせ（notification）をＰＣＦに伝達することができる。すなわち、ＰＣＦに、ＧＢＲＱｏＳ Notification Event機能、すなわち、Alternative ＱｏＳ Profile Handling機能がさらにイネーブルされたと知らせることができる。該動作は、以前にディセーブルを知らせたときにのみ生じうる。それを受信したＰＣＦは、端末が、現在、ＧＢＲＱｏＳ Notification Event機能が支援される地域にあると判断することになり、ＡＦが要請した（すなわち、ＧＢＲＱｏＳ Notification Event機能に対応）ＱｏＳレベル変更に係わるお知らせ（notification）サービスにつき、当該サービスが、現在再び支援されるということをＡＦに知らせることができる。該動作は、以前にディセーブルを知らせたときのみに生じうる。それを受信したＡＦは、ＱｏＳレベル変更お知らせ（notification）が支援されると判断し、当該端末に係わるサービスを変えることができる。
例えば、自律走行サービスのレベルを、現在ＱｏＳレベルに合う、高レベルまたは低レベルに変更することができる。

図７は、一実施形態による、端末の構造を図示する図面である。

図７を参照すれば、該端末は、プロセッサ７１０、送受信部７２０及びメモリ７３０を含んでもよい。前述の端末の通信方法により、端末のプロセッサ７１０、送受信部７２０及びメモリ７３０が動作することができる。ただし、端末の構成要素は、前述の例に限定されるものではない。例えば、端末は、前述の構成要素よりさらに多くの構成要素を含むか、あるいはさらに少ない構成要素を含んでもよい。それだけではなく、プロセッサ７１０、送受信部７２０及びメモリ７３０が、１つのチップ（chip）形態にも具現される。

プロセッサ７２０は、前述の本開示の実施形態により、端末が動作することができる一連の過程を制御することができる。例えば、本開示の実施形態よる動作を遂行するように、各ブロック間信号フローを制御することができる。

送受信部７２０は、他のネットワークエンティティと信号を送受信することができる。送受信部７２０は、例えば、基地局からシステム情報を受信することができ、同期信号または基準信号を受信することができる。そのために、送受信部７２０は、送信される信号の周波数を、上昇変換して増幅するＲＦ送信器と、受信される信号を、低ノイズ増幅し、周波数を下降変換するＲＦ受信器とによっても構成される。ただし、それは、送受信部７２０の一実施形態であるのみ、送受信部７２０の構成要素は、ＲＦ送信器及びＲＦ受信器に限定されるものではない。

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

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

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

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

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

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

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

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

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

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

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

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

710 プロセッサ
720 送受信部
730 メモリ
810 プロセッサ
820 送受信部
830 メモリ

Claims

移動通信システムのターゲット基地局の動作方法において、
ソース基地局から、ＡＱＰ（alternative ＱｏＳ profile）情報を受信する段階と、
前記ＡＱＰ情報において、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれているか否かということを確認する段階と、
前記ＡＱＰ情報に、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれている場合、ＡＭＦ（access and mobility management function）に、前記マッチングされる情報を伝送する段階を含む、方法。
前記ＡＱＰ情報に、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれているか否かということを確認する段階は、
前記ＡＱＰ情報において、前記ターゲット基地局が、前記サービングする端末に支援することができるＧＦＢＲ（guaranteed flow bit rate）、ＰＥＲ（packet error rate）、ＰＤＢ（packet delay budget）とマッチングされる情報があるか否かということを確認する段階を含む、請求項１に記載の方法。
前記ＡＭＦに、前記マッチングされる情報を伝送する段階は、
前記マッチングされる情報を、経路スイッチング要請メッセージに含めて伝送する段階を含む、請求項１に記載の方法。
前記ハンドオーバーは、
基地局間ハンドオーバーを含む、請求項３に記載の方法。
ハンドオーバー終了後、前記マッチングされる情報に基づき、前記端末をサービングする段階をさらに含む、請求項１に記載の方法。
前記ソース基地局は、
前記ＡＱＰ情報に基づき、前記端末をサービングする基地局を含む、請求項１に記載の方法。
前記ＡＱＰ情報は、
ＱｏＳ Flow Level ＱｏＳ Parameter、または前記ＱｏＳ Flow Level ＱｏＳ Parameterに含まれたＧＢＲＱｏＳ Flow情報に含まれる、請求項１に記載の方法。
移動通信システムのターゲット基地局において、
通信部と、
インストラクションを含む少なくとも１以上のメモリと、
前記インストラクションを実行することにより、ソース基地局からＡＱＰ情報を受信し、前記ＡＱＰ情報において、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれているか否かということを確認し、前記ＡＱＰ情報に、サービングする端末に支援することができるＱｏＳ情報とマッチングされる情報が含まれている場合、ＡＭＦに、前記マッチングされる情報を伝送するように制御する少なくとも１以上のプロセッサを含む、ターゲット基地局。
前記少なくとも１以上のプロセッサは、
前記ＡＱＰ情報において、前記ターゲット基地局が、前記サービングする端末に支援することができるＧＦＢＲ、ＰＥＲ、ＰＤＢとマッチングされる情報があるか否かということを確認する、請求項８に記載のターゲット基地局。
前記少なくとも１以上のプロセッサは、
前記マッチングされる情報を、経路スイッチング要請メッセージに含めて伝送するように制御する、請求項８に記載のターゲット基地局。
前記ハンドオーバーは、
基地局間ハンドオーバーを含む、請求項８に記載のターゲット基地局。
前記少なくとも１以上のプロセッサは、
ハンドオーバー終了後、前記マッチングされる情報に基づき、前記端末をサービングするように制御する、請求項８に記載のターゲット基地局。
前記ソース基地局は、
前記ＡＱＰ情報に基づき、前記端末をサービングする基地局を含む、請求項８に記載のターゲット基地局。
前記ＡＱＰ情報は、
ＱｏＳ Flow Level ＱｏＳ Parameter、または前記ＱｏＳ Flow Level ＱｏＳ Parameterに含まれたＧＢＲＱｏＳ Flow情報に含まれる、請求項８に記載のターゲット基地局。