JP2019022217A

JP2019022217A - 無線通信システムにおいてＱｏＳ（クオリティ・オブ・サービス）フローを提供するための方法及び装置

Info

Publication number: JP2019022217A
Application number: JP2018136287A
Authority: JP
Inventors: 立▲徳▼ 潘; Li-Te Pan
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2017-07-20
Filing date: 2018-07-20
Publication date: 2019-02-07
Anticipated expiration: 2038-07-20
Also published as: US20210352521A1; CN109286999B; KR20190010486A; KR102068902B1; CN109286999A; JP6994439B2; TW201909684A; ES2758174T3; EP3432633B1; TWI680688B; US20190028920A1; US11109262B2; US11825333B2; EP3432633A1

Abstract

【課題】無線通信システムにおいてスケジューリングを改善する方法を提供する。【解決手段】ネットワークノードが第１のＤＲＢ（データ無線ベアラ）でＵＥ（ユーザ機器）を設定するステップを含み、第１のＤＲＢは、ＳＤＡＰ（サービス・データ・アダプション・コントロール）ヘッダありで設定され、ネットワークノードは、第１のＤＲＢが解放される前に、ＳＤＡＰヘッダなしで第１のＤＲＢを再設定することが許可されない。ネットワークノードが第１のＤＲＢ（データ無線ベアラ）により第１のＱｏＳ（クオリティ・オブ・サービス）フロー及び第２のＱｏＳフローを提供するようにＵＥを設定するステップをさらに含む。第２のＱｏＳフローが第１のＤＲＢから解放又は除去される場合に、第１のＤＲＢにより元々提供された第１のＱｏＳフローを第２のＤＲＢにより提供するようにＵＥを再設定するステップも含み、第２のＤＲＢはＳＤＡＰヘッダなしで設定される。【選択図】図８

Description

本願は、２０１７年７月２０日に出願された米国仮特許出願第６２／５３４，８０８号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。

この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいてスケジューリングを改善するための方法及び装置に関連する。

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、及びオンデマンド通信サービスを提供可能である。

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰ及びマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展及び確定に向けて検討されている。

ネットワークノードの観点からの方法及び装置が開示される。一実施形態では、本方法は、ネットワークノードは、第１のＤＲＢ（データ無線ベアラ）でＵＥ（ユーザ機器）を設定するステップを含み、第１のＤＲＢは、ＳＤＡＰ（サービス・データ・アダプション・コントロール）ヘッダありで設定され、ネットワークノードは、第１のＤＲＢが解放される前に、ＳＤＡＰヘッダなしで第１のＤＲＢを再設定することが許可されない。本方法は、ネットワークノードは、第１のＤＲＢ（データ無線ベアラ）により第１のＱｏＳ（クオリティ・オブ・サービス）フロー及び第２のＱｏＳフローを提供するようにＵＥを設定するステップをさらに含む。本方法は、第２のＱｏＳフローが第１のＤＲＢによって解放又は除去される場合に、第１のＤＲＢにより元々提供された第１のＱｏＳフローを第２のＤＲＢにより提供するようにＵＥを再設定するステップも含み、第２のＤＲＢはＳＤＡＰヘッダなしで設定される。

例示的な一実施形態による無線通信システムの図を示す。例示的な一実施形態による送信機システム（アクセスネットワークとしても知られている）及び受信機システム（ユーザ機器又はＵＥとしても知られている）のブロック図である。例示的な一実施形態による通信デバイスの機能ブロック図である。例示的な一実施形態による図３のプログラムコードの機能ブロック図である。例示的な一実施形態による図である。例示的な一実施形態による図である。例示的な一実施形態による図である。例示的な一実施形態によるフローチャートである。例示的な一実施形態によるフローチャートである。例示的な一実施形態によるフローチャートである。

以下に説明する例示的な無線通信システム及びデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰＬＴＥ（ロングタームエボリューション）無線アクセス、３ＧＰＰＬＴＥ−Ａ若しくはＬＴＥ−アドバンスト（ロングタームエボリューションアドバンスト）、３ＧＰＰ２ＵＭＢ（Ultra Mobile Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰＮＲ（New Radio：新しい無線）又はその他何らかの変調技術に基づいてよい。

特に、以下に説明する例示的な無線通信システム及びデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、TS 38.300 V0.4.1, “NR; NR and NG-RAN Overall Description”、TS 23.501 V1.0.0, “System Architecture for the 5G System; Stage 2”、R2-1707159, “SDAP Header Format”、R2-1707160, “Reflective QoS and Presence of Flow-ID”、R2-1707161, “QoS Flow Remapping Within the Same Cell and in Handover”、S2-170065, “Discussion on Reflective QoS activation using C-plane and U-plane”、RAN2#98 meeting chairman’s note、RAN2 NR Ad Hoc#2 meeting chairman’s note、TS 38.323 V0.0.5, “NR; Packet Data Convergence Protocol (PDCP) specification”、及びTS 36.331 V14.0.0, “E-UTRA; Radio Resource Control (RRC) Protocol specification”を含む。上記に挙げた標準及び文書は、全体として参照により本明細書に明示的に援用される。

図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４及び１０６、別のグループは１０８及び１１０、また別のグループは１１２及び１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くの又はより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２及び１１４と通信しており、アンテナ１１２及び１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６及び１０８と通信しており、アンテナ１０６及び１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、及び１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。

アンテナの各グループ及び／又はアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。

順方向リンク１２０及び１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６及び１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。

アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局又は基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、又はその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、又はその他何らかの専門用語で呼ばれることもある。

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）及び受信機システム２５０（アクセス端末（ＡＴ）又はユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、及びインターリーブして、符号化データを提供する。

各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロット及び符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、又はＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、及び変調は、プロセッサ２３０により実行される命令によって決定されてよい。

そして、すべてのデータストリームについての変調シンボルはＴＸＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボル及びシンボルが送信されているアンテナに適用する。

各送信機２２２は、各シンボルストリームを受信及び処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮ_Ｔ個の変調信号がそれぞれ、Ｎ_Ｔ個のアンテナ２２４ａ〜２２４ｔから送信される。

受信機システム２５０においては、送信された変調信号はＮ_Ｒ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、及びダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。

そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、Ｎ_Ｒ個の受信機２５４からのＮ_Ｒ個の受信シンボルストリームを受信及び処理して、Ｎ_Ｔ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、及び復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４により実行される処理と相補的である。

プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部及びランク値部を含む逆方向リンクメッセージを構築する。

逆方向リンクメッセージは、通信リンク及び／又は受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。

図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６及び１２２又は図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＮＲシステムであることが好ましい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、及びトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像及び音声を出力することができる。トランシーバ３１４は、無線信号を受信及び送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。

図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、及びレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。

３ＧＰＰＴＳ３８．３００は、以下のように、ＳＤＡＰ（Service Data Adaption Protocol：サービス・データ・アダプション・プロトコル）層及びＱｏＳ（Quality of Service：クオリティ・オブ・サービス）を説明している。
（外１）

「QoS Architecture」と題する、３ＧＰＰＴＳ３８．３００の図１２−１は省略する。
（外２−１）

（外２−２）

３ＧＰＰＴＳ２３．５０１は、以下のように、（New RAT/Radio）のためのＱｏＳモデルを特定している。
（外３−１）

（外３−２）

（外３−３）

「The principle for classification and User Plane marking for QoS Flows and mapping to AN Resources」と題する、３ＧＰＰＴＳ２３．５０１Ｖ１．０．０の図５．７．１−１は省略する。
（外４−１）

（外４−２）

（外４−３）

（外４−４）

（外４−５）

（外４−６）

「Standardized 5QI to QoS characteristics mapping」と題する、３ＧＰＰＴＳ２３．５０１Ｖ１．０．０の表５．７．４−１は省略する。
（外５−１）

（外５−２）

（外５−３）

Ｒ２−１７０７１５９は、以下のように、ＳＤＡＰヘッダフォーマットについて論じている。
（外６−１）

（外６−２）

「DL SDAP header with 8-bit Flow ID, NAS-RQI, AS-RQI and 6-bit Reserved field」と題する、Ｒ２−１７０７１５９の図１は省略する。
（外７）

「DL SDAP header with 1-bit NAS-RQI, 1-bit AS-RQI and Flow ID omitted (AS RQI = 0)」と題する、Ｒ２−１７０７１５９の図２は省略する。
（外８）

「DL SDAP header with 7-bit Flow ID and NAS-RQI」と題する、Ｒ２−１７０７１５９の図３は省略する。
（外９）

「UL SDAP header when 7-bit Flow ID is used」と題する、Ｒ２−１７０７１５９の図４は省略する。
（外１０）

Ｒ２−１７０７１６０は、以下のように、ｒｅｆｌｅｃｔｉｖｅＱｏＳ及びＦｌｏｗ−ＩＤありについて論じている。
（外１１−１）

（外１１−２）

（外１１−３）

（外１１−４）

（外１１−５）

（外１１−６）

（外１１−７）

Ｒ２−１７０７１６１は、以下のように、同じセル内及びハンドオーバにおけるＱｏＳフロー再マッピングについて論じている。
（外１２−１）

（外１２−２）

（外１２−３）

（外１２−４）

Ｓ２−１７００６５は、以下の説明を提供している。
（外１３）

「Reflective QoS activation via C-plane」と題する、Ｓ２−１７００６５の図２．１−１は省略する。
（外１４）

「Reflective QoS activation via U-plane」と題する、Ｓ２−１７００６５の図２．２−１は省略する。
（外１５）

ＲＡＮ２＃９８Ｃｈａｉｒｍａｎ’ｓｎｏｔｅｓは、関連するＱｏＳについてなされた以下の同意を獲得している。
（外１６）

ＲＡＮ２ＮＲＡｄＨｏｃ＃２Ｃｈａｉｒｍａｎ‘ｓｎｏｔｅは、関連するＱｏＳについてなされた以下の同意を獲得している。
（外１７−１）

（外１７−２）

３ＧＰＰＴＳ３８．３２３は、以下のように、ステータスレポート及びヘッダの圧縮及び復元を特定している。
（外１８−１）

（外１８−２）

「Supported header compression protocols and profiles」と題する、３ＧＰＰＴＳ３８．３２３Ｖ０．０．５の表５．７．１−１は、省略する。
（外１９−１）

（外１９−２）

３ＧＰＰＴＳ２３．５０１によれば、ＱｏＳフローは、ＰＤＵ（パケット・データ・ユニット）セッションにおいてＱｏＳ差別化の最も細かい粒度である。ＰＤＵセッションは、ＵＥとＰＤＵ接続サービスを提供するデータネットワークの間の関連付けを提供する。

３ＧＰＰＴＳ３８．３００によれば、例えば、ＱｏＳフローとデータ無線ベアラ（ＤＲＢ）とのマッピング、及びＤＬパケットとＵＬパケットの両方におけるＱｏＳフローＩＤ（ＱＦＩ）のマーキングの機能を提供するＳＤＡＰ（Service Data Adaptation Protocol：サービス・データ・アダプテーション・プロトコル）と呼ばれる新しいＡＳレイヤが指定されている。追加的には、各ＳＤＡＰエンティティは１つのＰＤＵセッションに関連付けられている。各ＰＤＵセッションに対して少なくとも１つのＤＲＢ（例えば、デフォルトＤＲＢ）がある。各ＳＤＡＰＰＤＵは、少なくとも１つのＩＰパケットを含んでよい。各ＳＤＡＰＰＤＵはＳＤＡＰヘッダ（ＵＬ及び／又はＤＬに対して設定されている場合）を含んでよい。ＳＤＡＰヘッダは、どのＩＰパケットがＱｏＳフローからやってくるのに対してＱｏＳフローを識別するために使用される少なくとも１つのＱＦＩを示してよい。ＳＤＡＰＰＤＵは、ＰＤＣＰ（Packet Data Convergence Unit：パケット・データ・コンバージェンス・プロトコル）ＳＤＵ（Service Data Unit：サービス・データ・ユニット）とすることができる。

３ＧＰＰＴＳ３８．３２３に基づくと、ＲｏＨＣ（ロバストヘッダ圧縮）圧縮及び復元がＰＤＣＰレイヤで実行される。ＲｏＨＣの圧縮及び復元は、ＩＰパケットのヘッダに基づいて実行することができる。追加的に、ＰＤＣＰステータスレポートは、ＲｏＨＣ復元が失敗したＰＤＣＰＳＤＵを示してよい。ＳＤＡＰエンティティはＰＤＣＰレイヤの上にあるプロトコルスタックであるため、ＰＤＣＰレイヤはＳＤＡＰＰＤＵ内のＩＰパケットの位置を知るべきである（つまり、ＰＤＣＰレイヤはＳＤＡＰヘッダあり又はなしについて知るべきである）。

一実施形態では、ＤＲＢは、（ＰＤＵセッションに対して）複数のＱｏＳフローを提供して、ＵＥがＤＲＢに対して（ＵＬにおいて）ＳＤＡＰヘッダを使用するようにｇＮＢが設定してもよいようにする。いくつかのＱｏＳフローが別のＤＲＢを使用するように変更されるか、又は解放されると、ＤＲＢはこの時点で１つのＱｏＳフローのみを提供する可能性がある。その場合、ｇＮＢは、ＵＥがそのＤＲＢに対して（ＵＬにおいて）ＳＤＡＰヘッダを使用しないように再設定してもよい。しかし、送信（又は再送信）される、ＳＤＡＰヘッダを含むいくつかのＰＤＣＰＳＤＵは、ＰＤＣＰエンティティ／レイヤにおいてバッファされていることがある。ＳＤＡＰヘッダを含むそれらのＰＤＣＰＳＤＵを送信（又は再送信）した後に、ＰＤＣＰエンティティ／レイヤの受信側は、それらのＰＤＣＰＳＤＵをＳＤＡＰヘッダを含まないものとして処理する可能性がある。この状況が発生すると、それらのＰＤＣＰＳＤＵについてのＲｏＨＣ復元が失敗することがある。ＰＤＣＰエンティティ／レイヤがＵＭＲＬＣエンティティに関連付けられている場合、それらのＰＤＣＰＳＤＵは、ＲｏＨＣ復元の失敗により破棄されることがあり、これはデータ消失を意味する。しかし、ＰＤＣＰエンティティ／レイヤがＡＭＲＬＣエンティティと関連付けられる場合、それらのＰＤＣＰＳＤＵは、ＰＤＣＰステータスレポートに基づいて再送信されることがある。それらのＰＤＣＰＳＤＵの再送信が実行されても、ＲｏＨＣ復元は、再送信されたそれらのＰＤＣＰＳＤＵに対しては依然として失敗し、これはデータ消失だけでなくリソースの無駄も意味する。

図５はこの問題を示す。図５では、ＤＲＢに対して（ＵＬにおいて）ＳＤＡＰヘッダを使用しないようにＵＥをｇＮＢが設定するときに、ＰＤＣＰＳＤＵ＃１及びＰＤＣＰＳＤＵ＃２がＰＤＣＰ送信バッファにバッファされている。従って、ＰＤＣＰＳＤＵ＃１及び＃２の両方ともＳＤＡＰヘッダを含む。再設定を受信した後に、ＰＤＣＰＳＤＵ＃１及び＃２の両方とも送信又は再送信され得る。ＰＤＣＰレイヤの受信側では、ＰＤＣＰＳＤＵ＃１及び＃２の両方とも正しく処理することができず（例えば、ＲｏＨＣ復元に失敗）、廃棄される可能性がある。ＰＤＣＰレイヤの送信側がＰＤＣＰＳＤＵ＃１及び＃２の両方とも再送することができる場合でも、受信側におけるＲｏＨＣ復元は依然として失敗する。受信側は、ＳＤＡＰヘッダが含まれていないことによりＰＤＣＰＳＤＵ＃３及び＃４の両方に対してＲｏＨＣ復元を首尾よく実行することができる。

３ＧＰＰＲ２−１７０７１６０は、ハンドオーバの手段によってＳＤＡＰヘッダ再設定を同期させることを提案している。ハンドオーバでは、ＵＥは、（３ＧＰＰＴＳ３６．３３１で説明されているように）ＭＡＣ層をリセットし、従来のＬＴＥシステムに従って確立されたすべてのＲＢに対してＰＤＣＰレイヤ及びＲＬＣレイヤを再確立することになる。その結果、ＭＡＣレイヤ及びＲＬＣレイヤ内のすべてのバッファがフラッシュされる。しかし、３ＧＰＰＴＳ３８．３２３に従ってＰＤＣＰレイヤのバッファがフラッシュされないので、この問題は依然として存在することがある。したがって、ハンドオーバ手順を使用してＳＤＡＰヘッダの再設定を同期させることはその問題を解決することができず、バッファに記憶されているすべてのＰＤＵを再送信する必要があることがあり、多くの無線リソースを無駄にするためやり過ぎであるようである。

概して、以下に説明するいくつかの解決策を代わりに使用することができる。

選択肢１：ＳＤＡＰヘッダの有無（presence）の変更は、特定のＰＤＵから開始される。
− 特定のＰＤＵは、ＳＤＡＰＰＤＵ又はＰＤＣＰＰＤＵとすることができる。特定のＰＤＵは、特定のＵＬＰＤＵ又は特定のＤＬＰＤＵとすることができる。ＤＲＢに対する（ＵＬ及び／又はＤＬでの）ＳＤＡＰヘッダの有無を変更することが必要とされると、ｇＮＢは、ＤＲＢにマッピングされたＳＤＡＰＰＤＵにＳＤＡＰヘッダを含める、又は含めないようにＵＥを再設定することができる。ｇＮＢは、ＳＤＡＰヘッダの有無を変更するために専用シグナリングをＵＥに送信してよい。専用シグナリングは、ＲＲＣシグナリング、ＳＤＡＰシグナリング、ＰＤＣＰシグナリング、ＲＬＣシグナリング、ＭＡＣ制御要素、又は物理シグナリングとすることができる。

一実施形態では、専用シグナリングにおいて、特定のＵＬＰＤＵを導出するために使用される第１の指示及び／又は特定のＤＬＰＤＵを導出するために使用される第２の指示を含めることができる。一実施形態では、第１の指示は、ＵＬのためのＳＤＡＰＰＤＵ又はＰＤＣＰＰＤＵのシーケンス番号とすることができ、第２の指示は、ＤＬのためのＳＤＡＰＰＤＵ又はＰＤＣＰＰＤＵのシーケンス番号とすることができる。一実施形態では、シーケンス番号は、（３ＧＰＰＴＳ３８．３２３で論じられているように）ＣＯＵＮＴ値又はＰＤＣＰＳＮとすることができる。ＣＯＵＮＴ値は、（３ＧＰＰＴＳ３８．３２３で論じられているように）ＨＦＮ及びＰＤＣＰＳＮから導出することができる。３ＧＰＰＴＳ３８．３２３で説明されているように、ＳＮフィールドは、ＰＤＣＰ（データ）ＰＤＵのシーケンス番号を示すために各ＰＤＣＰ（データ）ＰＤＵに含まれる。基本的に、シーケンス番号は、ＰＤＣＰ（データ）ＰＤＵ又はＰＤＣＰＳＤＵごとに１つずつインクリメントされる。ＵＥは、シーケンス番号に関連付けられたＳＤＡＰＰＤＵ又はＰＤＣＰＰＤＵについてＳＤＡＰヘッダの有無の変更を適用する（のを開始する）ことができる。

一実施形態では、第１の指示は、ＵＬのためのＮ番目のＳＤＡＰＰＤＵ又はＮ番目のＰＤＣＰＰＤＵを導出するために使用されるＮという数であり、第２の指示は、ＤＬのためのＮ番目のＳＤＡＰＰＤＵ又はＮ番目のＰＤＣＰＰＤＵを導出するために使用されるＮという数とすることができる。ＵＥは、Ｎ番目のＳＤＡＰＰＤＵ又はＮ番目のＰＤＣＰＰＤＵにＳＤＡＰヘッダの有無の変更を適用する（のを開始する）ことができる。

一実施形態では、ＵＥは、例えば、予め設定又は特定された値に基づいて、特定のＰＤＵを決定してよい。一実施形態では、予め設定又は特定された値を、ＵＬ及びＤＬのためのＮ番目のＳＤＡＰＰＤＵ又はＮ番目のＰＤＣＰＰＤＵを導出するために使用することができる。ＵＥは、Ｎ番目のＳＤＡＰＰＤＵ又はＮ番目のＰＤＣＰＰＤＵにＳＤＡＰヘッダを含める（のを開始する）ことができる。

一実施形態では、第１の予め設定又は第１の特定された値は、ＵＬのためのＮ番目のＳＤＡＰＰＤＵ又はＮ番目のＰＤＣＰＰＤＵを導出するために使用することができ、第２の予め設定又は第２の特定された値は、ＤＬのためのＮ番目のＳＤＡＰＰＤＵ又はＮ番目のＰＤＣＰＰＤＵを導出するために使用することができる。

ＵＥは、ＳＤＡＰヘッダなしからＳＤＡＰヘッダあり（すなわち、各ＳＤＡＰＰＤＵがＳＤＡＰヘッダを含む）に変更する場合、ＵＥは、ＳＤＡＰヘッダの有無の次の変更まで、特定のＵＬＰＤＵ（及び特定のＵＬＰＤＵに続くすべてのＵＬＰＤＵ）にＳＤＡＰヘッダを含んでよく、ＳＤＡＰヘッダの有無の次の変更まで、特定のＤＬＰＤＵ（及び特定のＤＬＰＤＵに続くすべてのＤＬＰＤＵ）がＳＤＡＰヘッダを含むと考えてよい。この概念を図６に示すことができる。ＵＥは、ＳＤＡＰヘッダを含むＳＤＡＰＰＤＵ／ＰＤＣＰＰＤＵを考慮に入れて特定のＤＬ（ダウンリンク）ＰＤＵ（及び特定のＤＬＰＤＵに続くすべてのＤＬＰＤＵ）についてのＲｏＨＣ復元を実行してよい。ｇＮＢは、ＳＤＡＰヘッダを含むＳＤＡＰＰＤＵ／ＰＤＣＰＰＤＵを考慮に入れて特定のＵＬＰＤＵ（及び特定のＵＬＰＤＵに続くすべてのＵＬＰＤＵ）についてのＲｏＨＣ復元を実行してよい。

ＳＤＡＰヘッダありからＳＤＡＰヘッダなし（すなわち、各ＳＤＡＰＰＤＵがＳＤＡＰヘッダを含まない）に変更する場合、ＵＥは、ＳＤＡＰヘッダの有無の次の変更まで、特定のＵＬＰＤＵ（及び特定のＵＬＰＤＵに続くすべてのＵＬＰＤＵ）にＳＤＡＰヘッダを含めなくてよく、ＳＤＡＰヘッダの有無の次の変更まで、特定のＤＬＰＤＵ（及び特定のＤＬＰＤＵに続くすべてのＤＬＰＤＵ）がＳＤＡＰヘッダを含まないと考えてよい。この概念を図７に示すことができる。ＵＥは、ＳＤＡＰヘッダを含まないＳＤＡＰＰＤＵを考慮に入れて特定のＤＬＰＤＵ（及び特定のＤＬＰＤＵに続くすべてのＤＬＰＤＵ）についてのＲｏＨＣ復元を実行してよい。ｇＮＢは、ＳＤＡＰヘッダを含まないＳＤＡＰＰＤＵを考慮に入れて特定のＵＬＰＤＵ（及び特定のＵＬＰＤＵに続くすべてのＵＬＰＤＵ）についてのＲｏＨＣ復元を実行することができる。

選択肢２：ＰＤＣＰＰＤＵのＰＤＣＰヘッダが、ＳＤＡＰヘッダがＰＤＣＰＰＵＤにあるかどうかを指示することができる。
− ＰＤＣＰヘッダがその指示に使用されるフィールドを含むことができる。一実施形態では、そのフィールドは、ＳＤＡＰヘッダがＰＤＣＰＰＤＵのＰＤＣＰＳＤＵに含まれる場合に第１の値に設定され、ＳＤＡＰヘッダがＰＤＣＰＳＤＵに含まれない場合に第２の値に設定されることができる。

ＳＤＡＰヘッダありが設定される（すなわち、各ＳＤＡＰがＳＤＡＰヘッダを含む）場合、ＵＥは、ＵＬＰＤＣＰＰＤＵのＰＤＣＰヘッダにおいて第１の値を有するそのようなフィールドを設定してよく、ｇＮＢは、ＤＬＰＤＣＰＰＤＵのＰＤＣＰヘッダにおいて第１の値を有するそのようなフィールドを設定してよい。ｇＮＢは、ＵＬＰＤＣＰＰＤＵ内のそのようなフィールドに基づいて、ＵＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵの位置を導出してよく、ＵＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵについてＲｏＨＣ復元を実行してよい。ＵＥは、ＤＬＰＤＣＰＰＤＵ内のそのようなフィールドに基づいて、ＤＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵの位置を導出してよく、ＤＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵについてＲｏＨＣ復元を実行してよい。

ＳＤＡＰヘッダありが設定されない（すなわち、各ＳＤＡＰがＳＤＡＰヘッダを含まない）場合、ＵＥは、ＵＬＰＤＣＰＰＤＵのＰＤＣＰヘッダにおいて第２の値を有するそのようなフィールドを設定してよく、ｇＮＢは、ＤＬＰＤＣＰＰＤＵのＰＤＣＰヘッダにおいて第２の値を有するそのようなフィールドを設定してよい。ｇＮＢは、ＵＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵがそのようなフィールドによりＵＬＰＤＣＰＰＤＵ内にＳＤＡＰヘッダを含まないと考え、ＵＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵについてＲｏＨＣ復元を実行することができる。ＵＥは、ＤＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵがそのようなフィールドによりＤＬＰＤＣＰＰＤＵ内にＳＤＡＰヘッダを含まないと考え、ＤＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵについてＲｏＨＣ復元を実行することができる。

一実施形態では、そのフィールドはＳＤＡＰヘッダの長さを導出することができる。長さゼロ（０）は、ＳＤＡＰヘッダがＰＤＣＰＳＤＵに含まれないことを意味することができる。

ＳＤＡＰヘッダありが設定される（すなわち、各ＳＤＡＰがＳＤＡＰヘッダを含む）場合、ＵＥは、ＵＬＰＤＣＰＰＤＵのＰＤＣＰヘッダにＳＤＡＰヘッダの長さを有するそのようなフィールドを設定してよく、ｇＮＢは、ＤＬＰＤＣＰＰＤＵのＰＤＣＰヘッダにＳＤＡＰヘッダの長さを有するそのようなフィールドを設定してよい。ｇＮＢは、ＵＬＰＤＣＰＰＤＵ内のそのようなフィールドに基づいて、ＵＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵの位置を導出してよく、ＵＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵについてＲｏＨＣ復元を実行してよい。ＵＥは、ＤＬＰＤＣＰＰＤＵ内のそのようなフィールドに基づいて、ＤＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵの位置を導出してよく、ＤＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵについてＲｏＨＣ復元を実行してよい。

ＳＤＡＰヘッダありが設定されない（すなわち、各ＳＤＡＰがＳＤＡＰヘッダを含まない）場合、ＵＥは、ＵＬＰＤＣＰＰＤＵのＰＤＣＰヘッダにおいて０の値を有するそのようなフィールドを設定してよく、ｇＮＢは、ＤＬＰＤＣＰＰＤＵのＰＤＣＰヘッダに０の値を有するそのようなフィールドを設定してよい。ｇＮＢは、ＵＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵがそのようなフィールドによりＵＬＰＤＣＰＰＤＵ内にＳＤＡＰヘッダを含まないと考え、ＵＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵについてＲｏＨＣ復元を実行することができる。ＵＥは、ＤＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵがそのようなフィールドによりＤＬＰＤＣＰＰＤＵ内にＳＤＡＰヘッダを含まないと考え、ＤＬＰＤＣＰＰＤＵのＰＤＣＰＳＤＵについてＲｏＨＣ復元を実行することができる。

選択肢３：ＳＤＡＰヘッダの有無の変更時でのＤＲＢモビリティ
− ＤＲＢが確立されるときに、ＳＤＡＰヘッダの有無が設定され、その後で再設定することができない（すなわち、ＤＲＢの存続期間中、ＳＤＡＰヘッダの有無は変更されない）。

一実施形態では、ＵＥは、ＳＤＡＰヘッダあり（すなわち、各ＳＤＡＰＰＤＵがＳＤＡＰヘッダを含む）で設定された第１のＤＲＢを使用して、少なくともＱｏＳフローを提供してよい。

ＵＬＳＤＡＰＰＤＵ内にＳＤＡＰヘッダを含む必要がなく、ＳＤＡＰヘッダなしで設定されたＤＲＢがない（すなわち、各ＳＤＡＰＰＤＵがＳＤＡＰヘッダを含まない）ときは、ＳＤＡＰヘッダなしで第２のＤＲＢを確立してよい。そして、ｇＮＢは、第２のＤＲＢを使用して、ＱｏＳフローを提供するようにＵＥを（再）設定することができる。

ＵＬＳＤＡＰＰＤＵ内にＳＤＡＰヘッダを含む必要がなく、ＳＤＡＰヘッダなしで設定された第２のＤＲＢがあるときは、ｇＮＢは、第２のＤＲＢを使用してＱｏＳフローを提供するようにＵＥＷＯ（再）設定することができる。

この選択肢によれば、ＵＥは、ＤＬＰＤＣＰＰＤＵに対してＲｏＨＣ復元を行うときに、第２のＤＲＢで受信したＤＬＰＤＣＰＰＤＵにおいてＳＤＡＰヘッダを含まないＳＤＡＰＰＤＵを考えることができ、ｇＮＢは、ＵＬＰＤＣＰＰＤＵに対してＲｏＨＣ復元を実行するときに、第２のＤＲＢで受信されたＵＬＰＤＣＰＰＤＵにおいてＳＤＡＰヘッダを含まないＳＤＡＰＰＤＵを考えることができる。

一実施形態では、ＵＥは、ＳＤＡＰヘッダなしで設定された第１のＤＲＢを使用して、第１のＱｏＳフローを提供してよい。

ＵＬＳＤＡＰＰＤＵ内にＳＤＡＰヘッダを含む必要があり（例えば、第２のＱｏＳフローが第１のＤＲＢによって提供されることになっている）、ＳＤＡＰヘッダありで設定されたＤＲＢがないときは、ｇＮＢは、ＳＤＡＰヘッダありで第２のＤＲＢを確立してよい。そして、ｇＮＢは、第２のＤＲＢを使用して第１のＱｏＳフロー（及び第２のＱｏＳフロー）を提供するようにＵＥを（再）設定することができる。

ＵＬＳＤＡＰＰＤＵにＳＤＡＰヘッダを含む必要があり（例えば、第２のＱｏＳフローが第１のＤＲＢによって提供されることになっている）、ＳＤＡＰヘッダありで設定された第２のＤＲＢがあるときは、ｇＮＢは、ＵＥが第２のＤＲＢを使用して第１のＱｏＳフロー（及び第２のＱｏＳフロー）を提供するようにＵＥを（再）設定することができる。

この選択肢によれば、ＵＥは、ＤＬＰＤＣＰＰＤＵに対してＲｏＨＣ復元を行うときに、第２のＤＲＢで受信されたＤＬＰＤＣＰＰＤＵにおいてＳＤＡＰヘッダを含むＳＤＡＰＰＤＵを考えることができ、ｇＮＢは、ＵＬＰＤＣＰＰＤＵに対してＲｏＨＣ復元を行うときに、第２のＤＲＢで受信されたＵＬＰＤＣＰＰＤＵにおいてＳＤＡＰヘッダを含むＳＤＡＰＰＤＵを考えることができる。

選択肢４：ＳＤＡＰヘッダの有無の変更時にＳＤＡＰＰＤＵを再構築する。
− ＵＥは、ＤＲＢを使用してＱｏＳフローを提供することができる。ＵＥは、（ＤＲＢに関連するＰＤＣＰエンティティのために）ＰＤＣＰ送信バッファ内に少なくともＰＤＣＰＳＤＵ（又はＰＤＣＰＰＤＵ）をバッファ（、又は記憶）してよい。ＰＤＣＰＳＤＵは、ＳＤＡＰＰＤＵを含んでよい。

一実施形態では、ＳＤＡＰＰＤＵは、ＱｏＳフローを示すＳＤＡＰヘッダと、ＱｏＳフローからのＳＤＡＰＳＤＵとを含むことができる。ＤＲＢにＳＤＡＰヘッダなしが必要とされるときは、ＵＥは、ＳＤＡＰヘッダを含めないものとして、ＰＤＣＰＳＤＵを再構築又は取得することができる。例えば、ＵＥは、ＳＤＡＰＰＤＵからＳＤＡＰヘッダを除去してよく、次いで、ＰＤＣＰ送信バッファに元々記憶されていたＰＤＣＰＳＤＵを、再構築又は取得されたＰＤＣＰＳＤＵに置き換えてよい。

一実施形態では、ＳＤＡＰＰＤＵは、ＱｏＳフローからのＳＤＡＰＳＤＵを含み、ＳＤＡＰヘッダは含まないことができる。ＤＲＢにＳＤＡＰヘッダありが必要とされるときは、ＵＥは、ＳＤＡＰヘッダを含むものとして、ＰＤＣＰＳＤＵを再構築／取得することができる。例えば、ＵＥは、ＳＤＡＰヘッダをＳＤＡＰＰＤＵに付加し、ＰＤＣＰ送信バッファに元々記憶されていたＰＤＣＰＳＤＵを、再構築／取得されたＰＤＣＰＳＤＵに置き換えてよい。

一実施形態では、ＵＥは、再構築／取得されたＰＤＣＰＳＤＵのシーケンス番号を変更することができない。さらに、ＵＥは、再構築／取得されたＰＤＣＰＳＤＵに関連付けられた（３ＧＰＰＴＳ３８．３２３において論じられている）discardTimerを停止又は再開することができない。

選択肢５：２つのケース（ＳＤＡＰヘッダあり及びなし）の動作におけるＲｏＨＣ復元
− 一実施形態では、ＵＥ及び／又はｇＮＢは、（ＳＤＡＰヘッダありが現在設定されている場合）ＳＤＡＰヘッダありを考慮して、ＲｏＨＣ復元を最初に実行することができ、次いで、最初のＲｏＨＣ復元が失敗した場合、ＳＤＡＰヘッダなしを考慮してＲｏＨＣ復元を実行することができる。

一実施形態では、ＵＥ及び／又はｇＮＢは、（ＳＤＡＰヘッダなしが現在設定されている場合）、ＳＤＡＰヘッダなしを考慮して、ＲｏＨＣ復元を最初に実行することができ、最初のＲｏＨＣ復元が失敗した場合、ＳＤＡＰヘッダありを考慮してＲｏＨＣ復元を実行することができる。

図８は、ネットワークノードの観点からの例示的な一実施形態によるフローチャート８００である。ステップ８０５では、ネットワークノードは、第１のＤＲＢでＵＥを設定する。ここで、第１のＤＲＢはＳＤＡＰヘッダありで設定され、ネットワークノードは、第１のＤＲＢが解放される前に、ＳＤＡＰヘッダなしで第１のＤＲＢを再設定することが許可されない。

一実施形態では、ネットワークノードは、第１のＤＲＢにより第１のＱｏＳ（Quality of Service：クオリティ・オブ・サービス）フロー及び第２のＱｏＳフローを提供するようにＵＥを設定することができる。

一実施形態では、ネットワークノードは、第２のＱｏＳフローが第１のＤＲＢから解放又は除去される場合、第１のＤＲＢにより元々提供された第１のＱｏＳフローを第２のＤＲＢにより提供するようにＵＥを再設定することができる。ここで、第２のＤＲＢは、ＳＤＡＰヘッダなしで設定される。

一実施形態では、ネットワークノードは、第１のＤＲＢにより第１のＱｏＳフロー及び第２のＱｏＳフローを提供するようにＵＥを設定する前に、第１のＤＲＢをＵＥに確立することができる。ネットワークノードは、第２のＤＲＢにより第１のＱｏＳフローを提供するようにＵＥを再設定する前に、第２のＤＲＢをＵＥに確立することもできる。

一実施形態では、ネットワークノードは、第２のＤＲＢが解放される前に、ＳＤＡＰヘッダありで第２のＤＲＢを再設定することが許可されなくてよい。

一実施形態では、ＳＤＡＰヘッダは、ＵＬ（アップリンク）ＳＤＡＰヘッダ又はＤＬ（ダウンリンク）ＳＤＡＰヘッダとすることができる。

一実施形態では、ネットワークノードは、基地局又はｇＮＢとすることができる。

図３及び図４に戻って参照すると、ネットワークノードの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが、第１のＤＲＢでＵＥを設定することを可能にすることができる。ここで、第１のＤＲＢは、ＳＤＡＰヘッダありで設定され、ネットワークノードは、第１のＤＲＢが解放される前に、ＳＤＡＰヘッダなしで第１のＤＲＢを再設定することが許可されない。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。

図９は、ネットワークノードの例示的な一実施形態によるフローチャート９００である。ステップ９０５では、ネットワークノードは、第１のＤＲＢでＵＥを設定する。ここで、第１のＤＲＢはＳＤＡＰヘッダなしで設定され、ネットワークノードは、第１のＤＲＢが解放される前に、ＳＤＡＰヘッダありで第１のＤＲＢを再設定することが許可されない。

一実施形態では、ネットワークは、第１のＤＲＢにより第１のＱｏＳ（クオリティ・オブ・サービス）フローを提供するようにＵＥを設定することができる。

一実施形態では、ネットワークノードが第１のＱｏＳフロー及び第２のＱｏＳフローを提供するために同じＤＲＢを使用することを決定した場合に、第１のＤＲＢにより元々提供された第１のＱｏＳフローを第２のＤＲＢにより提供するようにＵＥを再設定することができる。ここで、第２のＤＲＢは、ＳＤＡＰヘッダありで設定される。

一実施形態では、ネットワークノードは、第１のＤＲＢにより第１のＱｏＳフローを提供するようにＵＥを設定する前に、第１のＤＲＢをＵＥに確立することができる。ネットワークノードは、第２のＤＲＢにより第１のＱｏＳフロー及び第２のＱｏＳフローを提供するようにＵＥを再設定する前に、第２のＤＲＢをＵＥに確立することもできる。

一実施形態では、第２のＤＲＢにより第１のＱｏＳフロー及び第２のＱｏＳフローを提供するようにＵＥを再設定する前に、第２のＱｏＳフローがＵＥに追加又は開始される。

一実施形態では、ネットワークノードは、第２のＤＲＢが解放される前にＳＤＡＰヘッダなしで第２のＤＲＢを再設定することが許可されなくてよい。

一実施形態では、ネットワークノードは基地局又はｇＮＢとすることができる。

図３及び図４に戻って参照すると、ネットワークノードの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ネットワークノードが第１のＤＲＢでＵＥを設定することを可能にすることができる。ここで、第１のＤＲＢは、ＳＤＡＰヘッダなしで設定され、ネットワークノードは、第１のＤＲＢが解放される前に、ＳＤＡＰヘッダありで第１のＤＲＢを再設定することが許可されない。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。

図１０は、ＵＥの例示的な一実施形態によるフローチャート１０００である。ステップ１００５では、ＵＥは、ＳＤＡＰヘッダの有無を変更するためにネットワークノードから専用シグナリングを受信する。ここで、専用シグナリングは、ＳＤＡＰヘッダの有無の変更が適用される特定のＳＤＡＰＰＤＵを示す第１のシーケンス番号を含む。ステップ１０１０では、ＵＥは、特定のＳＤＡＰＰＤＵからＳＤＡＰヘッダの有無の変更を適用する。

一実施形態では、特定のＳＤＡＰＰＤＵは、第１のシーケンス番号に関連付けられたＵＬＰＤＣＰＳＤＵ、又は第１のシーケンス番号に関連付けられたＤＬＰＤＣＰＳＤＵに含まれることができる。さらに、特定のＳＤＡＰＰＤＵは、第１のシーケンス番号に関連付けられたＵＬＳＤＡＰＰＤＵ、又は第１のシーケンス番号に関連付けられたＤＬＳＤＡＰＰＤＵとすることができる。

一実施形態では、ＵＥは、ＰＤＵセッション及びＰＤＵセッションに属する第１のＱｏＳフローを確立することができる。ＵＥは、ＰＤＵセッションに属する第２のＱｏＳフローを確立することもできる。さらに、ＵＥは、ＵＥとネットワークノードの間に第１の無線ベアラを確立することができる。追加的に、ＵＥは、ＵＥとネットワークノードの間に第２の無線ベアラを確立することができる。

一実施形態では、第１のＱｏＳフローは、第１の無線ベアラによって提供されることができる。さらに、第２のＱｏＳフローは、専用シグナリングの受信後に第１の無線ベアラによって提供されることができ、専用シグナリングの受信前では第２の無線ベアラによって提供されることができる。また、第２のＱｏＳフローは、専用シグナリングの受信後に第２の無線ベアラによって提供されることができ、専用シグナリングの受信前では第１の無線ベアラによって提供されることができる。

一実施形態では、ＵＥは、第１のシーケンス番号未満のシーケンス番号を有するＵＬＳＤＡＰＰＤＵ内にＳＤＡＰヘッダを含まなくてもよく、ＵＥが第１のシーケンス番号に関連付けられたＵＬＳＤＡＰＰＤＵからＳＤＡＰヘッダありを適用することを専用シグナリングが指示する場合、第１のシーケンス番号以上のシーケンス番号を有するＵＬＳＤＡＰＰＤＵ内にＳＤＡＰヘッダを含む。代替的には、ＵＥは、第１のシーケンス番号未満のシーケンス番号を有するＵＬＳＤＡＰＰＤＵ内にＳＤＡＰヘッダを含むことができ、ＵＥが第１のシーケンス番号に関連付けられたＵＬＳＤＡＰＰＤＵからＳＤＡＰなしを適用することを専用シグナリングが指示する場合、第１のシーケンス番号以上のシーケンス番号を有するＵＬＳＤＡＰＰＤＵ内にＳＤＡＰヘッダを含まない。

一実施形態では、シーケンス番号は、（３ＧＰＰＴＳ３８．３２３で論じられているように）ＰＤＣＰＳＮ又はＣＯＵＮＴ値とすることができる。ネットワークノードは、基地局又はｇＮＢとすることができる。特定のＳＤＡＰＰＤＵからＳＤＡＰヘッダの有無の変更することは、第１の無線ベアラに適用することができる。第１の無線ベアラは、ＰＤＵセッションに関連付けられたデフォルトの無線ベアラとすることができる、又はＰＤＵセッションに関連付けられたデフォルトではない無線ベアラである。

図３及び図４に戻って参照すると、ＵＥの例示的な一実施形態では、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）ＳＤＡＰヘッダの有無を変更するためにネットワークノードから専用シグナリングを受信し、専用シグナリングは、ＳＤＡＰヘッダの有無の変更が適用される特定のＳＤＡＰＰＤＵを示す第１のシーケンス番号を含む、受信することと、（ｉｉ）特定のＳＤＡＰＰＤＵからＳＤＡＰヘッダの有無の変更を適用することを可能にすることができる。上述した動作及びステップ又は本明細書で説明した他のすべてを実行することができる。

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してよく、本明細書に開示されている如何なる特定の構造、機能、又は両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示される態様は、他の如何なる態様からも独立に実装されてよく、これら態様のうちの２つ以上が種々組み合わされてよい。例えば、本明細書に記載された態様のうちの任意の数の態様を用いて、装置が実装されてよく、方法が実現されてよい。追加的に、本明細書に記載された態様のうちの１つ以上の追加又は代替で、他の構造、機能、又は構造と機能を用いて、このような装置が実装されるようになっていてもよいし、このような方法が実現されるようになっていてもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルが確立されてよい。いくつかの態様においては、パルス位置又はオフセットに基づいて、同時チャネルが確立されてよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。いくつかの態様において、パルス繰り返し周波数、パルス位置又はオフセット、及び時間ホッピングシーケンスに基づいて、同時チャネルが確立されてよい。

当業者であれば、多様な異なるテクノロジ及び技術のいずれかを使用して、情報及び信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、又はこれらの任意の組合せによって表わしてよい。

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディング又はその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、又はこれら２つの組合せ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」又は「ソフトウェアモジュール」と称されることがある）、又は両者の組合せとして実装されてよい。このハードウェア及びソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途及びシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、及び回路は、集積回路（「ＩＣ」）、アクセス端末、又はアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、又は本明細書で説明した機能を実行するように設計されたこれらの任意の組合せを含み、ＩＣ内、ＩＣ外、又はその両方に存在するコード又は命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、又はその他任意のこのような構成である、コンピュータデバイスの組合せとして実装されてよい。

任意の開示プロセスにおけるステップの如何なる特定の順序又は階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序又は階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序又は階層に限定されることを意図していない。

本明細書に開示される態様に関連して記載された方法又はアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組合せにおいて具現化してよい。（例えば、実行可能な命令及び関連するデータを含む）ソフトウェアモジュール及び他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、又は当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出し及び記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサ及び記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサ及び記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、又は適応を網羅することを意図している。

Claims

ネットワークノードの方法であって、
第１のＤＲＢ（データ無線ベアラ）でＵＥ（ユーザ機器）を設定するステップであって、該第１のＤＲＢは、ＳＤＡＰ（サービス・データ・アダプション・コントロール）ヘッダありで設定され、前記ネットワークノードは、前記第１のＤＲＢが解放される前に、ＳＤＡＰヘッダなしで該第１のＤＲＢを再設定することが許可されない、方法。
前記第１のＤＲＢにより第１のＱｏＳ（クオリティ・オブ・サービス）フロー及び第２のＱｏＳフローを提供するように前記ＵＥを設定するステップをさらに含む、請求項１に記載の方法。
第２のＱｏＳフローが前記第１のＤＲＢから解放又は除去される場合に、前記第１のＤＲＢにより元々提供された第１のＱｏＳフローを第２のＤＲＢにより提供するように前記ＵＥを再設定するステップをさらに含み、該第２のＤＲＢはＳＤＡＰヘッダなしで設定される、請求項１に記載の方法。
前記第１のＤＲＢにより第１のＱｏＳフロー及び第２のＱｏＳフローを提供するように前記ＵＥを設定する前に、前記第１のＤＲＢを前記ＵＥに確立するステップをさらに含む、請求項１に記載の方法。
前記第２のＤＲＢにより前記第１のＱｏＳフローを提供するように前記ＵＥを再設定する前に、前記第２のＤＲＢを前記ＵＥに確立するステップをさらに含む、請求項３に記載の方法。
前記ネットワークノードは、前記第２のＤＲＢが解放される前に、ＳＤＡＰヘッダありで前記第２のＤＲＢを再設定することが許可されない、請求項３に記載の方法。
前記ＳＤＡＰヘッダは、ＵＬ（アップリンク）ＳＤＡＰヘッダ又はＤＬ（ダウンリンク）ＳＤＡＰヘッダである、請求項１に記載の方法。
前記ネットワークノードは、基地局又はｇＮＢである、請求項１に記載の方法。
ネットワークノードの方法であって、
第１のＤＲＢ（データ無線ベアラ）でＵＥ（ユーザ機器）を設定するステップであって、該第１のＤＲＢは、ＳＤＡＰ（サービス・データ・アダプション・コントロール）ヘッダなしで設定され、前記ネットワークノードは、前記第１のＤＲＢが解放される前に、ＳＤＡＰヘッダありで該第１のＤＲＢを再設定することが許可されない、方法。
前記第１のＤＲＢにより第１のＱｏＳ（クオリティ・オブ・サービス）フローを提供するように前記ＵＥを設定するステップをさらに含む、請求項９に記載の方法。
前記ネットワークノードが同じＤＲＢを使用して第１のＱｏＳフロー及び第２のＱｏＳフローを提供することを決定した場合、前記第１のＤＲＢにより元々提供された第１のＱｏＳフローを第２のＤＲＢにより提供するように前記ＵＥを再設定するステップをさらに含み、該第２のＤＲＢはＳＤＡＰヘッダありで設定される、請求項９に記載の方法。
前記第１のＤＲＢにより第１のＱｏＳフローを提供するように前記ＵＥを設定する前に、前記第１のＤＲＢを前記ＵＥに確立するステップをさらに含む、請求項９に記載の方法。
前記第２のＤＲＢにより前記第１のＱｏＳフロー及び前記第２のＱｏＳフローを提供するように前記ＵＥを再設定する前に、前記第２のＤＲＢを前記ＵＥに確立するステップをさらに含む、請求項１１に記載の方法。
前記第２のＤＲＢにより前記第１のＱｏＳフロー及び前記第２のＱｏＳフローを提供するように前記ＵＥを再設定する前に、前記第２のＱｏＳフローが前記ＵＥに追加又は開始される、請求項１１に記載の方法。
前記ネットワークノードは、前記第２のＤＲＢが解放される前に、ＳＤＡＰヘッダなしで前記第２のＤＲＢを再設定することが許可されない、請求項１１に記載の方法。
前記ＳＤＡＰヘッダがＵＬ（アップリンク）ＳＤＡＰヘッダ又はＤＬ（ダウンリンク）ＳＤＡＰヘッダである、請求項９に記載の方法。
前記ネットワークノードは、基地局又はｇＮＢである、請求項９に記載の方法。
ネットワークノードであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第１のＤＲＢ（データ無線ベアラ）でＵＥ（ユーザ機器）を設定することであって、該第１のＤＲＢは、ＳＤＡＰ（サービス・データ・アダプション・コントロール）ヘッダありで設定され、当該ネットワークノードは、前記第１のＤＲＢが解放される前に、ＳＤＡＰヘッダなしで該第１のＤＲＢを再設定することが許可されない、設定すること、を行うように構成された、ネットワークノード。
ネットワークノードであって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
第１のＤＲＢ（データ無線ベアラ）でＵＥ（ユーザ機器）を設定するステップであって、該第１のＤＲＢは、ＳＤＡＰ（サービス・データ・アダプション・コントロール）ヘッダなしで設定され、当該ネットワークノードは、前記第１のＤＲＢが解放される前に、ＳＤＡＰヘッダありで該第１のＤＲＢを再設定することが許可されない、設定すること、を行うように構成された、ネットワークノード。