JP2019092056A

JP2019092056A - 端末装置および方法

Info

Publication number: JP2019092056A
Application number: JP2017219900A
Authority: JP
Inventors: 貴子堀; Takako Hori; 山田　昇平; Shohei Yamada; 昇平山田; 秀和坪井; Hidekazu Tsuboi
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2017-11-15
Filing date: 2017-11-15
Publication date: 2019-06-13
Anticipated expiration: 2037-11-15
Also published as: JP7145603B2; WO2019098267A1; EP3713293A4; PH12020550628A1; US11159985B2; CA3082536A1; BR112020009584A2; CN111345064A; CN111345064B; EP3713293B1; EP3713293A1; US20200280886A1

Abstract

【課題】ＱｏＳの管理を正しく行う事により、基地局装置と端末装置との通信を効率的に行う端末装置、方法、および集積回路に関する技術を提供すること。【解決手段】一つ又は複数の基地局装置と通信を行う端末装置が、基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信する受信部と、ＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部と、上位レイヤからアップリンクＳＤＡＰＳＤＵを受け取り、アップリンクＳＤＡＰＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、受け取ったアップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する処理部と、を有する。【選択図】図７

Description

本発明は、端末装置および方法に関する。

セルラ−移動通信の無線アクセス方式および無線ネットワーク（以下、「ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ：ＥＰＣ」）が、第三世代パートナーシッププロジェクト（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。

また、３ＧＰＰにおいて、第５世代のセルラ−システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ−ＡｄｖａｎｃｅｄＰｒｏおよび新しい無線アクセス技術であるＮＲ（ＮｅｗＲａｄｉｏｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５ＧｅｎｅｒａｔｉｏｎＣｏｒｅＮｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。

ＮＲの技術検討の一つとして、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）レイヤ（ｌａｙｅｒ）以上の上位レイヤとＮＲの無線アクセスレイヤとの間のＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）管理を行う、無線アクセスレイヤのプロトコルが検討されている。

しかしながら、上位レイヤと無線アクセスレイヤの間で必要な情報の送受信がなされない場合、ＱｏＳの管理を正しく行う事ができず、基地局装置と端末装置との通信を効率的に行うことができないという課題があった。

本発明の一態様は、上記した事情に鑑みてなされたもので、基地局装置との通信を効率的に行うことができる端末装置、該端末装置に用いられる方法、該端末装置に実装される集積回路を提供することを目的の一つとする。

上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、本発明の一態様は、一つ又は複数の基地局装置と通信を行う端末装置であって、前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信する受信部と、ＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部と、上位レイヤからアップリンクＳＤＡＰＳＤＵを受け取り、前記アップリンクＳＤＡＰＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する処理部と、を有する。

また、本発明の一態様は、一つ又は複数の基地局装置と通信を行う端末装置であって、前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信する受信部と、ＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部と、上位レイヤからアップリンクＳＤＡＰＳＤＵを受け取り、前記アップリンクＳＤＡＰＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する処理部と、を有し、前記アップリンク用ＳＤＡＰヘッダは、二つ以上のＱｏＳフローとのマッピングルールを持つＤＲＢに設定される。

また、本発明の一態様は、一つ又は複数の基地局装置と通信を行う端末装置によって行われる方法であって、前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信し、ＱｏＳフローとＤＲＢとのマッピングルールを格納し、上位レイヤからアップリンクＳＤＡＰＳＤＵを受け取り、前記アップリンクＳＤＡＰＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する。

また、本発明の一態様は、一つ又は複数の基地局装置と通信を行う端末装置によって行われる方法であって、前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信し、ＱｏＳフローとＤＲＢとのマッピングルールを格納し、上位レイヤからアップリンクＳＤＡＰＳＤＵを受け取り、前記アップリンクＳＤＡＰＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定し、前記アップリンク用ＳＤＡＰヘッダは、二つ以上のＱｏＳフローとのマッピングルールを持つＤＲＢに設定される。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明の一態様によれば、端末装置は、ＱｏＳ管理を正しく行う事ができ、効率的に通信を行うことができる。

本発明の実施の形態に係る通信システムの概略図。本発明の実施の形態における、Ｅ−ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。本発明の実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。本発明の各実施の形態におけるＲＲＣ再設定手順のフローの一例を示す図本発明の実施の形態における端末装置の構成を示すブロック図。本発明の各実施の形態におけるＳＤＡＰ設定を伴うＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（ＡｂｓｔｒａｃｔＳｙｎｔａｘＮｏｔａｔｉｏｎＯｎｅ）記述の一例を示す図。本発明の実施の形態１における処理方法の一例。本発明の実施の形態１におけるアップリンク用ＳＤＡＰヘッダの一例。本発明の実施の形態２における処理方法の一例。本発明の実施の形態３における処理方法の第１の例本発明の実施の形態３における処理方法の第２の例本発明の実施の形態３における処理方法の第３の例本発明の実施の形態３における端末装置の構成を示すブロック図

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

ＬＴＥ（およびＬＴＥ−ＡＰｒｏ）とＮＲは、異なるＲＡＴとして定義されてもよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。ＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＤｕａｌｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。

図１は本発明の実施の形態に係る通信システムの概略図である。

Ｅ−ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（ＣｅｌｌＧｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ−ＵＴＲＡＮＮｏｄｅＢ）１０２は、Ｅ−ＵＴＲＡの基地局装置である。ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ−ＵＴＲＡ用コア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（ＣｏｎｔｒｏｌＰｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（ＵｓｅｒＰｌａｎｅ：ＵＰ）が存在する。

ＮＲ１０６は現在３ＧＰＰにて検討している新しい無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（ＣｅｌｌＧｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇＮｏｄｅＢ）１０８は、ＮＲの基地局装置である。５ＧＣ１１０は、現在３ＧＰＰにて検討しているＮＲ用の新しいコア網であり、非特許文献２等に記載される。

インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであるが詳細は３ＧＰＰにおいて議論中である。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、インタフェース１２４は、通信事業者が提供する通信システムに応じて存在しない場合もある。

ＵＥ１２２はＮＲに対応、又はＥ−ＵＴＲＡ及びＮＲ両方に対応した端末装置である。

図２は本発明の実施の形態における、Ｅ−ＵＴＲＡ無線アクセスレイヤにおける端末装
置と基地局装置のＵＰ及びＣＰのプロトコルスタック（ＰｒｏｔｏｃｏｌＳｔａｃｋ）図である。

図２（Ａ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。

ＰＨＹ（Ｐｈｙｓｉｃａｌｌａｙｅｒ）２００は、無線物理層であり、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌｌａｙｅｒ）２０２とトランスポートチャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ−タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われる。

ＭＡＣ２０２は、多様な論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う。ＭＡＣ２０２は、後述する上位のＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（ＲａｎｄｏｍＡｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。

ＲＬＣ２０４は、後述する上位のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌＬａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節する。また、ＲＬＣ２００は、各デ−タが要求するＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ−タの再送制御等の機能を持つ（非特許文献６）。

ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰＰａｃｋｅｔ）を無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ−タの暗号化の機能も持ってもよい（非特許文献５）。

なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）、ＲＬＣＰＤＵ、ＰＤＣＰＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）、ＲＬＣＳＤＵ、ＰＤＣＰＳＤＵと呼ぶ。

図２（Ｂ）はＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＣＰのプロトコルスタック図である。

ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌｌａｙｅｒ）２０８が存在する。ＲＲＣ２０８は、無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行う。ＲＢは、シグナリグ無線ベアラ（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利
用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい（非特許文献４）。

前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。

図３は本発明の実施の形態における、ＮＲ無線アクセスレイヤにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（ＰｒｏｔｏｃｏｌＳｔａｃｋ）図である。

図３（Ａ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。

ＰＨＹ（Ｐｈｙｓｉｃａｌｌａｙｅｒ）３００は、ＮＲの無線物理層であり、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌｌａｙｅｒ）３０２とトランスポートチャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ−タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われてもよい。詳細においてはＥ−ＵＴＲＡの無線物理層ＰＨＹ２００とは異なり、３ＧＰＰにおいて議論中である。

ＭＡＣ３０２は、多様な論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行ってもよい。ＭＡＣ３０２は、後述する上位のＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（ＲａｎｄｏｍＡｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。詳細においてはＥ−ＵＴＲＡのＭＡＣ２０２とは異なり、３ＧＰＰにおいて議論中である。

ＲＬＣ３０４は、後述する上位のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌＬａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節してもよい。また、ＲＬＣ３０４は、各デ−タが要求するＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保証するための機能も持っても良い。すなわち、ＲＬＣ３０４は、デ−タの再送制御等の機能を持っても良い（非特許文献１２）。詳細においてはＥ−ＵＴＲＡのＲＬＣ２０４とは異なり、３ＧＰＰにおいて議論中である。

ＰＤＣＰ３０６は、ユーザデータであるＩＰパケット（ＩＰＰａｃｋｅｔ）を無線区間で効率的に伝送するために、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ−タの暗号化の機能も持ってもよい（非特許文献１１）。詳細においてはＥ−ＵＴＲＡのＰＤＣＰ２０６とは異なり、３ＧＰＰにおいて議論中である。

ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）３
１０は、コアネットワークから基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとのマッピング（ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介してコアネットワークに送られるアップリンクのＱｏＳ情報フローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持ってもよい（非特許文献１６）。ＱｏＳフローは同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（ＳｅｒｖｉｃｅＤａｔａＦｌｏｗ：ＳＤＦ）から成る（非特許文献２）。またＳＤＡＰはダウンリンクＱｏＳフローの情報を基に、アップリンクのＱｏＳフローとＤＲＢとのマッピングを行う、リフレクティブＱｏＳ（ＲｅｆｌｅｃｔｉｖｅＱｏＳ）の機能を持っても良い（非特許文献２、非特許文献１６）。詳細においては３ＧＰＰにおいて議論中である。

なお、ＩＰレイヤ、及びＩＰレイヤより上のＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）レイヤ、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）レイヤ、アプリケーションレイヤなどは、ＳＤＡＰの上位レイヤとなる（不図示）。また端末装置のＳＤＡＰにおいて、サービスデータフローとＱｏＳフローとの対応付けを行うレイヤも、ＳＤＡＰの上位レイヤとなる。

なお、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０において処理されたデータの事を、それぞれＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）、ＲＬＣＰＤＵ、ＰＤＣＰＰＤＵ、ＳＤＡＰＰＤＵと呼んでも良い。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）、ＲＬＣＳＤＵ、ＰＤＣＰＳＤＵ、ＳＤＡＰＳＤＵと呼んでも良い。

図３（Ｂ）はＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＣＰのプロトコルスタック図である。

ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌｌａｙｅｒ）３０８が存在する。ＲＲＣ３０８は、無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ：ＲＢ）の設定・再設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御を行っても良い。ＲＢは、シグナリグ無線ベアラ（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい（非特許文献１０）。

前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。

なお、本発明の実施の形態では、以下Ｅ−ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ−ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ−ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ−ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ−ＵＴＲＡ用ＲＲＣ又はＬＴＥ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。

また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられても良い。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでも良い。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であっても良い。

（実施の形態１）
図１及び図４から図８を用いて、本発明の実施の形態１を説明する。

図４は本発明の各実施の形態におけるＲＲＣ再設定手順のフローの一例を示す図である。

ＲＲＣ再設定手順（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）は、非特許文献１０に記載の、ＮＲにおけるＲＢの確立、変更、及び解放、及びセカンダリセルの、変更、解放等を行う他、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられる手順である。本発明の各実施の形態において、ＮＲにおけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等のために用いられ手順を、ＲＲＣ再設定手順と呼ぶが、別の名称であっても良い。また本発明の各実施の形態におけるＲＢの確立、変更、及び解放、及びセルグループの追加、変更、解放、ハンドオーバ及び測定（Ｍｅｓｕｒｅｍｅｎｔ）等の手順は、非特許文献４に記載のＥ−ＵＴＲＡにおける手順であっても良く、ＲＲＣコネクション再設定手順という名称であっても良い。

ＲＲＣ再設定手順において、ＵＥ１２２はｇＮＢ１０８よりＲＲＣ再設定メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎ）を受信し（ステップＳ４００）、ＲＲＣ再設定メッセージに含まれる情報に従って各種設定、例えばＤＲＢの設定などを行う（ステップＳ４０２）。ステップＳ４０２の後、ＵＥ１２２はｇＮＢ１０８に、ＲＲＣ再設定完了メッセージ（ＲＲＣＲｅｃｏｎｆｉｇｒａｔｉｏｎＣｏｍｐｌｅｔｅ）などを送っても良い（不図示）。

図５は本発明の実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明と密接に関連する主な構成部のみを示す。

図５に示すＵＥ１２２は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する受信部５００、及びＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部５０２、及びメッセージ及びデータの処理を行う処理部５０４から成る。

図６は図４におけるＲＲＣ再設定メッセージに含まれる情報のうち、ＳＤＡＰ設定を伴うＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（ＡｂｓｔｒａｃｔＳｙｎｔａｘＮｏｔａｔｉｏｎＯｎｅ）記述の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。図６のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。なお図６におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明におけるＳＤＡＰ設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図６におけるＡＳＮ．１の例は、説明が煩雑にな
ることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。

図６においてＤＲＢ−ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報は、ＤＲＢＴｏＡｄｄＭｏｄで表される、追加又は変更するＤＲＢの設定を示す情報のリストであっても良い。ＤＲＢ−ＴｏＡｄｄＭｏｄ（追加又は変更するＤＲＢの設定を示す情報）の中の、ｐｄｕＳｅｓｓｉｏｎ−Ｉｄｅｎｔｉｔｙで表される情報は、非特許文献２に説明されるＰＤＵセッションを識別する情報であっても良い。ＰＤＵセッションを識別する情報は、非特許文献２に説明されるＰＤＵセッション識別子（ＰＤＵｓｅｓｓｉｏｎｉｄｅｎｔｉｆｉｅｒ）であっても良いし、別の情報であっても良い。図６の例では１から１６の整数値としているが、別の値を取っても良い。ＰＤＵセッションを識別する情報は、設定するＤＲＢが関連するＰＤＵセッションを識別するために使われても良い。また図６では、ＰＤＵセッションを識別する情報は、追加又は変更するＤＲＢの設定を示す情報の中に含まれているが、他の場所に記載されていても良い。また追加又は変更するＤＲＢの設定を示す情報の中の、ＤＲＢ−Ｉｄｅｎｔｉｔｙで表される情報は、追加又は変更するＤＲＢのＤＲＢ識別子である。図６の例では１から３２の整数値としているが、別の値を取っても良い。ＤＲＢ識別子はＰＤＵセッションの中でＤＲＢを一意に識別するために使われても良い。

また図６において、追加又は変更するＤＲＢの設定を示す情報の中のｓｄａｐ−Ｃｏｎｆｉｇで表される情報は、ＳＤＡＰエンティティ設定に関する情報であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＡｄｄＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ−Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。また、ＤＲＢに対応（マッピング）するＱｏＳフロー識別子はアップリンク方向に対する対応（マッピング）であっても良い。ＱｏＳフロー識別子は整数値であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＲｅｌｅａｓｅＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）しているＱｏＳフロー識別子の中から、解放するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ−Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。

また、ｓｄａｐＨｅａｄｅｒ−ＵＬで表される情報は、設定するＤＲＢに対応（マッピング）しているアップリンク方向のＳＤＡＰＰＤＵに、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報であっても良い。また、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報は、設定するＤＲＢに対応（マッピング）しているアップリンク方向のＳＤＡＰＰＤＵ、又はＳＤＡＰＳＤＵに、アップリンク用ＳＤＡＰヘッダが必要である事を示す情報と言い換えても良い。またｓｄａｐＨｅａｄｅｒ−ＤＬで表される情報は、設定するＤＲＢに対応（マッピング）しているダウンリンク方向のＳＤＡＰＰＤＵに、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報であっても良い。アップリンク用ＳＤＡＰヘッダが存在する事を示す情報、及びアップリンク用ＳＤＡＰヘッダが存在する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて存在する事を示しても良いし、ヘッダ長を表す数値と共に存在する事を示しても良い。

ｒｅｆｌｅｃｔｉｖｅで表される情報は、設定するＤＲＢが、非特許文献２及び非特許文献１６に説明されるリフレクティブＱｏＳフローに対応（マッピング）する事を示す情報であっても良い。リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて、リフレクティブＱｏＳフローに対応（マッピ
ング）している事を示しても良い。なお本発明の各実施の形態で、ＱｏＳフローとは、同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（ＳｅｒｖｉｃｅＤａｔａＦｌｏｗ：ＳＤＦ）から成っても良い（非特許文献２）。なお、リフレクティブＱｏＳフローとは、ＱｏＳフローに割り当てられているＳＤＦのうち、一つ又はそれ以上のＳＤＦの各パケットのコア網のユーザデータのカプセル化ヘッダ（Ｎ３ヘッ
ダ）に、リフレクティブＱｏＳの扱いを受けるためのリフレクティブＱｏＳ指示（ＲｅｆｌｅｃｔｉｖｅＱｏＳＩｎｄｉｃａｔｏｒ：ＲＱＩ）が含まれるＱｏＳフローの事を意味しても良い。

ｄｅｆａｕｌｔで示される情報は、追加又は変更するＤＲＢがデフォルトＤＲＢである事を示す情報でも良い。デフォルトＤＲＢとはデフォルトＱｏＳポリシーをもつＱｏＳフローが対応するＤＲＢであっても良いし、アップリンクＳＤＡＰＳＤＵに対応する、ＱｏＳフローとＤＲＢとのマッピングルールが格納されていない場合に、マップされるＤＲＢであっても良い。デフォルトＤＲＢである事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてデフォルトＤＲＢである事を示しても良い。

また、ＤＲＢ−ＴｏＲｅｌｅａｓｅＬｉｓｔで示される情報は、解放するＤＲＢのＤＲＢ識別子のリストを示す情報であっても良い。

また図６に示す一部、又は全ての情報は、オプショナルであっても良い。即ち図６に示す情報は必要に応じてＲＲＣ再設定メッセージに含まれても良い。ＲＲＣ再設定メッセージに情報が含まれる場合と含まれない場合で、ＵＥ１２２の処理として、異なる処理が定められてもよい。例えばアップリンク用ＳＤＡＰヘッダが存在する事を示す情報、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報、デフォルトＤＲＢである事を示す情報などは、オプショナルであっても良い。

また図６に示す情報には、依存関係のある情報があっても良い。例えばＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ−Ｉｄｅｎｔｉｔｙ）のリスト情報に含まれるＱｏＳフロー識別子の数が二つ以上、または一つのＤＲＢに対応（マッピング）するＱｏＳフローが二つ以上であった場合には、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在する、としても良い。また一つのＤＲＢに対応する（又はマップする）ＱｏＳフローが二つ以上である場合でも、デフォルトＤＲＢの場合は除外される、即ちアップリンク用ＳＤＡＰヘッダは存在しないとしても良い。また逆に、デフォルトＤＲＢの場合はアップリンク用ＳＤＡＰヘッダが存在するとしても良い。

また例えば、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報がＲＲＣ再設定メッセージに含まれる場合には、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が存在する、としても良い。

なお、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報である事を含んでも良い。すなわち、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報がＲＲＣ再設定メッセージに存在する場合には、ダウンリンク用ＳＤＡＰヘッダが存在し、かつリフレクティブＱｏＳフローに対応（マッピング）する事を示しても良い。

図７は図５におけるＵＥ１２２の処理部５０４の、本発明の実施の形態１における処理方法の一例を示す。

図８は、本発明の実施の形態１におけるアップリンク用ＳＤＡＰヘッダの一例を示す。

次に、図４から図８を用いて、ＲＲＣ再設定手順における、ＳＤＡＰ設定を含むＤＲＢ設定手順の例を説明する。

ＵＥ１２２の受信部５００は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する（
ステップＳ４００）。ＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに含まれる情報に従って、設定を行う（ステップＳ４０２）。本発明の実施の形態１におけるＲＲＣ再設定メッセージには、ＳＤＡＰエンティティ設定に関する情報の中に、アップリンク用ＳＤＡＰヘッダが存在する事を示す情報が含まれているとする。ＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージにＤＲＢ識別子と、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子のリスト情報が含まれていた場合には、アップリンク用の上記ＱｏＳフロー識別子に対応（マッピング）するＱｏＳフローと上記ＤＲＢ識別子を持つＤＲＢとのマッピングルールを作成し、格納部５０２に格納する。この際、ＵＥ１２２の処理部５０４は、格納したという情報をＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。またＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに、解放するＱｏＳフロー識別子のリスト情報が含まれていた場合には、上記解放するＱｏＳフロー識別子のリスト情報に含まれるＱｏＳフロー識別子に対応（マッピング）する、格納部５０２に格納されているアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを解放する。この際、ＵＥ１２２の処理部５０４は、解放したという情報を上記ＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。またＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに、解放するＤＲＢ識別子のリスト情報が含まれていた場合には、上記解放するＤＲＢ識別子のリスト情報に含まれるＤＲＢ識別子に対応（マッピング）する、格納部５０２に格納されているアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを解放する。この際、ＵＥ１２２の処理部５０４は、解放したという情報を上記ＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。

次にＵＥ１２２の処理部５０４は、上位レイヤよりＳＤＡＰＳＤＵ及びそのＳＤＡＰ
ＳＤＵに対応（マッピング）するＱｏＳフローのＱｏＳフロー識別子（ＱｏＳＦｌｏｗＩｄｅｎｔｉｆｉｅｒ：ＱＦＩ）を受け取る（ステップＳ７００）。

次にＵＥ１２２の処理部５０４は、上記上位レイヤから受け取ったＳＤＡＰＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されているＤＲＢか否かを確認し、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成する（ステップＳ７０２）。

図８−（Ａ）及び図８−（Ｂ）は、本発明の実施の形態１における、アップリンク用ＳＤＡＰヘッダのフォーマット例である。図８−（Ａ）及び図８−（Ｂ）は、共にＱＦＩフィールド、及びＲフィールド（Ｒビット）から成る。Ｒフィールド（Ｒビット）は予約フィールド（予約ビット）である。図８−（Ａ）は１ビット長のＲフィールドが１つ存在するのに対し、７ビット長のＱＦＩフィールドが一つ存在する。また図８−（Ｂ）は１ビット長のＲフィールドが２つ（又は２ビット張のＲフィールドが一つ）存在するのに対し、６ビット長のＱＦＩフィールドが一つ存在する。なお、アップリンク用ＳＤＡＰヘッダのフォーマットはこの通りではなく、例えばＲフィールドに代えて、リフレクティブ指示フィールド（ＲＱＩフィールド）が存在しても良い。また他のフィールド又はビット、例えば上位レイヤから受け取ったＳＤＡＰＰＤＵが対応するＱｏＳフローとＤＲＢとのマッピングルールが存在しない事を示すフィールド又はビットが存在しても良い。

次にＵＥ１２２の処理部５０４は、上記アップリンク用ＳＤＡＰヘッダのＱＦＩフィールドに、ステップＳ７００で上位レイヤから受け取ったＳＤＡＰＰＤＵが対応するＱｏＳフローのＱＦＩを設定する。またＵＥ１２２の処理部５０４は、上記アップリンク用ＳＤＡＰヘッダのリザーブフィールドに、ゼロ（’０’）をセットしても良い（ステップＳ７０４）。なおアップリンク用ＳＤＡＰヘッダにＲＱＩフィールドが存在する場合には、ＵＥ１２２の処理部５０４は、ＲＱＩフィールドにゼロ（’０’）をセットしても良い。

次にＵＥ１２２の処理部５０４は、ステップＳ７００で上位レイヤから受け取ったＳＤ
ＡＰＳＤＵに、ステップＳ７０２及びステップＳ７０４で生成したアップリンク用ＳＤＡＰヘッダを付加してＳＤＡＰＰＤＵを作成し、格納部５０２に格納されているＱｏＳフローとＤＲＢとのマッピングルールに従って、上記ＳＤＡＰＰＤＵを下位レイヤへ提出する。なお、ステップＳ７００からステップＳ７０６のアップリンク用ＳＤＡＰヘッダの各フィールドへの値の格納と、ＳＤＡＰＳＤＵにアップリンク用ＳＤＡＰヘッダを付加する順番は、この通りで無くても良い。なお、ステップＳ７０２において、上記アップリンク用ＳＤＡＰヘッダが存在するように設定されていない場合には、アップリンク用ＳＤＡＰヘッダは作成せず、上記位レイヤから受け取ったＳＤＡＰＳＤＵを、そのままＳＤＡＰＰＤＵとして下位レイヤへ提出しても良い。

このように、本発明の実施の形態１では、端末装置は、上位レイヤと無線アクセスレイヤの間でＱｏＳフロー識別子情報など必要な情報の送受信を行い、ＱｏＳの管理を正しく行う事により、効率的な通信を行うことができる。

（実施の形態２）
図１、及び図４から図６、及び図９を用いて、本発明の実施の形態２を説明する。図４から図６は本発明の実施の形態１と同じである。

すなわち、図４は本発明の各実施の形態におけるＲＲＣ再設定手順のフローの一例を示す図である。

図５は本発明の各実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明と密接に関連する主な構成部のみを示す。

図６は図４におけるＲＲＣ再設定メッセージに含まれる情報のうち、ＳＤＡＰ設定を伴うＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（ＡｂｓｔｒａｃｔＳｙｎｔａｘＮｏｔａｔｉｏｎＯｎｅ）記述の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（
非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。図６のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。なお図６におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明におけるＳＤＡＰ設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図６におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。

ｒｅｆｌｅｃｔｉｖｅで表される情報は、設定するＤＲＢが、非特許文献２及び非特許文献１６に説明されるリフレクティブＱｏＳフローに対応（マッピング）する事を示す情報
であっても良い。リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて、リフレクティブＱｏＳフローに対応（マッピ
ング）している事を示しても良い。なお本発明の各実施の形態で、ＱｏＳフローとは、同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（ＳｅｒｖｉｃｅＤａｔａＦｌｏｗ：ＳＤＦ）から成っても良い（非特許文献２）。なお、リフレクティブＱｏＳフローとは、ＱｏＳフローに割り当てられているＳＤＦのうち、一つ又はそれ以上のＳＤＦの各パケットのコア網のユーザデータのカプセル化ヘッダ（Ｎ３ヘッダ）に、リフレクティブＱｏＳの扱いを受けるためのリフレクティブＱｏＳ指示（ＲｅｆｌｅｃｔｉｖｅＱｏＳＩｎｄｉｃａｔｏｒ：ＲＱＩ）が含まれるＱｏＳフローの事を意味しても良い。

ｄｅｆａｕｌｔで示される情報は、追加又は変更するＤＲＢがデフォルトＤＲＢである事を示す情報でも良い。デフォルトＤＲＢとはデフォルトＱｏＳポリシーをもつＱｏＳフローが対応（マッピング）するＤＲＢであっても良いし、アップリンクＳＤＡＰＳＤＵに対応する、ＱｏＳフローとＤＲＢとのマッピングルールが格納されていない場合に、マップされるＤＲＢであっても良い。デフォルトＤＲＢである事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてデフォルトＤＲＢである事を示しても良い。

図９は図５におけるＵＥ１２２の処理部５０４の、本発明の実施の形態２における処理方法の一例を示す。

次に、図４から図６及び図９を用いて、本発明の実施の形態２における、ＲＲＣ再設定手順における、ＳＤＡＰ設定を含むＤＲＢ設定手順の例を説明する。

ＵＥ１２２の受信部５００は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する（ステップＳ４００）。ＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに含まれる情報に従って、設定を行う（ステップＳ４０２）。本発明の実施の形態２におけるＲＲＣ再設定メッセージには、ＳＤＡＰエンティティ設定に関する情報の中に、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報、又はダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報、又はリフレクティブＱｏＳフローに対応（マッピング）する事を示す情報及びダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報が含まれる。ＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージにＤＲＢ識別子と、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子のリスト情報が含まれていた場合には、アップリンク用の上記ＱｏＳフロー識別子に対応（マッピング）するＱｏＳフローと上記ＤＲＢ識別子を持つＤＲＢとのマッピングルールを作成し、格納部５０２に格納する。この際、ＵＥ１２２の処理部５０４は、格納したという情報をＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。またＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに、解放するＱｏＳフロー識別子のリスト情報が含まれていた場合には、上記解放するＱｏＳフロー識別子のリスト情報に含まれるＱｏＳフロー識別子に対応（マッピング）する、格納部５０２に格納されているアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを解放する。この際、ＵＥ１２２の処理部５０４は、解放したという情報を上記ＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。またＵＥ１２２の処理部５０４は、ＲＲＣ再設定メッセージに、解放するＤＲＢ識別子のリスト情報が含まれていた場合には、上記解放するＤＲＢ識別子のリスト情報に含まれるＤＲＢ識別子に対応（マッピング）する、格納部５０２に格納されているアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを解放する。この際、ＵＥ１２２の処理部５０４は、解放したという情報を上記ＱｏＳフロー識別子と共に、上位レイヤに通知しても良い。

次にＵＥ１２２の処理部５０４は、下位レイヤよりダウンリンクＳＤＡＰＰＤＵを受け取る（ステップＳ９００）。

次にＵＥ１２２の処理部５０４は、上記ダウンリンクＳＤＡＰＰＤＵを受け取ったＤＲＢが、ダウンリンク用ＳＤＡＰヘッダが存在するように設定されているか否かを確認し、ダウンリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、受信した上記ダウンリンクＳＤＡＰＰＤＵのダウンリンク用ＳＤＡＰヘッダを処理する（ステップＳ９０２）。

次にＵＥ１２２の処理部５０４は、上記ダウンリンク用ＳＤＡＰヘッダのＲＱＩのフィールドが、リフレクティブＱｏＳ指示がアクションである事を示す値（‘１’）であるかを確認する（ステップＳ９０４）。ＲＱＩフィールドが、リフレクティブＱｏＳ指示非アクションを示す値（‘０’）であった場合には、ステップＳ９００で下位レイヤから受け取ったダウンリンクＳＤＡＰＰＤＵからダウンリンク用ＳＤＡＰヘッダを取り除いてＳＤＡＰＳＤＵを作成し、上位レイヤに渡す（ステップＳ９０６）。

ステップＳ９０２において、ダウンリンク用ＳＤＡＰヘッダのＲＱＩのフィールドが１である場合には、ＵＥ１２２の処理部５０４は、更にダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが格納部５０２に格納されているか否かを確認する（ステップＳ９０８）。格納部５０２に格納されている場合には、ステップＳ９００で下位レイヤから受信したＳＤＡＰＰＤＵよりダウンリンク用ヘッダを取り除いて、ＳＤＡＰＳＤＵを作成し、上記ダウンリ
ンク用ＳＤＡＰヘッダに含まれていたＱＦＩの値と、リフレクティブ指示アクション（ＲＱＩ＝１）である事の情報を、上記ＳＤＡＰＳＤＵと共に上位レイヤに渡す（ステップＳ９１２）。なおここで、上記ダウンリンク用ＳＤＡＰヘッダに含まれていたＱＦＩの値をＳＤＡＰＳＤＵと共に上位レイヤに渡す事により、リフレクティブ指示である事の情報を渡す事を兼ねても良い。

またステップＳ９０８において、ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが格納部５０２に格納されていない場合には、ＵＥ１２２の処理部５０４は、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを格納部５０２に格納し（ステップＳ９１０）、かつ、ステップＳ９００で下位レイヤから受信したダウンリンク用ＳＤＡＰＰＤＵよりダウンリンク用ヘッダを
取り除いて、ＳＤＡＰＳＤＵを作成し、上記ダウンリンク用ＳＤＡＰヘッダに含まれて
いたＱＦＩの値と、リフレクティブ指示である事の情報を、上記ＳＤＡＰＳＤＵと共に上位レイヤに渡す（ステップＳ９１２）。なおここで、上記ダウンリンク用ＳＤＡＰヘッダに含まれていたＱＦＩの値をＳＤＡＰＳＤＵと共に上位レイヤに渡す事により、リフレクティブ指示である事の情報を渡す事を兼ねても良い。

なお、ステップＳ９００から、ステップＳ９１２において、ＳＤＡＰＰＤＵからダウンリンク用ＳＤＡＰヘッダを取り除いてＳＤＡＰＳＤＵを生成する順序と、ダウンリンクＳＤＡＰヘッダのフィールドを解析する順序、ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを格納部５０２に格納する順序はこの通りで無くても良い。なお、ステップＳ９０２において、ダウンリンク用ＳＤＡＰヘッダが存在するように設定されていない場合には、上記下位レイヤから受け取ったダウンリンク用ＳＤＡＰＰＤＵを、そのままＳＤＡＰＳＤＵとして上位レイヤに渡しても良い。

なお、ステップＳ９０８において、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが格納部５０２に格納されているか否かを確認する事に代え、格納部５０２に格納されている、上記ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが活性（ａｃｔｉｖｅ）になっているか否かを確認しても良い。またこの時、格納部５０２に格納されている、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールが活性（ａｃｔｉｖｅ）になってない場合には、ステップＳ９１０において、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを格納部５０２に格納する事に代え、格納部５０２に格納されている、上記ダウンリンク用ＳＤＡＰヘッダに含まれるＱＦＩの値に対応したアップリンク用のＱｏＳフローとＤＲＢとのマッピングルールを活性化（ａｃｔｉｖａｔｅ）させても良い。

このように、本発明の実施の形態２では、端末装置は、上位レイヤと無線アクセスレイヤの間でＱｏＳフロー識別子情報、及びリフレクティブＱｏＳ指示情報など必要な情報の送受信を行い、ＱｏＳの管理を正しく行う事により、効率的な通信を行うことができる。

（実施の形態３）
図１、図４、図６、及び図１０から図１３を用いて、本発明の実施の形態３を説明する。図４、及び図６は本発明の実施の形態１及び本発明の実施の形態２と同じである。

すなわち、図４は本発明の各実施の形態におけるＲＲＣ再設定手順のフローの一例を示
す図である。

図６は図４におけるＲＲＣ再設定メッセージに含まれる情報のうち、ＳＤＡＰ設定を伴うＤＲＢ設定に係る情報、及び情報のＡＳＮ．１（ＡｂｓｔｒａｃｔＳｙｎｔａｘＮｏｔａｔｉｏｎＯｎｅ）記述の一例である。３ＧＰＰにおいて、ＲＲＣに係る仕様書（非特許文献４、非特許文献１０）は、ＲＲＣに係るメッセージ、及び情報（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ：ＩＥ）等をＡＳＮ．１を用いて記述する。図６のＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報が省略されていても良い。なお図６におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明におけるＳＤＡＰ設定のパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また図６におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。

また図６において、追加又は変更するＤＲＢの設定を示す情報の中のｓｄａｐ−Ｃｏｎｆｉｇで表される情報は、ＳＤＡＰエンティティ設定に関する情報であっても良い。ＳＤ
ＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＡｄｄＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ−Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。また、ＤＲＢに対応（マッピング）するＱｏＳフロー識別子はアップリンク方向に対する対応（マッピング）であっても良い。ＱｏＳフロー識別子は整数値であっても良い。ＳＤＡＰエンティティ設定に関する情報の中の、ｑｏｓＦｌｏｗＩｄＲｅｌｅａｓｅＬｉｓｔで表される情報は、ＤＲＢ識別子に対応（マッピング）しているＱｏＳフロー識別子の中から、解放するＱｏＳフロー識別子（ＱｏＳＦｌｏｗ−Ｉｄｅｎｔｉｔｙ）のリスト情報であっても良い。

ｒｅｆｌｅｃｔｉｖｅで表される情報は、設定するＤＲＢが、非特許文献２及び非特許文献１６に説明されるリフレクティブＱｏＳフローに対応（マッピング）する事を示す情報であっても良い。リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いて、リフレクティブＱｏＳフローに対応（マッピ
ング）している事を示しても良い。なお本発明の各実施の形態で、ＱｏＳフローとは、同じＱｏＳポリシーによって処理される、一つ又は複数のサービスデータフロー（ＳｅｒｖｉｃｅＤａｔａＦｌｏｗ：ＳＤＦ）から成っても良い（非特許文献２）。なお、リフレクティブＱｏＳフローとは、ＱｏＳフローに割り当てられているＳＤＦのうち、一つ又はそれ以上のＳＤＦの各パケットのコア網のユーザデータのカプセル化ヘッダ（Ｎ３ヘッダ）に、リフレクティブＱｏＳの扱いを受けるためのリフレクティブＱｏＳ指示（ＲｅｆｌｅｃｔｉｖｅＱｏＳＩｎｄｉｃａｔｏｒ：ＲＱＩ）が含まれるＱｏＳフローの事を意味しても良い。

ｄｅｆａｕｌｔで示される情報は、追加又は変更するＤＲＢがデフォルトＤＲＢである事を示す情報でも良い。デフォルトＤＲＢとはデフォルトＱｏＳポリシーをもつＱｏＳフローが対応（マッピング）するＤＲＢであっても良いし、アップリンクＳＤＡＰＳＤＵに対応（マッピング）する、ＱｏＳフローとＤＲＢとのマッピングルールが格納されていない場合に、マップされるＤＲＢであっても良い。デフォルトＤＲＢである事を示す情報は、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてデフォルトＤＲＢである事を示しても良い。

また図６に示す一部、又は全ての情報は、オプショナルであっても良い。即ち図６に示す情報は必要に応じてＲＲＣ再設定メッセージに含まれても良い。ＲＲＣ再設定メッセージに情報が含まれる場合と含まれない場合で、ＵＥ１２２の処理として、異なる処理が定められてもよい。例えばアップリンク用ＳＤＡＰヘッダが存在する事を示す情報、ダウンリンク用ＳＤＡＰヘッダが存在する事を示す情報、リフレクティブＱｏＳフローに対応（マッピング）する事を示す情報、デフォルトＤＲＢである事を示す情報などは、オプショ
ナルであっても良い。

図１３は本発明の実施の形態３における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明と密接に関連する主な構成部のみを示す。

図１３に示すＵＥ１２２は、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する受信部１３００、及びＲＲＣ再設定要求に従って処理を行う処理部１３０２から成る。

次に、図４、図６、図１０及び図１３を用いて、本発明の実施の形態３における、ＲＲＣ再設定手順における、ＤＲＢ設定手順の第１の例を説明する。

ＵＥ１２２の受信部１３００、ｇＮＢ１０８よりＲＲＣ再設定メッセージを受信する（ステップＳ４００）。ＵＥ１２２の処理部１３０２は、ＲＲＣ再設定要求に含まれる情報に従って、設定を行う（ステップＳ４０２）。

図１０は、ＵＥ１２２の処理部１３０２の、本発明の実施の形態３における処理方法の第１の例を示す。ＵＥ１２２の処理部１３０２は、受信部１３００より受信したＲＲＣ再設定メッセージに含まれる、追加又は変更するＤＲＢの設定を示す情報のリストの中で、ＵＥ１２２の現在の設定の一部に無いＤＲＢ識別子を含むＤＲＢの設定を示す情報に、ＳＤＡＰエンティティ設定に関する情報が含まれる場合で、かつ上記ＳＤＡＰエンティティ設定に関連する、ＰＤＵセッション識別子等のＰＤＵセッションを識別する情報が、ＵＥ１２２の設定の現在の設定の一部に無いか否かを確認する（ステップＳ１０００）。もし上記ＰＤＵセッションを識別する情報が、ＵＥ１２２の設定の現在の設定の一部に無い場合には、ＳＤＡＰエンティティを確立し、上記追加又は変更するＤＲＢの設定を示す情報に従ってＤＲＢ設定を行った後に、確立したＤＲＢに対応（マッピング）するＱｏＳフロー識別子、又はＱｏＳフロー識別子のリストと、ＤＲＢ確立情報を、上位レイヤに通知する（ステップＳ１００２）。この際、上記ＰＤＵセッションを識別する情報を、一緒に通知しても良い。もし上記ＰＤＵセッションを識別する情報が、ＵＥ１２２の設定の現在の設定の一部である場合には、ＳＤＡＰエンティティを再設定し、上記追加又は変更するＤＲＢの設定を示す情報に従ってＤＲＢ設定を行った後に、確立したＤＲＢに対応（マッピン
グ）するＱｏＳフロー識別子、又はＱｏＳフロー識別子のリストと、ＤＲＢ確立情報を、上位レイヤに通知する（ステップＳ１００４）。この際、上記ＰＤＵセッションを識別する情報を、一緒に通知しても良い。

次に、図４から図６、及び図１１を用いて、本発明の実施の形態３における、ＲＲＣ再設定手順における、ＤＲＢ設定手順の第２の例を説明する。

図１１は、ＵＥ１２２の処理部１３０２の、本発明の実施の形態３における処理方法の第２の例を示す。ＵＥ１２２の処理部１３０２は、受信部１３００より受信したＲＲＣ再設定メッセージに、解放するＱｏＳフロー識別子のリストに関する情報が含まれている事を確認する（ステップＳ１１００）。この際ＲＲＣ再設定メッセージに、解放するＱｏＳフロー識別子が対応（マッピング）しているＤＲＢ識別子が含まれていても良い。次にＵＥ１２２の処理部１３０２は、上記解放するＱｏＳフロー識別子のリストに含まれる解放したＱｏＳフロー識別子と、解放したという情報を、上位レイヤに通知する（ステップＳ１１０４）。この際、上記解放したＱｏＳフロー識別子其々に対応しているＰＤＵセッションを識別する情報を、一緒に通知しても良い。

次に、図４から図６、及び図１２を用いて、本発明の実施の形態３における、ＲＲＣ再設定手順における、ＤＲＢ設定手順の第３の例を説明する。

図１２は、ＵＥ１２２の処理部１３０２の、本発明の実施の形態３における処理方法の第３の例を示す。ＵＥ１２２の処理部１３０２は、ＲＲＣ再設定メッセージに、解放するＤＲＢ識別子のリストが含まれている事を確認する（ステップＳ１２００）。次にＵＥ１２２の処理部１３０２は、上記解放するＤＲＢ識別子がＳＤＡＰエンティティに関連しているＤＲＢ識別子である場合には、ＳＤＡＰエンティティを再設定し、上記解放するＤＲＢ識別子をもつＤＲＢに対応（マッピング）しているＱｏＳフロー識別子、又はＱｏＳ識別子のリストと、解放したという情報を、上位レイヤに通知する（ステップＳ１２０２）。この際、上記解放したＱｏＳフロー識別子其々に対応しているＰＤＵセッションを識別する情報を、一緒に通知しても良い。なお、上記解放するＤＲＢ識別子がＳＤＡＰエンティティに関連しておらず、ＥＰＳベアラ識別子に関連しているＤＲＢ識別子である場合には、上記ＥＰＳベアラ識別子を上位レイヤに通知しても良い。

このように、本発明の実施の形態３では、端末装置は、上位レイヤと無線アクセスレイヤの間でＤＲＢと対応（マッピング）しているＱｏＳフロー識別子の情報の送受信を行い、ＱｏＳの管理を正しく行う事により、効率的な通信を行うことができる。

なお、本発明の各実施の形態におけるＤＲＢ設定は、ＲＲＣ再設定手順だけでなく、ＲＲＣ確立（ＲＲＣＥｓｔａｂｌｉｓｈｍｅｎｔ）手順や、ＲＲＣ再確立（ＲＲＣＲｅ−Ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順に含まれていても良い。

本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ（ＣＰＵ）等を制
御してコンピュ−タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄＤｉｓｋＤｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

なお、上述した実施形態における装置の一部、をコンピュ−タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ−タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ−タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ−タシステム」とは、装置に内蔵されたコンピュ−タシステムであって、オペレ−ティングシステムや周辺機器等のハ−ドウェアを含むものとする。また、「コンピュ−タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。

さらに「コンピュ−タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ−タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ−タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ−ラ、マイクロコントロ−ラ、またはステ−トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１００Ｅ−ＵＴＲＡ
１０２ｅＮＢ
１０４ＥＰＣ
１０６ＮＲ
１０８ｇＮＢ
１１０５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４インタフェース
１２２ＵＥ
２００、３００ＰＨＹ
２０２、３０２ＭＡＣ
２０４、３０４ＲＬＣ
２０６、３０６ＰＤＣＰ
２０８、３０８ＲＲＣ
３１０ＳＤＡＰ
５００、１３００受信部
５０２格納部
５０４、１３０２処理部

Claims

一つ又は複数の基地局装置と通信を行う端末装置であって、
前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信する受信部と、
ＱｏＳフローとＤＲＢとのマッピングルールを格納する格納部と、
上位レイヤからアップリンクＳＤＡＰＳＤＵを受け取り、
前記アップリンクＳＤＡＰＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する処理部と、を有する、端末装置。
前記アップリンク用ＳＤＡＰヘッダは、二つ以上のＱｏＳフローとのマッピングルールを持つＤＲＢに設定される、請求項１に記載の端末装置。
一つ又は複数の基地局装置と通信を行う端末装置によって行われる方法であって、
前記基地局装置からアップリンク用ＳＤＡＰヘッダが存在する事をオプショナルに示す情報を含むＲＲＣ再設定メッセージを受信し、
ＱｏＳフローとＤＲＢとのマッピングルールを格納し、
上位レイヤからアップリンクＳＤＡＰＳＤＵを受け取り、
前記アップリンクＳＤＡＰＳＤＵにマップされるＤＲＢが、アップリンク用ＳＤＡＰヘッダが存在するように設定されている場合には、アップリンク用ＳＤＡＰヘッダを作成し、前記アップリンク用ＳＤＡＰヘッダのＱｏＳフロー識別子フィールドに、前記アップリンクＳＤＡＰＳＤＵに対応するＱｏＳフローのＱｏＳフロー識別子の値を設定する方法。
前記アップリンク用ＳＤＡＰヘッダは、二つ以上のＱｏＳフローとのマッピングルールを持つＤＲＢに設定される、請求項３に記載の方法。