特許 7475762 高信頼低遅延サービスをサポートするシステムでのＰＤＣＰ制御データを処理する方法及び装置

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

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

(11)【特許番号】

(24)【登録日】2024-04-19

(45)【発行日】2024-04-30

(54)【発明の名称】高信頼低遅延サービスをサポートするシステムでのＰＤＣＰ制御データを処理する方法及び装置

(51)【国際特許分類】

   H04W 28/06 20090101AFI20240422BHJP

【ＦＩ】

H04W28/06

【請求項の数】 15

(21)【出願番号】P 2021557580

(86)(22)【出願日】2020-03-26

(65)【公表番号】

(43)【公表日】2022-06-16

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

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

(87)【国際公開日】2020-10-01

【審査請求日】2023-03-08

(31)【優先権主張番号】10-2019-0035018

(32)【優先日】2019-03-27

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

(31)【優先権主張番号】10-2019-0041526

(32)【優先日】2019-04-09

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

(31)【優先権主張番号】10-2019-0087751

(32)【優先日】2019-07-19

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

(73)【特許権者】

【識別番号】503447036

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ドングン・キム

【審査官】望月 章俊

(56)【参考文献】

【文献】LG Electronics Inc.，Corrections to PDCP specification[online]，3GPP TSG RAN WG2 #102 R2-1808822，フランス，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_102/Docs/R2-1808822.zip>，2018年05月25日，[検索日 2023.11.28]

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムで端末による方法であって、
ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダーが設定されているか否か及びイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）が設定されているか否かを識別する段階と、及び
前記ＥＨＣが設定されている場合、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層でデータに対して前記イーサネットヘッダー圧縮を行う段階と、を含み、
ＥＨＣヘッダーは前記ＳＤＡＰヘッダー後に位置し、及び
ＰＤＣＰヘッダー及び前記ＳＤＡＰヘッダーは暗号化されないことを特徴とする、方法。

【請求項2】

前記ＰＤＣＰ階層で生成された前記ＥＨＣヘッダーは暗号化されることを特徴とする、請求項１に記載の方法。

【請求項3】

前記ＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）に対しては前記ＥＨＣヘッダーが生成されないことを特徴とする、請求項１に記載の方法。

【請求項4】

前記ＥＨＣ及びＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）の両方が設定されている場合、ＥＨＣ圧縮及びＲＯＨＣ圧縮を行う時、ＲＯＨＣヘッダーは前記ＥＨＣヘッダーの後に位置することを特徴とする、請求項１に記載の方法。

【請求項5】

無線通信システムで基地局による方法であって、
ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダーが設定されているか否か及びイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）が設定されているか否かを識別する段階と、及び
前記ＥＨＣが設定されている場合、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層でデータに対して前記イーサネットヘッダー圧縮を行う段階と、を含み、
ＥＨＣヘッダーは前記ＳＤＡＰヘッダー後に位置し、及び
ＰＤＣＰヘッダー及び前記ＳＤＡＰヘッダーは暗号化されないことを特徴とする、方法。

【請求項6】

前記ＰＤＣＰ階層で生成された前記ＥＨＣヘッダーは暗号化されることを特徴とする、請求項５に記載の方法。

【請求項7】

前記ＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）に対しては前記ＥＨＣヘッダーが生成されないことを特徴とする、請求項５に記載の方法。

【請求項8】

前記ＥＨＣ及びＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）の両方が設定されている場合、ＥＨＣ圧縮及びＲＯＨＣ圧縮を行う時、ＲＯＨＣヘッダーは前記ＥＨＣヘッダーの後に位置することを特徴とする、請求項５に記載の方法。

【請求項9】

端末であって、
少なくとも一つの信号を送受信することができる送受信部と、
前記送受信部と結合された制御部と、を含み、
前記制御部は、
ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダーが設定されているか否か及びイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）が設定されているか否かを識別し、及び
前記ＥＨＣが設定されている場合、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層でデータに対して前記イーサネットヘッダー圧縮を行うように構成され、
ＥＨＣヘッダーは前記ＳＤＡＰヘッダー後に位置し、及び
ＰＤＣＰヘッダー及び前記ＳＤＡＰヘッダーは暗号化されないことを特徴とする、端末。

【請求項10】

前記ＰＤＣＰ階層で生成された前記ＥＨＣヘッダーは暗号化されることを特徴とする、請求項９に記載の端末。

【請求項11】

前記ＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）に対しては前記ＥＨＣヘッダーが生成されないことを特徴とする、請求項９に記載の端末。

【請求項12】

前記ＥＨＣ及びＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）の両方が設定されている場合、ＥＨＣ圧縮及びＲＯＨＣ圧縮を行う時、ＲＯＨＣヘッダーは前記ＥＨＣヘッダーの後に位置することを特徴とする、請求項９に記載の端末。

【請求項13】

基地局であって、
少なくとも一つの信号を送受信することができる送受信部と、
前記送受信部と結合された制御部と、を含み、
前記制御部は、
ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダーが設定されているか否か及びイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）が設定されているか否かを識別し、及び
前記ＥＨＣが設定されている場合、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層で受信されたデータに対して前記イーサネットヘッダー圧縮を行うように構成され、
ＥＨＣヘッダーは前記ＳＤＡＰヘッダー後に位置し、及び
ＰＤＣＰヘッダー及び前記ＳＤＡＰヘッダーは暗号化されないことを特徴とする、基地局。

【請求項14】

前記ＰＤＣＰ階層で生成された前記ＥＨＣヘッダーは暗号化されることを特徴とする、請求項１３に記載の基地局。

【請求項15】

前記ＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）に対しては前記ＥＨＣヘッダーが生成されず、且つ
前記ＥＨＣ及びＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）の両方が設定されている場合、ＥＨＣ圧縮及びＲＯＨＣ圧縮を行う時、ＲＯＨＣヘッダーは前記ＥＨＣヘッダーの後に位置することを特徴とする、請求項１３に記載の基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、高信頼低遅延サービスをサポートするシステムでパケット重複送信技術を適用する時のＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層装置のＰＤＣＰ制御データを効率的に処理する方法及び装置に関する。

【0002】

より具体的に、本発明は次世代移動通信システムでイーサネットヘッダー圧縮及び圧縮解除をサポートする方法及び装置に関する。

【背景技術】

【0003】

４Ｇ通信システム商用化以後の増加趨勢にある無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以後（Ｐｏｓｔ ＬＴＥ）の通信システムと呼ばれている。高いデータ送信率を達成するために、５Ｇ通信システムは超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）での具現が考慮されている。超高周波帯域での伝播の経路損失の緩和及び伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。さらに、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、機器間の通信（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ；Ｄ２Ｄ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。この以外にも、５Ｇシステムでは進歩されたコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ、ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩されたアクセス技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。

【0004】

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

【0005】

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

【0006】

最近、次世代移動通信システムの発展によって低い送信遅延と高い信頼度を要求するサービス（例えば、ＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）又はＩＩｏＴ（Ｉｎｄｕｓｔｒｉａｌ ＩｏＴ）サービス）をサポートするために送信リソースを効率的に使用しなければならない必要がある。

【0007】

前記情報は本開示の内容の理解を助けるための背景情報として提示される。本開示に係って前記のうちのいずれでも先行技術として適用されることができるか否かに対してどんな決定も主張も成られなかった。

【発明の概要】

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

【0008】

次世代移動通信システムでは信頼性を高め、送信遅延を低めるためにキャリアアグリゲーション（Ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）又は二重接続技術（Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）で互いに異なる独立的な経路を介して同一なデータを送信することができる。前記キャリアアグリゲーション又は二重接続技術においてパケット重複送信技術（Ｐａｃｋｅｔ ｄｕｐｌｉｃａｔｉｏｎ）をサポートする各ＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）装置がＲＬＣ ＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）又はＲＬＣ ＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）で動作することができ、ＭＡＣ制御情報によって活性化又は非活性化されることもできる。しかし、前記パケット重複送信方法を適用する時の具現の容易性を考慮して受信ＰＤＣＰ階層装置の問題が発生しないようにＰＤＣＰ階層の制御データを処理する方法を考慮すべき必要がある。

【0009】

併せて、次世代移動通信システムでは低い送信遅延と高い信頼度を要求するサービス（例えば、ＵＲ ＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）又はＩＩｏＴ（Ｉｎｄｕｓｔｒｉａｌ ＩｏＴ）サービス）をサポートするために送信リソースを効率的に使用すべき必要性がある。また、端末のデータ処理手順の中で最もプロセッシング負担が大きい暗号化及び復号化手順を効率的に行う必要がある。

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

【0010】

本開示の態様によれば、無線通信システムで端末による方法であって、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダーが設定されているか否か及びイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）が設定されているか否かを判断する段階と、上位階層からデータを受信する段階と、及び前記ＳＤＡＰヘッダー及び前記ＥＨＣが設定されている場合、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層で前記受信されたデータに対して前記イーサネットヘッダー圧縮を行う段階と、を含み、前記イーサネットヘッダー圧縮を行う段階は、前記ＳＤＡＰヘッダー及びＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵには適用されないことを特徴とする。

【0011】

一実施例で、前記ＥＨＣヘッダーは前記ＳＤＡＰヘッダー後に位置することを特徴とする。

【0012】

一実施例で、前記ＰＤＣＰ階層で生成された前記ＥＨＣヘッダーは暗号化され、ＰＤＣＰヘッダーは暗号化されないことを特徴とする。

【0013】

一実施例で、前記ＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵに対しては前記ＥＨＣヘッダーが生成されないことを特徴とする。

【0014】

一実施例で、前記ＥＨＣとＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）の両方が設定されている場合、ＥＨＣ圧縮とＲＯＨＣ圧縮を行う時、ＲＯＨＣヘッダーは前記ＥＨＣヘッダー後に位置することを特徴とする。

【0015】

本開示の他の態様によれば、無線通信システムで基地局による方法であって、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダーが設定されているか否か及びイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）が設定されているか否かを判断する段階と、上位階層からデータを受信する段階と、及び前記ＳＤＡＰヘッダー及び前記ＥＨＣが設定されている場合、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層で前記受信されたデータに対して前記イーサネットヘッダー圧縮を行う段階と、を含み、前記イーサネットヘッダー圧縮を行う段階は、前記ＳＤＡＰヘッダー及びＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵには適用されないことを特徴とする。

【0016】

本開示のまた他の態様によれば、端末であって、少なくとも一つの信号を送受信することができる送受信部と、及び前記送受信部と結合された制御部と、を含み、前記制御部は、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダーが設定されているか否か及びイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）が設定されているか否かを判断し、上位階層からデータを受信し、及び前記ＳＤＡＰヘッダー及び前記ＥＨＣが設定されている場合、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層で前記受信されたデータに対して前記イーサネットヘッダー圧縮を行うように構成され、前記イーサネットヘッダー圧縮は前記ＳＤＡＰヘッダー及びＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵには適用されないことを特徴とする。

【0017】

本開示のまた他の態様によれば、基地局であって、少なくとも一つの信号を送受信することができる送受信部と、及び前記送受信部と結合された制御部と、を含み、前記制御部は、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ヘッダーが設定されているか否か及びイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）が設定されているか否かを判断し、上位階層からデータを受信し、及び前記ＳＤＡＰヘッダー及び前記ＥＨＣが設定されている場合、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）階層で前記受信されたデータに対して前記イーサネットヘッダー圧縮を行うように構成され、前記イーサネットヘッダー圧縮は前記ＳＤＡＰヘッダー及びＳＤＡＰ ｃｏｎｔｒｏｌ ＰＤＵには適用されないことを特徴とする。

【0018】

本発明の他の態様、利点及び著しい特徴は添付図面と共に本発明の多様な実施態様を開示する次の詳細な説明から当業者に明らかになるだろう。

【発明の効果】

【0019】

本開示の態様は、少なくとも前記で言及された問題及び／又は欠点を解決して少なくとも以下で説明される利点を提供することである。したがって、本開示の態様は次世代移動通信システムにおいて適用されることができるパケット重複送信技術（Ｐａｃｋｅｔ ｄｕｐｌｉｃａｔｉｏｎ）を効率的に用いるようにするために具現の容易性を考慮し、受信ＰＤＣＰ階層装置の問題が発生しないＰＤＣＰ階層の制御データを処理する方法を提案して前記パケット重複送信技術を効率的に用いるように提供する。

【0020】

本開示のまた他の態様は、イーサネット（Ｅｔｈｅｒｎｅｔ）プロトコルを用いる次世代移動通信システムにおいてイーサネットヘッダーを圧縮及び圧縮解除する方法を提案して送信リソースを効率的に用いるようにする。したがって、少ない送信リソースでより多いデータを送信することができ、信頼性がより高い変調方法を用いることができるから高い信頼度と低い遅延を保障することができる。また、イーサネットヘッダー圧縮解除手順が適用されたデータに対する効率的な暗号化及び復号化方法を提案して端末の具現複雑度を低めてプロセッシング負担を減らすように提供する。

【0021】

追加的な側面は次の説明で部分的に説明され、部分的な説明から明らかになり、提示された実施例の実行によって学習されることができる。

【0022】

本発明及びその利点に対するより完全な理解のために、これより添付図面と共に行われる次の説明に対する参照がなされ、ここで類似の符号は類似の部分を示す。

【図面の簡単な説明】

【0023】

【図1A】本発明の実施例によるＬＴＥシステムの構造を図示する図面である。

【図1B】本開示の実施例によるＬＴＥシステムで無線プロトコル構造を示す図面である。

【図1C】本開示の実施例による次世代移動通信システムの構造を図示する図面である。

【図1D】本開示の実施例による次世代移動通信システムの無線プロトコル構造を示す図面である。

【図1E】本開示の実施例による次世代移動通信システムでデータが各階層で処理される手順を示す図面である。

【図1F】本開示の実施例による端末がネットワークと接続を設定する時の基地局がＲＲＣメッセージでパケット重複送信機能をＰＤＣＰ階層に設定する手順を示す図面である。

【図1G】本開示の実施例による次世代移動通信システムでＰＤＣＰ階層がキャリアアグリゲーション基盤でパケットを重複してパケットを送信するパケット重複送信技術（Ｐａｃｋｅｔ ｄｕｐｌｉｃａｔｉｏｎ）を示す図面である。

【図1H】本開示の実施例による次世代移動通信システムでＰＤＣＰ階層が二重接続技術（ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）基盤でパケットを重複して送信するパケット重複送信技術（Ｐａｃｋｅｔ ｄｕｐｌｉｃａｔｉｏｎ）を示す図面である。

【図1I】本開示の実施例による前記図１Ｇ又は１Ｈで説明したパケット重複送信技術を複数個のＲＬＣ階層装置で確張する実施例を示す図面である。

【図1J】本開示の実施例によるキャリアアグリゲーション基盤のパケット重複送信技術又は二重接続技術基盤のパケット重複送信技術でＰＤＣＰ階層装置の制御データを処理する第１－１実施例を説明した図面である。

【図1K】本開示の実施例によるキャリアアグリゲーション基盤のパケット重複送信技術又は二重接続技術基盤のパケット重複送信技術でＰＤＣＰ階層装置の制御データを処理する第１－２実施例を説明した図面である。

【図1L】本開示の実施例による次世代移動通信システムでＰＤＣＰ階層がキャリアアグリゲーション基盤又は二重接続技術基盤でパケット重複送信技術（Ｐａｃｋｅｔ ｄｕｐｌｉｃａｔｉｏｎ）を行う端末動作を示す図面である。

【図1M】本開示の実施例による端末の構造を図示した図面である。

【図1N】本開示の実施例による無線通信システムでＴＲＰのブロック構成を図示する。

【図2A】本開示の実施例によるＬＴＥシステムの構造を図示する図面である。

【図2B】本開示の実施例によるＬＴＥシステムで無線プロトコル構造を示す図面である。

【図2C】本開示の実施例による次世代移動通信システムの構造を図示する図面である。

【図2D】本開示の実施例による次世代移動通信システムの無線プロトコル構造を示す図面である。

【図2E】本開示の実施例による端末がネットワークと接続を設定する時基地局が端末にイーサネットヘッダープロトコル関連設定情報を設定する手順を示す図面である。

【図2F】本開示の実施例によるイーサネット（ＥｔｈＨＣ、Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）ヘッダー圧縮方法を示す図面である。

【図2G】本開示の実施例によるＳＤＡＰヘッダー又は階層装置が設定された時の提案するイーサネット（ＥｔｈＨＣ、Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）ヘッダー圧縮方法を示す図面である。

【図2H】本開示の実施例によるＳＤＡＰヘッダー又は階層装置が設定された時の提案するまた他のイーサネット（ＥｔｈＨＣ、Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）ヘッダー圧縮方法を示す図面である。

【図2I】本開示の実施例によるイーサネットヘッダー圧縮方法の具体的な第１の実施例を説明した図面である。

【図2J】本開示の実施例によるイーサネットヘッダー圧縮方法の具体的な第２の実施例を説明した図面である。

【図2K】本開示の実施例による上位階層ヘッダー圧縮方法で用いられることができるフィードバックの構造に対する実施例を示す図面である。

【図2L】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－１実施例を示す。

【図2M】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－２実施例を示す。

【図2N】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－３実施例を示す。

【図2O】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－４実施例を示す。

【図2P】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－５実施例を示す。

【図2Q】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－６実施例を示す。

【図2R】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－７実施例を示す。

【図2S】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－８実施例を示す。

【図2T】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－９実施例を示す。

【図2U】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－１０実施例を示す。

【図2V】本開示の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－１１実施例を示す。

【図2W】本開示の実施例による端末又は基地局の送信ＰＤＣＰ階層装置動作又は受信ＰＤＣＰ階層装置動作を示す図面である。

【図2X】本開示の実施例による端末の構造を図示した図面である。

【図2Y】本開示の実施例による無線通信システムでＴＲＰのブロック構成を図示する。

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

【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】

－再送信機能（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ ａｔ ｈａｎｄｏｖｅｒ ａｎｄ、ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ、ｏｆ ＰＤＣ ＰＰＤＵｓ ａｔ ＰＤＣＰ ｄａｔａ－ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ、ｆｏｒ ＲＬＣ ＡＭ）

【0191】

－暗号化及び復号化機能（Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ）

【0192】

－タイマー基盤ＳＤＵ削除機能（Ｔｉｍｅｒ－ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。）

【0193】

無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣと言う）２ｂ－１０、２ｂ－３５はＰＤＣＰ ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）を適切な大きさに再構成してＡＲＱ動作などを行うことができる。ＲＬＣの主要機能は下記のように要約される。

【0194】

－データ送信機能（Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ）

【0195】

－ＡＲＱ機能（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ（ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ））

【0196】

－連結、分割、再組立機能（Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ（ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ））

【0197】

－再分割機能（Ｒｅ－ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ（ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ））

【0198】

－順序再整列機能（Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ（ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ）

【0199】

－重複探知機能（Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ（ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ））

【0200】

－エラー探知機能（Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ（ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ））

【0201】

－ＲＬＣ ＳＤＵ削除機能（ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ（ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ））

【0202】

－ＲＬＣ再確立機能（ＲＬＣ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）

【0203】

ＭＡＣ２ｂ－１５、２ｂ－３０は一つの端末に構成された多くのＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行うことができる。ＭＡＣの主要機能は下記のように要約される。

【0204】

－マッピング機能（Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ）

【0205】

－多重化及び逆多重化機能（Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｏｎｅ ｏｒ ｄｉｆｆｅｒｅｎｔ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｉｎｔｏ／ｆｒｏｍ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ（ＴＢ）ｄｅｌｉｖｅｒｅｄ ｔｏ／ｆｒｏｍ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ）

【0206】

－スケジューリング情報報告機能（Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ）

【0207】

－ＨＡＲＱ機能（Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ）

【0208】

－ロジカルチャンネルの間の優先順位調節機能（Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ）

【0209】

－端末間の優先順位調節機能（Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ）

【0210】

－ＭＢＭＳサービス確認機能（ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）

【0211】

－送信フォーマット選択機能（Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ）

【0212】

－パディング機能（Ｐａｄｄｉｎｇ）

【0213】

物理階層２ｂ－２０、２ｂ－２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで造って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層で伝達する動作をする。

【0214】

図２Ｃは、本開示の実施例による次世代移動通信システムの構造を図示する図面である。

【0215】

図２Ｃを参照すれば、図示したように次世代移動通信システム（以下、ＮＲ又は５Ｇ）の無線アクセスネットワークは次世代基地局（Ｎｅｗ Ｒａｄｉｏ Ｎｏｄｅ Ｂ、以下、ＮＲ ｇＮＢ又はＮＲ基地局）２ｃ－１０とＮＲ ＣＮ（Ｎｅｗ Ｒａｄｉｏ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）２ｃ－０５から構成されることができる。ユーザ端末（Ｎｅｗ Ｒａｄｉｏ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＮＲ ＵＥ又は端末）２ｃ－１５は無線アクセスチャンネル２ｃ－２０を介してＮＲ ｇＮＢ２ｃ－１０及びＮＲ ＣＮ２ｃ－０５を介して外部ネットワークに接続する。

【0216】

図２ＣでＮＲ ｇＮＢ２ｃ－１０は既存のＬＴＥシステムのｅＮＢ（Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）に対応されることができる。ＮＲ ｇＮＢはＮＲ ＵＥ２ｃ－１５と無線チャンネルで接続されて既存のノードＢよりさらに越等なサービスを提供することができる。次世代移動通信システムにおいてはすべてのユーザトラフィックが共用チャンネル（ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＮＲ ＮＢ２ｃ－１０が担当する。一つのＮＲ ｇＮＢは通常多数のセルを制御する。現在ＬＴＥ対比超高速データ送信を具現するために既存の最大帯域幅以上を持つことができ、直交周波数分割多重方式（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという）を無線接続技術として追加的にビームフォーミング技術が接木されることができる。さらに、端末のチャンネル状態に合わせて変調方式（ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ）とチャンネルコーディング率（ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ）を決定する適応変調コーディング（Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣと言う）方式を適用する。ＮＲ ＣＮ２ｃ－０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行うことができる。ＮＲ ＣＮは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。また、次世代移動通信システムは既存のＬＴＥシステムとも連動されることができ、ＮＲ ＣＮがＭＭＥ２ｃ－２５とネットワークインターフェースを介して接続される。ＭＭＥは既存の基地局であるｅＮＢ２ｃ－３０と接続される。

【0217】

図２Ｄは、本開示の実施例による次世代移動通信システムの無線プロトコル構造を示す図面である。

【0218】

図２Ｄを参照すれば、次世代移動通信システムの無線プロトコルは端末とＮＲ基地局でそれぞれのＮＲ ＳＤＡＰ（２ｄ－０１、２ｄ－４５）、ＮＲ ＰＤＣＰ（２ｄ－０５、２ｄ－４０）、ＮＲ ＲＬＣ（２ｄ－１０、２ｄ－３５）、ＮＲ ＭＡＣ（２ｄ－１５、２ｄ－３０）からなる。

【0219】

ＮＲ ＳＤＡＰ２ｄ－０１、２ｄ－４５の主要機能は次の機能のうちの一部を含むことができる。

【0220】

－ユーザデータの伝達機能（ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｐｌａｎｅ ｄａｔａ）

【0221】

－アップリンクとダウンリンクに対してＱｏＳ ｆｌｏｗとデータベアラーのマッピング機能（ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ａ ＱｏＳｆｌｏｗ ａｎｄ ａ ＤＲＢ ｆｏｒ ｂｏｔｈ ＤＬ ａｎｄ ＵＬ）

【0222】

－アップリンクとダウンリンクに対してＱｏＳ ｆｌｏｗ ＩＤをマーキング機能（ｍａｒｋｉｎｇ ＱｏＳ ｆｌｏｗ ＩＤ ｉｎ ｂｏｔｈ ＤＬ ａｎｄ ＵＬ ｐａｃｋｅｔｓ）

【0223】

－アップリンクＳＤＡＰ ＰＤＵに対してｒｅｌｅｃｔｉｖｅ ＱｏＳ ｆｌｏｗをデータベアラーにマッピングさせる機能（ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｆｌｏｗ ｔｏ ＤＲＢ ｍａｐｐｉｎｇ ｆｏｒ ｔｈｅ ＵＬ ＳＤＡＰ ＰＤＵｓ）。

【0224】

前記ＳＤＡＰ階層装置に対して端末はＲＲＣメッセージで各ＰＤＣＰ階層装置別又はベアラー別、或いはロジカルチャンネル別のＳＤＡＰ階層装置のヘッダーを用いるか否か、若しくはＳＤＡＰ階層装置の機能を用いるか否かが設定されることができ、ＳＤＡＰヘッダーが設定された場合、ＳＤＡＰヘッダーのＮＡＳ ＱｏＳ反映設定１ビットインジケーター（ＮＡＳ ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ）とＡＳ ＱｏＳ反映設定１ビットインジケーター（ＡＳ ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ）で端末がアップリンクとダウンリンクのＱｏＳ ｆｌｏｗとデータベアラーに対するマッピング情報を更新又は再設定することができるように指示することができる。前記ＳＤＡＰヘッダーはＱｏＳを示すＱｏＳ ｆｌｏｗ ＩＤ情報を含むことができる。前記ＱｏＳ情報は円滑したサービスをサポートするためのデータ処理優先順位、スケジューリング情報などで用いられることができる。

【0225】

ＮＲ ＰＤＣＰ２ｄ－０５、２ｄ－４０の主要機能は次の機能のうちの一部を含むことができる。

【0226】

ヘッダー圧縮及び圧縮解除機能（Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ）

【0227】

－ユーザデータ送信機能（Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ）

【0228】

－順次的伝達機能（Ｉｎ－ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ）

【0229】

－非順次的伝達機能（Ｏｕｔ－ｏｆ－ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ）

【0230】

－順序再整列機能（ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ）

【0231】

－重複探知機能（Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ）

【0232】

－再送信機能（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ）

【0233】

－暗号化及び復号化機能（Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ）

【0234】

－タイマー基盤ＳＤＵ削除機能（Ｔｉｍｅｒ－ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。）

【0235】

前記ＮＲ ＰＤＣＰ装置の順序で再整列機能（ｒｅｏｒｄｅｒｉｎｇ）は下位階層で受信したＰＤＣＰ ＰＤＵをＰＤＣＰ ＳＮ（シーケンス番号）に基づいて順に再整列する機能を言い、再整列された順にデータを上位階層に伝達する機能を含むことができ、若しくは手順を考慮せず、直ちに伝達する機能を含むことができ、手順を再整列して抜けられたＰＤＣＰ ＰＤＵを記録する機能を含むことができ、抜けられたＰＤＣＰ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、抜けられたＰＤＣＰ ＰＤＵに対する再送信をリクエストする機能を含むことができる。

【0236】

ＮＲ ＲＬＣ２ｄ－１０、２ｄ－３５の主要機能は次の機能のうちの一部を含むことができる。

【0237】

－データ送信機能（Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ）

【0238】

－順次的伝達機能（Ｉｎ－ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ）

【0239】

－非順次的伝達機能（Ｏｕｔ－ｏｆ－ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ）

【0240】

－ＡＲＱ機能（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ）

【0241】

－連結、分割、再組立機能（Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ）

【0242】

－再分割機能（Ｒｅ－ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ）

【0243】

－順序再整列機能（Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ）

【0244】

－重複探知機能（Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ）

【0245】

－エラー探知機能（Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ）

【0246】

－ＲＬＣ ＳＤＵ削除機能（ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ）

【0247】

－ＲＬＣ再確立機能（ＲＬＣ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ）

【0248】

前記でＮＲ ＲＬＣ装置の順次的伝達機能（Ｉｎ－ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ）は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能を言い、元々一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ（シーケンス番号）又はＰＤＣＰ ＳＮ（シーケンス番号）を基準に再整列する機能を含むことができ、手順を再整列して抜けられたＲＬＣ ＰＤＵを記録する機能を含むことができ、抜けられたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、抜けられたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、抜けられたＲＬＣ ＳＤＵがある場合、抜けられたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは抜けられたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは抜けられたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。さらに、前記ＲＬＣ ＰＤＵを受信する順に（シリアル番号、シーケンス番号の手順と構わずに、到着する順に）処理してＰＤＣＰ装置で手順と構わずに（Ｏｕｔ－ｏｆ ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ）伝達することもでき、ｓｅｇｍｅｎｔの場合にはバッファーに記憶されているか追後に受信されるｓｅｇｍｅｎｔを受信して完全な一つのＲＬＣ ＰＤＵに再構成した後、処理してＰＤＣＰ装置へ伝達することができる。前記ＮＲ ＲＬＣ階層は連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）機能を含まなくてもよく、前記機能をＮＲ ＭＡＣ階層で行うかＮＲ ＭＡＣ階層の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）機能で取り替えることができる。

【0249】

前記ＮＲ ＲＬＣ装置の非順次的伝達機能（Ｏｕｔ－ｏｆ－ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ）は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層で伝達する機能を言い、元々一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して抜けられたＲＬＣ ＰＤＵを記録しておく機能を含むことができる。

【0250】

ＮＲ ＭＡＣ２ｄ－１５、２ｄ－３０は一つの端末に構成された多くのＮＲ ＲＬＣ階層装置と接続されることができ、ＮＲ ＭＡＣの主要機能は次の機能のうちの一部を含むことができる。

【0251】

－マッピング機能（Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ）

【0252】

－多重化及び逆多重化機能（Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ）

【0253】

－スケジューリング情報報告機能（Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ）

【0254】

－ＨＡＲＱ機能（Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ）

【0255】

－ロジカルチャンネルの間の優先順位調節機能（Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ）

【0256】

－端末間の優先順位調節機能（Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ）

【0257】

－ＭＢＭＳサービス確認機能（ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）

【0258】

－送信フォーマット選択機能（Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ）

【0259】

－パディング機能（Ｐａｄｄｉｎｇ）

【0260】

ＮＲ ＰＨＹ階層２ｄ－２０、２ｄ－２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで造って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層で伝達する動作を行うことができる。

【0261】

本発明では次世代移動通信システムでイーサネットプロトコル（Ｅｔｈｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）を用いる時のイーサネットヘッダーを圧縮及び圧縮解除を行う方法を提案する。

【0262】

図２ｅは、本開示の実施例による端末がネットワークと接続を設定する時の基地局が端末にイーサネットヘッダープロトコル関連設定情報を設定する手順を示す図面である。

【0263】

図２Ｅは本発明で端末がＲＲＣアイドルモード（ＲＲＣ ｉｄｌｅ ｍｏｄｅ）又はＲＲＣ非活性化モード（ＲＲＣ Ｉｎａｃｔｉｖｅ ｍｏｄｅ）（又はｌｉｇｈｔｌｙ－ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）からＲＲＣ接続モード（ＲＲＣ ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）へと転換してネットワークと接続を設定する手順を説明し、基地局が端末にイーサネットプロトコル関連設定情報を設定する手順を説明する。具体的に、ＳＤＡＰ階層装置又はＰＤＣＰ階層装置でイーサネットヘッダー圧縮及び圧縮解除手順を行うか否かを指示し、ダウンリンクにだけ用いるか又はアップリンクにだけ用いるか又は両方向にいずれも用いるかを指示し、前記イーサネットヘッダープロトコル関連設定情報はイーサネットプロトコルを用いることができる端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）がある端末にだけ又はイーサネットヘッダー圧縮及び圧縮解除手順を用いることができる端末能力がある端末にだけ設定することができる。端末は基地局に端末能力を報告する時の新しいインジケーターを定義し、前記インジケーターで端末がイーサネットプロトコルを用いることができるか又はイーサネットヘッダー圧縮及び圧縮解除手順を用いることができるか否かを基地局に報告することができる。また、各ベアラー別又はロジカルチャンネル別でどんな種類のイーサネットフレーム又はイーサネットヘッダーを用いるかを設定してイーサネットヘッダーにどんなフィールドが構成されているか、又はイーサネットヘッダーの大きさが何のバイトであるか、又はイーサネットヘッダーの各フィールドの大きさは何のビットであるか、又はイーサネットヘッダーのフィールドはどんなに構成されるかなどを設定することができる。また、イーサネットフレームにパディングが追加された場合、送信端でパディングを除去して受信端でパディングを追加して実際無線リンクでパディングが送信されないようにする機能を用いるように設定するかどうかを指示することができる。

【0264】

図２Ｅで基地局はＲＲＣ接続モードでデータを送受信する端末が所定の理由で、若しくは一定時間の間のデータの送受信がなければメッセージを端末に送信して端末をＲＲＣアイドルモード又はＲＲＣ非活性化モードで転換することがきる（２ｅ－０１）。前記メッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージであれば良い。追後に現在接続が設定されていない端末（以下、ｉｄｌｅ ｍｏｄｅ ＵＥ又はＩＮＡＣＴＩＶＥ ＵＥ）は送信するデータが発生する場合、基地局とＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ過程又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ手順を行うことができる。端末はランダムアクセス過程を介して基地局と逆方向送信同期を確立してメッセージを基地局で送信することができる（２ｅ－０５）。前記メッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ（Ｒｅｓｕｍｅ手順の場合、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ）であれば良い。前記メッセージには端末の識別子と接続を設定しようとする理由（ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ）などが収納されることができる。基地局は端末がＲＲＣ接続を設定するようにメッセージを送信することができる（２ｅ－１０）。前記メッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ（Ｒｅｓｕｍｅ手順の場合、ＲＲＣＲｅｓｕｍｅメッセージ）であれば良い。前記メッセージには各ロジカルチャンネル別（ｌｏｇｉｃａｌｃｈａｎｎｅｌｃｏｎｆｉｇ）又はベアラー別又は各ＰＤＣＰ装置別（ＰＤＣＰ－ｃｏｎｆｉｇ）又は各ＳＤＡＰ階層装置別でイーサネットプロトコルを使用するかどうか又はイーサネットヘッダー圧縮及び圧縮解除手順を用いるかどうかを指示する情報を含むことができる。また、より具体的に各ロジカルチャンネル又はベアラー又は各ＰＤＣＰ装置（或いはＳＤＡＰ装置）でどんなＩＰ ｆｌｏｗ又はどんなＱｏＳ ｆｌｏｗに対してだけイーサネットプロトコルを使用するかどうか又はイーサネットヘッダー圧縮及び圧縮解除手順を用いるかを指示することができる（ＳＤＡＰ装置にイーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を使用するか使用しないＩＰ ｆｌｏｗ又はＱｏＳ ｆｌｏｗに対する情報を設定してＳＤＡＰ装置がＰＤＣＰ装置にイーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を使用するかどうかを各ＱｏＳ ｆｌｏｗに対して指示することもできる。また他の方法でＳＤＡＰ階層装置又はＰＤＣＰ装置が各ＱｏＳ ｆｌｏｗを自ら確認し、イーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を適用するかどうかを決定することもできる）。さらに、前記イーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を使用することを指示すると、イーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法で使用する予め定義されたライブラリ（ｌｉｂｒａｒｙ）又は辞書情報（Ｄｉｃｔｉｏｎａｒｙ）に対する識別子又は使用するバッファーサイズ大きさなどを指示することができる。また、前記メッセージはイーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を行うようにセットアップ（ｓｅｔｕｐ）したり解除（ｒｅｌｅａｓｅ）するコマンドを含むことができる。また、前記でイーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を使用するように設定する時は常にＲＬＣ ＡＭベアラー（ＡＲＱ機能、再送信機能があって損失がないモード）又はＲＬＣＵＭベアラーで設定することができ、ヘッダー圧縮プロトコル（ＲＯＨＣ）とは共に設定することもでき、場合によって同時に設定しないこともある。また、前記メッセージには各ロジカルチャンネル別（ｌｏｇｉｃａｌｃｈａｎｎｅｌｃｏｎｆｉｇ）又はベアラー別又は各ＰＤＣＰ装置別（ＰＤＣＰ－ｃｏｎｆｉｇ）でＳＤＡＰ階層装置の機能を使用するかどうか又はＳＤＡＰヘッダーを使用するかどうかを指示することができ、前記メッセージには各ロジカルチャンネル別（ｌｏｇｉｃａｌｃｈａｎｎｅｌｃｏｎｆｉｇ）又はベアラー別又は各ＰＤＣＰ装置別（ＰＤＣＰ－ｃｏｎｆｉｇ）でＲＯＨＣ（ＩＰパケットヘッダー圧縮）を適用するか否かを指示することができ、アップリンクとダウンリンクに対してそれぞれのＲＯＨＣを適用するか否かをそれぞれのインジケーターで設定することができる。また、前記各ロジカルチャンネル別又はベアラー別又は各ＰＤＣＰ装置別でユーザデータ圧縮方法（ＵＤＣ）をアップリンク（Ｕｐｌｉｎｋ）とダウンリンク（Ｄｏｗｎｌｉｎｋ）に対してそれぞれ使用するかどうかを設定することができる。すなわち、アップリンクでは使用してダウンリンクでは使用しないように設定することができ、反対にアップリンクでは使用せず、ダウンリンクでは使用するように設定することができる。また、両方向でいずれも使用するように設定することができる。また、前記メッセージでイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順を同時に設定することもできる。また、前記メッセージではハンドオーバー（例えば、基地局内ハンドオーバー）の場合又はＲＲＣ非活性化モードからＲＲＣ接続モードに遷移する時のイーサネットヘッダー圧縮プロトコル関連設定情報又はコンテクストを初期化せず続いて使用すること指示するインジケーター（ｄｒｂＥｔｈＨＣＣｏｎｔｉｎｕｅ）を定義することができ、前記インジケーターを受信した端末はＳＤＡＰ階層装置又はＰＤＣＰ階層装置を再確立する時の前記インジケーターを考慮してイーサネットヘッダー圧縮プロトコル関連設定情報又はコンテクストを初期化せず、引き続いて使用するようにできる。したがって、イーサネットヘッダー圧縮プロトコル再設定によるオーバーヘッドを減らすことができる。また、前記メッセージは新しいインジケーターを定義してイーサネットヘッダー圧縮プロトコル関連設定情報又はコンテクストを初期化するようにを指示することもできる。また、前記ＲＲＣメッセージはＳＤＡＰプロトコル又はＳＤＡＰヘッダーを設定するかどうかを設定することができる。また、前記メッセージには各ベアラー別又はロジカルチャンネル別でどんな種類のイーサネットフレーム又はイーサネットヘッダーを用いるかを設定してイーサネットヘッダーにどんなフィールドが構成されているか、又はイーサネットヘッダーの大きさが何のバイトであるか、又はイーサネットヘッダーの各フィールドの大きさは何のビットであるか、又はイーサネットヘッダーのフィールドはどんなに構成されるかなどを設定することができる。また、イーサネットフレームにパディングが追加された場合、送信端でパディングを除去して受信端でパディングを追加して実際無線リンクでパディングが送信されないようにする機能を用いるように設定するかどうかを指示することができる。

【0265】

また、前記メッセージにはＲＲＣ接続構成情報などが収納されることができる。ＲＲＣ接続はＳＲＢ（Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）とも言い、端末と基地局の間の制御メッセージであるＲＲＣメッセージ送受信に用いられる。ＲＲＣ接続を設定した端末はメッセージを基地局で送信することができる（２ｅ－１５）。前記メッセージはＲＲＣＣｏｎｎｅｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージであれば良い。もし、基地局が現在接続を設定している端末に対する端末能力が分からない場合又は端末能力を把握したい場合、端末の能力を訪ねるメッセージを送信することができる。そして、端末は自分の能力を報告するメッセージを送信することができる。前記メッセージで端末がイーサネットプロトコルを用いることができるか又はイーサネットヘッダー圧縮及び圧縮解除手順を用いることができるか否かを示すことができ、これを指示するインジケーターを含んで送信することができる。前記メッセージには端末が所定のサービスのためのベアラー設定をＭＭＥにリクエストする制御メッセージ（例えば、ＳＥＲＶＩＣＥ ＲＥＱＵＥＳＴ）が含まれることができる。基地局はメッセージに収納された制御メッセージをＭＭＥで送信することができ（２ｅ－２０）、ＭＭＥは端末がリクエストしたサービスを提供するか否かを判断することができる。判断結果、端末がリクエストしたサービスを提供することに決定すると、ＭＭＥは基地局にＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴというメッセージを送信することができる（２ｅ－２５）。前記メッセージにはＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）設定時の適用するＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）情報、そしてＤＲＢに適用する保安関連情報（例えば、Ｓｅｃｕｒｉｔｙ Ｋｅｙ、Ｓｅｃｕｒｉｔｙ Ａｌｇｏｒｉｔｈｍ）などの情報が含まれることができる。基地局は端末と保安を設定するためにＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージ２ｅ－３０とＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージ２ｅ－３５を交換することができる。保安設定が完了されると、基地局は端末にメッセージを送信することができる（２ｅ－４０）。前記メッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージであれば良い。

【0266】

前記メッセージには各ロジカルチャンネル別（ｌｏｇｉｃａｌｃｈａｎｎｅｌｃｏｎｆｉｇ）又はベアラー別又は各ＰＤＣＰ装置別（ＰＤＣＰ－ｃｏｎｆｉｇ）又は各ＳＤＡＰ階層装置別でイーサネットプロトコルを使用するかどうか又はイーサネットヘッダー圧縮及び圧縮解除手順を使用するかどうかを指示する情報を含むことができる。また、より具体的に各ロジカルチャンネル又はベアラー又は各ＰＤＣＰ装置（又はＳＤＡＰ装置）でどんなＩＰ ｆｌｏｗ又はどんなＱｏＳ ｆｌｏｗに対してだけイーサネットプロトコルを使用するかどうか又はイーサネットヘッダー圧縮及び圧縮解除手順を使用するかを指示することができる（ＳＤＡＰ装置にイーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を使用するか使用しないＩＰ ｆｌｏｗ又はＱｏＳ ｆｌｏｗに対する情報を設定してＳＤＡＰ装置がＰＤＣＰ装置にイーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を使用するかどうかを各ＱｏＳ ｆｌｏｗに対して指示することもできる。また他の方法でＳＤＡＰ階層装置又はＰＤＣＰ装置が各ＱｏＳｆｌｏｗを自ら確認し、イーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を適用するかどうかを決定するともできる）。さらに、前記イーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を用いることを指示すると、イーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法で用いる予め定義されたライブラリ（ｌｉｂｒａｒｙ）又は辞書情報（Ｄｉｃｔｉｏｎａｒｙ）に対する識別子又は使用するバッファーサイズ大きさなどを指示することができる。また、前記メッセージはイーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を行うようにセットアップ（ｓｅｔｕｐ）するか解除（ｒｅｌｅａｓｅ）するコマンドを含むことができる。また、前記でイーサネットプロトコルを適用するかどうか又はイーサネットヘッダー圧縮方法を用いるように設定する時は常にＲＬＣ ＡＭベアラー（ＡＲＱ機能、再送信機能があって損失がないモード）又はＲＬＣＵＭベアラーで設定することができ、ヘッダー圧縮プロトコル（ＲＯＨＣ）とは共に設定することもでき、場合によって同時に設定しないこともある。また、前記メッセージには各ロジカルチャンネル別（ｌｏｇｉｃａｌｃｈａｎｎｅｌｃｏｎｆｉｇ）又はベアラー別又は各ＰＤＣＰ装置別（ＰＤＣＰ－ｃｏｎｆｉｇ）でＳＤＡＰ階層装置の機能を使用するかどうか又はＳＤＡＰヘッダーを使用するかどうかを指示することができ、前記メッセージには各ロジカルチャンネル別（ｌｏｇｉｃａｌｃｈａｎｎｅｌｃｏｎｆｉｇ）又はベアラー別又は各ＰＤＣＰ装置別（ＰＤＣＰ－ｃｏｎｆｉｇ）でＲＯＨＣ（ＩＰパケットヘッダー圧縮）を適用するか否かを指示することができ、アップリンクとダウンリンクに対してそれぞれのＲＯＨＣを適用するか否かをそれぞれのインジケーターで設定することができる。また、前記各ロジカルチャンネル別又はベアラー別又は各ＰＤＣＰ装置別でユーザデータ圧縮方法（ＵＤＣ）をアップリンク（Ｕｐｌｉｎｋ）とダウンリンク（Ｄｏｗｎｌｉｎｋ）に対してそれぞれ使用するかどうかを設定することができる。すなわち、アップリンクでは使用してダウンリンクでは使用せずように設定することができ、反対にアップリンクでは使用せず、ダウンリンクでは使用するように設定することができる。また、両方向でいずれも使用するように設定することができる。

【0267】

また前記メッセージでイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順を同時に設定することもできる。また、前記メッセージではハンドオーバー（例えば、基地局内ハンドオーバー）の場合又はＲＲＣ非活性化モードでＲＲＣ接続モードで遷移する時のイーサネットヘッダー圧縮プロトコル関連設定情報又はコンテクストを初期化せず続いて使用すること指示するインジケーター（ｄｒｂＥｔｈＨＣＣｏｎｔｉｎｕｅ）を定義することができ、前記インジケーターを受信した端末はＳＤＡＰ階層装置又はＰＤＣＰ階層装置を再確立する時の前記インジケーターを考慮してイーサネットヘッダー圧縮プロトコル関連設定情報又はコンテクストを初期化せず、引き続いて使用するようにできる。したがって、イーサネットヘッダー圧縮プロトコル再設定によるオーバーヘッドを減らすことができる。また、前記メッセージは新しいインジケーターを定義してイーサネットヘッダー圧縮プロトコル関連設定情報又はコンテクストの初期化を指示することもできる。また、前記ＲＲＣメッセージはＳＤＡＰプロトコル又はＳＤＡＰヘッダーを設定するかどうかを設定することができる。また、前記メッセージには各ベアラー別又はロジカルチャンネル別でどんな種類のイーサネットフレーム又はイーサネットヘッダーを用いるかを設定してイーサネットヘッダーにどんなフィールドが構成されているか又はイーサネットヘッダーの大きさが何のバイトであるか又はイーサネットヘッダーの各フィールドの大きさは何のビットであるか又はイーサネットヘッダーのフィールドはどんなに構成されるかなどを設定することができる。また、イーサネットフレームにパディングが追加された場合、送信端でパディングを除去して受信端でパディングを追加して実際無線リンクでパディングが送信されないようにする機能を用いるように設定するかどうかを指示することができる。

【0268】

また、前記メッセージにはユーザデータが処理されるＤＲＢの設定情報が含まれ、端末は前記情報を適用してＤＲＢを設定して基地局にメッセージを送信することができる（２ｅ－４５）。前記メッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージであれば良い。端末とＤＲＢ設定を完了した基地局はＭＭＥにＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＣＯＭＰＬＥＴＥメッセージを送信することができ（２ｅ－５０）、これを受信したＭＭＥはＳ－ＧＷとＳ１ベアラーを設定するためにＳ１ＢＥＡＲＥＲ ＳＥＴＵＰメッセージとＳ１ＢＥＡＲＥＲ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージを交換することができる（２ｅ－５５、２ｅ－６０）。Ｓ１ベアラーはＳ－ＧＷと基地局の間に設定されるデータ送信用接続でＤＲＢと１対１に対応されることができる。前記過程がいずれも完了されると、端末は基地局とＳ－ＧＷを介してデータを送受信することができる（２ｅ－６５、２ｅ－７０）。このように一般的なデータ送信過程は大きくＲＲＣ接続設定、保安設定、ＤＲＢ設定の３段階で構成されることができる。また、基地局は所定の理由で端末に設定をアップデートしたり追加したり変更するためにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信することができる（２ｅ－７５）。

【0269】

図２Ｆは、本開示の実施例によるイーサネット（ＥｔｈＨＣ、Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）ヘッダー圧縮方法を示す図面である。

【0270】

図２Ｆで上位階層データ（２ｆ－０５）はビデオ送信（Ｖｉｄｅｏ Ｕｐｌｏａｄ）、写真電送（Ｐｈｏｔｏ Ｕｐｌｏａｄ）、ウェブ検索（Ｗｅｂ Ｂｒｏｗｓｅｒ）、ＶｏＬＴＥのようなサービスに該当するデータに生成されることができる。応用階層（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ）装置で生成されたデータはネットワークデータ送信階層に該当するＴＣＰ／ＩＰ又はＵＤＰを介して処理されることができ、又はイーサネットプロトコルを介して処理されて各ヘッダー２ｆ－１０、２ｆ－１５、２ｆ－２０を（上位階層ヘッダー又はイーサネットヘッダー）構成してＰＤＣＰ階層に伝達することができる。前記ＰＤＣＰ階層は上位階層からデータ（ＰＤＣＰ ＳＤＵ）を受信すると、次のような手順を行うことができる。

【0271】

もし、図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＰＤＣＰ階層でヘッダー圧縮（ＲＯＨＣ）又はイーサネットヘッダー圧縮手順を用いるように設定すると、２ｆ－２１ｙのようにＲＯＨＣでＴＣＰ／ＩＰヘッダーを圧縮して２ｆ－２２のようにＰＤＣＰ階層装置でイーサネットヘッダー２ｆ－２０に対してイーサネットヘッダー圧縮手順を行うことができる。そして、イーサネットヘッダーを圧縮するかどうかを指示するためのフィールド又はイーサネットヘッダーのどんなフィールドが圧縮（省略）されたか又は圧縮（省略）されなかったかを指示するためのフィールドを有する別途のＥＨＣ（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、２ｆ－４０）ヘッダーを構成して圧縮されたヘッダーの前に構成することができる。もし、無欠性検証が設定される場合、ＰＤＣＰヘッダー、ＥＨＣヘッダー、圧縮されたヘッダーとデータに対して無欠性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を行なってＥＨＣヘッダーと圧縮されたヘッダーとデータ又はＥＨＣヘッダーを除いた圧縮されたヘッダーとデータに暗号化（ｃｉｐｈｅｒｉｎｇ）手順を行い、ＰＤＣＰヘッダー２ｆ－３０を構成してＰＤＣＰ ＰＤＵを構成することができる。前記ＰＤＣＰ階層装置はヘッダー圧縮／圧縮解除装置を含み、前記ＲＲＣメッセージで設定された通り各データに対してヘッダー圧縮を行うかどうかを判断することができ、前記ヘッダー圧縮／圧縮解除装置を用いることができる。送信端では送信ＰＤＣＰ階層装置でヘッダー圧縮装置を用いてイーサネットヘッダー又は上位階層ヘッダー（例えば、ＴＣＰ／ＩＰヘッダー）を圧縮を行い、受信端では受信ＰＤＣＰ階層装置でヘッダー圧縮解除装置を用いてイーサネットヘッダー又は上位階層ヘッダー（例えば、ＴＣＰ／ＩＰヘッダー）に対してヘッダー圧縮解除を行うことができる。

【0272】

前記で説明した図２Ｆの手順は端末がアップリンクヘッダー圧縮する時だけではなくダウンリンクデータをヘッダー圧縮することにも適用することができる。また、前記アップリンクデータに対する説明はダウンリンクデータに対しても同様に適用されることができる。

【0273】

前記本発明で提案するイーサネットヘッダーにイーサネットヘッダー圧縮を行う方法は固定的な情報を指示するフィールドは省略し、変更された情報のみを指示してヘッダーの大きさを減らす方法である。したがって、初めには全体ヘッダー情報と圧縮のための設定情報（例えば、イーサネットプロトコルのためのトラフィック（又はサービス）別の識別子（タイプ）又はトラフィック（又はサービス）別のシリアル番号、圧縮率関連情報など）を含んで送信することができる。そして、初めに送信した全体情報対比変更されない情報に該当するフィールド（例えば、送信住所フィールド又は受信住所フィールド（ＭＡＣ ａｄｄｒｅｓｓ）、又はプリアンブルフィールド又はＳＦＤ（ｓｔａｒｔ ｏｆ Ｆｒａｍｅ Ｄｅｌｉｍｉｔｅｒ）又はＦＣＳ（Ｆｒａｍｅ ＣｈｅｃｋＳｕｍ）又はイーサネットタイプフィールドなど）は省略し、若しくは送信せず変更された情報に該当するフィールドのみを含んでヘッダーを構成してヘッダーの大きさを減らすようにする。また他の方法で圧縮が可能なフィールドと圧縮が可能ではないフィールドを区分して圧縮が可能なフィールド値が初めに送信した完全なヘッダーのフィールド値と比べた時の変更されない場合、前記圧縮が可能なフィールドのみを圧縮（又は省略）して送信し、圧縮が可能ではないフィールドは圧縮（又は省略）せず常に送信することを特徴とすることができる。また、前記圧縮が可能なフィールド中に一つのフィールドでも以前に送信した完全なヘッダーのフィールド値と変更された値がある場合、さらに完全なヘッダーを送信することを特徴とすることができる。そして受信ＰＤＣＰ階層装置では完全なヘッダーを受信する度に送信ＰＤＣＰ階層装置に完全なヘッダーを良好に受信されたことを示すフィードバックを常に送信することを特徴とすることができる。

【0274】

図２Ｇは、本開示の実施例によるＳＤＡＰヘッダー又は階層装置が設定された時の提案するイーサネット（ＥｔｈＨＣ、Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）ヘッダー圧縮方法を示す図面である。

【0275】

図２Ｇで上位階層データ（２ｇ－０５）はビデオ送信、写真電送、ウェブ検索、ＶｏＬＴＥのようなサービスに該当するデータに生成されることができる。応用階層（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ）装置で生成されたデータはネットワークデータ送信階層に該当するＴＣＰ／ＩＰ又はＵＤＰを介して処理されることができ、又はイーサネットプロトコルを介して処理されてＳＤＡＰ階層装置で処理されて各ヘッダー２ｇ－１０、２ｇ－１５、２ｇ－２０を（上位階層ヘッダー又はイーサネットヘッダー又はＳＤＡＰヘッダー）構成してＰＤＣＰ階層に伝達することができる。前記ＰＤＣＰ階層は上位階層からデータ（ＰＤＣＰ ＳＤＵ）を受信すると、次のような手順を行うことができる。

【0276】

もし、図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＰＤＣＰ階層でヘッダー圧縮（ＲＯＨＣ）又はイーサネットヘッダー圧縮手順を用いるように設定すると、２ｇ－２１のようにＲＯＨＣでＴＣＰ／ＩＰヘッダーを圧縮して２ｇ－２２のようにＰＤＣＰ階層装置でＳＤＡＰヘッダーを除いてイーサネットヘッダー２ｇ－２３に対してイーサネットヘッダー圧縮手順を行うことができる。そして、イーサネットヘッダーを圧縮するかどうかを指示するためのフィールド又はイーサネットヘッダーのどんなフィールドが圧縮（省略）されたか又は圧縮（省略）されなかったかを指示するためのフィールドを有する別途のＥＨＣ（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、２ｇ－４０）ヘッダーを構成して圧縮されたヘッダーの前に構成することができる。もし、無欠性検証が設定される場合、ＳＤＡＰヘッダー、ＰＤＣＰヘッダー、ＥＨＣヘッダー、圧縮されたヘッダーとデータに対して無欠性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を行なってＳＤＡＰヘッダーを除いたＥＨＣヘッダーと圧縮されたヘッダーとデータ又はＳＤＡＰヘッダーとＥＨＣヘッダーを除いた圧縮されたヘッダーとデータに暗号化（ｃｉｐｈｅｒｉｎｇ）手順を行い、ＰＤＣＰヘッダー２ｇ－３０を構成してＰＤＣＰ ＰＤＵを構成することができる。前記ＰＤＣＰ階層装置はヘッダー圧縮／圧縮解除装置を含み、前記ＲＲＣメッセージで設定された通り各データに対してヘッダー圧縮を行うかどうかを判断することができ、前記ヘッダー圧縮／圧縮解除装置を用いることができる。送信端では送信ＰＤＣＰ階層装置でヘッダー圧縮装置を用いてイーサネットヘッダー又は上位階層ヘッダー（例えば、ＴＣＰ／ＩＰヘッダー）を圧縮を行い、受信端では受信ＰＤＣＰ階層装置でヘッダー圧縮解除装置を用いてイーサネットヘッダー又は上位階層ヘッダー（例えば、ＴＣＰ／ＩＰヘッダー）に対してヘッダー圧縮解除を行うことができる。

【0277】

前記で説明した図２Ｇの手順は端末がアップリンクヘッダー圧縮する時だけではなくダウンリンクデータをヘッダー圧縮することにも適用することができる。また、前記アップリンクデータに対する説明はダウンリンクデータに対しても同様に適用されることができる。

【0278】

前記本発明で提案するイーサネットヘッダーにイーサネットヘッダー圧縮を行う方法は固定的な情報を指示するフィールドは省略し、変更された情報のみを指示してヘッダーの大きさを減らす方法である。したがって、初めには全体ヘッダー情報と圧縮のための設定情報（例えば、イーサネットプロトコルのためのトラフィック（又はサービス）別の識別子（タイプ）又はトラフィック（又はサービス）別のシリアル番号、圧縮率関連情報など）を含んで送信することができる。そして、初めに送信した全体情報対比変更されない情報に該当するフィールド（例えば、送信住所フィールド又は受信住所フィールド（ＭＡＣ ａｄｄｒｅｓｓ）、又はプリアンブルフィールド又はＳＦＤ（ｓｔａｒｔ ｏｆ Ｆｒａｍｅ Ｄｅｌｉｍｉｔｅｒ）又はＦＣＳ（Ｆｒａｍｅ ＣｈｅｃｋＳｕｍ）又はイーサネットタイプフィールドなど）は省略して又は送信せず変更された情報に該当するフィールドのみを含んでヘッダーを構成してヘッダーの大きさを減らすようにする。また他の方法で圧縮が可能なフィールドと圧縮が可能ではないフィールドを区分して圧縮が可能なフィールド値が初めに送信した完全なヘッダーのフィールド値と比べた時の変更されない場合、前記圧縮が可能なフィールドのみを圧縮（又は省略）して送信し、圧縮が可能ではないフィールドは圧縮（又は省略）せず常に送信することを特徴とすることができる。また、前記圧縮が可能なフィールド中に一つのフィールドでも以前に送信した完全なヘッダーのフィールド値と変更された値がある場合、さらに完全なヘッダーを送信することを特徴とすることができる。そして、受信ＰＤＣＰ階層装置では完全なヘッダーを受信する度に送信ＰＤＣＰ階層装置に完全なヘッダーを良好に受信されたことを示すフィードバックを常に送信することを特徴とすることができる。

【0279】

図２Ｈは、本開示の実施例によるＳＤＡＰヘッダー又は階層装置が設定された時提案するまた他のイーサネット（ＥｔｈＨＣ、Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）ヘッダー圧縮方法を示す図面である。

【0280】

図２Ｈで上位階層データ２ｈ－０５はビデオ送信、写真電送、ウェブ検索、ＶｏＬＴＥのようなサービスに該当するデータに生成されることができる。応用階層（ａｐｐｌｉｃａｔｉｏｎ ｌａｙｅｒ）装置で生成されたデータはネットワークデータ送信階層に該当するＴＣＰ／ＩＰあるいはＵＤＰを介して処理されることができ、又はイーサネットプロトコルを介して処理されてＳＤＡＰ階層装置で処理されて各ヘッダー２ｈ－１０、２ｈ－１５、２ｈ－２０を（上位階層ヘッダー又はイーサネットヘッダー又はＳＤＡＰヘッダー）構成してＰＤＣＰ階層に伝達することができる。前記ＰＤＣＰ階層は上位階層からデータ（ＰＤＣＰ ＳＤＵ）を受信すれば次のような手順を行うことができる。

【0281】

もし、図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＰＤＣＰ階層でヘッダー圧縮（ＲＯＨＣ）又はイーサネットヘッダー圧縮手順を用いるように設定すると、２ｈ－２１のようにＲＯＨＣでＴＣＰ／ＩＰヘッダーを圧縮して２ｈ－２２のようにＰＤＣＰ階層装置でＳＤＡＰヘッダーとイーサネットヘッダー２ｈ－２３に対してイーサネットヘッダー圧縮手順を行うことができる。そして、ＳＤＡＰヘッダーとイーサネットヘッダーを圧縮するかどうかを指示するためのフィールド又はＳＤＡＰヘッダー又はイーサネットヘッダーのどんなフィールドが圧縮（省略）されたか又は圧縮（省略）されなかったかを指示するためのフィールドを有する別途のＥＨＣ（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、２ｈ－４０）ヘッダーを構成して圧縮されたヘッダーの前に構成することができる。もし、無欠性検証が設定されると、ＰＤＣＰヘッダー、ＥＨＣヘッダー、圧縮されたヘッダー（圧縮されたＳＤＡＰヘッダー又は圧縮されたイーサネットヘッダー又は圧縮されたＴＣＰ／ＩＰヘッダー）とデータに対して無欠性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を行なってＥＨＣヘッダーと圧縮されたヘッダー（圧縮されたＳＤＡＰヘッダー又は圧縮されたイーサネットヘッダー又は圧縮されたＴＣＰ／ＩＰ ヘッダー）とデータ又はＥＨＣヘッダーを除いた圧縮されたヘッダー（圧縮されたＳＤＡＰヘッダー又は圧縮されたイーサネットヘッダー又は圧縮されたＴＣＰ／ＩＰ ヘッダー）とデータに暗号化（ｃｉｐｈｅｒｉｎｇ）手順を行い、ＰＤＣＰヘッダー２ｈ－３０を構成してＰＤＣＰ ＰＤＵを構成することができる。前記ＰＤＣＰ階層装置はヘッダー圧縮／圧縮解除装置を含み、前記ＲＲＣメッセージで設定された通り各データに対してヘッダー圧縮を行うかどうかを判断することができ、前記ヘッダー圧縮／圧縮解除装置を用いることができる。送信端では送信ＰＤＣＰ階層装置でヘッダー圧縮装置を用いてイーサネットヘッダー又は上位階層ヘッダー（例えば、ＴＣＰ／ＩＰヘッダー）の圧縮を行い、受信端では受信ＰＤＣＰ階層装置でヘッダー圧縮解除装置を用いてイーサネットヘッダー又は上位階層ヘッダー（例えば、ＴＣＰ／ＩＰヘッダー）に対してヘッダー圧縮解除を行うことができる。

【0282】

前記で説明した図２Ｈの手順は端末がアップリンクヘッダー圧縮する時だけではなくダウンリンクデータをヘッダー圧縮することにも適用することができる。また、前記アップリンクデータに対する説明はダウンリンクデータに対しても同様に適用することができる。

【0283】

前記本発明で提案するイーサネットヘッダーにイーサネットヘッダー圧縮を行う方法は固定的な情報を指示するフィールドは省略し、変更された情報のみを指示してヘッダーの大きさを減らす方法である。したがって、初めには全体ヘッダー情報と圧縮のための設定情報（例えばイーサネットプロトコルのためのトラフィック（又はサービス）別の識別子（タイプ）又はトラフィック（又はサービス）別のシリアル番号、圧縮率関連情報など）を含んで送信することができる。そして、初めに送信した全体情報対比変更されない情報に該当するフィールド（例えば、送信住所フィールド又は受信住所フィールド（ＭＡＣ ａｄｄｒｅｓｓ）、又はプリアンブルフィールド又はＳＦＤ（ｓｔａｒｔ ｏｆ Ｆｒａｍｅ Ｄｅｌｉｍｉｔｅｒ）又はＦＣＳ（Ｆｒａｍｅ ＣｈｅｃｋＳｕｍ）又はイーサネットタイプフィールドなど）は省略し、若しくは送信せず変更された情報に該当するフィールドのみを含んでヘッダーを構成してヘッダーの大きさを減らすようにする。また他の方法で圧縮が可能なフィールドと圧縮が可能ではないフィールドを区分して圧縮が可能なフィールド値が初めに送信した完全なヘッダーのフィールド値と比べた時の変更されない場合、前記圧縮が可能なフィールドのみを圧縮（又は省略）して送信し、圧縮が可能ではないフィールドは圧縮（又は省略）せず常に送信することを特徴とすることができる。また、前記圧縮が可能なフィールド中に一つのフィールドでも以前に送信した完全なヘッダーのフィールド値と変更された値がある場合、さらに完全なヘッダーを送信することを特徴とすることができる。そして、受信ＰＤＣＰ階層装置では完全なヘッダーを受信する度に送信ＰＤＣＰ階層装置に完全なヘッダーを良好に受信されたことを示すフィードバックを常に送信することを特徴とすることができる。

【0284】

前記のようなイーサネットヘッダー圧縮方法はイーサネットヘッダーだけではなくＳＤＡＰヘッダーにも同様に適用してＳＤＡＰヘッダーを圧縮することができるということを特徴とすることができる。なぜなら、ＳＤＡＰヘッダー（アップリンク又はダウンリンク）に構成されるＤ／Ｃフィールド、ＱＦＩフィールド、ＲＱＩフィールド、ＲＤＩフィールドは普通固定値を持つ場合が多いためである。特にＱＦＩフィールドは殆ど固定値を持ち、ＲＱＩフィールド又はＲＣＩフィールドはＱｏＳマッピングアップデートが必要な場合に基地局が指示するため、その場合を除けば使用しない。したがって、前記イーサネットヘッダーを圧縮する方法を前記ＳＤＡＰヘッダーに適用してイーサネットヘッダーと共に圧縮することを特徴とすることができる。前記のようにＳＤＡＰヘッダーにも圧縮を適用するようになればＳＤＡＰヘッダーが暗号化されることを特徴とすることができ、ＬＴＥシステムとＳＤＡＰヘッダーが設定されることができるＮＲシステムに同一な圧縮方法を提供することによって具現の便宜を持つことができる。

【0285】

また、発明で提案したヘッダー圧縮アルゴリズムは上位階層から受信したＰＤＣＰユーザデータ（ＰＤＣＰ ｄａｔａ ＰＤＵ）にだけ適用をし、ＰＤＣＰ階層装置が生成したＰＤＣＰ制御データ（ＰＤＣＰ ｃｏｎｔｒｏｌ ＰＤＵ）には適用しないことを特徴とすることができる。

【0286】

本発明の前記で提案したようにイーサネットヘッダー圧縮プロトコル２ｆ－２２でＰＤＣＰ階層装置は上位階層装置からデータを受信すると、イーサネットヘッダーを確認し、イーサネットヘッダーを圧縮するプロトコルを用いてイーサネットヘッダーを圧縮し、圧縮したイーサネットヘッダーの前に新しいヘッダー２ｆ－４０を定義して用いることができる。前記で新しいヘッダー２ｆ－４０に対しては暗号化を行わないことを特徴とすることができる。なぜなら、端末具現で前記新しいヘッダー２ｆ－４０に暗号化を実行しなかい場合、ＰＤＣＰ階層装置で無欠性保護又は暗号化手順のようなデータ処理を実行した後のデータを下位階層装置へ伝達する時のＳＤＡＰヘッダーが設定される場合、ＳＤＡＰヘッダー又はＰＤＣＰヘッダー又は前記新しいヘッダーを一度に全部連結することができるため、端末具現が容易にすることができるためである。

【0287】

また他の方法で前記新しいヘッダー２ｆ－４０に対しては暗号化を行うことを特徴とすることができる。

【0288】

なぜなら、前記新しいヘッダーはＰＤＣＰ階層装置で生成したデータと見なしてデータと一緒にデータ処理を実行すると、データ処理手順が簡素化されることができるためである。

【0289】

本発明で提案したヘッダー圧縮方法を適用する場合、受信側で圧縮されたイーサネットヘッダーを圧縮解除するためにはどんなフィールドが圧縮されていないか、省略されているか、又は送信されたかを分からなければならない。したがって、送信側でイーサネットヘッダーを圧縮する時の新しいヘッダー（例えば、ＥＨＣヘッダー）を定義して圧縮されたイーサネットヘッダーの前部に付けて送信することができる。前記新しいＥｔｈＨＣヘッダーに新しい第１のフィールドを定義して前記イーサネットヘッダーの複数個のフィールドの中でどんなフィールドが圧縮されたか又は省略されたか、若しくは送信されなかったかを指示することができ、（例えば、コンテクスト識別子）、また他の方法で前記新しいフィールドはビットマップ形式で各ビットで特定フィールドが圧縮されたか（又は省略されたか、若しくは送信されなかったか）又は圧縮されなかったか（又は含まれたか、若しくは送信されたか）を指示することができる。また、前記第１のフィールドがイーサネットヘッダーでどんなフィールドが圧縮されたか（又は省略されたか）、ではなければ圧縮されなかったか（又は含まれたか）を指示することができるため、受信側では第１のフィールドを用いて受信した圧縮されたイーサネットヘッダーの大きさを計算することができる。すなわち、元々イーサネットヘッダー大きさで省略されたヘッダーフィールドの大きさを差引して分かる。

【0290】

また、前記第１のフィールドはイーサネットヘッダーのすべてのフィールドに対して圧縮有無（又は省略有無）を指示するためのマッピングを持つこともできるがイーサネットヘッダーのフィールドの中で圧縮が可能な（又は省略が可能な）フィールドに限定して圧縮有無（又は省略有無）を指示するためのマッピングを持つようにして新しいＥｔｈＨＣヘッダーのオーバーヘッドを減らすことができる。

【0291】

また、前記新しいＥＨＣヘッダーには１ビットインジケーターを定義して前記インジケーターでイーサネットヘッダー（又はＳＤＡＰヘッダー）が圧縮がされたか又は圧縮が適用されなかったかを指示することができる。前記１ビットインジケーターというＰＤＣＰヘッダーで定義して用いられることもできる。

【0292】

また、前記ＥＨＣヘッダーは圧縮されたイーサネットヘッダーの大きさを正確に指示するようにするため（例えば、具現の便宜のため）第２のフィールドに圧縮されたイーサネットヘッダーの大きさ又は長さを指示することができる。また、イーサネットヘッダーの大きさが複数個の種類を持つことができる場合、第２のフィールドでどんな種類であるかタイプを指示することもできる。又は前記ＥＨＣヘッダーにイーサネットヘッダー圧縮が行われたかどうかかを指示する新しい第３のフィールドを定義することもできる。

【0293】

また他の方法で前記ＥＨＣヘッダーに複数個のイーサネットヘッダー圧縮方法をそれぞれの指示する識別子を定義して用いることもできる。また、前記識別子はイーサネットヘッダータイプ（種類）又はＱｏＳ ｆｌｏｗ識別子を指示することもできる。なぜなら、互いに異なるヘッダー構造を持つ複数個の上位階層ヘッダー（例えば、多様な種類のイーサネットヘッダー）は互いに異なるフィールドで構成され、どんなフィールドを圧縮するかどうかに対する方法もそれに合わせて変わらなければならないためである。したがって、例えば、ヘッダー種類又はコンテンツを指示する第１の識別子は第１のイーサネットヘッダー圧縮方法を適用するように指示し、第２の識別子は第２のイーサネットヘッダー圧縮方法を適用するように指示することができる。したがって、複数個のデータストリーム又はＱｏＳ ｆｌｏｗが一つのＰＤＣＰ階層装置にマッピングされた場合、前記新しい識別子を適用して互いに異なるヘッダー圧縮方法を適用することができ、受信端でこれを区別して互いに異なる圧縮解除方法を行うようにできる。

【0294】

本発明でイーサネットヘッダー圧縮方法はイーサネットヘッダーだけではなく一般的な上位階層装置ヘッダーにも適用されることができ、前記ヘッダー圧縮方法を本発明で便宜上イーサネットヘッダー圧縮方法だと呼ぶ。

【0295】

また、前記でイーサネットヘッダーの類型によるイーサネットヘッダーフィールドの構成は図２Ｅで説明したようにＲＲＣメッセージでどんなイーサネットヘッダーの類型又はヘッダーフィールドで構成されているかをベアラー別設定することができる。例えば、各ベアラーの上位階層装置で設定されることができる上位階層ヘッダーの種類（例えば、イーサネットヘッダータイプ）に情報を設定し、前記各ヘッダー種類にマッピングされる識別子を設定してヘッダー圧縮又は圧縮解除方法に適用するようにできる。すなわち、前記新しいヘッダーにイーサネットヘッダーの種類を指示する識別子又はインジケーターを定義して用いることもできる。また前記新しいヘッダーに受信端でイーサネットヘッダー圧縮解除が成功するかどうかを行うようにチェックサムフィールドを含むことができる。又は送信ＰＤＣＰ階層装置の圧縮のためのバッファーと受信ＰＤＣＰ階層装置の圧縮解除のためのバッファーの初期化を指示するフィールドを定義して用いることもできる。前記新しいヘッダーに定義するフィールドはＰＤＣＰヘッダー又はＳＤＡＰヘッダーに定義して用いられることもできる。

【0296】

また前記新しいＥＨＣヘッダーには受信端ＰＤＣＰ階層装置にとって成功的にデータを受信した場合、フィードバックリクエストを指示するフィールドを定義して用いることもできる。すなわち、受信端ＰＤＣＰ階層装置が完全なヘッダーを受信する度に常にフィードバックを送信するのではなく送信端ＰＤＣＰ階層装置が前記インジケーターでリクエストする時だけフィードバックを送信するようにしてオーバーヘッドを減らすこともできる。

【0297】

前記新しいＥＨＣヘッダーを基盤でまた他のイーサネットヘッダー圧縮方法が活用されることができる。例えば、送信端でイーサネットヘッダーを圧縮する時に順に圧縮を行なって圧縮を行う時に以前に送信したイーサネットヘッダーのフィールドと比べてヘッダーフィールドの値が変更されない場合、圧縮（省略）して第１のフィールドをそれに合わせて設定し、もし、イーサネットヘッダーフィールド値が以前に送信したイーサネットヘッダーフィールド値と相違するばあい、圧縮せず（含んで）、それに合わせて第１のフィールドをそれによって設定してイーサネットヘッダー圧縮を完了することができる。前記手順はＰＤＣＰシリアル番号又はＣＯＵＮＴ値を基準で昇順で手順を決定することができ、以前イーサネットヘッダーはＰＤＣＰシリアル番号又はＣＯＵＮＴ値が１ほど小さい値を持つデータに該当するイーサネットヘッダーを指示することができる。受信端では圧縮されたイーサネットヘッダーを受信すると、前記第１のフィールドを確認してイーサネットヘッダーで圧縮（省略）されたフィールドは以前に受信したイーサネットヘッダーのフィールドと同一な値を持つため、それによって復元し、圧縮されない（含まれた）フィールドは新しくアップデートすることができる。送信端と受信端ではイーサネットヘッダーを圧縮するための別途のバッファーを持つことができ、イーサネットヘッダーを圧縮する度にバッファーをアップデートし、イーサネットヘッダーを圧縮解除する度にバッファーをアップデートすることができる。受信端は前記で圧縮されたイーサネットヘッダーを復元すると、新しいＥｔｈＨＣヘッダーを除去して上位階層に復元されたデータを伝達することができる。また、送信端は最も初めにイーサネットヘッダーを送信する時は全体イーサネットヘッダー情報を送信することができる。すなわち、最も初めには受信端が全体イーサネットヘッダー情報を把握するようにイーサネットヘッダー圧縮を実行せず、送信することができる。

【0298】

本発明の次では前記イーサネットヘッダー圧縮方法の具体的な実施例を提案する。

【0299】

図２Ｉは、本開示の実施例によるイーサネットヘッダー圧縮方法の具体的な第２－１実施例を説明した図面である。

【0300】

本発明の第２－１実施例でイーサネットヘッダーを圧縮する方法はイーサネットヘッダーにある複数個のヘッダーフィールド２ｉ－３１、２ｉ－３２、２ｉ－３３、２ｉ－３４、２ｉ－３５、２ｉ－３６、２ｉ－３７の中にフィールド値が変わらないか又は以前に送信したイーサネットヘッダー対比フィールド値が変わらなかったか又は送信する必要がないイーサネットヘッダーフィールド値を省略して必要なフィールド又は有効なフィールド又はフィールド値が変更されたフィールドだけ選択的に送信する方法である。したがって、イーサネットヘッダーに含まれている複数個のフィールドの中に例えば、第１のフィールド２ｉ－３１、第２のフィールド２ｉ－３２、第３のフィールド２ｉ－３３、第４のフィールド２ｉ－３４、第５のフィールド２ｉ－３５、第６のフィールド２ｉ－３６、第７のフィールド２ｉ－３７の中に第１のフィールド２ｉ－３１、第２のフィールド２ｉ－３２、第４のフィールド２ｉ－３４、第５のフィールド２ｉ－３５、第７のフィールド２ｉ－３７を省略することができる場合、又は送信する必要がなければ又は以前に送信したイーサネットヘッダーフィールド値と同一であれば第３のフィールド２ｉ－３３と第６のフィールド２ｉ－３６のみを送信する方法である。

【0301】

また、前記方法を適用して圧縮して受信端で圧縮解除を行うように新しいＥＨＣヘッダーを別に構成することを提案する。本発明の第２－１実施例で前記新しいＥＨＣヘッダーはビットマップ構造２ｉ－１１、２ｉ－１２を持つことができる。すなわち、前記ビットマップ構造は圧縮が適用されるヘッダー構造が持つフィールドの個数ほどのビットで構成されることができ、各ビットが対応されるヘッダーフィールドが圧縮されたかどうかを０又は１の値で指示することができる。また他の方法で前記ビットマップ構造は圧縮が適用されるヘッダー構造が持つフィールド中で圧縮が可能なフィールドの個数ほどのビットで構成されることができ、各ビットが対応されるヘッダーフィールドが圧縮されたかどうかを０又は１の値で指示することができる。

【0302】

例えば、図２Ｉのように送信端のＰＤＣＰ階層装置は上位階層装置からイーサネットフレーム２ｉ－０５を受信し、イーサネットヘッダー圧縮手順が設定された場合、初めて受信したイーサネットフレームのイーサネットヘッダーの各フィールド値を送信イーサネット圧縮のためのバッファー２ｉ－１５に記憶することができる。そして、前記第１のイーサネットフレームをイーサネットヘッダー圧縮なしに全体ヘッダーをそのまま送信することができる。そして、受信ＰＤＣＰ階層装置から前記全体ヘッダーを正常に受信したというフィードバックを受信すると、イーサネット圧縮手順の適用を開始することができる。前記で全体ヘッダーは複数個を送信することができる。例えば、受信ＰＤＣＰ階層装置から前記全体ヘッダーを正常に受信したというフィードバックを受けるまで複数個の全体ヘッダーとデータ（第１のデータと第２のデータ、及びその次のデータ）を送信することができる。

【0303】

前記でイーサネット圧縮手順が開始してその次のイーサネットフレームを受信すると、イーサネットヘッダーの各フィールド値を前記イーサネット圧縮のための送信バッファーに記憶されたフィールド値とそれぞれ比べて同一な値を持つフィールドがある場合、当該フィールドを省略し、省略したフィールドに該当する又はマッピングされるビットを１（又は０）で設定して前記フィールドが省略されたことを指示することができる。もし、前記第２のイーサネットフレームのイーサネットヘッダーの各フィールド値を前記イーサネット圧縮のための送信バッファーに記憶されたフィールド値とそれぞれ比べて他の値を持つフィールドがある場合、当該フィールドを省略せず、省略されないフィールドに該当する又はマッピングされるビットを０（又は１）で設定して前記フィールドが省略されなかったことを指示することができる。

【0304】

そして、無欠性保護が設定されている場合、無欠性保護を実行し、そして暗号化手順を実行し、前記新しいヘッダー２ｉ－１０を構成してＰＤＣＰヘッダーを構成して連結して下位階層装置へ伝達して送信することができる。

【0305】

前記新しいヘッダー２ｉ－１０はビットマップのように各ビットがイーサネットヘッダーのどんなフィールドがあるかどうか（圧縮されなかったかどうか）を指示するようにできる。

【0306】

前記新しいヘッダー２ｉ－１０で新しいフィールド（例えば、１ビットインジケーター）を定義してイーサネットヘッダー圧縮手順が行われたかどうかを指示することができる。前記１ビットインジケーターでイーサネットヘッダー圧縮が行われない場合を直ちに指示するようにして新しいヘッダー及び圧縮されない上位階層ヘッダーに対するプロセッシングを受信端で行われないようにできる。前記１ビットインジケーターはイーサネットヘッダー圧縮アルゴリズムが設定された場合、常に存在する新しいＥＨＣヘッダーの最前部に位置するように定義し、受信端で圧縮するかどうかを直ちに確認するようにすることもできる。また、前記イーサネットヘッダー圧縮手順が行われたかどうかを指示する１ビットインジケーターをＳＤＡＰヘッダー又はＰＤＣＰヘッダーに定義して用いることができる。前記ＳＤＡＰヘッダー又はＰＤＣＰヘッダーに前記１ビットインジケーターを定義する場合、イーサネットヘッダー圧縮手順が行わない場合、イーサネットヘッダー圧縮のための新しいヘッダー２ｉ－１０自体を省略することができるためオーバーヘッドを減らすことができる。また、前記ビットマップフィールドでいずれも０（又は１）である値に設定される場合を圧縮されなかった完全なヘッダーを指示する特別な値で定義して用いられることができ（２ｉ－２６）、又は送信ＰＤＣＰ階層装置の圧縮のためのバッファーと受信ＰＤＣＰ階層装置の圧縮解除のためのバッファーの初期化を指示することもできる。

【0307】

図２Ｉで受信端のＰＤＣＰ階層装置又はＳＤＡＰ階層装置は下位階層装置から圧縮されたイーサネットフレーム２ｉ－２５を受信し、イーサネットヘッダー圧縮手順が設定された場合、初めて受信した圧縮されなかった完全なヘッダーを有したイーサネットフレームのイーサネットヘッダーの各フィールド値を確認して受信イーサネット圧縮解除のためのバッファー２ｉ－３０に記憶することができる。そして、完全なヘッダー（例えば、ＳＤＡＰヘッダー又はイーサネットヘッダー）を成功的に受信した場合、これに対するフィードバックを送信ＰＤＣＰ階層装置で送信してイーサネットヘッダー圧縮適用を開始するようにできる。前記第１のイーサネットフレームをイーサネットヘッダー圧縮解除なしに上位階層装置へ伝達することができる。そして、その次のイーサネットフレームを受信した時の復号化して新しいＥＨＣヘッダーを確認してヘッダーが圧縮されたかどうかを確認し、もし圧縮されなかった場合、無欠性検証を行なって前記ＥＨＣヘッダーを除去して上位階層でデータを送信することができる。もし、前記新しいＥＨＣヘッダーでイーサネットヘッダー（又はＳＤＡＰヘッダー）が圧縮されたということを指示すると、イーサネット圧縮のための新しいヘッダー２ｉ－１０のフィールド値を確認してどんなフィールドが省略（圧縮）されてどんなフィールドが省略（圧縮）されなかったか）を確認し、前記で省略（圧縮）されたと指示されたフィールドは受信端でイーサネット圧縮解除のための受信バッファー２ｉ－３０に記憶されたフィールド値で復元を行なって圧縮が行われる前のイーサネットヘッダーを復元することができる（圧縮解除を行うことができる）。そして、前記省略（圧縮）されなかったと指示されたフィールドに対する値は新しい又は変更された値から受信端で圧縮解除のための受信バッファーに前記新しい又は変更された値を前記フィールドによってフィールド値で記憶することができる。そして、復号化を行い、無欠性保護が設定される場合、無欠性検証を実行し、エラーがなければ前記復元されたイーサネットヘッダーと共にイーサネットフレームを構成して上位階層装置へ伝達することができる。

【0308】

前記で送信ＰＤＣＰ階層装置はイーサネットヘッダー圧縮方法を適用してから、もし、イーサネットヘッダーのフィールド値が変更された場合、圧縮されなかったということを前記新しいＥＨＣヘッダーに指示して完全なヘッダーを送信して受信端のバッファーを初期化し、さらに完全なヘッダーの値で設定するようにできる。すると、受信ＰＤＣＰ階層装置は圧縮されなかった完全なヘッダーを受信すると、成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信することができる。本発明で受信ＰＤＣＰ階層装置は圧縮されなかった完全なヘッダーを受信する度に常に成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信することを特徴とすることができる。また、本発明で受信ＰＤＣＰ階層装置は圧縮されなかった完全な上位階層ヘッダーを受信する時は常に成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信するが圧縮されない上位階層ヘッダーを受信する時はフィードバックを送信しないことを特徴とし、受信したデータの上位階層圧縮するかどうかによって互いに異なる動作を行うことを特徴とすることができる。

【0309】

前記別途の新しいＥＨＣヘッダーは固定された大きさ（例えば、１バイト又は２バイト）を持つことができる。

【0310】

また、前記実施例でイーサネットヘッダーの長さがフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）も前記で説明した方法を適用して圧縮及び圧縮解除を行うこともできる。また他の方法で前記イーサネットヘッダーの長さがフィールドに対しては常に圧縮を実行せず送信することもできる。

【0311】

また他の方法で前記イーサネットヘッダーの長さフィールドに対しては常に圧縮をして送信しないことを特徴とすることもでき、受信ＰＤＣＰ階層装置で前記長さフィールドを除いた残りフィールドを圧縮解除した後、長さフィールドの長さ（長さフィールドの長さは固定値であるため）を加えてＰＤＣＰ階層装置がイーサネットフレームの長さを計算した後、イーサネットヘッダーの長さフィールドに前記長さ値を復元して追加する方法を用いることもできる。これにより、新しいＥＨＣヘッダーに長さフィールドに対する指示を省略することができ、長さフィールド値がデータ別で異なっても送信ＰＤＣＰ階層装置では長さフィールドを常に省略（圧縮）して送信することができ、受信ＰＤＣＰ階層装置でその長さフィールド値を計算して前記のように誘導してイーサネットヘッダーの長さフィールド値を常に復元することができる。

【0312】

また、もしどんなベアラーに対してイーサネットヘッダー圧縮方法とＲＯＨＣ（例えば、ＴＣＰ／ＩＰヘッダー又はＵＤＰヘッダーを圧縮する方法）方法が一緒に設定された場合、イーサネットヘッダーの長さフィールドに対しては常に圧縮をして長さフィールドを送信しないことを特徴とすると、受信ＰＤＣＰ階層装置は受信したデータ（例えば、ＤＣＰ ＰＤＵ又はＰＤＣＰ ＤＵ）に対してＲＯＨＣ圧縮解除方法を先ず適用し、その次のイーサネットヘッダー圧縮解除方法を適用することを特徴とすることができる。なぜなら、受信端（例えば、受信ＰＤＣＰ階層装置）でイーサネットヘッダーの長さフィールドを復旧する時のＲＯＨＣでヘッダー圧縮が適用されているデータの長さで前記長さフィールドを復旧すると、上位階層装置（例えば、イーサネット階層装置）で長さフィールドが過ち復旧されてデータが切り捨てられるかエラーが発生することができるためである。したがって、受信ＰＤＣＰ階層装置はイーサネットヘッダー圧縮方法とＲＯＨＣヘッダー圧縮方法が一緒に設定された場合、先ずＲＯＨＣヘッダー圧縮解除方法を適用して上位階層ヘッダーを圧縮解除し、前記イーサネット圧縮解除方法を適用してイーサネットヘッダーを圧縮解除することができる。そして、前記イーサネットヘッダー圧縮解除手順でイーサネットヘッダーの長さフィールド値を復旧する時の長さフィールドの大きさ（例えば、前記長さフィールドを除いた残りのフィールドを圧縮解除した後、長さフィールドの長さ（長さフィールドの長さが固定値として知られているため）又は圧縮解除されたイーサネットヘッダーの大きさ又はＲＯＨＣヘッダー圧縮解除が適用されたデータ（例えば、上位階層データ又はイーサネットフレーム）の長さを考慮して長さフィールド値を誘導及び計算した後、イーサネットヘッダーの長さフィールドに前記長さ値（例えば、前記ＲＯＨＣヘッダー圧縮解除が適用されて復元されたデータの長さ）を復元して追加する方法を用いることもできる。これにより、新しいＥＨＣヘッダーに長さフィールドに対する指示を省略することができ、長さフィールド値がデータ別で異なっても送信ＰＤＣＰ階層装置では長さフィールドを常に省略（圧縮）して送信することができ、受信ＰＤＣＰ階層装置でその長さフィールド値を計算して前記のようにと誘導してイーサネットヘッダーの長さフィールド値を常に復元することができる。

【0313】

また前記新しいＥＨＣヘッダーには受信端ＰＤＣＰ階層装置にとって成功的にデータを受信した場合、フィードバックリクエストを指示するフィールドを定義して用いることもできる。すなわち、受信端ＰＤＣＰ階層装置が完全なヘッダーを受信する度に常にフィードバックを送信するのではなく送信端ＰＤＣＰ階層装置が前記インジケーターでリクエストする時だけフィードバックを送信するようにしてオーバーヘッドを減らすこともできる。

【0314】

前記新しいＥＨＣヘッダーにビットマップフィールドとともに複数個のイーサネットヘッダー圧縮方法をそれぞれの指示する識別子を定義して用いることもできる。また、前記識別子はイーサネットヘッダータイプ（種類）又はＱｏＳ ｆｌｏｗ 識別子を指示することもできる。なぜなら、互いに異なるヘッダー構造を持つ複数個の上位階層ヘッダー（例えば、多様な種類のイーサネットヘッダー）は互いに異なるフィールドから構成され、どんなフィールドを圧縮するかどうかに対する方法もそれに合わせて変わらなければならなく、上位階層ヘッダータイプのフィールドに対応するビットマップフィールドもそれに合わせて適用されなければならないためである。したがって、例えば、ヘッダー種類又はコンテンツを指示する第１の識別子は第１のビットマップフィールド又はビットマップマッピングを適用するように指示し、第２の識別子は第２のビットマップフィールド又はビットマップマッピングを適用するように指示することができる。したがって、複数個のデータストリーム又はＱｏＳ ｆｌｏｗが一つのＰＤＣＰ階層装置にマッピングされた場合、前記新しい識別子を適用して互いに異なるヘッダー圧縮方法を適用することができ、受信端でこれを区別して互いに異なる圧縮解除方法を行うことができる。この場合、互いに異なる上位階層ヘッダー構造を持つデータストリームに対して互いに異なるヘッダー圧縮及び圧縮解除方法を適用するために上位階層ヘッダーフィールド値を各上位階層ヘッダー構造別で独立的に送信ＰＤＣＰ階層装置のバッファー又は受信ＰＤＣＰ階層装置のバッファーに記憶することを特徴とすることができる。

【0315】

図２Ｊは、本発明で提案するイーサネットヘッダー圧縮方法の具体的な第２－２実施例を説明した図面である。

【0316】

本発明の第２－２実施例で一つのベアラー又は一つのＰＤＣＰ階層装置に複数個のデータストリーム又はＱｏＳ ｆｌｏｗがマッピングされる場合、互いに異なる上位階層装置のヘッダー構造を持つデータストリーム又はＱｏＳ ｆｌｏｗ別互いに異なるヘッダー圧縮及び圧縮解除方法を適用することができる方法を適用する。

【0317】

第２－２実施例では互いに異なる上位階層装置のヘッダー構造（例えば、イーサネットヘッダー構造又はＳＤＡＰヘッダー構造）別で固定された固有のヘッダー圧縮及び圧縮解除方法を適用することを特徴とすることができる。例えば、第１の上位階層ヘッダー構造２ｊ－０１で圧縮（省略）することができるフィールドと圧縮（省略）することができないフィールドを定義することができる。また、第２の上位階層ヘッダー構造２ｊ－０２で圧縮（省略）することができるフィールドと圧縮（省略）することができないフィールドを定義することができる。そして、新しいＥＨＣヘッダーで前記互いに異なる上位階層ヘッダー構造を指示する識別子（ＣＴＩフィールド、Ｃｏｍｐｒｅｓｓｅｄ Ｔｙｐｅ Ｉｄｅｎｔｉｆｉｅｒ、２ｊ－０３）を構成して受信ＰＤＣＰ階層装置にどんな上位階層装置ヘッダー構造がどんなに圧縮されたかを指示することができる。

【0318】

例えば、送信ＰＤＣＰ階層装置は上位階層から受信する第１の上位階層ヘッダー構造を持つデータの上位階層ヘッダーフィールド値を送信バッファー２ｊ－１５に記憶し、初めに送信する時圧縮を行わなかった完全なヘッダーを含むデータを送信し、前記完全なヘッダー情報を成功的に受信したというフィードバックを受信ＰＤＣＰ階層装置から受信すると、前記ヘッダー圧縮方法を適用することができる。すなわち、その次に受信したデータの上位階層ヘッダーフィールド値の中で圧縮することができるフィールドのフィールド値がいずれも送信バッファーに記憶されたフィールド値と同一であれば、前記圧縮することができるフィールドをいずれも圧縮して圧縮することができないフィールドはそのまま構成して新しいＥＨＣヘッダーに前記第１の上位階層ヘッダー構造を指示する識別子と圧縮が行われたということを指示するインジケーター（Ｃフィールド、ｃｏｍｐｒｅｓｓｉｏｎ ｆｉｅｌｄ、２ｊ－０４）を設定して送信することができる。

【0319】

受信ＰＤＣＰ階層装置は受信したデータの新しいＥＨＣヘッダーで上位階層ヘッダーが圧縮されなかったということを指示すると、完全な上位階層ヘッダーと見なして（圧縮が可能なフィールドの中に一つ又は一つ以上のフィールドのフィールド値が変更された場合、送信ＰＤＣＰ階層装置は上位階層ヘッダーに対して圧縮を実行せず完全な上位階層ヘッダーを送信して受信ＰＤＣＰ階層装置のバッファーに記憶されたフィールド値が更新するように指示することができる。）前記受信した完全な上位階層ヘッダーのフィールド値で受信ＰＤＣＰ階層装置のバッファー２ｊ－３０に記憶されたフィールド値をアップデートし、成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信することができる。

【0320】

もし、受信ＰＤＣＰ階層装置は受信したデータの新しいＥＨＣヘッダーで上位階層ヘッダーが圧縮されたということを指示すると、前記新しいＥＨＣヘッダーに含まれた上位階層ヘッダーの種類を指示する識別子を確認して前記識別子が指示する上位階層ヘッダー構造で圧縮が可能になるように定義されたフィールドを受信バッファーに記憶されたフィールド値に基づいて復旧することができる。例えば、前記上位階層ヘッダーの種類を指示する識別子は第１の上位階層ヘッダー構造（第１の上位階層ヘッダー構造で圧縮及び圧縮解除することができるフィールド）を指示することもでき、第２の上位階層ヘッダー構造（第２の上位階層ヘッダー構造で圧縮及び圧縮解除することができるフィールド）を指示することができる。

【0321】

前記本発明の第２－２実施例で受信ＰＤＣＰ階層装置は圧縮されなかった完全なヘッダーを受信する度に常に成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信することを特徴とすることができる。また、本発明で受信ＰＤＣＰ階層装置は圧縮されなかった完全な上位階層ヘッダーを受信する時は常に成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信するが圧縮されない上位階層ヘッダーを受信する時はフィードバックを送信しないことを特徴とし、受信したデータの上位階層圧縮するかどうかによって互いに異なる動作を行うことを特徴とすることができる。

【0322】

また第２－２実施例は互いに異なる上位階層ヘッダー構造を持つデータストリームに対して互いに異なるヘッダー圧縮及び圧縮解除方法を適用するために上位階層ヘッダーフィールド値を各上位階層ヘッダー構造別で独立的に送信ＰＤＣＰ階層装置のバッファー又は受信ＰＤＣＰ階層装置のバッファーに記憶することを特徴とすることができる。

【0323】

前記新しいＥＨＣヘッダーに複数個のイーサネットヘッダー圧縮方法をそれぞれの指示する識別子と圧縮を実行したか否かを指示するインジケーターフィールドを定義して用いることができる。また、前記識別子はイーサネットヘッダータイプ（種類）又はＱｏＳ ｆｌｏｗ識別子を指示することもできる。なぜなら、互いに異なるヘッダー構造を持つ複数個の上位階層ヘッダー（例えば、多様な種類のイーサネットヘッダー）は互いに異なるフィールドで構成され、どんなフィールドを圧縮するかどうかに対する方法もそれに合わせて異なるように適用されなければならないためである。したがって、例えば、ヘッダー種類又はコンテンツを指示する第１の識別子は第１のイーサネットヘッダー圧縮方法を適用するように指示し、第２の識別子は第２のイーサネットヘッダー圧縮方法を適用するように指示することができる。したがって、複数個のデータストリーム又はＱｏＳ ｆｌｏｗが一つのＰＤＣＰ階層装置にマッピングされた場合、前記新しい識別子を適用して互いに異なるヘッダー圧縮方法を適用することができるし受信端でこれを区別して互いに異なる圧縮解除方法を行うようにできる。

【0324】

前記送信ＰＤＣＰ階層装置は受信ＰＤＣＰ階層装置から前記全体ヘッダーを正常に受信したというフィードバックを受信すると、イーサネット圧縮手順の適用を開始することができる。前記で全体ヘッダーは複数個を送信することができる。例えば、受信ＰＤＣＰ階層装置から前記全体ヘッダーを正常に受信したというフィードバックを受けるまで複数個の全体ヘッダーとデータ（第１のデータと第２のデータ及び後続のデータ）を送信することができる。

【0325】

前記新しいヘッダー２ｇ－１０で新しいフィールド（例えば、１ビットインジケーター）を定義してイーサネットヘッダー圧縮手順が行われたかどうかを指示することができるが前記１ビットインジケーターでイーサネットヘッダー圧縮が行われない場合を直ちに指示するようにして新しいヘッダー及び圧縮されない上位階層ヘッダーに対するプロセッシングを受信端で行わないようにできる。前記１ビットインジケーターはイーサネットヘッダー圧縮アルゴリズムが設定された場合、常に存在する新しいＥＨＣヘッダーの最前部に位置するように定義し、受信端で圧縮するかどうかを直ちに確認するようにすることもできる。また、前記イーサネットヘッダー圧縮手順が行なわれたかどうかを指示する１ビットインジケーターをＳＤＡＰヘッダー又はＰＤＣＰヘッダーに定義して用いることができる。前記ＳＤＡＰヘッダー又はＰＤＣＰヘッダーに前記１ビットインジケーターを定義する場合、イーサネットヘッダー圧縮手順が行われない場合、イーサネットヘッダー圧縮のための新しいヘッダー（２ｇ－１０）自体を略することができるためオーバーヘッドを減らすことができる。また、前記ビットマップフィールドで皆０（又は１）である値で設定される場合を圧縮されなかった完全なヘッダーを指示する特別な値で定義して用いられることができ、又は送信ＰＤＣＰ階層装置の圧縮のためのバッファーと受信ＰＤＣＰ階層装置の圧縮解除のためのバッファーの初期化を指示することもできる。

【0326】

図２Ｇで受信端のＰＤＣＰ階層装置又はＳＤＡＰ階層装置は下位階層装置から圧縮されたイーサネットフレーム２ｇ－２５を受信し、イーサネットヘッダー圧縮手順が設定された場合、初めて受信した圧縮されない完全なヘッダーを有したイーサネットフレームのイーサネットヘッダーの各フィールド値を確認して受信イーサネット圧縮解除のためのバッファーに記憶することができる。そして、完全なヘッダー（例えば、ＳＤＡＰヘッダー又はイーサネットヘッダー）を成功的に受信した場合、これに対するフィードバックを送信ＰＤＣＰ階層装置で送信してイーサネットヘッダー圧縮適用を開始するようにできる。前記第１のイーサネットフレームをイーサネットヘッダー圧縮解除無しに上位階層装置へ伝達することができる。そして、その次のイーサネットフレームを受信した時の復号化して新しいＥＨＣヘッダーを確認してヘッダーが圧縮されたかどうかを確認し、もし圧縮されない場合、無欠性検証を行なって前記ＥＨＣヘッダーを除去して上位階層でデータを送信することができる。もし、前記新しいＥＨＣヘッダーでイーサネットヘッダー（又はＳＤＡＰヘッダー）が圧縮されたということを指示すると、イーサネット圧縮のための新しいヘッダー２ｇ－１０のフィールド値を確認してどんなフィールドが省略（圧縮）されてどんなフィールドが省略（圧縮）されなかったか）を確認し、前記で省略（圧縮）されたと指示されたフィールドは受信端で圧縮解除のための受信バッファーに記憶されたフィールド値で復元を行なって圧縮が行われる前のイーサネットヘッダーを復元することができる（圧縮解除を行うことができる）。そして、前記省略（圧縮）されなかったと指示されたフィールドに対する値は新しい又は変更された値から受信端で圧縮解除のための受信バッファーに前記新しい又は変更された値を前記フィールドによってフィールド値で記憶することができる。そして、復号化を実行し、無欠性保護が設定されると、無欠性検証を実行し、エラーがなければ前記復元されたイーサネットヘッダーと共にイーサネットフレームを構成して上位階層装置へ伝達することができる。

【0327】

前記で送信ＰＤＣＰ階層装置はイーサネットヘッダー圧縮方法を適用してから、もしイーサネットヘッダーのフィールド値が変更された場合、圧縮されなかったということを前記新しいＥＨＣヘッダーに指示して完全なヘッダーを送信して受信端のバッファーを初期化し、さらに完全なヘッダーの値で設定するようにできる。すると、受信ＰＤＣＰ階層装置は圧縮されなかった完全なヘッダーを受信すれば成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信することができる。本発明で受信ＰＤＣＰ階層装置は圧縮されなかった完全なヘッダーを受信する度に常に成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信することを特徴とすることができる。また、本発明で受信ＰＤＣＰ階層装置は圧縮されなかった完全な上位階層ヘッダーを受信する時は常に成功的に受信したというフィードバックを送信ＰＤＣＰ階層装置で送信するが圧縮されない上位階層ヘッダーを受信する時はフィードバックを送信しないことを特徴とすることができ、受信したデータの上位階層圧縮するかどうかによって互いに異なる動作を行うことを特徴とすることができる。

【0328】

前記別途の新しいＥＨＣヘッダーは固定された大きさ（例えば、１バイト又は２バイト）を持つことができる。

【0329】

また、前記実施例でイーサネットヘッダーの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）も前記で説明した方法を適用して圧縮及び圧縮解除を行うこともできる。また他の方法で前記イーサネットヘッダーの長さフィールドに対しては常に圧縮を実行せず送信することもできる。

【0330】

また他の方法で前記イーサネットヘッダーの長さフィールドに対しては常に圧縮をして送信しないことを特徴とすることもでき、受信ＰＤＣＰ階層装置で前記長さフィールドを除いた残りフィールドを圧縮解除した後、長さフィールドの長さ（長さフィールドの長さは固定値と知られているため）を加えてＰＤＣＰ階層装置がイーサネットフレームの長さを計算した後、イーサネットヘッダーの長さフィールドに前記長さ値を復元して追加する方法を用いることもできる。これにより、新しいＥＨＣヘッダーに長さフィールドに対する指示を省略することができ、長さフィールド値がデータ別で異なっても送信ＰＤＣＰ階層装置では長さフィールドを常に省略（圧縮）して送信することができ、受信ＰＤＣＰ階層装置でその長さフィールド値を計算して前記のように誘導してイーサネットヘッダーの長さフィールド値を常に復元することができる。

【0331】

また、もし、どんなベアラーに対してイーサネットヘッダー圧縮方法とＲＯＨＣ（例えば、ＴＣＰ／ＩＰヘッダー又はＵＤＰヘッダーを圧縮する方法）方法が共に設定された場合、イーサネットヘッダーの長さがフィールドに対しては常に圧縮をして長さフィールドを送信しないことを特徴とすると、受信ＰＤＣＰ階層装置は受信したデータ（例えば、ＰＤＣＰ ＰＤＵ又はＰＤＣＰ ＳＤＵ）に対してＲＯＨＣ圧縮解除方法を先ず適用し、その次にイーサネットヘッダー圧縮解除方法を適用することを特徴とすることができる。なぜなら、受信端（例えば、受信ＰＤＣＰ階層装置）でイーサネットヘッダーの長さフィールドを復旧する時のＲＯＨＣでヘッダー圧縮が適用されているデータの長さで前記長さフィールドを復旧すると、上位階層装置（例えば、イーサネット階層装置）で長さフィールドが過ち復旧されてデータが切り捨てられるかエラーが発生することができるためである。したがって、受信ＰＤＣＰ階層装置はイーサネットヘッダー圧縮方法とＲＯＨＣヘッダー圧縮方法が共に設定された場合、先ずＲＯＨＣヘッダー圧縮解除方法を適用して上位階層ヘッダーを圧縮解除し、前記イーサネット圧縮解除方法を適用してイーサネットヘッダーを圧縮解除できる。そして、前記イーサネットヘッダー圧縮解除手順でイーサネットヘッダーの長さフィールド値を復旧する時の長さフィールドの大きさ（例えば、前記長さフィールドを除いた残りのフィールドを圧縮解除した後、長さフィールドの長さ（長さフィールドの長さは固定値として知られているため）又は圧縮解除されたイーサネットヘッダーの大きさ又はＲＯＨＣヘッダー圧縮解除が適用されたデータ（例えば、上位階層データ又はイーサネットフレーム）の長さを考慮して長さフィールド値を誘導及び計算した後、イーサネットヘッダーの長さフィールドに前記長さ値（例えば、前記ＲＯＨＣヘッダー圧縮解除が適用されて復元されたデータの長さ）を復元して追加する方法を用いることもできる。これにより、新しいＥＨＣヘッダーに長さフィールドに対する指示を省略することができ、長さフィールド値がデータ別で異なっても送信ＰＤＣＰ階層装置では長さフィールドを常に省略（圧縮）して送信することができ、受信ＰＤＣＰ階層装置でその長さフィールド値を計算して前記のように誘導してイーサネットヘッダーの長さフィールド値を常に復元することができる。

【0332】

また、前記新しいＥＨＣヘッダーには受信端ＰＤＣＰ階層装置にとって成功的にデータを受信した場合、フィードバックリクエストを指示するフィールドを定義して用いることもできる。
すなわち、受信端ＰＤＣＰ階層装置が完全なヘッダーを受信する度に常にフィードバックを送信するのではなく送信端ＰＤＣＰ階層装置が前記インジケーターでリクエストする時だけフィードバックを送信するようにしてオーバーヘッドを減らすこともできる。

【0333】

本発明で提案するイーサネットヘッダー圧縮方法の具体的な第２－３の実施例は次のようである。

【0334】

本発明の第２－３実施例では第２－２実施例で提案したヘッダー圧縮及び圧縮解除方法を同様に適用することができる。しかし、基地局がＲＲＣメッセージで一つのベアラー又は一つのＰＤＣＰ階層装置には一つのデータストリーム又はＱｏＳ ｆｌｏｗのみをマッピングさせる場合、互いに異なる上位階層装置のヘッダー構造を有するデータストリーム又はＱｏＳ ｆｌｏｗを区別する必要がなくなる。すなわち、新しいＥＨＣヘッダーに互いに異なる上位階層ヘッダー構造又は互いに異なる上位階層圧縮方法を指示する識別子が必要なくなる。なぜなら、一つの上位階層ヘッダー構造又はヘッダー圧縮方法が一つのＰＤＣＰ階層装置に設定されるためである。

【0335】

したがって、本発明の第２－３の実施例では新しいＥＨＣヘッダー又はＰＤＣＰヘッダーに上位階層ヘッダーが圧縮されたかどうかを指示するフィールドだけ定義して設定して前記第２－２実施例で提案した方法をそのまま適用して送信ＰＤＣＰ階層装置で上位階層装置ヘッダーに対して圧縮を実行し、受信ＰＤＣＰ階層装置で圧縮解除を行うことができる。

【0336】

本発明では前記で提案した上位階層ヘッダー（イーサネットヘッダー）圧縮方法の実施例で用いられることができるフィードバックの具体的な構造を提案する。

【0337】

図２Ｋは、本発明の実施例による上位階層ヘッダー圧縮方法で用いられることができるフィードバックの構造に対する実施例を示す図面である。

【0338】

図２Ｋで第１のフィードバック構造２ｋ－０１で新しいＰＤＵ ｔｙｐｅフィールド値を決定して新しいＰＤＣＰ制御データ（ＰＤＣＰ ｃｏｎｔｒｏｌ ＰＤＵ）を定義することを提案する。前記新しいＰＤＣＰ制御データは受信ＰＤＣＰ階層装置に上位階層圧縮及び圧縮解除方法（又はプロトコル）が設定された場合に、もし受信するデータの上位階層ヘッダーが圧縮されず完全な上位階層ヘッダーが受信される度に（又はフィードバックを送信ＰＤＣＰ階層装置が指示した場合）トリガーリングされて構成されて送信ＰＤＣＰ階層装置で送信されることを特徴とすることができる。前記新しいＰＤＣＰ制御データは送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したかどうかをインジケーターを定義して指示することができる。また他の方法で前記新しいＰＤＣＰ制御データ自体が送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したということを指示することもできる。前記のようなフィードバックで送信ＰＤＣＰ階層装置は上位階層装置の圧縮方法適用時点を決定することができる。

【0339】

また、前記新しいＰＤＣＰ制御データはイーサネット圧縮解除失敗が発生した場合（例えば、チェックサムエラーが発生した場合）送信端イーサネット圧縮プロトコルにフィードバックを伝達するように用いられることもできる。すなわち、前記新たに定義するＰＤＣＰ制御データでイーサネット圧縮解除に失敗したこと（又はチェックサムエラーが発生したこと）を指示することができ、送信端イーサネットヘッダー圧縮のための送信バッファーの初期化を行わなければならないということを指示することもできる。

【0340】

図２Ｋで第２のフィードバック構造２ｋ－０２で新しいＰＤＵ ｔｙｐｅフィールド値を決定して新しいＰＤＣＰ制御データ（ＰＤＣＰ ｃｏｎｔｒｏｌ ＰＤＵ）を定義することを提案する。前記新しいＰＤＣＰ制御データは受信ＰＤＣＰ階層装置に上位階層圧縮及び圧縮解除方法（又はプロトコル）が設定された場合に、もし受信するデータの上位階層ヘッダーが圧縮されず完全な上位階層ヘッダーが受信される度に（又はフィードバックを送信ＰＤＣＰ階層装置が指示した場合）トリガーリングされて構成されて送信ＰＤＣＰ階層装置で送信されることを特徴とすることができる。前記新しいＰＤＣＰ制御データは送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信されたか、又は受信されなかったことをインジケーターを定義して指示することができる。また他の方法で前記新しいＰＤＣＰ制御データ自体が送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したということを指示することもできる。

【0341】

また、上位階層ヘッダーの種類又は上位階層ヘッダー圧縮方法の種類を指示する新しいフィールド（ＣＴＩ）を定義して指示して前記新しいＰＤＣＰ制御データでどんな上位階層ヘッダー又は上位階層ヘッダー圧縮方法に対して送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したかどうかをインジケーターを定義して指示することができる。また他の方法で前記新しいＰＤＣＰ制御データ自体が前記新しいＣＴＩフィールドが指示する上位階層ヘッダー又は上位階層ヘッダー圧縮方法に対して送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したということを指示することもできる。

【0342】

前記のようなフィードバックで送信ＰＤＣＰ階層装置は上位階層装置の圧縮方法適用時点を決定することができる。

【0343】

また、前記新しいＰＤＣＰ制御データはイーサネット圧縮解除失敗が発生した場合（例えば、チェックサムエラーが発生した場合）送信端イーサネット圧縮プロトコルにフィードバックを伝達するように用いられることもできる。すなわち、前記新たに定義するＰＤＣＰ制御データでどんな上位階層ヘッダー又は上位階層ヘッダー圧縮方法に対してイーサネット圧縮解除に失敗したこと（又はチェックサムエラーが発生したこと）を指示することができ、送信端イーサネットヘッダー圧縮のための送信バッファーの初期化を行わなければならないということを指示することもできる。

【0344】

図２Ｋで第３のフィードバック構造２ｋ－０３で新しいＰＤＵ ｔｙｐｅフィールド値を決定して新しいＰＤＣＰ制御データ（ＰＤＣＰ ｃｏｎｔｒｏｌ ＰＤＵ）を定義することを提案する。前記新しいＰＤＣＰ制御データは受信ＰＤＣＰ階層装置に上位階層圧縮及び圧縮解除方法（又はプロトコル）が設定された場合に、もし受信するデータの上位階層ヘッダーが圧縮されず完全な上位階層ヘッダーが受信される度に（又はフィードバックを送信ＰＤＣＰ階層装置が指示した場合）トリガーリングされて構成されて送信ＰＤＣＰ階層装置で送信されることを特徴とすることができる。前記新しいＰＤＣＰ制御データは送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信されたか、又は受信されなかったことをインジケーターを定義して指示することができる。また他の方法で前記新しいＰＤＣＰ制御データ自体が送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したということを指示することもできる。

【0345】

また、ＰＤＣＰシリアル番号を指示する新しいフィールド（ＰＤＣＰ ＳＮ）を定義して指示して前記新しいＰＤＣＰ制御データでどんなＰＤＣＰシリアル番号に対して送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したか、又は 受信されなかったことをインジケーターを定義して指示することができる。また他の方法で前記新しいＰＤＣＰ制御データ自体が前記新しいＰＤＣＰシリアル番号フィールドが指示するデータに対して送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したということを指示することもできる。

【0346】

前記のようなフィードバックで送信ＰＤＣＰ階層装置は上位階層装置の圧縮方法適用時点を決定することができる。

【0347】

また、前記新しいＰＤＣＰ制御データはイーサネット圧縮解除失敗が発生した場合（例えば、チェックサムエラーが発生した場合）送信端イーサネット圧縮プロトコルにフィードバックを伝達するように用いられることもできる。すなわち、前記新たに定義するＰＤＣＰ制御データでどんなＰＤＣＰシリアル番号のデータに対してイーサネット圧縮解除に失敗したということ（又はチェックサムエラーが発生したということ）を指示することができ、送信端イーサネットヘッダー圧縮のための送信バッファーの初期化を行わなければならないということを指示することもできる。

【0348】

図２Ｋで第４のフィードバック構造２ｋ－０４で新しいＰＤＵ ｔｙｐｅフィールド値を決めて新しいＰＤＣＰ制御データ（ＰＤＣＰ ｃｏｎｔｒｏｌ ＰＤＵ）を定義することを提案する。前記新しいＰＤＣＰ制御データは受信ＰＤＣＰ階層装置に上位階層圧縮及び圧縮解除方法（又はプロトコル）が設定された場合に、もし受信するデータの上位階層ヘッダーが圧縮されず完全な上位階層ヘッダーが受信される度に（又はフィードバックを送信ＰＤＣＰ階層装置が指示した場合）トリガーリングされて構成されて送信ＰＤＣＰ階層装置で送信されることを特徴とすることができる。前記新しいＰＤＣＰ制御データは送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信されたか、又は受信されなかったことをインジケーターを定義して指示することができる。また他の方法で前記新しいＰＤＣＰ制御データ自体が送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したということを指示することもできる。

【0349】

また、ＣＯＵＮＴ値を指示する新しいフィールド（ＣＯＵＮＴ）を定義して指示して前記新しいＰＤＣＰ制御データでどんなＣＯＵＮＴ値に対して送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信されたか、又は受信されなかったことをインジケーターを定義して指示することができる。また他の方法で前記新しいＰＤＣＰ制御データ自体が前記新しいＣＯＵＮＴ値フィールドが指示するデータに対して送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信したということを指示することもできる。

【0350】

前記のようなフィードバックで送信ＰＤＣＰ階層装置は上位階層装置の圧縮方法適用時点を決定することができる。

【0351】

また、前記新しいＰＤＣＰ制御データはイーサネット圧縮解除失敗が発生した場合（例えば、チェックサムエラーが発生した場合）送信端イーサネット圧縮プロトコルにフィードバックを伝達するように用いられることもできる。すなわち、前記新たに定義するＰＤＣＰ制御データでどんなＣＯＵＮＴ値のデータに対してイーサネット圧縮解除に失敗したこと（又はチェックサムエラーが発生したこと）を指示することができ、送信端イーサネットヘッダー圧縮のための送信バッファーの初期化を行わなければならないということを指示することもできる。

【0352】

図２Ｋで第５のフィードバック構造２ｋ－０５でＰＤＣＰ制御データ（ＰＤＣＰ ｃｏｎｔｒｏｌ ＰＤＵ）中にＰＤＣＰ状態報告（ＰＤＣＰ ｓｔａｔｕｓ ｒｅｐｏｒｔ）をフィードバックで用いることを提案する。前記ＰＤＣＰ状態報告は受信ＰＤＣＰ階層装置に上位階層圧縮及び圧縮解除方法（又はプロトコル）が設定された場合に、もし受信するデータの上位階層ヘッダーが圧縮されず完全な上位階層ヘッダーが受信される度に（又はフィードバックを送信ＰＤＣＰ階層装置が指示した場合）トリガーリングされて構成されて送信ＰＤＣＰ階層装置で送信されることを特徴とすることができる。前記ＰＤＣＰ状態報告は送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信されたか、又は受信されなかったことをインジケーターを定義して指示することができる。

【0353】

また、前記ＰＤＣＰ状態報告でどんなＣＯＵＮＴ値に対して送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信されたか、又は受信されなかったことを指示することができる。すなわち、ＦＭＣフィールドは受信ＰＤＣＰ階層装置でまだ上位階層で伝達することができなかった第１のＣＯＵＮＴ値を指示し、その後のビットマップフィールドは間の第１のＣＯＵＮＴ値より大きいＣＯＵＮＴ値に対して１ビットずつマッピングをさせて０又は１の値を成功的に受信したかどうかを指示することができる。

【0354】

また、前記ＰＤＣＰ状態報告はイーサネット圧縮解除失敗が発生した場合（例えば、チェックサムエラーが発生した場合）送信端イーサネット圧縮プロトコルにフィードバックを伝達するように用いられることもできる。すなわち、前記新たに定義するＰＤＣＰ制御データでどんなＣＯＵＮＴ値のデータに対してイーサネット圧縮解除に失敗したこと（又はチェックサムエラーが発生したこと）を指示することができ、送信端イーサネットヘッダー圧縮のための送信バッファーの初期化を行わなければならないということを指示することもできる。すなわち、ＦＭＣフィールドは受信ＰＤＣＰ階層装置でまだ上位階層で伝達することができなかった第１のＣＯＵＮＴ値を指示し、後続のビットマップフィールドは第１のＣＯＵＮＴ値より大きいＣＯＵＮＴ値に対して１ビットを用いて指示することができる。

【0355】

本発明で第６のフィードバック構造で受信ＰＤＣＰ階層装置が送信ＰＤＣＰ階層装置で送信するデータのＰＤＣＰヘッダー又は新しいＥＨＣヘッダーに新しいフィールドを定義してフィードバックで用いることを提案する。前記ＰＤＣＰヘッダー又はＥＨＣヘッダーの新しいフィールドは受信ＰＤＣＰ階層装置に上位階層圧縮及び圧縮解除方法（又はプロトコル）が設定された場合に、もし受信するデータの上位階層ヘッダーが圧縮されず完全な上位階層ヘッダーが受信される度に（又はフィードバックを送信ＰＤＣＰ階層装置が指示した場合）設定されて送信ＰＤＣＰ階層装置で送信されることを特徴とすることができる。前記新しいフィールドは送信ＰＤＣＰ階層装置が圧縮せず送信した完全な上位階層ヘッダーを成功的に受信されたか、又は受信されなかったことを指示することができる。

【0356】

前記本発明で提案した第１のフィードバック構造又は第２のフィードバック構造又は第３のフィードバック構造又は第４のフィードバック構造又は第５のフィードバック構造又は第６のフィードバック構造を用いて受信端（例えば、受信ＰＤＣＰ階層装置）が送信端にヘッダー圧縮解除失敗が発生したことを指示するか又は受信端が完全なヘッダー（例えば、完全なイーサネットヘッダー）を有したデータ（例えば、イーサネットフレーム）を成功的に受信することができなかったということを指示した場合、送信端（例えば、送信ＰＤＣＰ階層装置）は完全なヘッダーを含むデータを受信端で送信することができる。

【0357】

前記本発明で送信端（例えば、送信ＰＤＣＰ階層装置）が送信する完全なヘッダーは圧縮されないイーサネットヘッダーフィールドとそのフィールドに該当する値、及びイーサネットヘッダーの圧縮のための設定情報、例えば、イーサネットヘッダー圧縮のための識別子又はフィールド圧縮のためのフィールドと識別子（又はインジケーター）の間のマッピング情報などを含むヘッダーを指示することができる。

【0358】

前記本発明で送信端（例えば、送信ＰＤＣＰ階層装置）がイーサネットヘッダー圧縮手順をより速やかに開始するようにするための方法として、送信ＰＤＣＰ階層装置は完全なヘッダーを有する複数個のデータを受信端で送信し、前記のようなフィードバックを受信端（例えば、受信ＰＤＣＰ階層装置）から受信しなくても送信ＰＤＣＰ階層装置はイーサネットヘッダー圧縮手順を次のデータに適用して開始して送信を行うこともできる。なぜなら、前記送信ＰＤＣＰ階層装置と接続されたＲＬＣ階層装置がＡＭモードで動作する場合に前記完全なヘッダーを持つデータは失われることがなく、ＲＬＣ階層装置がＵＭモードで動作してもパケット重複技術が適用されて信頼度を高めることができるためである。前記で送信端が完全なヘッダーを有する複数個のデータを受信端で送信する時のいくつを送信するかはＲＲＣメッセージに設定されることもでき、具現で適切に設定することもできる。

【0359】

本発明では本発明で提案した上位階層圧縮及び圧縮解除方法（イーサネットヘッダー圧縮方法）又はＲＯＨＣ（ＴＣＰ／ＩＰ又はＵＤＰなどの上位階層圧縮及び圧縮解除方法）が設定された時の送信ＰＤＣＰ階層装置の動作と受信ＰＤＣＰ階層装置の動作を提案する。

【0360】

本発明で提案する端末又は基地局の送信ＰＤＣＰ階層装置の動作は次の通りである。

【0361】

送信ＰＤＣＰ階層装置はデータをプロセッシングする時の次に送信したデータに割り当てるＣＯＵＮＴ値を維持する第１のＣＯＵＮＴ変数を用い、前記第１のＣＯＵＮＴ変数はＴＸ＿ＮＥＸＴで命名されることができる。

【0362】

本発明で提案する送信ＰＤＣＰ階層装置の動作は次の通りである。

【0363】

－送信ＰＤＣＰ階層装置は上位階層からデータ（例えば、ＰＤＣＰ ＳＤＵ）を受信すると、ＰＤＣＰデータ廃棄タイマーを作動させて、タイマーが満了する場合、前記データを廃棄する。

【0364】

－そして、上位階層から受信したデータに対してＴＸ＿ＮＥＸＴに該当するＣＯＵＮＴ値を割り当てる。前記ＴＸ＿ＮＥＸＴは初期値で０が設定されることができ、ＴＸ＿ＮＥＸＴは次に送信するデータ（ＰＤＣＰ ＳＤＵ）に対するＣＯＵＮＴ値を維持する。

【0365】

－送信ＰＤＣＰ階層装置に対してヘッダー圧縮プロトコル（ＲＯＨＣ）が設定されている場合、前記データに対してヘッダー圧縮を行うことができる。

【0366】

－送信ＰＤＣＰ階層装置に対して上位階層ヘッダー圧縮プロトコル（イーサネットヘッダー圧縮方法、ＥｔｈＨＣ）が設定されている場合

【0367】

◇上位階層から受信した前記データがイーサネットヘッダー圧縮方法が設定されて初めて受信するデータである場合

【0368】

◇又は上位階層から受信した前記データのイーサネットヘッダーのフィールドの中で圧縮が可能なフィールドのフィールド値のうちの一つでも送信ＰＤＣＰ階層装置のバッファーに記憶されたフィールド値と異なる場合と（又は以前に送信したイーサネットヘッダーフィールド値と異なる場合）

【0369】

◇又は以前に送信した圧縮されなかった完全な上位階層ヘッダー（イーサネットヘッダー）を有するデータに対して成功的に受信されたというフィードバックが受信ＰＤＣＰ階層装置からまだ受信されない場合

【0370】

◆送信ＰＤＣＰ階層装置は受信ＰＤＣＰ階層装置から圧縮されなかった完全な上位階層ヘッダー（イーサネットヘッダー）に対して成功的に受信されたというフィードバックが受信されるまで前記イーサネットヘッダー圧縮を行わない。

【0371】

◇もし、以前に送信した圧縮されなかった完全な上位階層ヘッダー（イーサネットヘッダー）を有するデータに対して成功的に受信されたというフィードバックが受信ＰＤＣＰ階層装置から受信される場合

【0372】

◆送信ＰＤＣＰ階層装置は上位階層から受信したデータに対してイーサネットヘッダー圧縮方法を適用して圧縮を行うことができる。

【0373】

－送信ＰＤＣＰ階層装置に対して無欠性保護が設定されている場合、ＰＤＣＰヘッダーを生成し、ＰＤＣＰヘッダーと前記データに対して保安鍵と前記データに割り当てられたＴＸ＿ＮＥＸＴのＣＯＵＮＴ値を用いて無欠性保護を行うことができる。

【0374】

－そして、前記データに対してボアンキと前記データに割り当てられたＴＸ＿ＮＥＸＴのＣＯＵＮＴ値を用いて暗号化手順を行うことができる。そして、ＴＸ＿ＮＥＸＴ変数のＣＯＵＮＴ値でＰＤＣＰシリアル番号長さほどの下位ＬＳＢをＰＤＣＰシリアル番号で設定する。

【0375】

－そして、ＴＸ＿ＮＥＸＴ変数のＣＯＵＮＴ値を１位増加させて、下位階層で前記で処理されたデータをＰＤＣＰヘッダーと共に連結して下位階層で伝達することができる。

【0376】

本発明で提案する端末又は基地局の受信ＰＤＣＰ階層装置の動作は次の通りである。

【0377】

受信ＰＤＣＰ階層装置は基地局がＲＲＣで設定したＰＤＣＰシリアル番号長さ（例えば、１２ビット又は１８ビット）を用い、受信するデータ（例えばＰＤＣＰ ＰＤＵ）のＰＤＣＰシリアル番号を確認し、受信ウィンドウを駆動することができる。前記で受信ウィンドウはＰＤＣＰシリアル番号空間の半分の大きさ（例えば、２＾（ＰＤＣＰ ＳＮ長さ－１））で設定され、有効なデータを区別するために用いられることができる。すなわち、受信ウィンドウの外で受信されるデータは有効ではないデータで判断して廃棄することができる。前記受信ウィンドウの外でデータの到着する理由は下位階層装置でＲＬＣ階層装置の再送信又はＭＡＣ階層装置のＨＡＲＱ再送信によってデータが非常に遅く到着する場合が発生するためである。また、受信ＰＤＣＰ階層装置は受信ウィンドウと共にＰＤＣＰ再整列タイマー（ｔ－Ｒｅｏｒｄｅｒｉｎｇ）を駆動することができる。

【0378】

前記ＰＤＣＰ再整列タイマーは受信ＰＤＣＰ階層装置でＰＤＣＰシリアル番号を基準に、もしＰＤＣＰシリアル番号ギャップ（ｇａｐ）が発生すると、トリガーリングされ、前記ＰＤＣＰ再整列タイマーが満了するまでＰＤＣＰシリアル番号ギャップに該当するデータが到着しなければＰＤＣＰシリアル番号又はＣＯＵＮＴ値の昇順でデータを上位階層装置へ伝達して受信ウィンドウを動かすようになる。したがって、前記ＰＤＣＰシリアル番号ギャップに該当するデータが前記ＰＤＣＰ再整列タイマーが満了した後に到着するようになれば受信ウィンドウ内のデータではないので廃棄するようになる。

【0379】

前記で簡単に説明した前記受信ＰＤＣＰ階層装置の具体的な手順は次の通りである。

【0380】

本発明で提案する端末又は基地局の受信ＰＤＣＰ階層装置動作は次の通りである。

【0381】

受信ＰＤＣＰ階層装置は受信したデータをプロセッシングする時の３個のＣＯＵＮＴ変数を維持して管理することができる。前記受信ＰＤＣＰ階層装置は受信したデータをプロセッシングする時の次に受信すると予想されるデータ（例えば、ＰＤＣＰ ＳＤＵ）のＣＯＵＮＴ値を維持する第２のＣＯＵＮＴ変数を用いることができ、前記第２のＣＯＵＮＴ変数はＲＸ＿ＮＥＸＴに命名されることができる。そして、前記受信ＰＤＣＰ階層装置は受信したデータをプロセッシングする時の上位階層で伝達しない第１のデータ（例えば、ＰＤＣＰ ＳＤＵ）のＣＯＵＮＴ値を維持する第３のＣＯＵＮＴ変数を用い、前記第３のＣＯＵＮＴ変数はＲＸ＿ＤＥＬＩＶに命名されることができる。そして、前記受信ＰＤＣＰ階層装置は受信したデータをプロセッシングする時のＰＤＣＰ再整列タイマー（ｔ－Ｒｅｏｒｄｅｒｉｎｇ）をトリガーリングするようにしたデータ（例えば、ＰＤＣＰ ＳＤＵ）のＣＯＵＮＴ値を維持する第４のＣＯＵＮＴ変数を用い、前記第４のＣＯＵＮＴ変数はＲＸ＿ＲＥＯＲＤに命名されることができる。そして、前記受信ＰＤＣＰ階層装置は受信したデータをプロセッシングする時の現在受信したデータ（例えば、ＰＤＣＰ ＳＤＵ）のＣＯＵＮＴ値を維持する第５のＣＯＵＮＴ変数を用い、前記第５のＣＯＵＮＴ変数はＲＣＶＤ＿ＣＯＵＮＴに命名されることができる。前記でＰＤＣＰ再整列タイマーは上位階層（ＲＲＣ階層）で図２ＥのようにＲＲＣメッセージに設定されたタイマー値又は区間を用い、前記タイマーは失われたＰＤＣＰ ＰＤＵを探知するために用いられ、一度に一つのタイマーだけ駆動されることができる。

【0382】

また、受信ＰＤＣＰ階層装置の動作で端末は次のような変数を定義して用いることができる。

【0383】

－ＨＦＮ：ウィンドウ状態変数のＨＦＮ（Ｈｙｐｅｒ Ｆｒａｍｅ Ｎｕｍｂｅｒ）部分を示す。

【0384】

－ＳＮ：ウィンドウ状態変数のシリアル番号（ＳＮ、シーケンス番号）部分を示す。

【0385】

－ＲＣＶＤ＿ＳＮ：受信したＰＤＣＰ ＰＤＵのヘッダーに含まれているＰＤＣＰシリアル番号

【0386】

－ＲＣＶＤ＿ＨＦＮ：受信ＰＤＣＰ階層装置が計算した受信ＰＤＣＰ ＰＤＵのＨＦＮ値

【0387】

本発明で提案する端末又は基地局の受信ＰＤＣＰ階層装置の動作は次の通りである。

【0388】

下位階層からＰＤＣＰ ＰＤＵを受信した時の受信ＰＤＣＰ階層装置は受信したＰＤＣＰ ＰＤＵのＣＯＵＮＴ値を次のように決定することができる。

【0389】

－もし、受信したＲＣＶＤ＿ＳＮがＲＣＶＤ＿ＳＮ＜＝ＳＮ（ＲＸ＿ＤＥＬＩＶ）－Ｗｉｎｄｏｗ＿Ｓｉｚｅの場合

【0390】

◇ＲＣＶＤ＿ＨＦＮ＝ＨＦＮ（ＲＸ＿ＤＥＬＩＶ）＋１にアップデートする。

【0391】

－その以外にもし、ＲＣＶＤ＿ＳＮがＲＣＶＤ＿ＳＮ＞ＳＮ（ＲＸ＿ＤＥＬＩＶ）＋ Ｗｉｎｄｏｗ＿Ｓｉｚｅの場合

【0392】

◇ＲＣＶＤ＿ＨＦＮ＝ＨＦＮ（ＲＸ＿ＤＥＬＩＶ）－１でアップデートする。

【0393】

－前記の場合ではなければ

【0394】

◇ＲＣＶＤ＿ＨＦＮ＝ＨＦＮ（ＲＸ＿ＤＥＬＩＶ）でアップデートする。

【0395】

－ＲＣＶＤ＿ＣＯＵＮＴはＲＣＶＤ＿ＣＯＵＮＴ＝［ＲＣＶＤ＿ＨＦＮ、ＲＣＶＤ＿ＳＮ］と共に決定する。

【0396】

受信したＰＤＣＰ ＰＤＵのＣＯＵＮＴ値を決定してからは受信ＰＤＣＰ階層装置は次のようにウィンドウ状態変数をアップデートしてＰＤＣＰ ＰＤＵを処理することができる。

【0397】

－前記ＲＣＶＤ＿ＣＯＵＮＴ値を用いて前記ＰＤＣＰ ＰＤＵに対して復号化を実行し、無欠性検証を行うことができる。

【0398】

◇もし、無欠性検証に失敗する場合

【0399】

◇上位階層に無欠性検証失敗を指示して前記受信したＰＤＣＰＤａｔａ ＰＤＵ（ＰＤＣＰ ＰＤＵのデータ部分）を廃棄する。

【0400】

－もし、ＲＣＶＤ＿ＣＯＵＮＴ＜ＲＸ＿ＤＥＬＩＶであるか又はＲＣＶＤ＿ＣＯＵＮＴの値を持つＰＤＣＰ ＰＤＵが以前に受信された事がある場合（満了した又は期間が経た又はウィンドウの外にパケットの場合又は重複されたパケットの場合）

【0401】

◇前記受信したＰＤＣＰ Ｄａｔａ ＰＤＵ（ＰＤＣＰ ＰＤＵのデータ部分）を廃棄する。

【0402】

もし、前記受信したＰＤＣＰ ＰＤＵが廃棄されない場合、受信ＰＤＣＰ階層装置は次のように動作する。

【0403】

－前記で処理されたＰＤＣＰ ＳＤＵを受信バッファーに記憶することができる。

【0404】

－もし、ＲＣＶＤ＿ＣＯＵＮＴ＞＝ＲＸ＿ＮＥＸＴの場合

【0405】

◇ＲＸ＿ＮＥＸＴをＲＣＶＤ＿ＣＯＵＮＴ＋１にアップデートする。

【0406】

－もし、非手順伝達インジケーター（ｏｕｔＯｆＯｒｄｅｒＤｅｌｉｖｅｒｙ）が設定される場合（非手順伝達動作を指示する場合）、

【0407】

◇前記ＰＤＣＰＳＤＵを上位階層で伝達することができる。

【0408】

－もし、ＲＣＶＤ＿ＣＯＵＮＴがＲＸ＿ＤＥＬＩＶと同一の場合

【0409】

◇（イーサネットヘッダー圧縮プロトコル又はＲＯＨＣが設定されたが）以前にヘッダー圧縮解除手順が適用されない場合（すなわち、上位階層ヘッダーに対してまだデータ処理されない場合）

【0410】

◆もし、イーサネットヘッダー圧縮プロトコルが設定され、イーサネットヘッダーが圧縮される場合（新しいＥＨＣヘッダーのインジケーターを確認してイーサネットヘッダーが圧縮されたことを指示する場合）

【0411】

●前記データのイーサネットヘッダーに対して圧縮解除を行うことができる。

【0412】

◆そうではなくて、もしイーサネットヘッダー圧縮プロトコルが設定され、イーサネットヘッダーが圧縮されない場合（新しいＥＨＣヘッダーのインジケーターを確認してイーサネットヘッダーが圧縮されなかったことを指示する場合）

【0413】

●前記データのイーサネットヘッダーを圧縮されないヘッダーと見なして圧縮
解除を行わない。

【0414】

●圧縮されないイーサネットヘッダーを成功的に受信したためこれを送信ＰＤＣ階層装置に指示するためにフィードバックをトリガーリングして前記フィードバックを構成して送信ＰＤＣＰ階層装置で送信することができる。

【0415】

◆そうではなければ、もしイーサネットヘッダー圧縮プロトコルが設定されておらず、ＲＯＨＣが設定された場合

【0416】

●前記データの上位階層ヘッダー（ＴＣＰ／ＩＰ又はＵＤＰヘッダーなど）に対して圧縮解除を行うことができる。

【0417】

◇前記にデータに対してＣＯＵＮＴ値順に上位階層に伝達することができる。

【0418】

◆ＣＯＵＮＴ＝ＲＸ＿ＤＥＬＩＶ値から開始して連続的なＰＤＣＰ ＳＤＵをいずれも上位階層で伝達することができる。

【0419】

◇ＲＸ＿ＤＥＬＩＶ値を現在ＲＸ＿ＤＥＬＩＶより大きいか同じのＣＯＵＮＴ値ながら上位階層で伝達しない第１のＰＤＣＰＳＤＵの ＣＯＵＮＴ値でアップデートする。

【0420】

－もし、ｔ－Ｒｅｏｒｄｅｒｉｎｇタイマーが駆動され、ＲＸ＿ＤＥＬＩＶ値がＲＸ＿ＲＥＯＲＤより大きいか同一の場合

【0421】

◇ｔ－Ｒｅｏｒｄｅｒｉｎｇタイマーを中止してリセットする。

【0422】

－もし、ｔ－Ｒｅｏｒｄｅｒｉｎｇ タイマーが駆動されていなく（前記条件で中止された場合も含んで）ＲＸ＿ＤＥＬＩＶがＲＸ＿ＮＥＸＴより小さい場合、

【0423】

◇ＲＸ＿ＲＥＯＲＤ値をＲＸ＿ＮＥＸＴでアップデートする。

【0424】

◇ｔ－Ｒｅｏｒｄｅｒｉｎｇタイマーを開始する。

【0425】

ＰＤＣＰ再整列タイマー（ｔ－Ｒｅｏｒｄｅｒｉｎｇ）が満了した時の受信ＰＤＣＰ階層装置は次のように動作する。

【0426】

－イーサネットヘッダー圧縮プロトコル又はＲＯＨＣが設定されたが）以前にヘッダー圧縮解除手順が適用されない場合（すなわち、上位階層ヘッダーに対してまだデータ処理されない場合）

【0427】

◇もし、イーサネットヘッダー圧縮プロトコルが設定され、イーサネットヘッダーが圧縮される場合（新しいＥＨＣヘッダーのインジケーターを確認してイーサネットヘッダーが圧縮されたということを指示する場合）

【0428】

◆前記データのイーサネットヘッダーに対して圧縮解除を行うことができる。

【0429】

◇そうではなく、もしイーサネットヘッダー圧縮プロトコルが設定され、イーサネットヘッダーが圧縮されない場合（新しいＥＨＣヘッダーのインジケーターを確認してイーサネットヘッダーが圧縮されなかったということを指示すると）

【0430】

◆前記データのイーサネットヘッダーを圧縮されないヘッダーと見なして圧縮解除を行わない。

【0431】

◆圧縮されないイーサネットヘッダーを成功的に受信してからこれを送信ＰＤＣ階層装置に指示するためにフィードバックをトリガーリングして前記フィードバックを構成して送信ＰＤＣＰ階層装置で送信することができる。

【0432】

◇そうではなければ、もしイーサネットヘッダー圧縮プロトコルが設定されなくＲＯＨＣが設定される場合

【0433】

◆前記データの上位階層ヘッダー（ＴＣＰ／ＩＰ又はＵＤＰヘッダーなど）に対して圧縮解除を行うことができる。

【0434】

－前記でデータに対してＣＯＵＮＴ値の順に上位階層へ伝達することができる。

【0435】

◇ＲＸ＿ＲＥＯＲＤ値より小さいＣＯＵＮＴ値を有するすべてのＰＤＣＰＳＤＵを伝達することができる。

【0436】

◇ＲＸ＿ＲＥＯＲＤ値から介して連続的なＣＯＵＮＴ値を有するすべてのＰＤＣＰ ＳＤＵを伝達することができる。

【0437】

－ＲＸ＿ＤＥＬＩＶ値をＲＸ＿ＲＥＯＲＤより大きいか同じのＣＯＵＮＴ値ながら上位階層へ伝達しない第１のＰＤＣＰＳＤＵのＣＯＵＮＴ値にアップデートする。

【0438】

－もし、ＲＸ＿ＤＥＬＩＶ値がＲＸ＿ＮＥＸＴ値より小さい場合

【0439】

◇ＲＸ＿ＲＥＯＲＤ値をＲＸ＿ＮＥＸＴ値にアップデートする。

【0440】

◇ｔ－Ｒｅｏｒｄｅｒｉｎｇタイマーを開始する。

【0441】

本発明の次ではＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化をどんなに行うかを提案する。

【0442】

図２ｌは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－１実施例を示す。

【0443】

前記第２－１実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信すれば（２ｌ－０５）ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｌ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして、上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｌ－１５、２ｌ－２０）。

【0444】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0445】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0446】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためらＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0447】

前記送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個に生成したから上位階層から受信したＳＤＡＰヘッダーの前に構成することができる。

【0448】

前記効率的に暗号化する第２－１実施例では端末で既に圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対してだけ暗号化するように具現されているため具現の便宜のために新たに生成したＥＨＣヘッダーとＳＤＡＰヘッダーと圧縮されたイーサネットヘッダーを暗号化しないことを特徴とすることができる（２ｌ－２５、２ｌ－３０）。また、端末具現で暗号化手順まですべて行った後の最後にＰＤＣＰヘッダー、ＥＨＣヘッダー、ＳＤＡＰヘッダーと圧縮されたイーサネットヘッダーを一括して前記暗号されたデータの最前部に構成するように具現して具現複雑度を低めることもできる。

【0449】

そして、前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記新しいＥＨＣヘッダーの前に構成して下位階層へ伝達することができる。

【0450】

前記効率的に暗号化する第２－１実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信すると、暗号化されないＥＨＣヘッダーとＳＤＡＰヘッダーと圧縮されたイーサネットヘッダーを処理してイーサネット圧縮解除を行なって残りのＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってＲＯＨＣ圧縮解除手順を行うことができる。

【0451】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0452】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0453】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0454】

図２Ｍは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－２実施例を示す。

【0455】

前記第２－２実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信すれば（２ｍ－０５）ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｍ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして、上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｍ－１５、２ｍ－２０）。

【0456】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0457】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0458】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0459】

前記送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個に生成したため上位階層から受信したＳＤＡＰヘッダーの前に構成することができる。

【0460】

前記効率的に暗号化する第２－２実施例では保安性を強化するために端末で圧縮されたイーサネットヘッダーと圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対して暗号化を行うようにして新たに生成したＥＨＣヘッダーとＳＤＡＰヘッダーに対しては暗号化しないことを特徴とすることができる（２ｍ－２５、２ｍ－３０）。また、端末具現で暗号化手順まで実行を完了した後、最後にＰＤＣＰヘッダー、ＥＨＣヘッダー、ＳＤＡＰヘッダーを一括して前記暗号されたデータの最前部に構成するように具現して具現複雑度を低めることもできる。

【0461】

そして、前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記新しいＥＨＣヘッダーの前に構成して下位階層へ伝達することができる。

【0462】

前記効率的に暗号化する第２－２実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信すると、暗号化されないＥＨＣヘッダーとＳＤＡＰヘッダーを処理して残り圧縮されたイーサネットヘッダーとＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってイーサネット圧縮解除とＲＯＨＣ圧縮解除手順を行うことができる。

【0463】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0464】

他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0465】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0466】

また、もしどんなベアラーに対してイーサネットヘッダー圧縮方法とＲＯＨＣ（例えば、ＴＣＰ／ＩＰヘッダー又はＵＤＰヘッダーを圧縮する方法）方法が一緒に設定された場合、イーサネットヘッダーの長さフィールドに対しては常に圧縮して長さフィールドを送信しないことを特徴とする場合、受信ＰＤＣＰ階層装置は受信したデータ（例えば、ＰＤＣＰ ＰＤＵ又はＰＤＣＰ ＳＤＵ）に対してＲＯＨＣ圧縮解除方法を先ず適用し、その次にイーサネットヘッダー圧縮解除方法を適用することを特徴とすることができる。なぜなら、受信端（例えば、受信ＰＤＣＰ階層装置）でイーサネットヘッダーの長さフィールドを復旧する時のＲＯＨＣでヘッダー圧縮が適用されているデータの長さで前記長さフィールドを復旧すると、上位階層装置（例えば、イーサネット階層装置）で長さフィールドが過ち復旧されてデータが切り捨てられるかエラーが発生することができるためである。したがって、受信ＰＤＣＰ階層装置はイーサネットヘッダー圧縮方法とＲＯＨＣヘッダー圧縮方法が共に設定された場合、先ずＲＯＨＣヘッダー圧縮解除方法を適用して上位階層ヘッダーを圧縮解除し、前記イーサネット圧縮解除方法を適用してイーサネットヘッダーを圧縮解除できる。そして、前記イーサネットヘッダー圧縮解除手順でイーサネットヘッダーの長さフィールド値を復旧する時の長さフィールドの大きさ（例えば、前記長さフィールドを除いた残りのフィールドを圧縮解除した後、長さフィールド（長さフィールドの長さは固定値として知られているため）又は圧縮解除されたイーサネットヘッダーの大きさ又はＲＯＨＣヘッダー圧縮解除が適用されたデータ（例えば、上位階層データ又はイーサネットフレーム）の長さを考慮して長さフィールド値を誘導及び計算した後、イーサネットヘッダーの長さフィールドに前記長さ値（例えば、前記ＲＯＨＣヘッダー圧縮解除が適用されて復元されたデータの長さ）を復元して追加する方法を用いることもできる。これにより、新しいＥＨＣヘッダーに長さフィールドに対する指示を省略することができ、長さフィールド値がデータ別で異なっても送信ＰＤＣＰ階層装置では長さフィールドを常に省略（圧縮）して送信することができ、受信ＰＤＣＰ階層装置でその長さフィールド値を計算して前記のように誘導してイーサネットヘッダーの長さフィールド値を常に復元することができる。

【0467】

図２Ｎは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－３実施例を示す。

【0468】

前記第２－３実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信する場合（２ｎ－０５）、ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｎ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして、上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｎ－１５、２ｎ－２０）。

【0469】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0470】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0471】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0472】

前記送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個に生成したため上位階層から受信したＳＤＡＰヘッダーの前に構成することができる。

【0473】

前記効率的に暗号化する第２－３実施例では保安性を強化するために、そしてＰＤＣＰ階層装置で処理したデータに対しては暗号化を行うことができるという原理を適用して送信ＰＤＣＰ階層装置と受信ＰＤＣＰ階層装置の間の保安性を強化するために端末で新たに生成したＥＨＣヘッダーと圧縮されたイーサネットヘッダーと圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対して暗号化を行うようにしてＳＤＡＰヘッダーに対しては暗号化しないことを特徴とすることができる（２ｎ－２５、２ｎ－３０）。

【0474】

そして、前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記新しいＥＨＣヘッダーの前に構成して下位階層へ伝達することができる。

【0475】

前記効率的に暗号化する第２－３実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信すると、暗号化されないＳＤＡＰヘッダーを処理して残りのＥＨＣヘッダーと圧縮されたイーサネットヘッダーとＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってイーサネット圧縮解除とＲＯＨＣ圧縮解除手順を行うことができる。

【0476】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0477】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0478】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0479】

図２Ｏは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－４実施例を示す。

【0480】

前記第２－４実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信する場合（２ｏ－０５）、ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｏ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして、上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｏ－１５、２ｏ－２０）。

【0481】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0482】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0483】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0484】

前記送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個に生成したため上位階層から受信したＳＤＡＰヘッダーの前に構成することができる。

【0485】

前記効率的に暗号化する第２－４実施例では保安性を強化するために端末でＳＤＡＰヘッダーと圧縮されたイーサネットヘッダーと圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対して暗号化を行うようにして新たに生成したＥＨＣヘッダーに対しては暗号化しないことを特徴とすることができる（２ｏ－２５、２ｏ－３０）。また、端末具現で暗号化手順まで実行を完了した後の最後にＰＤＣＰヘッダーとＥＨＣヘッダーを一括して前記暗号されたデータの最前部に構成するように具現して具現複雑度を低めることもできる。

【0486】

そして、前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記新しいＥＨＣヘッダーの前に構成して下位階層へ伝達することができる。

【0487】

前記効率的に暗号化する第２－４実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信する場合、暗号化されないＥＨＣヘッダーを処理して残りのＳＤＡＰヘッダーと圧縮されたイーサネットヘッダーとＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってイーサネット圧縮解除とＲＯＨＣ圧縮解除手順を行うことができる。

【0488】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0489】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0490】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0491】

図２Ｐは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－５実施例を示す。

【0492】

前記第２－５実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信する場合（２ｐ－０５）、ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｐ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして、上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｐ－１５、２ｐ－２０）。

【0493】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0494】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0495】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0496】

前記送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個に生成したため上位階層から受信したＳＤＡＰヘッダーの前に構成することができる。

【0497】

前記効率的に暗号化する第２－５実施例では保安性を強化するために端末で新たに生成したＥＨＣヘッダーとＳＤＡＰヘッダーと圧縮されたイーサネットヘッダーと圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対して暗号化を行うようにすることを特徴とすることができる（２ｐ－２５、２ｐ－３０）。

【0498】

そして、前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記新しいＥＨＣヘッダーの前に構成して下位階層へ伝達することができる。

【0499】

前記効率的に暗号化する第２－５実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信すると、暗号化されないＰＤＣＰヘッダーを処理して残りのＥＨＣヘッダーとＳＤＡＰヘッダーと圧縮されたイーサネットヘッダーとＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってイーサネット圧縮解除とＲＯＨＣ圧縮解除手順を行うことができる。

【0500】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0501】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0502】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0503】

図２Ｑは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－６実施例を示す。

【0504】

前記第２－６実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信すれば（２ｑ－０５）ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｑ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｑ－１５、２ｑ－２０）。

【0505】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0506】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0507】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0508】

前記送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個に生成したため上位階層から受信したＳＤＡＰヘッダーの前に構成することができる。

【0509】

前記効率的に暗号化する第２－６実施例では圧縮率を高めるために端末でイーサネットヘッダーだけではなくＳＤＡＰヘッダーにもイーサネットヘッダー圧縮手順を適用して圧縮することを特徴とすることができる。また、ＥＨＣヘッダーと圧縮されたＳＤＡＰ／イーサネットヘッダーに対しては暗号化を適用しないし圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対して暗号化を行うようにすることを特徴とすることができる（２ｑ－２５、２ｑ－３０）。また、端末具現で暗号化手順まで実行を完了した後、最後にＰＤＣＰヘッダーとＥＨＣヘッダーと圧縮されたＳＤＡＰ／イーサネットヘッダーを一括して前記暗号されたデータの最前部に構成するように具現して具現複雑度を低めることもできる。また、既存の端末はＲＯＨＣ圧縮ヘッダーとデータに対してだけ暗号化をするように具現されたため具現複雑度を低めることができる。

【0510】

そして前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記新しいＥＨＣヘッダーの前に構成して下位階層へ伝達することができる。

【0511】

前記効率的に暗号化する第２－６実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信する場合、暗号化されないＥＨＣヘッダーを処理して圧縮されたＳＤＡＰ／イーサネットヘッダーを圧縮解除して残りのＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってイーサネット圧縮解除とＲＯＨＣ圧縮解除手順を行うことができる。

【0512】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0513】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0514】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0515】

図２Ｒは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－７実施例を示す。

【0516】

前記第２－７実施例では前記第２－６実施例の暗号化方法を適用するが、保安性を強化するために圧縮されたＳＤＡＰ／イーサネットヘッダーも暗号化及び復号化することを特徴とすることができる。

【0517】

図２Ｓは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－８実施例を示す。

【0518】

前記第２－８実施例では前記第２－６実施例の暗号化方法を適用するが、保安性を強化するために圧縮されたＳＤＡＰ／イーサネットヘッダーとＥＨＣヘッダーも暗号化及び復号化することを特徴とすることができる。

【0519】

図２Ｔは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－９実施例を示す。

【0520】

前記第２－９実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信する場合（２ｔ－０５）、ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｔ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして、上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｔ－１５、２ｔ－２０）。

【0521】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0522】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0523】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0524】

前記発明で送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個で生成したがＰＤＣＰ階層装置でイーサネット圧縮手順によって生成されたデータ期のためＰＤＣＰデータ（ＰＤＣＰ ＳＤＵ）の一部分で考慮してＳＤＡＰヘッダーの後に位置するようにすることを特徴とすることができる。

【0525】

前記効率的に暗号化する第２－９実施例では端末で圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対してだけ暗号化を行うようにしてＳＤＡＰヘッダーと新たに生成したＥＨＣヘッダーと圧縮されたイーサネットヘッダーに対しては暗号化しないことを特徴とすることができる（２ｔ－２５、２ｔ－３０）。また、端末具現で暗号化手順まで実行を完了した後、最後にＰＤＣＰヘッダーとＳＤＡＰヘッダーとＥＨＣヘッダーと圧縮されたイーサネットヘッダーを一括して前記暗号されたデータの最前部に構成するように具現して具現複雑度を低めることもできる。

【0526】

そして、前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記ＳＤＡＰヘッダーの前に構成して下位階層で伝達することができる。

【0527】

前記効率的に暗号化する第２－９実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信する場合、暗号化されないＳＤＡＰヘッダーと新たに生成したＥＨＣヘッダーと圧縮されたイーサネットヘッダーを処理してイーサネットヘッダー圧縮解除手順を行なって残りのＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってＲＯＨＣ圧縮解除手順を行うことができる。

【0528】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0529】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0530】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0531】

図２Ｕは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－１０実施例を示す。

【0532】

前記第２－１０実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信する場合（２ｕ－０５）、ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｕ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして、上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｕ－１５、２ｕ－２０）。

【0533】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0534】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0535】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0536】

前記発明で送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個で生成したがＰＤＣＰ階層装置でイーサネット圧縮手順によって生成されたデータ期のためＰＤＣＰデータ（ＰＤＣＰ ＳＤＵ）の一部分で考慮してＳＤＡＰヘッダーの後に位置するようにすることを特徴とすることができる。

【0537】

前記効率的に暗号化する第２－１０実施例では保安性強化のために端末で圧縮されたイーサネットヘッダーと圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対して暗号化を行うようにしてＳＤＡＰヘッダーと新たに生成したＥＨＣヘッダーに対しては暗号化しないことを特徴とすることができる（２ｕ－２５、２ｕ－３０）。また、端末具現で暗号化手順まで実行を完了した後の最後にＰＤＣＰヘッダーとＳＤＡＰヘッダーとＥＨＣヘッダーを一括して前記暗号されたデータの最前部に構成するように具現して具現複雑度を低めることもできる。

【0538】

そして、前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記ＳＤＡＰヘッダーの前に構成して下位階層で伝達することができる。

【0539】

前記効率的に暗号化する第２－１０実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信する場合、暗号化されないＳＤＡＰヘッダーと新たに生成したＥＨＣヘッダーを処理して残り圧縮されたイーサネットヘッダーとＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってイーサネット圧縮解除又はＲＯＨＣ圧縮解除手順を行うことができる。

【0540】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0541】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0542】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0543】

図２Ｖは、本発明の実施例によるＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定され、イーサネットヘッダー圧縮プロトコル（又は方法）が設定され、ＲＯＨＣプロトコルが設定された場合にＰＤＣＰ階層装置で暗号化及び復号化を効率的に行う第２－１１実施例を示す。

【0544】

前記第２－１１実施例で送信ＳＤＡＰ階層装置は上位階層からイーサネットフレームを受信する場合（２ｖ－０５）、ＳＤＡＰヘッダーを構成して下位送信ＰＤＣＰ階層装置へ伝達することができる（２ｖ－１０）。そして、前記送信ＰＤＣＰ階層装置はＳＤＡＰヘッダーを除いて上位階層装置のイーサネットヘッダーにイーサネットヘッダー圧縮手順を行なって別途の新しいＥＨＣヘッダーを生成することができる。そして、上位階層装置のＴＣＰ／ＩＰ又はＵＤＰなどのような上位階層装置ヘッダーにＲＯＨＣプロトコルでヘッダー圧縮を行うことができる（２ｖ－１５、２ｖ－２０）。

【0545】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮を行なってＲＯＨＣ圧縮を行うことができる。

【0546】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮手順とＲＯＨＣヘッダー圧縮手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0547】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮を先ず行なってイーサネットヘッダー圧縮を後で行うこともできる。

【0548】

前記発明で送信ＰＤＣＰ階層装置はＥＨＣヘッダーをＰＤＣＰ階層装置で別個で生成したがＰＤＣＰ階層装置でイーサネット圧縮手順によって生成されたデータ期のためＰＤＣＰデータ（ＰＤＣＰ ＳＤＵ）の一部分で考慮してＳＤＡＰヘッダーの後に位置するようにすることを特徴とすることができる。

【0549】

前記効率的に暗号化する第２－１１実施例では保安性強化のために端末で新たに生成したＥＨＣヘッダーと圧縮されたイーサネットヘッダーと圧縮されたＲＯＨＣ圧縮ヘッダーとデータに対して暗号化を行うようにしてＳＤＡＰヘッダーに対してだけ暗号化しないことを特徴とすることができる（２ｖ－２５、２ｖ－３０）。また、端末具現で暗号化手順まで実行を完了した後の最後にＰＤＣＰヘッダーとＳＤＡＰヘッダーを一括して前記暗号されたデータの最前部に構成するように具現して具現複雑度を低めることもできる。

【0550】

そして、前記暗号化手順を完了してＰＤＣＰヘッダーを生成して前記ＳＤＡＰヘッダーの前に構成して下位階層で伝達することができる。

【0551】

前記効率的に暗号化する第２－１１実施例で受信ＰＤＣＰ階層装置は下位階層装置からデータを受信する場合、暗号化されないＳＤＡＰヘッダーを処理して残り新たに生成したＥＨＣヘッダーと圧縮されたイーサネットヘッダーとＲＯＨＣ圧縮ヘッダーとデータに対して復号化を行なってイーサネット圧縮解除又はＲＯＨＣ圧縮解除手順を行うことができる。

【0552】

具現の便宜のために前方に位置しているイーサネットヘッダーから圧縮解除を行なってＲＯＨＣ圧縮解除を行うことができる。

【0553】

また他の方法で互いに異なる上位階層ヘッダーに別途の圧縮解除方法を適用するため端末のデータ処理を加速化するためにイーサネットヘッダー圧縮解除手順とＲＯＨＣヘッダー圧縮解除手順に対して並列処理（ｐａｒａｌｌｅｌ ｐｒｏｃｅｓｓｉｎｇ）で行うこともできる。

【0554】

また他の方法でＲＯＨＣプロトコルは既に具現されているアルゴリズムで、ＰＤＣＰデータ処理手順の一部分で既に具現されているためＲＯＨＣ圧縮解除を先ず行なってイーサネットヘッダー圧縮解除を後で行うこともできる。そして、もし受信ＰＤＣＰ階層装置がイーサネットヘッダーフィールドの長さフィールド（Ｌｅｎｇｔｈ ｆｉｅｌｄ）に対してイーサネットフレーム大きさを計算して誘導して前記長さフィールド値を復旧しようとすると、全体イーサネットフレーム大きさを正確に計算するために、先ずＲＯＨＣ圧縮解除を実行する。したがって、ＲＯＨＣ圧縮解除手順を先ず行なった後、イーサネット圧縮解除手順を行わなければならない。

【0555】

前記本発明の実施例でＳＤＡＰヘッダーを暗号化しない場合、基地局がＣＵ－ＤＵスプリット構造で具現してＤＵでＲＬＣ階層装置だけ具現する場合、ＳＤＡＰヘッダーが暗号化されていると、ＤＵでＳＤＡＰヘッダーのＱｏＳを確認することができないためＤＵでＱｏＳをスケジューリングに容易に活用するためにＳＤＡＰヘッダーを暗号化しないこともある。

【0556】

前記本発明でＳＤＡＰ階層装置又はＳＤＡＰヘッダーが設定されない場合は前記本発明の実施例でＳＤＡＰヘッダーを除いて同様に前記実施例の方法を適用することができる。

【0557】

また、前記本発明でＲＯＨＣプロトコルが設定されない場合は前記本発明の実施例でＲＯＨＣヘッダー圧縮手順を除いて同様に前記実施例の方法を適用することができる。

【0558】

前記本発明で提案した実施例は単純にイーサネットヘッダーにだけ適用されるのではなくＰＤＣＰ階層装置の上位に設定されることができる他の上位階層装置のヘッダーにも同一な原理で適用されることができる。したがって、本発明はイーサネットヘッダーに限ったイーサネットヘッダー圧縮方法を提案したのではなくイーサネットヘッダーは一つの実施例を説明したことであり、ＰＤＣＰ階層装置の上位階層装置（他の応用階層装置）のヘッダーにも適用されることができる上位階層ヘッダーの圧縮及び圧縮解除方法を提案したことである。

【0559】

本発明の次には図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＳＤＡＰ階層装置が用いるように設定されたか、若しくはＳＤＡＰヘッダーを用いるように設定された場合、そしてイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）を設定した場合、送信ＰＤＣＰ階層装置が上位階層装置（例えば、ＳＤＡＰ階層装置）からＳＤＡＰ制御データを受信した場合、ＳＤＡＰ制御データを効率的に処理する方法を提案する。

【0560】

本発明でＳＤＡＰ制御データはアップリンクＳＤＡＰヘッダーと同一な構造を持つことができる。前記ＳＤＡＰ制御データ構造はＱＦＩ（ＱｏＳ Ｆｌｏｗ ＩＤ）を指示するフィールドで前記ＱＦＩフィールド値に該当するデータフローが終了されるか、又は最後であることを指示するＳＤＡＰ制御データであり、最後のインジケーター制御データ（Ｅｎｄ Ｍａｒｋｅｒ Ｃｏｎｔｒｏｌ ＰＤＵ）とも呼ぶことができる。

【0561】

本発明の次には図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＳＤＡＰ階層装置が用いるように設定されたか、若しくはＳＤＡＰヘッダーを用いるように設定された場合、そして、イーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）を設定した場合、送信ＰＤＣＰ階層装置が上位階層装置（例えば、ＳＤＡＰ階層装置）からＳＤＡＰ制御データを受信した場合、ＳＤＡＰ制御データを効率的に処理する方法を提案する。

【0562】

本発明でＲＲＣメッセージでＳＤＡＰ階層装置が設定又はＳＤＡＰヘッダーが設定された場合にイーサネットヘッダー圧縮方法を効率的に行なってＳＤＡＰ制御データを処理する第２－１２実施例を次のように提案する。

【0563】

前記第２－１２実施例ではイーサネットヘッダー圧縮方法をＳＤＡＰ制御データに適用しないことを特徴とし、ＳＤＡＰ制御データは暗号化せず、ＥＨＣヘッダーも暗号化しないことを特徴とし、前記のような特徴によってＳＤＡＰ制御データの情報を送信端又は受信端で復号化手順必要無しにＳＤＡＰヘッダーのＱｏＳ情報を活用することができるという利点を持つことができる。また、受信ＰＤＣＰ階層装置はＥＨＣヘッダーが暗号化されなかったためＥＨＣヘッダーの１ビットインジケーターを介して前記ＳＤＡＰ制御データが圧縮されなかったことを確認することができ、ＳＤＡＰ制御データは暗号化されないため復号化手順を適用せず、速やかにＳＤＡＰ制御データを処理することができるという利点を持つことができる。例えば、基地局の場合、スケジューリングに前記ＱｏＳ情報を用いることができ、また、端末具現でもＳＤＡＰ制御データを受信する度に復号化手順を実行せず、無欠性保護は設定された場合に実行し、直ちにＥＨＣヘッダーとＰＤＣＰヘッダーを生成して連結して下位階層へ伝達することができるため速いデータ処理のための端末具現にも容易である。また、本発明の前記第２－１２実施例ではＥＨＣヘッダーがＳＤＡＰ制御データの前に位置するようにしてＰＤＣＰ ＰＤＵの構造がＰＤＣＰヘッダー、ＥＨＣヘッダー、ＳＤＡＰ制御データ順序でデータを構成することを特徴とすることができ、ＥＨＣヘッダーはＰＤＣＰ階層装置で生成されるため論理的に上位階層装置であるＳＤＡＰ階層装置で生成されたＳＤＡＰ制御データより前に位置することが端末具現に効率的であることができる。したがって、第２－１２実施例ではＥＨＣヘッダーをＳＤＡＰ制御データの前に位置するようにしてＥＨＣヘッダーとＳＤＡＰ制御データを連結させる構造を持つことを特徴とすることができる。

【0564】

具体的に、ＲＲＣメッセージによってＳＤＡＰ階層装置が用いるように設定されたか、若しくはＳＤＡＰヘッダーを用いるように設定された場合、そしてイーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）を設定した場合、上位階層（ＳＤＡＰ階層装置）からＳＤＡＰ制御データを受信すると、送信ＰＤＣＰ階層装置は上位ＳＤＡＰ階層装置から受信したＳＤＡＰ制御データにイーサネットヘッダー圧縮手順を実行しない。そして、チェックサムフィールドを計算してＥＨＣ適用するかどうかを設定してＥＨＣヘッダーを生成してＳＤＡＰ制御データの前に付着することができる（１ｓ－１５）。そして、無欠性保護が設定されている場合、無欠性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を暗号化手順実行の前に前記ＰＤＣＰヘッダーとＥＨＣヘッダーとＳＤＡＰ制御データに対して無欠性保護を適用してから前記ＥＨＣヘッダーとＳＤＡＰ制御データには暗号化を行わないことを特徴とすることができる。そして、前記データの最前部ＰＤＣＰヘッダーを構成して連結して下位階層装置へ伝達することができる。

【0565】

本発明でＲＲＣメッセージでＳＤＡＰ階層装置が設定又はＳＤＡＰヘッダーが設定された場合にイーサネットヘッダー圧縮方法を効率的に行なってＳＤＡＰ制御データを処理する第２－１３実施例を次のように提案する。

【0566】

前記第２－１３実施例ではイーサネットヘッダー圧縮方法をＳＤＡＰ制御データに適用しないことを特徴とし、ＳＤＡＰ制御データは暗号化せず、ＥＨＣヘッダーも暗号化しないことを特徴とし、前記のような特徴によってＳＤＡＰ制御データの情報を送信端又は受信端で復号化手順必要無しにＳＤＡＰヘッダーのＱｏＳ情報を活用することができるという利点を持つことができる。また、受信ＰＤＣＰ階層装置はＥＨＣヘッダーが暗号化されなかったためＥＨＣヘッダーの１ビットインジケーターを介して前記ＳＤＡＰ制御データが圧縮されなかったことを確認することができ、ＳＤＡＰ制御データは暗号化されないため復号化手順を適用せず、速やかにＳＤＡＰ制御データを処理することができるという利点を持つことができる。例えば、基地局の場合、スケジューリングに前記ＱｏＳ情報を用いることができ、また、端末具現でもＳＤＡＰ制御データを受信する度に復号化手順を実行せず、無欠性保護は設定された場合に実行し、直ちにＥＨＣヘッダーとＰＤＣＰヘッダーを生成して連結して下位階層へ伝達することができるため速いデータ処理のための端末具現にも容易である。また、本発明の前記第２－１３実施例ではＥＨＣヘッダーがＳＤＡＰ制御データの後に位置するようにしてＰＤＣＰ ＰＤＵの構造がＰＤＣＰヘッダー、ＳＤＡＰ制御データ、ＥＨＣヘッダー順序でデータを構成することを特徴とすることができ、ＥＨＣ手順がＰＤＣＰ階層装置のプロセッシング手順で最初であるためＥＨＣヘッダー生成を先ず行い、上位階層から受信したＳＤＡＰ制御データをＥＨＣヘッダーの前に置かれ、端末具現が容易になることができる。したがって、第２－１３実施例ではＳＤＡＰ制御データをＥＨＣヘッダーの前に位置するようにしてＳＤＡＰ制御データとＥＨＣヘッダーを連結させる構造を持つことを特徴とすることができる。

【0567】

具体的に、図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＳＤＡＰ階層装置が用いるように設定されたか、若しくはＳＤＡＰヘッダーを用いるように設定された場合、そして、イーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）を設定した場合、上位階層（ＳＤＡＰ階層装置）からＳＤＡＰ制御データを受信すると、送信ＰＤＣＰ階層装置は上位ＳＤＡＰ階層装置から受信したＳＤＡＰ制御データにイーサネットヘッダー圧縮手順を行わない。そして、チェックサムフィールドを計算してＥＨＣ適用するかどうかを設定してＥＨＣヘッダーを生成してＳＤＡＰ制御データの後に付着することができる。そして、無欠性保護が設定されている場合、無欠性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を暗号化手順実行の前に前記ＰＤＣＰヘッダーとＳＤＡＰ制御データとＥＨＣヘッダーに対して無欠性保護を適用してから前記ＳＤＡＰ制御データとＥＨＣヘッダーには暗号化を行わないことを特徴とすることができる。そして、前記データの最前部ＰＤＣＰヘッダーを構成して連結して下位階層装置へ伝達することができる。

【0568】

本発明でＲＲＣメッセージでＳＤＡＰ階層装置が設定又はＳＤＡＰヘッダーが設定された場合にイーサネットヘッダー圧縮方法を効率的に行なってＳＤＡＰ制御データを処理する第２－１４実施例を次のように提案する。

【0569】

前記第２－１４実施例ではイーサネットヘッダー圧縮方法をＳＤＡＰ制御データに適用しないことを特徴として、ＳＤＡＰ制御データは暗号化せず、ＥＨＣヘッダーは暗号化することを特徴として、前記のような特徴によってＳＤＡＰ制御データの情報を送信端又は受信端で復号化手順必要無しにＳＤＡＰヘッダーのＱｏＳ情報を活用することができるという利点を持つことができる。また、受信ＰＤＣＰ階層装置はＥＨＣヘッダーが暗号化になったため攻撃によるデータを復号化失敗で区分することができ、保安性を強化されることができる。前記ＥＨＣヘッダーを復号化した後にＥＨＣヘッダーの１ビットインジケーターを介して前記ＳＤＰ制御データが圧縮されなかったことを確認することができ、ＳＤＡＰ制御データは暗号化されないため復号化手順を適用せず、速やかにＳＤＡＰ制御データを処理することができるという利点を持つことができる。例えば、基地局の場合、スケジューリングに前記ＱｏＳ情報を用いることができ、また、端末具現でもＳＤＡＰ制御データを受信する度に復号化手順を実行せず、無欠性保護は設定された場合に行い、直ちにＥＨＣヘッダーだけ復号化してＰＤＣＰヘッダーを生成して連結して下位階層へ伝達することができるため速いデータ処理のための端末具現にも容易である。また、本発明の前記第２－１４実施例ではＥＨＣヘッダーがＳＤＡＰ制御データの前に位置するようにしてＰＤＣＰ ＰＤＵの構造がＰＤＣＰヘッダー、ＥＨＣヘッダー、ＳＤＡＰ制御データ順序でデータを構成することを特徴とすることができ、ＥＨＣヘッダーはＰＤＣＰ階層装置で生成されるため論理的に上位階層装置であるＳＤＡＰ階層装置で生成されたＳＤＡＰ制御データより前に位置することが端末具現に効率的であることができる。したがって、第２－１４実施例ではＥＨＣヘッダーをＳＤＡＰ制御データの前に位置するようにしてＥＨＣヘッダーとＳＤＡＰ制御データを連結させる構造を持つことを特徴とすることができる。

【0570】

具体的に、図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＳＤＡＰ階層装置が用いるように設定されたか、若しくはＳＤＡＰヘッダーを用いるように設定された場合、そして、イーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）を設定した場合、上位階層（ＳＤＡＰ階層装置）からＳＤＡＰ制御データを受信すれば送信ＰＤＣＰ階層装置は上位ＳＤＡＰ階層装置から受信したＳＤＡＰ制御データにイーサネットヘッダー圧縮手順を行わない。そして、チェックサムフィールドを計算してＥＨＣを適用するかどうかを設定してＥＨＣヘッダーを生成してＳＤＡＰ制御データの前に付着することができる。そして、無欠性保護が設定されている場合、無欠性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を暗号化手順実行の前に前記ＰＤＣＰヘッダーとＥＨＣヘッダーとＳＤＡＰ制御データに対して無欠性保護を適用してから前記ＥＨＣヘッダーには暗号化を行なってＳＤＡＰ制御データには暗号化を行わないことを特徴とすることができる。そして、前記データの最前部ＰＤＣＰヘッダーを構成して連結して下位階層装置へ伝達することができる。

【0571】

本発明でＲＲＣメッセージでＳＤＡＰ階層装置が設定又はＳＤＡＰヘッダーが設定された場合にイーサネットヘッダー圧縮方法を効率的に行なってＳＤＡＰ制御データを処理する第２－１５実施例を次のように提案する。

【0572】

前記第２－１５実施例ではイーサネットヘッダー圧縮方法をＳＤＡＰ制御データに適用しないことを特徴とし、ＳＤＡＰ制御データは暗号化せず、ＥＨＣヘッダーは暗号化することを特徴とし、前記のような特徴によってＳＤＡＰ制御データの情報を送信端又は受信端で復号化手順必要無しにＳＤＡＰヘッダーのＱｏＳ情報を活用することができるという利点を持つことができる。また、受信ＰＤＣＰ階層装置はＥＨＣヘッダーが暗号化されたため攻撃によるデータを復号化失敗で区別することができ、保安性を強化することができる。また、ＥＨＣヘッダーを復号化した後にＥＨＣヘッダーの１ビットインジケーターを介して前記ＳＤＡＰ制御データが圧縮されなかったことを確認することができ、ＳＤＡＰ制御データは暗号化されないため復号化手順を適用せず、速やかにＳＤＡＰ制御データを処理することができるという利点を持つことができる。例えば、基地局の場合、スケジューリングに前記ＱｏＳ情報を用いることができ、また、端末具現でもＳＤＡＰ制御データを受信する度に復号化手順を実行せず、無欠性保護は設定された場合に行い、直ちにＥＨＣヘッダーは暗号化してＰＤＣＰヘッダーを生成して連結して下位階層で伝達することができるため速いデータ処理のための端末具現にも容易である。また、本発明の前記第２－１５実施例ではＥＨＣヘッダーがＳＤＡＰ制御データの後に位置するようにしてＰＤＣＰ ＰＤＵの構造がＰＤＣＰヘッダー、ＳＤＡＰ制御データ、ＥＨＣヘッダー順序でデータを構成することを特徴とすることができ、ＥＨＣ手順がＰＤＣＰ階層装置のプロセッシング手順で最初であるためＥＨＣヘッダー生成を先ず行い、上位階層から受信したＳＤＡＰ制御データをＥＨＣヘッダーの前に置かれ、端末具現が容易になることできる。したがって、第２－１５実施例ではＳＤＡＰ制御データをＥＨＣヘッダーの前に位置するようにしてＳＤＡＰ制御データとＥＨＣヘッダーを連結させる構造を持つことを特徴とすることができる。

【0573】

具体的に、図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＳＤＡＰ階層装置が用いるように設定されたか、若しくはＳＤＡＰヘッダーを用いるように設定された場合、そして、イーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）を設定した場合、上位階層（ＳＤＡＰ階層装置）からＳＤＡＰ制御データを受信すると、送信ＰＤＣＰ階層装置は上位ＳＤＡＰ階層装置から受信したＳＤＡＰ制御データにイーサネットヘッダー圧縮手順を実行しない。そして、チェックサムフィールドを計算してＥＨＣ適用するかどうかを設定してＥＨＣヘッダーを生成してＳＤＡＰ制御データの後に付着することができる。そして、無欠性保護が設定されている場合、無欠性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を暗号化手順実行の前に前記ＰＤＣＰヘッダーとＳＤＡＰ制御データとＥＨＣヘッダーに対して無欠性保護を適用してから前記ＳＤＡＰ制御データには暗号化を実行せずＥＨＣヘッダーには暗号化を行うことを特徴とすることができる。そして、前記データの最前部ＰＤＣＰヘッダーを構成して連結して下位階層装置へ伝達することができる。

【0574】

本発明でＲＲＣメッセージでＳＤＡＰ階層装置が設定又はＳＤＡＰヘッダーが設定された場合にイーサネットヘッダー圧縮方法を効率的に行なってＳＤＡＰ制御データを処理する第２－１６実施例を次のように提案する。

【0575】

前記第２－１６実施例ではイーサネットヘッダー圧縮方法をＳＤＡＰ制御データに適用しないことを特徴とし、ＳＤＡＰ制御データを暗号化せず、ＳＤＡＰ制御データに対してはＥＨＣヘッダーを生成せずＰＤＣＰヘッダーの１ビットインジケーターでＳＤＡＰ制御データを指示するか又はＥＨＣヘッダーがないということを指示することができるということを特徴とし、前記のような特徴によってオーバーヘッドを減らすことができるという利点を持つことができる。さらに、送信ＰＤＣＰ階層装置は不要にＥＨＣヘッダーを生成する必要がなく、受信ＰＤＣＰ階層装置はＥＨＣヘッダーがないため直ちにＰＤＣＰヘッダーの１ビットインジケーターを確認してＳＤＡＰ制御データは暗号化されないため復号化手順を適用せず、速やかにＳＤＡＰ制御データを処理することができるという利点を持つことができる。例えば、基地局の場合、スケジューリングに前記ＱｏＳ情報を用いることができ、また、端末具現でもＳＤＡＰ制御データを受信する度に復号化手順を実行せず、無欠性保護は設定された場合に行い、ＥＨＣヘッダーを生成する手順無しにＰＤＣＰヘッダーを生成して連結して下位階層で伝達することができるため速いデータ処理のための端末具現にも容易である。また、本発明の前記第２－１６実施例ではＥＨＣヘッダーなしにＳＤＡＰ制御データを処理する手順を提案してＰＤＣＰ ＰＤＵの構造がＰＤＣＰヘッダー、ＳＤＡＰ制御データ順序でデータを構成することを特徴とすることができて上位階層から受信したＳＤＡＰ制御データを処理する時の第２－１６実施例ではＳＤＡＰ制御データの前にＰＤＣＰヘッダーを連結させる構造を持つことを特徴とすることができる。

【0576】

具体的に図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＳＤＡＰ階層装置が用いるように設定されたか、若しくはＳＤＡＰヘッダーを用いるように設定された場合、そして、イーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）を設定した場合、上位階層（ＳＤＡＰ階層装置）からＳＤＡＰ制御データを受信すると、送信ＰＤＣＰ階層装置は上位ＳＤＡＰ階層装置から受信したＳＤＡＰ制御データにイーサネットヘッダー圧縮手順を行わない。そして、前記ＳＤＡＰ制御データに対するＥＨＣヘッダーを生成しないことを特徴とすることができる。そして、無欠性保護が設定されている場合、無欠性保護（Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を暗号化手順実行の前に前記ＰＤＣＰヘッダーとＳＤＡＰ制御データに対して無欠性保護を適用してから前記ＳＤＡＰ制御データには暗号化を実行しないことを特徴とすることができる。そして、前記ＳＤＰ制御データの最前部ＰＤＣＰヘッダーを構成して連結して下位階層装置へ伝達することができる。

【0577】

前記本発明の第２－１６実施例で提案するＰＤＣＰヘッダーの１ビットインジケーターというＥＨＣヘッダーの有無を指示するようにする機能を持ち、本発明の第２－１実施例又は第２－２実施例又は第２－３実施例又は第２－４実施例又は第２－５実施例又は第２－６実施例又は第２－７実施例又は第２－８実施例又は第２－９実施例又は第２－１０実施例又は第２－１１実施例確張して適用し、上位階層から受信したＳＤＡＰヘッダーとデータに対してユーザ圧縮手順を適用しない場合、ＥＨＣヘッダーを省略し、前記ＰＤＣＰヘッダーの１ビットインジケーターでＥＨＣヘッダーが付着しなかったことを指示するようにしてオーバーヘッドを減らすこともできる。

【0578】

前記本発明の次には送信又は受信ＰＤＣＰ階層装置が上位階層装置又は下位階層装置からＳＤＡＰヘッダーと上位階層データを受信する場合とＳＤＡＰ制御データを受信する場合を区分して互いに異なるデータ処理を行う端末又は基地局のＰＤＣＰ階層装置の動作を提案する。

【0579】

－図２Ｅで２ｅ－１０又は２ｅ－４０又は２ｅ－７５のようなＲＲＣメッセージによってＳＤＡＰ階層装置が用いるように設定されたか、若しくはＳＤＡＰヘッダーを用いるように設定された場合、そして、イーサネットヘッダー圧縮（Ｅｔｈｅｒｎｅｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＥＨＣ）を設定した場合、

【0580】

◇もし、上位階層装置（ＳＤＡＰ階層装置）から受信したデータ（例えば、ＰＤＣ ＰＳＤＵ）がＳＤＡＰヘッダーと上位階層データで構成されている場合又はＳＤＡＰ制御データではない場合

【0581】

◆送信ＰＤＣＰ階層装置は本発明の第２－１実施例又は第２－２実施例又は第２－３実施例又は第２－４実施例又は第２－５実施例又は第２－６実施例又は第２－７実施例又は第２－８実施例又は第２－９実施例又は第２－１０実施例又は第２－１１実施例の手順を行うことができる。

【0582】

◇もし、上位階層装置（ＳＤＡＰ階層装置）から受信したデータ（例えば、ＰＤＣＰ ＳＤＵ）がＳＤＡＰヘッダーと上位階層データで構成されていない場合又はＳＤＡＰ制御データである場合

【0583】

◆送信ＰＤＣＰ階層装置は本発明の第２－１２実施例又は第２－１３実施例又は第２－１４実施例又は第２－１５実施例又は第２－１６実施例の手順を行うことができる。

【0584】

◇もし、下位階層装置（ＲＬＣ階層装置）から受信したデータ（例えば、ＰＤＣＰ ＰＤＵ）がＳＤＡＰヘッダーと上位階層データで構成されている場合、又はＳＤＡＰ制御データではない場合

【0585】

◆受信ＰＤＣＰ階層装置は本発明の第２－１実施例又は第２－２実施例又は第２－３実施例又は第２－４実施例又は第２－５実施例又は第２－６実施例又は第２－７実施例又は第２－８実施例又は第２－９実施例又は第２－１０実施例又は第２－１１実施例の手順を行うことができる。

【0586】

◇もし、下位階層装置（ＲＬＣ階層装置）から受信したデータ（例えば、ＰＤＣＰ ＰＤＵ）がＳＤＡＰヘッダーと上位階層データで構成されていない場合又はＳＤＡＰ制御データである場合

【0587】

◆受信ＰＤＣＰ階層装置は本発明の第２－１２実施例又は第２－１３実施例又は第２－１４実施例又は第２－１５実施例又は第２－１６実施例の手順を行うことができる。

【0588】

本発明の前記ではＰＤＣＰ階層装置にヘッダー又はデータ圧縮方法がＲＲＣメッセージに設定された時のＳＤＡＰヘッダー又はＳＤＡＰ制御データを処理する効率的な方法を提案した。特に、ＰＤＣＰ階層装置に設定されたヘッダー又はデータ圧縮方法によって生成される新しいヘッダーと共に暗号化であるかどうか又はヘッダー位置を考慮した方法を具体的に提案した。前記本発明で提案した具体的な実施例（第２－１実施例又は第２－２実施例又は第２－３実施例又は第２－４実施例又は第２－５実施例又は第２－６実施例又は第２－７実施例又は第２－８実施例又は第２－９実施例又は第２－１０実施例又は第２－１１実施例又は第２－１２実施例又は第２－１３実施例又は第２－１４実施例又は第２－１５実施例又は第２－１６実施例）は新しい圧縮方法が導入してＰＤＣＰ階層装置に設定された時の場合に拡張されて適用されることができ、新しい圧縮方法によってまた他の新しいヘッダーが生成される時の前記新しいヘッダーと共に暗号化するかどうか又はヘッダー位置を考慮した本発明の実施例が拡張されて適用されることができる。

【0589】

図２Ｗは、本発明の実施例による端末又は基地局の送信ＰＤＣＰ階層装置動作又は受信ＰＤＣＰ階層装置動作を示す図面である。

【0590】

本発明で送信ＰＤＣＰ階層装置に対して上位階層ヘッダー圧縮プロトコル（イーサネットヘッダー圧縮方法、ＥｔｈＨＣ）が設定されている時の上位階層から受信した前記データ２ｗ－０５がイーサネットヘッダー圧縮方法が設定されて初めて受信するデータであれば、又は上位階層から受信した前記データのイーサネットヘッダーのフィールドの中で圧縮が可能なフィールドのフィールド値のうちの一つでも送信ＰＤＣＰ階層装置のバッファーに記憶されたフィールド値と異なる場合（又は以前に送信したイーサネットヘッダーフィールド値と異なる場合）又は以前に送信した圧縮されなかった完全な上位階層ヘッダー（イーサネットヘッダー）を有するデータに対して成功的に受信されたというフィードバックが受信ＰＤＣＰ階層装置からまだ受信されない場合（２ｗ－１０）送信ＰＤＣＰ階層装置は受信ＰＤＣＰ階層装置から圧縮されなかった完全な上位階層ヘッダー（イーサネットヘッダー）に対して成功的に受信されたというフィードバックが受信されるまで前記イーサネットヘッダー圧縮を行わない（２ｗ－２０）。もし、以前に送信した圧縮されなかった完全な上位階層ヘッダー（イーサネットヘッダー）を有するデータに対して成功的に受信されたというフィードバックが受信ＰＤＣＰ階層装置から受信されると（２ｗ－１０）、送信ＰＤＣＰ階層装置は上位階層から受信したデータに対してイーサネットヘッダー圧縮方法を適用して圧縮を行うことができる（２ｗ－１５）。

【0591】

本発明で受信ＰＤＣＰ階層装置に対し、もしイーサネットヘッダー圧縮プロトコルが設定され、下位階層からデータを受信したが（２ｗ－３０）イーサネットヘッダーが圧縮されると、（新しいＥＨＣヘッダーのインジケーターを確認してイーサネットヘッダーが圧縮されたということを指示すると）（２ｗ－３５）前記データのイーサネットヘッダーに対して圧縮解除を行うことができる（２ｗ－４０）。そうではなく、もしイーサネットヘッダー圧縮プロトコルが設定され、イーサネットヘッダーが圧縮されなかった場合（新しいＥＨＣヘッダーのインジケーターを確認してイーサネットヘッダーが圧縮されなかったということを指示すると）（２ｗ－３５）前記データのイーサネットヘッダーを圧縮されないヘッダーと見なして圧縮解除を行わない。そして、圧縮されないイーサネットヘッダーを成功的に受信したためこれを送信ＰＤＣ階層装置に指示するためにフィードバックをトリガーリングして前記フィードバックを構成して送信ＰＤＣＰ階層装置で送信することができる（２ｗ－４５）。

【0592】

図２Ｘに本発明の実施例による端末の構造を図示した。

【0593】

前記図面を参考すれば、前記端末はＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）処理部２ｘ－１０、基底帯域（ｂａｓｅｂａｎｄ）、処理部２ｘ－２０、記憶部２ｘ－３０、制御部２ｘ－４０を含む。

【0594】

前記ＲＦ処理部２ｘ－１０は信号の帯域変換、増幅など無線チャンネルを介して信号を送受信するための機能を行うことができる。すなわち、前記ＲＦ処理部２ｘ－１０は前記基底帯域処理部２ｘ－２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後のアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部２ｘ－１０は送信フィルター、受信フィルター、増幅器、ミキサー（ｍｉｘｅｒ）、オシレーター（ｏｓｃｉｌｌａｔｏｒ）、ＤＡＣ（ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ）、ＡＤＣ（ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ）などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを具備することができる。また、前記ＲＦ処理部２ｘ－１０は多数のＲＦチェーンを含むことができる。さらに、前記ＲＦ処理部２ｘ－１０はビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部２ｘ－１０は多数のアンテナ又はアンテナ要素（ｅｌｅｍｅｎｔ）を介して送受信される信号のそれぞれの位相及び大きさを調節することができる。また、前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作実行の際、いくつかのレイヤーを受信することができる。前記ＲＦ処理部２ｘ－１０は制御部の制御によって多数のアンテナ又はアンテナ要素を適切に設定して受信ビームスイーピングを行うか、受信ビームが送信ビームと共助されるように受信ビームの方向とビーム幅を調整することができる。

【0595】

前記基底帯域処理部２ｘ－２０はシステムの物理階層規格によって基底帯域信号及びビット列の間の変換機能を行うことができる。例えば、データ送信時、前記基底帯域処理部２ｘ－２０は送信ビット列を符号化及び変調することで複素シンボルを生成することができる。また、データ受信時、前記基底帯域処理部２ｘ－２０は前記ＲＦ処理部２ｘ－１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元することができる。例えば、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式に従う場合、データ送信時、前記基底帯域処理部２ｘ－２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルを副搬送波にマッピングした後、ＩＦＦＴ（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）演算及びＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）挿入を介してＯＦＤＭシンボルを構成する。また、データ受信時、前記基底帯域処理部２ｘ－２０は前記ＲＦ処理部２ｘ－１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）演算を介して副搬送波にマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元することができる。

【0596】

前記基底帯域処理部２ｘ－２０及び前記ＲＦ処理部２ｘ－１０は上述したように信号を送信及び受信する。これによって、前記基底帯域処理部２ｘ－２０及び前記ＲＦ処理部２ｘ－１０は送信部、受信部、送受信部又は通信部に指称されることができる。さらに、前記基底帯域処理部２ｘ－２０及び前記ＲＦ処理部２ｘ－１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。また、前記基底帯域処理部２ｘ－２０及び前記ＲＦ処理部２ｘ－１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術はＬＴＥ網、ＮＲ網などを含むことができる。また、前記互いに異なる周波数帯域は超高周波（ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ）（例えば、２．５ＧＨｚ、５Ｇｈｚ）帯域、ｍｍ波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）（例えば、６０ＧＨｚ）帯域を含むことができる。

【0597】

前記記憶部２ｘ－３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶することができる。前記記憶部２ｘ－３０は前記制御部２ｘ－４０のリクエストに従って記憶されたデータを提供する。

【0598】

前記制御部２ｘ－４０は前記端末の全般的な動作を制御する。例えば、前記制御部２ｘ－４０は前記基底帯域処理部２ｘ－２０及び前記ＲＦ処理部２ｘ－１０を介して信号を送受信することができる。また、前記制御部２ｘ－４０は前記記憶部２ｘ－３０にデータを記録し、読む。このために、前記制御部２ｘ－４０は少なくとも一つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）を含むことができる。例えば、前記制御部２ｘ－４０は通信のための制御を行うＣＰ（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）及び応用プログラム（図示せず）など上位階層を制御するＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）を含むことができる。例えば、制御部２ｘ－４０は接続のための多重接続プロセッサ２ｘ－４２をさらに含むことができる。

【0599】

図２Ｙは、本発明の実施例による無線通信システムでＴＲＰのブロック構成を図示する。

【0600】

前記図面に図示されたように、前記基地局はＲＦ処理部２ｙ－１０、基底帯域処理部２ｙ－２０、バックホール通信部２ｙ－３０、記憶部２ｙ－４０、制御部２ｙ－５０を含んで構成されることができる。

【0601】

前記ＲＦ処理部２ｙ－１０は信号の帯域変換、増幅など無線チャンネルを介して信号を送受信するための機能を行うことができる。すなわち、前記ＲＦ処理部２ｙ－１０は前記基底帯域処理部２ｙ－２０から提供される基底帯域信号をＲＦ帯域信号にアップ変換した後のアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウン変換する。例えば、前記ＲＦ処理部２ｙ－１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣなどを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記第１接続ノードは多数のアンテナを備えることができる。また、前記ＲＦ処理部２ｙ－１０は多数のＲＦチェーンを含むことができる。さらに、前記ＲＦ処理部２ｙ－１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部２ｙ－１０は多数のアンテナ又はアンテナ要素を介して送受信される信号のそれぞれの位相及び大きさを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することでダウンＭＩＭＯ動作を行うことができる。

【0602】

前記基底帯域処理部２ｙ－２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列の間の変換機能を行うことができる。例えば、データ送信時、前記基底帯域処理部２ｙ－２０は送信ビット列を符号化及び変調することで複素シンボルを生成することができる。また、データ受信時、前記基底帯域処理部２ｙ－２０は前記ＲＦ処理部２ｙ－１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元することができる。例えば、ＯＦＤＭ方式に従う場合、データ送信時、前記基底帯域処理部２ｙ－２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルを副搬送波にマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。また、データ受信時、前記基底帯域処理部２ｙ－２０は前記ＲＦ処理部２ｙ－１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を介して副搬送波にマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元することができる。前記基底帯域処理部２ｙ－２０及び前記ＲＦ処理部２ｙ－１０は上述したように信号を送信及び受信する。これによって、前記基底帯域処理部２ｙ－２０及び前記ＲＦ処理部２ｙ－１０は送信部、受信部、送受信部、通信部又は無線通信部で指称されることができる。

【0603】

前記通信部２ｙ－３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。

【0604】

前記記憶部２ｙ－４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶することができる。特に、前記記憶部２ｙ－４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部２ｙ－４０は端末に多重接続を提供するか、中断するか否かの判断基準となる情報を記憶することができる。そして、前記記憶部２ｙ－４０は前記制御部２ｙ－５０のリクエストに従って記憶されたデータを提供する。

【0605】

前記制御部２ｙ－５０は前記主基地局の全般的な動作を制御する。例えば、前記制御部２ｙ－５０は前記基底帯域処理部２ｙ－２０及び前記ＲＦ処理部２ｙ－１０を介し、又は前記バックホール通信部２ｙ－３０を介して信号を送受信することができる。また、前記制御部２ｙ－５０は前記記憶部２ｙ－４０にデータを記録し、読む。このために、前記制御部２ｙ－５０は少なくとも一つのプロセッサを含むことができる。例えば、制御部２ｙ－５０は接続のための多重接続プロセッサ２ｙ－５２をさらに含むことができる。

【0606】

本開示が多様な実施例を参照して図示されて説明されたが、添付された請求範囲及びその等価物によって定義された本開示の思想及び範囲を逸脱せず形態及び詳細事項に対する多様な変更が行われることは通常の技術者に自明である。

【図1A】

【図1B】

【図1C】

【図1D】

【図1E】

【図1F】

【図1G】

【図1H】

【図1I】

【図1J】

【図1K】

【図1L】

【図1M】

【図1N】

【図2A】

【図2B】

【図2C】

【図2D】

【図2E】

【図2F】

【図2G】

【図2H】

【図2I】

【図2J】

【図2K】

【図2L】

【図2M】

【図2N】

【図2O】

【図2P】

【図2Q】

【図2R】

【図2S】

【図2T】

【図2U】

【図2V】

【図2W】

【図2X】

【図2Y】