(57)【要約】  移動通信システムにおいてＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)ｆｌｏｗを設定する方法を用いる電子機器を提供すること。本開示は、４Ｇシステム以後より高いデータ送信率をサポートするための５Ｇ通信システムをＩｏＴ技術と融合する通信技法及びそのシステムに関する。本開示は５Ｇ通信技術及びＩｏＴ関連技術を基盤に知能型サービス(例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー、コネクテッドカー、ヘルスケア、デジタル教育、スマート小売り、保安及び安全サービスなど)に適用されることができる。本発明は、移動通信システムでＱｏＳ ｆｌｏｗを設定する方法及び装置を開示する。
2020519173.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムの基地局の方法であって、
第１ネットワークエンティティから端末のＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フローが反映式ＱｏＳ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)に係ることを指示する情報を受信する段階と、
前記第１ネットワークエンティティから受信された情報に基づいて前記端末に前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定する段階と、及び
前記端末に前記ＤＲＢを介してデータを送信する段階と、を含む、方法。
【請求項２】
前記ＱｏＳフローが前記反映式ＱｏＳに係ると、前記データは前記反映式ＱｏＳに対するヘッダと共に前記端末に送信され、
前記ＱｏＳフローが前記反映式ＱｏＳに係っていないと、前記データは前記ヘッダ無しに前記端末に送信され、
前記ヘッダは前記ＱｏＳフローの識別子及び前記反映式ＱｏＳに対するインジケーターを含む、請求項１に記載の方法。
【請求項３】
前記方法は、
前記第１ネットワークエンティティから、前記端末のアップリンクパケットに対する送信レベルマーキング関連情報を受信する段階と、
前記端末からアップリンクデータを受信する段階と、及び
第２ネットワークエンティティで、前記アップリンクデータに前記送信レベルマーキングを適用することによって前記アップリンクデータを送信する段階と、をさらに含む、請求項１に記載の方法。
【請求項４】
前記第１ネットワークエンティティから受信された情報はＤＳＣＰ(ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ)値を含み、
前記第１ネットワークエンティティはＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であり、前記第２ネットワークエンティティはＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)である、請求項３に記載方法。
【請求項５】
無線通信システムの基地局であって、前記基地局は、
送受信部と、及び
前記送受信部と接続され、第１ネットワークエンティティから端末のＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)のフローが反映式ＱｏＳ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)に係ることを指示する情報を受信し、
前記第１ネットワークエンティティから受信された情報に基づいて前記端末に前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定し、
前記端末に前記ＤＲＢを介してデータを送信するように設定された制御部と、を含む、基地局。
【請求項６】
前記ＱｏＳフローが前記反映式ＱｏＳに係ると、前記データは前記反映式ＱｏＳに対するヘッダと共に前記端末に送信され、
前記ＱｏＳフローが前記反映式ＱｏＳに係っていないと、前記データは前記ヘッダ無しに前記端末に送信され、
前記ヘッダは前記ＱｏＳフローの識別子及び前記反映式ＱｏＳに対するインジケーターを含む、請求項５に記載の基地局。
【請求項７】
前記制御部は、
前記第１ネットワークエンティティから、前記端末のアップリンクパケットに対する送信レベルマーキング関連情報を受信し、
前記端末からアップリンクデータを受信し、及び
第２ネットワークエンティティに、前記アップリンクデータに前記送信レベルマーキングを適用することによって前記アップリンクデータを送信するようにさらに設定される、請求項５に記載の基地局。
【請求項８】
前記第１ネットワークエンティティから受信された情報はＤＳＣＰ(ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ)値を含み、
前記第１ネットワークエンティティはＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であり、前記第２ネットワークエンティティはＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)である、請求項７に記載の基地局。
【請求項９】
無線通信システムの第１ネットワークエンティティの方法であって、
端末のためのＱｏＳフローが反映式ＱｏＳに係るかを判断する段階と、及び
前記判断に基づいて前記ＱｏＳフローが前記反映式ＱｏＳに係ることを指示する情報を基地局に送信する段階と、を含み、
前記端末に前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢが前記基地局に送信された情報に基づいて前記基地局によって設定されることを特徴とする、方法。
【請求項１０】
前記ＱｏＳフローが前記反映式ＱｏＳに係ると、データは前記反映式ＱｏＳに対するヘッダと共に前記ＤＲＢを介して前記端末に送信され、
前記ＱｏＳフローが前記反映式ＱｏＳに係っていないと、前記データは前記ヘッダ無しに前記ＤＲＢを介して前記端末に送信され、
前記ヘッダは前記ＱｏＳフローの識別子及び前記反映式ＱｏＳに対するインジケーターを含む、請求項９に記載の方法。
【請求項１１】
前記方法は、
前記端末のダウンリンクパケットに対する送信レベルマーキングに係る第１情報を第２ネットワークエンティティに送信する段階と、及び
前記端末のアップリンクパケットに対する送信レベルマーキングに係る第２情報を前記基地局に送信する段階と、をさらに含み、
前記第１情報と前記第２情報はＤＳＣＰ(ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ)値を含み、
前記第１ネットワークエンティティはＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であり、前記第２ネットワークエンティティはＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)である、請求項９に記載の方法。
【請求項１２】
無線通信システムの第１ネットワークエンティティであって、
送受信部と、及び
前記送受信部と接続され、端末のためのＱｏＳフローが反映式ＱｏＳに係るか判断し、
前記判断に基づいて前記ＱｏＳフローが前記反映式ＱｏＳに係ることを指示する情報を基地局に送信するように設定された制御部と、を含み 、
前記端末に前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢが前記基地局に送信された情報に基づいて前記基地局によって設定されることを特徴とする、第１ネットワークエンティティ。
【請求項１３】
前記ＱｏＳフローが前記反映式ＱｏＳに係ると、データは前記反映式ＱｏＳに対するヘッダと共に前記ＤＲＢを介して前記端末に送信され、
前記ＱｏＳフローが前記反映式ＱｏＳに係っていないと、前記データは前記ヘッダ無しに前記ＤＲＢを介して前記端末に送信され、
前記ヘッダは前記ＱｏＳフローの識別子及び前記反映式ＱｏＳに対するインジケーターを含む、請求項１２に記載の第１ネットワークエンティティ。
【請求項１４】
前記制御部は、
前記端末のダウンリンクパケットに対する送信レベルマーキングに係る第１情報を第２ネットワークエンティティに送信し、
前記端末のアップリンクパケットに対する送信レベルマーキングに係る第２情報を前記基地局に送信するようにさらに設定される、請求項１２に記載の第１ネットワークエンティティ。
【請求項１５】
前記第１情報及び前記第２情報はＤＳＣＰ(ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ)値を含み、
前記第１ネットワークエンティティはＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であり、前記第２ネットワークエンティティはＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)である、請求項１４に記載の第１ネットワークエンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に電子機器に関し、具体的には移動通信システムにおいてＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)ｆｌｏｗを設定する方法を用いる電子機器に関する。
【背景技術】
【０００２】
改善された５Ｇ通信システム又はｐｒｅ-５Ｇ通信システムを開発するための努力が成りつつあり、５Ｇ通信システム又はｐｒｅ-５Ｇ通信システムは、４Ｇネットワーク以後(Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ)通信システム又はＬＴＥシステム以後(Ｐｏｓｔ ＬＴＥ)のシステムと呼ばれている。
【０００３】
高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ)帯域(例えば、６０ギガ(６０ＧＨｚ)帯域のような)での具現が考慮されている。超高周波帯域での電波の経路損失の緩和及び電波の伝達距離を増加させるために、ビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)、巨大配列多重入出力(ｍａｓｓｉｖｅ ＭＩＭＯ)、全次元多重入出力(Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ−ＭＩＭＯ)、アレイアンテナ(ａｒｒａｙ ａｎｔｅｎｎａ)、アナログビームフォーミング(ａｎａｌｏｇ ｂｅａｍ−ｆｏｒｍｉｎｇ)、及び大規模アンテナ(ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ)技術が５Ｇ通信システムで考慮される技術である。
【０００４】
システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善した小型セル(ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ)、クラウド無線アクセスネットワーク(ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ)、超高密度ネットワーク(ｕｌｔｒａ−ｄｅｎｓｅ ｎｅｔｗｏｒｋ)、機器間の通信(Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ)、無線バックホール(ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ)、移動ネットワーク(ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ)、協力通信(ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＣｏＭＰ(Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ−Ｐｏｉｎｔｓ)、及び受信干渉除去(ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ)などの技術開発が成りつつある。これ以外にも、５Ｇシステムでは進歩されたコーディング変調(Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ)方式である ＦＱＡＭ (Ｈｙｂｒｉｄ ＦＳＫ(ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ ｋｅｙｉｎｇ)ａｎｄ ＱＡＭ (ｑｕａｄｒａｔｕｒｅ ａｍｐｌｉｔｕｄｅ ｍｏｄｕｌａｔｉｏｎ)Ｍｏｄｕｌａｔｉｏｎ)及びＳＷＳＣ(Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ)と、進歩された接続技術であるＦＢＭＣ(Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ)、ＮＯＭＡ(ｎｏｎｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、及びＳＣＭＡ(ｓｐａｒｓｅｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などが開発されている。
【０００５】
一方、インターネットは事物などの分散された構成要素の間に情報を取り交わして処理するＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、事物インターネット)網に進化しつつある。クラウドサーバーなどとの接続を通じるビックデータ(Ｂｉｇ ｄａｔａ)処理技術などがＩｏＴ技術に結合されたＩｏＥ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ)技術も台頭している。ＩｏＴを具現するため、センシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が要求され、最近には事物間の接続のためのセンサーネットワーク(ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ)、マシンツーマシン(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が研究されている。ＩｏＴ環境では接続された事物で生成されたデータを収集、分析する知能型ＩＴ(Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ)サービスが提供されることができる。ＩｏＴは既存のＩＴ(ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ)技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。
【０００６】
これに、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが成っている。例えば、センサーネットワーク(ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ)、マシンツーマシン(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの技術がビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されていることである。前述したビックデータ処理技術としてクラウド無線アクセスネットワーク(ｃｌｏｕｄ ＲＡＮ)が適用されることも５Ｇ技術とＩｏＴ技術の融合の一例と言える。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したように５Ｇ技術及び５Ｇ通信システムが台頭されることによって、多様なＱｏＳ要求を満足させるための要求がある。
【課題を解決するための手段】
【０００８】
本開示は、少なくとも上述した問題点を解消して以下に記述される長所を提供するためのことである。
【０００９】
本開示の一実施形態によれば、無線通信システムで基地局の方法が提供される。前記方法はネットワークエンティティから端末のＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フローが反映式ＱｏＳ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)に係ることを指示する情報を受信する段階と、前記ネットワークエンティティから受信された情報に基づいて前記端末で前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定する段階と、及び前記端末で前記ＤＲＢを介してデータを送信する段階と、を含む。
【００１０】
本開示の一実施形態によれば、無線通信システムで基地局が提供される。前記基地局は送受信部及び前記送受信部と接続され、ネットワークエンティティから端末のＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フローが反映式ＱｏＳ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)に係ることを指示する情報を受信し、前記ネットワークエンティティから受信された情報に基づいて前記端末で前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定し、及び前記端末で前記ＤＲＢを介してデータを送信するように設定された制御部を含む。
【００１１】
本開示の一実施形態によれば、無線通信システムでネットワークエンティティの方法が提供される。前記方法は端末のためのＱｏＳフローが反映式ＱｏＳに係るか判断する段階と、及び基地局で前記判断に基づいて前記ＱｏＳフローが前記反映式ＱｏＳに係ることを指示する情報を送信する段階と、を含み、前記端末で前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢが前記基地局で送信された情報に基づいて前記基地局によって設定される。
【００１２】
本開示の一実施形態によれば、無線通信システムでネットワークエンティティが提供される。前記ネットワークエンティティは送受信部及び前記送受信部と接続されて端末のためのＱｏＳフローが反映式ＱｏＳに係るか判断し、及び基地局で前記判断に基づいて前記ＱｏＳフローが前記反映式ＱｏＳに係ることを指示する情報を送信するように設定された制御部を含み、前記端末で前記ＱｏＳフローのトラフィックを伝達するためのＤＲＢが前記基地局で送信された情報に基づいて前記基地局によって設定される。
【００１３】
本開示の一実施形態によれば、無線通信システムで第１ネットワークエンティティの方法が提供される。前記方法は第２ネットワークエンティティから端末のダウンリンクパケットに対する送信レベルマーキングに係る情報を受信する段階と、第３ネットワークエンティティから前記端末のダウンリンクデータを受信する段階と、及び前記第２ネットワークエンティティから受信された情報に基づいて前記ダウンリンクパケットに対する前記送信レベルマーキングを適用することによって前記ダウンリンクデータを基地局で送信する段階と、を含む。
【００１４】
本開示の一実施形態によれば、無線通信システムで第１ネットワークエンティティが提供される。前記第１ネットワークエンティティは送受信部及び前記送受信部と接続されて第２ネットワークエンティティから端末のダウンリンクパケットに対する送信レベルマーキングに係る情報を受信し、第３ネットワークエンティティから前記端末のダウンリンクデータを受信し、及び前記第２ネットワークエンティティから受信された情報に基づいて前記ダウンリンクパケットに対する前記送信レベルマーキングを適用することによって前記ダウンリンクデータを基地局で送信するように設定された制御部を含む。
【００１５】
本開示の一実施形態によれば、無線通信システムで基地局の方法が提供される。前記方法は第１ネットワークエンティティから端末のアップリンクパケットのための送信レベルマーキングに係る情報を受信する段階と、前記端末からアップリンクデータを受信する段階と、及び前記アップリンクデータに前記送信レベルマーキングを適用することによって前記アップリンクデータを第２ネットワークエンティティで送信する段階と、を含む。
【００１６】
本開示の一実施形態によれば、無線通信システムで基地局が提供される。前記基地局は送受信部及び前記送受信部と接続されて第１ネットワークエンティティから端末のアップリンクパケットのための送信レベルマーキングに係る情報を受信し、前記端末からアップリンクデータを受信し、及び前記アップリンクデータに前記送信レベルマーキングを適用することによって前記アップリンクデータを第２ネットワークエンティティで送信するように設定された制御部を含む。
【００１７】
本開示の一実施形態によれば、無線通信システムで第１ネットワークエンティティの方法が提供される。前記方法は端末のダウンリンクパケットに対する送信レベルマーキングに係る第１情報を第２ネットワークエンティティで送信する段階と、前記端末のアップリンクパケットに対する送信レベルマーキングに係る第２情報を基地局で送信する段階と、を含む。
【００１８】
本開示の一実施形態によれば、無線通信システムで第１ネットワークエンティティが提供される。前記第１ネットワークエンティティは送受信部及び前記送受信部と接続されて端末のダウンリンクパケットに対する送信レベルマーキングに係る第１情報を第２ネットワークエンティティで送信し前記端末のアップリンクパケットに対する送信レベルマーキングに係る第２情報を基地局で送信するように設定された制御部を含む。
【発明の効果】
【００１９】
本開示の実施形態によれば、Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ、Ｆｌｅｘｉｂｌｅ ＱｏＳ及び非標準ＱｏＳ Ｃｌａｓｓを適用することによって５Ｇ通信システムに対する多様なＱｏＳ要求が満足されることができる。ひいては、バックホール区間でのＱｏＳ差別化のためにＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇが５Ｇ通信システムにも適用されることができる。
【図面の簡単な説明】
【００２０】
上述した内容外にも本開示の特定実施形態に対する他の様態、特徴、効果は以下の具体的な説明とともに伴う図面から自明に導出されることができ、このような図面は以下の通りである：
【図１】一実施形態による５Ｇシステムを示した図面である。
【図２】一実施形態によるＲｅｆｌｅｃｔｉｖｅ ＱｏＳの図面である。
【図３】一実施形態によるＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続きに対する方法のフローチャートである。
【図４】一実施形態によるＰＤＵ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ手続きのフローチャートである。
【図５】一実施形態によるＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)がＵＥで伝達するＱｏＳ ｒｕｌｅの図面である。
【図６】一実施形態によるＳＭＦがＲＡＮで伝達するＱｏＳ ｐｒｏｆｉｌｅを説明する図面である。
【図７】一実施形態によるＳＭＦがＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)で伝達するＱｏＳ ｒｕｌｅを説明する図面である。
【図８】一実施形態による ＤＬ／ＵＬ(ｄｏｗｎｌｉｎｋ／ｕｐｌｉｎｋ)でのｄａｔａパケットの伝達手続きの方法に対するフローチャートである。
【図９】一実施形態によるＵＥのＱｏＳ ＦｌｏｗのＲＱ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)サポート可否と種類によるＤＬ ｐａｃｋｅｔ処理方法に対するフローチャートである。
【図１０】一実施形態による端末の図面である。
【図１１】一実施形態による基地局の図面である。
【図１２】一実施形態によるネットワークエンティティの図面である。
【発明を実施するための形態】
【００２１】
本開示の実施形態は添付図面を参照して以下に説明されるだろう。しかし、本開示の実施形態は特定実施形態に制限されず、本開示のすべての修正、変更、同等な装置及び方法、及び／又は代案的な実施形態を含むことに解釈されなければならない。図面の説明で、類似の要素に対しては類似の参照符号が用いられる。
【００２２】
本願に用いられた用語“有する(ｈａｖｅ)”、“有することができる(ｍａｙ ｈａｖｅ)”、“含む(ｉｎｃｌｕｄｅ)”及び“含むことができる(ｍａｙ ｉｎｃｌｕｄｅ)”は対応する特徴部(例えば、数値、機能、動作又は部品のような要素)の存在を示し、追加機能の存在を排除しない。
【００２３】
本願に用いられた用語“Ａ又はＢ”、“Ａ又は／及びＢのうちの少なくとも一つ”又は“一つ以上のＡ又は／及びＢ”はそれらと共に列挙された項目のすべての可能な組み合せを含む。例えば、“Ａ又はＢ”、“Ａ及びＢのうちの少なくとも一つ”又は“Ａ又はＢのうちの少なくとも一つ”は(１)一つ以上のＡを含むか、(２)一つ以上のＢを含むか、(３)少なくとも一つのＡ及び少なくとも一つのＢを含むことを意味する。
【００２４】
本明細書で用いられた“第１”及び“第２”のような用語は重要度又は手順にかかわらず対応する構成要素を用いることができ、構成要素を制限せず構成要素を他の構成要素と区別するために用いられる。これら用語は一つの構成要素を他の構成要素と区別するために用いられることができる。例えば、第１ユーザ装置及び第２ユーザ装置は手順又は重要度にかかわらず他のユーザ装置を示すことができる。例えば、本発明の権利範囲を逸脱しないなら第１構成要素は第２構成要素で命名されることができ、類似に第２構成要素も第１構成要素で命名されることができる。
【００２５】
構成要素(例えば、第１構成要素)が他の構成要素(例えば、第２構成要素)と“(作動的又は通信的に)結合される”又は“接続される”場合、構成要素は直接的に構成されることができることを理解するだろう。他の構成要素と結合された他の構成要素を有することができ、その構成要素と異なる構成要素の間の中間(ｉｎｔｅｒｖｅｎｉｎｇ)構成要素(例えば、第３構成要素)があれば良い。反対に、構成要素(例えば、第１構成要素)が他の構成要素(例えば、第２構成要素)と“直接結合されて”いるか“直接接続されて”いる時、当該構成要素と対象構成要素中間に他の構成要素(例えば、第３の構成要素)が存在しないことが理解されるだろう。
【００２６】
本明細書で用いられる“設定される(又は構成される)”という表現は“適合な(ｓｕｉｔａｂｌｅ ｆｏｒ)”、“能力を有する(ｈａｖｉｎｇ ｔｈｅ ｃａｐａｃｉｔｙ ｔｏ)”、“設計された(ｄｅｓｉｇｎｅｄ ｔｏ)”、“適応する(ａｄａｐｔｅｄ ｔｏ)”、“作る(ｍａｄｅ ｔｏ)”又は“可能である(ｃａｐａｂｌｅ ｏｆ)”と相互交換的に用いられることができる。状況により“設定される(構成される)”という用語が必ずハードウェア水準で“特別に設計された”を意味することではない。代りに、“〜から構成された装置”という表現は装置が特定状況で他の装置又は部品と共に“可能である(ｃａｐａｂｌｅ ｏｆ)”と言うことを意味することができる。例えば、“Ａ、Ｂ及びＣを行うように設定された(ｃｏｎｆｉｇｕｒｅｄ ｔｏ ｏｒ ｓｅｔ ｔｏ)プロセッサ”はメモリー装置に記憶された一つ以上のソフトウェアプログラムを行うことで対応する動作を行うことができる専用プロセッサ(例えば、内装プロセッサ)又は汎用プロセッサ(例えば、中央処理装置(ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ)又はアプリケーションプロセッサ(ＡＰ：ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ))を意味することができる。
【００２７】
本開示の多様な実施形態を説明するのに用いられた用語は特定実施形態を説明するためのことで本開示を制限しようとすることではない。単数の表現は文脈上明白に異なるように意味しない限り、複数の表現を含む。技術的や科学的な用語を含んでここで用いられるすべての用語は異なるように定義されない限り、関連技術分野の通常の技術者によって一般的に理解されることと同一な意味を有する。一般的に用いられる事前に定義された用語は関連技術の文脈的意味と同一又は類似の意味を有することで解釈されなければならなく、本明細書で明確に定義されない限り理想的や誇張された意味を有することで解釈されてはいけない。場合によって、本文書で定義された用語であっても本開示の実施形態を排除するように解釈されない。
【００２８】
本明細書で用いられる用語“モジュール”は例えば、ハードウェア、ソフトウェア及びファームウェアのうちの一つを含むユニット又はこれらのうちの２つ以上の組み合せを意味することができる。“モジュール”という用語は例えば、“ユニット”、“ロジック”、“論理ブロック”、“コンポネント”又は“回路”という用語と互換的に用いられることができる。“モジュール”は集積構成要素の最小単位又はその一部であれば良い。“モジュール”は一つ以上の機能又はその一部を行うための最小ユニットであれば良い。“モジュール”は機械的又は電子的に具現されることができる。例えば、本開示による“モジュール”はＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎ-ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ)チップ、ＦＰＧＡ(ｆｉｅｌｄ-ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ)、及び以前に行われた動作又は以後に開発される動作を行うためのプログラマブルロジック装置のうちの少なくとも一つを含むことができる。
【００２９】
本開示による電子装置は、例えば、スマートフォン、タブレットパーソナルコンピューター(ＰＣ)、携帯電話、ビデオフォン、電子ブックリーダー(ｅ-ｂｏｏｋ ｒｅａｄｅｒ)、デスクトップのうちの少なくとも一つを含むことができる。ＰＣ、ラップトップＰＣ、ネットブックコンピューター、ワークステーション、サーバー、個人携帯情報端末(ＰＤＡ)、携帯用マルチメディアプレーヤー(ＰＭＰ)、ＭＰＥＧ−１オーディオレイヤー−３(ＭＰ３)プレーヤー、モバイル医療機器、カメラ及びウェアラブル装置。ウェアラブル装置はアクセサリータイプ(例えば、時計、指輪、腕輪、アンクレット、ネックレス、メガネ、コンタクトレンズ又はＨＭＤ(Ｈｅａｄ-ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ))、ファブリック又は衣類一体型(例えば、電子衣類)、身体装着型(例えば、スキンパッド又はタトゥー)、及び生体移植型(例えば、移植型回路)のうちの少なくとも一つを含むことができる。
【００３０】
電子装置は家電製品であれば良い。家電機器は、例えば、テレビ、ＤＶＤ(ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｋ)プレーヤー、オーディオ、冷蔵庫、エアコン、真空清掃器、オーブン、電子レンジ、洗濯機、エアクリーナー、セットトップボックス、ホームオートメーションコントロールパネル、保安コントロールパネル、ＴＶボックス(例えば、Ｓａｍｓｕｎｇ ＨｏｍｅＳｙｎｃＴＭ、Ａｐｐｌｅ ＴＶＴＭ 又はＧｏｏｇｌｅ ＴＶＴＭ)、ゲームコンソール(例えば、ＸｂｏｘＴＭ及びＰｌａｙＳｔａｔｉｏｎＴＭ)、電子辞典、電子キー、キャムコーダ及び電子写真フレームのうちの少なくとも一つを含むことができる。
【００３１】
電子装置は多様な医療装置(例えば、多様な携帯用医療測定装置(血糖モニタリング装置、心臓搏動数モニタリング装置、血圧測定装置、体温測定装置など)、 磁氣共鳴血管造影術(ＭＲＡ)、磁氣共鳴映像(ＭＲＩ)、コンピューター断層撮影(ＣＴ)機械及び超音波機械)、ナビゲーション装置、ＧＰＳ(Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ)受信機、ＥＤＲ(Ｅｖｅｎｔ Ｄａｔａ Ｒｅｃｏｒｄｅｒ)、飛行データ記録器(ＦＤＲ)、車両インフォテーンメント装置、船舶用電子装置(例えば、船舶用ナビゲーション装置及びジャイロコンパス)、航空電子工学、保安装置、自動車ヘッドユニット、家庭用ロボット又は産業、銀行の現金自動預け払い機(ＡＴＭ)、商店のＰＯＳ(Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ)装置又はＩｏＴ装置(例えば、電球、多様なセンサー、電気又はガス計量器、スプリンクラー装置、火事報知機、温度調節装置、街燈、トースター、スポーツ用品、お湯タンク、ヒーター、ボイラーなど)のうちの少なくとも一つを含むことができる。
【００３２】
電子装置は家具又は建物／構造の一部、電子ボード、電子署名受信装置、プロジェクター及び多様な種類の測定装置(例えば、水道メートル、電気メートル、ガス計量器及び電波測定器)のうちの少なくとも一つを含むことができる。電子装置は前述の多様な装置のうちの一つ又はその以上の組み合せあれば良い。電子装置はさらにフレキシブルデバイスであれば良い。また、電子装置は前述した機器に限定されず、新しい技術開発による電子装置を含むことができる。
【００３３】
以下、添付された図面を参照して電子装置に対して説明する。本文書で、ユーザという用語は電子装置を用いる人又は電子装置を用いる装置(例えば、人工知能電子装置)を指称することができる。
【００３４】
本開示の実施形態によって、本明細書に添付された図面を参照してＱｏＳ ｆｌｏｗの設定方法及び装置を具体的に説明する。
【００３５】
図１は、一実施形態による５Ｇシステムを示す図面である。
【００３６】
図１を参照すれば、５Ｇシステムは、ＵＥ(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、１１０)、ＲＡＮ(ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、１１５)、ＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、１２０)、ＤＮ(ｄａｔａ ｎｅｔｗｏｒｋ、１２５)、ＵＤＭ(ｕｓｅｒ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、１３０)、ＡＭＦ(ａｃｃｅｓｓ & ｍｏｂｉｌｉｔｙ ｆｕｎｃｔｉｏｎ、１３５)、ＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、１４０)、ＰＣＦ(ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、１４５)、ＡＦ(ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、１５０)及びＡＵＳＦ(ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ、１５５)を含むことができる。
【００３７】
５ＧシステムはＯＴＴの多様なＱｏＳ要求を満足させるためにＲｅｆｌｅｃｔｉｖｅ ＱｏＳ、Ｆｌｅｘｉｂｌｅ ＱｏＳ及び非標準ＱｏＳ Ｃｌａｓｓを用いる。そして、バックホール区間でのＱｏＳ 差別化のためにＬＴＥでも用いられたＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇを用いる。
【００３８】
図２は、一実施形態によるＲｅｆｌｅｃｔｉｖｅ ＱｏＳの図面である
【００３９】
１) ＲＱ
【００４０】
ＲＱは受信したダウンリンクデータパケットに基づいて、端末がＵＬ ＱｏＳ規則を生成する方式である。一つのＰＤＵ ｓｅｓｓｉｏｎではＲＱを用いるＱｏＳ ｆｌｏｗと、そうではないＱｏＳ ｆｌｏｗがいずれもあり得る。
【００４１】
ＲＱ活性化(ａｃｔｉｖａｔｉｏｎ)方式には以下の２つがある。
【００４２】
−Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｃｔｉｖａｔｉｏｎ ｖｉａ Ｕｓｅｒ Ｐｌａｎｅ 
【００４３】
ＵＰＦ１２０が外部ＤＮから変更しようとするＱｏＳ Ｒｕｌｅに該当するＩＰ(ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ)ｆｌｏｗのパケットを受信すれば、ＵＰＦ１２０は受信したＤＬパケットのｅｎｃａｐｓｕｌａｔｉｏｎ ｈｅａｄｅｒにＲｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ(ＲＱＩ)ｆｉｅｌｄを１と設定してＮ３ ｉｎｔｅｒｆａｃｅで伝達する。ＲＱＩ ｆｉｅｌｄが設定されたＤＬパケットを受信したＵＥ１１０は受信したＤＬパケットのＩＰ及びＴＣＰ(ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ)又はＵＤＰヘッダの情報を用いてＵＬ用ＱｏＳ ｒｕｌｅを作る。
【００４４】
−Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ａｃｔｉｖａｔｉｏｎ ｖｉａ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ 
【００４５】
ＵＥ１１０がＲＱＩを含むＱｏＳルールをＳＭＦ１４０から受信し、このＱｏＳ ＲｕｌｅにマッチングするＤＬパケットを受信すれば、ＵＥ１１０は受信したＤＬパケットからＵＬ ＱｏＳ Ｒｕｌｅを生成する。
【００４６】
２) Ｆｌｅｘｉｂｌｅ ＱｏＳ
【００４７】
ＱｏＳの単位であるＥＰＳ(ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ)ｂｅａｒｅｒとＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ(ＤＲＢ)の関係が１：１であったＬＴＥ対比、５ＧシステムではＱｏＳ ＦｌｏｗとＤＲＢとの関係がｎ：１(ｎ＞＝１)が可能である。例えば、多数のＱｏＳ ＦｌｏｗがＱｏＳ要求事項を満足させると、１個のＤＲＢを用いて５Ｇ基地局(ＲＡＮ １１５)からＵＥ１１０でパケットを伝達することができる。ＲＡＮ１１５がＱｏＳ ＦｌｏｗのＤＲＢ関係を決定と接続をしたが、５Ｇ システム中心網(５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ(５ＧＣ))はその接続関係が分からない。
【００４８】
３) 非標準(ｎｏｎ-ｓｔａｎｄａｒｄｉｚｅｄ)ＱｏＳ Ｃｌａｓｓ
【００４９】
定められたＱｏＳ ＣｌａｓｓのみをサポートしたＬＴＥに比べ、５ＧシステムはＱｏＳ ｃｌａｓｓを制限せず定義することができる。これを可能にするようにするために５Ｇシステムでは２つの５Ｇ ＱｏＳ Ｉｎｄｉｃａｔｏｒ(５ＱＩ)を用いる。
【００５０】
−標準化された５ＱＩ(Ｓｔａｎｄａｒｄｉｚｅｄ ５ＱＩ)
【００５１】
標準化された５ＱＩが指称するＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃ、すなわち、Ｒｅｓｏｕｒｃｅ Ｔｙｐｅ、Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ、ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ(ＰＤＢ)、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ(ＰＥＲ)が予め５Ｇシステムの装置、Ｕｓｅｒ Ｐｌａｎｅ ｆｕｎｃｔｉｏｎ(ＵＰＦ １２０)、ＵＥ１１０、ＲＡＮ１１５に設定されていて別途のシグナリング無しに５ＱＩだけでもＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃが分かる５ＱＩを言う。
【００５２】
−非標準化された５ＱＩ(Ｎｏｎ−ｓｔａｎｄａｒｄｉｚｅｄ ５ＱＩ)
【００５３】
非標準化された５ＱＩが指称するＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃは５ＧＣが必要により動的に決定し、その決定されたＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃを５ＱＩと共に５Ｇシステムの装置に伝達する。
【００５４】
非標準化された５ＱＩを用いると、５Ｇシステムでは予め定められたＱｏＳ ｃｌａｓｓ外で自由に ＱｏＳ Ｃｌａｓｓを定義することができる。
【００５５】
４) Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ 
【００５６】
ＬＴＥではＢａｃｋｈａｕｌ網(Ｐ-ＧＷとｅＮＢ間のデータ送信のための網)でＱｏＳ差別化のためにＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇを用いる。Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇはＬＴＥのＧａｔｅｗａｙ(ＧＷ)とｅＮＢがＬＴＥのＱｏＳ Ｃｌａｓｓ Ｉｎｄｅｘ(ＱＣＩ)とＡＲＰに基づいてｂａｃｋｈａｕｌ網のＬ３又はＬ２階層ｈｅａｄｅｒにＱｏＳ差別化ｍａｒｋｉｎｇをすることである。例えば、ＧＷやｅＮＢはＥＰＳ ｂｅａｒｅｒのＱＣＩとＡＲＰを考慮してｏｕｔｅｒ ＩＰ ｈｅａｄｅｒにＤｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｃｏｄｅ Ｐｏｉｎｔ(以下、 ＤＳＣＰ)ｆｉｅｌｄに適合した値をｍａｒｋｉｎｇする。５Ｇシステムでもバックホール網でのＱｏＳ提供のためにＲＡＮ１１５とＵＰＦ１２０がＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇをする。
【００５７】
ただ、Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ使用によって、端末１１０のＤＬパケット処理の負担が増加することができる。Ｐｅｒ Ｐａｃｋｅｔ ｉｎｓｐｅｃｔｉｏｎ及び新規ＩＰ ｆｌｏｗの検出負担が増加し、５Ｇ速度向上による時間当り処理しなければならない端末のパケットの処理負担が増加することができる。ＱｏＳ情報を端末に伝達するための毎ｈｅａｄｅｒは、例えば、ＱｏＳ ｆｌｏｗ ｉｄ(ＱＦＩ)とＲｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｉｎｄｉｃａｔｉｏｎ(ＲＱＩ)伝達するために無線区間で新しいｈｅａｄｅｒを用いることによって、ＱＦＩとＲＱＩの伝達が必要ではない場合は、無線リソースの浪費が発生(ｅ.ｇ.ＩｏＴ 装置)する問題がある。５Ｇシステムでバックホール区間にＱｏＳを提供する方案が必要であれば良い。５Ｇは新しいＱｏＳ ｃｌａｓｓをサポートしやすくするために非標準化された(Ｎｏｎ-Ｓｔｄ.)５ＱＩが可能であり、５ＱＩとＤＳＣＰ ｍａｐｐｉｎｇを予め設定しにくくなる問題があり得る。
【００５８】
これに、本開示は、Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ使用による端末のＤＬパケット処理負担増加を解決するために、ＵＥ１１０のＲＱサポート可否とＲＱ種類伝達、ＣＮのＵＥのＲＱサポート可否及びＱｏＳ要求事項を考慮したＱｏＳ Ｆｌｏｗ別のＲＱサポート可否とサポート種類決定機能、Ｃｏｒｅ Ｎｅｔｗｏｒｋ(ＣＮ)のＵＥへのＱｏＳ Ｆｌｏｗ別のＲＱサポート可否とＲＱ種類伝達及びＵＥ１１０のＱｏＳ ＦｌｏｗのＲＱサポート可否とサポート種類によるＤＬ ｐａｃｋｅｔ処理差別化機能を提供することができる。
【００５９】
また、本開示は、無線リソース浪費発生問題を解決するために、ＣＮのＲＡＮ１１５でのＱｏＳ Ｆｌｏｗ 別のＲＱサポート可否とＲＱ種類伝達、ＲＡＮ１１５のＱｏＳ ＦｌｏｗのＲＱサポート可否とＲＱ種類によるＱｏＳ Ｆｌｏｗ ｔｏ ＤＲＢ ｍａｐｐｉｎｇ機能及びＲＡＮのＱｏＳ ＦｌｏｗのＲＱサポート可否とＲＱ種類によるＤＲＢのＲＱサポートヘッダ設定機能を提供することができる。
【００６０】
また、本開示は、５Ｇシステムで提供するバックホール区間の例で、ＣＮのＱｏＳ要求事項、ＵＰＦ１２０とＲＡＮ１１５間のＮ３ ｐａｔｈ状況を考慮したＱｏＳ Ｆｌｏｗ生成の時のｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇ値の決定機能、ＣＮのＵＰＦ１２０とＲＡＮ１１５でのＱｏＳ Ｆｌｏｗ別のｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇ値の伝達機能を提供することができる。
【００６１】
第１実施形態−ＰＤＵ Ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続き
【００６２】
図３は、一実施形態によるＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続きに対する方法のフローチャートである。
【００６３】
１． [ＵＥ→ＡＭＦ] Ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔを伝達してｓｅｓｓｉｏｎ設置をリクエストする。Ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｑｕｅｓｔはＵＥが支援可能なＲＱ種類を含む(３０２)。ＲＱ種類はＲＱ未支援(Ｎｏｔ ｓｕｐｐｏｒｔ)、ＲＱ ｖｉａ Ｃ(ＲＱ ｖｉａ ｃｏｎｔｒｏｌ ｐｌａｎｅ、ＲＱｖＣ)だけ支援(ＲＱｖＣ ｏｎｌｙ)、ＲＱ ｖｉａ Ｕ(ＲＱ ｖｉａ ｕｓｅｒ ｐｌａｎｅ、ＲＱｖＵ)だけ支援(ＲＱｖＵ ｏｎｌｙ)。ＲＱ ｖｉａ ＣとＲＱ ｖｉａ Ｕのいずれもサポート可能(ＲＱｖＣｖＵ)の種類が可能である。
【００６４】
２．(ＡＭＦ)ＡＭＦがＳＭＦを選択する(３０４)。
【００６５】
３． [ＡＭＦ→ＳＭＦ]手続き２で選択したＳＭＦでＰＤＵ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈ ｒｅｑｕｅｓｔを伝達する(３０６)。
【００６６】
４． [ＳＭＦ→ＵＤＭ]ＳＭＦはＵＤＭにＵＥのｓｕｂｓｃｒｉｐｔｉｏｎ情報をリクエストして受ける(３０８)。
【００６７】
５． ＰＤＵ ｓｅｓｓｉｏｎ認証手続き(３１０)
【００６８】
６．(ＳＭＦ)ＳＭＦがＰＣＦを選択することができる。この時、ＳＭＦはＰＣＦにＵＥが用いるＱｏＳ Ｐｏｌｉｃｙを受けることができる(３１２、３１４)。
【００６９】
７．(ＳＭＦ)ＳＭＦはＵＥと ＤＮ間のｓｅｓｓｉｏｎが用いるＵＰＦを選択する(３１６)。
【００７０】
８．(ＳＭＦ→ＰＣＦ)ＳＭＦはＰＣＦにＵＥが用いるＱｏＳ Ｐｏｌｉｃｙ ｒｕｌｅを受けることができる(３１８)。ＳＭＦはＵＥが手続き１のＲＱサポート可否及び種類と手続き６のＰＣＦのＱｏＳ ｐｏｌｉｃｙを考慮し、[第３実施形態]の項目と[第４実施形態]を決定する。
【００７１】
手続き６のＰＣＦの ＱｏＳ ｐｏｌｉｃｙとＵＰＦとＲＡＮ間のｂａｃｋｈａｕｌ状態を考慮して[第４実施形態]と[第５実施形態]のＵＬ及びＤＬ Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇを決定する。
【００７２】
９．(ＳＭＦ→ＵＰＦ)手続き５でｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続きを実行した場合、ＳＭＦはＵＰＦにＮ４ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔをする。Ｎ４ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔは手続き８で決定した[第５実施形態]を含む(３２０)。
【００７３】
１０．(ＳＭＦ→ＡＭＦ)ＳＭＦはＡＭＦにＳＭ ｒｅｓｐｏｎｓｅを伝達する。ＳＭ Ｒｅｓｐｏｎｓｅは次を含むことができる。Ｃａｕｓｅ、Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ、Ｎ１ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ。Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎはＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、ＱｏＳ Ｐｒｏｆｉｌｅ(ｓ)、ＣＮ Ｔｕｎｎｅｌ Ｉｎｆｏを含む。Ｎ１ ＳＭ ｉｎｆｏｒｍａｔｉｏｎはＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔ(Ａｕｔｈｏｒｉｚｅｄ ＱｏＳ Ｒｕｌｅ、ＳＳＣ(ｓｅｓｓｉｏｎ ａｎｄ ｓｅｒｖｉｃｅ ｃｏｎｔｉｎｕｉｔｙ) ｍｏｄｅ、Ｓ-ＮＳＳＡＩ(ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ)、ａｌｌｏｃａｔｅｄ ＩＰｖ４ ａｄｄｒｅｓｓ)を含む(３２２)。
【００７４】
ＱｏＳ ＰｒｏｆｉｌｅはＲＡＮセッションに用いられるＱｏＳ Ｆｌｏｗの[第４実施形態]を含む。      
【００７５】
Ａｕｔｈｏｒｉｚｅｄ ＱｏＳ ｒｕｌｅはＵＥセッションに用いられるＱｏＳ Ｆｌｏｗの[第３実施形態]を含む。
【００７６】
１１．(ＡＭＦ→ＲＡＮ)ＡＭＦがＲＡＮにＮ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔを伝達する。ＡＭＦはＰＤＵ Ｓｅｓｓｉｏｎ ＩＤとＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔを含むＮＡＳ ｍｅｓｓａｇｅをＲＡＮに伝達する(３２４)。
【００７７】
１２．(ＲＡＮ→ＵＥ)ＲＡＮは[第６実施形態]と共にＤＲＢ設定をする(３２６)。
【００７８】
ＲＡＮは手続き１１で受信した ＮＡＳ ｍｅｓｓａｇｅ(ＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、Ｎ１ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ(ＰＤＵ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ａｃｃｅｐｔ))をＵＥに伝達する。
【００７９】
１３．(ＲＡＮ→ＡＭＦ)手続き１１のリクエストに対する応答(３２８)
【００８０】
１４．(ＡＭＦ→ＳＭＦ)ＳＭ Ｒｅｑｕｅｓｔ(Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ)を伝達する(３３２)。
【００８１】
１５．(ＳＭＦ→ＵＰＦ)ＳＭＦはＰＤＵ ｓｅｓｓｉｏｎが作られていなかったらＵＰＦにＮ４ Ｓｅｓｓｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔメッセージを伝達してＰＤＵ ｓｅｓｓｉｏｎ生成をリクエストし、作られていると、Ｎ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎを伝達してＰＤＵ ｓｅｓｓｉｏｎ変更をリクエストする(３３４)。
【００８２】
Ｎ４ Ｓｅｓｓｉｏｎ ＥｓｔａｂｌｉｓｈｍｅｎｔとＮ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎは[第５実施形態]を含む。
【００８３】
１６．(ＳＭＦ→ＡＭＦ)手続き１４の応答(３３６)
【００８４】
１７．(ＳＭＦ→ＵＥ)ＩＰｖ６設定情報を伝達することができる(３３８)。
【００８５】
１８．ＰＤＵ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔがＮｏｎ-３ＧＰＰ ａｃｃｅｓｓから３ＧＰＰ ａｃｃｅｓｓへのｈａｎｄｏｖｅｒの場合、ｎｏｎ-３ＧＰＰ ａｃｃｅｓｓにあったｓｅｓｓｉｏｎをｒｅｌｅａｓｅする(３４２)。
【００８６】
１９．ＵＤＭがＳＭＦ ｉｄ、ＳＭＦ ａｄｄｒｅｓｓ、ＤＮＮを保存する(３４４)。
【００８７】
第２実施形態−ＰＤＵ Ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ手続き
【００８８】
図４は、一実施形態によるＰＤＵ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ手続きのフローチャートである。
【００８９】
１．手続きの開始は以下の通りである。
【００９０】
Ａ． ＵＥ ｉｎｉｔｉａｔｅｓ ｔｈｅ ＰＤＵ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｂｙ ｔｈｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ａ ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｏｖｅｒ Ｎ１(４０２)
【００９１】
Ｂ． ＰＣＦ ｉｎｉｔｉａｔｅｓ ｔｈｅ ＰＤＵ-ＣＡＮ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｕｐｏｎ ｐｏｌｉｃｙ ｄｅｃｉｓｉｏｎ ｔｒｉｇｇｅｒｅｄ ｂｙ ＤＰＩ’ｓ Ｔｒａｆｆｉｃ Ｄｅｔｅｃｔｉｏｎ ｎｏｔｉｆｉｃａｔｉｏｎ ｏｒ ｕｐｏｎ ＡＦ ｒｅｑｕｅｓｔｓ(４０４、４０６)。
【００９２】
Ｃ．ＵＤＭ ｓｅｎｄｓ Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ ｍｅｓｓａｇｅ ｔｏ ＳＭＦ(４０８)
【００９３】
Ｄ．ＳＭＦ ｍａｙ ｄｅｃｉｄｅ ｔｏ ｍｏｄｉｆｙ ＰＤＵ ｓｅｓｓｉｏｎ。
Ｔｈｉｓ ｐｒｏｃｅｄｕｒｅ ａｌｓｏ ｍａｙ ｂｅ ｔｒｉｇｇｅｒｅｄ ｂａｓｅｄ ｏｎ ｌｏｃａｌｌｙ ｃｏｎｆｉｇｕｒｅｄ ｐｏｌｉｃｙ(４１０) 
【００９４】
Ｅ．(Ｒ)ＡＮ ｓｅｎｄｓ ｔｈｅ Ｎ２ ｍｅｓｓａｇｅ(ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ、ＳＭ ｉｎｆｏｒｍａｔｉｏｎ) ｔｏ ｔｈｅ ＡＭＦ。Ｔｈｅ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ ｉｎｃｌｕｄｅｓ ｔｈｅ ＱＦＩ ａｎｄ ａ ｎｏｔｉｆｉｃａｔｉｏｎ ｉｎｄｉｃａｔｉｎｇ ｔｈａｔ ｔｈｅ ＱｏＳ ｔａｒｇｅｔｓ ｃａｎｎｏｔ ｂｅ ｆｕｌｆｉｌｌｅｄ。Ｔｈｅ ＡＭＦ ｓｅｎｄｓ ｔｈｅ ＳＭ Ｒｅｑｕｅｓｔ(ＳＭ ｉｎｆｏｒｍａｔｉｏｎ) ｍｅｓｓａｇｅ ｔｏ ｔｈｅ ＳＭＦ(４１２、４１４)。
【００９５】
２．(ＳＭＦ→ＰＣＦ)ＳＭＦはＰＣＦに変更されたＱｏＳ Ｐｏｌｉｃｙをリクエストし、ＰＣＦはＳＭＦに変更されたＱｏＳ Ｐｏｌｉｃｙを伝達する。ＳＭＦはＵＥが[第１実施形態]の手続き１のＲＱサポート可否及び種類とＰＣＦのＱｏＳ ｐｏｌｉｃｙを考慮し、[第３実施形態]の項目と[第４実施形態]を決定する(４１６)。
【００９６】
手続き６のＰＣＦのＱｏＳ ｐｏｌｉｃｙとＵＰＦとＲＡＮ間のｂａｃｋｈａｕｌ状態を考慮して[第４実施形態]と[第５実施形態]のＵＬ及びＤＬ Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇを決定する。
【００９７】
３．(ＳＭＦ→ＡＭＦ)ＳＭＦがＡＭＦにＳＭ Ｒｅｑｕｅｓｔ(Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ(ＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、ＱｏＳ Ｐｒｏｆｉｌｅ、Ｓｅｓｓｉｏｎ-ＡＭＢＲ)、Ｎ１ ＳＭ Ｃｏｎｔａｉｎｅｒ(ＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ(ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ、ＱｏＳ ｒｕｌｅ、Ｓｅｓｓｉｏｎ-ＡＭＢＲ)))メッセージを伝達する(４１８)。
【００９８】
Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎはＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ、ＱｏＳ Ｐｒｏｆｉｌｅ(ｓ)、Ｓｅｓｓｉｏｎ ＡＭＢＲを含む。
【００９９】
Ｎ１ ＳＭ ｉｎｆｏｒｍａｔｉｏｎはＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｃｏｍｍａｎｄ(ＰＤＵ ｓｅｓｓｉｏｎ ｉｄ、ＱｏＳ Ｒｕｌｅ、Ｓｅｓｓｉｏｎ ＡＭＢＲを含む。
【０１００】
ＱｏＳ ＰｒｏｆｉｌｅはＲＡＮセッションに用いられるＱｏＳ Ｆｌｏｗの[第４実施形態]を含む。
【０１０１】
Ａｕｔｈｏｒｉｚｅｄ ＱｏＳ ｒｕｌｅはＵＥセッションに用いられるＱｏＳ Ｆｌｏｗの[第３ 実施形態]を含む。
【０１０２】
４．(ＡＭＦ→ＲＡＮ)ＡＭＦはＲＡＮにＮ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝達する(４２０)。
【０１０３】
Ｎ２ ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔは手続き３のＮ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎを含む。
【０１０４】
ＮＡＳ ｍｅｓｓａｇｅは手続き３のＰＤＵ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｃｏｍｍａｎｄを含む。
【０１０５】
５．(ＲＡＮ→ＵＥ)ＲＡＮのＤＲＢ設定変更(４２２)
【０１０６】
ＵＥに手続き４のＮＡＳ ｍｅｓｓａｇｅを伝達する。
【０１０７】
手続き３で伝達したＮ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎによってＤＲＢ設定が変更されることができる。この時は[第６実施形態]と共にＤＲＢ設定ができる。
【０１０８】
６．(ＲＡＮ→ＡＭＦ)手続き４の応答(４２４)
【０１０９】
７．(ＡＭＦ→ＳＭＦ)手続き３の応答(４２６)
【０１１０】
８．(ＳＭＦ→ＵＰＦ)ＳＭＦはＵＰＦにＮ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎを伝達してＰＤＵ ｓｅｓｓｉｏｎ変更をリクエストすることができる(４２８)。
【０１１１】
Ｎ４ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎは[第５実施形態]を含む。
【０１１２】
９．(ＳＭＦ→ＰＣＦ)ＳＭＦはＰＣＦにＱｏＳ ｐｏｌｉｃｙが設定されたことを知らせることができる(４３０)。
【０１１３】
第３実施形態−ＳＭＦがＵＥに伝達するＱｏＳ Ｒｕｌｅ 
【０１１４】
ＳＭＦはＵＥにＵＬ ｔｒａｆｆｉｃの区別とＱｏＳ保障の時に用いるＱｏＳ Ｒｕｌｅを伝達する。ＵＥで伝達するＱｏＳ ｒｕｌｅは以下の内容を含むことができる。図５は、一実施形態によるＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)がＵＥで伝達するＱｏＳ ｒｕｌｅの図面である。
【０１１５】
−ＱｏＳ Ｒｕｌｅ ＩＤ(５０２):ＱｏＳ Ｒｕｌｅ制御の時、ＵＥに設定されたＱｏＳ ｒｕｌｅ 区別のための識別番号
【０１１６】
−ＱｏＳ Ｆｌｏｗ ＩＤ(ＱＦＩ)(５０４):このＱｏＳ ｒｕｌｅが指示するＱｏＳ Ｆｌｏｗを区別するためにＤＬパケットにマーキングされてＵＥに伝達され、またはＵＬ ｔｒａｆｆｉｃのＱｏＳ処理のためにＵＬパケットにＵＥがマーキングする識別番号。標準指定５ＱＩを用いる場合、ＱＦＩは５ＱＩと同じ値であれば良い。
【０１１７】
−ＱｏＳ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ(５０６):ＵＬ ｔｒａｆｆｉｃをＱｏＳ Ｒｕｌｅに該当するＱｏＳ Ｆｌｏｗを選択時、適用するｐａｃｋｅｔ ｆｉｌｔｅｒのセット。Ｄｅｆａｕｌｔ ＱｏＳ ｒｕｌｅ又はＲｅｆｌｅｃｔｉｖｅ ＱｏＳサポートする場合、省略されることができる。
【０１１８】
−Ｐｒｅｃｅｄｅｎｃｅ Ｖａｌｕｅ(５０８):このＱｏＳ ＲｕｌｅをＵＬ ｔｒａｆｆｉｃに適用する手順 
【０１１９】
−５Ｇ ＱｏＳ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｉｎｄｉｃａｔｉｏｎ(５ＱＩ、５１０):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗが５Ｇ ｓｙｓｔｅｍで処理される時、受けるようになるＱｏＳ処理特性を指示する識別子。５ＱＩは標準で指定した値又はＳＭＦが任意で選択した値であれば良い。標準指定値に対しては５ＱＩが省略されることができる。
【０１２０】
−ＱｏＳ ｐａｒａｍｅｔｅｒｓ(５１２):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗがＱｏＳ処理特性に必要なパラメーター。Ｆｌｏｗ ｔｙｐｅ、Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ、Ｐａｃｋｅｔ Ｄｅｌａｙ ｂｕｄｇｅｔ、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ、Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔｒａｔｅ、Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔｒａｔｅ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌであれば良い。端末に予め知られている場合には一つ以上のＱｏＳパラメーターが省略されることができる。
【０１２１】
−Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｓｕｐｐｏｒｔ(５１４):このＱｏＳ Ｒｕｌｅが指示するＱｏＳ ＦｌｏｗがサポートするＲｅｆｌｅｃｔｉｖｅ ＱｏＳの種類。Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳタイプはＮｏｔ Ｓｕｐｐｏｒｔ／Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｖｉａ Ｃｏｎｔｒｏｌ ｐｌａｎｅ／Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｖｉａ Ｕｓｅｒ Ｐｌａｎｅのうちのいずれか一つであれば良い。
【０１２２】
第４実施形態−ＳＭＦがＲＡＮに伝達するＱｏＳ ｐｒｏｆｉｌｅ
【０１２３】
ＳＭＦはＲＡＮにＤＬ及びＵＬ ｔｒａｆｆｉｃのＱｏＳ保障時に用いるＱｏＳ特性を示すＱｏＳ Ｐｒｏｆｉｌｅを伝達する。
【０１２４】
図６は、一実施形態によるＳＭＦがＲＡＮへ伝達するＱｏＳ ｐｒｏｆｉｌｅを説明する図面である。
【０１２５】
−ＱｏＳ Ｒｕｌｅ ＩＤ(６０２):ＱｏＳ Ｒｕｌｅ制御時、ＵＥに設定されたＱｏＳ ｒｕｌｅ区別のための識別番号
【０１２６】
−ＱｏＳ Ｆｌｏｗ ＩＤ(ＱＦＩ)(６０４):このＱｏＳ ｒｕｌｅが指示するＱｏＳ Ｆｌｏｗを区別するためにＤＬパケットにマーキングされてＵＥに伝達し、またはＵＬ ｔｒａｆｆｉｃの ＱｏＳ処理のためにＵＬパケットにＵＥがマーキングする識別番号
【０１２７】
−５Ｇ ＱｏＳ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｉｎｄｉｃａｔｉｏｎ(５ＱＩ)(６０６):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗが５Ｇ ｓｙｓｔｅｍで処理される時、受けるようになるＱｏＳ 処理特性を指示する識別子。５ＱＩは標準で指定した値又はＳＭＦが任意で選択した値段であれば良い。標準指定値に対しては５ＱＩが省略されることができる。
【０１２８】
−ＱｏＳ ｐａｒａｍｅｔｅｒｓ(６０８):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗがＱｏＳ処理特性に必要なパラメーター。Ｆｌｏｗ ｔｙｐｅ、Ｐｒｉｏｒｉｔｙ Ｌｅｖｅｌ、Ｐａｃｋｅｔ Ｄｅｌａｙ ｂｕｄｇｅｔ、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ、Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔｒａｔｅ、Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔｒａｔｅ、Ｎｏｔｉｆｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌであれば良い。ＲＡＮに予め知られている場合には一つ以上のＱｏＳパラメーターが省略されることができる(例えば、標準指定５ＱＩ使用時)。
【０１２９】
−Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ Ｓｕｐｐｏｒｔ(６１０):このＱｏＳ Ｒｕｌｅが指示するＱｏＳ ＦｌｏｗがサポートするＲｅｆｌｅｃｔｉｖｅ ＱｏＳの種類。Ｎｏｔ Ｓｕｐｐｏｒｔ／Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｖｉａ Ｃｏｎｔｒｏｌ ｐｌａｎｅ／Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｖｉａ Ｕｓｅｒ Ｐｌａｎｅのうちのいずれか一つであれば良い。
【０１３０】
−Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ(６１２):Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ ｉｎ ｔｈｅ ｕｐｌｉｎｋ ｅ．ｇ．ＤｉｆｆＳｅｒｖ Ｃｏｄｅ Ｐｏｉｎｔ(ＤＳＣＰ)、ｔｏ ｂｅ ａｐｐｌｉｅｄ ｆｏｒ ｔｈｅ ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｄ ｆｏｒ ｔｈｉｓ ＱｏＳ Ｆｌｏｗ、ｗｈｉｃｈ ｃａｎ ｂｅ ＤＳＣＰ ｖａｌｕｅ、ＭＰＬＳ(ｍｕｌｔｉｐｒｏｔｏｃｏｌ ｌａｂｅｌ ｓｗｉｔｃｈｉｎｇ)ＴＯＳ(ｔｙｐｅ ｏｆ ｓｅｒｖｉｃｅ)ｖａｌｕｅ。ＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃとＡＲＰ及びＵＰＦとＲＡＮ間のｂａｃｋｈａｕｌ状態(ｅｘｐｅｃｔｅｄ ｃｏｎｇｅｓｔｉｏｎ ｌｅｖｅｌ、ｅｘｐｅｃｔｅｄ ＲＴＴ ｂｅｔｗｅｅｎ ＵＰＦ ａｎｄ ＲＡＮ)を考慮して決定されることができる。
【０１３１】
第５実施形態−ＳＭＦがＵＰＦに伝達するＱｏＳ Ｒｕｌｅ
【０１３２】
ＳＭＦはＵＰＦにＤＬ ｔｒａｆｆｉｃの区別とＱｏＳ保障時に用いるＱｏＳ Ｒｕｌｅを伝達する。図７は、一実施形態によるＳＭＦがＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)へ伝達するＱｏＳ ｒｕｌｅを説明する図面である。
【０１３３】
−ＱｏＳ Ｒｕｌｅ ＩＤ(７０２):ＱｏＳ Ｒｕｌｅ制御時、ＵＥに設定されたＱｏＳ ｒｕｌｅ区別のための識別番号
【０１３４】
−ＱｏＳ Ｆｌｏｗ ＩＤ(ＱＦＩ)(７０４):このＱｏＳ ｒｕｌｅが指示するＱｏＳ Ｆｌｏｗを区別するためにＵＰＦがＤＬパケットにマーキングする識別番号。標準指定５ＱＩを用いる場合、ＱＦＩは５ＱＩと同一な値であれば良い。
【０１３５】
−ＱｏＳ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ(７０６):ＤＬ ｔｒａｆｆｉｃをＱｏＳ Ｒｕｌｅに該当するＱｏＳ Ｆｌｏｗを選択時、適用するｐａｃｋｅｔ ｆｉｌｔｅｒのセット。Ｄｅｆａｕｌｔ ＱｏＳ ｒｕｌｅの場合、省略されることができる。
【０１３６】
−Ｐｒｅｃｅｄｅｎｃｅ Ｖａｌｕｅ(７０８):このＱｏＳ ＲｕｌｅをＤＬ ｔｒａｆｆｉｃに適用する手順
【０１３７】
−５Ｇ ＱｏＳ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｉｎｄｉｃａｔｉｏｎ(５ＱＩ、７１０):このＱｏＳ ｒｕｌｅが指示するＱｏＳ ｆｌｏｗが５Ｇ ｓｙｓｔｅｍで処理される時、受けるようになるＱｏＳ処理特性を指示する識別子。５ＱＩは標準で指定した値又はＳＭＦが任意で選択した値であれば良い。標準指定値に対しては５ＱＩが省略されることができる。
【０１３８】
−ＱｏＳ ｐａｒａｍｅｔｅｒｓ(７１２):ＱｏＳ ｆｌｏｗに当たるＤＲＢ設定のための追加ＱｏＳ ｐａｒａｍｅｔｅｒ情報。詳細項目にはＦｌｏｗ Ｔｙｐｅ(ＧＢＲ(ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ)／ｎｏｎ ＧＢＲ)、Ｐｒｉｏｒｉｔｙ、Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ、Ｇｕａｒａｎｔｅｅｄ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅ(例えば、ＧＢＲ ＱｏＳ ｆｌｏｗ)、Ｍａｘｉｍｕｍ Ｆｌｏｗ Ｂｉｔ Ｒａｔｅｔとなることができる。
【０１３９】
−Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ(７１４):Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ ｉｎ ｔｈｅ ｄｏｗｎｌｉｎｋ ｅ．ｇ．ＤｉｆｆＳｅｒｖ Ｃｏｄｅ Ｐｏｉｎｔ、ｔｏ ｂｅ ａｐｐｌｉｅｄ ｆｏｒ ｔｈｅ ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｄ ｆｏｒ ｔｈｉｓ ＱｏＳ Ｆｌｏｗ、ｗｈｉｃｈ ｃａｎ ｂｅ ＤＳＣＰ ｖａｌｕｅ及び／又はＭＰＬＳ ＴＯＳ ｖａｌｕｅ。ＱｏＳ ｃｈａｒａｃｔｅｒｉｓｔｉｃとＡＲＰ及びＵＰＦとＲＡＮ間のｂａｃｋｈａｕｌ状態(ｅｘｐｅｃｔｅｄ ｃｏｎｇｅｓｔｉｏｎ ｌｅｖｅｌ、ｅｘｐｅｃｔｅｄ ＲＴＴ ｂｅｔｗｅｅｎ ＵＵＰ ａｎｄ ＲＡＮ)を考慮して決定されることができる。
【０１４０】
第６実施形態−ＲＡＮのＱｏＳ ＦｌｏｗのＲＱサポート可否と種類によるＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ設定動作 
【０１４１】
ＰＤＵ Ｓｅｓｓｉｏｎが伝達する１個又は複数のＱｏＳ Ｆｌｏｗの１個又は複数のＱＯＳ Ｐｒｏｆｉｌｅを受信したＲＡＮはＱｏＳ ｆｌｏｗはＵＥとＲＡＮの間に伝達することに用いるＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ(ＤＲＢ)数とＤａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ(ＤＲＢ)の設定を決定する。
【０１４２】
ＲＡＮはＱｏＳ Ｐｒｏｆｉｌｅを参照してある１個のＤＲＢを介して伝達する１個又は複数のＤＬ ＱｏＳ ｆｌｏｗがＤＬ ＱＦＩとＲＱＩを伝達する必要がないと決定された場合、ＲＡＮはＤＲＢ設定時、ＱＦＩとＲＱＩ伝達のためのＵｕ ｈｅａｄｅｒを用いられないように決定することができる。この場合、このＤＲＢ設定をＵＥに知らせなければならない。
【０１４３】
ＱＦＩとＲＱＩ伝達のためのＵｕ ｈｅａｄｅｒを用いられないように決定することができる場合は以下の通りである。
【０１４４】
１) ＤＲＢを介して１個のＱｏＳ Ｆｌｏｗが伝達し、このＱｏＳ ｆｌｏｗがＲＱをサポートしない場合(ｉ．ｅ. ＲＱ ｓｕｐｐｏｒｔ ｅｌｅｍｅｎｔ ｉｎ ＱｏＳ Ｐｒｏｆｉｌｅ＝Ｎｏｔ ｓｕｐｐｏｒｔ)
【０１４５】
２) ＤＲＢを介して１個のＱｏＳ Ｆｌｏｗが伝達し、このＱｏＳ ｆｌｏｗがＲＱサポートし、その種類がＲＱｖＣの場合(ｉ．ｅ. ＲＱ ｓｕｐｐｏｒｔ ｅｌｅｍｅｎｔ ｉｎ ＱｏＳ Ｐｒｏｆｉｌｅ＝ＲＱｖＣ)
【０１４６】
３) ＤＲＢを介して伝達する複数のＱＯＳ ＦＬｏｗがいずれもＲＱをサポートしない場合
【０１４７】
第７実施形態−Ｄａｔａパケット伝達手続き
【０１４８】
図８は、一実施形態によるＤＬ／ＵＬ(ｄｏｗｎｌｉｎｋ／ｕｐｌｉｎｋ)でのｄａｔａパケットの伝達手続きの方法に対するフローチャートである。
【０１４９】
１．ＵＰＦがＤＮからＤＬ ｄａｔａ ｐａｃｋｅｔを受ける(８０２)。
【０１５０】
２．ＵＰＦがＤＮから受けたＤｏｗｎｌｉｎｋ ｄａｔａ ｐａｃｋｅｔに[第５実施形態]のＱｏＳ ｒｕｌｅを適用する。すなわち、ＵＰＦは受信したｄａｔａ ｐａｃｋｅｔのＩＰ ｆｌｏｗ情報に基づいて適用するＱｏＳ ｆｌｏｗをサーチする(すなわち、ｍａｐｐｉｎｇ)する。ＵＰＦはｍａｐｐｉｎｇされたＱｏＳ Ｆｌｏｗ ｉｄをｄａｔａ ｐａｃｋｅｔのＮ３ ｈｅａｄｅｒに表示する。ＵＰＦはＭａｐｐｉｎｇされたＲＱＩをｄａｔａ ｐａｃｋｅｔのＮ３ ｈｅａｄｅｒに表示することができる。ＵＰＦはＱｏＳ Ｒｕｌｅに含まれたＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ(すなわち、ＤＳＣＰ ｍａｒｋｉｎｇ、ＭＰＬＳ ｍａｒｋｉｎｇ)をする(８０４)。
【０１５１】
３．ＵＰＦはｄａｔａパケットをＲＡＮに伝達する。この時、ｄａｔａ ｐａｃｋｅｔはＮ３ ｈｅａｄｅｒにＱＦＩ、ＲＱＩがｍａｒｋｉｎｇされていて、ｏｕｔｅｒ ｈｅａｄｅｒ(ｉ．ｅ. ｏｕｔｅｒ ＩＰ、Ｌ２ ｈｅａｄｅｒ)にはＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇされている(８０６)。
【０１５２】
４．受信したＲＡＮはＤＬ ｐａｃｋｅｔのＱＦＩによって[第６実施形態]を介して設定されたＤＲＢを適用する。すなわち、ＤＲＢ適用によってＱＦＩ及びＲＱＩ用Ｕｕ ｈｅａｄｅｒを用いることもでき、それとも、省略することができる(８０８)。
【０１５３】
５．ＵＥはＤＬ ｄａｔａ ｐａｃｋｅｔを受信し、受信したＤＬ ｄａｔａ ｐａｃｋｅｔに基づいて[第８実施形態]の動作を行う。すなわち、ＱＯＳ ｆｌｏｗのＲＱサポート可否と種類にしたがってＵＥ ＵＬ ＱｏＳ ｒｕｌｅ(ｉ．ｅ.ＵＬ ＴＦＴ(ｕｐｌｉｎｋ ｔｒａｆｆｉｃ ｆｌｏｗ ｔｅｍｐｌａｔｅ))を更新(ＵＬ ＴＦＴにｐａｃｋｅｔ ｆｉｌｔｅｒ追加又は除去)する(８１０)。
【０１５４】
６．ＵＥはＵＬ ｔｒａｆｆｉｃ発生時、前記手続き５で更新されたＵＬ ＱｏＳ ｒｕｌｅを適用してＩＰ ｆｌｏｗ ｔｏ ＱｏＳ ｆｌｏｗ ｍａｐｐｉｎｇをし、ＵＬ ＤＲＢの設定によってＱｏＳ ｆｌｏｗ ｉｄをＵｕ ｈｅａｄｅｒに表示し、または省略することができる。ＵＥはＵＬ ｄａｔａ ｐａｃｋｅｔをＵｕを介してＲＡＮへ伝達する(８１２)。
【０１５５】
７．ＲＡＮは受信したＵＬ ｐａｃｋｅｔの[第４実施形態]のＱｏＳ Ｐｒｏｆｉｌｅによって、ＵＬ Ｎ３ ｈｅａｄｅｒにＱＦＩ ｍａｒｋｉｎｇとＴｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇをする(８１４)。
【０１５６】
８．ＲＡＮはＵＬ ｐａｃｋｅｔをＮ３を介してＵＰＦへ伝達する(８１６)。
【０１５７】
９．ＵＰＦは受信したＵＰ ｐａｃｋｅｔをＤＮで伝達する(８１８)。
【０１５８】
第８実施形態−ＵＥのＱｏＳ ＦｌｏｗのＲＱサポート可否と種類によるＤＬ ｐａｃｋｅｔ処理動作
【０１５９】
図９は、一実施形態によるＵＥのＱｏＳ ＦｌｏｗのＲＱ(ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ)サポート可否と種類によるＤＬ ｐａｃｋｅｔ処理方法に対するフローチャートである。
【０１６０】
０．ＵＥはＤＬ ｐａｃｋｅｔを受信すると、ＤＬパケット処理動作を開始する。
【０１６１】
１．ＵＥは受信したＤＬ ｐａｃｋｅｔのＵｕ ｈｅａｄｅｒの ＱＦＩ又はどんなＤＲＢを介してＤＬ ｐａｃｋｅｔが伝達したかによってＤＬ ｐａｃｋｅｔが属したＱｏＳ ｆｌｏｗが分かる(９１０)。
【０１６２】
２．ＵＥは１で確認したＤＬ ｐａｃｋｅｔが属したＱｏＳ Ｆｌｏｗが[第３実施形態]のＵＬ ＱＯＳ Ｒｕｌｅを参照し、ＲＱをサポートするＱｏＳ ｆｌｏｗであるか確認する(９１５)。
【０１６３】
３．ＲＱサポート可否ＱｏＳ ｆｌｏｗの場合、ＲＱ種類がＲＱｖＣであるかＲＱｖＵであるか確認する(９２０)。
【０１６４】
４．ＲＱｖＵの場合(すなわち、ＲＱｖＣではない場合)、ＤＬ ｐａｃｋｅｔのＵｕ ｈｅａｄｅｒに ＲＱＩフィールドが設定されているか確認する(９２５)。
【０１６５】
５．ＲＱｖＣの場合、ＤＬ ｐａｃｋｅｔの ｄａｔａ ｈｅａｄｅｒ(ｉｎｎｅｒ ＩＰ ｈｅａｄｅｒとｉｎｎｅｒ ＴＣＰ又はＵＤＰ ｈｅａｄｅｒ)が指示するＩＰ ｆｌｏｗがＱｏＳ Ｆｌｏｗが属したＱｏＳ ＲｕｌｅのＵＬ ＴＦＴに新しいＩＰ ｆｌｏｗであるか確認する(９３５)。
【０１６６】
６．ＲＱｖＵであり、ＲＱＩが設定されていない場合、ＤＬ ｐａｃｋｅｔの ｄａｔａ ｈｅａｄｅｒが指示するＩＰ ｆｌｏｗがＱｏＳ Ｆｌｏｗが属したＱｏＳ ＲｕｌｅのＵＬ ＴＦＴに新しいＩＰ ｆｌｏｗであるか確認する(９３０)。
【０１６７】
７．ＲＱｖＵでＲＱＩが設定されている場合、ＤＬ ｐａｃｋｅｔのｄａｔａ ｈｅａｄｅｒが指示するＩＰ ｆｌｏｗがＱｏＳ Ｆｌｏｗが属したＱｏＳ ＲｕｌｅのＵＬ ＴＦＴに新しいＩＰ ｆｌｏｗであるか確認する(９４０)。
【０１６８】
８．ＲＱｖＵでＲＱＩが設定されていなく、手続き６で新規ＩＰ ｆｌｏｗで判断した場合、受信したＤＬ ｐａｃｋｅｔが指称するＩＰ ｆｌｏｗのｐａｃｋｅｔ ｆｉｌｔｅｒを、既存のＲＱを介して作ったＱｏＳ ｒｕｌｅのｐａｃｋｅｔ ｆｉｌｔｅｒで削除する(９４５)。
【０１６９】
９．ＲＱｖＵでＲＱＩが設定されていなく、手続き７で新規ＩＰ ｆｌｏｗで判断した場合、受信したＤＬ ｐａｃｋｅｔが指称するＩＰ ｆｌｏｗのｐａｃｋｅｔ ｆｉｌｔｅｒと受信したＱｏＳ ｆｌｏｗ ｉｄを有するＵＬ ＱｏＳ ｒｕｌｅを作る(９５０)。
【０１７０】
１０．ＲＱｖＣであり、手続き５で新規ＩＰ ｆｌｏｗと判断した場合、受信したＤＬ ｐａｃｋｅｔが指称するＩＰ ｆｌｏｗのｐａｃｋｅｔ ｆｉｌｔｅｒと受信したＱｏＳ ｆｌｏｗ ｉｄを有するＵＬ ＱｏＳ ｒｕｌｅを作る(９５５)。
【０１７１】
１１．処理が終了されたＤＬ ｐａｃｋｅｔをＵＥの上位階層で伝達する(９６０)。
【０１７２】
１２．手続きを終了する。
【０１７３】
ＵＥのｐａｃｋｅｔ処理負担(ｃｏｍｐｕｔａｔｉｏｎ ｌｏａｄ)を軽減させて、ＵＥの早いＤＬ パケット処理をできるようになる。また、ＱｏＳサポートのための無線リソースの使用を節約することができ、５Ｑバックホール網で多様なＱｏＳ要求事項とバックホール網状況を反映したＱｏＳを保障することができる効果がある。
【０１７４】
図１０は、一実施形態による端末の図面である。
【０１７５】
端末１０００は上述した電子機器のうちの一つであれば良く、送受信部１０２０及び端末１００の全般的な動作を制御する制御部１０１０を含むことができる。そして、前記送受信部１０２０は送信部１０２３及び受信部１０２５を含むことができる。また、端末は送受信部１０２０と制御部１０１０外にも記憶部(例えば、メモリー)をさらに含むこともできる。
【０１７６】
送受信部１０２０は他のネットワークエンティティと信号を送受信することができる。
【０１７７】
制御部１０１０は前記で記述した図面３、４、８、９の方法を行うように各ブロック間の信号フローを制御することができる。一方、前記制御部１０１０及び送受信部１０２０は必ず別途のモジュールに具現されなければならないのではなく、又は単一チップ又はｓｙｓｔｅｍ ｏｎ ｃｈｉｐなどのような形態で一つの構成部で具現されることができることは勿論である。そして、前記制御部１０１０及び送受信部１０２０は電気的に接続されることができる。そして、例えば、制御部１０１０は回路(ｃｉｒｃｕｉｔ)、アプリケーション特定(ａｐｐｌｉｃａｔｉｏｎ-ｓｐｅｃｉｆｉｃ)回路、又は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)であれば良い。また、端末１０００の動作は当該プログラムコードを記憶したメモリー装置を端末内の任意の構成部で具備することによって実現することができる。端末１０００は上述したモジュールのうちの一つを含むことができる。
【０１７８】
図１１は、一実施形態による基地局の図面である。
【０１７９】
基地局１１００は上述した電子機器のうちの一つであれば良く、送受信部１１２０及び基地局の全般的な動作を制御する制御部１１１０を含むことができる。前記送受信部１１２０は送信部１１２３ 及び受信部１１２５を含むことができる。基地局１１００は送受信部１１２０と制御部１１１０の以外にも記憶部をさらに含むこともできる。
【０１８０】
送受信部１１２０は他のネットワークエンティティと信号を送受信することができる。
【０１８１】
制御部１１１０は図面３、４、８、９の方法を行うように各ブロック間の信号フローを制御することができる。
【０１８２】
前記制御部１１１０及び送受信部１１２０は必ず別途のモジュールで具現されなければならないのではなく、又は単一チップ又はｓｙｓｔｅｍ ｏｎ ｃｈｉｐなどのような形態で一つの構成部で具現されることができることは勿論である。前記制御部１１１０及び送受信部１１２０は電気的に接続されることができる。そして、例えば、制御部１１１０は回路(ｃｉｒｃｕｉｔ)、アプリケーション特定(ａｐｐｌｉｃａｔｉｏｎ-ｓｐｅｃｉｆｉｃ)回路、又は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)であれば良い。基地局の動作は当該プログラムコードを記憶したメモリー装置を基地局内の任意の構成部で具備することによって実現することができる。基地局１１００は上述したモジュールのうちの一つを含むことができる。
【０１８３】
図１２は、一実施形態によるネットワークエンティティの図面である。
【０１８４】
ネットワークエンティティ１２００は送受信部１２２０及び基地局の全般的な動作を制御する制御部１２１０を含むことができる。前記送受信部１２２０は送信部１２２３及び受信部１２２５を含むことができる。ネットワークエンティティ１２００は送受信部１２２０と制御部１２１０の以外にも記憶部をさらに含むこともできる。
【０１８５】
送受信部１２２０は他のネットワークエンティティと信号を送受信することができる。
【０１８６】
制御部１２１０は図面３、４、８、９の方法を行うように各ブロック間の信号フローを制御することができる。
【０１８７】
前記制御部１２１０及び送受信部１２２０は必ず別途のモジュールで具現されなければならないのではなく、又は単一チップ又はｓｙｓｔｅｍ ｏｎ ｓｈｉｐなどのような形態で一つの構成部で具現されることができることは勿論である。前記制御部１２１０及び送受信部１２２０は電気的に接続されることができる。そして、例えば、制御部１２１０は回路(ｃｉｒｃｕｉｔ)、アプリケーション特定(ａｐｐｌｉｃａｔｉｏｎ-ｓｐｅｃｉｆｉｃ)回路、又は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)であれば良い。基地局１２００の動作は当該プログラムコードを記憶したメモリー装置を基地局内の任意の構成部で具備することによって実現することができる。
【０１８８】
本発明の一実施形態によれば、端末(ＵＥ:Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)のｐａｃｋｅｔ処理負担(ｃｏｍｐｕｔａｔｉｏｎ ｌｏａｄ)を軽減させて、ＱｏＳサポートのための無線資源の使用を節約する効果がある。また、本発明の一実施形態によれば、５Ｇバックホール網で多様なＱｏＳ要求事項とバックホール網状況を反映したＱｏＳを保障する効果がある。
【０１８９】
本開示の特定実施例を参照して示されて説明されたが、当業者は本開示の範囲を逸脱せず形態及び詳細事項の多様な変更が成ることができることを理解するだろう。それゆえ、本開示の範囲は実施形態に制限されることに定義されてはいけなく、添付された請求範囲及びその等価物によって定義されなければならない。
【符号の説明】
【０１９０】
1010  制御部
1020  送受信部
1023  送信部
1025  受信部
1110  制御部
1120  送受信部
1123  送信部
1125  受信部
1210  制御部
1220  送受信部
1223  送信部
1225  受信部
【図１】
2020519173.tif 000003
【図２】
2020519173.tif 000004
【図３】
2020519173.tif 000005
【図４】
2020519173.tif 000006
【図５】
2020519173.tif 000007
【図６】
2020519173.tif 000008
【図７】
2020519173.tif 000009
【図８】
2020519173.tif 000010
【図９】
2020519173.tif 000011
【図１０】
2020519173.tif 000012
【図１１】
2020519173.tif 000013
【図１２】
2020519173.tif 000014
【手続補正書】
【提出日】令和1年11月11日(2019.11.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおける基地局の方法において、
ＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フロー（ｆｌｏｗ）に関するＱｏＳプロファイルを第１ネットワークエンティティから受信する段階と、
前記ＱｏＳプロファイルが、前記ＱｏＳフローのデータに反映式(ｒｅｆｌｅｃｔｉｖｅ)ＱｏＳが適用されるように指示する情報を含むのかを確認する段階と、
前記ＱｏＳフローに対するＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定するメッセージを端末に送信する段階と、
データを前記ＤＲＢ上で前記端末に送信する段階と、を含み、
前記ＱｏＳプロファイルが前記情報を含む場合、前記メッセージは、前記ＱｏＳフローに関連するヘッダーが前記データに対して存在することを指示する第１情報を含み、
前記ＱｏＳプロファイルが前記情報を含まない場合、前記メッセージは、前記ＱｏＳフローに関連する前記ヘッダーが前記データに対して不在することを指示する第２情報を含む、方法。
【請求項２】
前記ＱｏＳフローに関連する前記ヘッダーは、ＱｏＳフローの識別子（ＱＦＩ：ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）に関する情報、及び反映式ＱｏＳインジケーター（ＲＱＩ：ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｉｏｎ）に関する情報を含む、請求項１に記載の方法。
【請求項３】
前記方法は、
前記端末のアップリンクパケットに対する送信レベルマーキング（ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇ）に関連する情報を前記第１ネットワークエンティティから受信する段階と、
前記端末からアップリンクデータを受信する段階と、
前記アップリンクデータに前記送信レベルマーキングを適用し、前記アップリンクデータを第２ネットワークエンティティに送信する段階と、をさらに含む、請求項１に記載の方法。
【請求項４】
前記第１ネットワークエンティティはＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であり、前記第２ネットワークエンティティはＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)である、請求項３に記載方法。
【請求項５】
前記第１ネットワークエンティティから前記第２ネットワークエンティティにダウンリンクパケットに対する送信レベルマーキングが送信され、
前記ダウンリンクパケットに対する前記送信レベルマーキングは、ＤＳＣＰ(ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ)値を含み、
前記送信レベルマーキングは、前記第２ネットワークエンティティによってダウンリンクデータに適用される、請求項４に記載の方法。
【請求項６】
無線通信システムの基地局において、
信号を送信及び受信するように設定された送受信部と、
ＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フロー（ｆｌｏｗ）に関するＱｏＳプロファイルを第１ネットワークエンティティから受信し、前記ＱｏＳプロファイルが、前記ＱｏＳフローのデータに反映式(ｒｅｆｌｅｃｔｉｖｅ)ＱｏＳが適用されるように指示する情報を含むのかを確認し、前記ＱｏＳフローに対するＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定するメッセージを端末に送信し、データを前記ＤＲＢ上で前記端末に送信するように設定された制御部と、を含み、
前記ＱｏＳプロファイルが前記情報を含む場合、前記メッセージは、前記ＱｏＳフローに関連するヘッダーが前記データに対して存在することを指示する第１情報を含み、
前記ＱｏＳプロファイルが前記情報を含まない場合、前記メッセージは、前記ＱｏＳフローに関連する前記ヘッダーが前記データに対して不在することを指示する第２情報を含む、基地局。
【請求項７】
前記ＱｏＳフローに関連する前記ヘッダーは、ＱｏＳフローの識別子（ＱＦＩ：ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）に関する情報、及び反映式ＱｏＳインジケーター（ＲＱＩ：ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｉｏｎ）に関する情報を含む、請求項６に記載の基地局。
【請求項８】
前記制御部は、
前記端末のアップリンクパケットに対する送信レベルマーキング（ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｍａｒｋｉｎｇ）に関連する情報を前記第１ネットワークエンティティから受信し、前記端末からアップリンクデータを受信し、前記アップリンクデータに前記送信レベルマーキングを適用し、前記アップリンクデータを第２ネットワークエンティティに送信するように、さらに設定される、請求項６に記載の基地局。
【請求項９】
前記第１ネットワークエンティティはＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であり、前記第２ネットワークエンティティはＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)である、請求項８に記載の基地局。
【請求項１０】
前記第１ネットワークエンティティから前記第２ネットワークエンティティにダウンリンクパケットに対する送信レベルマーキングが送信され、
前記ダウンリンクパケットに対する前記送信レベルマーキングは、ＤＳＣＰ(ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ)値を含み、
前記送信レベルマーキングは、前記第２ネットワークエンティティによってダウンリンクデータに適用される、請求項９に記載の基地局。
【請求項１１】
無線通信システムにおける端末の方法において、
ＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フロー（ｆｌｏｗ）に対するＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定するメッセージを基地局から受信する段階と、
データを前記ＤＲＢ上で前記基地局から受信する段階と、を含み、
前記ＱｏＳフローに関するＱｏＳプロファイルが、前記ＱｏＳフローのデータに反映式(ｒｅｆｌｅｃｔｉｖｅ)ＱｏＳが適用されるように指示する情報を含む場合、前記メッセージは、前記ＱｏＳフローに関連するヘッダーが前記データに対して存在することを指示する第１情報を含み、
前記ＱｏＳプロファイルが前記情報を含まない場合、前記メッセージは、前記ＱｏＳフローに関連する前記ヘッダーが前記データに対して不在することを指示する第２情報を含み、
前記ＱｏＳプロファイルは、第１ネットワークエンティティから前記基地局に送信される、方法。
【請求項１２】
前記ＱｏＳフローに関連する前記ヘッダーは、ＱｏＳフローの識別子（ＱＦＩ：ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）に関する情報、及び反映式ＱｏＳインジケーター（ＲＱＩ：ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｉｏｎ）に関する情報を含む、請求項１１に記載の方法。
【請求項１３】
前記方法は、アップリンクデータを前記基地局に送信する段階をさらに含み、
前記アップリンクデータに対する送信レベルマーキングに関連する情報が前記第１ネットワークエンティティから前記基地局に送信され、
前記アップリンクデータは、前記送信レベルマーキングが適用され、前記基地局から第２ネットワークエンティティに送信される、請求項１１に記載の方法。
【請求項１４】
前記第１ネットワークエンティティはＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であり、前記第２ネットワークエンティティはＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)である、請求項１３に記載方法。
【請求項１５】
前記第１ネットワークエンティティから前記第２ネットワークエンティティにダウンリンクパケットに対する送信レベルマーキングが送信され、
前記ダウンリンクパケットに対する前記送信レベルマーキングは、ＤＳＣＰ(ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ)値を含み、
前記送信レベルマーキングは、前記第２ネットワークエンティティによってダウンリンクデータに適用される、請求項１４に記載の方法。
【請求項１６】
無線通信システムの端末において、
信号を送信及び受信するように設定された送受信部と、
ＱｏＳ(ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ)フロー（ｆｌｏｗ）に対するＤＲＢ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ)を設定するメッセージを基地局から受信し、データを前記ＤＲＢ上で前記基地局から受信するように設定された制御部と、を含み、
前記ＱｏＳフローに関するＱｏＳプロファイルが、前記ＱｏＳフローのデータに反映式(ｒｅｆｌｅｃｔｉｖｅ)ＱｏＳが適用されるように指示する情報を含む場合、前記メッセージは、前記ＱｏＳフローに関連するヘッダーが前記データに対して存在することを指示する第１情報を含み、
前記ＱｏＳプロファイルが前記情報を含まない場合、前記メッセージは、前記ＱｏＳフローに関連する前記ヘッダーが前記データに対して不在することを指示する第２情報を含み、
前記ＱｏＳプロファイルは、第１ネットワークエンティティから前記基地局に送信される、端末。
【請求項１７】
前記ＱｏＳフローに関連する前記ヘッダーは、ＱｏＳフローの識別子（ＱＦＩ：ＱｏＳ ｆｌｏｗ ｉｄｅｎｔｉｆｉｅｒ）に関する情報、及び反映式ＱｏＳインジケーター（ＲＱＩ：ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｉｏｎ）に関する情報を含む、請求項１６に記載の端末。
【請求項１８】
前記制御部は、アップリンクデータを前記基地局に送信するようにさらに設定され、
前記アップリンクデータに対する送信レベルマーキングに関連する情報が前記第１ネットワークエンティティから前記基地局に送信され、
前記アップリンクデータは、前記送信レベルマーキングが適用され、前記基地局から第２ネットワークエンティティに送信される、請求項１６に記載の端末。
【請求項１９】
前記第１ネットワークエンティティはＳＭＦ(ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ)であり、前記第２ネットワークエンティティはＵＰＦ(ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ)である、請求項１８に記載の端末。
【請求項２０】
前記第１ネットワークエンティティから前記第２ネットワークエンティティにダウンリンクパケットに対する送信レベルマーキングが送信され、
前記ダウンリンクパケットに対する前記送信レベルマーキングは、ＤＳＣＰ(ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ ｃｏｄｅ ｐｏｉｎｔ)値を含み、
前記送信レベルマーキングは、前記第２ネットワークエンティティによってダウンリンクデータに適用される、請求項１９に記載の端末。
【国際調査報告】
2020519173.tif 000015
2020519173.tif 000016