特許 7138660 移動通信システムにおけるＱｏＳ Ｆｌｏｗの設定方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2022-09-08

(45)【発行日】2022-09-16

(54)【発明の名称】移動通信システムにおけるＱｏＳ Ｆｌｏｗの設定方法及び装置

(51)【国際特許分類】

   H04W 28/24 20090101AFI20220909BHJP

   H04W 72/04 20090101ALI20220909BHJP

【ＦＩ】

H04W28/24

H04W72/04 110

【請求項の数】 4

(21)【出願番号】P 2019560370

(86)(22)【出願日】2018-05-08

(65)【公表番号】

(43)【公表日】2020-06-25

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

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

(87)【国際公開日】2018-11-15

【審査請求日】2021-02-24

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

(32)【優先日】2017-05-08

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

(73)【特許権者】

【識別番号】503447036

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(74)【代理人】

【識別番号】100140534

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】ヒョンホ・イ

(72)【発明者】

【氏名】キスク・クウォン

(72)【発明者】

【氏名】サンジュン・ムン

(72)【発明者】

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

(72)【発明者】

【氏名】ボムシク・ペ

(72)【発明者】

【氏名】ジチョル・イ

【審査官】永井 啓司

(56)【参考文献】

【文献】特表２０２０－５１０３６０（ＪＰ，Ａ）

【文献】Ericsson，Reflective QoS and Flow-ID[online]，3GPP TSG RAN WG2 #98 R2-1704379，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/R2-1704379.zip>，2017年05月06日

【文献】Qualcomm Incorporated，Further consideration of SDAP header[online]，3GPP TSG RAN WG2 #98 R2-1705058，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/R2-1705058.zip>，2017年05月06日

【文献】Ericsson，QoS and SDAP layer aspects in NR[online]，3GPP TSG RAN WG2 #98 R2-1705116，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/R2-1705116.zip>，2017年05月06日

【文献】Intel Corporation (email discussion rapporteur)，TP from [97bis#15][NR] QoS message flows[online]，3GPP TSG RAN WG2 #98 R2-1704805，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_98/Docs/R2-1704805.zip>，2017年05月07日

【文献】3GPP TS 23.501 V0.4.0，Internet<URL:http://www.3gpp.org/DynaReport/23501.htm>，2017年04月，pp. 53-56, 60

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

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

Ｈ０４Ｗ ４／００－９９／００

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムの基地局によって行われる方法において、
ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）エンティティからＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）エンティティを通じ、ＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フロー（ｆｌｏｗ）に関するＱｏＳプロファイルを受信する段階と、
前記ＱｏＳプロファイルが、前記ＱｏＳフロー上のトラフィックに反映式(ｒｅｆｌｅｃｔｉｖｅ)ＱｏＳが適用されることを指示する情報を含んでいるのかを判断する段階と、
端末に、前記判断に基づいて、前記ＱｏＳフローに関連するＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定するメッセージを送信する段階であって、前記ＱｏＳプロファイルが前記ＱｏＳフロー上のトラフィックに前記反映式ＱｏＳが適用されることを指示する前記情報を含んでいないと、前記メッセージは、前記ＤＲＢに対するＱＦＩ（ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）及びＲＱＩ（ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｉｏｎ）を伝えるためのヘッダーを省略（ｏｍｉｔ）するＤＲＢ設定を知らせる段階と、
前記端末に、前記メッセージに基づいて前記ＤＲＢ上でダウンリンクデータを送信する段階と、を含む、方法。

【請求項2】

前記方法は、
前記ＳＭＦエンティティから前記ＡＭＦエンティティを通じ、アップリンクデータに対する送信レベルマーキング（ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇ）に関連する情報を受信する段階と、
前記端末から前記アップリンクデータを受信する段階と、
ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）エンティティに、前記アップリンクデータに対する前記送信レベルマーキングを前記受信されたアップリンクデータに適用し、送信する段階と、をさらに含み、
前記アップリンクデータに対する送信レベルマーキングに関連する情報は、ＤＳＣＰ（ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ）値を含む、請求項１に記載の方法。

【請求項3】

無線通信システムの基地局において、
送受信部と、
前記送受信部に接続される制御部と、を含み、
前記制御部は、
ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）エンティティからＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）エンティティを通じ、ＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フロー（ｆｌｏｗ）に関するＱｏＳプロファイルを受信し、
前記ＱｏＳプロファイルが、前記ＱｏＳフロー上のトラフィックに反映式(ｒｅｆｌｅｃｔｉｖｅ)ＱｏＳが適用されることを指示する情報を含んでいるのかを判断し、
前記判断に基づいて、前記ＱｏＳフローに関連するＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定するメッセージが端末に送信され、前記ＱｏＳプロファイルが前記ＱｏＳフロー上のトラフィックに前記反映式ＱｏＳが適用されることを指示する前記情報を含んでいないと、前記メッセージは、前記ＤＲＢに対するＱＦＩ（ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）及びＲＱＩ（ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｉｏｎ）を伝えるためのヘッダーを省略（ｏｍｉｔ）するＤＲＢ設定を知らせ、
前記メッセージに基づいて、前記ＤＲＢ上でダウンリンクデータを前記端末に送信するように設定される、基地局。

【請求項4】

前記制御部は、
前記ＳＭＦエンティティから前記ＡＭＦエンティティを通じ、アップリンクデータに対する送信レベルマーキング（ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇ）に関連する情報を受信し、
前記端末から前記アップリンクデータを受信し、
ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）エンティティに、前記アップリンクデータに対する前記送信レベルマーキングを前記受信されたアップリンクデータに適用し、送信するように、さらに設定され、
前記アップリンクデータに対する送信レベルマーキングに関連する情報は、ＤＳＣＰ（ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ）値を含む、請求項３に記載の基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般的に電子機器に関し、具体的には移動通信システムにおいてＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)ｆｌｏｗを設定する方法を用いる電子機器に関する。

【背景技術】

【0002】

改善された５Ｇ通信システム又はｐｒｅ-５Ｇ通信システムを開発するための努力が成りつつあり、５Ｇ通信システム又はｐｒｅ-５Ｇ通信システムは、４Ｇネットワーク以後(Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ)通信システム又はＬＴＥシステム以後(Ｐｏｓｔ ＬＴＥ)のシステムと呼ばれている。

【0003】

高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ)帯域(例えば、６０ギガ(６０ＧＨｚ)帯域のような)での具現が考慮されている。超高周波帯域での電波の経路損失の緩和及び電波の伝達距離を増加させるために、ビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)、巨大配列多重入出力(ｍａｓｓｉｖｅ ＭＩＭＯ)、全次元多重入出力(Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ－ＭＩＭＯ)、アレイアンテナ(ａｒｒａｙ ａｎｔｅｎｎａ)、アナログビームフォーミング(ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ)、及び大規模アンテナ(ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ)技術が５Ｇ通信システムで考慮される技術である。

【0004】

システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善した小型セル(ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ)、クラウド無線アクセスネットワーク(ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ)、超高密度ネットワーク(ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ)、機器間の通信(Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ)、無線バックホール(ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ)、移動ネットワーク(ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ)、協力通信(ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＣｏＭＰ(Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ)、及び受信干渉除去(ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ)などの技術開発が成りつつある。これ以外にも、５Ｇシステムでは進歩されたコーディング変調(Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ)方式である ＦＱＡＭ (Ｈｙｂｒｉｄ ＦＳＫ(ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ ｋｅｙｉｎｇ)ａｎｄ ＱＡＭ (ｑｕａｄｒａｔｕｒｅ ａｍｐｌｉｔｕｄｅ ｍｏｄｕｌａｔｉｏｎ)Ｍｏｄｕｌａｔｉｏｎ)及びＳＷＳＣ(Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ)と、進歩された接続技術であるＦＢＭＣ(Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ)、ＮＯＭＡ(ｎｏｎｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、及びＳＣＭＡ(ｓｐａｒｓｅｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などが開発されている。

【0005】

一方、インターネットは事物などの分散された構成要素の間に情報を取り交わして処理するＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、事物インターネット)網に進化しつつある。クラウドサーバーなどとの接続を通じるビックデータ(Ｂｉｇ ｄａｔａ)処理技術などがＩｏＴ技術に結合されたＩｏＥ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ)技術も台頭している。ＩｏＴを具現するため、センシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が要求され、最近には事物間の接続のためのセンサーネットワーク(ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ)、マシンツーマシン(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が研究されている。ＩｏＴ環境では接続された事物で生成されたデータを収集、分析する知能型ＩＴ(Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ)サービスが提供されることができる。ＩｏＴは既存のＩＴ(ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ)技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。

【0006】

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

【発明の概要】

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

【0007】

上述したように５Ｇ技術及び５Ｇ通信システムが台頭されることによって、多様なＱｏＳ要求を満足させるための要求がある。

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

【0008】

本開示は、少なくとも上述した問題点を解消して以下に記述される長所を提供するためのことである。

【0009】

本開示の一実施形態によれば、無線通信システムで基地局の方法が提供される。前記方法はネットワークエンティティから端末のＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フローが反映式ＱｏＳ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)に係ることを指示する情報を受信する段階と、前記ネットワークエンティティから受信された情報に基づいて前記端末で前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定する段階と、及び前記端末で前記ＤＲＢを介してデータを送信する段階と、を含む。

【0010】

本開示の一実施形態によれば、無線通信システムで基地局が提供される。前記基地局は送受信部及び前記送受信部と接続され、ネットワークエンティティから端末のＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フローが反映式ＱｏＳ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)に係ることを指示する情報を受信し、前記ネットワークエンティティから受信された情報に基づいて前記端末で前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定し、及び前記端末で前記ＤＲＢを介してデータを送信するように設定された制御部を含む。

【0011】

本開示の一実施形態によれば、無線通信システムでネットワークエンティティの方法が提供される。前記方法は端末のためのＱｏＳフローが反映式ＱｏＳに係るか判断する段階と、及び基地局で前記判断に基づいて前記ＱｏＳフローが前記反映式ＱｏＳに係ることを指示する情報を送信する段階と、を含み、前記端末で前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢが前記基地局で送信された情報に基づいて前記基地局によって設定される。

【0012】

本開示の一実施形態によれば、無線通信システムでネットワークエンティティが提供される。前記ネットワークエンティティは送受信部及び前記送受信部と接続されて端末のためのＱｏＳフローが反映式ＱｏＳに係るか判断し、及び基地局で前記判断に基づいて前記ＱｏＳフローが前記反映式ＱｏＳに係ることを指示する情報を送信するように設定された制御部を含み、前記端末で前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢが前記基地局で送信された情報に基づいて前記基地局によって設定される。

【0013】

本開示の一実施形態によれば、無線通信システムで第１ネットワークエンティティの方法が提供される。前記方法は第２ネットワークエンティティから端末のダウンリンクパケットに対する送信レベルマーキングに係る情報を受信する段階と、第３ネットワークエンティティから前記端末のダウンリンクデータを受信する段階と、及び前記第２ネットワークエンティティから受信された情報に基づいて前記ダウンリンクパケットに対する前記送信レベルマーキングを適用することによって前記ダウンリンクデータを基地局で送信する段階と、を含む。

【0014】

本開示の一実施形態によれば、無線通信システムで第１ネットワークエンティティが提供される。前記第１ネットワークエンティティは送受信部及び前記送受信部と接続されて第２ネットワークエンティティから端末のダウンリンクパケットに対する送信レベルマーキングに係る情報を受信し、第３ネットワークエンティティから前記端末のダウンリンクデータを受信し、及び前記第２ネットワークエンティティから受信された情報に基づいて前記ダウンリンクパケットに対する前記送信レベルマーキングを適用することによって前記ダウンリンクデータを基地局で送信するように設定された制御部を含む。

【0015】

本開示の一実施形態によれば、無線通信システムで基地局の方法が提供される。前記方法は第１ネットワークエンティティから端末のアップリンクパケットのための送信レベルマーキングに係る情報を受信する段階と、前記端末からアップリンクデータを受信する段階と、及び前記アップリンクデータに前記送信レベルマーキングを適用することによって前記アップリンクデータを第２ネットワークエンティティで送信する段階と、を含む。

【0016】

本開示の一実施形態によれば、無線通信システムで基地局が提供される。前記基地局は送受信部及び前記送受信部と接続されて第１ネットワークエンティティから端末のアップリンクパケットのための送信レベルマーキングに係る情報を受信し、前記端末からアップリンクデータを受信し、及び前記アップリンクデータに前記送信レベルマーキングを適用することによって前記アップリンクデータを第２ネットワークエンティティで送信するように設定された制御部を含む。

【0017】

本開示の一実施形態によれば、無線通信システムで第１ネットワークエンティティの方法が提供される。前記方法は端末のダウンリンクパケットに対する送信レベルマーキングに係る第１情報を第２ネットワークエンティティで送信する段階と、前記端末のアップリンクパケットに対する送信レベルマーキングに係る第２情報を基地局で送信する段階と、を含む。

【0018】

本開示の一実施形態によれば、無線通信システムで第１ネットワークエンティティが提供される。前記第１ネットワークエンティティは送受信部及び前記送受信部と接続されて端末のダウンリンクパケットに対する送信レベルマーキングに係る第１情報を第２ネットワークエンティティで送信し前記端末のアップリンクパケットに対する送信レベルマーキングに係る第２情報を基地局で送信するように設定された制御部を含む。

【発明の効果】

【0019】

本開示の実施形態によれば、Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ、Ｆｌｅｘｉｂｌｅ ＱｏＳ及び非標準ＱｏＳ Ｃｌａｓｓを適用することによって５Ｇ通信システムに対する多様なＱｏＳ要求が満足されることができる。ひいては、バックホール区間でのＱｏＳ差別化のためにＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇが５Ｇ通信システムにも適用されることができる。

【図面の簡単な説明】

【0020】

上述した内容外にも本開示の特定実施形態に対する他の様態、特徴、効果は以下の具体的な説明とともに伴う図面から自明に導出されることができ、このような図面は以下の通りである：

【図1】一実施形態による５Ｇシステムを示した図面である。

【図2】一実施形態によるＲｅｆｌｅｃｔｉｖｅ ＱｏＳの図面である。

【図3】一実施形態によるＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続きに対する方法のフローチャートである。

【図4】一実施形態によるＰＤＵ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ手続きのフローチャートである。

【図5】一実施形態によるＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)がＵＥで伝達するＱｏＳ ｒｕｌｅの図面である。

【図6】一実施形態によるＳＭＦがＲＡＮで伝達するＱｏＳ ｐｒｏｆｉｌｅを説明する図面である。

【図7】一実施形態によるＳＭＦがＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)で伝達するＱｏＳ ｒｕｌｅを説明する図面である。

【図8】一実施形態による ＤＬ／ＵＬ(ｄｏｗｎｌｉｎｋ／ｕｐｌｉｎｋ)でのｄａｔａパケットの伝達手続きの方法に対するフローチャートである。

【図9】一実施形態によるＵＥのＱｏＳ ＦｌｏｗのＲＱ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)サポート可否と種類によるＤＬ ｐａｃｋｅｔ処理方法に対するフローチャートである。

【図10】一実施形態による端末の図面である。

【図11】一実施形態による基地局の図面である。

【図12】一実施形態によるネットワークエンティティの図面である。

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

【0021】

本開示の実施形態は添付図面を参照して以下に説明されるだろう。しかし、本開示の実施形態は特定実施形態に制限されず、本開示のすべての修正、変更、同等な装置及び方法、及び／又は代案的な実施形態を含むことに解釈されなければならない。図面の説明で、類似の要素に対しては類似の参照符号が用いられる。

【0022】

本願に用いられた用語“有する(ｈａｖｅ)”、“有することができる(ｍａｙ ｈａｖｅ)”、“含む(ｉｎｃｌｕｄｅ)”及び“含むことができる(ｍａｙ ｉｎｃｌｕｄｅ)”は対応する特徴部(例えば、数値、機能、動作又は部品のような要素)の存在を示し、追加機能の存在を排除しない。

【0023】

本願に用いられた用語“Ａ又はＢ”、“Ａ又は／及びＢのうちの少なくとも一つ”又は“一つ以上のＡ又は／及びＢ”はそれらと共に列挙された項目のすべての可能な組み合せを含む。例えば、“Ａ又はＢ”、“Ａ及びＢのうちの少なくとも一つ”又は“Ａ又はＢのうちの少なくとも一つ”は(１)一つ以上のＡを含むか、(２)一つ以上のＢを含むか、(３)少なくとも一つのＡ及び少なくとも一つのＢを含むことを意味する。

【0024】

本明細書で用いられた“第１”及び“第２”のような用語は重要度又は手順にかかわらず対応する構成要素を用いることができ、構成要素を制限せず構成要素を他の構成要素と区別するために用いられる。これら用語は一つの構成要素を他の構成要素と区別するために用いられることができる。例えば、第１ユーザ装置及び第２ユーザ装置は手順又は重要度にかかわらず他のユーザ装置を示すことができる。例えば、本発明の権利範囲を逸脱しないなら第１構成要素は第２構成要素で命名されることができ、類似に第２構成要素も第１構成要素で命名されることができる。

【0025】

構成要素(例えば、第１構成要素)が他の構成要素(例えば、第２構成要素)と“(作動的又は通信的に)結合される”又は“接続される”場合、構成要素は直接的に構成されることができることを理解するだろう。他の構成要素と結合された他の構成要素を有することができ、その構成要素と異なる構成要素の間の中間(ｉｎｔｅｒｖｅｎｉｎｇ)構成要素(例えば、第３構成要素)があれば良い。反対に、構成要素(例えば、第１構成要素)が他の構成要素(例えば、第２構成要素)と“直接結合されて”いるか“直接接続されて”いる時、当該構成要素と対象構成要素中間に他の構成要素(例えば、第３の構成要素)が存在しないことが理解されるだろう。

【0026】

本明細書で用いられる“設定される(又は構成される)”という表現は“適合な(ｓｕｉｔａｂｌｅ ｆｏｒ)”、“能力を有する(ｈａｖｉｎｇ ｔｈｅ ｃａｐａｃｉｔｙ ｔｏ)”、“設計された(ｄｅｓｉｇｎｅｄ ｔｏ)”、“適応する(ａｄａｐｔｅｄ ｔｏ)”、“作る(ｍａｄｅ ｔｏ)”又は“可能である(ｃａｐａｂｌｅ ｏｆ)”と相互交換的に用いられることができる。状況により“設定される(構成される)”という用語が必ずハードウェア水準で“特別に設計された”を意味することではない。代りに、“～から構成された装置”という表現は装置が特定状況で他の装置又は部品と共に“可能である(ｃａｐａｂｌｅ ｏｆ)”と言うことを意味することができる。例えば、“Ａ、Ｂ及びＣを行うように設定された(ｃｏｎｆｉｇｕｒｅｄ ｔｏ ｏｒ ｓｅｔ ｔｏ)プロセッサ”はメモリー装置に記憶された一つ以上のソフトウェアプログラムを行うことで対応する動作を行うことができる専用プロセッサ(例えば、内装プロセッサ)又は汎用プロセッサ(例えば、中央処理装置(ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ)又はアプリケーションプロセッサ(ＡＰ：ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ))を意味することができる。

【0027】

本開示の多様な実施形態を説明するのに用いられた用語は特定実施形態を説明するためのことで本開示を制限しようとすることではない。単数の表現は文脈上明白に異なるように意味しない限り、複数の表現を含む。技術的や科学的な用語を含んでここで用いられるすべての用語は異なるように定義されない限り、関連技術分野の通常の技術者によって一般的に理解されることと同一な意味を有する。一般的に用いられる事前に定義された用語は関連技術の文脈的意味と同一又は類似の意味を有することで解釈されなければならなく、本明細書で明確に定義されない限り理想的や誇張された意味を有することで解釈されてはいけない。場合によって、本文書で定義された用語であっても本開示の実施形態を排除するように解釈されない。

【0028】

本明細書で用いられる用語“モジュール”は例えば、ハードウェア、ソフトウェア及びファームウェアのうちの一つを含むユニット又はこれらのうちの２つ以上の組み合せを意味することができる。“モジュール”という用語は例えば、“ユニット”、“ロジック”、“論理ブロック”、“コンポネント”又は“回路”という用語と互換的に用いられることができる。“モジュール”は集積構成要素の最小単位又はその一部であれば良い。“モジュール”は一つ以上の機能又はその一部を行うための最小ユニットであれば良い。“モジュール”は機械的又は電子的に具現されることができる。例えば、本開示による“モジュール”はＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎ-ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ)チップ、ＦＰＧＡ(ｆｉｅｌｄ-ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ)、及び以前に行われた動作又は以後に開発される動作を行うためのプログラマブルロジック装置のうちの少なくとも一つを含むことができる。

【0029】

本開示による電子装置は、例えば、スマートフォン、タブレットパーソナルコンピューター(ＰＣ)、携帯電話、ビデオフォン、電子ブックリーダー(ｅ-ｂｏｏｋ ｒｅａｄｅｒ)、デスクトップのうちの少なくとも一つを含むことができる。ＰＣ、ラップトップＰＣ、ネットブックコンピューター、ワークステーション、サーバー、個人携帯情報端末(ＰＤＡ)、携帯用マルチメディアプレーヤー(ＰＭＰ)、ＭＰＥＧ－１オーディオレイヤー－３(ＭＰ３)プレーヤー、モバイル医療機器、カメラ及びウェアラブル装置。ウェアラブル装置はアクセサリータイプ(例えば、時計、指輪、腕輪、アンクレット、ネックレス、メガネ、コンタクトレンズ又はＨＭＤ(Ｈｅａｄ-ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ))、ファブリック又は衣類一体型(例えば、電子衣類)、身体装着型(例えば、スキンパッド又はタトゥー)、及び生体移植型(例えば、移植型回路)のうちの少なくとも一つを含むことができる。

【0030】

電子装置は家電製品であれば良い。家電機器は、例えば、テレビ、ＤＶＤ(ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｋ)プレーヤー、オーディオ、冷蔵庫、エアコン、真空清掃器、オーブン、電子レンジ、洗濯機、エアクリーナー、セットトップボックス、ホームオートメーションコントロールパネル、保安コントロールパネル、ＴＶボックス(例えば、Ｓａｍｓｕｎｇ ＨｏｍｅＳｙｎｃ^ＴＭ、Ａｐｐｌｅ ＴＶ^ＴＭ 又はＧｏｏｇｌｅ ＴＶ^ＴＭ)、ゲームコンソール(例えば、Ｘｂｏｘ^ＴＭ及びＰｌａｙＳｔａｔｉｏｎ^ＴＭ)、電子辞典、電子キー、キャムコーダ及び電子写真フレームのうちの少なくとも一つを含むことができる。

【0031】

電子装置は多様な医療装置(例えば、多様な携帯用医療測定装置(血糖モニタリング装置、心臓搏動数モニタリング装置、血圧測定装置、体温測定装置など)、 磁氣共鳴血管造影術(ＭＲＡ)、磁氣共鳴映像(ＭＲＩ)、コンピューター断層撮影(ＣＴ)機械及び超音波機械)、ナビゲーション装置、ＧＰＳ(Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ)受信機、ＥＤＲ(Ｅｖｅｎｔ Ｄａｔａ Ｒｅｃｏｒｄｅｒ)、飛行データ記録器(ＦＤＲ)、車両インフォテーンメント装置、船舶用電子装置(例えば、船舶用ナビゲーション装置及びジャイロコンパス)、航空電子工学、保安装置、自動車ヘッドユニット、家庭用ロボット又は産業、銀行の現金自動預け払い機(ＡＴＭ)、商店のＰＯＳ(Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ)装置又はＩｏＴ装置(例えば、電球、多様なセンサー、電気又はガス計量器、スプリンクラー装置、火事報知機、温度調節装置、街燈、トースター、スポーツ用品、お湯タンク、ヒーター、ボイラーなど)のうちの少なくとも一つを含むことができる。

【0032】

電子装置は家具又は建物／構造の一部、電子ボード、電子署名受信装置、プロジェクター及び多様な種類の測定装置(例えば、水道メートル、電気メートル、ガス計量器及び電波測定器)のうちの少なくとも一つを含むことができる。電子装置は前述の多様な装置のうちの一つ又はその以上の組み合せあれば良い。電子装置はさらにフレキシブルデバイスであれば良い。また、電子装置は前述した機器に限定されず、新しい技術開発による電子装置を含むことができる。

【0033】

以下、添付された図面を参照して電子装置に対して説明する。本文書で、ユーザという用語は電子装置を用いる人又は電子装置を用いる装置(例えば、人工知能電子装置)を指称することができる。

【0034】

本開示の実施形態によって、本明細書に添付された図面を参照してＱｏＳ ｆｌｏｗの設定方法及び装置を具体的に説明する。

【0035】

図１は、一実施形態による５Ｇシステムを示す図面である。

【0036】

図１を参照すれば、５Ｇシステムは、ＵＥ(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、１１０)、ＲＡＮ(ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、１１５)、ＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、１２０)、ＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ、１２５)、ＵＤＭ(ｕｓｅｒ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、１３０)、ＡＭＦ(ａｃｃｅｓｓ & ｍｏｂｉｌｉｔｙ ｆｕｎｃｔｉｏｎ、１３５)、ＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、１４０)、ＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、１４５)、ＡＦ(ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、１５０)及びＡＵＳＦ(ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ、１５５)を含むことができる。

【0037】

５ＧシステムはＯＴＴの多様なＱｏＳ要求を満足させるためにＲｅｆｌｅｃｔｉｖｅ ＱｏＳ、Ｆｌｅｘｉｂｌｅ ＱｏＳ及び非標準ＱｏＳ Ｃｌａｓｓを用いる。そして、バックホール区間でのＱｏＳ 差別化のためにＬＴＥでも用いられたＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇを用いる。

【0038】

図２は、一実施形態によるＲｅｆｌｅｃｔｉｖｅ ＱｏＳの図面である

【0039】

１) ＲＱ

【0040】

ＲＱは受信したダウンリンクデータパケットに基づいて、端末がＵＬ ＱｏＳ規則を生成する方式である。一つのＰＤＵ ｓｅｓｓｉｏｎではＲＱを用いるＱｏＳ ｆｌｏｗと、そうではないＱｏＳ ｆｌｏｗがいずれもあり得る。

【0041】

ＲＱ活性化(ａｃｔｉｖａｔｉｏｎ)方式には以下の２つがある。

【0042】

－Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｃｔｉｖａｔｉｏｎ ｖｉａ Ｕｓｅｒ Ｐｌａｎｅ

【0043】

ＵＰＦ１２０が外部ＤＮから変更しようとするＱｏＳ Ｒｕｌｅに該当するＩＰ(ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ)ｆｌｏｗのパケットを受信すれば、ＵＰＦ１２０は受信したＤＬパケットのｅｎｃａｐｓｕｌａｔｉｏｎ ｈｅａｄｅｒにＲｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ(ＲＱＩ)ｆｉｅｌｄを１と設定してＮ３ ｉｎｔｅｒｆａｃｅで伝達する。ＲＱＩ ｆｉｅｌｄが設定されたＤＬパケットを受信したＵＥ１１０は受信したＤＬパケットのＩＰ及びＴＣＰ(ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ)又はＵＤＰヘッダの情報を用いてＵＬ用ＱｏＳ ｒｕｌｅを作る。

【0044】

－Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｃｔｉｖａｔｉｏｎ ｖｉａ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ

【0045】

ＵＥ１１０がＲＱＩを含むＱｏＳルールをＳＭＦ１４０から受信し、このＱｏＳ ＲｕｌｅにマッチングするＤＬパケットを受信すれば、ＵＥ１１０は受信したＤＬパケットからＵＬ ＱｏＳ Ｒｕｌｅを生成する。

【0046】

２) Ｆｌｅｘｉｂｌｅ ＱｏＳ

【0047】

ＱｏＳの単位であるＥＰＳ(ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ)ｂｅａｒｅｒとＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ(ＤＲＢ)の関係が１：１であったＬＴＥ対比、５ＧシステムではＱｏＳ ＦｌｏｗとＤＲＢとの関係がｎ：１(ｎ＞＝１)が可能である。例えば、多数のＱｏＳ ＦｌｏｗがＱｏＳ要求事項を満足させると、１個のＤＲＢを用いて５Ｇ基地局(ＲＡＮ １１５)からＵＥ１１０でパケットを伝達することができる。ＲＡＮ１１５がＱｏＳ ＦｌｏｗのＤＲＢ関係を決定と接続をしたが、５Ｇ システム中心網(５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ(５ＧＣ))はその接続関係が分からない。

【0048】

３) 非標準(ｎｏｎ-ｓｔａｎｄａｒｄｉｚｅｄ)ＱｏＳ Ｃｌａｓｓ

【0049】

定められたＱｏＳ ＣｌａｓｓのみをサポートしたＬＴＥに比べ、５ＧシステムはＱｏＳ ｃｌａｓｓを制限せず定義することができる。これを可能にするようにするために５Ｇシステムでは２つの５Ｇ ＱｏＳ Ｉｎｄｉｃａｔｏｒ(５ＱＩ)を用いる。

【0050】

－標準化された５ＱＩ(Ｓｔａｎｄａｒｄｉｚｅｄ ５ＱＩ)

【0051】

標準化された５ＱＩが指称するＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃ、すなわち、Ｒｅｓｏｕｒｃｅ Ｔｙｐｅ、Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ、ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ(ＰＤＢ)、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ(ＰＥＲ)が予め５Ｇシステムの装置、Ｕｓｅｒ Ｐｌａｎｅ ｆｕｎｃｔｉｏｎ(ＵＰＦ １２０)、ＵＥ１１０、ＲＡＮ１１５に設定されていて別途のシグナリング無しに５ＱＩだけでもＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃが分かる５ＱＩを言う。

【0052】

－非標準化された５ＱＩ(Ｎｏｎ－ｓｔａｎｄａｒｄｉｚｅｄ ５ＱＩ)

【0053】

非標準化された５ＱＩが指称するＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃは５ＧＣが必要により動的に決定し、その決定されたＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃを５ＱＩと共に５Ｇシステムの装置に伝達する。

【0054】

非標準化された５ＱＩを用いると、５Ｇシステムでは予め定められたＱｏＳ ｃｌａｓｓ外で自由に ＱｏＳ Ｃｌａｓｓを定義することができる。

【0055】

４) Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ

【0056】

ＬＴＥではＢａｃｋｈａｕｌ網(Ｐ-ＧＷとｅＮＢ間のデータ送信のための網)でＱｏＳ差別化のためにＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇを用いる。Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇはＬＴＥのＧａｔｅｗａｙ(ＧＷ)とｅＮＢがＬＴＥのＱｏＳ Ｃｌａｓｓ Ｉｎｄｅｘ(ＱＣＩ)とＡＲＰに基づいてｂａｃｋｈａｕｌ網のＬ３又はＬ２階層ｈｅａｄｅｒにＱｏＳ差別化ｍａｒｋｉｎｇをすることである。例えば、ＧＷやｅＮＢはＥＰＳ ｂｅａｒｅｒのＱＣＩとＡＲＰを考慮してｏｕｔｅｒ ＩＰ ｈｅａｄｅｒにＤｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ(以下、 ＤＳＣＰ)ｆｉｅｌｄに適合した値をｍａｒｋｉｎｇする。５Ｇシステムでもバックホール網でのＱｏＳ提供のためにＲＡＮ１１５とＵＰＦ１２０がＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇをする。

【0057】

ただ、Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ使用によって、端末１１０のＤＬパケット処理の負担が増加することができる。Ｐｅｒ Ｐａｃｋｅｔ ｉｎｓｐｅｃｔｉｏｎ及び新規ＩＰ ｆｌｏｗの検出負担が増加し、５Ｇ速度向上による時間当り処理しなければならない端末のパケットの処理負担が増加することができる。ＱｏＳ情報を端末に伝達するための毎ｈｅａｄｅｒは、例えば、ＱｏＳ ｆｌｏｗ ｉｄ(ＱＦＩ)とＲｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ(ＲＱＩ)伝達するために無線区間で新しいｈｅａｄｅｒを用いることによって、ＱＦＩとＲＱＩの伝達が必要ではない場合は、無線リソースの浪費が発生(ｅ.ｇ.ＩｏＴ 装置)する問題がある。５Ｇシステムでバックホール区間にＱｏＳを提供する方案が必要であれば良い。５Ｇは新しいＱｏＳ ｃｌａｓｓをサポートしやすくするために非標準化された(Ｎｏｎ-Ｓｔｄ.)５ＱＩが可能であり、５ＱＩとＤＳＣＰ ｍａｐｐｉｎｇを予め設定しにくくなる問題があり得る。

【0058】

これに、本開示は、Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ使用による端末のＤＬパケット処理負担増加を解決するために、ＵＥ１１０のＲＱサポート可否とＲＱ種類伝達、ＣＮのＵＥのＲＱサポート可否及びＱｏＳ要求事項を考慮したＱｏＳ Ｆｌｏｗ別のＲＱサポート可否とサポート種類決定機能、Ｃｏｒｅ Ｎｅｔｗｏｒｋ(ＣＮ)のＵＥへのＱｏＳ Ｆｌｏｗ別のＲＱサポート可否とＲＱ種類伝達及びＵＥ１１０のＱｏＳ ＦｌｏｗのＲＱサポート可否とサポート種類によるＤＬ ｐａｃｋｅｔ処理差別化機能を提供することができる。

【0059】

また、本開示は、無線リソース浪費発生問題を解決するために、ＣＮのＲＡＮ１１５でのＱｏＳ Ｆｌｏｗ 別のＲＱサポート可否とＲＱ種類伝達、ＲＡＮ１１５のＱｏＳ ＦｌｏｗのＲＱサポート可否とＲＱ種類によるＱｏＳ Ｆｌｏｗ ｔｏ ＤＲＢ ｍａｐｐｉｎｇ機能及びＲＡＮのＱｏＳ ＦｌｏｗのＲＱサポート可否とＲＱ種類によるＤＲＢのＲＱサポートヘッダ設定機能を提供することができる。

【0060】

また、本開示は、５Ｇシステムで提供するバックホール区間の例で、ＣＮのＱｏＳ要求事項、ＵＰＦ１２０とＲＡＮ１１５間のＮ３ ｐａｔｈ状況を考慮したＱｏＳ Ｆｌｏｗ生成の時のｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇ値の決定機能、ＣＮのＵＰＦ１２０とＲＡＮ１１５でのＱｏＳ Ｆｌｏｗ別のｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇ値の伝達機能を提供することができる。

【0061】

第１実施形態－ＰＤＵ Ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続き

【0062】

図３は、一実施形態によるＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続きに対する方法のフローチャートである。

【0063】

１． [ＵＥ→ＡＭＦ] Ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔを伝達してｓｅｓｓｉｏｎ設置をリクエストする。Ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔはＵＥが支援可能なＲＱ種類を含む(３０２)。ＲＱ種類はＲＱ未支援(Ｎｏｔ ｓｕｐｐｏｒｔ)、ＲＱ ｖｉａ Ｃ(ＲＱ ｖｉａ ｃｏｎｔｒｏｌ ｐｌａｎｅ、ＲＱｖＣ)だけ支援(ＲＱｖＣ ｏｎｌｙ)、ＲＱ ｖｉａ Ｕ(ＲＱ ｖｉａ ｕｓｅｒ ｐｌａｎｅ、ＲＱｖＵ)だけ支援(ＲＱｖＵ ｏｎｌｙ)。ＲＱ ｖｉａ ＣとＲＱ ｖｉａ Ｕのいずれもサポート可能(ＲＱｖＣｖＵ)の種類が可能である。

【0064】

２．(ＡＭＦ)ＡＭＦがＳＭＦを選択する(３０４)。

【0065】

３． [ＡＭＦ→ＳＭＦ]手続き２で選択したＳＭＦでＰＤＵ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈ ｒｅｑｕｅｓｔを伝達する(３０６)。

【0066】

４． [ＳＭＦ→ＵＤＭ]ＳＭＦはＵＤＭにＵＥのｓｕｂｓｃｒｉｐｔｉｏｎ情報をリクエストして受ける(３０８)。

【0067】

５． ＰＤＵ ｓｅｓｓｉｏｎ認証手続き(３１０)

【0068】

６．(ＳＭＦ)ＳＭＦがＰＣＦを選択することができる。この時、ＳＭＦはＰＣＦにＵＥが用いるＱｏＳ Ｐｏｌｉｃｙを受けることができる(３１２、３１４)。

【0069】

７．(ＳＭＦ)ＳＭＦはＵＥと ＤＮ間のｓｅｓｓｉｏｎが用いるＵＰＦを選択する(３１６)。

【0070】

８．(ＳＭＦ→ＰＣＦ)ＳＭＦはＰＣＦにＵＥが用いるＱｏＳ Ｐｏｌｉｃｙ ｒｕｌｅを受けることができる(３１８)。ＳＭＦはＵＥが手続き１のＲＱサポート可否及び種類と手続き６のＰＣＦのＱｏＳ ｐｏｌｉｃｙを考慮し、[第３実施形態]の項目と[第４実施形態]を決定する。

【0071】

手続き６のＰＣＦの ＱｏＳ ｐｏｌｉｃｙとＵＰＦとＲＡＮ間のｂａｃｋｈａｕｌ状態を考慮して[第４実施形態]と[第５実施形態]のＵＬ及びＤＬ Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇを決定する。

【0072】

９．(ＳＭＦ→ＵＰＦ)手続き５でｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続きを実行した場合、ＳＭＦはＵＰＦにＮ４ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔをする。Ｎ４ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔは手続き８で決定した[第５実施形態]を含む(３２０)。

【0073】

１０．(ＳＭＦ→ＡＭＦ)ＳＭＦはＡＭＦにＳＭ ｒｅｓｐｏｎｓｅを伝達する。ＳＭ Ｒｅｓｐｏｎｓｅは次を含むことができる。Ｃａｕｓｅ、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ、Ｎ１ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ。Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎはＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、ＱｏＳ Ｐｒｏｆｉｌｅ(ｓ)、ＣＮ Ｔｕｎｎｅｌ Ｉｎｆｏを含む。Ｎ１ ＳＭ ｉｎｆｏｒｍａｔｉｏｎはＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔ(Ａｕｔｈｏｒｉｚｅｄ ＱｏＳ Ｒｕｌｅ、ＳＳＣ(ｓｅｓｓｉｏｎ ａｎｄ ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ) ｍｏｄｅ、Ｓ-ＮＳＳＡＩ(ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ)、ａｌｌｏｃａｔｅｄ ＩＰｖ４ ａｄｄｒｅｓｓ)を含む(３２２)。

【0074】

ＱｏＳ ＰｒｏｆｉｌｅはＲＡＮセッションに用いられるＱｏＳ Ｆｌｏｗの[第４実施形態]を含む。

【0075】

Ａｕｔｈｏｒｉｚｅｄ ＱｏＳ ｒｕｌｅはＵＥセッションに用いられるＱｏＳ Ｆｌｏｗの[第３実施形態]を含む。

【0076】

１１．(ＡＭＦ→ＲＡＮ)ＡＭＦがＲＡＮにＮ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔを伝達する。ＡＭＦはＰＤＵ Ｓｅｓｓｉｏｎ ＩＤとＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔを含むＮＡＳ ｍｅｓｓａｇｅをＲＡＮに伝達する(３２４)。

【0077】

１２．(ＲＡＮ→ＵＥ)ＲＡＮは[第６実施形態]と共にＤＲＢ設定をする(３２６)。

【0078】

ＲＡＮは手続き１１で受信した ＮＡＳ ｍｅｓｓａｇｅ(ＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、Ｎ１ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ(ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔ))をＵＥに伝達する。

【0079】

１３．(ＲＡＮ→ＡＭＦ)手続き１１のリクエストに対する応答(３２８)

【0080】

１４．(ＡＭＦ→ＳＭＦ)ＳＭ Ｒｅｑｕｅｓｔ(Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ)を伝達する(３３２)。

【0081】

１５．(ＳＭＦ→ＵＰＦ)ＳＭＦはＰＤＵ ｓｅｓｓｉｏｎが作られていなかったらＵＰＦにＮ４ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージを伝達してＰＤＵ ｓｅｓｓｉｏｎ生成をリクエストし、作られていると、Ｎ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎを伝達してＰＤＵ ｓｅｓｓｉｏｎ変更をリクエストする(３３４)。

【0082】

Ｎ４ Ｓｅｓｓｉｏｎ ＥｓｔａｂｌｉｓｈｍｅｎｔとＮ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎは[第５実施形態]を含む。

【0083】

１６．(ＳＭＦ→ＡＭＦ)手続き１４の応答(３３６)

【0084】

１７．(ＳＭＦ→ＵＥ)ＩＰｖ６設定情報を伝達することができる(３３８)。

【0085】

１８．ＰＤＵ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔがＮｏｎ-３ＧＰＰ ａｃｃｅｓｓから３ＧＰＰ ａｃｃｅｓｓへのｈａｎｄｏｖｅｒの場合、ｎｏｎ-３ＧＰＰ ａｃｃｅｓｓにあったｓｅｓｓｉｏｎをｒｅｌｅａｓｅする(３４２)。

【0086】

１９．ＵＤＭがＳＭＦ ｉｄ、ＳＭＦ ａｄｄｒｅｓｓ、ＤＮＮを保存する(３４４)。

【0087】

第２実施形態－ＰＤＵ Ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ手続き

【0088】

図４は、一実施形態によるＰＤＵ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ手続きのフローチャートである。

【0089】

１．手続きの開始は以下の通りである。

【0090】

Ａ． ＵＥ ｉｎｉｔｉａｔｅｓ ｔｈｅ ＰＤＵ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｂｙ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ａ ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｖｅｒ Ｎ１(４０２)

【0091】

Ｂ． ＰＣＦ ｉｎｉｔｉａｔｅｓ ｔｈｅ ＰＤＵ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｕｐｏｎ ｐｏｌｉｃｙ ｄｅｃｉｓｉｏｎ ｔｒｉｇｇｅｒｅｄ ｂｙ ＤＰＩ’ｓ Ｔｒａｆｆｉｃ Ｄｅｔｅｃｔｉｏｎ ｎｏｔｉｆｉｃａｔｉｏｎ ｏｒ ｕｐｏｎ ＡＦ ｒｅｑｕｅｓｔｓ(４０４、４０６)。

【0092】

Ｃ．ＵＤＭ ｓｅｎｄｓ Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ ｍｅｓｓａｇｅ ｔｏ ＳＭＦ(４０８)

【0093】

Ｄ．ＳＭＦ ｍａｙ ｄｅｃｉｄｅ ｔｏ ｍｏｄｉｆｙ ＰＤＵ ｓｅｓｓｉｏｎ。
Ｔｈｉｓ ｐｒｏｃｅｄｕｒｅ ａｌｓｏ ｍａｙ ｂｅ ｔｒｉｇｇｅｒｅｄ ｂａｓｅｄ ｏｎ ｌｏｃａｌｌｙ ｃｏｎｆｉｇｕｒｅｄ ｐｏｌｉｃｙ(４１０)

【0094】

Ｅ．(Ｒ)ＡＮ ｓｅｎｄｓ ｔｈｅ Ｎ２ ｍｅｓｓａｇｅ(ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ、ＳＭ ｉｎｆｏｒｍａｔｉｏｎ) ｔｏ ｔｈｅ ＡＭＦ。Ｔｈｅ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ ｉｎｃｌｕｄｅｓ ｔｈｅ ＱＦＩ ａｎｄ ａ ｎｏｔｉｆｉｃａｔｉｏｎ ｉｎｄｉｃａｔｉｎｇ ｔｈａｔ ｔｈｅ ＱｏＳ ｔａｒｇｅｔｓ ｃａｎｎｏｔ ｂｅ ｆｕｌｆｉｌｌｅｄ。Ｔｈｅ ＡＭＦ ｓｅｎｄｓ ｔｈｅ ＳＭ Ｒｅｑｕｅｓｔ(ＳＭ ｉｎｆｏｒｍａｔｉｏｎ) ｍｅｓｓａｇｅ ｔｏ ｔｈｅ ＳＭＦ(４１２、４１４)。

【0095】

２．(ＳＭＦ→ＰＣＦ)ＳＭＦはＰＣＦに変更されたＱｏＳ Ｐｏｌｉｃｙをリクエストし、ＰＣＦはＳＭＦに変更されたＱｏＳ Ｐｏｌｉｃｙを伝達する。ＳＭＦはＵＥが[第１実施形態]の手続き１のＲＱサポート可否及び種類とＰＣＦのＱｏＳ ｐｏｌｉｃｙを考慮し、[第３実施形態]の項目と[第４実施形態]を決定する(４１６)。

【0096】

手続き６のＰＣＦのＱｏＳ ｐｏｌｉｃｙとＵＰＦとＲＡＮ間のｂａｃｋｈａｕｌ状態を考慮して[第４実施形態]と[第５実施形態]のＵＬ及びＤＬ Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇを決定する。

【0097】

３．(ＳＭＦ→ＡＭＦ)ＳＭＦがＡＭＦにＳＭ Ｒｅｑｕｅｓｔ(Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ(ＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、ＱｏＳ Ｐｒｏｆｉｌｅ、Ｓｅｓｓｉｏｎ-ＡＭＢＲ)、Ｎ１ ＳＭ Ｃｏｎｔａｉｎｅｒ(ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ(ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ、ＱｏＳ ｒｕｌｅ、Ｓｅｓｓｉｏｎ-ＡＭＢＲ)))メッセージを伝達する(４１８)。

【0098】

Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎはＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、ＱｏＳ Ｐｒｏｆｉｌｅ(ｓ)、Ｓｅｓｓｉｏｎ ＡＭＢＲを含む。

【0099】

Ｎ１ ＳＭ ｉｎｆｏｒｍａｔｉｏｎはＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｃｏｍｍａｎｄ(ＰＤＵ ｓｅｓｓｉｏｎ ｉｄ、ＱｏＳ Ｒｕｌｅ、Ｓｅｓｓｉｏｎ ＡＭＢＲを含む。

【0100】

ＱｏＳ ＰｒｏｆｉｌｅはＲＡＮセッションに用いられるＱｏＳ Ｆｌｏｗの[第４実施形態]を含む。

【0101】

Ａｕｔｈｏｒｉｚｅｄ ＱｏＳ ｒｕｌｅはＵＥセッションに用いられるＱｏＳ Ｆｌｏｗの[第３ 実施形態]を含む。

【0102】

４．(ＡＭＦ→ＲＡＮ)ＡＭＦはＲＡＮにＮ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝達する(４２０)。

【0103】

Ｎ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔは手続き３のＮ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎを含む。

【0104】

ＮＡＳ ｍｅｓｓａｇｅは手続き３のＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｃｏｍｍａｎｄを含む。

【0105】

５．(ＲＡＮ→ＵＥ)ＲＡＮのＤＲＢ設定変更(４２２)

【0106】

ＵＥに手続き４のＮＡＳ ｍｅｓｓａｇｅを伝達する。

【0107】

手続き３で伝達したＮ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎによってＤＲＢ設定が変更されることができる。この時は[第６実施形態]と共にＤＲＢ設定ができる。

【0108】

６．(ＲＡＮ→ＡＭＦ)手続き４の応答(４２４)

【0109】

７．(ＡＭＦ→ＳＭＦ)手続き３の応答(４２６)

【0110】

８．(ＳＭＦ→ＵＰＦ)ＳＭＦはＵＰＦにＮ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎを伝達してＰＤＵ ｓｅｓｓｉｏｎ変更をリクエストすることができる(４２８)。

【0111】

Ｎ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎは[第５実施形態]を含む。

【0112】

９．(ＳＭＦ→ＰＣＦ)ＳＭＦはＰＣＦにＱｏＳ ｐｏｌｉｃｙが設定されたことを知らせることができる(４３０)。

【0113】

第３実施形態－ＳＭＦがＵＥに伝達するＱｏＳ Ｒｕｌｅ

【0114】

ＳＭＦはＵＥにＵＬ ｔｒａｆｆｉｃの区別とＱｏＳ保障の時に用いるＱｏＳ Ｒｕｌｅを伝達する。ＵＥで伝達するＱｏＳ ｒｕｌｅは以下の内容を含むことができる。図５は、一実施形態によるＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)がＵＥで伝達するＱｏＳ ｒｕｌｅの図面である。

【0115】

－ＱｏＳ Ｒｕｌｅ ＩＤ(５０２):ＱｏＳ Ｒｕｌｅ制御の時、ＵＥに設定されたＱｏＳ ｒｕｌｅ 区別のための識別番号

【0116】

－ＱｏＳ Ｆｌｏｗ ＩＤ(ＱＦＩ)(５０４):このＱｏＳ ｒｕｌｅが指示するＱｏＳ Ｆｌｏｗを区別するためにＤＬパケットにマーキングされてＵＥに伝達され、またはＵＬ ｔｒａｆｆｉｃのＱｏＳ処理のためにＵＬパケットにＵＥがマーキングする識別番号。標準指定５ＱＩを用いる場合、ＱＦＩは５ＱＩと同じ値であれば良い。

【0117】

－ＱｏＳ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ(５０６):ＵＬ ｔｒａｆｆｉｃをＱｏＳ Ｒｕｌｅに該当するＱｏＳ Ｆｌｏｗを選択時、適用するｐａｃｋｅｔ ｆｉｌｔｅｒのセット。Ｄｅｆａｕｌｔ ＱｏＳ ｒｕｌｅ又はＲｅｆｌｅｃｔｉｖｅ ＱｏＳサポートする場合、省略されることができる。

【0118】

－Ｐｒｅｃｅｄｅｎｃｅ Ｖａｌｕｅ(５０８):このＱｏＳ ＲｕｌｅをＵＬ ｔｒａｆｆｉｃに適用する手順

【0119】

－５Ｇ ＱｏＳ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｉｎｄｉｃａｔｉｏｎ(５ＱＩ、５１０):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗが５Ｇ ｓｙｓｔｅｍで処理される時、受けるようになるＱｏＳ処理特性を指示する識別子。５ＱＩは標準で指定した値又はＳＭＦが任意で選択した値であれば良い。標準指定値に対しては５ＱＩが省略されることができる。

【0120】

－ＱｏＳ ｐａｒａｍｅｔｅｒｓ(５１２):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗがＱｏＳ処理特性に必要なパラメーター。Ｆｌｏｗ ｔｙｐｅ、Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ、Ｐａｃｋｅｔ Ｄｅｌａｙ ｂｕｄｇｅｔ、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ、Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔｒａｔｅ、Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔｒａｔｅ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌであれば良い。端末に予め知られている場合には一つ以上のＱｏＳパラメーターが省略されることができる。

【0121】

－Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｓｕｐｐｏｒｔ(５１４):このＱｏＳ Ｒｕｌｅが指示するＱｏＳ ＦｌｏｗがサポートするＲｅｆｌｅｃｔｉｖｅ ＱｏＳの種類。Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳタイプはＮｏｔ Ｓｕｐｐｏｒｔ／Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｖｉａ Ｃｏｎｔｒｏｌ ｐｌａｎｅ／Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｖｉａ Ｕｓｅｒ Ｐｌａｎｅのうちのいずれか一つであれば良い。

【0122】

第４実施形態－ＳＭＦがＲＡＮに伝達するＱｏＳ ｐｒｏｆｉｌｅ

【0123】

ＳＭＦはＲＡＮにＤＬ及びＵＬ ｔｒａｆｆｉｃのＱｏＳ保障時に用いるＱｏＳ特性を示すＱｏＳ Ｐｒｏｆｉｌｅを伝達する。

【0124】

図６は、一実施形態によるＳＭＦがＲＡＮへ伝達するＱｏＳ ｐｒｏｆｉｌｅを説明する図面である。

【0125】

－ＱｏＳ Ｒｕｌｅ ＩＤ(６０２):ＱｏＳ Ｒｕｌｅ制御時、ＵＥに設定されたＱｏＳ ｒｕｌｅ区別のための識別番号

【0126】

－ＱｏＳ Ｆｌｏｗ ＩＤ(ＱＦＩ)(６０４):このＱｏＳ ｒｕｌｅが指示するＱｏＳ Ｆｌｏｗを区別するためにＤＬパケットにマーキングされてＵＥに伝達し、またはＵＬ ｔｒａｆｆｉｃの ＱｏＳ処理のためにＵＬパケットにＵＥがマーキングする識別番号

【0127】

－５Ｇ ＱｏＳ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｉｎｄｉｃａｔｉｏｎ(５ＱＩ)(６０６):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗが５Ｇ ｓｙｓｔｅｍで処理される時、受けるようになるＱｏＳ 処理特性を指示する識別子。５ＱＩは標準で指定した値又はＳＭＦが任意で選択した値段であれば良い。標準指定値に対しては５ＱＩが省略されることができる。

【0128】

－ＱｏＳ ｐａｒａｍｅｔｅｒｓ(６０８):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗがＱｏＳ処理特性に必要なパラメーター。Ｆｌｏｗ ｔｙｐｅ、Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ、Ｐａｃｋｅｔ Ｄｅｌａｙ ｂｕｄｇｅｔ、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ、Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔｒａｔｅ、Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔｒａｔｅ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌであれば良い。ＲＡＮに予め知られている場合には一つ以上のＱｏＳパラメーターが省略されることができる(例えば、標準指定５ＱＩ使用時)。

【0129】

－Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｓｕｐｐｏｒｔ(６１０):このＱｏＳ Ｒｕｌｅが指示するＱｏＳ ＦｌｏｗがサポートするＲｅｆｌｅｃｔｉｖｅ ＱｏＳの種類。Ｎｏｔ Ｓｕｐｐｏｒｔ／Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｖｉａ Ｃｏｎｔｒｏｌ ｐｌａｎｅ／Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｖｉａ Ｕｓｅｒ Ｐｌａｎｅのうちのいずれか一つであれば良い。

【0130】

－Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ(６１２):Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ ｉｎ ｔｈｅ ｕｐｌｉｎｋ ｅ．ｇ．ＤｉｆｆＳｅｒｖ Ｃｏｄｅ Ｐｏｉｎｔ(ＤＳＣＰ)、ｔｏ ｂｅ ａｐｐｌｉｅｄ ｆｏｒ ｔｈｅ ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｄ ｆｏｒ ｔｈｉｓ ＱｏＳ Ｆｌｏｗ、ｗｈｉｃｈ ｃａｎ ｂｅ ＤＳＣＰ ｖａｌｕｅ、ＭＰＬＳ(ｍｕｌｔｉｐｒｏｔｏｃｏｌ ｌａｂｅｌ ｓｗｉｔｃｈｉｎｇ)ＴＯＳ(ｔｙｐｅ ｏｆ ｓｅｒｖｉｃｅ)ｖａｌｕｅ。ＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃとＡＲＰ及びＵＰＦとＲＡＮ間のｂａｃｋｈａｕｌ状態(ｅｘｐｅｃｔｅｄ ｃｏｎｇｅｓｔｉｏｎ ｌｅｖｅｌ、ｅｘｐｅｃｔｅｄ ＲＴＴ ｂｅｔｗｅｅｎ ＵＰＦ ａｎｄ ＲＡＮ)を考慮して決定されることができる。

【0131】

第５実施形態－ＳＭＦがＵＰＦに伝達するＱｏＳ Ｒｕｌｅ

【0132】

ＳＭＦはＵＰＦにＤＬ ｔｒａｆｆｉｃの区別とＱｏＳ保障時に用いるＱｏＳ Ｒｕｌｅを伝達する。図７は、一実施形態によるＳＭＦがＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)へ伝達するＱｏＳ ｒｕｌｅを説明する図面である。

【0133】

－ＱｏＳ Ｒｕｌｅ ＩＤ(７０２):ＱｏＳ Ｒｕｌｅ制御時、ＵＥに設定されたＱｏＳ ｒｕｌｅ区別のための識別番号

【0134】

－ＱｏＳ Ｆｌｏｗ ＩＤ(ＱＦＩ)(７０４):このＱｏＳ ｒｕｌｅが指示するＱｏＳ Ｆｌｏｗを区別するためにＵＰＦがＤＬパケットにマーキングする識別番号。標準指定５ＱＩを用いる場合、ＱＦＩは５ＱＩと同一な値であれば良い。

【0135】

－ＱｏＳ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ(７０６):ＤＬ ｔｒａｆｆｉｃをＱｏＳ Ｒｕｌｅに該当するＱｏＳ Ｆｌｏｗを選択時、適用するｐａｃｋｅｔ ｆｉｌｔｅｒのセット。Ｄｅｆａｕｌｔ ＱｏＳ ｒｕｌｅの場合、省略されることができる。

【0136】

－Ｐｒｅｃｅｄｅｎｃｅ Ｖａｌｕｅ(７０８):このＱｏＳ ＲｕｌｅをＤＬ ｔｒａｆｆｉｃに適用する手順

【0137】

－５Ｇ ＱｏＳ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｉｎｄｉｃａｔｉｏｎ(５ＱＩ、７１０):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗが５Ｇ ｓｙｓｔｅｍで処理される時、受けるようになるＱｏＳ処理特性を指示する識別子。５ＱＩは標準で指定した値又はＳＭＦが任意で選択した値であれば良い。標準指定値に対しては５ＱＩが省略されることができる。

【0138】

－ＱｏＳ ｐａｒａｍｅｔｅｒｓ(７１２):ＱｏＳ ｆｌｏｗに当たるＤＲＢ設定のための追加ＱｏＳ ｐａｒａｍｅｔｅｒ情報。詳細項目にはＦｌｏｗ Ｔｙｐｅ(ＧＢＲ(ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ)／ｎｏｎ ＧＢＲ)、Ｐｒｉｏｒｉｔｙ、Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ、Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ(例えば、ＧＢＲ ＱｏＳ ｆｌｏｗ)、Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅｔとなることができる。

【0139】

－Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ(７１４):Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ ｉｎ ｔｈｅ ｄｏｗｎｌｉｎｋ ｅ．ｇ．ＤｉｆｆＳｅｒｖ Ｃｏｄｅ Ｐｏｉｎｔ、ｔｏ ｂｅ ａｐｐｌｉｅｄ ｆｏｒ ｔｈｅ ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｄ ｆｏｒ ｔｈｉｓ ＱｏＳ Ｆｌｏｗ、ｗｈｉｃｈ ｃａｎ ｂｅ ＤＳＣＰ ｖａｌｕｅ及び／又はＭＰＬＳ ＴＯＳ ｖａｌｕｅ。ＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃとＡＲＰ及びＵＰＦとＲＡＮ間のｂａｃｋｈａｕｌ状態(ｅｘｐｅｃｔｅｄ ｃｏｎｇｅｓｔｉｏｎ ｌｅｖｅｌ、ｅｘｐｅｃｔｅｄ ＲＴＴ ｂｅｔｗｅｅｎ ＵＵＰ ａｎｄ ＲＡＮ)を考慮して決定されることができる。

【0140】

第６実施形態－ＲＡＮのＱｏＳ ＦｌｏｗのＲＱサポート可否と種類によるＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ設定動作

【0141】

ＰＤＵ Ｓｅｓｓｉｏｎが伝達する１個又は複数のＱｏＳ Ｆｌｏｗの１個又は複数のＱＯＳ Ｐｒｏｆｉｌｅを受信したＲＡＮはＱｏＳ ｆｌｏｗはＵＥとＲＡＮの間に伝達することに用いるＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ(ＤＲＢ)数とＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ(ＤＲＢ)の設定を決定する。

【0142】

ＲＡＮはＱｏＳ Ｐｒｏｆｉｌｅを参照してある１個のＤＲＢを介して伝達する１個又は複数のＤＬ ＱｏＳ ｆｌｏｗがＤＬ ＱＦＩとＲＱＩを伝達する必要がないと決定された場合、ＲＡＮはＤＲＢ設定時、ＱＦＩとＲＱＩ伝達のためのＵｕ ｈｅａｄｅｒを用いられないように決定することができる。この場合、このＤＲＢ設定をＵＥに知らせなければならない。

【0143】

ＱＦＩとＲＱＩ伝達のためのＵｕ ｈｅａｄｅｒを用いられないように決定することができる場合は以下の通りである。

【0144】

１) ＤＲＢを介して１個のＱｏＳ Ｆｌｏｗが伝達し、このＱｏＳ ｆｌｏｗがＲＱをサポートしない場合(ｉ．ｅ. ＲＱ ｓｕｐｐｏｒｔ ｅｌｅｍｅｎｔ ｉｎ ＱｏＳ Ｐｒｏｆｉｌｅ＝Ｎｏｔ ｓｕｐｐｏｒｔ)

【0145】

２) ＤＲＢを介して１個のＱｏＳ Ｆｌｏｗが伝達し、このＱｏＳ ｆｌｏｗがＲＱサポートし、その種類がＲＱｖＣの場合(ｉ．ｅ. ＲＱ ｓｕｐｐｏｒｔ ｅｌｅｍｅｎｔ ｉｎ ＱｏＳ Ｐｒｏｆｉｌｅ＝ＲＱｖＣ)

【0146】

３) ＤＲＢを介して伝達する複数のＱＯＳ ＦＬｏｗがいずれもＲＱをサポートしない場合

【0147】

第７実施形態－Ｄａｔａパケット伝達手続き

【0148】

図８は、一実施形態によるＤＬ／ＵＬ(ｄｏｗｎｌｉｎｋ／ｕｐｌｉｎｋ)でのｄａｔａパケットの伝達手続きの方法に対するフローチャートである。

【0149】

１．ＵＰＦがＤＮからＤＬ ｄａｔａ ｐａｃｋｅｔを受ける(８０２)。

【0150】

２．ＵＰＦがＤＮから受けたＤｏｗｎｌｉｎｋ ｄａｔａ ｐａｃｋｅｔに[第５実施形態]のＱｏＳ ｒｕｌｅを適用する。すなわち、ＵＰＦは受信したｄａｔａ ｐａｃｋｅｔのＩＰ ｆｌｏｗ情報に基づいて適用するＱｏＳ ｆｌｏｗをサーチする(すなわち、ｍａｐｐｉｎｇ)する。ＵＰＦはｍａｐｐｉｎｇされたＱｏＳ Ｆｌｏｗ ｉｄをｄａｔａ ｐａｃｋｅｔのＮ３ ｈｅａｄｅｒに表示する。ＵＰＦはＭａｐｐｉｎｇされたＲＱＩをｄａｔａ ｐａｃｋｅｔのＮ３ ｈｅａｄｅｒに表示することができる。ＵＰＦはＱｏＳ Ｒｕｌｅに含まれたＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ(すなわち、ＤＳＣＰ ｍａｒｋｉｎｇ、ＭＰＬＳ ｍａｒｋｉｎｇ)をする(８０４)。

【0151】

３．ＵＰＦはｄａｔａパケットをＲＡＮに伝達する。この時、ｄａｔａ ｐａｃｋｅｔはＮ３ ｈｅａｄｅｒにＱＦＩ、ＲＱＩがｍａｒｋｉｎｇされていて、ｏｕｔｅｒ ｈｅａｄｅｒ(ｉ．ｅ. ｏｕｔｅｒ ＩＰ、Ｌ２ ｈｅａｄｅｒ)にはＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇされている(８０６)。

【0152】

４．受信したＲＡＮはＤＬ ｐａｃｋｅｔのＱＦＩによって[第６実施形態]を介して設定されたＤＲＢを適用する。すなわち、ＤＲＢ適用によってＱＦＩ及びＲＱＩ用Ｕｕ ｈｅａｄｅｒを用いることもでき、それとも、省略することができる(８０８)。

【0153】

５．ＵＥはＤＬ ｄａｔａ ｐａｃｋｅｔを受信し、受信したＤＬ ｄａｔａ ｐａｃｋｅｔに基づいて[第８実施形態]の動作を行う。すなわち、ＱＯＳ ｆｌｏｗのＲＱサポート可否と種類にしたがってＵＥ ＵＬ ＱｏＳ ｒｕｌｅ(ｉ．ｅ.ＵＬ ＴＦＴ(ｕｐｌｉｎｋ ｔｒａｆｆｉｃ ｆｌｏｗ ｔｅｍｐｌａｔｅ))を更新(ＵＬ ＴＦＴにｐａｃｋｅｔ ｆｉｌｔｅｒ追加又は除去)する(８１０)。

【0154】

６．ＵＥはＵＬ ｔｒａｆｆｉｃ発生時、前記手続き５で更新されたＵＬ ＱｏＳ ｒｕｌｅを適用してＩＰ ｆｌｏｗ ｔｏ ＱｏＳ ｆｌｏｗ ｍａｐｐｉｎｇをし、ＵＬ ＤＲＢの設定によってＱｏＳ ｆｌｏｗ ｉｄをＵｕ ｈｅａｄｅｒに表示し、または省略することができる。ＵＥはＵＬ ｄａｔａ ｐａｃｋｅｔをＵｕを介してＲＡＮへ伝達する(８１２)。

【0155】

７．ＲＡＮは受信したＵＬ ｐａｃｋｅｔの[第４実施形態]のＱｏＳ Ｐｒｏｆｉｌｅによって、ＵＬ Ｎ３ ｈｅａｄｅｒにＱＦＩ ｍａｒｋｉｎｇとＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇをする(８１４)。

【0156】

８．ＲＡＮはＵＬ ｐａｃｋｅｔをＮ３を介してＵＰＦへ伝達する(８１６)。

【0157】

９．ＵＰＦは受信したＵＰ ｐａｃｋｅｔをＤＮで伝達する(８１８)。

【0158】

第８実施形態－ＵＥのＱｏＳ ＦｌｏｗのＲＱサポート可否と種類によるＤＬ ｐａｃｋｅｔ処理動作

【0159】

図９は、一実施形態によるＵＥのＱｏＳ ＦｌｏｗのＲＱ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)サポート可否と種類によるＤＬ ｐａｃｋｅｔ処理方法に対するフローチャートである。

【0160】

０．ＵＥはＤＬ ｐａｃｋｅｔを受信すると、ＤＬパケット処理動作を開始する。

【0161】

１．ＵＥは受信したＤＬ ｐａｃｋｅｔのＵｕ ｈｅａｄｅｒの ＱＦＩ又はどんなＤＲＢを介してＤＬ ｐａｃｋｅｔが伝達したかによってＤＬ ｐａｃｋｅｔが属したＱｏＳ ｆｌｏｗが分かる(９１０)。

【0162】

２．ＵＥは１で確認したＤＬ ｐａｃｋｅｔが属したＱｏＳ Ｆｌｏｗが[第３実施形態]のＵＬ ＱＯＳ Ｒｕｌｅを参照し、ＲＱをサポートするＱｏＳ ｆｌｏｗであるか確認する(９１５)。

【0163】

３．ＲＱサポート可否ＱｏＳ ｆｌｏｗの場合、ＲＱ種類がＲＱｖＣであるかＲＱｖＵであるか確認する(９２０)。

【0164】

４．ＲＱｖＵの場合(すなわち、ＲＱｖＣではない場合)、ＤＬ ｐａｃｋｅｔのＵｕ ｈｅａｄｅｒに ＲＱＩフィールドが設定されているか確認する(９２５)。

【0165】

５．ＲＱｖＣの場合、ＤＬ ｐａｃｋｅｔの ｄａｔａ ｈｅａｄｅｒ(ｉｎｎｅｒ ＩＰ ｈｅａｄｅｒとｉｎｎｅｒ ＴＣＰ又はＵＤＰ ｈｅａｄｅｒ)が指示するＩＰ ｆｌｏｗがＱｏＳ Ｆｌｏｗが属したＱｏＳ ＲｕｌｅのＵＬ ＴＦＴに新しいＩＰ ｆｌｏｗであるか確認する(９３５)。

【0166】

６．ＲＱｖＵであり、ＲＱＩが設定されていない場合、ＤＬ ｐａｃｋｅｔの ｄａｔａ ｈｅａｄｅｒが指示するＩＰ ｆｌｏｗがＱｏＳ Ｆｌｏｗが属したＱｏＳ ＲｕｌｅのＵＬ ＴＦＴに新しいＩＰ ｆｌｏｗであるか確認する(９３０)。

【0167】

７．ＲＱｖＵでＲＱＩが設定されている場合、ＤＬ ｐａｃｋｅｔのｄａｔａ ｈｅａｄｅｒが指示するＩＰ ｆｌｏｗがＱｏＳ Ｆｌｏｗが属したＱｏＳ ＲｕｌｅのＵＬ ＴＦＴに新しいＩＰ ｆｌｏｗであるか確認する(９４０)。

【0168】

８．ＲＱｖＵでＲＱＩが設定されていなく、手続き６で新規ＩＰ ｆｌｏｗで判断した場合、受信したＤＬ ｐａｃｋｅｔが指称するＩＰ ｆｌｏｗのｐａｃｋｅｔ ｆｉｌｔｅｒを、既存のＲＱを介して作ったＱｏＳ ｒｕｌｅのｐａｃｋｅｔ ｆｉｌｔｅｒで削除する(９４５)。

【0169】

９．ＲＱｖＵでＲＱＩが設定されていなく、手続き７で新規ＩＰ ｆｌｏｗで判断した場合、受信したＤＬ ｐａｃｋｅｔが指称するＩＰ ｆｌｏｗのｐａｃｋｅｔ ｆｉｌｔｅｒと受信したＱｏＳ ｆｌｏｗ ｉｄを有するＵＬ ＱｏＳ ｒｕｌｅを作る(９５０)。

【0170】

１０．ＲＱｖＣであり、手続き５で新規ＩＰ ｆｌｏｗと判断した場合、受信したＤＬ ｐａｃｋｅｔが指称するＩＰ ｆｌｏｗのｐａｃｋｅｔ ｆｉｌｔｅｒと受信したＱｏＳ ｆｌｏｗ ｉｄを有するＵＬ ＱｏＳ ｒｕｌｅを作る(９５５)。

【0171】

１１．処理が終了されたＤＬ ｐａｃｋｅｔをＵＥの上位階層で伝達する(９６０)。

【0172】

１２．手続きを終了する。

【0173】

ＵＥのｐａｃｋｅｔ処理負担(ｃｏｍｐｕｔａｔｉｏｎ ｌｏａｄ)を軽減させて、ＵＥの早いＤＬ パケット処理をできるようになる。また、ＱｏＳサポートのための無線リソースの使用を節約することができ、５Ｑバックホール網で多様なＱｏＳ要求事項とバックホール網状況を反映したＱｏＳを保障することができる効果がある。

【0174】

図１０は、一実施形態による端末の図面である。

【0175】

端末１０００は上述した電子機器のうちの一つであれば良く、送受信部１０２０及び端末１００の全般的な動作を制御する制御部１０１０を含むことができる。そして、前記送受信部１０２０は送信部１０２３及び受信部１０２５を含むことができる。また、端末は送受信部１０２０と制御部１０１０外にも記憶部(例えば、メモリー)をさらに含むこともできる。

【0176】

送受信部１０２０は他のネットワークエンティティと信号を送受信することができる。

【0177】

制御部１０１０は前記で記述した図面３、４、８、９の方法を行うように各ブロック間の信号フローを制御することができる。一方、前記制御部１０１０及び送受信部１０２０は必ず別途のモジュールに具現されなければならないのではなく、又は単一チップ又はｓｙｓｔｅｍ ｏｎ ｃｈｉｐなどのような形態で一つの構成部で具現されることができることは勿論である。そして、前記制御部１０１０及び送受信部１０２０は電気的に接続されることができる。そして、例えば、制御部１０１０は回路(ｃｉｒｃｕｉｔ)、アプリケーション特定(ａｐｐｌｉｃａｔｉｏｎ-ｓｐｅｃｉｆｉｃ)回路、又は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)であれば良い。また、端末１０００の動作は当該プログラムコードを記憶したメモリー装置を端末内の任意の構成部で具備することによって実現することができる。端末１０００は上述したモジュールのうちの一つを含むことができる。

【0178】

図１１は、一実施形態による基地局の図面である。

【0179】

基地局１１００は上述した電子機器のうちの一つであれば良く、送受信部１１２０及び基地局の全般的な動作を制御する制御部１１１０を含むことができる。前記送受信部１１２０は送信部１１２３ 及び受信部１１２５を含むことができる。基地局１１００は送受信部１１２０と制御部１１１０の以外にも記憶部をさらに含むこともできる。

【0180】

送受信部１１２０は他のネットワークエンティティと信号を送受信することができる。

【0181】

制御部１１１０は図面３、４、８、９の方法を行うように各ブロック間の信号フローを制御することができる。

【0182】

前記制御部１１１０及び送受信部１１２０は必ず別途のモジュールで具現されなければならないのではなく、又は単一チップ又はｓｙｓｔｅｍ ｏｎ ｃｈｉｐなどのような形態で一つの構成部で具現されることができることは勿論である。前記制御部１１１０及び送受信部１１２０は電気的に接続されることができる。そして、例えば、制御部１１１０は回路(ｃｉｒｃｕｉｔ)、アプリケーション特定(ａｐｐｌｉｃａｔｉｏｎ-ｓｐｅｃｉｆｉｃ)回路、又は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)であれば良い。基地局の動作は当該プログラムコードを記憶したメモリー装置を基地局内の任意の構成部で具備することによって実現することができる。基地局１１００は上述したモジュールのうちの一つを含むことができる。

【0183】

図１２は、一実施形態によるネットワークエンティティの図面である。

【0184】

ネットワークエンティティ１２００は送受信部１２２０及び基地局の全般的な動作を制御する制御部１２１０を含むことができる。前記送受信部１２２０は送信部１２２３及び受信部１２２５を含むことができる。ネットワークエンティティ１２００は送受信部１２２０と制御部１２１０の以外にも記憶部をさらに含むこともできる。

【0185】

送受信部１２２０は他のネットワークエンティティと信号を送受信することができる。

【0186】

制御部１２１０は図面３、４、８、９の方法を行うように各ブロック間の信号フローを制御することができる。

【0187】

前記制御部１２１０及び送受信部１２２０は必ず別途のモジュールで具現されなければならないのではなく、又は単一チップ又はｓｙｓｔｅｍ ｏｎ ｓｈｉｐなどのような形態で一つの構成部で具現されることができることは勿論である。前記制御部１２１０及び送受信部１２２０は電気的に接続されることができる。そして、例えば、制御部１２１０は回路(ｃｉｒｃｕｉｔ)、アプリケーション特定(ａｐｐｌｉｃａｔｉｏｎ-ｓｐｅｃｉｆｉｃ)回路、又は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)であれば良い。基地局１２００の動作は当該プログラムコードを記憶したメモリー装置を基地局内の任意の構成部で具備することによって実現することができる。

【0188】

本発明の一実施形態によれば、端末(ＵＥ:Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)のｐａｃｋｅｔ処理負担(ｃｏｍｐｕｔａｔｉｏｎ ｌｏａｄ)を軽減させて、ＱｏＳサポートのための無線資源の使用を節約する効果がある。また、本発明の一実施形態によれば、５Ｇバックホール網で多様なＱｏＳ要求事項とバックホール網状況を反映したＱｏＳを保障する効果がある。

【0189】

本開示の特定実施例を参照して示されて説明されたが、当業者は本開示の範囲を逸脱せず形態及び詳細事項の多様な変更が成ることができることを理解するだろう。それゆえ、本開示の範囲は実施形態に制限されることに定義されてはいけなく、添付された請求範囲及びその等価物によって定義されなければならない。

【符号の説明】

【0190】

1010 制御部
1020 送受信部
1023 送信部
1025 受信部
1110 制御部
1120 送受信部
1123 送信部
1125 受信部
1210 制御部
1220 送受信部
1223 送信部
1225 受信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】