JP2019532580A - 次世代移動通信システムをサポートするためのｍａｃサブヘッダーの構造とこれを適用する方法及び装置 - Google Patents

次世代移動通信システムをサポートするためのｍａｃサブヘッダーの構造とこれを適用する方法及び装置 Download PDF

Info

Publication number
JP2019532580A
JP2019532580A JP2019518398A JP2019518398A JP2019532580A JP 2019532580 A JP2019532580 A JP 2019532580A JP 2019518398 A JP2019518398 A JP 2019518398A JP 2019518398 A JP2019518398 A JP 2019518398A JP 2019532580 A JP2019532580 A JP 2019532580A
Authority
JP
Japan
Prior art keywords
mac
subheader
pdu
sdu
rlc
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2019518398A
Other languages
English (en)
Other versions
JP6808029B2 (ja
Inventor
ドングン・キム
センフン・キム
スンリ・ジン
サンボム・キム
ヘルト・ヤン・ファン・リースハウト
アレクサンダー・サエンコ
ジェヒョク・ジャン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2019532580A publication Critical patent/JP2019532580A/ja
Application granted granted Critical
Publication of JP6808029B2 publication Critical patent/JP6808029B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15528—Control of operation parameters of a relay station to exploit the physical medium
    • H04B7/15542—Selecting at relay station its transmit and receive resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612—Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

４Ｇシステム以後より高いデータ送信率をサポートするための５Ｇ通信システムをＩｏＴ技術と融合する通信技法及びそのシステムが提供される。５Ｇ通信技術及びＩｏＴ関連技術に基づいた通信技術が知能型サービス(例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、小売り業、保安及び安全関連サービスなど)に適用されることができる。次世代移動通信システムにおいて高いデータ送信率と低い遅延時間を有するサービスを提供するために、次世代移動通信システムに適合したＭＡＣサブヘッダー構造を定義し、これを適用する方法が提供される。

Description

本開示は、次世代移動通信システムにおける端末及び基地局動作に関する。より具体的に、本開示は次世代移動通信システムをサポートするためのＭＡＣ(ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)サブヘッダーの構造を定義し、これを適用する方法及び装置に関する。
４Ｇ通信システムの商用化以後に増加趨勢にある無線データトラフィックに対するニーズを満たすため、改善された５Ｇ又はｐｒｅ−５Ｇ通信システムを開発するための努力が成りつつある。このような理由で、５Ｇ通信システム又はｐｒｅ−５Ｇ通信システムは４Ｇネットワーク以後(Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ)通信システム又はＬＴＥシステム以後(Ｐｏｓｔ ＬＴＥ)のシステムと呼ばれている。高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ)帯域(例えば、６０ギガ(６０ＧＨｚ)帯域のような)での具現が考慮されている。超高周波帯域での電波の経路損失の緩和及び電波の伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)、巨大配列多重入出力(ｍａｓｓｉｖｅ ＭＩＭＯ)、全次元多重入出力(Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ−ＭＩＭＯ)、アレイアンテナ(ａｒｒａｙ ａｎｔｅｎｎａ)、アナログビームフォーミング(ａｎａｌｏｇ ｂｅａｍ−ｆｏｒｍｉｎｇ)、及び大規模アンテナ(ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ)技術が論議されている。また、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善した小型セル(ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ)、クラウド無線アクセスネットワーク(ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ)、超高密度ネットワーク(ｕｌｔｒａ−ｄｅｎｓｅ ｎｅｔｗｏｒｋ)、機器間の通信(Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：Ｄ２Ｄ)、無線バックホール(ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ)、移動ネットワーク(ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ)、協力通信(ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＣｏＭＰ(Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ−Ｐｏｉｎｔｓ)、及び受信干渉除去(ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ)などの技術開発が成りつつある。この以外にも、５Ｇシステムでは進歩されたコーディング変調(Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ)方式であるＦＱＡＭ(ＨｙｂｒｉｄＦＳＫａｎｄＱＡＭＭｏｄｕｌａｔｉｏｎ)及びＳＷＳＣ(Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒ ｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ)と、進歩された接続技術であるＦＢＭＣ(ＦｉｌｔｅｒＢａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ)、ＮＯＭＡ(ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、及びＳＣＭＡ(ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などが開発されている。
一方、インターネットは人間が情報を生成して消費する人間中心の接続網から、事物など分散した構成要素の間に情報を取り交わして処理するＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、事物インターネット)網に進化しつつある。クラウドサーバーなどとの接続を通じるビックデータ(Ｂｉｇｄａｔａ)処理技術などがＩｏＴ技術に結合されたＩｏＥ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ)技術も台頭している。ＩｏＴを具現するため、センシング技術、有無線通信及びネットワークインフラ、サービスインターフェース技術、及び保安技術のような技術要素が要求され、最近には事物間の接続のためのセンサーネットワーク(ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ)、マシンツーマシン(Ｍａｃｈｉｎｅｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が研究されている。ＩｏＴ環境では接続された事物で生成されたデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ(Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ)サービスが提供されることができる。ＩｏＴは既存のＩＴ(ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ)技術と多様な産業間の融合及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用されることができる。
これに、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが成っている。例えば、センサーネットワーク(ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ)、マシンツーマシン(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などの技術が５Ｇ通信技術がビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されていることである。前述したビックデータ処理技術としてクラウド無線アクセスネットワーク(ｃｌｏｕｄ ＲＡＮ)が適用されることも５Ｇ技術とＩｏＴ技術融合の一例と言えるだろう。
前記情報は本発明の理解を助けるための背景情報としてだけ提供される。前記の事項のうちのいずれも本開示に係る先行技術として適用されることができるか否かについては決定されたり主張されない。
次世代移動通信システムは、より高いデータ送信率と低い遅延時間を目標としている。このために、より効果的なデータ送信フォーマットに対する要求が存在する。
本開示の多くの側面は、少なくとも前述した問題点及び／又は欠点を解消し、少なくとも以下で説明されるメリットを提供する。本発明の目的は、次世代移動通信システムに適合したＭＡＣ(ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)サブヘッダー構造を定義し、これを適用する方法及び装置を提案し、次世代移動通信システムに適合したＭＡＣ ＰＤＵ(ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ)構造を提案してこれを選択する方法及び装置を提案し、次世代移動通信システムに適合したＭＡＣ ＰＤＵ構造においてパディング(Ｐａｄｄｉｎｇ)を適用する方法及び装置を提案する。
また、本発明のまた他の目的は、次世代移動通信システムにおける非活性状態でのデータ送受信又はページング信号受信時の端末の電力消耗を減らすことができる方法を提案する。
また、本発明のまた他の目的は、次世代移動通信システムでは既存のＬＴＥと異なるようにｆｌｏｗ 基盤のサービス品質(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、以下、ＱｏＳ)を提供するが、これをサポートするためのインターフェース(Ｕｕ ｉｎｔｅｒｆａｃｅ)はないところ、これに対して提案する。
また、本発明の他の目的は、次世代移動通信システムにおいてｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作を行う方法及び装置を提案する。また、次世代移動通信システムにおいて高いデータ送信率と低い遅延時間を有するサービスを提供するためには効果的なデータ送信フォーマットが要求されるところ、本発明の他の目的は、次世代移動通信システムでＮＲ ＲＬＣ装置とＮＲ ＰＤＣＰ装置の動作に関する方法を説明する。
また、本発明のまた他の目的は、次世代移動通信システムに適合したＭＡＣ ＰＤＵ構造を提案してこれを選択する方法及び装置を説明することである。
また、本発明のまた他の目的は、車両と歩行者端末間の通信をサポートする端末が基地局からランダムリソース選択のためのリソースプールと部分的なセンシング動作のためのリソースプールが割り当てられた時、リソースプールを選択する条件及び手続きを定義することである。
本発明の一実施形態によれば、次世代移動通信システムにおいて適合したＭＡＣサブヘッダー構造を定義してこれを適用する方法及び装置を提案してデータ処理の効率性を高めることができる。
本発明の他の実施形態によれば、次世代移動通信システムにおいて適合したＭＡＣ ＰＤＵ構造を提案してこれを選択する方法及び装置を介して高いデータ送信率と低い遅延時間を有するサービスを提供することができる。
本発明のまた他の実施形態によれば、次世代移動通信システムにおいて適合したＭＡＣ ＰＤＵ構造でＰａｄｄｉｎｇを適用する方法及び装置を提案し、これを介してデータ処理の効率性を高めることができる。
また、本発明の他の実施形態によれば、次世代移動通信システムにおける非活性状態の非連続受信区間を設定する方法を提示することによって、非活性状態の端末の電力消耗を減らし、データ送受信及びページング信号受信を効率的にすることができる。
本発明の他の実施形態によれば、次世代移動通信システムにおいてｆｌｏｗ基盤のＱｏＳを無線インターフェースでサポートし、条件付き又は簡略化したＱｏＳ ｆｌｏｗ ＩＤを含むことによってＵｕインターフェースでのオーバーヘッドを減らすことができる。
また、本発明のまた他の実施形態によれば、次世代移動通信システムにおいてｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作を行う方法及び装置を提案してシステム間のハンドオーバー又は異種システム間のキャリア直接技術などに活用されることができる。
また、本発明のまた他の実施形態によれば、次世代移動通信システムにおいてＮＲ ＲＬＣ装置とＮＲ ＰＤＣＰ装置の動作を正確に設定して前記装置がＬＴＥシステムのＲＬＣ装置とＰＤＣＰ装置と問題なしに連動されてサービスを提供することができる効果がある。
また、本発明のまた他の実施形態によれば、次世代移動通信システムにおいて適合したＭＡＣ ＰＤＵ構造を提案してこれを選択する方法及び装置を介して高いデータ送信率と低い遅延時間を有するサービスを提供することができる効果がある。
また、本発明のまた他の実施形態によれば、車両と歩行者端末間の通信をサポートする端末のリソースプールを選択する条件、及び手続きを提示することによって、歩行者端末の電力消耗を効率的に管理することができ、優先順位が高いパケットに対する送信成功率を高めることができる。
本開示の他の様相、利点、及び顕著な特徴は添付された図面に係って取られた以下の詳細な説明から当業者に明白であり、これは本開示の多様な実施形態を開示する。
本開示の任意の実施形態の前記及び他の態様、特徴及び利点は添付された図面に係って取られた以後の説明から明確となるだろう。
本開示の実施形態によるＬＴＥシステムの構造を示す図面である。 本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムの構造を示す図面である。 本開示の実施形態による次世代移動通信システムの無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造に適合した第２のＭＡＣサブヘッダー構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造に適合した第３のＭＡＣサブヘッダー構造を示す図面である。 本開示の実施形態による第１及び２のＭＡＣサブヘッダー適用方法に関する端末動作を示す図面である。 本開示の実施形態による端末の内部構造を示すブロック図である。 本開示の実施形態による基地局の送受信装置の構成を示すブロック図である。 本開示の実施形態による端末の詳細装置を示して説明した図面である。 本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダー及びＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの尾部に位置させる過程を時間順で示す図面である。 本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダー及びＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの尾部に位置させる過程を時間順で示す図面である。 本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダー及びＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの頭部に位置させる過程を時間順で示す図面である。 本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダー及びＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの頭部に位置させる過程を時間順で示す図面である。 本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダー及びＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの頭部に位置させる過程を時間順で示すまた他の図面である。 本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダー及びＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの頭部に位置させる過程を時間順で示すまた他の図面である。 本開示の実施形態によるＬＴＥシステムの構造を示す図面である。 本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムの構造を示す図面である。 本開示の実施形態による次世代移動通信システムの無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明のＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ)構造を示す図面である。 本開示の実施形態による端末の内部構造を示すブロック図である。 本開示の実施形態による基地局の送受信装置の構成を示すブロック図である。 本開示の実施形態によるＬＴＥシステムの構造を示す図面である。 本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムの構造を示す図面である。 本開示の実施形態による次世代移動通信システムの無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による第１のパディング適用方法を説明する。 本開示の実施形態による第１のパディング適用方法を説明する。 本開示の実施形態による第２のパディング適用方法を説明する。 本開示の実施形態による第２のパディング適用方法を説明する。 本開示の実施形態による第３のパディング適用方法を説明する。 本開示の実施形態による第４のパディング適用方法を説明する。 本開示の実施形態による第１、２、５のパディング適用方法に関する端末動作を示す図面である。 本開示の実施形態による第３、４、６、７のパディング適用方法に関する端末動作を示す図面である。 本開示の実施形態による端末の内部構造を示すブロック図である。 本開示の実施形態による基地局の送受信装置の構成を示すブロック図である。 本開示の実施形態によるＬＴＥシステムの構造を示す図面である。 本開示の実施形態によるＬＴＥシステムでの無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムの構造を示す図面である。 本開示の実施形態によるＬＴＥシステムでＩＤＬＥ端末のためのＤＲＸ動作を説明する図面である。 本開示の実施形態によるＬＴＥシステムでＲＲＣ接続状態の端末のためのＤＲＸ動作を説明する図面である。 本開示の実施形態によるＩＮＡＣＴＩＶＥ状態のＤＲＸ動作を説明する図面である。 本開示の実施形態によるＩＮＡＣＴＩＶＥ状態のＤＲＸを行う端末動作を説明する図面である。 本開示の実施形態による端末の内部構造を示すブロック図である。 本開示の実施形態によるＮＲ基地局の構成を示すブロック図である。 本開示の実施形態によるＬＴＥシステムの構造を示す図面である。 本開示の実施形態によるＬＴＥシステムでの無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムの構造を示す図面である。 本開示の実施形態によるＮＲシステムでのＱｏＳをハンドリングするための新しい機能を説明するための図面である。 本開示の実施形態によるＡＳＭＬプロトコルの第１構造である。 本開示の実施形態によるＡＳＭＬ第１構造におけるＡＳＭＬ ｈｅａｄｅｒを示す図面である。 本開示の実施形態によるＡＳＭＬ第１構造を適用した場合に対する端末の動作を説明する図面である。 本開示の実施形態によるＡＳＭＬプロトコルの第２構造である。 本開示の実施形態によるＡＳＭＬ第２構造におけるＰＤＣＰ ｈｅａｄｅｒを示す図面である。 本開示の実施形態によるＡＳＭＬ第２構造を適用した場合に対する端末の動作を説明する図面である。 本開示の実施形態による端末の内部構造を示すブロック図である。 本開示の実施形態によるＮＲ基地局の構成を示すブロック図である。 本開示の実施形態による次世代移動通信システムにおいてｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを適用し、システム間のハンドオーバーを概念的に説明する図面である。 本開示の実施形態による端末が次世代移動通信システムにおいて既存のＬＴＥシステムのサービス領域へ移動する時のシグナリングフローチャートを説明するための図面である。 本開示の実施形態による端末が既存のＬＴＥシステムで次世代移動通信システムのサービス領域へ移動する時のシグナリングフローチャートを説明するための図面である。 本開示の実施形態によるネットワークがｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作の初期化を決定する過程を説明するための図面である。 本開示の実施形態による端末がソースシステムに必要な情報を提供する過程を説明するための図面である。 本開示の実施形態による端末がターゲットセルにａｔｔａｃｈ動作を行う前、ａｃｃｅｓｓ ｂａｒｒｉｎｇ可否を確認する過程を説明するための図面である。 本開示の実施形態による端末がアップリンク電力制御を行う方法を説明するための図面である。 本開示の実施形態による端末がアップリンク電力制御を行う動作のフローブロック図を説明するための図面である。 本開示の実施形態による端末の内部構造を示すブロック図である。 本開示の実施形態による基地局の構成を示したブロック図である。 本開示の実施形態によるＬＴＥシステムの構造を示す図面である。 本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムの構造を示す図面である。 本開示の実施形態による次世代移動通信システムの無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムにおいて端末が各階層装置を設定する手続きを示す図面である。 本開示の実施形態による次世代移動通信システムにおいて端末がＬＴＥ基地局とＮＲ基地局を介してサービスを受けることができるシナリオを説明した図面である。 本開示の実施形態による次世代移動通信システムにおいて端末がＬＴＥ基地局とＮＲ基地局を介してサービスを受けることができるまた他のシナリオを説明した図面である。 本開示の実施形態による第７−１、７−２、７−３、７−７実施形態の端末動作を示す図面である。 本開示の実施形態による第７−４、７−５、７−６、７−８実施形態の基地局動作を示す図面である。 本開示の実施形態による端末の内部構造を示すブロック図である。 本開示の実施形態による基地局の送受信装置の構成を示すブロック図である。 本開示の実施形態によるＬＴＥシステムの構造を示す図面である。 本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。 本開示の実施形態による次世代移動通信システムの構造を示す図面である。 本開示の実施形態による次世代移動通信システムの無線プロトコル構造を示す図面である。 次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。 本開示の実施形態による次世代移動通信システムにおいて本発明の第８−１、８−２実施形態のための端末動作を示す図面である。 本開示の実施形態による次世代移動通信システムにおいて本発明の第８−３、８−４実施形態のための端末動作を示す図面である。 本開示の実施形態による次世代移動通信システムにおいて本発明の第８−５実施形態のための端末動作を示す図面である。 本開示の実施形態による第８−６実施形態でＲＬＣ階層がｓｅｇｍｅｎｔａｔｉｏｎ又はｃｏｎｃａｔｅｎａｔｉｏｎを行う過程を説明するための図面である。 本開示の実施形態による第８−６実施形態でＲＬＣヘッダー構造の一例を示す図面である。 本開示の実施形態による第８−７実施形態で提案するＳＯ(ｓｅｇｍｅｎｔ ｏｆｆｓｅｔ)基盤ｓｅｇｍｅｎｔａｔｉｏｎ手続きを説明するための図面である。 本開示の実施形態による第８−７実施形態でＲＬＣヘッダー構造の一例を示す図面である。 本開示の実施形態による第８−８実施形態で提案するＳＣＩ(Ｓｅｇｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)基盤ｓｅｇｍｅｎｔａｔｉｏｎ手続きを説明するための図面である。 本開示の実施形態による第８−８実施形態でＲＬＣヘッダー構造の一例を示す図面である。 本開示の実施形態による第８−９実施形態で提案するＳＩ(Ｓｅｇｍｅｎｔａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ)、ＦＩ(Ｆｒａｍｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ)、ＬＳＦ(Ｌａｓｔ Ｓｅｇｍｅｎｔ Ｆｉｅｌｄ)基盤ｓｅｇｍｅｎｔａｔｉｏｎ手続きを説明するための図面である。 本開示の実施形態による第８−９実施形態でＲＬＣヘッダー構造の一例を示す図面である。 本開示の実施形態による端末の内部構造を示すブロック図である。 本開示の実施形態による基地局の送受信装置の構成を示すブロック図である。 本開示の実施形態によるＬＴＥシステムの構造を示す図面である。 本開示の実施形態によるＶ２Ｐ通信を説明するための図面である。 本開示の実施形態によるモード３で動作するＶ２Ｐ端末のランダムリソース選択の手続きを示す図面である。 本開示の実施形態によるモード４で動作するＶ２Ｐ端末のランダムリソース選択の手続きを示す図面である。 本開示の実施形態によるＶ２Ｐでの部分的センシング動作を示す図面である。 本開示の実施形態による実施形態９−１(ランダムリソースプールでＣＢＲ報告が可能な場合)で提案するモード３で動作するＶ２Ｐ端末のリソースプールを決定する方法を示す図面である。 本開示の実施形態による実施形態９−１(ランダムリソースプールでＣＢＲ測定及び報告が可能な場合)で端末自律的モードでＶ２Ｐ端末のリソースプールを決定する方法を示す図面である。 本開示の実施形態による実施形態９−２(ランダムリソースプールでＣＢＲ報告が不可能な場合)で基地局コントロールモードで動作するＶ２Ｐ端末のリソースプールを決定する方法を示す図面である。 本開示の実施形態による実施形態９−２(ランダムリソースプールでＣＢＲ報告が不可能な場合)で端末自律的モードで動作するＶ２Ｐ端末のリソースプールを決定する方法を示す図面である。 本開示の実施形態による実施形態９−１で端末の動作を示す図面である。 本開示の実施形態による実施形態９−２で端末の動作を示す図面である。 本開示の実施形態による端末のブロック構成を示す図面である。 本開示の実施形態による基地局のブロック構成を示す図面である。
添付された図面を参照した次の説明は請求範囲及びその均等なものによって定義された本開示の多様な実施形態に対する包括的な理解を助けるために提供される。これはその理解を助けるための多様な詳細事項を含むが、これらはただ例示的なものとして見なされなければならない。したがって、本技術分野の当業者は本願に記載した多様な実施形態の多様な変更及び修正が本開示の範囲及び思想を逸脱せず成ることができることを認識するだろう。また、公知された機能及び構成に対する説明は明確性及び簡潔性のために省略されることができる。
次の詳細な説明及び請求範囲で用いられる用語及び単語は書誌的意味に限定されず、発明者がただ本開示に対する明確で一貫された理解ができるようにするために用いられたものである。したがって、本開示の多様な実施形態に対する次の説明は説明の目的だけで提供され、添付された請求範囲及びその等価物によって定義される本開示を制限する目的ではないということが当業者に明白であろう。
単数形態“ａ”、“ａｎ”及び“ｔｈｅ”は文脈上明確に異なるように指示しない限り、複数対象を含むということを理解すべきである。したがって、例えば、“構成要素表面”に対する言及はそういう一つ以上の表面に対する言及を含む。
“実質的”という用語は引用された特性、パラメーター又は値が正確に達成される必要はないが、例えば許容誤差、測定誤差、測定正確度限界及び当業者に知られた他の要素を含む偏差又は変動を意味する当該分野で、特性が提供しようとする効果を排除しない量で発生することができる。
また、ＯＦＤＭ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)基盤の無線通信システムにおいて、特に３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＥＵＴＲＡ(ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)標準に対して主に説明する。しかし、本開示の主要主題は本開示の範囲を大きく逸脱せず範囲で類似の技術的背景及びチャンネル形態を有する他の通信システムに変更されることができ、これは本開示に係る当業者が決定することができる。例えば、主要主題はキャリアアグリゲーションを供給するマルチキャリアＨＳＰＡにも適用されることができる。
本明細書で実施形態を説明するにあたり本発明が属する技術分野によく知られており、発明と直接的に関連がない技術内容に対しては説明を省略する。これは不必要な説明を省略することによって本発明の要旨を明瞭にしてより明確に伝達するためである。
同じ理由で添付図面において一部構成要素は誇張されたり省略されたり概略的に図示された。また、各構成要素のサイズは実際サイズを全的に反映するのではない。各図面で同一又は対応する構成要素には同一参照番号を付した。
本発明の利点及び特徴、そして、それらを達成する方法は添付される図面と共に詳細に後述されている実施形態を参照すれば明確となるだろう。しかし、本発明は以下で開示される実施形態に限定されるのではなく互いに異なる多様な形態で具現されることができ、ただ本実施形態は本発明の開示が完全にさせて、本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は請求項の範疇により定義されるだけである。明細書全体にかけて同一参照符号は同一構成要素を指称する。
このとき、処理フローチャートの各ブロックとフローチャートの図面の組合は、コンピュータープログラムインストラクションによって行われることができることを理解することができるだろう。これらコンピュータープログラムインストラクションは、汎用コンピューター、特殊用コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成するようになる。これらコンピュータープログラムインストラクションは、特定方式で機能を具現するためにコンピューター又はその他のプログラム可能なデータプロセッシング装備を志向することができるコンピューター利用可能、又はコンピューター判読可能メモリーに記憶されることも可能であるので、そのコンピューター利用可能又はコンピューター判読可能メモリーに記憶されたインストラクションは、フローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータープログラムインストラクションは、コンピューター又はその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピューターで実行されるプロセスを生成してコンピューター又はその他のプログラム可能なデータプロセッシング装備を行うインストラクションはフローチャートブロックで説明された機能を行うための段階を提供することも可能である。
また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、幾つか代替実行例ではブロックで言及された機能が段階を外れて発生することも可能であることを注目しなければならない。例えば、接して示されている２つのブロックは、実は実質的に同時に行われることも可能で、又はそのブロックが時々該当する機能によって逆順に行われることも可能である。
このとき、本実施形態に用いられる‘〜部’という用語は、ソフトウェア又はＦＰＧＡ、並びにＡＳＩＣのようなハードウェア構成要素を意味し、‘〜部’はどんな役目を行う。しかし、‘〜部’は、ソフトウェア又はハードウェアで限定される意味ではない。‘〜部’はアドレシングすることができる記憶媒体にあるように構成されることもでき、１つ又はその以上のプロセッサを再生させるように構成されることもできる。したがって、一例として‘〜部’はソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と‘〜部’のうちで提供される機能はより小さい数の構成要素及び‘〜部’に結合されたり追加的な構成要素と‘〜部’でさらに分離することができる。それだけでなく、構成要素及び‘〜部’はデバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現されることもできる
＜第１実施形態＞
図１Ａは、本開示の実施形態によるＬＴＥシステムの構造を示す図面である。
図１Ａを参照すれば、示されたようにＬＴＥシステムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、以下、ＥＮＢ、Ｎｏｄｅ Ｂ又は基地局)１ａ−０５、１ａ−１０、１ａ−１５、１ａ−２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)１ａ−２５及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)１ａ−３０から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)１ａ−３５はＥＮＢ１ａ−０５〜１ａ−２０及びＳ−ＧＷ１ａ−３０を介して外部ネットワークに接続する。
図１ＡでＥＮＢ１ａ−０５〜１ａ−２０は、ＵＭＴＳシステムの既存ノードＢに対応される。ＥＮＢはＵＥ１ａ−３５と無線チャンネルで接続されて既存のノードＢより複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＥＮＢ１ａ−０５〜１ａ−２０が担当する。一つのＥＮＢは通常、多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは例えば、２０ＭＨｚ帯域幅で直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として用いる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ１ａ−３０はデータベアラーを提供する装置であり、ＭＭＥ１ａ−２５の制御にしたがってデータベアラーを生成したり除去する。ＭＭＥは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置として多数の基地局と接続される。
図１Ｂは、本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。
図１Ｂを参照すれば、ＬＴＥシステムの無線プロトコルは端末とＥＮＢでそれぞれのＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ １ｂ−０５、１ｂ−４０)、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ １ｂ−１０、１ｂ−３５)、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ １ｂ−１５、１ｂ−３０)からなる。ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)１ｂ−０５、１ｂ−４０はＩＰヘッダー圧縮／復元などの動作を担当する。ＰＤＣＰの主要機能は下記のように要約される。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−順序再整列機能(Ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ(ｏｎｌｙ ｓｕｐｐｏｒｔ ｆｏｒ ＲＬＣ ＡＭ)：ＰＤＣＰ ＰＤＵ ｒｏｕｔｉｎｇ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ ａｔ ｈａｎｄｏｖｅｒ ａｎｄ、ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ、ｏｆ ＰＤＣＰ ＰＤＵｓ ａｔ ＰＤＣＰ ｄａｔａ−ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ、ｆｏｒ ＲＬＣ ＡＭ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣという)１ｂ−１０、１ｂ−３５はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを行う。ＲＬＣの主要機能は下記のように要約される。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
ＭＡＣ１ｂ−１５、１ｂ−３０は一つの端末に構成された多くのＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行う。ＭＡＣの主要機能は下記のように要約される。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｏｎｅ ｏｒ ｄｉｆｆｅｒｅｎｔ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｉｎｔｏ／ｆｒｏｍ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ(ＴＢ)ｄｅｌｉｖｅｒｅｄ ｔｏ／ｆｒｏｍ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
物理階層１ｂ−２０、１ｂ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信したり、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作をする。
図１Ｃは、本開示の実施形態による次世代移動通信システムの構造を示す図面である。
図１Ｃを参照すれば、示されたように次世代移動通信システム(以下、ＮＲ又は５Ｇ)の無線アクセスネットワークは次世代基地局(Ｎｅｗ Ｒａｄｉｏ Ｎｏｄｅ Ｂ、以下、ＮＲ ｇＮＢ又はＮＲ基地局)１ｃ−１０とＮＲ ＣＮ(Ｎｅｗ Ｒａｄｉｏ Ｃｏｒｅ Ｎｅｔｗｏｒｋ)１ｃ−０５から構成される。ユーザ端末(Ｎｅｗ Ｒａｄｉｏ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＮＲ ＵＥ又は端末)１ｃ−１５はＮＲ ｇＮＢ１ｃ−１０及びＮＲ ＣＮ１ｃ−０５を介して外部ネットワークに接続する。
図１ＣでＮＲ ｇＮＢ１ｃ−１０は既存のＬＴＥシステムのｅＮＢ(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)に対応される。ＮＲ ｇＮＢはＮＲ ＵＥ１ｃ−１５と無線チャンネルで接続されて既存のノードＢより非常に優れたサービスを提供することができる。次世代移動通信システムではすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＮＲ ＮＢ１ｃ−１０が担当する。一つのＮＲ ｇＮＢは通常、多数のセルを制御する。現在、ＬＴＥ対比超高速データ送信を具現するために既存の最大帯域幅以上を有すればよく、直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として追加的にビームフォーミング技術が適用されることができる(１ｃ−２０)。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。ＮＲ ＣＮ１ｃ−０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行う。ＮＲ ＣＮは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置として多数の基地局と接続される。また、次世代移動通信システムは既存のＬＴＥシステムとも連動されることができ、ＮＲ ＣＮがＭＭＥ１ｃ−２５とネットワークインターフェースを介して接続される。ＭＭＥは既存の基地局であるｅＮＢ１ｃ−３０と接続される。
図１Ｄは、本発明で提案する次世代移動通信システムの無線プロトコル構造を示す図面である。
図１Ｄを参照すれば、次世代移動通信システムの無線プロトコルは端末とＮＲ基地局でそれぞれＮＲ ＰＤＣＰ１ｄ−０５、１ｄ−４０、ＮＲ ＲＬＣ１ｄ−１０、１ｄ−３５、ＮＲ ＭＡＣ１ｄ−１５、１ｄ−３０からなる。ＮＲ ＰＤＣＰ１ｄ−０５、１ｄ−４０の主要機能は次の機能のうちの一部を含むことができる。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順序再整列機能(ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
前記でＮＲ ＰＤＣＰ装置の順序再整列機能(ｒｅｏｒｄｅｒｉｎｇ)は下位階層で受信したＰＤＣＰ ＰＤＵをＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいて順に再整列する機能をいい、再整列された順にデータを上位階層に伝達する機能を含むことができ、手順を再整列して遺失されたＰＤＣＰ ＰＤＵを記録する機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する再送信をリクエストする機能を含むことができる。
ＮＲ ＲＬＣ１ｄ−１０、１ｄ−３５の主要機能は次の機能のうちの一部を含むことができる。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ)
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ)
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ)
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ)
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ)
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)又はＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始される前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵで分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
ＮＲ ＭＡＣ１ｄ−１５、１ｄ−３０は一つの端末に構成された多くのＮＲ ＲＬＣ階層装置と接続されることができ、ＮＲ ＭＡＣの主要機能は次の機能のうちの一部を含むことができる。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
ＮＲ ＰＨＹ階層１ｄ−２０、１ｄ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭ シンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作を行うことができる。
次の表１はＭＡＣヘッダーの含まれることができる情報を説明する。
Figure 2019532580
図１ＥＡ乃至図１ＥＣは、本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。
一方、以下で説明する端末又は基地局のＭＡＣ ＰＤＵ構成及び送信に対する実施形態は、送信端と受信端間の動作で解釈されることができる。換言すれば、送信端である端末がアップリンクＭＡＣ ＰＤＵを構成して受信端である基地局で送信する過程は、反対に送信端である基地局がダウンリンクＭＡＣ ＰＤＵを構成して受信端である端末で送信する過程にも適用されることができる。
前記図１ＥＡ乃至図１ＥＣで説明した構造はＭＡＣサブヘッダーとＭＡＣ ＳＤＵの繰り返し的な羅列構造として、アップリンク送信リソース(ＵＬ ｇｒａｎｔ)が割り当てられる前に端末がデータを予め構成し、準備することが有利な構造である。例えば、端末がアップリンク送信リソースが割り当てられる前にＲＬＣ階層からいくつかのＲＬＣ ＰＤＵを受信することができ、ＭＡＣ階層は受信したＲＬＣ ＰＤＵを直ちにＭＡＣサブヘッダーと共にＭＡＣ ＳＤＵを生成することができる。したがって、このように予め生成されたＭＡＣサブヘッダーとＭＡＣ ＳＤＵを順に管理するのに第１のＭＡＣ ＰＤＵ構造が有利であり、アップリンク送信リソースを受信した後、ＭＡＣ ＰＤＵを構成するにも予め生成されたＭＡＣサブヘッダーとＭＡＣ ＳＤＵをもって順にＭＡＣ ＰＤＵを構成すれば良いから有利である。さらに、前記構造はＭＡＣサブヘッダーとＭＡＣ ＳＤＵの繰り返し的な羅列構造であり、ＭＡＣサブヘッダーが固定サイズを有するヘッダーであり、ＲＬＣヘッダーとＰＤＣＰヘッダーのサイズも大部分の場合、固定サイズを有すれば良いからハードウェア的に送信端／受信端でハードウェアアクセレレーター(Ｈａｒｄｗａｒｅ ａｃｃｅｌｅｒａｔｏｒ)を用いて端末プロセッシング時間を減らすのに適合した構造である。さらに、送信端ではＭＡＣ階層で頭部から処理されたＭＡＣサブヘッダーとＭＡＣ ＳＤＵ単位でＰＨＹ階層に送信して処理速度を加速化することができ、受信端ではＭＡＣ階層で頭部から処理されたＭＡＣサブヘッダーとＭＡＣ ＳＤＵ単位でＲＬＣ階層に送信して処理速度を加速化することができる。
図１ＥＡ乃至１ＥＢ、及び図１ＥＣで１ｅ−(Ｆｏｒｍａｔ ３−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥを収納することができる。前記構造でＭＡＣヘッダーは前部に位置してペイ・ロードは後部に位置する。前記ヘッダーには表１で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表１で説明した変数以外の情報が含まれることができる。前記１ｅ−(Ｆｏｒｍａｔ ３−１)ではＭＡＣ ＣＥ又はＭＡＣ ＳＤＵが一つだけ含まれるからＬ−フィールドを省略することができる。何故ならば、Ｌ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示するのでＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、ＭＡＣサブヘッダーのサイズも分かるからＭＡＣ ＳＤＵのサイズを直ちに分かるからである。それで別にＬフィールドでＭＡＣ ＳＤＵのサイズをさらに指示する必要ない。
１ｅ−(Ｆｏｒｍａｔ ３−２ａ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、第１のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記１ｅ−(Ｆｏｒｍａｔ３−２ａ)構造は大きくＭＡＣ ＣＥ部分とＭＡＣ ＳＤＵ部分に分けられる。ＭＡＣ ＣＥは先ず生成される順に前部に位置することができ、ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ、若しくはＲＬＣ ＳＤＵ)の最後のｓｅｇｍｅｎｔは頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ、若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔは尾部に位置することができる。前記でＭＡＣ ＣＥはＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)、ＰＨＲ(Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ)のようなスケジューリング情報に係るＭＡＣ ＣＥであれば良く、前記１ｅ−(Ｆｏｒｍａｔ ３−２ａ)のように生成されたＭＡＣ ＣＥを頭部におくことは基地局のスケジューリング側面で非常に有利することができる。例えば、基地局が端末からＭＡＣ ＰＤＵを受信してスケジューリング情報に係るＭＡＣ ＣＥを先ず読み込むと、前記スケジューリング情報を基地局スケジューラに直ちに提供して多くの端末を迅速にスケジューリングするのに有利である。
また、前記でＭＡＣ ＣＥは多様な情報を指示することができる。例えば、いくつかのアンテナ設定(ＦＤ−ＭＩＭＯ)のための情報を指示するＭＡＣ ＣＥ、チャンネル測定のためのＭＡＣ ＣＥ(ＣＳＩ−ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＤＭＲＳ(ＤｅＭｏｄｕｌａｔｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などのチャンネル測定と報告を目的でどのくらいの間隔、若しくは何回のチャンネル測定をするか、どんな時間／周波数送信リソースで測定及び報告するかを指示するＭＡＣ ＣＥ)、端末の移動性を迅速にサポートするためのＭＡＣ ＣＥ(Ｌ２ ｍｏｂｉｌｉｔｙ、すなわち、ＭＡＣ ＣＥで端末の移動性を指示する用途で使用、端末のセル間のハンドオーバー関連命令を指示するＭＡＣ ＣＥ)、端末がキャンプオンするか、ランダムアクセスするか、セル測定をする時の必要なビーム関連情報を指示するＭＡＣ ＣＥ(どんなビームでサービスを受けるか、測定するか、ビームの個数、ビームの時間／周波数リソースなどに対する情報を指示するＭＡＣ ＣＥ)、端末が用いるＴＴＩを動的に指示するＭＡＣ ＣＥ(Ｓｈｏｒｔ ＴＴＩを用いるか、一般のＴＴＩ(１ｍｓ)を用いるか、より長いＴＴＩを用いるかなどを指示するＭＡＣ ＣＥ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)に対する情報を指示するＭＡＣ ＣＥ(端末にＳＲをリクエストするｄｅｄｉｃａｔｅｄ送信リソースを指示するＭＡＣ ＣＥ)、ＵＲＬＬＣサービスをサポートする端末に必要な送信リソース情報／設定情報などを指示するＭＡＣ ＣＥ などのＭＡＣ ＣＥ種類を有することができる。
前記サブヘッダーには表１で説明した変数のうちの一部が含まれることができ、表１で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で１ｅ−(Ｆｏｒｍａｔ ３−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。Ｌ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示するからＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。さらに、前記で以前アップリンク送信リソースでＭＡＣ ＰＤＵを送信する時のｓｅｇｍｅｎｔａｔｉｏｎが起きて所定のｓｅｇｍｅｎｔが残っている場合、残っているｓｅｇｍｅｎｔからＭＡＣ ＳＤＵ ｐａｒｔ前部に入れて処理することができる。したがって、受信側でＲＬＣ一連番号が低いＲＬＣ ＰＤＵのデータを先ず受信して先ず組立する(ｒｅ−ａｓｓｅｍｂｌｙ)ことができる。
１ｅ−(Ｆｏｒｍａｔ ３−２ｂ)構造は前記１ｅ−(Ｆｏｒｍａｔ ３−２ａ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ａ)構造では前述したように最後のＭＡＣサブヘッダーにＬフィールドがなくてもＬ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示すればＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。しかし、前記のような手続きは端末に毎度ＭＡＣ ＰＤＵを受けるたびに受信すべき手続きである。したがって、端末プロセッシング負担が加重されることができる。したがって、このような端末プロセッシング負担を減らすために最後のＭＡＣサブヘッダーにもＬフィールドを追加することが有利することができる。１ｅ−(Ｆｏｒｍａｔ ３−２ｂ)構造は前述したように端末のプロセッシング負担を減らすために最後のサブヘッダーにＬフィールドを追加することを特徴とする。
１ｅ−(Ｆｏｒｍａｔ ３−２ｃ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、第１のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記１ｅ−(Ｆｏｒｍａｔ３−２ｃ)構造は大きくＭＡＣ ＣＥ部分とＭＡＣ ＳＤＵ部分に分けられる。ＭＡＣ ＣＥは先ず生成される順に前部に位置することができ、ＭＡＣ ＳＤＵ部分でどんなＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ、若しくはＲＬＣ ＳＤＵ)のＳｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分の尾部に位置することができる。前記でＭＡＣ ＣＥはＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)、ＰＨＲ(Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ)のようなスケジューリング情報に係るＭＡＣ ＣＥであればよく、前記１ｅ−(Ｆｏｒｍａｔ ３−２ａ)のように生成されたＭＡＣ ＣＥを頭部におくことは基地局のスケジューリング側面で非常に有利することができる。例えば、基地局が端末からＭＡＣ ＰＤＵを受信してスケジューリング情報に係るＭＡＣ ＣＥを先ず読み込むと、前記スケジューリング情報を基地局スケジューラに直ちに提供して多くの端末を迅速にスケジューリングするのに有利である。
また、前記でＭＡＣ ＣＥは多様な情報を指示することができる。例えば、いくつかのアンテナ設定(ＦＤ−ＭＩＭＯ)のための情報を指示するＭＡＣ ＣＥ、チャンネル測定のためのＭＡＣ ＣＥ(ＣＳＩ−ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＤＭＲＳ(ＤｅＭｏｄｕｌａｔｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などのチャンネル測定と報告を目的でどのくらいの間隔、若しくは何回ャンネル測定をするか、どんな時間／周波数送信リソースで測定及び報告するかを指示するＭＡＣ ＣＥ)、端末の移動性を迅速にサポートするためのＭＡＣ ＣＥ(Ｌ２ ｍｏｂｉｌｉｔｙ、すなわち、ＭＡＣ ＣＥで端末の移動性を指示する用途で使用、端末のセル間のハンドオーバー関連命令を指示するＭＡＣ ＣＥ)、端末がキャンプオンするかランダムアクセスするか、セル測定をする時の必要なビーム関連情報を指示するＭＡＣ ＣＥ(どんなビームでサービスを受けるか、測定するか、ビームの個数、ビームの時間／周波数リソースなどに対する情報を指示するＭＡＣ ＣＥ)、端末が用いるＴＴＩを動的に指示するＭＡＣ ＣＥ(Ｓｈｏｒｔ ＴＴＩを用いるか、一般ＴＴＩ(１ｍｓ)を用いるか、より長いＴＴＩを用いるかなどを指示するＭＡＣ ＣＥ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)に対する情報を指示するＭＡＣ ＣＥ(端末にＳＲをリクエストするｄｅｄｉｃａｔｅｄ送信リソースを指示するＭＡＣ ＣＥ)、ＵＲＬＬＣサービスをサポートする端末に必要な送信リソース情報／設定情報などを指示するＭＡＣ ＣＥなどのＭＡＣ ＣＥ種類を有することができる。
前記サブヘッダーには表１で説明した変数のうちの一部が含まれることができ、表１で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で１ｅ−(Ｆｏｒｍａｔ ３−２ｃ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｃ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。Ｌ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示するからＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。さらに、前記で以前アップリンク送信リソースでＭＡＣ ＰＤＵを送信する時にｓｅｇｍｅｎｔａｔｉｏｎが起きなくて所定のｓｅｇｍｅｎｔが残っていない場合、完全なＭＡＣ ＳＤＵを前部から入れて後部でアップリンク送信リソースより大きいＭＡＣ ＳＤＵがある場合、ｓｅｇｍｅｎｔａｔｉｏｎをしてｓｅｇｍｅｎｔをＭＡＣ ＳＤＵ ｐａｒｔ後部に入れて処理することができる。したがって、受信側でＲＬＣ一連番号が順に受信することができる。
１ｅ−(Ｆｏｒｍａｔ ３−２ｄ)構造は前記１ｅ−(Ｆｏｒｍａｔ ３−２ｃ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｃ)構造では前述したように最後のＭＡＣサブヘッダーにＬフィールドがなくてもＬ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示すればＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。しかし、前記のような手続きは端末に毎度ＭＡＣ ＰＤＵを受けるたびに受信すべき手続きである。したがって、Ｍ端末プロセッシング負担が加重されることができる。したがって、このような端末プロセッシング負担を減らすために最後のＭＡサブヘッダーにもＬフィールドを追加するのが有利することができる。１ｅ−(Ｆｏｒｍａｔ ３−２ｄ)構造は前述したように端末のプロセッシング負担を減らすために最後のサブヘッダーにＬフィールドを追加することを特徴とする。
１ｅ−(Ｆｏｒｍａｔ ３−２ｅ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、第１のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記１ｅ−(Ｆｏｒｍａｔ３−２ｅ)構造は大きくＭＡＣ ＳＤＵ部分とＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。前記でＭＡＣ ＣＥはアップリンク送信リソースが割り当てられると、所定の理由で動的に生成されることができる。例えば、アップリンク送信リソースが割り当てられて現在送信することができるデータの量を計算した後、アップリンク送信リソースで送信することができるデータの量を差し引いて、次の機会に送信すべき残ったデータの量をＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)を報告する場合、その例と言えるだろう。ＰＨＲ(Ｐｏｗｅｒ Ｈｅａｄ Ｒｏｏｍ)もまた他の例のうちの一つである。例えば、アップリンク送信リソースを受けた時点でＰＨＲを計算して送信しなければならない。一方、ＭＡＣ ＳＤＵ、すなわち、データはＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層に送信して予めＭＡＣサブヘッダーと共にＭＡＣ ＳＤＵで生成されることができる。
したがって、端末ではアップリンク送信リソースが割り当てられると、先ず予め作られたＭＡＣサブヘッダーとＭＡＣ ＳＤＵを作ってＭＡＣ ＰＤＵを構成し、ＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成することができる。そして、ＭＡＣ ＰＤＵの最後にＭＡＣ ＣＥを付けてＭＡＣ ＰＤＵ構成を完了することができる。このような方式でＭＡＣ ＣＥを動的に生成すると共に予め作られたＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成する動作を並列的にしながら端末のプロセッシング時間を減らすことができる。例えば、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの後部におくことが端末のプロセッシング時間側面で有利である。
また、前記でＭＡＣ ＣＥは多様な情報を指示することができる。例えば、いくつかのアンテナ設定(ＦＤ−ＭＩＭＯ)のための情報を指示するＭＡＣ ＣＥ、チャンネル測定のためのＭＡＣ ＣＥ(ＣＳＩ−ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＤＭＲＳ(ＤｅＭｏｄｕｌａｔｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などのチャンネル測定と報告を目的でどのくらいの間隔、若しくは何回チャンネル測定をするか、どんな時間／周波数送信リソースで測定及び報告するかを指示するＭＡＣ ＣＥ)、端末の移動性を迅速にサポートするためのＭＡＣ ＣＥ(Ｌ２ ｍｏｂｉｌｉｔｙ、すなわち、ＭＡＣ ＣＥで端末の移動性を指示する用途で使用、端末のセル間のハンドオーバー関連命令を指示するＭＡＣ ＣＥ)、端末がキャンプオンするか、ランダムアクセスするか、セル測定をする時の必要なビーム関連情報を指示するＭＡＣ ＣＥ(どんなビームでサービスを受けるか、測定するか、ビームの個数、ビームの時間／周波数リソースなどに対する情報を指示するＭＡＣ ＣＥ)、端末が用いるＴＴＩを動的に指示するＭＡＣ ＣＥ(Ｓｈｏｒｔ ＴＴＩを用いるか、一般のＴＴＩ(１ｍｓ)を用いるか、より長いＴＴＩを用いるかなどを指示するＭＡＣ ＣＥ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)に対する情報を指示するＭＡＣ ＣＥ(端末にＳＲをリクエストするｄｅｄｉｃａｔｅｄ送信リソースを指示するＭＡＣ ＣＥ)、ＵＲ ＬＬＣサービスをサポートする端末に必要な送信リソース情報／設定情報などを指示するＭＡＣ ＣＥなどのＭＡＣ ＣＥ種類を有することができる。
前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又は、ＲＬＣ ＰＤＵ又はＲＬＣ ＳＤＵ)の最後のｓｅｇｍｅｎｔは頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔは最後に位置することができる。前記サブヘッダーには表１で説明した変数のうちの一部が含まれることができ、表１で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で１ｅ−(Ｆｏｒｍａｔ ３−２ｅ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｅ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。Ｌ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示するからＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。さらに、前記で以前アップリンク送信リソースでＭＡＣ ＰＤＵを送信する時のｓｅｇｍｅｎｔａｔｉｏｎが起きて所定のＳｅｇｍｅｎｔが残っている場合、残っているｓｅｇｍｅｎｔからＭＡＣ ＳＤＵ ｐａｒｔの前部に入れて処理することができる。したがって、受信側でＲＬＣ一連番号が低いＲＬＣ ＰＤＵのデータを先ず受信して先ず組立する(ｒｅ−ａｓｓｅｍｂｌｙ)ことができる。
１ｅ−(Ｆｏｒｍａｔ ３−２ｆ)構造は前記１ｅ−(Ｆｏｒｍａｔ ３−２ｅ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｅ)構造では前述したように最後のＭＡＣサブヘッダーにＬフィールドがなくてもＬ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示すればＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。しかし、前記のような手続きは端末に毎度ＭＡＣ ＰＤＵを受けるたびに受信すべき手続きである。したがって、端末プロセッシング負担が加重されることができる。したがって、このような端末プロセッシング負担を減らすために最後のＭＡＣサブヘッダーにもＬフィールドを追加するのが有利することができる。１ｅ−(Ｆｏｒｍａｔ ３−２ｆ)構造は前述したように端末のプロセッシング負担を減らすために最後のサブヘッダーにＬフィールドを追加することを特徴とする。
１ｅ−(Ｆｏｒｍａｔ３−２ｇ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、第１のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記１ｅ−(Ｆｏｒｍａｔ３−２ｇ)構造は大きくＭＡＣ ＳＤＵ部分とＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。
前記でＭＡＣ ＣＥはアップリンク送信リソースが割り当てられると、所定の理由で動的に生成されることができる。例えば、アップリンク送信リソースが割り当てられて現在送信することができるデータの量を計算した後、アップリンク送信リソースで送信することができるデータの量を差し引いて、次の機会に送信すべき残ったデータの量をＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)を報告する場合、その例と言えるだろう。ＰＨＲ(Ｐｏｗｅｒ Ｈｅａｄ Ｒｏｏｍ)もまた他の例のうちの一つである。例えば、アップリンク送信リソースを受けた時点でＰＨＲを計算して送信しなければならない。一方、ＭＡＣ ＳＤＵ、すなわち、データはＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層に送信して予めＭＡＣサブヘッダーと共にＭＡＣ ＳＤＵで生成されることができる。
したがって、端末ではアップリンク送信リソースが割り当てられると、先ず予め作られたＭＡＣサブヘッダーとＭＡＣ ＳＤＵを作ってＭＡＣ ＰＤＵを構成し、ＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成することができる。そして、ＭＡＣ ＰＤＵの最後にＭＡＣ ＣＥを付けてＭＡＣ ＰＤＵ構成を完了することができる。このような方式でＭＡＣ ＣＥを動的に生成すると共に予め作られたＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成する動作を並列的にしながら端末のプロセッシング時間を減らすことができる。例えば、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの後方部分におくことが端末のプロセッシング時間側面で有利である。
また、前記でＭＡＣ ＣＥは多様な情報を指示することができる。例えば、いくつかのアンテナ設定(ＦＤ−ＭＩＭＯ)のための情報を指示するＭＡＣ ＣＥ、チャンネル測定のためのＭＡＣ ＣＥ(ＣＳＩ−ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＤＭＲＳ(ＤｅＭｏｄｕｌａｔｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などのチャンネル測定と報告を目的でどのくらいの間隔、若しくは何回チャンネル測定をするか、どんな時間／周波数送信リソースで測定及び報告するかを指示するＭＡＣ ＣＥ)、端末の移動性を迅速にサポートするためのＭＡＣ ＣＥ(Ｌ２ ｍｏｂｉｌｉｔｙ、すなわち、ＭＡＣ ＣＥで端末の移動性を指示する用途で使用、端末のセル間のハンドオーバー関連命令を指示するＭＡＣ ＣＥ)、端末がキャンプオンするか、ランダムアクセスするか、セル測定をする時に必要なビーム関連情報を指示するＭＡＣ ＣＥ(どんなビームでサービスを受けるか、測定するか、ビームの個数、ビームの時間／周波数リソースなどに対する情報を指示するＭＡＣ ＣＥ)、端末が用いるＴＴＩを動的に指示するＭＡＣ ＣＥ(Ｓｈｏｒｔ ＴＴＩを用いるか、一般ＴＴＩ(１ｍｓ)を用いるか、より長いＴＴＩを用いるかなどを指示するＭＡＣ ＣＥ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)に対する情報を指示するＭＡＣ ＣＥ(端末にＳＲをリクエストするｄｅｄｉｃａｔｅｄ送信リソースを指示するＭＡＣ ＣＥ)、ＵＲＬＬＣサービスをサポートする端末に必要な送信リソース情報／設定情報などを指示するＭＡＣ ＣＥなどのＭＡＣ ＣＥ種類を有することができる。
前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)のｓｅｇｍｅｎｔは尾部に位置することができる。前記サブヘッダーには表１で説明した変数のうちの一部が含まれることができ、表１で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で１ｅ−(Ｆｏｒｍａｔ ３−２ｇ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｇ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。Ｌ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示するからＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。さらに、前記で以前アップリンク送信リソースでＭＡＣ ＰＤＵを送信する時のｓｅｇｍｅｎｔａｔｉｏｎが起きなくて所定のｓｅｇｍｅｎｔが残っていない場合、完全なＭＡＣ ＳＤＵを前部から入れて後部にアップリンク送信リソースより大きいＭＡＣ ＳＤＵがある場合、ｓｅｇｍｅｎｔａｔｉｏｎをしてｓｅｇｍｅｎｔをＭＡＣ ＳＤＵ ｐａｒｔ後部に入れて処理することができる。したがって、受信側でＲＬＣ一連番号が順に受信することができる。
１ｅ−(Ｆｏｒｍａｔ ３−２ｈ)構造は前記１ｅ−(Ｆｏｒｍａｔ ３−２ｇ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｇ)構造では前述したように最後のＭＡＣサブヘッダーにＬフィールドがなくてもＬ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示すればＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。しかし、前記のような手続きは端末に毎度ＭＡＣ ＰＤＵを受けるたびに受信すべき手続きである。したがって、端末プロセッシング負担が加重されることができる。したがって、このような端末プロセッシング負担を減らすために最後のＭＡＣサブヘッダーにもＬフィールドを追加するのが有利することができる。１ｅ−(Ｆｏｒｍａｔ ３−２ｈ)構造は前述したように端末のプロセッシング負担を減らすために最後のＭＡＣサブヘッダーにＬフィールドを追加することを特徴とする。
１ｅ−(Ｆｏｒｍａｔ ３−２ｉ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、第１のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記１ｅ−(Ｆｏｒｍａｔ３−２ｉ)構造は先ず生成されることができるＭＡＣ ＣＥ部分、ＭＡＣ ＳＤＵ部分、後で生成されるＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。しかし、アップリンクのアップリンクリソースが割り当てられる前に予め生成することができるＭＡＣ ＣＥ(又は優先順位が高いと判断されるＭＡＣ ＣＥ若しくはＭＡＣ ＳＤＵより先ず生成されたＭＡＣ ＣＥ若しくは所定の基準を満足するＭＡＣ ＣＥ)の場合には先ず生成されることができるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの頭部に位置することができ、その以外にＭＡＣ ＣＥは後で生成されるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの尾部に位置することができる。
前記でＭＡＣ ＣＥは ＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)、ＰＨＲ(Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ)のようなスケジューリング情報に係るＭＡＣ ＣＥであればよく、ＭＡＣ ＣＥを頭部におくことは基地局のスケジューリング側面で非常に有利することができる。例えば、基地局が端末からＭＡＣ ＰＤＵを受信してスケジューリング情報に係るＭＡＣ ＣＥを先ず読み込むと、前記スケジューリング情報を基地局スケジューラに直ちに提供して多くの端末を迅速にスケジューリングするのに有利である。
さらに、ＭＡＣ ＣＥはアップリンク送信リソースが割り当てられると、所定の理由で動的に生成されることができる。例えば、アップリンク送信リソースが割り当てられて現在送信することができるデータの量を計算した後、アップリンク送信リソースで送信することができるデータの量を差し引いて、次の機会に送信すべき残ったデータの量をＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)を報告する場合、その例と言えるだろう。ＰＨＲ(Ｐｏｗｅｒ Ｈｅａｄ Ｒｏｏｍ)もまた他の例のうちの一つである。例えば、アップリンク送信リソースを受けた時点でＰＨＲを計算して送信しなければならない。一方、ＭＡＣ ＳＤＵ、すなわち、データはＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層に送信して予めＭＡＣサブヘッダーと共にＭＡＣ ＳＤＵで生成されることができる。したがって、端末ではアップリンク送信リソースが割り当てられると、先ず予め作られたＭＡＣサブヘッダーとＭＡＣ ＳＤＵを作ってＭＡＣ ＰＤＵを構成し、ＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成することができる。そして、ＭＡＣ ＰＤＵの最後にＭＡＣ ＣＥを付けてＭＡＣ ＰＤＵ構成を完了することができる。このような方式でＭＡＣ ＣＥを動的に生成すると共に予め作られたＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成する動作を並列的にしながら端末のプロセッシング時間を減らすことができる。例えば、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの後部におくことが端末のプロセッシング時間側面で有利である。
前述したようにＭＡＣ ＣＥをＭＡＣ ＰＤＵの前部におくことは基地局のスケジューリング側面で有利で、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの後部におくことは端末のプロセッシング時間短縮側面で有利である。したがって、これは具現により、そして必要な場合にしたがってＭＡＣ ＣＥをＭＡＣ ＰＤＵの前部に置いても良くＭＡＣ ＰＤＵの後部に置いても良い。
また、前記でＭＡＣ ＣＥは多様な情報を指示することができる。例えば、いくつかのアンテナ設定(ＦＤ−ＭＩＭＯ)のための情報を指示するＭＡＣ ＣＥ、チャンネル測定のためのＭＡＣ ＣＥ(ＣＳＩ−ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＤＭＲＳ(ＤｅＭｏｄｕｌａｔｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などのチャンネル測定と報告を目的でどのくらい間隔に、若しくは何回のチャンネル測定をするか、どんな時間／周波数送信リソースで測定及び報告するかを指示するＭＡＣ ＣＥ)、端末の移動性を迅速にサポートするためのＭＡＣ ＣＥ(Ｌ２ ｍｏｂｉｌｉｔｙ、すなわち、ＭＡＣ ＣＥで端末の移動性を指示する用途で使用、端末のセル間のハンドオーバー関連命令を指示するＭＡＣ ＣＥ)、端末がキャンプオンするか、ランダムアクセスするか、セル測定をする時の必要なビーム関連情報を指示するＭＡＣ ＣＥ(どんなビームでサービスを受けるか、測定するか、ビームの個数、ビームの時間／周波数リソースなどに対する情報を指示するＭＡＣ ＣＥ)、端末が用いるＴＴＩを動的に指示するＭＡＣ ＣＥ(Ｓｈｏｒｔ ＴＴＩを用いるか、一般のＴＴＩ(１ｍｓ)を用いるか、より長いＴＴＩを用いるかなどを指示するＭＡＣ ＣＥ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)に対する情報を指示するＭＡＣ ＣＥ(端末にＳＲをリクエストするｄｅｄｉｃａｔｅｄ送信リソースを指示するＭＡＣ ＣＥ)、ＵＲＬＬＣサービスをサポートする端末に必要な送信リソース情報／設定情報などを指示するＭＡＣ ＣＥなどのＭＡＣ ＣＥ種類を有することができる。
前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の最後のＳｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で尾部に位置することができる。前記サブヘッダーには表１で説明した変数のうちの一部が含まれることができ、表１で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で１ｅ−(Ｆｏｒｍａｔ ３−２ｉ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｉ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。Ｌ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示するからＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。さらに、前記で以前アップリンク送信リソースでＭＡＣ ＰＤＵを送信する時のｓｅｇｍｅｎｔａｔｉｏｎが起きて所定のＳｅｇｍｅｎｔが残っている場合、残っているｓｅｇｍｅｎｔからＭＡＣ ＳＤＵ ｐａｒｔ前部に入れて処理することができる。したがって、受信側でＲＬＣ一連番号が低いＲＬＣ ＰＤＵのデータを先ず受信して先ず組立する(ｒｅ−ａｓｓｅｍｂｌｙ)ことができる。
１ｅ−(Ｆｏｒｍａｔ ３−２ｊ)構造は前記１ｅ−(Ｆｏｒｍａｔ ３−２ｉ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｉ)構造では前述したように最後のＭＡＣサブヘッダーにＬフィールドがなくてもＬ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示すればＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。しかし、前記のような手続きは端末に毎度ＭＡＣ ＰＤＵを受けるたびに受信すべき手続きである。したがって、端末プロセッシング負担が加重されることができる。したがって、このような端末プロセッシング負担を減らすために最後のＭＡＣサブヘッダーにもＬフィールドを追加するのが有利することができる。１ｅ−(Ｆｏｒｍａｔ ３−２ｊ)構造は前述したように端末のプロセッシング負担を減らすためにＬ フィールドを追加することを特徴とする。
１ｅ−(Ｆｏｒｍａｔ ３−２ｋ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、第１のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記１ｅ−(Ｆｏｒｍａｔ３−２ｋ)構造は先ず生成されることができるＭＡＣ ＣＥ部分、ＭＡＣ ＳＤＵ部分、後で生成されるＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず成される順にＭＡＣ ＣＥ部分の後部に位置することができる。しかし、アップリンクのアップリンクリソースが割り当てられる前に予め生成することができるＭＡＣ ＣＥ(又は優先順位が高いと判断されるＭＡＣ ＣＥ若しくはＭＡＣ ＳＤＵより先ず生成されたＭＡＣ ＣＥ若しくは所定の基準を満足するＭＡＣ ＣＥ)の場合には先ず生成されることができるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの頭部に位置することができ、その以外にＭＡＣ ＣＥは後で生成されるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの尾部に位置することができる。
前記でＭＡＣ ＣＥはＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)、ＰＨＲ(Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ)のようなスケジューリング情報に係るＭＡＣ ＣＥであれば良く、ＭＡＣ ＣＥを頭部におくことは基地局のスケジューリング側面で非常に有利することができる。例えば、基地局が端末からＭＡＣ ＰＤＵを受信してスケジューリング情報に係るＭＡＣ ＣＥを先ず読み込むと、前記スケジューリング情報を基地局スケジューラに直ちに提供して多くの端末を迅速にスケジューリングするのに有利である。
さらに、ＭＡＣ ＣＥはアップリンク送信リソースが割り当てられると、所定の理由で動的に生成されることができる。例えば、アップリンク送信リソースが割り当てられて現在送信することができるデータの量を計算した後、アップリンク送信リソースで送信することができるデータの量を差し引いて、次の機会に送信しなければならない残ったデータの量をＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)を報告する場合、その例と言えるだろう。ＰＨＲ(Ｐｏｗｅｒ Ｈｅａｄ Ｒｏｏｍ)もまた他の例のうちの一つである。例えば、アップリンク送信リソースを受けた時点でＰＨＲを計算して送信しなければならない。一方、ＭＡＣ ＳＤＵ、すなわち、データはＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層に送信して予めＭＡＣサブヘッダーと共にＭＡＣ ＳＤＵで生成されることができる。したがって、端末ではアップリンク送信リソースが割り当てられると、先ず予め作られたＭＡＣサブヘッダーとＭＡＣ ＳＤＵを作ってＭＡＣ ＰＤＵを構成し、ＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成することができる。そして、ＭＡＣ ＰＤＵの端にＭＡＣ ＣＥを付けてＭＡＣ ＰＤＵ構成を完了することができる。このような方式でＭＡＣ ＣＥを動的に生成すると共に予め作られたＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成する動作を並列的にしながら端末のプロセッシング時間を減らすことができる。例えば、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの後部におくことが端末のプロセッシング時間側面で有利である。
前述したようにＭＡＣ ＣＥをＭＡＣ ＰＤＵの前部におくことは基地局のスケジューリング側面で有利で、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの後部におくことは端末のプロセッシング時間短縮側面で有利である。したがって、これは具現により、そして必要な場合にしたがってＭＡＣ ＣＥをＭＡＣ ＰＤＵの前部に置いても良くＭＡＣ ＰＤＵの後部に置いても良い。
また、前記でＭＡＣ ＣＥは多様な情報を指示することができる。例えば、いくつかのアンテナ設定(ＦＤ−ＭＩＭＯ)のための情報を指示するＭＡＣ ＣＥ、チャンネル測定のためのＭＡＣ ＣＥ(ＣＳＩ−ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＤＭＲＳ(ＤｅＭｏｄｕｌａｔｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などのチャンネル測定と報告を目的でどのくらい間隔に、若しくは何回のチャンネル測定をするか、どんな時間／周波数送信リソースで測定及び報告するかを指示するＭＡＣ ＣＥ)、端末の移動性を迅速にサポートするためのＭＡＣ ＣＥ(Ｌ２ ｍｏｂｉｌｉｔｙ、すなわち、ＭＡＣ ＣＥで端末の移動性を指示する用途で使用、端末のセル間のハンドオーバー関連命令を指示するＭＡＣ ＣＥ)、端末がキャンプオンするか、ランダムアクセスするか、セル測定をする時の必要なビーム関連情報を指示するＭＡＣ ＣＥ(どんなビームでサービスを受けるか、測定するか、ビームの個数、ビームの時間／周波数リソースなどに対する情報を指示するＭＡＣ ＣＥ)、端末が用いるＴＴＩを動的に指示するＭＡＣ ＣＥ(Ｓｈｏｒｔ ＴＴＩを用いるか、一般 ＴＴＩ(１ｍｓ)を用いるか、より長いＴＴＩを用いるかなどを指示するＭＡＣ ＣＥ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)に対する情報を指示するＭＡＣ ＣＥ(端末にＳＲをリクエストするｄｅｄｉｃａｔｅｄ送信リソースを指示するＭＡＣ ＣＥ)、ＵＲＬＬＣサービスをサポートする端末に必要な送信リソース情報／設定情報などを指示するＭＡＣ ＣＥ などのＭＡＣ ＣＥ種類を有することができる。
前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)のｓｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で尾部に位置することができる。前記サブヘッダーには表１で説明した変数のうちの一部が含まれることができ、表１で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で１ｅ−(Ｆｏｒｍａｔ ３−２ｋ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｋ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。Ｌ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示するからＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。さらに、前記で以前アップリンク送信リソースでＭＡＣ ＰＤＵを送信する時のｓｅｇｍｅｎｔａｔｉｏｎが起きなくて所定のｓｅｇｍｅｎｔが残っていない場合、完全なＭＡＣ ＳＤＵを前部から入れて後部でアップリンク送信リソースより大きいＭＡＣ ＳＤＵがある場合、ｓｅｇｍｅｎｔａｔｉｏｎをしてｓｅｇｍｅｎｔをＭＡＣ ＳＤＵ ｐａｒｔ後部に入れて処理することができる。したがって、受信側でＲＬＣ一連番号が順に受信することができる。
１ｅ−(Ｆｏｒｍａｔ ３−２ｌ)構造は前記１ｅ−(Ｆｏｒｍａｔ ３−２ｋ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。前記１ｅ−(Ｆｏｒｍａｔ ３−２ｋ)構造では前記説明したように最後のＭＡＣサブヘッダーにＬフィールドがなくてもＬ１制御シグナルで、すなわち、ＰＤＣＣＨでＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)サイズを指示すればＭＡＣ ＰＤＵのサイズを受信側面で予め分かって、受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。しかし、前記のような手続きは端末に毎度ＭＡＣ ＰＤＵを受けるたびに受信すべき手続きである。したがって、端末プロセッシング負担が加重されることができる。したがって、このような端末プロセッシング負担を減らすために最後のＭＡＣサブヘッダーにもＬフィールドを追加するのが有利することができる。１ｅ−(Ｆｏｒｍａｔ ３−２ｌ)構造は前述したように端末のプロセッシング負担を減らすためにＬフィールドを追加することを特徴とする。
図１Ｆは、本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造に適合した第１のＭＡＣサブヘッダー構造を示す図面である。
図１Ｆで第１のＭＡＣサブヘッダー構造は１ｆ−０５のように５ビットＬＣＩＤ(Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｔｙ)フィールドと１１ビットＬ(Ｌｅｎｇｔｈ)フィールドから構成される。前記でＬＣＩＤフィールドは互いに異なるＲＬＣ装置からのロジカルチャンネルを区分するために用いられ、ＬフィールドはＭＡＣ ＳＤＵのサイズを指示する役目をする。前記でＬフィールドは１１ビットのサイズを有するからＭＡＣ ＳＤＵ(ＲＬＣ ＰＤＵ)のサイズは１バイトから２０４８バイトのサイズを有すれば良い。前記でＬフィールドの長さが１１ビットである理由は一般的なＩＰパケットのサイズが１５００バイトであるからこれをサポートするために１１ビットの長さが必要であるからである(１０ビット１０２４バイトまで指示することができるから１５００バイトを指示することができない)。したがって、各ロジカルチャンネルのＲＬＣ ＳＤＵの最大サイズは２０４８−ＲＬＣヘッダーのサイズとなり、各ロジカルチャンネルのＰＤＣＰ ＳＤＵの最大サイズは２０４８―ＲＬＣヘッダーサイズ−ＰＤＣＰヘッダーサイズとなる。第１のＭＡＣサブヘッダーの１１ビットＬフィールドがサポートすることができる各ＲＬＣ ＰＤＵの最大サイズは２０４８バイトとなるから、もしＲＬＣ ＰＤＵのサイズが２０４８バイトより大きければＲＬＣ階層でｓｅｇｍｅｎｔａｔｉｏｎを行ってＲＬＣ ＰＤＵを２０４８バイトより小さいサイズで分割するようになる。例えば、送信リソースが割り当てられる前にＲＬＣ ＰＤＵ(又はＩＰパケット)のサイズにしたがってｓｅｇｍｅｎｔａｔｉｏｎが先ず行われることができる。前記ＭＡＣサブヘッダー構造は表１で説明したＥフィールドがないことを特徴とすることができる。図１ＥＡ、図１ＥＢ及び図１ＥＣで説明したＭＡＣ ＰＤＵの構造ではＭＡＣサブヘッダー後に常にＭＡＣ ＳＤＵがある構造であるからＥフィールドが必要ではない。
図１Ｇは、本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造に適合した第２のＭＡＣサブヘッダー構造を示す図面である。
図１Ｇで第２のＭＡＣサブヘッダー構造は１ｇ−０５のように１ビットのＲ(Ｒｅｓｅｒｖｅｄ)フィールド、４ビットＬＣＩＤ(Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｔｙ)フィールドと１１ビットＬ(Ｌｅｎｇｔｈ)フィールドから構成される。前記でＲフィールドは予約されたフィールドで、ＬＣＩＤフィールドは互いに異なるＲＬＣ装置からのロジカルチャンネルを区分するために用いられ、ＬフィールドはＭＡＣ ＳＤＵのサイズを指示する役目をする。前記ですべてのＭＡＣ ＣＥ(ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ)は一つのＬＣＩＤで指示されることができ、各ＭＡＣ ＣＥを指示するＣＥ ｔｙｐｅフィールドを別にＭＡＣ ＳＤＵで持つことができる。例えば、ＬＣＩＤがＭＡＣ ＣＥを指示した場合、ＭＡＣ ＳＤＵの頭部の所定のビット(ＣＥ ｔｙｐｅ フィールド)を用いてそれぞれ互いに異なるＭＡＣ ＣＥを指示することができる。前記所定のビット(ＣＥ ｔｙｐｅフィールド)が３ビットであれば２＾３＝８つの互いに異なるＭＡＣ ＣＥを指示することができる。前記でＬフィールドは１１ビットのサイズを有するからＭＡＣ ＳＤＵ(ＲＬＣ ＰＤＵ)のサイズは１バイトから２０４８バイトのサイズを有すれば良い。前記でＬフィールドの長さが１１ビットである理由は一般的なＩＰパケットのサイズが１５００バイトであるからこれをサポートするために１１ビットの長さが必要であるからである(１０ビット１０２４バイトまで指示することができるから１５００バイトを指示することができない)。したがって、各ロジカルチャンネルのＲＬＣ ＳＤＵの最大サイズは２０４８−ＲＬＣヘッダーのサイズとなり、各ロジカルチャンネルのＰＤＣＰ ＳＤＵの最大サイズは２０４８−ＲＬＣヘッダーサイズ−ＰＤＣＰヘッダーサイズとなる。第２のＭＡＣサブヘッダーの１１ビットＬフィールドがサポートすることができる各ＲＬＣ ＰＤＵの最大サイズは２０４８バイトとなるから、もしＲＬＣ ＰＤＵのサイズが２０４８バイトより大きければＲＬＣ階層でｓｅｇｍｅｎｔａｔｉｏｎを行ってＲＬＣ ＰＤＵを２０４８バイトより小さいサイズで分割するようになる。例えば、送信リソースが割り当てられる前にＲＬＣ ＰＤＵ(又はＩＰパケット)のサイズにしたがってｓｅｇｍｅｎｔａｔｉｏｎが先ず行われることができる。前記ＭＡＣサブヘッダー構造は表１で説明したＥフィールドがないことを特徴とすることができる。図１Ｅで説明したＭＡＣ ＰＤＵの構造ではＭＡＣサブヘッダー後に常にＭＡＣ ＳＤＵがある構造であるからＥフィールドが必要ではない。
前記第２のＭＡＣサブヘッダー構造は次世代移動通信システムで多様なＭＡＣ ＣＥを持つ場合、有用することができる。例えば、多くの種類のＭＡＣ ＣＥが定義される必要がある場合、ＬＣＩＤで全部マッピングし難いこともある。したがって、ＭＡＣ ＣＥ ｔｙｐｅフィールドをＭＡＣ ＣＥのｐａｙｌｏａｄパートで定義して多くのＭＡＣ ＣＥの種類を指示することができる。次世代移動通信システムで有用なＭＡＣ ＣＥで定義されることができる例は次の通りである。
前記でＭＡＣ ＣＥは多様な目的のために定義されることができる。例えば、いくつかのアンテナ設定(ＦＤ−ＭＩＭＯ)のための情報を指示するＭＡＣ ＣＥ、チャンネル測定のためのＭＡＣ ＣＥ(ＣＳＩ−ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)、ＤＭＲＳ(ＤｅＭｏｄｕｌａｔｅｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)などのチャンネル測定と報告を目的でどのくらい間隔に、若しくは何回のチャンネル測定をするか、どんな時間／周波数送信リソースで測定及び報告するかを指示するＭＡＣ ＣＥ)、端末の移動性を迅速にサポートするためのＭＡＣ ＣＥ(Ｌ２ ｍｏｂｉｌｉｔｙ、すなわち、ＭＡＣ ＣＥで端末の移動性を指示する用途で使用、端末のセル間のハンドオーバー関連命令を指示するＭＡＣ ＣＥ)、端末がキャンプオンするか、ランダムアクセスするか、セル測定をする時の必要なビーム関連情報を指示するＭＡＣ ＣＥ(どんなビームでサービスを受けるか、測定するか、ビームの個数、ビームの時間／周波数リソースなどに対する情報を指示するＭＡＣ ＣＥ)、端末が用いるＴＴＩを動的に指示するＭＡＣ ＣＥ(Ｓｈｏｒｔ ＴＴＩを用いるか、一般のＴＴＩ(１ｍｓ)を用いるか、より長いＴＴＩを用いるかなどを指示するＭＡＣ ＣＥ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)に対する情報を指示するＭＡＣ ＣＥ(端末にＳＲをリクエストするｄｅｄｉｃａｔｅｄ送信リソースを指示するＭＡＣ ＣＥ)、ＵＲ ＬＬＣサービスをサポートする端末に必要な送信リソース情報／設定情報などを指示するＭＡＣ ＣＥ などのＭＡＣ ＣＥ種類を有することができる。
図１Ｈは、本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造に適合した第３のＭＡＣサブヘッダー構造を示す図面である。
図１Ｈで第３のＭＡＣサブヘッダー構造は１ｈ−０５と１ｈ−１０のように２個のＭＡＣサブヘッダーの構造を持つことができる。１ｈ−０５は第３−１のＭＡＣサブヘッダー構造として１ビットのＲ(Ｒｅｓｅｒｖｅｄ)フィールド、５ビットＬＣＩＤ(Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｔｙ)フィールドと１０ビットＬ(Ｌｅｎｇｔｈ)フィールドから構成される。前記でＲフィールドは予約されたフィールドで、ＬＣＩＤフィールドは互いに異なるＲＬＣ装置からのロジカルチャンネルを区分するために用いられ、ＬフィールドはＭＡＣ ＳＤＵのサイズを指示する役目をする。前記のように今後の未来に用いられる予約ビット(Ｒフィールド)を割り当てる構造では自然にＬフィールドが１０ビットを持つようになる。何故ならば、ＭＡＣサブヘッダー構造はバイト整列(ｂｙｔｅ−ａｌｉｇｎｅｄ)された構造からなる。すなわち、バイト単位でサブヘッダーが構成されなければならないから１ビットのＲフィールド、及び５ビットのＬＣＩＤフィールドを除くと、自然に１０ビットのＬフィールド長さを有するようになる。前記ＭＡＣサブヘッダー構造は表１で説明したＥフィールドがないことを特徴とすることができる。図１ＥＡ、１ＥＢ、１ＥＣで説明したＭＡＣ ＰＤＵの構造ではＭＡＣサブヘッダー後に常にＭＡＣ ＳＤＵがある構造であるからＥフィールドが必要ではない。
１ｈ−１０は第３−２のＭＡＣサブヘッダー構造として１ビットのＲ(Ｒｅｓｅｒｖｅｄ)フィールド、５ビットＬＣＩＤ(Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ Ｉｄｅｎｔｉｔｙ)フィールドと１８ビット Ｌ(Ｌｅｎｇｔｈ)フィールドから構成される。前記のように今後の未来に用いられる予約ビット(Ｒ フィールド)を割り当てる構造では自然にＬフィールドが１０ビット又は１８ビットを持つようになる。何故ならば、ＭＡＣサブヘッダー構造はバイト整列(ｂｙｔｅ−ａｌｉｇｎｅｄ)された構造からなる。
すなわち、バイト単位でサブヘッダーが構成されなければならないから１ビットのＲフィールド、及び５ビットのＬＣＩＤフィールドを除くと、自然に１０ビットのＬフィールド長さを有するようになる。そして、より長いＬフィールドを定義しようとする時には自然に１８ビットのＬフィールドを持つようになる。前記でより長いＬフィールドの必要な理由は１５００バイトサイズの一般的なＩＰパケット外に９０００バイトのサイズを有するJｕｍｂｏ ＩＰパケットや３６０００／６４０００バイトの非常に大きいサイズを有するＳｕｐｅｒ ｊｕｍｂｏ ＩＰパケットをサポートするためには１８ビット長のように長い長さを有するＬフィールドが必要である。前記ＭＡＣサブヘッダー構造は表１で説明したＥフィールドがないことを特徴とすることができる。図１ＥＡ、１ＥＢ、１ＥＣで説明したＭＡＣ ＰＤＵの構造ではＭＡＣサブヘッダー後に常にＭＡＣ ＳＤＵがある構造であるからＥフィールドが必要ではない。
第３のＭＡＣサブヘッダー構造はＭＡＣ ＳＤＵ(ＲＬＣ ＰＤＵ)のサイズによって第３−１のＭＡＣサブヘッダー構造を適用するか第３−２のＭＡＣサブヘッダー構造を適用することができる。第３−１のＭＡＣサブヘッダー構造は１０ビットのＬフィールドを用いるから１バイトから１０２４バイトまでのサイズを指示することができ、第 ３−２のＭＡＣサブヘッダー構造は１８ビットは１バイトから２６２１４４バイトまでのサイズを指示することができる。
前記第３のＭＡＣサブヘッダー構造で第３−１又は第３−２ＭＡＣサブヘッダー構造のうちのいずれかのＭＡＣサブヘッダーを使用したかはＬＣＩＤ別で予め約束されて決定されることができる。若しくはＭＡＣ ＰＤＵのサイズ別で決定されることができる(物理階層で制御シグナルで送信ブロック(Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ)のサイズを指示するからこれを介してＭＡＣ ＰＤＵのサイズが分かる。)。若しくはＭＡＣ ＳＤＵで１ビット(ｉｎ−ｂａｎｄ ｆｉｅｌｄ)を定義して第３−１又は第３−２ＭＡＣサブヘッダー構造を指示することができる。若しくはＭＡＣサブヘッダーのＲフィールドを新たに定義して第３−１又は第３−２ＭＡＣサブヘッダー構造を指示するのに用いることができる。第１と第２のＭＡＣサブヘッダー構造と異なり第３のＭＡＣサブヘッダー構造は２６２１４４バイトまでのサイズをサポートすることができるから送信リソースが割り当てられる前にＲＬＣ階層でｓｅｇｍｅｎｔａｔｉｏｎを先ず行われないこともある。
図１Ｉは、本開示の実施形態による第１及び２のＭＡＣサブヘッダー適用方法に関する端末動作を示す図面である。
図１Ｉで端末(１ｉ−０１)は１ｉ−０５段階で第１条件を満足すると、１ｉ−１０段階へ進行してＲＬＣ階層がｓｅｇｍｅｎｔａｔｉｏｎを行って各ｓｅｇｍｅｎｔをＭＡＣ階層へ伝達して各ｓｅｇｍｅｎｔのＭＡＣサブヘッダーを生成する。もし、１ｉ−０５段階で第１条件を満足しなければ１ｉ−１５段階へ進行して当該ＲＬＣ ＰＤＵをＭＡＣ階層へ伝達してＭＡＣサブヘッダーを生成する。前記で第１条件はＲＬＣ ＰＤＵ(又はＲＬＣ ＳＤＵ)のサイズが所定のサイズより大きいという条件であれば良い。例えば、ＲＬＣ ＰＤＵのサイズが２０４８バイトより大きいサイズを有するのか確認する条件であれば良い。
図１Ｊは、本開示の実施形態による端末の構造を示すブロック図である。
前記図面を参考すれば、前記端末はＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)処理部１ｊ−１０、基底帯域(ｂａｓｅｂａｎｄ)処理部１ｊ−２０、記憶部１ｊ−３０、制御部１ｊ−４０を含む。
前記ＲＦ処理部１ｊ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。例えば、前記ＲＦ処理部１ｊ−１０は前記基底帯域処理部１ｊ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部１ｊ−１０は送信フィルター、受信フィルター、増幅器、ミキサー(ｍｉｘｅｒ)、オシレーター(ｏｓｃｉｌｌａｔｏｒ)、ＤＡＣ(ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ)、ＡＤＣ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ)などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを備えることができる。さらに、前記ＲＦ処理部１ｊ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部１ｊ−１０はビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部１ｊ−１０は多数のアンテナ又はアンテナ要素(ｅｌｅｍｅｎｔ)を介して送受信される信号それぞれの位相及びサイズを調節することができる。また、前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作実行時のいくつかのレイヤーを受信することができる。前記ＲＦ処理部１ｊ−１０は制御部の制御によって多数のアンテナ又はアンテナ要素を適切に設定して受信ビームスイーピングを行うか、受信ビームが送信ビームと共助されるように受信ビームの方向とビーム幅を調整することができる。
前記基底帯域処理部１ｊ−２０はシステムの物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部１ｊ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部１ｊ−２０は前記ＲＦ処理部１ｊ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)方式に従う場合、データ送信時、前記基底帯域処理部１ｊ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ(ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算及びＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)挿入を介してＯＦＤＭ シンボルを構成する。さらに、データ受信時、前記基底帯域処理部１ｊ−２０は前記ＲＦ処理部１ｊ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ(ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。
前記基底帯域処理部１ｊ−２０及び前記ＲＦ処理部１ｊ−１０は上述したように信号を送信及び受信する。これによって、前記基底帯域処理部１ｊ−２０及び前記ＲＦ処理部１ｊ−１０は送信部、受信部、送受信部又は通信部と指称されることができる。ひいては、前記基底帯域処理部１ｊ−２０及び前記ＲＦ処理部１ｊ−１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。さらに、前記基底帯域処理部１ｊ−２０及び前記ＲＦ処理部１ｊ−１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術はＬＴＥ網、ＮＲ網などを含むことができる。さらに、前記互いに異なる周波数帯域は超高周波(ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ)(例えば、２．５ＧＨｚ、５Ｇｈｚ)帯域、ｍｍ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)(例えば、６０ＧＨｚ)帯域を含むことができる。
前記記憶部１ｊ−３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。前記記憶部１ｊ−３０は前記制御部１ｊ−４０のリクエストによって記憶されたデータを提供する。
前記制御部１ｊ−４０は多重接続処理部１ｊ−４２を含み、前記端末の全般的な動作を制御する。例えば、前記制御部１ｊ−４０は前記基底帯域処理部１ｊ−２０及び前記ＲＦ処理部１ｊ−１０を介して信号を送受信する。また、前記制御部１ｊ−４０は前記記憶部１ｊ−４０にデータを記録し、読む。このために、前記制御部１ｊ−４０は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含むことができる。例えば、前記制御部１ｊ−４０は通信のための制御を行うＣＰ(ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)及び応用プログラムなどの上位階層を制御するＡＰ(ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)を含むことができる。
図１Ｋは、本発明の実施形態による無線通信システムでＴＲＰのブロック構成を示す。
前記図面に示されたように、前記基地局はＲＦ処理部１ｋ−１０、基底帯域処理部１ｋ−２０、通信部１ｋ−３０、記憶部１ｋ−４０、制御部１ｋ−５０を含んで構成される。
前記ＲＦ処理部１ｋ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。例えば、前記ＲＦ処理部１ｋ−１０は前記基底帯域処理部１ｋ−２０から提供される基底帯域信号をＲＦ帯域信号にアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウン変換する。例えば、前記ＲＦ処理部１ｋ−１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣなどを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記第１接続ノードは多数のアンテナを備えることができる。さらに、前記ＲＦ処理部１ｋ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部１ｋ−１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部１ｋ−１０は多数のアンテナ又はアンテナ要素を介して送受信される信号それぞれの位相及びサイズを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することによって下向きのＭＩＭＯ動作を行うことができる。
前記基底帯域処理部１ｋ−２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部１ｋ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部１ｋ−２０は前記ＲＦ処理部１ｋ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ方式に従う場合、データ送信時、前記基底帯域処理部１ｋ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部１ｋ−２０は前記ＲＦ処理部１ｋ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。前記基底帯域処理部１ｋ−２０及び前記ＲＦ処理部１ｋ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部１ｋ−２０及び前記ＲＦ処理部１ｋ−１０は送信部、受信部、送受信部、通信部又は無線通信部と指称されることができる。
前記通信部１ｋ−３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。
前記記憶部１ｋ−４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部１ｋ−４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部１ｋ−４０は端末に多重接続を提供するか、中断するか否かの判断基準となる情報を記憶することができる。そして、前記記憶部１ｋ−４０は前記制御部１ｋ−５０のリクエストによって記憶されたデータを提供する。
前記制御部１ｋ−５０は多重接続処理部１ｋ−５２を含み、前記主基地局の全般的な動作を制御する。例えば、前記制御部１ｋ−５０は前記基底帯域処理部１ｋ−２０及び前記ＲＦ処理部１ｋ−１０を介して又は前記通信部１ｋ−３０を介して信号を送受信する。また、前記制御部１ｋ−５０は前記記憶部１ｋ−４０にデータを記録し、読む。このために、前記制御部１ｋ−５０は少なくとも一つのプロセッサを含むことができる。
図１Ｌは、本開示の実施形態による端末の詳細装置を示す説明した図面である。
図１Ｌで端末はロジカルチャンネル別でＰＤＣＰ装置１ｌ−０５とＲＬＣ装置１ｌ−１０を持つことができる。上位階層又は装置からＩＰパケットがＰＤＣＰ装置に入ると、ＰＤＣＰ装置はＩＰパケットのヘッダーを圧縮して暗号化した後にＰＤＣヘッダーを付け、ＲＬＣ装置でＰＤＣＰ ＰＤＵを伝達する。前記でＰＤＣＰ装置はいくつかのＩＰパケットを同時に処理して並列的にいくつかのＰＤＣＰ ＰＤＵをＲＬＣ装置に伝達することができる。本発明でＲＬＣ装置は端末がアップリンク送信リソース(ＵＬ ｇｒａｎｔ)を割り当てられなくても予めＰＤＣＰ ＰＤＵを処理してＭＡＣ装置で伝達することができる(ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ)。前記でＲＬＣ装置のＲＬＣ制御部１ｌ−１２はＰＤＣＰ ＰＤＵのサイズを判断してＭＡＣ装置でサポートするＬフィールドの長さでサポートが不可能な場合、ＲＬＣ分解及び組立部(ｓｅｇｍｅｎｔａｔｉｏｎ／ｒｅａｓｓｅｍｂｌｙ)に指示して分解(ｓｅｇｍｅｎｔａｔｉｏｎ)を行うことができる。例えば、ＭＡＣ装置でＬフィールドが１１ビットをサポートする場合、２０４８バイトまでサイズを指示することができるので、ＲＬＣヘッダーとＲＬＣ ＳＤＵ(ＰＤＣＰ ＰＤＵ)のサイズが４０００バイトであればＲＬＣ制御部１ｌ−１２がＲＬＣ分解及び組立部１ｌ−１４に指示して分解を行い、２０４８バイトを持つＲＬＣ ＰＤＵと４０００バイトから２０４８バイトを差し引いた残りのバイトに対してＲＬＣ ＰＤＵを作ってＭＡＣ装置へ伝達することができる。前記でＲＬＣ装置はいくつかのＰＤＣＰ ＰＤＵを同時に処理して並列的にいくつかのＲＬＣ ＰＤＵをＭＡＣ装置へ伝達することができる。ＭＡＣ装置１ｌ−２０は前記互いに異なるロジカルチャンネルのＲＬＣ装置からＲＬＣ ＰＤＵを受信すればＭＡＣ装置のＭＡＣ制御部１ｌ−２５は多重化装置(ｍｕｌｔｉｐｌｅｘｉｎｇ、１ｌ−３０)若しくはその他の装置１ｌ−４０に指示してロジカルチャンネル別でＭＡＣサブヘッダーとＭＡＣ ＳＤＵを予め構成してバッファー１ｌ−４５に記憶しておくことができる(ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ)。前記で各ロジカルチャンネル別で予め構成することができるＭＡＣサブヘッダーとＭＡＣ ＳＤＵのサイズは最大送信可能な送信ブロック(ｍａｘｉｍｕｍ ＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ))のサイズほどであれば良い。前記でＭＡＣ装置はデータを送信するために基地局にスケジューリングをリクエストしてＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)を送信してアップリンク送信リソースが割り当てられることができる。前記で端末のＭＡＣ装置がアップリンク送信リソースを受信すれば、そのサイズを確認し、ＭＡＣ制御部１ｌ−２５がＬＣＰ(Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ)装置１ｌ−３５に指示してＬＣＰ手続きを行い、各ロジカルチャンネル別で送信リソースを割り当てることができる。すると、ＭＡＣ制御部１ｌ−２５は多重化装置１ｌ−２５に指示して前記で各ロジカルチャンネル別で予め構成しておいたＭＡＣサブヘッダーとＭＡＣ ＳＤＵをロジカルチャンネル別で割り当てられた送信リソースのサイズにあうように順に多重化することができる。もし、どんなロジカルチャンネルに割り当てられた送信リソースより予め構成しておいたＭＡＣサブヘッダーとＭＡＣ ＳＤＵのサイズがより大きければ、ＭＡＣ制御部１ｌ−２５は当該ＲＬＣ ＰＤＵに対してＲＬＣ制御部１ｌ−１２分解をリクエストすることができる。すると、ＲＬＣ制御部１ｌ−１２はＲＬＣ分解及び組立部１ｌ−１４に当該ＲＬＣ ＰＤＵの分解(ｓｅｇｍｅｎｔａｔｉｏｎ)をリクエストして分解されて(ｓｅｇｍｅｎｔ)新たに構成されたＲＬＣ ＰＤＵをＭＡＣ装置に伝達し、ＭＡＣ装置はさらにＭＡＣサブヘッダーを構成して前記各ロジカルチャンネルの送信リソースに当たるようにＭＡＣサブヘッダーとＭＡＣ ＳＤＵを構成してＭＡＣ ＰＤＵの構成を完了することができる。ＭＡＣ装置はＭＡＣ ＰＤＵの前部から先ず構成されたＭＡＣサブヘッダーとＭＡＣ ＳＤＵの場合、先ずＰＨＹ装置１ｌ−５０に送信してＰＨＹ装置のプロセッシングを先ず行うようにできる。受信端ではＭＡＣ装置１ｌ−２０でＭＡＣ ＰＤＵの前部から先ず処理したＭＡＣサブヘッダーとＭＡＣ ＳＤＵの場合、先ずＲＬＣ装置１ｌ−１０に送信してＲＬＣ装置のプロセッシングを先ず行うようにできる。前記でＭＡＣ装置は並列的にいくつかのＭＡＣサブヘッダーとＭＡＣ ＳＤＵを同時に処理して並列的にいくつかを同時にＰＨＹ装置又はＲＬＣ装置へ伝達することができる。
図１ＭＡ及び図１ＭＢは、本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダーとＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダーとＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの最後に位置させる過程を時間順序で示す図面である。
図１ＭＡ及び図１ＭＢで端末はロジカルチャンネル別１ｍ−０５、１ｍ−１０で上位階層又は装置からＩＰパケットがＰＤＣＰ装置に入ると、ＰＤＣＰ装置はＩＰパケットのヘッダーを圧縮して暗号化した後にＰＤＣＰヘッダーを付け、ＲＬＣ装置でＰＤＣＰ ＰＤＵを伝達する。前記でＰＤＣＰ装置はいくつかのＩＰパケットを同時に処理して並列的にいくつかのＰＤＣＰ ＰＤＵをＲＬＣ装置へ伝達することができる。本発明でＲＬＣ装置は端末がアップリンク送信リソース(ＵＬ ｇｒａｎｔ)が割り当てられなくても予めＰＤＣＰ ＰＤＵを処理してＭＡＣ装置へ伝達することができる(ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ)。例えば、直ちにＲＬＣ ＰＤＵを作ってＭＡＣ装置へ伝達することができる(Ｔｉｍｅ０)。前記でＲＬＣ装置はいくつかのＰＤＣＰ ＰＤＵを同時に処理して並列的にいくつかのＲＬＣ ＰＤＵをＭＡＣ装置に伝達することができる。ＭＡＣ装置は前記互いに異なるロジカルチャンネルのＲＬＣ装置からＲＬＣ ＰＤＵを受信すれば(Ｔｉｍｅ ０)ロジカルチャンネル別でＭＡＣサブヘッダーとＭＡＣ ＳＤＵを予め構成してバッファーに記憶しておくことができる(ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ、１ｍ−１５、１ｍ−２０)。ＭＡＣ装置はデータを送信するために基地局にスケジューリングをリクエストしてＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)を送信してアップリンク送信リソースが割り当てられることができる(Ｔｉｍｅ１)。前記で端末のＭＡＣ装置がアップリンク送信リソースを受信すれば、そのサイズを確認し、ＬＣＰ(Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ)手続きを行い、各ロジカルチャンネル別で送信リソースを割り当てることができる(１ｍ−２５、１ｍ−３０、Ｔｉｍｅ２)。すると、ＭＡＣ装置は前記で各ロジカルチャンネル別で予め構成しておいたＭＡＣサブヘッダーとＭＡＣ ＳＤＵをロジカルチャンネル別で割り当てられた送信リソースのサイズにあうように順に多重化することができる(１ｍ−３５、４０)。もし、どんなロジカルチャンネルに割り当てられた送信リソースより予め構成しておいたＭＡＣサブヘッダーとＭＡＣ ＳＤＵのサイズがより大きければ、ＭＡＣ装置は当該ＲＬＣ ＰＤＵに対してＲＬＣ装置に分解をリクエストすることができる。すると、ＲＬＣ装置は当該ＲＬＣ ＰＤＵを分解(ｓｅｇｍｅｎｔａｔｉｏｎ)して新たに構成したＲＬＣ ＰＤＵをＭＡＣ装置へ伝達し、ＭＡＣ装置はさらにＭＡＣサブヘッダーを構成して前記各ロジカルチャンネルの送信リソースに当たるようにＭＡＣサブヘッダーとＭＡＣ ＳＤＵを構成してＭＡＣ ＰＤＵの構成を完了することができる(１ｍ−３５、１ｍ−４０、１ｍ−５０)。もし、ＭＡＣ ＣＥを生成しなければならない所定の理由が生じれば(例えば、ＢＳＲ又はＰＨＲ若しくはＲＲＣ階層の指示でまた他のＭＡＣ ＣＥを送信しなければならない場合)ＭＡＣ装置はＭＡＣサブヘッダーとＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成しながら(１ｍ−３５、１ｍ−４０)ＭＡＣ ＣＥを同時に並列的に生成してプロセッシング時間を減らすことができる(１ｍ−４５)。そして、Ｔｉｍｅ３時点に準備が完了されると、ＭＡＣサブヘッダーとＭＡＣ ＳＤＵを順に多重化して最後にＭＡＣ ＣＥを入れてＭＡＣ ＰＤＵを完成することができる(１ｍ−５０)。
図１ＮＡ及び図１ＮＢは、本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダーとＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダーとＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの頭部に位置させる過程を時間順序で示す図面である。
図１ＮＡ及び図１ＮＢで端末はロジカルチャンネル別(１ｎ−０５、１ｎ−１０)で上位階層又は装置からＩＰパケットがＰＤＣＰ装置に入ると、ＰＤＣＰ装置はＩＰパケットのヘッダーを圧縮して暗号化した後にＰＤＣＰヘッダーを付け、ＲＬＣ装置でＰＤＣＰ ＰＤＵを伝達する。前記でＰＤＣＰ装置はいくつかのＩＰパケットを同時に処理して並列的にいくつかのＰＤＣＰ ＰＤＵをＲＬＣ装置に伝達することができる。本発明でＲＬＣ装置は端末がアップリンク送信リソース(ＵＬ ｇｒａｎｔ)が割り当てられなくても予めＰＤＣＰ ＰＤＵを処理してＭＡＣ装置へ伝達することができる(ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ)。例えば、直ちにＲＬＣ ＰＤＵを作ってＭＡＣ装置へ伝達することができる(Ｔｉｍｅ０)。前記でＲＬＣ装置はいくつかのＰＤＣＰ ＰＤＵを同時に処理して並列的にいくつかのＲＬＣ ＰＤＵをＭＡＣ装置に伝達することができる。ＭＡＣ装置は前記互いに異なるロジカルチャンネルのＲＬＣ装置からＲＬＣ ＰＤＵを受信すれば(Ｔｉｍｅ０)ロジカルチャンネル別でＭＡＣサブヘッダーとＭＡＣ ＳＤＵを予め構成してバッファーに記憶しておくことができる(ｐｒｅ−ｐｒｏｃｅｓｓｉｎｇ、１ｎ−１５、１ｎ−２０)。ＭＡＣ装置はデータを送信するために基地局にスケジューリングをリクエストしてＢＳＲ(Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ)を送信してアップリンク送信リソースが割り当てられることができる(Ｔｉｍｅ１)。前記で端末のＭＡＣ装置がアップリンク送信リソースを受信すれば、そのサイズを確認し、ＬＣＰ(Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ)手続きを行い、各ロジカルチャンネル別で送信リソースを割り当てることができる(１ｎ−２５、１ｎ−３０、Ｔｉｍｅ２)。すると、ＭＡＣ装置は前記で各ロジカルチャンネル別で予め構成しておいたＭＡＣサブヘッダーとＭＡＣ ＳＤＵをロジカルチャンネル別で割り当てられた送信リソースのサイズにあうように順に多重化することができる(１ｎ−３５、４０)。もし、どんなロジカルチャンネルに割り当てられた送信リソースより予め構成しておいたＭＡＣサブヘッダーとＭＡＣ ＳＤＵのサイズがより大きければ、ＭＡＣ装置は当該ＲＬＣ ＰＤＵに対してＲＬＣ装置に分解をリクエストすることができる。すると、ＲＬＣ装置は当該ＲＬＣ ＰＤＵを分解(ｓｅｇｍｅｎｔａｔｉｏｎ)して新たに構成したＲＬＣ ＰＤＵをＭＡＣ装置に伝達し、ＭＡＣ装置はさらにＭＡＣサブヘッダーを構成して前記各ロジカルチャンネルの送信リソースに当たるようにＭＡＣサブヘッダーとＭＡＣ ＳＤＵを構成してＭＡＣ ＰＤＵの構成を完了することができる(１ｎ−３５、１ｎ−４０、１ｎ−５０)。もし、ＭＡＣ ＣＥを生成しなければならない所定の理由が生じれば(例えば、ＢＳＲ又はＰＨＲ若しくはＲＲＣ階層の指示でまた他のＭＡＣ ＣＥを送信しなければならない場合)ＭＡＣ装置はＭＡＣサブヘッダーとＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成しながら(１ｎ−３５、１ｎ−４０)ＭＡＣ ＣＥを同時に並列的に生成してプロセッシング時間を減らすことができる(１ｎ−４５)。そして、Ｔｉｍｅ３時点に準備が完了されると、頭部にＭＡＣ ＣＥを入れて基地局がＭＡＣ ＣＥから確認してスケジューリング情報を迅速に獲得して端末のスケジューリング情報を迅速に獲得するようにし、その後にＭＡＣサブヘッダーとＭＡＣ ＳＤＵを順に多重化してＭＡＣ ＰＤＵを完成することができる(１ｎ−５０)。
図１ＯＡ及び図１ＯＢは、本開示の実施形態による端末が送信リソースが割り当てられる前に予めＭＡＣサブヘッダーとＭＡＣ ＳＤＵを構成し、アップリンク送信リソースが割り当てられると、予め生成されたＭＡＣサブヘッダーとＭＡＣ ＳＤＵでＭＡＣ ＰＤＵを構成すると共にＭＡＣ ＣＥを生成してＭＡＣ ＰＤＵを構成し、ＭＡＣ ＣＥをＭＡＣ ＰＤＵの頭部に位置させる過程を時間順序で示したまた他の図面である。
図１ＯＡ及び図１ＯＢは、前記図１ＮＡ及び図１ＮＢと同様な手続きを行うことができる。しかし、ＭＡＣサブヘッダーとＭＡＣ ＳＤＵがＭＡＣ ＣＥを生成するより先ずに用意ができた場合、１ｏ−５０のように頭部にＭＡＣ ＣＥを構成する所を残して(具現的にＭＡＣ ＣＥで前部を満たすメモリーを事前に予約して)その後から用意したＭＡＣサブヘッダーとＭＡＣ ＳＤＵでＭＡＣ ＰＤＵの構成を開始することができる。そして、ＭＡＣ ＣＥが生成完了されると、前記で残した、若しくは予約したＭＡＣ ＰＤＵの頭部にＭＡＣ ＣＥを位置させることができる。
＜第２実施形態＞
図２Ａは、本開示の実施形態によるＬＴＥシステムの構造を示す図面である。
図２Ａを参照すれば、示されたようにＬＴＥシステムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、以下、ＥＮＢ、Ｎｏｄｅ Ｂ又は基地局)２ａ−０５、２ａ−１０、２ａ−１５、２ａ−２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)２ａ−２５、及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)２ａ−３０から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)２ａ−３５はＥＮＢ２ａ−０５〜２ａ−２０及びＳ−ＧＷ２ａ−３０を介して外部ネットワークに接続する。
図２ＡでＥＮＢ２ａ−０５〜２ａ−２０はＵＭＴＳシステムの既存のノードＢに対応される。ＥＮＢはＵＥ２ａ−３５と無線チャンネルで接続されて既存のノードＢより複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＥＮＢ２ａ−０５〜２ａ−２０が担当する。一つのＥＮＢは通常、多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは例えば、２０ＭＨｚ帯域幅で直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として用いる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ２ａ−３０はデータベアラーを提供する装置であり、ＭＭＥ２ａ−２５の制御にしたがってデータベアラーを生成するか除去する。ＭＭＥは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。
図２Ｂは、本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。
図２Ｂを参照すれば、ＬＴＥシステムの無線プロトコルは端末とＥＮＢでそれぞれＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ ２ｂ−０５、２ｂ−４０)、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ２ｂ−１０、２ｂ−３５)、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ２ｂ−１５、２ｂ−３０)からなる。ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)２ｂ−０５、２ｂ−４０はＩＰヘッダー圧縮／復元などの動作を担当する。ＰＤＣＰの主要機能は下記のように要約される。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−順序再整列機能(Ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ(ｏｎｌｙ ｓｕｐｐｏｒｔ ｆｏｒ ＲＬＣ ＡＭ)：ＰＤＣＰ ＰＤＵ ｒｏｕｔｉｎｇ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ ａｔ ｈａｎｄｏｖｅｒ ａｎｄ、ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ、ｏｆ ＰＤＣＰ ＰＤＵｓ ａｔ ＰＤＣＰ ｄａｔａ−ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ、ｆｏｒ ＲＬＣ ＡＭ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣという)２ｂ−１０、２ｂ−３５はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを行う。ＲＬＣの主要機能は下記のように要約される。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ ＳＤＵ 削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
ＭＡＣ２ｂ−１５、２ｂ−３０は一つの端末に構成された多くのＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行う。ＭＡＣの主要機能は下記のように要約される。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｏｎｅ ｏｒ ｄｉｆｆｅｒｅｎｔ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｉｎｔｏ／ｆｒｏｍ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ(ＴＢ)ｄｅｌｉｖｅｒｅｄ ｔｏ／ｆｒｏｍ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
物理階層２ｂ−２０、２ｂ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作をする。
図２Ｃは、本開示の実施形態による次世代移動通信システムの構造を示す図面である。
図２Ｃを参照すれば、示されたように次世代移動通信システム(以下、ＮＲ又は５Ｇ)の無線アクセスネットワークは次世代基地局(Ｎｅｗ Ｒａｄｉｏ Ｎｏｄｅ Ｂ、以下、ＮＲ ｇＮＢ又はＮＲ基地局)２ｃ−１０とＮＲ ＣＮ(２ｃ−０５、Ｎｅｗ Ｒａｄｉｏ Ｃｏｒｅ Ｎｅｔｗｏｒｋ)から構成される。ユーザ端末(Ｎｅｗ Ｒａｄｉｏ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＮＲ ＵＥ又は端末)２ｃ−１５はＮＲ ｇＮＢ２ｃ−１０及びＮＲ ＣＮ２ｃ−０５を介して外部ネットワークに接続する。
図２ＣでＮＲ ｇＮＢ２ｃ−１０は既存のＬＴＥシステムのｅＮＢ(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)に対応される。ＮＲ ｇＮＢは ＮＲ ＵＥ２ｃ−１５と無線チャンネルで接続されて既存のノードＢより非常に優れたサービスが提供されることができる。次世代移動通信システムではすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＮＲ ＮＢ２ｃ−１０が担当する。一つのＮＲ ｇＮＢは通常、多数のセルを制御する。現在、ＬＴＥ対比超高速データ送信を具現するために既存最大帯域幅以上を持つことができ、直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として追加的にビームフォーミング技術が適用されることができる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。ＮＲ ＣＮ２ｃ−０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行う。ＮＲ ＣＮは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置として多数の基地局と接続される。また、次世代移動通信システムは既存のＬＴＥシステムとも連動されることができ、ＮＲ ＣＮがＭＭＥ２ｃ−２５とネットワークインターフェースを介して接続される。ＭＭＥは既存の基地局であるｅＮＢ２ｃ−３０と接続される。
図２Ｄは、本開示の実施形態による提案する次世代移動通信システムの無線プロトコル構造を示す図面である。
図２Ｄを参照すれば、次世代移動通信システムの無線プロトコルは端末とＮＲ基地局でそれぞれＮＲ ＰＤＣＰ２ｄ−０５、２ｄ−４０、ＮＲ ＲＬＣ２ｄ−１０、２ｄ−３５、ＮＲ ＭＡＣ２ｄ−１５、２ｄ−３０からなる。ＮＲ ＰＤＣＰ２ｄ−０５、２ｄ−４０の主要機能は次の機能のうちの一部を含むことができる。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順序再整列機能(ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
前記でＮＲ ＰＤＣＰ装置の順序再整列機能(ｒｅｏｒｄｅｒｉｎｇ)は下位階層で受信したＰＤＣＰ ＰＤＵをＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいて順に再整列する機能をいい、再整列された順にデータを上位階層に伝達する機能を含むことができ、手順を再整列して遺失されたＰＤＣＰ ＰＤＵを記録する機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する再送信をリクエストする機能を含むことができる。
ＮＲ ＲＬＣ２ｄ−１０、２ｄ−３５の主要機能は次の機能のうちの一部を含むことができる。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ)
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ)
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ)
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ)
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ)
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)若しくはＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層へ伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
ＮＲ ＭＡＣ２ｄ−１５、２ｄ−３０は一つの端末に構成された多くのＮＲ ＲＬＣ階層装置と接続されることができ、ＮＲ ＭＡＣの主要機能は次の機能のうちの一部を含むことができる。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
ＮＲ ＰＨＹ階層(２ｄ−２０、２ｄ−２５)は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭ シンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭ シンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作を行うことができる。
図２ＥＡ及び図２ＥＢは、本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。
一方、以下で説明する端末又は基地局のＭＡＣ ＰＤＵ構成及び送信に対する実施形態は、送信端と受信端間の動作に解釈されることができる。換言すれば、送信端である端末がアップリンクＭＡＣ ＰＤＵを構成して受信端である基地局で送信する過程は、反対に送信端である基地局がダウンリンクＭＡＣ ＰＤＵを構成して受信端である端末で送信する過程にも適用されることができる。
図２ＥＡ及び図２ＥＢを参照すれば、ＭＡＣ送信側はＲＬＣ階層からＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)が伝達されると、前記ＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)が生成されたＲＬＣエンティティーの識別子(Ｌｏｇｉｃａｌ Ｃａｈｎｎｅｌ Ｉｄｅｎｔｉｔｙ、以下、ＬＣＩＤという)と前記ＲＬＣ ＰＤＵのサイズ(Ｌｅｎｇｔｈ、以下、Ｌ−フィールドという)をＭＡＣヘッダーに挿入する。前記ＬＣＩＤとＬ−フィールドはＲＬＣ ＰＤＵ当たり一つずつ挿入されるので、ＭＡＣ ＰＤＵに多数のＲＬＣ ＰＤＵが多重化されると、ＬＣＩＤとＬ−フィールドもＲＬＣ ＰＤＵの数ほど挿入されることができる。
通常的にＭＡＣヘッダーの情報はＭＡＣ ＰＤＵの前部に位置するので、前記ＬＣＩＤとＬ−フィールドはヘッダー内での順にＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)とマッチングされる。換言すれば、ＭＡＣサブヘッダー １はＭＡＣ ＳＤＵ １に対する情報、ＭＡＣサブヘッダー２はＭＡＣ ＳＤＵ ２に対する情報を示す。
物理階層の動作のために前記ＭＡＣ ＰＤＵの全体サイズは別途の制御情報で受信側に与えられる。前記ＭＡＣ ＰＤＵの全体サイズは所定の基準によって量子化された値であるので、場合によってパディングが使用されたりする。パディング(ｐａｄｄｉｎｇ)とはデータでパケットを生成する時のパケットのサイズがバイト−整列されるようにパケット内の残る部分に満たされる特定ビット(普通は‘０’)を意味する。
ＭＡＣ ＰＤＵの全体サイズが与えられるので、ＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)のサイズを示すＬ−フィールド値は場合によって不必要な情報になったりする。例えば、ＭＡＣ ＰＤＵにただ一つのＲＬＣ ＰＤＵだけ収納されていると、前記ＲＬＣ ＰＤＵのサイズはＭＡＣ ＰＤＵのサイズでＭＡＣヘッダーのサイズを制限値と同一である可能性が高い。
一方、ＶｏＩＰパケットはＩＰ／ＵＤＰ／ＲＴＰヘッダーとＶｏＩＰフレームから構成され、ＩＰ／ＵＤＰ／ＲＴＰヘッダーはＲＯＨＣ(Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)というヘッダー圧縮プロトコルを介して１乃至１５バイト程度で圧縮され、ＶｏＩＰフレームのサイズは与えられたコーデックレート内では常に一定な値を持つ。したがって、ＶｏＩＰパケットのサイズは一定な範囲を逸脱せず、Ｌ−フィールドのように毎度の値を知らせてくれるより予め定められた値を用いるのが効率的である。
次の表２は、ＭＡＣヘッダーの含まれることができる情報を説明する。
Figure 2019532580
図２ＥＡ及び図２ＥＢで２ｅ−(Ｆｏｒｍａｔ １−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥが収納することができる。前記構造でＭＡＣヘッダーは前部に位置してペイ・ロードは後部に位置する。前記ヘッダーには表２で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。
２ｅ−(Ｆｏｒｍａｔ １−２ａ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｅ−(Ｆｏｒｍａｔ １−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッダーは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記２ｅ−(Ｆｏｒｍａｔ １−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｅ−(Ｆｏｒｍａｔ １−２ｂ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちで一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｅ−(Ｆｏｒｍａｔ １−２ｂ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッダーは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記２ｅ−(Ｆｏｒｍａｔ １−２ｂ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｅ−(Ｆｏｒｍａｔ １−２ｃ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＳＤＵ、パディングを有する構造を持ち、ＭＡＣ ＣＥが生成された場合にはＭＡＣ ＰＤＵの頭部にＭＡＣ ＣＥのＭＡＣサブヘッダーと共にＭＡＣ ＣＥが含まれることができる。前記ＭＡＣヘッダーにはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｅ−(Ｆｏｒｍａｔ １−２ｃ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッダーは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記２ｅ−(Ｆｏｒｍａｔ １−２ｃ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｅ−(Ｆｏｒｍａｔ １−２ｄ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＳＤＵ、パディングを有する構造を持ち、ＭＡＣ ＣＥが生成された場合にはＭＡＣ ＰＤＵの頭部にＭＡＣ ＣＥのＭＡＣサブヘッダーと共にＭＡＣ ＣＥが含まれることができる。前記ＭＡＣヘッダーにはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｅ−(Ｆｏｒｍａｔ １−２ｄ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記２ｅ−(Ｆｏｒｍａｔ １−２ｄ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
図２ＦＡ乃至図２ＦＦは、本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。
図２ＦＡ乃至図２ＦＦで２ｆ−(Ｆｏｒｍａｔ ２−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥを収納することができる。前記構造でペイ・ロードは前部に位置してＭＡＣヘッダーは後部に位置する。前記ヘッダーには表２で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ａ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｂ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｂ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｂ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｃ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｂ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｃ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｄ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｄ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｄ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｅ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｅ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｅ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｆ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｆ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｆ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｇ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｇ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｇ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｈ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｈ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｈ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｉ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｉ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｉ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｊ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｊ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｊ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｋ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｋ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｋ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｌ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｌ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｌ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｍ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｍ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｍ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｎ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｎ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｎ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｏ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｏ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｏ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｐ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｐ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｐ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｑ)はＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。ＭＡＣ ＣＥが生成されると、前記ＭＡＣ ＰＤＵの尾部にＭＡＣ ＣＥのサブヘッダーと共にＭＡＣ ＣＥが位置することができる。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｑ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｑ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｒ)はＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。ＭＡＣ ＣＥが生成されると、前記ＭＡＣ ＰＤＵの中間部に、すなわち、ＭＡＣ ｐａｙｌｏａｄとＭＡＣ ｈｅａｄｅｒの間に、より具体的にはＭＡＣサブヘッダーのうちに最も頭部にＭＡＣ ＣＥのサブヘッダーと共にＭＡＣ ＣＥが位置することができる。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｒ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｒ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｓ)はＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。ＭＡＣ ＣＥが生成されると、前記ＭＡＣ ＰＤＵの尾部にＭＡＣ ＣＥのサブヘッダーと共にＭＡＣ ＣＥが位置することができる。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｓ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｓ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｆ−(Ｆｏｒｍａｔ ２−２ｔ)はＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。ＭＡＣ ＣＥが生成されると、前記ＭＡＣ ＰＤＵの中間部に、すなわち、ＭＡＣ ｐａｙｌｏａｄとＭＡＣ ｈｅａｄｅｒの間に、より具体的にはＭＡＣサブヘッダーのうちに最も頭部にＭＡＣ ＣＥのサブヘッダーと共にＭＡＣ ＣＥが位置することができる。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｆ−(Ｆｏｒｍａｔ ２−２ｔ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記２ｆ−(Ｆｏｒｍａｔ ２−２ｔ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
図２ＧＡ乃至図２ＧＣは、本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。
図２ＧＡ乃至図２ＧＣで２ｇ−(Ｆｏｒｍａｔ ３−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥを収納することができる。前記構造でＭＡＣヘッダーは前部に位置してペイ・ロードは後部に位置する。前記ヘッダーには表２で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。
２ｇ−(Ｆｏｒｍａｔ ３−２ａ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図２ＦＡ乃至図２ＦＦで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記２ｇ−(Ｆｏｒｍａｔ３−２ａ)構造は大きくＭＡＣ ＣＥ部分とＭＡＣ ＳＤＵ部分に分けられる。ＭＡＣ ＣＥは先ず生成される順に前部に位置することができ、ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の最後のｓｅｇｍｅｎｔは頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔは尾部に位置することができる。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｇ−(Ｆｏｒｍａｔ ３−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記２ｇ−(Ｆｏｒｍａｔ ３−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。２ｇ−(Ｆｏｒｍａｔ ３−２ｂ)構造は前記２ｇ−(Ｆｏｒｍａｔ ３−２ａ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｇ−(Ｆｏｒｍａｔ ３−２ｃ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図２ＦＡ乃至図２ＦＦで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記２ｇ−(Ｆｏｒｍａｔ３−２ｃ)構造は大きくＭＡＣ ＣＥ部分とＭＡＣ ＳＤＵ部分に分けられる。ＭＡＣ ＣＥは先ず生成される順に前部に位置することができ、ＭＡＣ ＳＤＵ部分でどんなＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)のＳｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分の尾部に位置することができる。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｇ−(Ｆｏｒｍａｔ ３−２ｃ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記２ｇ−(Ｆｏｒｍａｔ ３−２ｃ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。２ｇ−(Ｆｏｒｍａｔ ３−２ｄ)構造は前記２ｇ−(Ｆｏｒｍａｔ ３−２ｃ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｇ−(Ｆｏｒｍａｔ ３−２ｅ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図２ＦＡ乃至図２ＦＦで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記２ｇ−(Ｆｏｒｍａｔ３−２ｅ)構造は大きくＭＡＣ ＳＤＵ部分とＭＡＣ ＣＥ部分に分けられる。
ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の最後のｓｅｇｍｅｎｔは頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔは尾部に位置することができる。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｇ−(Ｆｏｒｍａｔ ３−２ｅ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記２ｇ−(Ｆｏｒｍａｔ ３−２ｅ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。２ｇ−(Ｆｏｒｍａｔ ３−２ｆ)構造は前記２ｇ−(Ｆｏｒｍａｔ ３−２ｅ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｇ−(Ｆｏｒｍａｔ ３−２ｇ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図２ＦＡ乃至図２ＦＦで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記２ｇ−(Ｆｏｒｍａｔ３−２ｇ)構造は大きくＭＡＣ ＳＤＵ部分とＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)のｓｅｇｍｅｎｔは尾部に位置することができる。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｇ−(Ｆｏｒｍａｔ ３−２ｇ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記２ｇ−(Ｆｏｒｍａｔ ３−２ｇ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。２ｇ−(Ｆｏｒｍａｔ ３−２ｈ)構造は前記２ｇ−(Ｆｏｒｍａｔ ３−２ｇ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｇ−(Ｆｏｒｍａｔ ３−２ｉ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図２ＦＡ 乃至図２ＦＦで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記２ｇ−(Ｆｏｒｍａｔ３−２ｉ)構造は先ず生成されることができるＭＡＣ ＣＥ部分、ＭＡＣ ＳＤＵ部分、後で生成されるＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。しかし、アップリンクのアップリンクリソースが割り当てられる前に予め生成することができるＭＡＣ ＣＥ(又は優先順位が高いと判断されるＭＡＣ ＣＥ若しくはＭＡＣ ＳＤＵより先ず生成されたＭＡＣ ＣＥ若しくは所定の基準を満足するＭＡＣ ＣＥ)の場合には先ず生成されることができるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの頭部に位置することができ、その以外にＭＡＣ ＣＥは後で生成されるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの尾部に位置することができる。前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の最後のｓｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で尾部に位置することができる。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｇ−(Ｆｏｒｍａｔ ３−２ｉ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記２ｇ−(Ｆｏｒｍａｔ ３−２ｉ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。２ｇ−(Ｆｏｒｍａｔ ３−２ｊ)構造は前記２ｇ−(Ｆｏｒｍａｔ ３−２ｉ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
２ｇ−(Ｆｏｒｍａｔ ３−２ｋ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図２ＦＡ乃至図２ＦＦで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記２ｇ−(Ｆｏｒｍａｔ３−２ｋ)構造は先ず生成されることができるＭＡＣ ＣＥ部分、ＭＡＣ ＳＤＵ部分、後で生成されるＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。しかし、アップリンクのアップリンクリソースが割り当てられる前に予め生成することができるＭＡＣ ＣＥ(又は優先順位が高いと判断されるＭＡＣ ＣＥ若しくはＭＡＣ ＳＤＵより先ず生成されたＭＡＣ ＣＥ若しくは所定の基準を満足するＭＡＣ ＣＥ)の場合には先ず生成されることができるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの頭部に位置することができ、その以外にＭＡＣ ＣＥは後で生成されるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの尾部に位置することができる。前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)のｓｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で尾部に位置することができる。前記サブヘッダーには表２で説明した変数のうちの一部が含まれることができ、表２で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で２ｇ−(Ｆｏｒｍａｔ ３−２ｋ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。すなわち、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記２ｇ−(Ｆｏｒｍａｔ ３−２ｋ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。２ｇ−(Ｆｏｒｍａｔ ３−２ｌ)構造は前記２ｇ−(Ｆｏｒｍａｔ ３−２ｋ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
図２Ｈは、本開示の実施形態による次世代移動通信システムのための本発明のＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ)構造を示す図面である。
図２Ｈの２ｈ−(Ｆｏｒｍａｔ４−１)構造ではＲＬＣ階層で割り当てたＲＬＣ ＳＮをＲＬＣヘッダーで含むことができる。しかし、ＰＤＣＰ ＳＮを共有する場合、ＲＬＣ階層でＲＬＣ ＳＮを割り当てなくてＲＬＣヘッダーにＲＬＣ ＳＮがないこともある。前記ＲＬＣヘッダーにはＰＩ(ｐｌａｃｅｍｅｎｔ ｉｎｄｉｃａｔｏｒ)フィールドを持つことができる。前記ＰＩフィールドは次のＬＩフィールドの位置を指示するフィールドである。前記ＬＩフィールドは直後のＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)のサイズを指示するフィールドであり、ＲＬＣ階層で追加されることができる。２ｈ−(Ｆｏｒｍａｔ４−１)構造ではＬＩフィールド一つとＲＬＣ ＳＤＵ一つが対を成して連続的に配置されることができ、ｓｅｇｍｅｎｔの場合は単独に配置されることもでき、ヘッダーが前部に配置された構造である。一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の最後のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の頭部にあり得、一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の第１のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の尾部にあり得る。
図２Ｈの２ｈ−(Ｆｏｒｍａｔ４−２)構造ではＲＬＣ階層で割り当てたＲＬＣ ＳＮをＲＬＣヘッダーで含むことができる。しかし、ＰＤＣＰ ＳＮを共有する場合、ＲＬＣ階層でＲＬＣ ＳＮを割り当てなくてＲＬＣヘッダーにＲＬＣ ＳＮがないこともある。前記ＲＬＣヘッダーにはＰＩ(ｐｌａｃｅｍｅｎｔ ｉｎｄｉｃａｔｏｒ)フィールドを持つことができる。前記ＰＩフィールドは前部にあるＬＩフィールドの位置を指示するフィールドであり、ＲＬＣ階層で追加されることができる。前記ＬＩフィールドの直前のＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)のサイズを指示するフィールドである。２ｈ−(Ｆｏｒｍａｔ４−２)構造ではＲＬＣ ＳＤＵ一つとＬＩフィールド一つが対を成して連続的に配置されることができ、ｓｅｇｍｅｎｔの場合は単独に配置されることもでき、ヘッダーが後部に配置された構造である。一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の最後のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の頭部にあり得、一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の第１のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の尾部にあり得る。
図２Ｈの２ｈ−(Ｆｏｒｍａｔ４−３)構造ではＲＬＣ階層で割り当てたＲＬＣ ＳＮをＲＬＣヘッダーで含むことができる。しかし、ＰＤＣＰ ＳＮを共有する場合、ＲＬＣ階層でＲＬＣ ＳＮを割り当てられなくてＲＬＣヘッダーにＲＬＣ ＳＮがないこともある。前記ＲＬＣヘッダーにはＰＩ(ｐｌａｃｅｍｅｎｔ ｉｎｄｉｃａｔｏｒ)フィールドを持つことができる。前記ＰＩフィールドは次のＬＩフィールドの位置を指示するフィールドである。前記ＬＩフィールドは直後のＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)のサイズを指示するフィールドであり、ＰＤＣＰ階層でＰＤＣＰヘッダーに追加されることができる。２ｈ−(Ｆｏｒｍａｔ４−３)構造ではＬＩフィールド一つとＲＬＣ ＳＤＵ一つが対を成して連続的に配置されることができ、ｓｅｇｍｅｎｔの場合は単独に配置されることもでき、ヘッダーが前部に配置された構造である。一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の最後のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の頭部にあり得、一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の第１のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の尾部にあり得る。
図２Ｈの２ｈ−(Ｆｏｒｍａｔ４−４)構造ではＲＬＣ階層で割り当てたＲＬＣ ＳＮをＲＬＣヘッダーで含むことができる。しかし、ＰＤＣＰ ＳＮを共有する場合、ＲＬＣ階層でＲＬＣ ＳＮを割り当てられなくＲＬＣヘッダーにＲＬＣ ＳＮがないこともある。前記ＲＬＣヘッダーにはＰＩ(ｐｌａｃｅｍｅｎｔ ｉｎｄｉｃａｔｏｒ)フィールドを持つことができる。前記ＰＩフィールドは前部にあるＬＩフィールドの位置を指示するフィールドであり、ＰＤＣＰ階層でＰＤＣＰヘッダーに追加されることができる。前記ＬＩフィールドは直前のＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)のサイズを指示するフィールドである。２ｈ−(Ｆｏｒｍａｔ４−４)構造ではＲＬＣ ＳＤＵ 一つとＬＩフィールド一つが対を成して連続的に配置されることができ、ｓｅｇｍｅｎｔの場合は単独に配置されることもでき、ヘッダーが後部に配置された構造である。一つＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の最後のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の頭部にあり得、一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の第１のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の尾部にあり得る。
図２Ｈの２ｈ−(Ｆｏｒｍａｔ４−５)構造ではＲＬＣ階層で割り当てたＲＬＣ ＳＮをＲＬＣヘッダーで含むことができる。しかし、ＰＤＣＰ ＳＮを共有する場合、ＲＬＣ階層でＲＬＣ ＳＮを割り当てられなくＲＬＣヘッダーにＲＬＣ ＳＮがないこともある。前記ＲＬＣヘッダーにはＬＩ(ｌｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ)フィールドとＥフィールドを持つことができる。前記ＬＩフィールドは直後のＲＬＣ ＳＤＵ(ＰＤＣＰ ＰＤＵ)のサイズを指示するフィールドであり、前記Ｅフィールドは直後のＲＬＣ ＳＤＵの後に、他のＬＩ若しくはＥフィールドが来るのか否かを指示する。２ｈ−(Ｆｏｒｍａｔ４−５)構造ではＲＬＣ ＳＤＵ 一つとＬＩフィールド一つとＥフィールド一つが対を成して連続的に配置されることができ、ｓｅｇｍｅｎｔの場合は単独に配置されることもでき、ヘッダーが前部に配置された構造である。一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の最後のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の頭部にあり得、一つのＲＬＣ ＳＤＵ(又はＰＤＣＰ ＰＤＵ)の第１のｓｅｇｍｅｎｔはＲＬＣ ｐａｙｌｏａｄ部分の尾部にあり得る。
図２Ｈの２ｈ−(Ｆｏｒｍａｔ４−６)構造ではＲＬＣ階層で割り当てたＲＬＣ ＳＮをＲＬＣヘッダーで含むことができる。しかし、ＰＤＣＰ ＳＮを共有する場合、ＲＬＣ階層でＲＬＣ ＳＮを割り当てられなくＲＬＣヘッダーにＲＬＣ ＳＮがないこともある。前記ＲＬＣヘッダーにはＬＩフィールドを持っても持たなくても良い。前記ＬＩフィールドは直後ＲＬＣ ＳＤＵ(ＰＤＣＰ ＰＤＵ)のサイズを指示するフィールドである。２ｈ−(Ｆｏｒｍａｔ４−６)構造では一つのＲＬＣ ＳＤＵ(又は一つのＰＤＣＰ ＰＤＵ)が一つのＲＬＣ ＰＤＵに含まれてｃｏｎｃａｔｅｎａｔｉｏｎをＲＬＣ階層で行わない場合に該当する。さらに、ヘッダーが前部に配置された構造である。
図２Ｈの２ｈ−(Ｆｏｒｍａｔ４−７)構造ではＲＬＣ階層で割り当てたＲＬＣ ＳＮをＲＬＣヘッダーで含むことができる。しかし、ＰＤＣＰ ＳＮを共有する場合、ＲＬＣ階層でＲＬＣ ＳＮを割り当てられなくＲＬＣヘッダーにＲＬＣ ＳＮがないこともある。前記ＲＬＣヘッダーにはＬＩフィールドを持っても持たなくても良い。前記ＬＩフィールドは直後ＲＬＣ ＳＤＵ(ＰＤＣＰ ＰＤＵ)のサイズを指示するフィールドである。２ｈ−(Ｆｏｒｍａｔ４−６)構造では一つのＲＬＣ ＳＤＵ(又は一つのＰＤＣＰ ＰＤＵ)が一つのＲＬＣ ＰＤＵに含まれてｃｏｎｃａｔｅｎａｔｉｏｎをＲＬＣ階層で行わない場合に該当する。さらに、ヘッダーが後部に配置された構造である。
図２Ｉは、本開示の実施形態による端末の構造を示すブロック図である。
前記図面を参考すれば、前記端末はＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)処理部２ｉ−１０、基底帯域(ｂａｓｅｂａｎｄ)処理部２ｉ−２０、記憶部２ｉ−３０、制御部２ｉ−４０を含む。
前記ＲＦ処理部２ｉ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。例えば、前記ＲＦ処理部２ｉ−１０は前記基底帯域処理部２ｉ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部２ｉ−１０は送信フィルター、受信フィルター、増幅器、ミキサー(ｍｉｘｅｒ)、オシレーター(ｏｓｃｉｌｌａｔｏｒ)、ＤＡＣ(ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ)、ＡＤＣ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ)などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを備えることができる。さらに、前記ＲＦ処理部２ｉ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部２ｉ−１０はビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部２ｉ−１０は多数のアンテナ又はアンテナ要素(ｅｌｅｍｅｎｔ)を介して送受信される信号それぞれの位相及びサイズを調節することができる。また、前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作時行時のいくつかのレイヤーを受信することができる。前記ＲＦ処理部２ｉ−１０は制御部の制御によって多数のアンテナ又はアンテナ要素を適切に設定して受信ビームスイーピングを行うか、受信ビームが送信ビームと共助されるように受信ビームの方向とビーム幅を調整することができる。
前記基底帯域処理部２ｉ−２０はシステムの物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部２ｉ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部２ｉ−２０は前記ＲＦ処理部２ｉ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)方式に従う場合、データ送信時、前記基底帯域処理部２ｉ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ(ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算及びＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部２ｉ−２０は前記ＲＦ処理部２ｉ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ(ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。
前記基底帯域処理部２ｉ−２０及び前記ＲＦ処理部２ｉ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部２ｉ−２０及び前記ＲＦ処理部２ｉ−１０は送信部、受信部、送受信部又は通信部に指称されることができる。ひいては、前記基底帯域処理部２ｉ−２０及び前記ＲＦ処理部２ｉ−１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。さらに、前記基底帯域処理部２ｉ−２０及び前記ＲＦ処理部２ｉ−１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術はＬＴＥ網、ＮＲ網などを含むことができる。さらに、前記互いに異なる周波数帯域は超高周波(ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ)(例えば、２．５ＧＨｚ、５Ｇｈｚ)帯域、ｍｍ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)(例えば、６０ＧＨｚ)帯域を含むことができる。
前記記憶部２ｉ−３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。前記記憶部２ｉ−３０は前記制御部２ｉ−４０のリクエストによって記憶されたデータを提供する。
前記制御部２ｉ−４０は多重接続処理部２ｉ−４２を含み、前記端末の全般的な動作を制御する。例えば、前記制御部２ｉ−４０は前記基底帯域処理部２ｉ−２０及び前記ＲＦ処理部２ｉ−１０を介して信号を送受信する。また、前記制御部２ｉ−４０は前記記憶部２ｉ−４０にデータを記録し、読む。このために、前記制御部２ｉ−４０は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含むことができる。例えば、前記制御部２ｉ−４０は通信のための制御を行うＣＰ(ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)及び応用プログラムなどの上位階層を制御するＡＰ(ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)を含むことができる。
図２Ｊは、本開示の実施形態による無線通信システムでＴＲＰのブロック構成を示す。
前記図面に示されたように、前記基地局はＲＦ処理部２ｊ−１０、基底帯域処理部２ｊ−２０、通信部２ｊ−３０、記憶部２ｊ−４０、制御部２ｊ−５０を含んで構成される。
前記ＲＦ処理部２ｊ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。例えば、前記ＲＦ処理部２ｊ−１０は前記基底帯域処理部２ｊ−２０から提供される基底帯域信号をＲＦ帯域信号にアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウン変換する。例えば、前記ＲＦ処理部２ｊ−１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣ などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記第１接続ノードは多数のアンテナを備えることができる。さらに、前記ＲＦ処理部２ｊ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部２ｊ−１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部２ｊ−１０は多数のアンテナ又はアンテナ要素を介して送受信される信号それぞれの位相及びサイズを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することで下向きのＭＩＭＯ動作を行うことができる。
前記基底帯域処理部２ｊ−２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部２ｊ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部２ｊ−２０は前記ＲＦ処理部２ｊ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ方式に従う場合、データ送信時、前記基底帯域処理部２ｊ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部２ｊ−２０は前記ＲＦ処理部２ｊ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。前記基底帯域処理部２ｊ−２０及び前記ＲＦ処理部２ｊ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部２ｊ−２０及び前記ＲＦ処理部２ｊ−１０は送信部、受信部、送受信部、通信部又は無線通信部と指称されることができる。
前記通信部２ｊ−３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。
前記記憶部２ｊ−４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部２ｊ−４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部２ｊ−４０は端末に多重接続を提供するか、中断するか否かの判断基準となる情報を記憶することができる。そして、前記記憶部２ｊ−４０は前記制御部２ｊ−５０のリクエストに従って記憶されたデータを提供する。
前記制御部２ｊ−５０は多重接続処理部２ｊ−５２を含み、前記主基地局の全般的な動作を制御する。例えば、前記制御部２ｊ−５０は前記基底帯域処理部２ｊ−２０及び前記ＲＦ処理部２ｊ−１０を介して又は前記通信部２ｊ−３０を介して信号を送受信する。また、前記制御部２ｊ−５０は前記記憶部２ｊ−４０にデータを記録し、読む。このために、前記制御部２ｊ−５０は少なくとも一つのプロセッサを含むことができる。
＜第３実施形態＞
図３Ａは、本開示の実施形態によるＬＴＥシステムの構造を示す図面である。
図３Ａを参照すれば、示されたようにＬＴＥシステムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、以下、ＥＮＢ、Ｎｏｄｅ Ｂ又は基地局)３ａ−０５、３ａ−１０、３ａ−１５、３ａ−２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)３ａ−２５、及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)３ａ−３０から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)３ａ−３５はＥＮＢ３ａ−０５〜３ａ−２０及びＳ−ＧＷ３ａ−３０を介して外部ネットワークに接続する。
図３ＡでＥＮＢ３ａ−０５〜３ａ−２０はＵＭＴＳシステムの既存のノードＢに対応される。ＥＮＢはＵＥ３ａ−３５と無線チャンネルで接続されて既存のノードＢより複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＥＮＢ３ａ−０５〜３ａ−２０が担当する。一つのＥＮＢは通常、多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは例えば、２０ＭＨｚ帯域幅で直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として用いる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決める適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ３ａ−３０はデータベアラーを提供する装置であり、ＭＭＥ(３ａ−２５)の制御にしたがってデータベアラーを生成するか除去する。ＭＭＥは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。
図３Ｂは、本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。
図３Ｂを参照すれば、ＬＴＥシステムの無線プロトコルは端末とＥＮＢでそれぞれＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)３ｂ−０５、３ｂ−４０、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)３ｂ−１０、３ｂ−３５、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)３ｂ−１５、３ｂ−３０からなるＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)３ｂ−０５、３ｂ−４０はＩＰ ヘッダー圧縮／復元などの動作を担当する。ＰＤＣＰの主要機能は下記のように要約される。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−順序再整列機能(Ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ(ｏｎｌｙ ｓｕｐｐｏｒｔ ｆｏｒ ＲＬＣ ＡＭ)：ＰＤＣＰ ＰＤＵ ｒｏｕｔｉｎｇ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ ａｔ ｈａｎｄｏｖｅｒ ａｎｄ、ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ、ｏｆ ＰＤＣＰ ＰＤＵｓ ａｔ ＰＤＣＰ ｄａｔａ−ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ、ｆｏｒ ＲＬＣ ＡＭ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤 ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣという)(３ｂ−１０、３ｂ−３５)はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを行う。ＲＬＣの主要機能は下記のように要約される。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ ＳＤＵ 削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
ＭＡＣ３ｂ−１５、３ｂ−３０は一つの端末に構成された多くの ＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行う。ＭＡＣの主要機能は下記のように要約される。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｏｎｅ ｏｒ ｄｉｆｆｅｒｅｎｔ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｉｎｔｏ／ｆｒｏｍ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ(ＴＢ)ｄｅｌｉｖｅｒｅｄ ｔｏ／ｆｒｏｍ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
物理階層３ｂ−２０、３ｂ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作をする。
図３Ｃは、本開示の実施形態による次世代移動通信システムの構造を示す図面である。
図３Ｃを参照すれば、示されたように次世代移動通信システム(以下、ＮＲ又は５Ｇ)の無線アクセスネットワークは次世代基地局(Ｎｅｗ Ｒａｄｉｏ Ｎｏｄｅ Ｂ、以下、ＮＲ ｇＮＢ又はＮＲ基地局)３ｃ−１０とＮＲ ＣＮ(Ｎｅｗ Ｒａｄｉｏ Ｃｏｒｅ Ｎｅｔｗｏｒｋ)３ｃ−０５から構成される。ユーザ端末(Ｎｅｗ Ｒａｄｉｏ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下 ＮＲ ＵＥ又は端末)３ｃ−１５はＮＲ ｇＮＢ３ｃ−１０及びＮＲ ＣＮ３ｃ−０５を介して外部ネットワークに接続する。
図３ＣでＮＲ ｇＮＢ３ｃ−１０は既存のＬＴＥシステムのｅＮＢ(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)に対応される。ＮＲ ｇＮＢはＮＲ ＵＥ３ｃ−１５と無線チャンネルで接続されて既存のノードＢより非常に優れたサービスが提供されることができる。次世代移動通信システムではすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＮＲ ＮＢ３ｃ−１０が担当する。一つのＮＲ ｇＮＢは通常、多数のセルを制御する。現在のＬＴＥ対比超高速データ送信を具現するために既存最大帯域幅以上を持つことができ、直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として追加的にビームフォーミング技術が適用されることができる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。ＮＲ ＣＮ３ｃ−０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行う。ＮＲ ＣＮは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。また、次世代移動通信システムは既存のＬＴＥシステムとも連動されることができ、ＮＲ ＣＮがＭＭＥ３ｃ−２５とネットワークインターフェースを介して接続される。ＭＭＥは既存の基地局であるｅＮＢ３ｃ−３０と接続される。
図３Ｄは、本開示の実施形態による次世代移動通信システムの無線プロトコル構造を示す図面である。
図３Ｄを参照すれば、次世代移動通信システムの無線プロトコルは端末とＮＲ基地局でそれぞれ ＮＲ ＰＤＣＰ３ｄ−０５、３ｄ−４０、ＮＲ ＲＬＣ３ｄ−１０、３ｄ−３５、ＮＲ ＭＡＣ３ｄ−１５、３ｄ−３０からなる。ＮＲ ＰＤＣＰ３ｄ−０５、３ｄ−４０の主要機能は次の機能のうちの一部を含むことができる。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順序再整列機能(ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
前記でＮＲ ＰＤＣＰ装置の順序で再整列機能(ｒｅｏｒｄｅｒｉｎｇ)は下位階層で受信したＰＤＣＰ ＰＤＵをＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいて順に再整列する機能をいい、再整列された順にデータを上位階層に伝達する機能を含むことができ、手順を再整列して遺失されたＰＤＣＰ ＰＤＵを記録する機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する再送信をリクエストする機能を含むことができる。
ＮＲ ＲＬＣ３ｄ−１０、３ｄ−３５の主要機能は次の機能のうちの一部を含むことができる。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ)
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ)
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ)
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ)
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ)
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)若しくはＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
ＮＲ ＭＡＣ(３ｄ−１５、３ｄ−３０)は一つの端末に構成された多くのＮＲ ＲＬＣ階層装置と接続されることができ、ＮＲ ＭＡＣの主要機能は次の機能のうちの一部を含むことができる。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
ＮＲ ＰＨＹ階層３ｄ−２０、３ｄ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭ シンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作を行うことができる。
図３ＥＡ及び図３ＥＢは、本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。
一方、以下で説明する端末又は基地局のＭＡＣ ＰＤＵ構成及び送信に対する実施形態は、送信端と受信端間の動作に解釈されることができる。換言すれば、送信端である端末がアップリンクＭＡＣ ＰＤＵを構成して受信端である基地局で送信する過程は、反対に送信端である基地局がダウンリンクＭＡＣ ＰＤＵを構成して受信端である端末で送信する過程にも適用されることができる。
図３ＥＡ及び図３ＥＢを参照すれば、ＭＡＣ送信側はＲＬＣ階層からＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)が伝達されると、前記ＲＬＣ ＰＤＵ(あるいはＭＡＣ ＳＤＵ)が生成されたＲＬＣエンティティーの識別子(Ｌｏｇｉｃａｌ Ｃａｈｎｎｅｌ Ｉｄｅｎｔｉｔｙ、以下、ＬＣＩＤという)と前記ＲＬＣ ＰＤＵのサイズ(Ｌｅｎｇｔｈ、以下、Ｌ−フィールドという)をＭＡＣヘッダーに挿入する。前記ＬＣＩＤとＬ−フィールドはＲＬＣ ＰＤＵ当たり一つずつ挿入されるので、ＭＡＣ ＰＤＵに多数のＲＬＣ ＰＤＵが多重化されると、ＬＣＩＤとＬ−フィールドもＲＬＣ ＰＤＵの数ほど挿入されることができる。
通常的にＭＡＣヘッダーの情報はＭＡＣ ＰＤＵの前部に位置するので、前記ＬＣＩＤとＬ−フィールドはヘッダー内での順にＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)とマッチングされる。換言すれば、ＭＡＣサブヘッダー１はＭＡＣ ＳＤＵ １に対する情報、ＭＡＣサブヘッダー ２はＭＡＣ ＳＤＵ ２に対する情報を示す。
物理階層の動作のために前記ＭＡＣ ＰＤＵの全体サイズは別途の制御情報で受信側に与えられる。前記ＭＡＣ ＰＤＵの全体サイズは所定の基準によって量子化された値であるから、場合によってパディングが使用されたりする。パディング(ｐａｄｄｉｎｇ)とはデータでパケットを生成する時のパケットのサイズがバイト−整列されるようにパケット内述べ残る部分に満たされる特定ビット(普通は‘０’)を意味する。
ＭＡＣ ＰＤＵの全体サイズが与えられるので、ＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)のサイズを示すＬ−フィールド値は場合によって不必要な情報になったりする。例えば、ＭＡＣ ＰＤＵにただ一つのＲＬＣ ＰＤＵだけ収納されていると、前記ＲＬＣ ＰＤＵのサイズはＭＡＣ ＰＤＵのサイズでＭＡＣヘッダーのサイズを制限値と同一である可能性が高い。
一方、ＶｏＩＰパケットはＩＰ／ＵＤＰ／ＲＴＰヘッダーとＶｏＩＰフレームから構成され、ＩＰ／ＵＤＰ／ＲＴＰヘッダーはＲＯＨＣ(Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)というヘッダー圧縮プロトコルを介して１乃至１５バイト程度に圧縮され、ＶｏＩＰフレームのサイズは与えられたコーデックレート内では常に一定な値を持つ。したがって、ＶｏＩＰパケットのサイズは一定な範囲を逸脱せず、Ｌ−フィールドのように毎度の値を知らせてくれるより予め定められた値を用いるのが効率的である。
次の表３はＭＡＣヘッダーの含まれることができる情報を説明する。
Figure 2019532580
図３ＥＡ及び図３ＥＢで３ｅ−(Ｆｏｒｍａｔ １−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥが収納することができる。前記構造でＭＡＣヘッダーは前部に位置してペイ・ロードは後部に位置する。前記ヘッダーには表３で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。
３ｅ−(Ｆｏｒｍａｔ １−２ａ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｅ−(Ｆｏｒｍａｔ １−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッダーは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記３ｅ−(Ｆｏｒｍａｔ １−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｅ−(Ｆｏｒｍａｔ １−２ｂ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｅ−(Ｆｏｒｍａｔ １−２ｂ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッダーは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記３ｅ−(Ｆｏｒｍａｔ １−２ｂ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｅ−(Ｆｏｒｍａｔ １−２ｃ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＳＤＵ、パディングを有する構造を持ち、ＭＡＣ ＣＥが生成された場合にはＭＡＣ ＰＤＵの頭部にＭＡＣ ＣＥのＭＡＣサブヘッダーと共にＭＡＣ ＣＥが含まれることができる。前記ＭＡＣヘッダーにはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｅ−(Ｆｏｒｍａｔ １−２ｃ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッダーは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記３ｅ−(Ｆｏｒｍａｔ １−２ｃ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｅ−(Ｆｏｒｍａｔ １−２ｄ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＳＤＵ、パディングを有する構造を持ち、ＭＡＣ ＣＥが生成された場合にはＭＡＣ ＰＤＵの頭部にＭＡＣ ＣＥのＭＡＣサブヘッダーと共にＭＡＣ ＣＥが含まれることができる。前記ＭＡＣヘッダーにはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｅ−(Ｆｏｒｍａｔ １−２ｄ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記３ｅ−(Ｆｏｒｍａｔ １−２ｄ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
図３ＦＡ乃至図３ＦＥＢは、本開示の実施形態による次世代移動通信システムのための本発明の第 ２のＭＡＣ ＰＤＵ構造を示す図面である。
図３ＦＡ乃至図３ＦＥＢで３ｆ−(Ｆｏｒｍａｔ ２−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥを収納することができる。前記構造でペイ・ロードは前部に位置してＭＡＣヘッダーは後部に位置する。前記ヘッダーには表３で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ａ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｂ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｂ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｂ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｃ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前方部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｃ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｃ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｄ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｄ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｄ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｅ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｅ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｅ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｆ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｆ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｆ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｇ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｇ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｇ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｈ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｈ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｈ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｉ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｉ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｉ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｊ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｊ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｊ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｋ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｋ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｋ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｌ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｌ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｌ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｍ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｍ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｍ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｎ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｎ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｎ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｏ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｏ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｏ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｐ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｐ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｐ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｑ)はＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。ＭＡＣ ＣＥが生成されると、前記ＭＡＣ ＰＤＵの最後にＭＡＣ ＣＥのサブヘッダーと共にＭＡＣ ＣＥが位置することができる。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｑ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｑ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｒ)はＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。ＭＡＣ ＣＥが生成されると、前記ＭＡＣ ＰＤＵの中間部に、すなわち、ＭＡＣ ｐａｙｌｏａｄとＭＡＣ ｈｅａｄｅｒの間に、より具体的にはＭＡＣサブヘッダーのうちに最も頭部にＭＡＣ ＣＥのサブヘッダーと共にＭＡＣ ＣＥが位置することができる。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｒ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｒ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｓ)はＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。ＭＡＣ ＣＥが生成されると、前記ＭＡＣ ＰＤＵの最後にＭＡＣ ＣＥのサブヘッダーと共にＭＡＣ ＣＥが位置することができる。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｓ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｓ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｆ−(Ｆｏｒｍａｔ ２−２ｔ)はＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。ＭＡＣ ＣＥが生成されると、前記ＭＡＣ ＰＤＵの中間部に、すなわち、ＭＡＣ ｐａｙｌｏａｄとＭＡＣ ｈｅａｄｅｒの間に、より具体的にはＭＡＣサブヘッダーのうちに最も頭部にＭＡＣ ＣＥのサブヘッダーと共にＭＡＣ ＣＥが位置することができる。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｆ−(Ｆｏｒｍａｔ ２−２ｔ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記３ｆ−(Ｆｏｒｍａｔ ２−２ｔ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
図３ＧＡ乃至図３ＧＣは、本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。
図３ＧＡ乃至図３ＧＣで３ｇ−(Ｆｏｒｍａｔ ３−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥを収納することができる。前記構造でＭＡＣヘッダーは前部に位置してペイ・ロードは後部に位置する。前記ヘッダーには表３で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。
３ｇ−(Ｆｏｒｍａｔ ３−２ａ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図３ＦＡ乃至図３ＦＥＢで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第 ３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記３ｇ−(Ｆｏｒｍａｔ３−２ａ)構造は大きくＭＡＣ ＣＥ部分とＭＡＣ ＳＤＵ部分に分けられる。ＭＡＣ ＣＥは先ず生成される順に前部に位置することができ、ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の最後のｓｅｇｍｅｎｔは頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔは尾部に位置することができる。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｇ−(Ｆｏｒｍａｔ ３−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記３ｇ−(Ｆｏｒｍａｔ ３−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。３ｇ−(Ｆｏｒｍａｔ ３−２ｂ)構造は前記３ｇ−(Ｆｏｒｍａｔ ３−２ａ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｇ−(Ｆｏｒｍａｔ ３−２ｃ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図３ＦＡ乃至図３ＦＥＢで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記３ｇ−(Ｆｏｒｍａｔ３−２ｃ)構造は大きくＭＡＣ ＣＥ部分とＭＡＣ ＳＤＵ部分に分けられる。ＭＡＣ ＣＥは先ず生成される順に前部に位置することができ、ＭＡＣ ＳＤＵ部分でどんなＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)のＳｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分の尾部に位置することができる。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｇ−(Ｆｏｒｍａｔ ３−２ｃ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記３ｇ−(Ｆｏｒｍａｔ ３−２ｃ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。３ｇ−(Ｆｏｒｍａｔ ３−２ｄ)構造は前記３ｇ−(Ｆｏｒｍａｔ ３−２ｃ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｇ−(Ｆｏｒｍａｔ ３−２ｅ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図３ＦＡ乃至図３ＦＥＢで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記３ｇ−(Ｆｏｒｍａｔ３−２ｅ)構造は大きくＭＡＣ ＳＤＵ部分とＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の最後のｓｅｇｍｅｎｔは頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔは尾部に位置することができる。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｇ−(Ｆｏｒｍａｔ ３−２ｅ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記３ｇ−(Ｆｏｒｍａｔ ３−２ｅ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。３ｇ−(Ｆｏｒｍａｔ ３−２ｆ)構造は前記３ｇ−(Ｆｏｒｍａｔ ３−２ｅ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｇ−(Ｆｏｒｍａｔ ３−２ｇ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図３ＦＡ乃至図３ＦＥＢで第 ２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記３ｇ−(Ｆｏｒｍａｔ３−２ｇ)構造は大きくＭＡＣ ＳＤＵ部分とＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)のｓｅｇｍｅｎｔは最後に位置することができる。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｇ−(Ｆｏｒｍａｔ ３−２ｇ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記３ｇ−(Ｆｏｒｍａｔ ３−２ｇ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。３ｇ−(Ｆｏｒｍａｔ ３−２ｈ)構造は前記３ｇ−(Ｆｏｒｍａｔ ３−２ｇ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｇ−(Ｆｏｒｍａｔ ３−２ｉ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図３ＦＡ乃至図３ＦＥＢで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記３ｇ−(Ｆｏｒｍａｔ３−２ｉ)構造は先ず生成されることができるＭＡＣ ＣＥ部分、ＭＡＣ ＳＤＵ部分、後で生成されるＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。しかし、アップリンクのアップリンクリソースが割り当てられる前に予め生成することができるＭＡＣ ＣＥ(又は優先順位が高いと判断されるＭＡＣ ＣＥ若しくはＭＡＣ ＳＤＵより先ず生成されたＭＡＣ ＣＥ若しくは所定の基準を満足するＭＡＣ ＣＥ)の場合には先ず生成されることができるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの頭部に位置することができ、その以外にＭＡＣ ＣＥは後で生成されるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの尾部に位置することができる。前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の最後のｓｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で頭部に位置することができ、一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)の第１のｓｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で尾部に位置することができる。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｇ−(Ｆｏｒｍａｔ ３−２ｉ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記３ｇ−(Ｆｏｒｍａｔ ３−２ｉ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。３ｇ−(Ｆｏｒｍａｔ ３−２ｊ)構造は前記３ｇ−(Ｆｏｒｍａｔ ３−２ｉ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
３ｇ−(Ｆｏｒｍａｔ ３−２ｋ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図３ＦＡ乃至図３ＦＥＢで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第３のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記３ｇ−(Ｆｏｒｍａｔ３−２ｋ)構造は先ず生成されることができるＭＡＣ ＣＥ部分、ＭＡＣ ＳＤＵ部分、後で生成されるＭＡＣ ＣＥ部分に分けられる。ＭＡＣ ＳＤＵは先ず生成される順にＭＡＣ ＳＤＵ部分の前部に位置することができ、ＭＡＣ ＣＥも先ず生成される順にＭＡＣ ＣＥ部分の後部に位置することができる。しかし、アップリンクのアップリンクリソースが割り当てられる前に予め生成することができるＭＡＣ ＣＥ(又は優先順位が高いと判断されるＭＡＣ ＣＥ若しくはＭＡＣ ＳＤＵより先ず生成されたＭＡＣ ＣＥ若しくは所定の基準を満足するＭＡＣ ＣＥ)の場合には先ず生成されることができるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの頭部に位置することができ、その以外にＭＡＣ ＣＥは後で生成されるＭＡＣ ＣＥ部分としてＭＡＣ ＰＤＵの尾部に位置することができる。前記ＭＡＣ ＳＤＵ部分で一つのＭＡＣ ＳＤＵ(又はＲＬＣ ＰＤＵ若しくはＲＬＣ ＳＤＵ)のｓｅｇｍｅｎｔはＭＡＣ ＳＤＵ部分で尾部に位置することができる。前記サブヘッダーには表３で説明した変数のうちの一部が含まれることができ、表３で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で３ｇ−(Ｆｏｒｍａｔ ３−２ｋ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。すなわち、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記３ｇ−(Ｆｏｒｍａｔ ３−２ｋ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。３ｇ−(Ｆｏｒｍａｔ ３−２ｌ)構造は前記３ｇ−(Ｆｏｒｍａｔ ３−２ｋ)構造と全部同一で、すべてのサブヘッダーにＬ−フィールドを含むことができる。
前記本発明の図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第 ２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる第１のパディング適用方法は次の通りである。
図３ＨＡ及び図３ＨＢは、本開示の実施形態による第１のパディング適用方法を説明する。
図３ＨＡ及び図３ＨＢの第１のパディング適用方法ではパディングのためのＭＡＣサブヘッダーのサイズが１バイトに固定されていると仮定する。
本発明の第１のパディング適用方法は次の通りである。
第１条件を満足すると、第１の方法を適用してパディングを追加し、
第２条件を満足すると、第２の方法を適用してパディングを追加し、
第３条件を満足すると、第３の方法を適用してパディングを追加する。
前記で第１条件は要求されるパディングのサイズが１バイトの場合、
前記で第２条件は要求されるパディングのサイズが２バイトの場合、
前記で第３条件は要求されるパディングのサイズが３バイト以上の場合である。
前記で第１方法はＭＡＣヘッダー部分の頭部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの頭部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加する。前記第１方法は３ｈ−(Ｆｏｒｍａｔ１−１)、３ｈ−(Ｆｏｒｍａｔ２−１)、３ｈ−(Ｆｏｒｍａｔ３−１)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第２方法はＭＡＣヘッダー部分の頭部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを２個追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの頭部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを２個追加する。前記第２方法は３ｈ−(Ｆｏｒｍａｔ１−２)、３ｈ−(Ｆｏｒｍａｔ２−２)、３ｈ−(Ｆｏｒｍａｔ３−２)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第３方法はＭＡＣヘッダー部分の尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加して要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングをＭＡＣペイ・ロード部分の尾部に追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダー１個と、要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングを追加する。前記第３方法は３ｈ−(Ｆｏｒｍａｔ１−３)、３ｈ−(Ｆｏｒｍａｔ２−３)、３ｈ−(Ｆｏｒｍａｔ３−３)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記本発明の図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第 ２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる第 ２のパディング適用方法は次の通りである。
図３ＩＡ及び図３ＩＢは、本開示の実施形態による第 ２のパディング適用方法を説明する。
図３ＩＡ及び図３ＩＢの第２のパディング適用方法ではパディングのためのＭＡＣサブヘッダーのサイズが１バイトに固定されていると仮定する。
本発明の第２のパディング適用方法は次の通りである。
第１条件を満足すると、第１の方法を適用してパディングを追加し、
第２条件を満足すると、第２の方法を適用してパディングを追加し、
第３条件を満足すると、第３の方法を適用してパディングを追加する。
前記で第１条件は要求されるパディングのサイズが１バイトの場合、
前記で第２条件は要求されるパディングのサイズが２バイトの場合、
前記で第３条件は要求されるパディングのサイズが３バイト以上の場合である。
前記で第１方法はＭＡＣヘッダー部分の尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加する。前記第１方法は３ｉ−(Ｆｏｒｍａｔ１−１)、３ｉ−(Ｆｏｒｍａｔ２−１)、３ｉ−(Ｆｏｒｍａｔ３−１)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第２方法はＭＡＣヘッダー部分の尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを２個追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを２個追加する。前記第２方法は ３ｉ−(Ｆｏｒｍａｔ１−２)、３ｉ−(Ｆｏｒｍａｔ２−２)、３ｉ−(Ｆｏｒｍａｔ３−２)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第３方法はＭＡＣヘッダー部分の尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加して要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングをＭＡＣペイ・ロード部分の尾部に追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダー１個と、要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングを追加する。前記第３方法は３ｉ−(Ｆｏｒｍａｔ１−３)、３ｉ−(Ｆｏｒｍａｔ２−３)、３ｉ−(Ｆｏｒｍａｔ３−３)のような図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記本発明の図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第 ２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる第３のパディング適用方法は次の通りである。
図３Ｊは、本開示の実施形態による第３のパディング適用方法を説明する。
図３Ｊの第３のパディング適用方法ではパディングのためのＭＡＣサブヘッダーのサイズが１バイトに固定されていると仮定する。
本発明の第３のパディング適用方法は次の通りである。
第１条件を満足すると、第１の方法を適用してパディングを追加し、
第２条件を満足すると、第２の方法を適用してパディングを追加する。
前記で第１条件は要求されるパディングのサイズが１バイトの場合、
前記で第２条件は要求されるパディングのサイズが２バイト以上の場合である。
前記で第１方法はＭＡＣＰＤＵの尾部に１バイトのサイズを有するパディングを追加する。第２のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣペイ・ロードの尾部に１バイトのサイズを有するパディングを追加してパディングがＭＡＣ ＰＤＵの中間部に位置することができる。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの尾部に１バイトのサイズを有するパディングを追加する。前記第１方法は３ｊ−(Ｆｏｒｍａｔ１−１)、３ｊ−(Ｆｏｒｍａｔ２−１)、３ｊ−(Ｆｏｒｍａｔ３−１)のような図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第 ２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第２方法はＭＡＣヘッダー部分の尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加して要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングをＭＡＣペイ・ロード部分の尾部に追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの尾部に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダー１個と、要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングを追加する。前記第３方法は３ｊ−(Ｆｏｒｍａｔ１−２)、３ｊ−(Ｆｏｒｍａｔ２−２)、３ｊ−(Ｆｏｒｍａｔ３−２)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記本発明の図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第 ２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる第４のパディング適用方法は次の通りである。
図３Ｋは、本開示の実施形態による第４のパディング適用方法を説明する。
図３Ｋの第４のパディング適用方法ではパディングのためのＭＡＣサブヘッダーのサイズが２バイトに固定されていると仮定する。
本発明の第４のパディング適用方法は次の通りである。
第１条件を満足すると、第１の方法を適用してパディングを追加し、
第２条件を満足すると、第２の方法を適用してパディングを追加する。
前記で第１条件は要求されるパディングのサイズが１バイト又は２バイトの場合、
前記で第２条件は要求されるパディングのサイズが３バイト以上の場合である。
前記で第１方法は要求されるパディングのサイズによってＭＡＣ ＰＤＵの尾部に１バイト又は２バイトのサイズを有するパディングを追加する。第２のＭＡＣ ＰＤＵ構造のような場合には要求されるパディングのサイズによってＭＡＣペイ・ロードの尾部に１バイト又は２バイトのサイズを有するパディングを追加してパディングがＭＡＣ ＰＤＵの中間部に位置することができる。第３のＭＡＣ ＰＤＵ構造のような場合には要求されるパディングのサイズによってＭＡＣ ＰＤＵの頭部に１バイト又は２バイトのサイズを有するパディングを追加する。前記第１方法は３ｋ−(Ｆｏｒｍａｔ１−１)、３ｋ−(Ｆｏｒｍａｔ２−１)、３ｋ−(Ｆｏｒｍａｔ３−１)のような図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第２方法はＭＡＣヘッダー部分の尾部に２バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加して要求されるパディングのサイズで２バイトを除いた残りのサイズに該当するパディングをＭＡＣペイ・ロード部分の尾部に追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの尾部に２バイトのサイズを有するパディングのためのＭＡＣサブヘッダー１個と、要求されるパディングのサイズで２バイトを除いた残りのサイズに該当するパディングを追加する。前記第３方法は３ｋ−(Ｆｏｒｍａｔ１−２)、３ｋ−(Ｆｏｒｍａｔ２−２)、３ｋ−(Ｆｏｒｍａｔ３−２)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記本発明の図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第 ２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる第５のパディング適用方法は次の通りである。
第５のパディング適用方法ではパディングのためのＭＡＣサブヘッダーのサイズが１バイトに固定されていると仮定する。
本発明の第５のパディング適用方法は次の通りである。
第１条件を満足すると、第１の方法を適用してパディングを追加し、
第２条件を満足すると、第２の方法を適用してパディングを追加し、
第３条件を満足すると、第３の方法を適用してパディングを追加する。
前記で第１条件は要求されるパディングのサイズが１バイトの場合、
前記で第２条件は要求されるパディングのサイズが２バイトの場合、
前記で第３条件は要求されるパディングのサイズが３バイト以上の場合である。
前記で第１方法はＭＡＣヘッダー部分の任意の位置に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの任意の位置に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加する。前記第１方法は３ｈ−(Ｆｏｒｍａｔ１−１)、３ｈ−(Ｆｏｒｍａｔ２−１)、３ｈ−(Ｆｏｒｍａｔ３−１)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第２方法はＭＡＣヘッダー部分の任意の位置に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを２個追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの任意の位置に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを２個追加する。前記第２方法は３ｈ−(Ｆｏｒｍａｔ１−２)、３ｈ−(Ｆｏｒｍａｔ２−２)、３ｈ−(Ｆｏｒｍａｔ３−２)のような図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第３方法はＭＡＣヘッダー部分の任意の位置に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加して要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングをＭＡＣペイ・ロード部分のＭＡＣサブヘッダーの相応する位置に追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの任意の位置に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダー１個と、要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングを追加する。前記第３方法は３ｈ−(Ｆｏｒｍａｔ１−３)、３ｈ−(Ｆｏｒｍａｔ２−３)、３ｈ−(Ｆｏｒｍａｔ３−３)のような図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ 乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記本発明の図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第 ２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる第６のパディング適用方法は次の通りである。
第６のパディング適用方法ではパディングのためのＭＡＣサブヘッダーのサイズが１バイトに固定されていると仮定する。
本発明の第６のパディング適用方法は次の通りである。
第１条件を満足すると、第１の方法を適用してパディングを追加し、
第２条件を満足すると、第２の方法を適用してパディングを追加する。
前記で第１条件は要求されるパディングのサイズが１バイトの場合、
前記で第２条件は要求されるパディングのサイズが２バイト以上の場合である。
前記で第１方法はＭＡＣ ＰＤＵの任意の位置に１バイトのサイズを有するパディングを追加する。第２のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣペイ・ロードの任意の位置に１バイトのサイズを有するパディングを追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの任意の位置に１バイトのサイズを有するパディングを追加する。前記第１方法は３ｊ−(Ｆｏｒｍａｔ１−１)、３ｊ−(Ｆｏｒｍａｔ２−１)、３ｊ−(Ｆｏｒｍａｔ３−１)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第２方法はＭＡＣヘッダー部分の任意の位置に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加して要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングをＭＡＣペイ・ロード部分のパディングＭＡＣサブヘッダーの相応する位置に追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの任意の位置に１バイトのサイズを有するパディングのためのＭＡＣサブヘッダー１個と、要求されるパディングのサイズで１バイトを除いた残りのサイズに該当するパディングを追加する。前記第３方法は３ｊ−(Ｆｏｒｍａｔ１−２)、３ｊ−(Ｆｏｒｍａｔ２−２)、３ｊ−(Ｆｏｒｍａｔ３−２)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記本発明の図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第 ２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる第７のパディング適用方法は次の通りである。
第７のパディング適用方法ではパディングのためのＭＡＣサブヘッダーのサイズが２バイトに固定されていると仮定する。
本発明の第７のパディング適用方法は次の通りである。
第１条件を満足すると、第１の方法を適用してパディングを追加し、
第２条件を満足すると、第２の方法を適用してパディングを追加する。
前記で第１条件は要求されるパディングのサイズが１バイト又は２バイトの場合、
前記で第２条件は要求されるパディングのサイズが３バイト以上の場合である。
前記で第１方法は要求されるパディングのサイズによってＭＡＣ ＰＤＵの任意の位置に１バイト又は２バイトのサイズを有するパディングを追加する。第２のＭＡＣ ＰＤＵ構造のような場合には要求されるパディングのサイズによってＭＡＣペイ・ロードの任意の位置に１バイト又は２バイトのサイズを有するパディングを追加することができる。第３のＭＡＣ ＰＤＵ構造のような場合には要求されるパディングのサイズによってＭＡＣ ＰＤＵの任意の位置に１バイト又は２バイトのサイズを有するパディングを追加する。前記第１方法は３ｋ−(Ｆｏｒｍａｔ１−１)、３ｋ−(Ｆｏｒｍａｔ２−１)、３ｋ−(Ｆｏｒｍａｔ３−１)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
前記で第２方法はＭＡＣヘッダー部分の任意の位置に２バイトのサイズを有するパディングのためのＭＡＣサブヘッダーを１個追加して要求されるパディングのサイズで２バイトを除いた残りのサイズに該当するパディングをＭＡＣペイ・ロード部分のパディングＭＡＣサブヘッダーに相応する位置に追加する。第３のＭＡＣ ＰＤＵ構造のような場合にはＭＡＣ ＰＤＵの任意の位置に２バイトのサイズを有するパディングのためのＭＡＣサブヘッダー１個と、要求されるパディングのサイズで２バイトを除いた残りのサイズに該当するパディングを追加する。前記第３方法は３ｋ−(Ｆｏｒｍａｔ１−２)、３ｋ−(Ｆｏｒｍａｔ２−２)、３ｋ−(Ｆｏｒｍａｔ３−２)のように図３Ｅで説明した第１のＭＡＣ ＰＤＵ構造、図３ＦＡ 乃至図３ＦＥＢで説明した第２のＭＡＣ ＰＤＵ構造、図３ＧＡ乃至図３ＧＣで説明した第３のＭＡＣ ＰＤＵ構造の多様な場合に適用することができる。
図３Ｌは、本開示の実施形態による第 １、２、５のパディング適用方法に関する端末動作を示した図面である。
図３Ｌで端末(３ｌ−０１)は３ｌ−０５段階で第１条件を満足すると、３ｌ−１０段階へ進行して第１方法を介してパディングを処理する。もし、３ｌ−０５段階で第２条件を満足すると、３ｌ−１５ 段階へ進行して第２方法を介してパディングを処理する。もし、３ｌ−０５ 段階で第３条件を満足すると、３ｌ−２０段階へ進行して第１方法を介してパディングを処理する。
図３Ｍは、本発明の第３、４、６、７のパディング適用方法に関する端末動作を示す図面である。
図３Ｍで端末(３ｍ−０１)は３ｍ−０５段階で第 １条件を満足すると、３ｍ−１０段階へ進行して第１方法を介してパディングを処理する。もし、３ｍ−０５段階で第 ２条件を満足すると、３ｍ−１５段階へ進行して第２方法を介してパディングを処理する。
図３Ｎは、本開示の実施形態による端末の構造を示すブロック図である。
前記図面を参考すれば、前記端末はＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)処理部３ｎ−１０、基底帯域(ｂａｓｅｂａｎｄ)処理部３ｎ−２０、記憶部３ｎ−３０、制御部３ｎ−４０を含む。
前記ＲＦ処理部３ｎ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。例えば、前記ＲＦ処理部３ｎ−１０は前記基底帯域処理部３ｎ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部３ｎ−１０は送信フィルター、受信フィルター、増幅器、ミキサー(ｍｉｘｅｒ)、オシレーター(ｏｓｃｉｌｌａｔｏｒ)、ＤＡＣ(ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ)、ＡＤＣ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ)などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを備えることができる。さらに、前記ＲＦ処理部３ｎ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部３ｎ−１０はビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部３ｎ−１０は多数のアンテナ又はアンテナ要素(ｅｌｅｍｅｎｔ)を介して送受信される信号それぞれの位相及びサイズを調節することができる。また、前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作実行時のいくつかのレイヤーを受信することができる。前記ＲＦ処理部３ｎ−１０は制御部の制御によって多数のアンテナ又はアンテナ要素を適切に設定して受信ビームスイーピングを行うか、受信ビームが送信ビームと共助されるように受信ビームの方向とビーム幅を調整することができる。
前記基底帯域処理部３ｎ−２０はシステムの物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部３ｎ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部３ｎ−２０は前記ＲＦ処理部３ｎ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)方式に従う場合、データ送信時、前記基底帯域処理部３ｎ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ(ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算及び ＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部３ｎ−２０は前記ＲＦ処理部３ｎ−１０から提供される基底帯域信号を ＯＦＤＭシンボル単位で分割し、ＦＦＴ(ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。
前記基底帯域処理部３ｎ−２０及び前記ＲＦ処理部３ｎ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部３ｎ−２０及び前記ＲＦ処理部３ｎ−１０は送信部、受信部、送受信部又は通信部に指称されることができる。ひいては、前記基底帯域処理部３ｎ−２０及び前記ＲＦ処理部３ｎ−１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。さらに、前記基底帯域処理部３ｎ−２０及び前記ＲＦ処理部３ｎ−１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術はＬＴＥ網、ＮＲ網などを含むことができる。さらに、前記互いに異なる周波数帯域は超高周波(ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ)(例えば、２．５ＧＨｚ、５Ｇｈｚ)帯域、ｍｍ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)(例えば、６０ＧＨｚ)帯域を含むことができる。
前記記憶部３ｎ−３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。前記記憶部３ｎ−３０は前記制御部３ｎ−４０のリクエストによって記憶されたデータを提供する。
前記制御部３ｎ−４０は多重接続処理部３ｎ−４２を含み、前記端末の全般的な動作を制御する。例えば、前記制御部３ｎ−４０は前記基底帯域処理部３ｎ−２０及び前記ＲＦ処理部３ｎ−１０を介して信号を送受信する。また、前記制御部３ｎ−４０は前記記憶部３ｎ−４０にデータを記録し、読む。このために、前記制御部３ｎ−４０は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含むことができる。例えば、前記制御部３ｎ−４０は通信のための制御を行うＣＰ(ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)及び応用プログラムなどの上位階層を制御するＡＰ(ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)を含むことができる。
図３Оは、本発明の実施形態による無線通信システムでＴＲＰのブロック構成を示す。
前記図面に示されたように、前記基地局はＲＦ処理部３ｏ−１０、基底帯域処理部３ｏ−２０、通信部３ｏ−３０、記憶部３ｏ−４０、制御部３ｏ−５０を含んで構成される。
前記ＲＦ処理部３ｏ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部３ｏ−１０は前記基底帯域処理部３ｏ−２０から提供される基底帯域信号をＲＦ帯域信号にアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウン変換する。例えば、前記ＲＦ処理部３ｏ−１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣ などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記第１接続ノードは多数のアンテナを備えることができる。さらに、前記ＲＦ処理部３ｏ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部３ｏ−１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部３ｏ−１０は多数のアンテナ又はアンテナ要素を介して送受信される信号それぞれの位相及びサイズを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することで下向きＭＩＭＯ動作を行うことができる。
前記基底帯域処理部３ｏ−２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部３ｏ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部３ｏ−２０は前記ＲＦ処理部３ｏ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ方式に従う場合、データ送信時、前記基底帯域処理部３ｏ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部３ｏ−２０は前記ＲＦ処理部３ｏ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ 演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。前記基底帯域処理部３ｏ−２０及び前記ＲＦ処理部３ｏ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部３ｏ−２０及び前記ＲＦ処理部３ｏ−１０は送信部、受信部、送受信部、通信部又は無線通信部と指称されることができる。
前記通信部３ｏ−３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。
前記記憶部３ｏ−４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部３ｏ−４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部３ｏ−４０は端末に多重接続を提供するか、中断するか否かの判断基準となる情報を記憶することができる。そして、前記記憶部３ｏ−４０は前記制御部３ｏ−５０のリクエストによって記憶されたデータを提供する。
前記制御部３ｏ−５０は多重接続処理部３ｏ−５２を含み、前記主基地局の全般的な動作を制御する。例えば、前記制御部３ｏ−５０は前記基底帯域処理部３ｏ−２０及び前記ＲＦ処理部３ｏ−１０を介して又は前記通信部３ｏ−３０を介して信号を送受信する。また、前記制御部３ｏ−５０は前記記憶部３ｏ−４０にデータを記録し、読む。このために、前記制御部３ｏ−５０は少なくとも一つのプロセッサを含むことができる。
＜第４実施形態＞
図４Ａは、本開示の実施形態によるＬＴＥシステムの構造を示す図面である。
図４Ａを参照すれば、示されたようにＬＴＥシステムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、以下、ｅＮＢ、Ｎｏｄｅ Ｂ又は基地局)４ａ−０５、４ａ−１０、４ａ−１５、４ａ−２０とＭＭＥ(ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)４ａ−２５及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)４ａ−３０から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)４ａ−３５はｅＮＢ４ａ−０５〜４ａ−２０及びＳ−ＧＷ４ａ−３０を介して外部ネットワークに接続する。
図４ＡでｅＮＢ４ａ−０５〜４ａ−２０はＵＭＴＳシステムの既存のノードＢに対応される。ｅＮＢはＵＥ４ａ−３５と無線チャンネルで接続されて既存のノードＢより複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含むすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをｅＮＢ４ａ−０５〜４ａ−２０が担当する。一つのｅＮＢは通常、多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは例えば、２０ＭＨｚ帯域幅で直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として用いる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ４ａ−３０はデータベアラーを提供する装置であり、ＭＭＥ４ａ−２５の制御にしたがってデータベアラーを生成するか除去する。ＭＭＥは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続する。
図４Ｂは、本開示の実施形態によるＬＴＥシステムでの無線プロトコル構造を示した図面である。
図４Ｂを参照すれば、ＬＴＥシステムの無線プロトコルは端末とｅＮＢでそれぞれＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)４ｂ−０５、４ｂ−４０、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)４ｂ−１０、４ｂ−３５、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)４ｂ−１５、４ｂ−３０からなる。ＰＤＣＰ４ｂ−０５、４ｂ−４０はＩＰヘッダー圧縮／復元などの動作を担当する。ＰＤＣＰの主要機能は下記のように要約される。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−順序再整列機能(Ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ(ｏｎｌｙ ｓｕｐｐｏｒｔ ｆｏｒ ＲＬＣ ＡＭ)：ＰＤＣＰ ＰＤＵ ｒｏｕｔｉｎｇ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ ａｔ ｈａｎｄｏｖｅｒ ａｎｄ、ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ、ｏｆ ＰＤＣＰ ＰＤＵｓ ａｔ ＰＤＣＰ ｄａｔａ−ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ、ｆｏｒ ＲＬＣ ＡＭ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣという)(４ｂ−１０、４ｂ−３５)はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを行う。ＲＬＣの主要機能は下記のように要約される。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
ＭＡＣ４ｂ−１５、４ｂ−３０は一つの端末に構成された多くのＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行う。ＭＡＣの主要機能は下記のように要約される。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｏｎｅ ｏｒ ｄｉｆｆｅｒｅｎｔ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｉｎｔｏ／ｆｒｏｍ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ(ＴＢ)ｄｅｌｉｖｅｒｅｄ ｔｏ／ｆｒｏｍ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
物理階層４ｂ−２０、４ｂ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作をする。
図４Ｃは、本開示の実施形態による次世代移動通信システムの構造を示す図面である。
図４Ｃを参照すれば、示されたように次世代移動通信システムの無線アクセスネットワークは次世代基地局(Ｎｅｗ Ｒａｄｉｏ Ｎｏｄｅ Ｂ、以下、ＮＲ ｇＮＢ又はＮＲ基地局)４ｃ−１０とＮＲ ＣＮ(Ｎｅｗ Ｒａｄｉｏ Ｃｏｒｅ Ｎｅｔｗｏｒｋ)４ｃ−０５から構成される。ユーザ端末(Ｎｅｗ Ｒａｄｉｏ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＮＲ ＵＥ又は端末)４ｃ−１５はＮＲ ｇＮＢ４ｃ−１０及びＮＲ ＣＮ４ｃ−０５を介して外部ネットワークに接続する。
図４ＣでＮＲ ｇＮＢ４ｃ−１０は既存のＬＴＥシステムのｅＮＢ(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)に対応される。ＮＲ ｇＮＢ４ｃ−１０はＮＲ ＵＥ４ｃ−１５と無線チャンネルで接続されて既存のノードＢより非常に優れたサービスを提供してくれることができる。次世代移動通信システムではすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＮＲ ｇＮＢ４ｃ−１０が担当する。一つのＮＲ ｇＮＢ４ｃ−１０は通常、多数のセルを制御する。既存のＬＴＥ対比超高速データ送信を具現するために既存最大帯域幅以上を持つことができ、直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として追加的にビームフォーミング技術が適用されることができる(４ｃ−２０)。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。ＮＲ ＣＮ４ｃ−０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行う。ＮＲ ＣＮは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置として多数の基地局と接続される。また、次世代移動通信システムは既存のＬＴＥシステムとも連動されることができ、ＮＲ ＣＮがＭＭＥ４ｃ−２５とネットワークインターフェースを介して接続される。ＭＭＥは既存の基地局であるｅＮＢ４ｃ−３０と接続される。
図４Ｄは、本開示の実施形態によるＬＴＥシステムでＩＤＬＥ端末のためのＤＲＸ動作を説明する図面である。
端末４ｄ−１０、４ｄ−１５はＲＲＣ ＩＤＬＥ状態にある時のネットワーク４ｄ−１０からページングを受信するためにＰＤＣＣＨをモニタリングする。ＬＴＥでは端末の電力消耗を減らす効率的な方法で非連続受信(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、以下、ＤＲＸ)区間をサブフレーム４ｄ−２０単位で設定して予め定められた時間区間には起きて残り大部分の時間の間には受信機がスリップする。例えば、ネットワーク４ｄ−１０からのページングを受信するために定められた時間間隔であるページング周期(Ｐａｇｉｎｇ ｃｙｃｌｅ)４ｄ−２５、４ｄ−３０が設定される。端末がページングに用いられるＰ−ＲＮＴＩを検出すれば、端末４ｄ−１０、４ｄ−１５は当該ダウンリンクページングメッセージを処理する。ページングメッセージには端末のＩＤが含まれ、当該ＩＤではない端末は受信された情報を廃棄してＤＲＸ周期に従ってスリップする。ＤＲＸ周期の間にはアップリンクタイミングが知られなかったのでＨＡＲＱは使用されない。
ネットワークは端末がページングを受信すべきサブフレーム４ｄ−２０を設定する。前記設定には端末がリクエストする周期Ｔｕｅとセル特定の周期Ｔｃのうちで最小値が用いられる。また、前記ページング周期には３２、６４、１２８、２５６フレームが設定される。前記のフレーム内でページングのためにモニタリングしなければならないサブフレームは端末のＩＭＳＩ(Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ)から抽出が可能である。端末ごとに互いに異なるＩＭＳＩを持っているので、全体ページング時点(ｏｃｃａｓｉｏｎ)４ｄ−３５で各端末に属するページングインスタンス(ｉｎｓｔａｎｃｅ)によって動作する。
ページングメッセージは一部のサブフレームに限って送信が可能であり、下記の表４で可能な設定を示す。
Figure 2019532580
図４Ｅは、本開示の実施形態によるＬＴＥシステムでＲＲＣ接続状態の端末のためのＤＲＸ動作を説明する図面である。
ＤＲＸはＲＲＣ接続状態でも定義され、動作方法はＩＤＬＥ状態のＤＲＸと相違する。前述したように、端末がスケジューリング情報を獲得するため、持続的にＰＤＣＣＨをモニタリングすることは大きい電力消耗を引き起こすだろう。基本的なＤＲＸ動作はＤＲＸ周期４ｅ−００をもって、ｏｎ−ｄｕｒａｔｉｏｎ４ｅ−０５時間の間だけＰＤＣＣＨをモニタリングする。接続モードでＤＲＸ周期はｌｏｎｇ ＤＲＸとｓｈｏｒｔ ＤＲＸの２つの値が設定される。一般的な場合にはｌｏｎｇ ＤＲＸ周期が適用され、必要により、基地局はＭＡＣ ＣＥ(Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ)を用い、ｓｈｏｒｔ ＤＲＸ周期をトリガーさせることができる。一定時間が経た後、端末はｓｈｏｒｔ ＤＲＸ周期からｌｏｎｇ ＤＲＸ周期に変更する。特定端末の初期スケジューリング情報は予め定められた前記ＰＤＣＣＨにだけ提供される。したがって、端末は周期的に前記ＰＤＣＣＨだけをモニタリングすることによって、電力消耗を最小化させることができる。もし、ｏｎ−ｄｕｒａｔｉｏｎ４ｅ−０５の時間の間、新しいパケットに対するスケジューリング情報がＰＤＣＣＨによって受信されると(４ｅ−１０)、端末はＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ４ｅ−１５を開始する。端末はＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒの間のａｃｔｉｖｅ 状態を維持する。すなわち、ＰＤＣＣＨモニタリングを持続する。また、ＨＡＲＱ ＲＴＴ ｔｉｍｅｒ４ｅ−２０も開始する。ＨＡＲＱ ＲＴＴ ｔｉｍｅｒは端末がＨＡＲＱ ＲＴＴ(Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ)時間の間、不必要にＰＤＣＣＨをモニタリングすることを防止するために適用され、前記タイマー動作時間の間、端末はＰＤＣＣＨモニタリングを行う必要がない。ただ、ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒとＨＡＲＱ ＲＴＴ ｔｉｍｅｒが同時に動作する間には端末はＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒを基準でＰＤＣＣＨ モニタリングを持続する。ＨＡＲＱ ＲＴＴ ｔｉｍｅｒが満了されると、ＤＲＸ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ(４ｅ−２５)が開始する。前記ＤＲＸ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒが動作する間には、端末はＰＤＣＣＨモニタリングを実行しなければならない。一般的にＤＲＸ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒ動作時間の間、ＨＡＲＱ再送信のためのスケジューリング情報が受信される(４ｅ−３０)。前記スケジューリング情報を受信すると、端末は直ちにＤＲＸ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒを中止させて、さらにＨＡＲＱ ＲＴＴ ｔｉｍｅｒを開始する。前記の動作は前記パケットが成功的に受信されるまで持続する(４ｅ−３５)。
接続モードでのＤＲＸ動作に係る設定情報はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介して端末に伝達する。ｏｎ−ｄｕｒａｔｉｏｎ ｔｉｍｅｒ、ＤＲＸ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ、ＤＲＸ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒはＰＤＣＣＨ ｓｕｂｆｒａｍｅの数で定義される。タイマーが開始された以後、ＰＤＣＣＨ ｓｕｂｆｒａｍｅと定義されたｓｕｂｆｒａｍｅが設定された数ほど過ぎると、前記タイマーが満了する。ＦＤＤではすべての ｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅがＰＤＣＣＨ ｓｕｂｆｒａｍｅに属し、ＴＤＤではｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅとｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅがここに該当する。ＴＤＤでは同一周波数帯域にｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅ、ｕｐｌｉｎｋ ｓｕｂｆｒａｍｅ、ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅが存在する。この中、ｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅとｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅがＰＤＣＣＨ ｓｕｂｆｒａｍｅと見なされる。
基地局はｌｏｎｇ ＤＲＸとｓｈｏｒｔＤＲＸの２つの状態を設定することができる。基地局は通常、端末から報告されるｐｏｗｅｒ Ｐｒｅｆｅｒｅｎｃｅ Ｉｎｄｉｃａｔｉｏｎ情報及び端末移動性記録情報、設定されたＤＲＢの特性を考慮して前記２つの状態のうちの一つを用いるだろう。２つの状態の遷移は特定タイマー満了可否又は特定ＭＡＣ ＣＥを端末に送信してなる。
図４Ｆは、本開示の実施形態によるＩＮＡＣＴＩＶＥ状態のＤＲＸ動作を説明する図面である。
端末４ｆ−０１と基地局４ｆ−０３がＲＲＣ接続(ＲＲＣ ｃｏｎｎｅｃｔｅｄ又はＲＲＣ ＡＣＴＩＶＥ)状態でデータを送受信してから(４ｆ−０５)特定条件によって基地局４ｆ−０３は端末４ｆ−０１のＩＮＡＣＴＩＶＥ状態への遷移を指示することができる。前記のＩＮＡＣＴＩＶＥ状態への遷移条件はデータパケットの不在及び無線リンクの測定値によるイベント発生などが可能である。また、前記ＲＲＣ接続状態で端末４ｆ−０１は基地局４ｆ−０３の設定によって接続状態のＤＲＸ(Ｃｏｎｎｅｃｔｅｄ ＤＲＸ、Ｃ−ＤＲＸ)で動作することができる。４ｆ−１０段階で基地局４ｆ−０３はＩＮＡＣＴＩＶＥ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを介してＲＲＣ ＡＣＴＩＶＥでＲＲＣ ＩＮＡＣＴＩＶＥ状態への遷移を指示する。前記ＩＮＡＣＴＩＶＥ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージには以下のような情報を含む。
−ＮＡＣＴＩＶＥ状態情報(ＩＮＡＣＴＩＶＥ ＳＴＡＴＥ ｉｎｆｏ(ＲＥＳＵＭＥ ＩＤ、ＲＡＮ Ａｒｅａ ｉｎｆｏ、…))
−ＮＡＣＴＩＶＥ状態ＤＲＸ設定パラメーター
特に、ＲＲＣ ＩＮＡＣＴＩＶＥ状態でＤＲＸ動作のための設定パラメーターを含むことができるのに、本発明では２つの動作に対して記述する。ＩＮＡＣＴＩＶＥ状態のＤＲＸ第１動作は既存のＬＴＥでのＲＲＣ ＩＤＬＥ状態のＤＲＸ動作と類似に動作するようにする。このために前記ＩＮＡＣＴＩＶＥ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージには端末別のページングフレーム(ｐａｇｉｎｇ ｆｒａｍｅ、ＰＦ)とページング時点(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ、ＰＯ)を計算することができるようにするシグナリングが必要である。このためにＳＩＢ２で設定された値(ＰＣＣＨ−ｃｏｎｆｉｇ)を再使用したり、これに係るパラメーター(ページング周期、ページング周期別のページングサブフレームの個数ｎＢ)を直接再設定することができる。ＩＮＡＣＴＩＶＥ状態のＤＲＸ第２動作は既存のＬＴＥでの接続状態のＤＲＸ動作と類似に動作するようにする。前記接続状態のＤＲＸ動作は複数個のＤＲＸ周期(ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ、ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ)で、多いＤＲＸタイマー(ｏｎＤｕｒａｔｉｏｎ ｔｉｍｅｒ、ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｅｔｃ)を定義した。また、前記タイマーはＤＲＸ周期別で柔軟に設定されることができる。しかし、ＩＮＡＣＴＩＶＥ状態ではＲＲＣ接続状態と異なるように基地局４ｆ−０３からの柔軟な設定に制約があるので制限的な方法の導入が必要である。例えば、前記のＩＮＡＣＴＩＶＥ状態のＤＲＸ第２動作のために一つのＤＲＸ周期を設定して(例えば、ただｌｏｎｇ ＤＲＸ ｃｙｃｌｅを設定)予め定められた値でｓｈｏｒｔ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒとｏｎ−ｄｕｒａｔｉｏｎ ｔｉｍｅｒなどを設定することができる。前記ＩＮＡＣＴＩＶＥ状態のＤＲＸ動作でデータ送受信が可能な場合のためにＨＡＲＱ ＲＴＴ ｔｉｍｅｒ、ＤＲＸ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒなども設定することができる。
端末４ｆ−０１は基地局４ｆ−０３から前記で設定された方法によってＩＮＡＣＴＩＶＥ状態でのＤＲＸ(Ｉ−ＤＲＸ)を行う(４ｆ−１５)。端末４ｆ−０１は基地局４ｆ−０３からページング信号を受信すれば(４ｆ−２０Ｉ)−ＤＲＸ 動作を中止する(４ｆ−２５)。
前記端末４ｆ−０１は当該セルでランダムアクセスを試みる(４ｆ−３０)。ランダムアクセスはターゲットセルに前記端末が接続を試みるということを知らせると共に、アップリンク同期を合わせるためである。ランダムアクセス過程でプリアンブル送信後、特定数のサブフレームが経た後、前記端末４ｆ−０１は前記セルからランダムアクセス応答メッセージ(ＲＡＲ)が送信されるか否かをモニタリングする。前記特定時間の間、ＲＡＲが受信されると(４ｆ−３５)、前記端末４ｆ−０１はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージにＲｅｓｕｍｅ ＩＤとＲｅｓｕｍｅ ｃａｕｓｅを載せて送信する(４ｆ−４０)。前記セルは受信した前記メッセージのＲｅｓｕｍｅ ＩＤを確認して当該端末が以前にどの基地局でサービスを受けたのか分かる。前記基地局４ｆ−０３が成功的にＲｅｓｕｍｅ ＩＤを受信して確認すると、ＵＥ コンテクストを再使用することができる。(もし前記基地局が Ｒｅｓｕｍｅ ＩＤを受信したが成功的に端末を区別することができなかった場合は４ｆ−４０〜４ｆ−５５動作の代りにＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージを端末に送信して既存のｌｅｇａｃｙ ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ手続きに戻ることができる。)前記基地局４ｆ−０３はＵＥコンテクストの保安情報を適用してＭＡＣ−Ｉ、端末のコンテクストに記憶されていた保安キー及び保安カウンターなどを用いて前記メッセージの無欠性を確認する。そして、前記基地局４ｆ−０３は端末４ｆ−０１のＲＲＣ接続に適用する設定を決定し、前記設定情報を収納したＲＲＣ接続再開メッセージ(ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ)を端末４ｆ−０１に送信する(４ｆ−５０)。前記メッセージには接続状態でのＤＲＸ動作のためのＣ−ＤＲＸ設定情報が含まれることができる。端末は前記更新されたＵＥコンテクスト及び設定情報を適用してＲＲＣ接続を構成して基地局４ｆ−０３にＲＲＣ接続再開完了メッセージを送信して接続を行う(４ｆ−５５)。
図４Ｇは、本開示の実施形態によるＩＮＡＣＴＩＶＥ状態のＤＲＸを行う端末動作を説明する図面である。
本例示図面では端末が予め接続モードで基地局／セルに接続して当該セルのビームからデータを送受信している状況を仮定する。以後、前述したように接続モードにある端末が特定状況に対して基地局にＩＮＡＣＴＩＶＥ状態への遷移をリクエストすることができ、基地局の判断によってＩＮＡＣＴＩＶＥ状態への遷移が命令されることもできる(４ｇ−０５)。前記第１の場合の例では端末が基地局／セルとの無線リンク品質を測定して特定イベントを報告する場合が該当することができ、第２の場合は端末との送受信データパケットがしばらくのない場合、基地局が決定することができ、前記ＩＮＡＣＴＩＶＥｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージには下記のような情報を含む。
−ＮＡＣＴＩＶＥ状態情報(ＩＮＡＣＴＩＶＥ ＳＴＡＴＥ ｉｎｆｏ(ＲＥＳＵＭＥ ＩＤ、ＲＡＮ Ａｒｅａ ｉｎｆｏ、…))
−ＮＡＣＴＩＶＥ状態ＤＲＸ設定パラメーター
特に、ＲＲＣ ＩＮＡＣＴＩＶＥ状態でＤＲＸ動作のための設定パラメーターを含むことができるのに、基地局で設定する動作タイプ及びパラメーター種類によって第１動作と第２動作で区分することができる(４ｇ−１０)。基地局と端末は予め定められた一つの動作のみをサポートすることができ、２つの動作をすべてサポートすることもできる。ＩＮＡＣＴＩＶＥ状態のＤＲＸ第１動作(４ｇ−１５)は既存のＬＴＥでのＲＲＣ ＩＤＬＥ状態のＤＲＸ動作と類似に動作するようにする。端末は基地局から受信したＤＲＸパラメーターに基づいて端末別のページングフレーム(ｐａｇｉｎｇ ｆｒａｍｅ、ＰＦ)とページング時点(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ、ＰＯ)を計算する。前記パラメーターはＳＩＢ２へ伝達するＰＣＣＨ−Ｃｏｎｆｉｇ情報又はこれを指示する値であれば良い。ＩＮＡＣＴＩＶＥ状態のＤＲＸ第２動作(４ｇ−２０)は既存のＬＴＥでの接続状態のＤＲＸ動作と類似に動作するようにする。端末は基地局から受信したＤＲＸ周期を設定して(ただ、一つのＬｏｎｇＤＲＸｃｙｃｌｅを設定)ｓｈｏｒｔ ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒとｏｎ−ｄｕｒａｔｉｏｎ ｔｉｍｅｒなどを設定することができる。前記のパラメーターはＬＴＥでのＣ−ＤＲＸと異なり予め定められた固定された値で設定されることができる。前記ＩＮＡＣＴＩＶＥ状態のＤＲＸ動作でデータ送受信が可能な場合のためにＨＡＲＱ ＲＴＴ ｔｉｍｅｒ、ＤＲＸ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒなども設定されることができる。以後、端末は基地局からページング情報を受信するまでＩＮＡＣＴＩＶＥＤＲＸ動作を行う。もし、ＩＮＡＣＴＩＶＥＤＲＸ動作の中で基地局からページング情報を受信(４ｇ−２５)するようになれば端末はＩＮＡＣＴＩＶＥＤＲＸ動作を中止してＲＲＣ接続復旧を行う(４ｇ−３０)。前記ＲＲＣ接続復旧のためにはＲｅｓｕｍｅ 手続き又はＲＲＣ接続再設定手続きが用いられることができる。基地局は前記の接続復旧許諾メッセージに接続モードでのＤＲＸ(Ｃ−ＤＲＸ)動作のためのパラメーターを含ませることができ、端末は受信した設定値に基づいてＣ−ＤＲＸ動作を行う(４ｇ−３５)。
図４Ｈは、本開示の実施形態による端末の内部構造を示すブロック図である。
前記図面を参考すれば、前記端末はＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)処理部４ｈ−１０、基底帯域(ｂａｓｅｂａｎｄ)処理部４ｈ−２０、記憶部４ｈ−３０、制御部４ｈ−４０を含む。
前記ＲＦ処理部４ｈ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部４ｈ−１０は前記基底帯域処理部４ｈ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後のアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部４ｈ−１０は送信フィルター、受信フィルター、増幅器、ミキサー(ｍｉｘｅｒ)、オシレーター(ｏｓｃｉｌｌａｔｏｒ)、ＤＡＣ(ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ)、ＡＤＣ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ)などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを備えることができる。さらに、前記ＲＦ処理部４ｈ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部４ｈ−１０はビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部４ｈ−１０は多数のアンテナ又はアンテナ要素(ｅｌｅｍｅｎｔ)を介して送受信される信号それぞれの位相及びサイズを調節することができる。また、前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作実行時のいくつかのレイヤーを受信することができる。
前記基底帯域処理部４ｈ−２０はシステムの物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部４ｈ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部４ｈ−２０は前記ＲＦ処理部４ｈ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)方式に従う場合、データ送信時、前記基底帯域処理部４ｈ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ(ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算及びＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部４ｈ−２０は前記ＲＦ処理部４ｈ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ(ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。
前記基底帯域処理部４ｈ−２０及び前記ＲＦ処理部４ｈ−１０は上述したように信号を送信及び受信する。これによって、前記基底帯域処理部４ｈ−２０及び前記ＲＦ処理部４ｈ−１０は送信部、受信部、送受信部又は通信部に指称されることができる。ひいては、前記基底帯域処理部４ｈ−２０及び前記ＲＦ処理部４ｈ−１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。さらに、前記基底帯域処理部４ｈ−２０及び前記ＲＦ処理部４ｈ−１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術は無線ラン(例えば、ＩＥＥＥ ８０２．１１)、セルラー網(例えば、ＬＴＥ)などを含むことができる。さらに、前記互いに異なる周波数帯域は超高周波(ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ)(例えば、２ＮＲＨｚ、ＮＲｈｚ)帯域、ｍｍ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)(例えば、６０ＧＨｚ)帯域を含むことができる。
前記記憶部４ｈ−３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部４ｈ−３０は第２無線接続技術を用いて無線通信を行う第２接続ノードに係る情報を記憶することができる。そして、前記記憶部４ｈ−３０は前記制御部４ｈ−４０のリクエストに従って記憶されたデータを提供する。
前記制御部４ｈ−４０は多重接続処理部４ｈ−４２を含み、前記端末の全般的な動作を制御する。例えば、前記制御部４ｈ−４０は前記基底帯域処理部４ｈ−２０及び前記ＲＦ処理部４ｈ−１０を介して信号を送受信する。また、前記制御部４ｈ−４０は前記記憶部４ｈ−４０にデータを記録し、読む。このために、前記制御部４ｈ−４０は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含むことができる。例えば、前記制御部４ｈ−４０は通信のための制御を行うＣＰ(ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)及び応用プログラムなどの上位階層を制御するＡＰ(ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)を含むことができる。
図４Ｉは、本開示の実施形態によるＮＲ基地局の構成を示したブロック図である。
前記図面に示されたように、前記基地局はＲＦ処理部４ｉ−１０、基底帯域処理部４ｉ−２０、バックホール通信部４ｉ−３０、記憶部４ｉ−４０、制御部４ｉ−５０を含んで構成される。
前記ＲＦ処理部４ｉ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部４ｉ−１０は前記基底帯域処理部４ｉ−２０から提供される基底帯域信号をＲＦ帯域信号にアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部４ｉ−１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣ などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記第１接続ノードは多数のアンテナを備えることができる。さらに、前記ＲＦ処理部４ｉ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部４ｉ−１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部４ｉ−１０は多数のアンテナ又はアンテナ要素を介して送受信される信号それぞれの位相及びサイズを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することによって下向きのＭＩＭＯ動作を行うことができる。
前記基底帯域処理部４ｉ−２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部４ｉ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部４ｉ−２０は前記ＲＦ処理部４ｉ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ方式に従う場合、データ送信時、前記基底帯域処理部４ｉ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部４ｉ−２０は前記ＲＦ処理部４ｉ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。前記基底帯域処理部４ｉ−２０及び前記ＲＦ処理部４ｉ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部４ｉ−２０及び前記ＲＦ処理部４ｉ−１０は送信部、受信部、送受信部、通信部又は無線通信部と指称されることができる。
前記バックホール通信部４ｉ−３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。すなわち、前記バックホール通信部４ｉ−３０は前記主基地局で他のノード、例えば、補助基地局、コア網などに送信されるビット列を物理的信号で変換し、前記他のノードから受信される物理的信号をビット列で変換する。
前記記憶部４ｉ−４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部４ｉ−４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部４ｉ−４０は端末に多重接続を提供するか、中断するか否かの判断基準となる情報を記憶することができる。そして、前記記憶部４ｉ−４０は前記制御部４ｉ−５０のリクエストに従って記憶されたデータを提供する。
前記制御部４ｉ−５０は多重接続処理部４ｉ−５２を含み、前記主基地局の全般的な動作を制御する。例えば、前記制御部４ｉ−５０は前記基底帯域処理部４ｉ−２０及び前記ＲＦ処理部４ｉ−１０を介し、若しくは前記バックホール通信部４ｉ−３０を介して信号を送受信する。また、前記制御部４ｉ−５０は前記記憶部４ｉ−４０にデータを記録し、読む。このために、前記制御部４ｉ−５０は少なくとも一つのプロセッサを含むことができる。
本発明は下記の請求項の権利を有する。
端末が非活性状態で非連続受信を行う方法
１．端末がＲＲＣ ＡＣＴＩＶＥ状態でＲＲＣ ＩＮＡＣＴＩＶＥ状態へ遷移する時のＩＮＡＣＴＩＶＥｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信する動作
前記メッセージにはＩＮＡＣＴＩＶＥ状態でのＤＲＸ第１動作を行うのに必要なパラメーターを含む方法；
前記メッセージにはＩＮＡＣＴＩＶＥ状態でのＤＲＸ第２動作を行うのに必要なパラメーターを含む方法；
前記第１動作はＩＬＤＥ状態のＤＲＸ動作と類似に端末別でＰＯ／ＰＦを計算してＰＤＣＣＨをモニタリングする方法；
前記第２動作はＲＲＣ ＡＣＴＩＶＥ状態のＤＲＸ動作と類似であるが、制限されたパラメーターを用いる方法；
前記パラメーターは予め定められた一つのＤＲＸｃｙｃｌｅ、ｓｈｏｒｔ ｄｒｘ−ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｓｈｏｒｔ ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒなどを含む方法；
２．端末が基地局から受信した設定値に基づいてＩＮＡＣＴＩＶＥＤＲＸ動作を行う方法
３．端末がページングを受信すると、ＩＮＡＣＴＩＶＥＤＲＸ動作を中止してＡＣＴＩＶＥ状態へ遷移する方法
４．端末がＲＥＳＵＭＥ手続きを行ってＡＣＴＩＶＥＤＲＸ動作を再開する方法
前記の手続きはランダムアクセスを行ってＲｅｓｕｍｅ ｒｅｑｕｅｓｔを送信する方法；
前記のＲｅｓｕｍｅ ｒｅｑｕｅｓｔにはＲｅｓｕｍｅ ＩＤと Ｒｅｓｕｍｅ ｃａｕｓｅを含む方法；
基地局からＲｅｓｕｍｅ許容メッセージを受信する方法；
前記のメッセージにはＡＣＴＩＶＥＤＲＸ動作のためのパラメーターを含む方法；
基地局でＲｅｓｕｍｅ完了メッセージを送信する方法；
＜第５実施形態＞
図５Ａは、本開示の実施形態によるＬＴＥシステムの構造を示す図面である。
図５Ａを参照すれば、示されたようにＬＴＥシステの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、以下、ｅＮＢ、Ｎｏｄｅ Ｂ又は基地局)５ａ−０５、５ａ−１０、５ａ−１５、５ａ−２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)５ａ−２５及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)５ａ−３０から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)５ａ−３５はｅＮＢ５ａ−０５〜５ａ−２０及びＳ−ＧＷ５ａ−３０を介して外部ネットワークに接続する。
図５ＡでｅＮＢ５ａ−０５〜５ａ−２０はＵＭＴＳシステムの既存のノードＢに対応される。ｅＮＢはＵＥ５ａ−３５と無線チャンネルで接続されて既存のノードＢより複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをｅＮＢ５ａ−０５〜５ａ−２０が担当する。一つのｅＮＢは通常、多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは例えば、２０ＭＨｚ帯域幅で直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として用いる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ５ａ−３０はデータベアラーを提供する装置であり、ＭＭＥ５ａ−２５の制御にしたがってデータベアラーを生成するか除去する。ＭＭＥは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。
図５Ｂは、本開示の実施形態によるＬＴＥシステムでの無線プロトコル構造を示す図面である。
図５Ｂを参照すれば、ＬＴＥシステムの無線プロトコルは端末とｅＮＢでそれぞれＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)５ｂ−０５、５ｂ−４０、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)５ｂ−１０、５ｂ−３５、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)５ｂ−１５、５ｂ−３０からなる。ＰＤＣＰ５ｂ−０５、５ｂ−４０はＩＰ ｈｅａｄｅｒ 圧縮／復元などの動作を担当する。ＰＤＣＰの主要機能は下記のように要約される。
−ｈｅａｄｅｒ圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−順序再整列機能(Ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ(ｏｎｌｙ ｓｕｐｐｏｒｔ ｆｏｒ ＲＬＣ ＡＭ)：ＰＤＣＰ ＰＤＵ ｒｏｕｔｉｎｇ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ ａｔ ｈａｎｄｏｖｅｒ ａｎｄ、ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ、ｏｆ ＰＤＣＰ ＰＤＵｓ ａｔ ＰＤＣＰ ｄａｔａ−ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ、ｆｏｒ ＲＬＣ ＡＭ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣという)５ｂ−１０、５ｂ−３５はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを行う。ＲＬＣの主要機能は下記のように要約される。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
ＭＡＣ５ｂ−１５、５ｂ−３０は一つの端末に構成された多くのＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行う。ＭＡＣの主要機能は下記のように要約される。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｏｎｅ ｏｒ ｄｉｆｆｅｒｅｎｔ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｉｎｔｏ／ｆｒｏｍ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ(ＴＢ)ｄｅｌｉｖｅｒｅｄ ｔｏ／ｆｒｏｍ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
物理階層５ｂ−２０、５ｂ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作をする。
図５Ｃは、本開示の実施形態による次世代移動通信システムの構造を示す図面である。
図５Ｃを参照すれば、示されたように次世代移動通信システムの無線アクセスネットワークは次世代基地局(Ｎｅｗ Ｒａｄｉｏ Ｎｏｄｅ Ｂ、以下、ＮＲ ｇＮＢ又はＮＲ基地局)５ｃ−１０とＮＲ ＣＮ(Ｎｅｗ Ｒａｄｉｏ Ｃｏｒｅ Ｎｅｔｗｏｒｋ)５ｃ−０５から構成される。ユーザ端末(Ｎｅｗ Ｒａｄｉｏ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＮＲ ＵＥ又は端末)５ｃ−１５はＮＲ ｇＮＢ５ｃ−１０及びＮＲ ＣＮ５ｃ−０５を介して外部ネットワークに接続する。
図５ＣでＮＲ ｇＮＢ５ｃ−１０は既存のＬＴＥシステムのｅＮＢ(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)に対応される。ＮＲ ｇＮＢ５ｃ−１０はＮＲ ＵＥ５ｃ−１５と無線チャンネルで接続されて既存のノードＢより非常に優れたサービスを提供することができる。次世代移動通信システムではすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＮＲ ｇＮＢ５ｃ−１０が担当する。一つのＮＲ ｇＮＢ５ｃ−１０は通常、多数のセルを制御する。既存のＬＴＥ対比超高速データ送信を具現するために既存の最大帯域幅以上を持つことができ、直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下 ＯＦＤＭという)を無線接続技術として追加的にビームフォーミング技術が適用されることができる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。ＮＲ ＣＮ５ｃ−０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行う。ＮＲ ＣＮは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置として多数の基地局と接続される。また、次世代移動通信システムは既存のＬＴＥシステムとも連動されることができ、ＮＲ ＣＮがＭＭＥ５ｃ−２５とネットワークインターフェースを介して接続される。ＭＭＥは既存の基地局であるｅＮＢ５ｃ−３０と接続される。
図５Ｄは、本開示の実施形態によるＮＲシステムでのＱｏＳをハンドリングするための新しい機能を説明するための図面である。
ＮＲシステムでは互いに異なるサービス品質(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、以下、ＱｏＳ)を要求するサービス、すなわち、ＱｏＳ要求事項によってユーザトラフィック送信経路を設定するかサービス別のＩＰ ｆｌｏｗを制御しなければならない。ＮＲシステムは複数個のＱｏＳ ｆｌｏｗが複数個のＤＲＢ(Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ)にマッピングされ、これを同時に設定することができる。すなわち、ダウンリンクに対しては複数個のＱｏＳ ｆｌｏｗ５ｄ−０１、５ｄ−０２、５ｄ−０３が同じＤＲＢ又は異なるＤＲＢ５ｄ−１０、５ｄ−１５、５ｄ−２０にマッピングされることができるので、これを区分するためにダウンリンクパケットにＱｏＳ ｆｌｏｗ ＩＤを表示(ｍａｒｋｉｎｇ)することが必要である。前記のような機能は既存のＬＴＥ ＰＤＣＰプロトコルになかった機能であるのでこれを担当する新しいプロトコル(ＡＳ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ｌａｙｅｒ、以下、ＡＳＭＬ)５ｄ−０５、５ｄ−４０、５ｄ−５０、５ｄ−８５が導入されるかＰＤＣＰに新しい機能を行う機能を追加されなければならない。上述したＡＳＭＬプロトコルはＳＤＡＰ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)Ｌａｙｅｒプロトコルと呼ばれることもできる。さらに、前記の表示は端末がアップリンクに対して反映的(ｒｅｆｌｅｃｔｉｖｅ)ＱｏＳを具現することを許容する。前記のようにダウンリンクパケットに明示的にＱｏＳ ｆｌｏｗ ＩＤを表示することは端末のＡＳ(Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)が前記情報を端末のＮＡＳに提供する簡単な方法である。ダウンリンクでＩＰ ｆｌｏｗをＤＲＢにマッピングする方法は以下の２つの段階からなることができる。
ＮＡＳ ｌｅｖｅｌ ｍａｐｐｉｎｇ：ＩＰ ｆｌｏｗ→ＱｏＳ ｆｌｏｗ
ＡＳ ｌｅｖｅｌ ｍａｐｐｉｎｇ：ＱｏＳ ｆｌｏｗ→ＤＲＢ
ダウンリンク受信では受信したＤＲＢ５ｄ−２５、５ｄ−３０、５ｄ−３５別でＱｏＳ ｆｌｏｗ マッピング情報及び反映的ＱｏＳ動作の有無を把握し、当該情報をＮＡＳに伝達することができ、ここでＱｏＳ ｆｌｏｗ１は５ｄ−４１、ＱｏＳ ｆｌｏｗ２は５ｄ−４２、ＱｏＳ ｆｌｏｗ３は５ｄ−４３である。
アップリンクに対しても同様に２段階のマッピングを用いることができる。先ずＮＡＳシグナルリングを介してＩＰ ｆｌｏｗをＱｏＳ ｆｌｏｗにマッピングする。例えば、複数のＱｏｓ ｆｌｏｗ５ｄ−８６、５ｄ−８７、５ｄ−８８はアップリンクで同じＤＲＢ又は異なるＤＲＢ５ｄ−７０、５ｄ−７５、５ｄ−８０にマッピングされることができ、このようなアップリンクパケットを互いに区別するためにＱｏＳ ｆｌｏｗ ＩＤをマークする必要がある。ＡＳでＱｏＳ ｆｌｏｗを定められたＤＲＢ５ｄ−５５、５ｄ−６０、５ｄ−６５にマッピングする。端末はアップリンクパケットにＱｏＳ ｆｌｏｗ ＩＤを表示することもでき、ＱｏＳ ｆｌｏｗ ＩＤを表示せずパケットをそのまま伝達することもできる。前記機能は端末のＡＳＭＬで行われる。アップリンクパケットにＱｏＳ ｆｌｏｗ ＩＤが表示されている場合、基地局は前記情報をＮＧ−Ｕで伝達するパケットにアップリンクＴＦＴ(Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ)無しにＱｏＳ ｆｌｏｗ ＩＤを表示して伝達することができる。
本発明ではＮＲシステムでのＱｏＳをハンドリングするための新しい機能をサポートする方法及びこれをサポートするＡＳＭＬ５ｄ−０５、５ｄ−４０、５ｄ−５０、５ｄ−８５の設計方法を述べる。前記のＡＳＭＬ５ｄ−０５、５ｄ−４０、５ｄ−５０、５ｄ−８５はＤＲＢ基盤のプロトコルではなくてここでＱｏＳ ｆｌｏｗ１は５ｄ−４５、ＱｏＳ ｆｌｏｗ２は５ｄ−４６、ＱｏＳ ｆｌｏｗ ３は５ｄ−４７である。
図５Ｅは、本開示の実施形態によるＡＳＭＬプロトコルの第１構造である。
図５Ｅを参照すればＮＲシステムの新しいＱｏＳ機能をハンドリングするため、以下のような情報が無線インターフェースを介して伝達しなければならない。
−ダウンリンク：ＱｏＳ ｆｌｏｗ ＩＤ ＋ Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｐｒｏｃｅｓｓｉｎｇ ｒｅｑｕｉｒｅｄ ｉｎｄｉｃａｔｏｒ
−アップリンク：ＱｏＳ ｆｌｏｗ ＩＤ
前記のような新しい情報をＵｕへ伝達するインターフェースが必要で、第１構造はＰＤＣＰ５ｅ−１０レイヤーの上に前記機能を担当する新しいプロトコルを定義する。前記のＡＳＭＬ５ｅ−０５はＤＲＢ基盤のプロトコルではなく、設定されたＤＲＢ５ｅ−３０マッピングルールによってパケットが伝達する。例えば、ＩＰトラフィックが発生すればＡＳＭＬ５ｅ−０５でＩＰ ｆｌｏｗをＱｏＳ ｆｌｏｗ ＩＤにマッピングしてＱｏＳ ｆｌｏｗ ＩＤをＤＲＢにマッピングする。ここで、ＩＰトラフィックはＩＰ ｈｅａｄｅｒ５ｅ−３５とｐａｙｌｏａｄ５ｅ−４０から構成され、ＡＳＭＬ ｈｅａｄｅｒ５ｅ−４５はＩＰパケット後に位置することができ、ＩＰパケットの前に位置することもできる。もし、ＡＳＭＬ ｈｅａｄｅｒ５ｅ−４５がＩＰパケットの前にある場合、ＰＤＣＰ５ｅ−１０でｈｅａｄｅｒ圧縮を行う時のＡＳＭＬ ｈｅａｄｅｒ５ｅ−４５の長さ情報が必要であるのでオーバーヘッドが発生するようになるが、ＡＳＭＬ ｈｅａｄｅｒ５ｅ−４５がＩＰパケットの前に位置することもできる。ＰＤＣＰ５ｅ−１０ではＩＰ ｈｅａｄｅｒ圧縮５ｅ−５５をしてＰＤＣＰ ｈｅａｄｅｒ５ｅ−５０を追加する。ＲＬＣ５ｅ−１５とＭＡＣ５ｅ−２０でもそれぞれのＲＬＣ ｈｅａｄｅｒ５ｅ−６０とＭＡＣ ｈｅａｄｅｒ５ｅ−６５を順次に追加してＰＨＹ５ｅ−２５でＭＡＣ ＰＤＵを伝達する。
図５Ｆは、本開示の実施形態によるＡＳＭＬ第１構造でのＡＳＭＬ ｈｅａｄｅｒを示す図面である。
図５Ｆを参照すればＡＳＭＬ第１構造はＰＤＣＰレイヤーの上に新しい機能を担当する独立的なプロトコルを導入することである。前記のＡＳＭＬのｈｅａｄｅｒを設計する方法ですべてのダウンリンクパケットに対して８ｂｉｔｓ若しくは１６ｂｉｔｓのｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤを含むことを考えられる。前記のＱｏＳ ｆｌｏｗ ＩＤはｂｙｔｅから構成されるので８ｂｉｔｓ若しくは１６ｂｉｔｓ長さを有することができる。しかし、このような場合、すべてのダウンリンクパケットに対しての以下のようなｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作を実行しなければならない。
Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作１(ＡＳ)
受信したダウンリンクパケットのアップリンクＱｏＳ ｆｌｏｗがパケットを受信したＤＲＢでマッピングされているか確認
前記条件を満足しなければアップリンクＱｏＳ ｆｌｏｗをダウンリンクパケットを受信したＤＲＢにマッピングするようにアップデート
Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作２(ＮＡＳ)
受信したダウンリンクパケットのアップリンクＩＰ ｆｌｏｗがパケットを受信したＱｏＳ ｆｌｏｗでマッピングされているか確認
前記条件を満足しなければアップリンクＩＰ ｆｌｏｗをダウンリンクパケットを受信したＱｏＳ ｆｌｏｗにマッピングするようにアップデート(アップリンクＴＦＴアップデート)
前記の動作をすべてのダウンリンクパケットを受信するたびに行うことは相当なプロセッシング消耗をもたらすだけでなく不必要である。ＩＰ ｆｌｏｗ又はＱｏＳ ｆｌｏｗのためにマッピングすることはＱｏＳの要求事項が変わる場合にだけ必要であり、これは頻繁には発生しないこともある。したがって、前記のオーバーヘッドを減らすために２つのＡＳＭＬ ｈｅａｄｅｒ設定方法を提案する。
Ｏｐｔｉｏｎ１(１ ｂｙｔｅのｈｅａｄｅｒで構成)
Ｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤ(８ ｏｒ １６ｂｉｔｓ)より長さが短いｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ５ｆ−０５(ｅ．ｇ．、４ｂｉｔｓ)を使用
ダウンリンクパケットに１ｂｉｔのｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒ(ＲＱ)５ｆ−１０を含ませて、端末のｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作を指示
Ｈｅａｄｅｒの残るｂｉｔｓをｒｅｓｅｒｖｅｄ ｂｉｔｓで設定(Ｒ、５ｆ−１５)
Ｏｐｔｉｏｎ２−１(条件付きでｈｅａｄｅｒ長さが変わり)
端末がｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作をしなければならない場合に対してだけダウンリンクパケットにＱｏＳ ｆｌｏｗ ＩＤ５ｆ−３０を含み。
パケットにＱｏＳ ｆｌｏｗ ＩＤが含まれたか否かを知らせる１ｂｉｔｓのＲＱインジケータ５ｆ−２０含み
Ｈｅａｄｅｒの残るｂｉｔｓをｒｅｓｅｒｖｅｄ ｂｉｔｓで設定(Ｒ、５ｆ−２５)
前記のオプション１のために基地局はＲＲＣメッセージ(ＤＲＢ設定メッセージに含ませて)を介して端末にＱｏＳ ｆｌｏｗ ＩＤとｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤの間のマッピング情報を伝達する。前記のマッピング情報はＤＲＢへのマッピング情報を含む。
前記のオプション２−２から１ｂｉｔ ＲＱインジケータは含まれてもよく、含まれなくてもＱｏＳ ｆｌｏｗ ＩＤ(５ｆ−３５)のみを含むこともできる。
図５Ｇは、本開示の実施形態によるＡＳＭＬ第１構造を適用した場合に対する端末の動作を説明する図面である。
ＡＳＭＬ第１構造はＰＤＣＰレイヤーの上に新しい機能を担当する独立的なプロトコルを導入することである。前記のＡＳＭＬはＤＲＢ基盤のプロトコルではなく、ＩＰトラフィックが発生すればＱｏＳ ｆｌｏｗ ＩＤとＲｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒを表示してＰＤＣＰ レイヤーでパケットを伝達する。
端末は基地局からＤＲＢを設定するためのＲＲＣメッセージを受信する(５ｇ−０５)。前記ＲＲＣメッセージではＲＲＣ ｃｏｎｎｅｃｔｉｏｎ(ｒｅ−)ｅｓｔａｂｌｉｓｈｍｅｎｔ、ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎが用いられる。さらに、前記メッセージには以下のような設定情報が含まれる。
ＰＤＣＰ、ＲＬＣ、ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ設定情報(ＰＤＣＰ ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＲＬＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＬＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ)
ダウンリンクＡＳＭＬ設定情報(ＡＳＭＬ ｆｏｒ ＤＬ)：ＱｏＳ ｆｌｏｗ ＩＤ ＋ Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒ
アップリンクＡＳＭＬ設定情報(ＡＳＭＬ ｆｏｒ ＵＬ)：ＱｏＳ ｆｌｏｗ ＩＤ
ＤＲＢマッピングに用いるためのｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤとｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ間のマッピング情報(Ｍａｐｐｉｎｇ ｉｎｆｏ ｆｒｏｍ ＱｏＳ ｆｌｏｗ ＩＤ ｔｏ ｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ)
前記のＡＳＭＬは独立されたレイヤーで存在してデータ送信方向及びＤＲＢ別で別途の設定が必要である。また、ｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤマッピング情報は第１オプションで動作する場合にｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤと該当するＤＲＢをマッピングする情報で用いられる。端末は基地局からダウンリンクＭＡＣ ＰＤＵを受信して(５ｇ−１０)、前記ＭＡＣ ＰＤＵをｄｅ−ｍｕｌｔｉｐｌｅｘｉｎｇ一ＲＬＣ ＰＤＵを該当するｌｏｇｉｃａｌ ｃｈａｎｎｅｌに伝達する。ＲＬＣ ＰＤＵはＰＤＣＰ ＰＤＵに処理されて該当するＰＤＣＰへ伝達する。ＰＤＣＰ ＰＤＵはＰＤＣＰ ＳＤＵに処理される。前記ＤＲＢに対してダウンリンクＡＳＭＬが設定されていると、ＰＤＣＰ ＳＤＵの尾部に付いているＡＳＭＬ ｈｅａｄｅｒをサーチする(５ｇ−１５)。
もし、ＡＳＭＬが設定されていると、当該パケットのｓｈｏｒｔ ＱｏＳ ＩＤとＲｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒをデコーディングして以下のようなＲｅｆｌｅｃｔｉｖｅ ＱｏＳ動作を行う(５ｇ−２０)。
Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作１(ＡＳ)
受信したダウンリンクパケットのアップリンクＱｏＳ ｆｌｏｗがパケットを受信したＤＲＢでマッピングされているか確認
前記条件を満足しなければアップリンクＱｏＳ ｆｌｏｗをダウンリンクパケットを受信したＤＲＢでマッピングするようにアップデート
Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作２(ＮＡＳ)
受信したダウンリンクパケットのアップリンク ＩＰ ｆｌｏｗがパケットを受信したＱｏＳ ｆｌｏｗでマッピングされているか確認
前記条件を満足しなければアップリンクＩＰ ｆｌｏｗをダウンリンクパケットを受信したＱｏＳ ｆｌｏｗにマッピングするようにアップデート(アップリンクＴＦＴアップデート)
ＤＲＢに対してＡＳＭＬが設定されなかったか、設定されたがダウンリンクのためではなければ端末はＰＤＣＰ ＳＤＵを上位レイヤーで伝達する(５ｇ−２５)。
５ｇ−３０段階で端末はアップリンク送信のためのＩＰパケットが発生する。前記のアップリンクのためのＤＲＢに対してＡＳＭＬが設定されていると、端末はＡＳＭＬ ｈｅａｄｅｒを生成してＩＰパケットに付けて(５ｇ−４０)ＱｏＳ ｆｌｏｗとマッピングされるＤＲＢのＰＤＣＰレイヤーでパケットを伝達する(５ｇ−４５)。
ＤＲＢに対してＡＳＭＬが設定されなかったか、設定されたがアップリンクのためではなければ端末はＱｏＳ ｆｌｏｗとマッピングされるＤＲＢのＰＤＣＰレイヤーでパケットを伝達する(５ｇ−５０)。
５ｇ−５５段階で端末はＰＤＣＰ ＰＤＵをＲＬＣ ＰＤＵ ｐａｙｌｏａｄで処理し、当該ＲＬＣ ｐａｙｌｏａｄの前にＲＬＣ ＰＤＵ ｈｅａｄｅｒを付けて該当するｌｏｇｉｃａｌ ｃｈａｎｎｅｌへ伝達する。そして、ＲＬＣ ＰＤＵをｍｕｌｔｉｐｌｅｘｉｎｇしたアップリンクＭＡＣ ＰＤＵを生成してＰＨＹで伝達する(５ｇ−６０)。
図５Ｈは、本開示の実施形態によるＡＳＭＬプロトコルの第２構造である。
図５Ｈを参照すればＮＲシステムの新しいＱｏＳ機能をハンドリングするため、以下のような情報が無線インターフェースを介して伝達しなければならない。
ダウンリンク：ＱｏＳ ｆｌｏｗ ＩＤ ＋ Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｐｒｏｃｅｓｓｉｎｇ ｒｅｑｕｉｒｅｄ ｉｎｄｉｃａｔｏｒ
アップリンク：ＱｏＳ ｆｌｏｗ ＩＤ
前記のような新しい情報をＵｕへ伝達するインターフェースが必要で、第２構造はＰＤＣＰ５ｈ−０５レイヤー、ＰＤＣＰｌｏｗ−１、ＰＤＣＰｌｏｗ−２、ＰＤＣＰｌｏｗ−３サブレイヤー５ｈ−０４内に前記機能を担当するＰＤＣＰ−ＡＳＭＬ５ｈ−１０サブレイヤーを導入する。例えば、ＩＰトラフィックが発生すればＰＤＣＰ５ｈ−０５で既存のＰＤＣＰ ｈｅａｄｅｒ外にＱｏＳ ｆｌｏｗ ＩＤとＲｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒを含むＰＤＣＰ ｈｅａｄｅｒをＩＰパケットに追加する。ここでＩＰパケットはＩＰ ｈｅａｄｅｒとｐａｙｌｏａｄから構成され、ＲＬＣ５ｈ−２０とＭＡＣ５ｈ−２５でもそれぞれのＲＬＣ ｈｅａｄｅｒとＭＡＣ ｈｅａｄｅｒを順次に追加してＰＨＹ５ｈ−３０でＭＡＣ ＰＤＵを伝達する。前記のＰＤＣＰ−ＡＳＭＬサブレイヤーで設定されたＤＲＢ５ｈ−３５マッピングルールによってパケットが伝達する。
図５Ｉは、本開示の実施形態によるＡＳＭＬ第２構造でのＰＤＣＰ ｈｅａｄｅｒを示す図面である。
図５Ｉを参照すればＡＳＭＬ第２構造はＰＤＣＰに新しい機能を担当するＰＤＣＰ−ＡＳＭＬサブレイヤーを導入することである。前記のＰＤＣＰ−ＡＳＭＬを含むＰＤＣＰ ｈｅａｄｅｒを設計する方法ですべてのダウンリンクパケットに対して既存のＤ／Ｃ ｂｉｔ(ｄａｔａ ｏｒ ｃｏｎｔｒｏｌ ｓｉｇｎａｌ ｉｎｄｉｃａｔｏｒ)５ｉ−０５とＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)５ｉ−１５ｂｉｔｓ及びｒｅｓｅｒｖｅｄ ｂｉｔｓ５ｉ−１０外に追加で８ｂｉｔｓ若しくは１６ｂｉｔｓのｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤを含むことを考えられる。前記のＱｏＳ ｆｌｏｗ ＩＤはｂｙｔｅから構成されるので８ｂｉｔｓ若しくは１６ｂｉｔｓ長さを有することができる。しかし、このような場合、すべてのダウンリンクパケットに対して以下のようなｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作を実行しなければならない。
Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作１(ＡＳ)
受信したダウンリンクパケットのアップリンクＱｏＳ ｆｌｏｗがパケットを受信したＤＲＢでマッピングされているか確認
前記条件を満足しなければアップリンクＱｏＳ ｆｌｏｗをダウンリンクパケットを受信したＤＲＢでマッピングするようにアップデート
Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作２(ＮＡＳ)
受信したダウンリンクパケットのアップリンクＩＰ ｆｌｏｗがパケットを受信したＱｏＳ ｆｌｏｗでマッピングされているか確認
前記条件を満足しなければアップリンクＩＰ ｆｌｏｗをダウンリンクパケットを受信したＱｏＳ ｆｌｏｗでマッピングするようにアップデート(アップリンクＴＦＴアップデート)
前記の動作をすべてのダウンリンクパケットを受信するごとに行うことは相当なプロセッシング消耗をもたらすだけでなく不必要である。ＩＰ ｆｌｏｗ又はＱｏＳ ｆｌｏｗのためにマッピングすることはＱｏＳの要求事項が変わる場合にだけ必要であり、これは頻繁には発生しないこともある。したがって、前記のオーバーヘッドを減らすために２つのＡＳＭＬ ｈｅａｄｅｒ設定方法を提案する。
Ｏｐｔｉｏｎ１
Ｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤ(８ ｏｒ １６ｂｉｔｓ)より長さが短いｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ５ｉ−２０(ｅ．ｇ．３〜４ｂｉｔｓ)を使用
ダウンリンクパケットに１ｂｉｔのｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒ(ＲＱ)５ｉ−２５を含ませて、端末のｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作を指示
ＳＮ ｂｉｔｓ(１０又は１１ｂｉｔｓ)５ｉ−３５設定
Ｈｅａｄｅｒの残るｂｉｔｓをｒｅｓｅｒｖｅｄ ｂｉｔｓ(５ｉ−３０)で設定
Ｏｐｔｉｏｎ２(条件付きでｈｅａｄｅｒ長さが変わる)
端末がｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作をすべき場合に対してだけダウンリンクパケットにＱｏＳ ｆｌｏｗ ＩＤ５ｉ−６０を含む。
パケットにＱｏＳ ｆｌｏｗ ＩＤが含まれたか否かを知らせる１ｂｉｔｓのＲＱインジケータ５ｉ−４５を含む。
ＳＮ ｂｉｔｓ(１０又は１１ｂｉｔｓ)５ｉ−５５設定
Ｈｅａｄｅｒの残るｂｉｔｓをｒｅｓｅｒｖｅｄ ｂｉｔｓ５ｉ−５０で設定
前記のオプション１のために基地局はＲＲＣメッセージ(ＤＲＢ設定、具体的にＰＤＣＰ設定メッセージに含ませて)を介して端末にＱｏＳ ｆｌｏｗ ＩＤとｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ間のマッピング情報を伝達する。前記のマッピング情報はＤＲＢへのマッピング情報を含む。
前記のオプション２で１ｂｉｔ ＲＱインジケータは含まれても良く、含まれなくｒｅｓｅｒｖｅｄ ｂｉｔ５ｇ−５０で用いられることもできる。
さらに、特定条件ではＰＤＣＰが前記のオプション１とオプション２ではない既存のＬＴＥでの構造(５ｉ−０５、５ｉ−１０、５ｉ−１５から構成される)で送信されることができる。これはｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作が必要ではない場合に該当する。
図５Ｊは、本開示の実施形態によるＡＳＭＬ第２構造を適用した場合に対する端末の動作を説明する図面である。
図５Ｊを参照すればＡＳＭＬ第２構造はＰＤＣＰに新しい機能を担当するＰＤＣＰ−ＡＳＭＬサブレイヤーを導入することである。前記のＰＤＣＰ−ＡＳＭＬはＤＲＢ基盤のサブレイヤーではなく、既存のＰＤＣＰ ｈｅａｄｅｒ処理以前に行われる。
端末は基地局からＤＲＢを設定するためのＲＲＣメッセージを受信する(５ｊ−０５)。前記ＲＲＣメッセージではＲＲＣ ｃｏｎｎｅｃｔｉｏｎ(ｒｅ−)ｅｓｔａｂｌｉｓｈｍｅｎｔ、ＲＲＣ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎが用いられる。さらに、前記メッセージには以下のような設定情報が含まれる。
ＰＤＣＰ、ＲＬＣ、ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ設定情報(ＰＤＣＰ ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＲＬＣ ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＬＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ)
ＰＤＣＰは以下のＱｏＳ関連情報を含んでもよく、含まなくても良い。
[８６７]
ＱｏＳ ｆｌｏｗ ＩＤとＲｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒが含まれるか否か
ＤＲＢマッピングに用いるためのｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤとｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ間のマッピング情報(Ｍａｐｐｉｎｇ ｉｎｆｏ ｆｒｏｍ ＱｏＳ ｆｌｏｗ ＩＤ ｔｏ ｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ)
前記のＰＤＣＰ−ＡＳＭＬサブレイヤーはデータ送信方向及びＤＲＢ別で別途の設定が必要である。また、ｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤマッピング情報は第１オプションで動作する場合にＳｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤと該当するＤＲＢをマッピングする情報で用いられる。端末は基地局からダウンリンクＭＡＣ ＰＤＵを受信して(５ｊ−１０)、前記ＭＡＣ ＰＤＵをｄｅ−ｍｕｌｔｉｐｌｅｘｉｎｇ一ＲＬＣ ＰＤＵを該当するｌｏｇｉｃａｌ ｃｈａｎｎｅｌへ伝達する。ＲＬＣ ＰＤＵはＰＤＣＰ ＰＤＵで処理されて該当するＰＤＣＰで伝達する。
５ｊ−１５段階で端末はＰＤＣＰ設定で当該方向へのＤＲＢに対するＱｏＳ情報を含んでいるかをチェックし、もし、含むとＱｏＳ ｆｌｏｗ ＩＤとＲＱをデコーディングしてｄｅｃｉｐｈｅｒｉｎｇとｈｅａｄｅｒ ｄｅｃｏｍｐｒｅｓｓｉｏｎを行った後、以下のようなＲｅｆｌｅｃｔｉｖｅ ＱｏＳ動作を行う(５ｊ−２０)。
Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作１(ＡＳ)
受信したダウンリンクパケットのアップリンクＱｏＳ ｆｌｏｗがパケットを受信したＤＲＢでマッピングされているか確認
前記条件を満足しなければアップリンク ＱｏＳ ｆｌｏｗをダウンリンクパケットを受信したＤＲＢにマッピングするようにアップデート
Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作２(ＮＡＳ)
受信したダウンリンクパケットのアップリンクＩＰ ｆｌｏｗがパケットを受信したＱｏＳ ｆｌｏｗでマッピングされているか確認
前記条件を満足しなければアップリンクＩＰ ｆｌｏｗをダウンリンクパケットを受信したＱｏＳ ｆｌｏｗにマッピングするようにアップデート(アップリンクＴＦＴアップデート)
前記ＱｏＳ ｆｌｏｗ ＩＤとＲＱをデコーディングするためにオプション１で動作する場合、ＰＤＣＰ ｈｅａｄｅｒの第１のｂｙｔｅのｂ１〜ｂ４をデコーディングすることができ、オプション２で動作する場合にはＰＤＣＰ ｈｅａｄｅｒの第１のｂｙｔｅのｂ１とＳＮの後に追加されたＱｏＳ ｆｌｏｗ ＩＤをデコーディングする。
当該方向のＤＲＢに対してＰＤＣＰでＱｏＳ情報を含まれていない場合、端末はＰＤＣＰ ＰＤＵをｄｅｃｉｐｈｅｒｉｎｇとｈｅａｄｅｒ ｄｅｃｏｍｐｒｅｓｓｉｏｎ実行した後のＰＤＣＰ ＳＤＵで処理して上位レイヤーへ伝達する(５ｊ−２５)。前記の段階でオプション １で動作する場合にはＰＤＣＰ ｈｅａｄｅｒの第１のｂｙｔｅのｂ１〜ｂ４を０ビットで取り替え、オプション２で動作する場合には既存のＬＴＥでのＰＤＣＰ ｈｅａｄｅｒのような形態で伝達する。
５ｊ−３０段階で端末はアップリンク送信のためのＩＰパケットが発生する。
もし、前記のアップリンクのためのＤＲＢに対してＰＤＣＰ設定がＱｏＳ情報を含んでいると、端末はＱｏＳ ｆｌｏｗを決定して(５ｉ−４０)ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎとｃｉｐｈｅｒｉｎｇを行う(５ｉ−４５)。前記段階でオプション１で動作する場合にはＰＤＣＰ ｈｅａｄｅｒの第１のｂｙｔｅのｂ１〜ｂ４にＱｏＳ ＩＤとＲＱビットを追加し、オプション２で動作する場合にはＰＤＣＰ ｈｅａｄｅｒの第１のｂｙｔｅのｂ１にＲＱビットを追加してＳＮの後に追加されたｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤを追加する。
当該方向のＤＲＢに対してＰＤＣＰでＱｏＳ情報を含まれていない場合、端末はＰＤＣＰ ＰＤＵ(５ｉ−５０)をｃｉｐｈｅｒｉｎｇとｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ実行した後のＰＤＣＰ ＳＤＵで処理して上位レイヤーで伝達する(５ｊ−５５)。
５ｊ−６０段階で端末はＰＤＣＰ ＰＤＵをＲＬＣ ＰＤＵ ｐａｙｌｏａｄで処理し、当該ＲＬＣ ｐａｙｌｏａｄ前にＲＬＣ ＰＤＵ ｈｅａｄｅｒを付けて該当するｌｏｇｉｃａｌ ｃｈａｎｎｅｌで伝達する。そして、ＲＬＣ ＰＤＵを ｍｕｌｔｉｐｌｅｘｉｎｇ一アップリンクＭＡＣ ＰＤＵを生成してＰＨＹで伝達する(５ｊ−６０)。
図５Ｋは、本開示の実施形態による端末の内部構造を示すブロック図である。
前記図面を参照すれば、前記端末はＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)処理部５ｋ−１０、基底帯域(ｂａｓｅｂａｎｄ)処理部５ｋ−２０、記憶部５ｋ−３０、制御部５ｋ−４０を含む。
前記ＲＦ処理部５ｋ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部５ｋ−１０は前記基底帯域処理部５ｋ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部５ｋ−１０は送信フィルター、受信フィルター、増幅器、ミキサー(ｍｉｘｅｒ)、オシレーター(ｏｓｃｉｌｌａｔｏｒ)、ＤＡＣ(ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ)、ＡＤＣ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ)などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを具備することができる。また、前記ＲＦ処理部５ｋ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部５ｋ−１０はビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部５ｋ−１０は多数のアンテナ又はアンテナ要素(ｅｌｅｍｅｎｔ)を介して送受信される信号それぞれの位相及びサイズを調節することができる。また、前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作実行時のいくつかのレイヤーを受信することができる。
前記基底帯域処理部５ｋ−２０はシステムの物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部５ｋ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部５ｋ−２０は前記ＲＦ処理部(５ｋ−１０)から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)方式に従う場合、データ送信時、前記基底帯域処理部５ｋ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ(ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算及びＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部５ｋ−２０は前記ＲＦ処理部５ｋ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ(ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。
前記基底帯域処理部５ｋ−２０及び前記ＲＦ処理部５ｋ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部５ｋ−２０及び前記ＲＦ処理部５ｋ−１０は送信部、受信部、送受信部又は通信部と指称されることができる。ひいては、前記基底帯域処理部５ｋ−２０及び前記ＲＦ処理部５ｋ−１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。さらに、前記基底帯域処理部５ｋ−２０及び前記ＲＦ処理部５ｋ−１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術は無線ラン(例えば、ＩＥＥＥ８０２．１１)、セルラー網(例えば、ＬＴＥ)などを含むことができる。さらに、前記互いに異なる周波数帯域は超高周波(ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ)(例えば、２ＮＲＨｚ、ＮＲｈｚ)帯域、ｍｍ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)(例えば、６０ＧＨｚ)帯域を含むことができる。
前記記憶部５ｋ−３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部５ｋ−３０は第２無線接続技術を用いて無線通信を行う第２接続ノードに係る情報を記憶することができる。そして、前記記憶部５ｋ−３０は前記制御部５ｋ−４０のリクエストによって記憶されたデータを提供する。
前記制御部５ｋ−４０は多重接続処理部５ｋ−４２を含み、前記端末の全般的な動作を制御する。例えば、前記制御部５ｋ−４０は前記基底帯域処理部５ｋ−２０及び前記ＲＦ処理部５ｋ−１０を介して信号を送受信する。また、前記制御部５ｋ−４０は前記記憶部５ｋ−４０にデータを記録し、読む。このために、前記制御部５ｋ−４０は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含むことができる。例えば、前記制御部５ｋ−４０は通信のための制御を行うＣＰ(ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)及び応用プログラムなどの上位階層を制御するＡＰ(ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)を含むことができる。
図５Ｉは、本開示の実施形態によるＮＲ基地局の構成を示すブロック図である。
前記図面に示されたように、前記基地局は ＲＦ処理部５Ｉ−１０、基底帯域処理部５Ｉ−２０、バックホール通信部５Ｉ−３０、記憶部５Ｉ−４０、制御部５Ｉ−５０を含んで構成される。
前記ＲＦ処理部５Ｉ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部５Ｉ−１０は前記基底帯域処理部５Ｉ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部５Ｉ−１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣ などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記第１接続ノードは多数のアンテナを備えることができる。さらに、前記ＲＦ処理部５ｌ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部５Ｉ−１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部５Ｉ−１０は多数のアンテナ又はアンテナ要素を介して送受信される信号それぞれの位相及びサイズを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することによって下向きのＭＩＭＯ動作を行うことができる。
前記基底帯域処理部５Ｉ−２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部５Ｉ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部５Ｉ−２０は前記ＲＦ処理部５Ｉ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ 方式に従う場合、データ送信時、前記基底帯域処理部５ｌ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部５Ｉ−２０は前記ＲＦ処理部５Ｉ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。前記基底帯域処理部５Ｉ−２０及び前記ＲＦ処理部５Ｉ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部５Ｉ−２０及び前記ＲＦ処理部５Ｉ−１０は送信部、受信部、送受信部、通信部又は無線通信部と指称されることができる。
前記バックホール通信部５Ｉ−３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。すなわち、前記バックホール通信部５Ｉ−３０は前記主基地局で他のノード、例えば、補助基地局、コア網などに送信されるビット列を物理的信号で変換し、前記他のノードから受信される物理的信号をビット列で変換する。
図５Ｌは、本開示の実施形態によるＮＲ基地局の構成を示すブロック図である。
前記記憶部５ｌ−４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部５ｌ−４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部５ｌ−４０は端末に多重接続を提供するか、中断するか否かの判断基準となる情報を記憶することができる。そして、前記記憶部５ｌ−４０は前記制御部５ｌ−５０のリクエストによって記憶されたデータを提供する。
前記制御部５ｌ−５０は多重接続処理部５ｌ−５２を含み、前記主基地局の全般的な動作を制御する。例えば、前記制御部５ｌ−５０は前記基底帯域処理部５ｌ−２０及び前記ＲＦ処理部５ｌ−１０を介して又は前記バックホール通信部５ｌ−３０を介して信号を送受信する。また、前記制御部５ｌ−５０は前記記憶部５ｌ−４０にデータを記録し、読む。このために、前記制御部５ｌ−５０は少なくとも一つのプロセッサを含むことができる。
Ｆｌｏｗ基盤のサービス品質をサポートするための端末のユーザ平面プロトコル構造及び動作
１．基地局からＤＲＢを設定するためにＲＲＣメッセージを受信する方法
前記メッセージはＰＤＣＰ、ＲＬＣ、Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌに対する設定値を含み；
前記メッセージはアップリンクとダウンリンク別のＡＳＭＬ設定値を含み；
前記メッセージはＤＲＢマッピングに用いるためのｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤとｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ間のマッピング情報を含む。
２．ダウンリンクパケットを受信してＲｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作を行う方法
端末がダウンリンクＭＡＣ ＰＤＵを受信した後のＰＤＣＰ ＳＤＵを構成；
端末がＡＳＭＬプロトコルの構造によって受信及びデコーディングを異なるように実行；
ＡＳＭＬ第１構造で動作する場合、ＡＳＭＬのＱｏＳ設定情報によってデコーディング実行；
前記のＡＳＭＬ第１構造はＡＳＭＬがＰＤＣＰ上に独立的なレイヤーで存在し、ＱｏＳ ｆｌｏｗ ＩＤとＲｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒ情報ビットをＩＰパケット後に含み；
ＡＳＭＬ第２構造で動作する場合、ＰＤＣＰのＱｏＳ設定情報によってデコーディング実行；
前記のＡＳＭＬ第２構造はＰＤＣＰでＡＳＭＬ機能を含み、ＰＤＣＰ ｈｅａｄｅｒにＱｏＳ ｆｌｏｗ ＩＤとＲｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒ情報ビットを含み；
ＡＳＭＬ及びＰＤＣＰ ｈｅａｄｅｒの情報ビットが動作オプションによって他の形態を持つように設計；
前記のオプション１はｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤの代わりにｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤを用いるようにｈｅａｄｅｒを設計；
前記のｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤと ｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤ間のマッピング情報は基地局からＲＲＣメッセージを介して受信；
前記のオプション２はＲｅｆｌｅｃｔｉｖｅ ＱｏＳ動作が必要な場合にだけＱｏＳ ｆｌｏｗ ＩＤと Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ ｉｎｄｉｃａｔｏｒ情報ビットがＰＤＣＰ ｈｅａｄｅｒに含まれ、Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ動作が必要ない場合には既存のＬＴＥのＰＤＣＰ ｈｅａｄｅｒ形態で伝達；
端末がＲｅｆｌｅｃｔｉｖｅ ＱｏＳアップデートがリクエストされてＡＳとＮＡＳに対してＲｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作を実行；
前記のＡＳ Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作は受信したダウンリンクパケットのアップリンクＱｏＳ ｆｌｏｗがパケットを受信したＤＲＢでマッピングされているか確認した後、前記条件を満足しなければアップリンクＱｏＳ ｆｌｏｗをダウンリンクパケットを受信したＤＲＢにマッピングするようにアップデートする動作；
前記のＮＡＳ Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳアップデート動作は受信したダウンリンクパケットのアップリンクＩＰ ｆｌｏｗがパケットを受信したＱｏＳ ｆｌｏｗでマッピングされているか確認した後、前記条件を満足しなければアップリンクＩＰ ｆｌｏｗをダウンリンクパケットを受信したＱｏＳ ｆｌｏｗにマッピングするようにアップデートする動作；
端末が当該方向のＤＲＢにＡＳＭＬ設定情報がない場合、ＰＤＣＰ ＳＤＵを追加処理無しに上位レイヤーで伝達；
３．アップリンクＩＰパケットが発生した場合、ＱｏＳ設定情報に基づいてデータパケットを生成して伝達する方法
端末がＡＳＭＬプロトコルの構造によって送信パケットを異なるように構成して伝達；
アップリンクのＡＳＭＬにはＱｏＳ ｆｌｏｗ ＩＤ情報のみを含み；
ＡＳＭＬ第１構造で動作する場合、ＡＳＭＬのＱｏＳ設定情報を参考して動作実行；
前記第１構造で動作する場合、当該ＤＲＢに対してＱｏＳ ｆｌｏｗ ＩＤをＡＳＭＬ ｈｅａｄｅｒに追加してＩＰパケットの後に付けた後に上位レイヤーで伝達；
ＡＳＭＬ第２構造で動作する場合、ＰＤＣＰのＱｏＳ設定情報を参考して動作実行；
前記第２構造で動作する場合、当該ＤＲＢに対してＱｏＳ ｆｌｏｗ ＩＤをＡＳＭＬ ｈｅａｄｅｒに追加してＩＰパケットの後に付けた後に上位レイヤーで伝達；
ＡＳＭＬ及びＰＤＣＰ ｈｅａｄｅｒの情報ビットが動作オプションによって他の形態を持つように設計；
前記のオプション１はｆｕｌｌ ＱｏＳ ｆｌｏｗ ＩＤの代わりにｓｈｏｒｔ ＱｏＳ ｆｌｏｗ ＩＤを用いるようにｈｅａｄｅｒを設計；
前記のオプション２はＲｅｆｌｅｃｔｉｖｅ ＱｏＳ動作が行われた場合にだけＱｏＳ ｆｌｏｗ ＩＤをＰＤＣＰ ｈｅａｄｅｒに含み、Ｒｅｆｌｅｃｔｉｖｅ ＱｏＳ動作が行われない場合には既存のＬＴＥのＰＤＣＰ ｈｅａｄｅｒ形態で伝達；
ＡＳＭＬ ｈｅａｄｅｒが含まれたＰＤＣＰ ＰＤＵをＭＡＣ ＰＤＵから構成して伝達；
＜第６実施形態＞
本発明でＤｕａｌ−ｒｅｇｉｓｔｅｒｅｄとは、一つの端末が同時に２つ以上の他の移動通信システムに登録されてサービスが提供されることを称する。既存のＬＴＥシステムで登録状態、すなわち、ＥＭＭ−ｒｅｇｉｓｔｅｒｅｄ状態ではＲＲＣレベルで端末が待機モード又は接続モードにあり得る。本発明では次世代移動通信システムでも類似な構造を持つと仮定する。Ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ技術はシステム間のハンドオーバー又は異種システム間のキャリア直接技術等に活用されることができる。
図６Ａを参照すれば、一実施形態による次世代移動通信システムにおいてｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを適用し、システム間ハンドオーバーを概念的に説明する図面である。
既存のシステム間のハンドオーバーではソースシステムがターゲットシステムにｂａｃｋｈａｕｌ網を用い、ハンドオーバーをリクエストする。ここにターゲットシステムが前記要請を承認すれば、ハンドオーバーする端末のために無線リソースを準備し、ハンドオーバーのために必要な設定情報をソースシステムで伝達する。前記ソースシステムはターゲットシステムに移動する端末に前記ハンドオーバーに必要な設定情報を提供する。Ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ技術をシステム間のハンドオーバーに適用する場合、既存の接続されたシステムで他のシステム(６ａ−５０)に移動時、端末は既存のハンドオーバー手続きを行うのではなく、ターゲットシステムでａｔｔａｃｈを行うことを特徴とする。
本発明では次世代移動通信システムの基地局をｇＮＢ６ａ−２５、ＬＴＥシステムの基地局をｅＮＢ６ａ−３０と称する。Ａｔｔａｃｈ６ａ−４０とは、端末６ａ−４５がシステムに自分を登録する手続きを意味する。この時、前記端末６ａ−４５は既存のソースシステムに接続をそのまま維持することもできる。Ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ技術の長所はソースシステム６ａ−１０とターゲットシステム６ａ−１５間の既存のハンドオーバー技術に行った相互連動動作が必要ではない。これはシステム間のインターフェース定義を最小化することができ、既存のシステムのアップグレードを最小化することができるということを意味し、システム間のシグナリングオーバーヘッドも減らすことができる。Ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ技術をサポートするため、ソースシステム６ａ−１０とターゲットシステム６ａ−１５のネットワークはｃｏｍｍｏｎ ＩＰ ａｎｃｈｏｒ６ａ−２０というＮＷ ｅｎｔｉｔｙに接続され、前記ｃｏｍｍｏｎ ＩＰ ａｎｃｈｏｒはデータ網６ａ−０５から一つの端末６ａ−４５で伝達するデータをラウティング(ｒｏｕｔｉｎｇ)する役目を行うようになる。既存のソースシステムとの接続維持は端末６ａ−４５の能力によって変わることができる。もし、端末６ａ−４５が複数個のｒａｄｉｏを有する端末であれば、ｒａｄｉｏ数の制限によってソースシステム６ａ−２５との接続を切る必要がない。通常、既存のＬＴＥシステムを見る時、ａｔｔａｃｈ動作には数百 ｍｓの時間が必要である。したがって、既存のソースシステム６ａ−３５との接続を維持しながら必要なデータを送受信すると、前記ａｔｔａｃｈ動作６ａ−４０期間中、サービス断絶が発生されない。一方、一つのｒａｄｉｏのみを有する端末であれば、ソースシステムとの接続に制約を受けるだろう。何故ならばターゲットシステム６ａ−１５とのａｔｔａｃｈ動作６ａ−４０を行う過程で前記単一のｒａｄｉｏはターゲットシステム６ａ−１５に適用されなければならないので、ソースシステムからサービスが制限されることもある。しかし、この場合にも時間分割方式(ＴＤＭ)を介して、相変らずソースシステムとの接続を維持させることができる(６ａ−３５)。ただ、遅延時間、送信率などのサービス品質が多少劣ることができる。
図６Ｂは、本開示の実施形態による端末が次世代移動通信システムにおいて既存のＬＴＥシステムのサービス領域に移動する時のシグナリングフローチャートを説明するための図面である。
図６Ｂを参照すれば、ｇＮＢ６ｂ−０４のサービス領域にある端末６ｂ−０２はｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートする否かに対する互いのｃａｐａｂｉｌｉｔｙを交換する(６ｂ−１３)。ｇＮＢはブロードキャスティングされるシステム情報を用い、次世代移動通信システムがｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートするか否かをサービス領域内の端末に知らせる。端末はｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇを用い、ｇＮＢに自分がｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートするか否かを知らせる。
ｇＮＢはｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートする端末にＬＴＥ周波数に対する測定を設定する(６ｂ−１４)。前記設定情報にはＬＴＥ周波数を測定する周期と測定周期ごとにＬＴＥ周波数を測定することができる時間区間を含む。前記設定情報を受信した前記端末は前記一定周期ごとに前記一定時間区間の間のＬＴＥ周波数を測定することができる(６ｂ−１６)。若しくは端末自ら判断した適切な時点にＬＴＥ周波数を測定することができる。前記適切な時点の一例はｇＮＢとデータを送受信しない時間区間である。前記ＬＴＥ周波数を測定するために前記端末はＬＴＥモデムをｔｕｒｎ−ｏｎさせる。Ｄｕａｌ ｒａｄｉｏを有する端末は一度動作させた前記ＬＴＥモデムを動作状態で維持させることもでき、毎ＬＴＥ周波数測定時ごとに、ＬＴＥモデムをｔｕｒｎ−ｏｎさせた後、測定完了時のｔｕｒｎ−ｏｆｆさせることができる。代替方案として、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートする端末はｇＮＢからの設定なしにＬＴＥ周波数を測定することもできる。ただ、この場合、端末は自ら判断した適切な時点に限ってＬＴＥ周波数を測定することができる。前記端末は測定された結果をｇＮＢに報告する(６ｂ−１８)。前記ｇＮＢは前記測定結果と以外の他の情報に基づいてｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを設定するか、若しくはｉｎｔｅｒ−ＲＡＴハンドオーバーを設定するか否かを決定する(６ｂ−２０)。前記ｇＮＢは前記端末にｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを設定する(６ｂ−２２)。この時、ｄｅｄｉｃａｔｅｄしたｃｏｎｔｒｏｌ ｐｌａｎｅメッセージ(ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ ｉｎｉｔｉａｌｉｚａｔｉｏｎ)を用いる。前記メッセージを受信した前記端末はｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う。この時、前記メッセージには前記端末がａｔｔａｃｈを試みなければならないＬＴＥシステムの周波数又はセルを指示することができる。若しくは周波数又はセルのリストが提供され、前記端末は前記リストに属した周波数又はセルのうちの一つを選択し、ａｔｔａｃｈを試みることができる。前記周波数又はセルは周波数帯域幅、中心周波数情報、セルアイディー(Ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ又はＥＣＧＩ)で示される。また、前記端末がａｔｔａｃｈする時間を減らすため、前記メッセージにＬＴＥシステムセルの一部システム情報を含ませることもできる。前記一部システム情報とは、前記端末が前記ターゲットシステムにアクセスするのに必須な情報である。前記必須なシステム情報はＬＴＥセルがブロードキャスティングするＭＩＢ、ＳＩＢ１、ＳＩＢ２、ＳＩＢ３、ＳＩＢ４、ＳＩＢ５に属したシステム情報である。より具体的に、前記ＬＴＥシステムセルがサポートするＰＬＭＮリスト、Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｃｏｄｅ、ＣＳＧ(Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ)セルアイディー、前記ターゲットシステムセルがサポートする周波数バンドリストと、ｓｐｅｃｔｒｕｍ ｅｍｉｓｓｉｏｎ情報、アクセス接続禁止関連情報(例えば、ＡＣＢ、ＥＡＢ、ＳＳＡＣ、ＡＣＤＣ)、前記ＬＴＥシステムセルへのランダムアクセスに係る設定情報、セル再選択優先順位情報(ｃｅｌｌ ｒｅｓｅｌｅｃｔｉｏｎ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ)などが含まれることができる。前記ＬＴＥシステムセルの必須なシステム情報は前記ｇＮＢのリクエストに従って前記端末がセル測定を報告しながら共に報告されるか、前記ｇＮＢがＳＯＮ技術を用い、サービス領域内の特定端末から周辺ＬＴＥシステムセルのシステム情報を常時収集することもできる。前記ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ ｉｎｉｔｉａｌｉｚａｔｉｏｎを受信した前記端末は特定タイマーを開始する(６ｂ−２４)。前記ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ ｉｎｉｔｉａｌｉｚａｔｉｏｎを受信した前記端末がｄｕａｌ ｒａｄｉｏを有していると、前記ｇＮＢと接続をそのまま維持しながらＬＴＥシステムでａｔｔａｃｈを行うことができる。前記ｄｕａｌ ｒａｄｉｏと２つのＲＦｃｈａｉｎを有していることを意味し、この場合、次世代移動通信システムモデムとＬＴＥモデムがそれぞれ独立されたＲＦ ｃｈａｉｎを介してデータを送受信する可能性があることを意味する。もし、前記端末がｓｉｎｇｌｅ ｒａｄｉｏを有していると、一瞬間に一つの通信モデムだけデータを送受信することができる。したがって、前記ｇＮＢと接続を維持したいと、時分割方式を介してこれを維持しなければならない。Ｓｉｎｇｌｅ ｒａｄｉｏを有する端末はＬＴＥシステムでａｔｔａｃｈ動作実行時、前記ｇＮＢとの接続を解除することもできる。前記タイマーが満了されるまで特定過程(前記ターゲットＬＴＥシステムへのａｔｔａｃｈ過程)を完了することができなかったら、前記ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ過程が失敗したことで見なす。前記ターゲットＬＴＥシステムとのａｔｔａｃｈ成功可否はＭＭＥ６ｂ−１０からＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージを含むＲＲＣメッセージを受信したか否かにより決定する。前記端末はターゲットＬＴＥセル(ｅＮＢ６ｂ−０６)から直接ブロードキャスティングされるシステム情報を獲得することもできる(６ｂ−２６)。前記端末はターゲットＬＴＥセルでランダムアクセスを試みる(６ｂ−２８)。もし、前記ターゲットＬＴＥセルの必須的なシステム情報を獲得するのに失敗するか、設定された回数のランダムアクセスを試みたにも失敗すれば、前記ｇＮＢに前記失敗を報告することができる(６ｂ−３０)。前記失敗報告を受信した前記ｇＮＢはｉｎｔｅｒ−ＲＡＴ ｈａｎｄｏｖｅｒをトリガーするか、他のＬＴＥ周波数又はセルでｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを再試みする。前記失敗報告にはアクセスに失敗した周波数情報又はセルアイディー情報と失敗した原因を含ませることができる。失敗した原因ではシステム情報獲得失敗、ランダムアクセス失敗、前記特定タイマー満了などがある。前記端末は前記ターゲットＬＴＥセル６ｂ−０６でＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ過程(６ｂ−３２)を実行しながら、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ ＣｏｍｐｌｅｔｅメッセージのＮＡＳ ｃｏｎｔａｉｎｅｒを用い、前記ＭＭＥ６ｂ−１０にＡＴＴＡＣＨ ＲＥＱＵＥＳＴメッセージを送信する(６ｂ−３４)。この時、前記ＡＴＴＡＣＨ ＲＥＱＵＥＳＴメッセージには前記端末が前記ＬＴＥシステムでｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行うということを示すインジケータを含む。また、前記ｄｕａｌ ｒｅｇｉｓｔｒａｔｉｏｎがｉｎｔｅｒ−ＲＡＴ移動性サポートのためのことであるか若しくはｉｎｔｅｒ−ＲＡＴ ａｇｇｒｅｇａｔｉｏｎのためのことであるかを追加的に指示することができる。Ｉｎｔｅｒ−ＲＡＴ移動性サポートの場合、一つの端末が一つのソースシステムから他のシステムのサービス領域に移動することをサポートすることである。Ｉｎｔｅｒ−ＲＡＴ ａｇｇｒｅｇａｔｉｏｎの場合には、一つのシステムに接続されている端末にｔｈｒｏｕｇｈｐｕｔ性能改善を目的で他のシステムと追加的に接続し、サービスを提供することである。前記インジケータを含むＡＴＴＡＣＨ ＲＥＱＵＥＳＴメッセージを受信した前記ＭＭＥ６ｂ−１０はＳ５ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔを行い、前記Ｃｏｍｍｏｎ ＩＰ ａｎｃｈｏｒ６ｂ−１２に前記次世代システムで伝達したデータをＬＴＥシステムにラウティングすることをリクエストする(６ｂ−３６)。前記ｉｎｔｅｒ−ＲＡＴ移動性サポートの場合、前記Ｃｏｍｍｏｎ ＩＰ ａｎｃｈｏｒがラウティング変更を行う時、すべてのデータを前記ターゲットシステムへ伝達する。一方、ｉｎｔｅｒ−ＲＡＴ ａｇｇｒｅｇａｔｉｏｎの場合、前記Ｃｏｍｍｏｎ ＩＰ ａｎｃｈｏｒがラウティング変更を行う時、データのうちの一部だけ前記ターゲットシステムで伝達し、相変らず一部データはソースシステムへ伝達する。前記リクエストされたＣｏｍｍｏｎ ＩＰ ａｎｃｈｏｒは前記ＬＴＥシステムで伝達された全体データｆｌｏｗ又は一部データｆｌｏｗを前記次世代システムに変更し(６ｂ−４４)、データラウティング設定が変更されたことをＮＧ Ｃｏｒｅ６ｂ−０８に知らせることができる(６ｂ−４６)。前記ＮＧ Ｃｏｒｅは前記変更を前記ｇＮＢに知らせて前記ｇＮＢが前記端末に対するｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅを指示するようにできる(６ｂ−４８)。若しくはデータ伝達を中止させて、ｉｍｐｌｉｃｉｔｌｙするようにＮＧ Ｃｏｒｅに前記データラウティングが変更されたことを知らせることもできる。ゲートウェーから前記ｇＮＢでデータがこれ以上伝達されなかったら、前記ｇＮＢは特定時間が経過した後、前記端末との接続を解除するだろう。前記ＡＴＴＡＣＨ ＲＥＱＥＵＳＴメッセージを成功的に受信したＭＭＥは前記端末にＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージを送信する(６ｂ−３８)。前記メッセージを受信した前記端末はｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ 動作が成功的に完了したことで見なす。この時、前記端末は前記タイマーを中止させる。一つのオプションで、前記端末は前記ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージを受信した後、前記ｇＮＢにｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄが成功的に完了したことを特定メッセージを用いて知らせることができる(６ｂ−４０)。前記メッセージを受信したｇＮＢは前記端末との接続を解除する(６ｂ−４２)。前記ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ過程完了後、前記次世代システムとの接続解除は端末具現的な側面があり得る。端末が持続的に前記次世代システムとの接続を維持したいと、アップリンクデータを生成すれば良い。もし、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作が成功的に完了した後、前記次世代システムとの接続で既存のＬＴＥのようなＲＬＦ(無線リンク失敗)が発生されると、前記端末はＲＬＦ宣言後、前記ＲＬＦによる報告でｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ中であるか否かを指示するか、若しくは前記ＲＬＦ報告を前記次世代システムにしない。
図６Ｃは、本開示の実施形態による端末が次世代移動通信システムで既存のＬＴＥシステムのサービス領域に移動する時のシグナリングフローチャートを説明するための図面である。
図６Ｃを参照すればｅＮＢ６ｃ−０４のサービス領域にある端末６ｃ−０２はｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートする否かに対する互いのｃａｐａｂｉｌｉｔｙを交換する(６ｃ−１３)。ｅＮＢはブロードキャスティングされるシステム情報を用い、ＬＴＥシステムがｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートするか否かをサービス領域内の端末に知らせる。端末はｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇであるＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎを用い、ｅＮＢに自分がｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートするか否かを知らせる。
ｅＮＢはｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートする端末に次世代移動通信(ＮＲ、Ｎｅｗ Ｒａｄｉｏ)周波数に対する測定を設定する(６ｃ−１４)。前記設定情報には次世代移動通信周波数を測定する周期と測定周期ごとに次世代移動通信周波数を測定することができる時間区間を含む。前記設定情報を受信した前記端末は前記一定周期ごとに前記一定時間区間の間の次世代移動通信周波数を測定することができる(６ｃ−１６)。若しくは端末自ら判断した適切な時点に次世代移動通信周波数を測定することができる。前記適切な時点の一例はｅＮＢとデータを送受信しない時間区間である。前記次世代移動通信周波数を測定するために前記端末は次世代移動通信モデムをｔｕｒｎ−ｏｎさせる。Ｄｕａｌ ｒａｄｉｏを有する端末は一度動作させた前記次世代移動通信モデムを動作状態で維持させることもでき、毎次世代移動通信周波数測定時のごとに、次世代移動通信モデムをｔｕｒｎ−ｏｎさせた後、測定完了時のｔｕｒｎ−ｏｆｆさせることができる。代替方案に、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートする端末はｅＮＢからの設定なしに次世代移動通信周波数を測定することもできる。ただ、この場合、端末は自ら判断した適切な時点でばかり次世代移動通信周波数を測定することができる。前記端末は測定された結果をｅＮＢに報告する(６ｃ−１８)。前記ｅＮＢは前記測定結果と以外他の情報に基づいてｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを設定するか、若しくはｉｎｔｅｒ−ＲＡＴ ハンドオーバーを設定するか否かを決定する(６ｃ−２０)。前記ｅＮＢは前記端末にｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを設定する(６ｃ−２２)。この時、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを用いる。特に、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを受信した端末はソースセルとの接続を解除することで、ソースセルが判断する時、前記端末との接続を解除するのが好ましいと判断された時だけ送信する。例えば、前記端末のｓｉｎｇｌｅ ｒａｄｉｏを有し、同時に２つのシステムと接続するのが難しく、時分割方式を介して２つのシステムと接続する機能もサポートしなかったら、前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを送信する。前記メッセージのうちの少なくとも一つを受信した前記端末はｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う。この時、前記メッセージには前記端末がａｔｔａｃｈを試みなければならない次世代移動通信システムの周波数又はセルを指示することができる。若しくは周波数又はセルのリストが提供され、前記端末は前記リストに属した周波数又はセルのうちの一つを選択し、ａｔｔａｃｈを試みることができる。前記周波数又はセルは周波数帯域幅、中心周波数情報、セルアイディー(Ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ又はＥＣＧＩ)と示される。また、前記端末が ａｔｔａｃｈする時間を減らすため、前記メッセージに次世代移動通信システムセル６ｃ−０６の一部システム情報を含ませることもできる。前記一部システム情報とは、前記端末が前記ターゲットシステムにアクセスするのに必須的な情報である。前記必須的なシステム情報は次世代移動通信システムセルがサポートするＰＬＭＮリスト、Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｃｏｄｅ、ＣＳＧ(Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ)セルアイディー、前記ターゲットシステムセルがサポートする周波数バンドリストとｓｐｅｃｔｒｕｍ ｅｍｉｓｓｉｏｎ情報、アクセス接続禁止関連情報(例えば、ＡＣＢ、ＥＡＢ、ＳＳＡＣ、ＡＣＤＣ)、前記ＬＴＥシステムセルへのランダムアクセスに係る設定情報、セル再選択優先順位情報(ｃｅｌｌ ｒｅｓｅｌｅｃｔｉｏｎ ｐｒｉｏｒｉｔｉｚａｔｉｏｎ)などが含まれることができる。前記次世代移動通信システムセルの必須的なシステム情報は前記ｅＮＢのリクエストによって前記端末がセル測定を報告しながら共に報告されるか、前記ｅＮＢがＳＯＮ技術を用い、サービス領域内の特定端末から周辺次世代移動通信システムセルのシステム情報を常時収集することもできる。前記ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ ｉｎｉｔｉａｌｉｚａｔｉｏｎを受信した前記端末は特定タイマーを開始する(６ｃ−２４)。前記タイマーが満了するまで特定過程(前記ターゲット次世代移動通信システムへのａｔｔａｃｈ過程)を完了することができなかったら、前記ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ過程が失敗したことで見做す。前記ターゲット次世代移動通信システムとのａｔｔａｃｈ成功可否はＮＧ Ｃｏｒｅ６ｃ−１０からＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージを含むＲＲＣメッセージを受信したか否かにより決定する。前記端末はターゲット次世代移動通信セルから直接ブロードキャスティングされるシステム情報を獲得することもできる(６ｃ−２６)。前記端末はターゲット次世代移動通信システムセルでランダムアクセスを試みる(６ｃ−２８)。もし、前記ターゲット次世代移動通信システムセルの必須的なシステム情報を獲得するのに失敗するか、設定された回数のランダムアクセスを試みたにも失敗すると、前記ｅＮＢに前記失敗を報告することができる(６ｃ−３０)。前記失敗報告を受信した前記ｅＮＢはｉｎｔｅｒ−ＲＡＴ ｈａｎｄｏｖｅｒをトリガーするか、他の次世代移動通信周波数又はセルでｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを再試みする。前記失敗報告にはアクセスに失敗した周波数情報又はセルアイディー情報と失敗した原因を含ませることができる。失敗した原因ではシステム情報獲得失敗、ランダムアクセス失敗、前記特定タイマー満了などがある。前記端末は前記ターゲット次世代移動通信システムセルでＣｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ過程(６ｃ−３２)を実行しながら、特定ｃｏｎｔｒｏｌ ｐｌａｎｅメッセージのＮＡＳ ｃｏｎｔａｉｎｅｒを用い、前記ＮＧ ＣｏｒｅにＡＴＴＡＣＨ ＲＥＱＵＥＳＴメッセージを送信する(６ｃ−３４)。この時、前記ＡＴＴＡＣＨ ＲＥＱＵＥＳＴメッセージには前記端末が前記次世代移動通信システムでｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行うということを示すインジケータを含む。前記インジケータを含むＡＴＴＡＣＨ ＲＥＱＵＥＳＴメッセージを受信した前記ＮＧ ＣｏｒｅはＳ５ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔを実行し、前記Ｃｏｍｍｏｎ ＩＰ ａｎｃｈｏｒ６ｃ−１２に前記ＬＴＥで伝達したデータを次世代移動通信システムにラウティングすることをリクエストする(６ｃ−３６)。前記リクエストされたＣｏｍｍｏｎ ＩＰ ａｎｃｈｏｒは前記次世代移動通信システムで伝達した全体データ ｆｌｏｗ又は一部データｆｌｏｗを前記ＬＴＥシステムに変更して(６ｃ−４４)、データラウティング設定が変更されたことをＭＭＥ６ｃ−０８に知らせることができる(６ｃ−４６)。前記ＭＭＥは前記変更を前記ｅＮＢに知らせて前記ｅＮＢが前記端末に対するｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅを指示するようにできる(６ｃ−４８)。又はデータ伝達を中止させて、ｉｍｐｌｉｃｉｔｌｙするようにＭＭＥに前記データラウティングが変更されたことを知らせることもできる。ゲートウェーから前記ｅＮＢでデータがこれ以上伝達しなかったら、前記ｅＮＢは特定時間が経過した後、前記端末との接続を解除するだろう。前記ＡＴＴＡＣＨ ＲＥＱＥＵＳＴメッセージを成功的に受信したＭＭＥは前記端末にＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージを送信する(６ｃ−３８)。前記メッセージを受信した前記端末はｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作が成功的に完了したことで見なす。この時、前記端末は前記タイマーを中止させる。一つのオプションで、前記端末は前記ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージを受信した後、前記ｅＮＢにｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄが成功的に完了したことを特定メッセージを用いて知らせることができる(６ｃ−４０)。前記メッセージを受信したｇＮＢは前記端末との接続を解除する(６ｃ−４２)。前記ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ過程完了後、前記ＬＴＥシステムとのＳ津族解除は端末具現的な側面があり得る。端末が持続的に前記ＬＴＥシステムとの接続を維持したければ、アップリンクデータを生成すれば良い。もし、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ 動作が成功的に完了した後、前記ＬＴＥシステムとの接続で既存のＲＬＦ(無線リンク失敗)が発生されると、前記端末はＲＬＦ宣言後、関連ＲＬＦ報告でｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ中であるか否かを指示するか、若しくは前記ＲＬＦ報告を前記ＬＴＥシステムにしない。
図６Ｄは、本開示の実施形態によるネットワークがｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作の初期化を決定する過程を説明するための図面である。
図６Ｄを参照すれば、ソース(ｓｏｕｒｃｅ)システムは６ｄ−０２段階で特定端末から報告を受けた測定情報とその他の色々情報に基づいて前記端末が他のシステムと接続が必要であると判断する。６ｄ−０４段階で前記ソースシステムは前記他のシステムとの連動のためのインターフェースが具現されているか否かを判断する。前記インターフェースはｉｎｔｅｒ−ＲＡＴハンドオーバーをサポートするのに必須的なことで仮定し、ＮＧ ＣｏｒｅとＭＭＥの間、又はｇＮＢとＭＭＥの間、ＮＧ ＣｏｒｅとｅＮＢの間のインターフェース少なくとも一つを意味する。もし、前記インターフェースがあると、ｉｎｔｅｒ−ＲＡＴハンドオーバーをサポートすることができるので、６ｄ−１０段階で前記ハンドオーバーを前記端末に設定することができる。そうではなければ、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作を設定しなければならない。前記ソースシステムが前記インターフェースを持っていてもシグナリングオーバーヘッドを減らす目的などでｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作を設定することもできる。６ｄ−０６段階で前記端末がｄｕａｌ ｒａｄｉｏをサポートするか否かを判断する。前記情報は前記端末が前記ソースシステムに事前に報告する。もし、前記端末がｄｕａｌ ｒａｄｉｏを有していると、６ｄ−１６段階で現在システムとの接続をそのまま維持しながら、ターゲットシステムにａｔｔａｃｈを行う。前記接続を維持する理由は前記ａｔｔａｃｈ実行中にもデータを送受信し、サービス断絶を無くすためである。もし、前記端末がｄｕａｌ ｒａｄｉｏを有していなかったら、６ｄ−０８段階で前記ソースシステムと端末が時分割ソリューションをサポートするか否かを判断する。前記時分割ソリューションとは、一瞬間に一つのシステムとデータを送受信する技術である。Ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをサポートする端末は必ず前記時分割ソリューションもサポートすると仮定することもできる。もし、前記時分割ソリューションをサポートすると、６ｄ−１４段階で前記ソースシステムと接続を維持するが、時分割でデータを送受信する。前記ソースシステムとターゲットシステム間のデータを送受信するタイミングが重なることができる。この場合、所定の規則に従って一つのシステムとデータ送受信を行う。もし、前記時分割ソリューションをサポートしなかったら、６ｄ−１２段階で前記ソースシステムとの接続を解除してａｔｔａｃｈ動作を行う。
図６Ｅは、本開示の実施形態による端末がソースシステムに必要な情報を提供する過程を説明するための図面である。
図６Ｅを参照すれば、Ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄが設定された端末がターゲットシステムにａｔｔａｃｈを完了するのに比較的長い時間が必要である。これはｄｕａｌ ｒａｄｉｏをサポートすることができない端末に長いサービス断絶を意味する。したがって、前記ａｔｔａｃｈを行う時間を減らす方法を考慮し得る。また、セルにアクセスするためには前記セルがｓｕｉｔａｂｌｅ ｃｅｌｌであるか否かを判断し、ｓｕｉｔａｂｌｅ ｃｅｌｌで見なされる場合にだけアクセスすることができる。したがって、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄをトリガーする前に予めｓｕｉｔａｂｌｅ ｃｅｌｌで見なされるセルでａｔｔａｃｈを試みると、アクセス失敗確率とａｔｔａｃｈ時間を減らすことができる。Ｓｕｉｔａｂｌｅ ｃｅｌｌであるか否かを判断するためには以下のようにいくつかの条件を満足しなければならない。前記条件を確認するために必要な情報はシステム情報(例えば、ＬＴＥではＳＩＢ１)で端末に提供される。
ＰＬＭＮ ｃｈｅｃｋ
Ｏｐｅｒａｔｏｒ ｓｐｅｃｉｆｉｃ ｂａｒｒｉｎｇ
Ｆｏｒｂｉｄｄｅｎ ＴＡ(Ｔｒａｃｋｉｎｇ Ａｒｅａ)ｃｈｅｃｋ
Ｍｉｎｉｍｕｍ ｒａｄｉｏ ｃｏｎｄｉｔｉｏｎ(ｉ．ｅ．ｃｒｉｔｅｒｉｏｎ Ｓ)
予めｓｕｉｔａｂｌｅ ｃｅｌｌで見なされるセルでａｔｔａｃｈを試みる方法では以下の通りである。
オプション１：端末６ｅ−３５が予めターゲットシステムのセル６ｅ−１５がブロードキャスティングするシステム情報を収集して(６ｅ−１０)、これをソースシステムのセル６ｅ−０５に報告する(６ｅ−２０)。前記ソースシステムのセルは前記情報を用い、前記端末のＳｕｉｔａｂｌｅ ｃｅｌｌで見なされるセルを決定し、前記ターゲットセルでｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄするように設定する(６ｅ−２５)。
前記システム情報は頻繁に変わる情報ではないので、前記ソースシステムのセルはＳＯＮ技術を用い、平素にサービス領域内の端末を介して前記システム情報を収集することもできる。
オプション２：端末が予めターゲットシステムのセルがブロードキャスティングするシステム情報を収集し、ｓｕｉｔａｂｌｅ ｃｅｌｌで見なされるセルのリストをソースシステムのセルに報告する。前記ソースシステムのセルは前記リストのうちの一つのセル又は複数のセルでｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄするように設定する。前記端末は前記の一つ以上のターゲットセル中、一つにｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う。
Ｄｕａｌ ｒｅｇｉｓｔｒａｔｉｏｎは端末のｔｈｒｏｕｇｈｐｕｔ性能を改善させるｉｎｔｅｒ−ＲＡＴ ａｇｇｒｅｇａｔｉｏｎ目的でも用いることができる。ソースシステムが他のシステムとのデータ同時送受信を介して特定端末のｔｈｒｏｕｇｈｐｕｔ性能を改善させたいと、前記ソースシステムはｄｕａｌ ｒｅｇｉｓｔｒａｔｉｏｎをトリガーする。しかし、ターゲットシステムは既に多い端末をサービスして網混雑状態にあることもできる。したがって、こういうターゲットシステムにｄｕａｌ ｒｅｇｉｓｔｒａｔｉｏｎを実行すると、前記の目的を達成することができないだろう。したがって、前記端末はターゲットシステムのシステム情報でａｃｃｅｓｓ ｂａｒｒｉｎｇ情報を収集して前記ソースシステムに報告する。これは前記ソースシステムにとって前記ターゲットシステムが網混雑状態であるか否かを判断することができるようにする。通常の網混雑状態が発生すれば基地局はａｃｃｅｓｓ ｂａｒｒｉｎｇを介してこれを制御する。若しくは、ターゲットシステムで網混雑状態を正確に指示することができる情報をシステム情報に含ませてブロドケシティングすることができる。前記情報を収集した端末はソースシステムに報告し、前記ソースシステムが前記ｄｕａｌ ｒｅｇｉｓｔｒａｔｉｏｎのトリガーを決定するのに用いるようにする。
図６Ｆは、本開示の実施形態による端末がターゲットセルにａｔｔａｃｈ動作を行う前、ａｃｃｅｓｓ ｂａｒｒｉｎｇ可否を確認する過程を説明するための図面である。
図６Ｆを参照すれば、ターゲットシステム６ｆ−１０ではｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う端末に対しても網内混雑状況を制御するため、アクセス接続を抑制したいこともある。ＬＴＥシステムでｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを設定される場合(６ｆ−２０)、前記端末は既存のＬＴＥ ａｃｃｅｓｓ ｂａｒｒｉｎｇ ｍｅｃｈａｎｉｓｍを用いることができる。例えば、ランダムアクセスを試みる前に前記ターゲットＬＴＥシステムのセルがブロードキャスティングするａｃｃｅｓｓ ｂａｒｒｉｎｇ設定情報(６ｆ−１５)を用い、ｂａｒｒｉｎｇ可否を判断することができる(６ｆ−３０)。若しくは前記ソースセルが予め収集したターゲットＬＴＥシステムのセルのａｃｃｅｓｓ ｂａｒｒｉｎｇ設定情報をｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ 設定情報と共に提供されてｂａｒｒｉｎｇ可否を判断することもできる。Ｂａｒｒｉｎｇ ｃｈｅｃｋを介して、もしターゲットセルがｂａｒｒｅｄで見なされれば、ソースセルにａｃｃｅｓｓ ｂａｒｒｉｎｇでよって、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ 動作が失敗したことを報告する(６ｆ−２５)。前記既存のＬＴＥ ａｃｃｅｓｓ ｂａｒｒｉｎｇ ｍｅｃｈａｎｉｓｍとはＡＣＢ、ＥＡＢ、ＳＳＡＣ、ＡＣＤＣを称し、このうちの少なくとも一つを適用する。さらに、既存のｂａｒｒｉｎｇ ｍｅｃｈａｎｉｓｍ以外にｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う端末のために別途のｂａｒｒｉｎｇ ｍｅｃｈａｎｉｓｍを考慮することができる。
ターゲットシステムはｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う端末に対しても周波数のｌｏａｄｉｎｇを制御したいことがある。既存のＬＴＥシステムではこのために、周波数のセル再選択優先順位情報を端末に提供し、前記情報に基づいてセルを再選択するようにしている。前記優先順位情報はセルがシステム情報を用いてブロードキャスティングしたりｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇで特定セルに設定することもできる。
一つの方法はｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う端末がターゲットシステムで適用しているセル再選択優先順位情報を用いることである。オプション１：端末は隣接した他のシステムからブロードキャスティングされるセル再選択優先順位情報を収集する。前記収集した情報をソースシステムに報告する。前記ソースシステムは前記優先順位情報を考慮し、前記端末がｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行うターゲット周波数を設定する。
オプション２：端末は隣接した他のシステムからブロードキャスティングされるセル再選択優先順位情報を収集する。ソースシステムは前記優先順位情報と関係なく隣接ターゲットセルの候補リストを前記端末に提供する。前記候補リストはセル測定結果に基づいて決定されることができる。前記端末は収集した前記優先順位情報を考慮し、前記リストに含まれたセルのうちの一つをターゲットセルで選択する。前記ターゲットセルは優先順位情報だけではなく、セル測定情報も共に考慮されることができる。
端末がブロードキャスティングされるセル再選択優先順位情報とｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇで提供される優先順位情報をいずれも持っていると、ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇで提供される優先順位情報を考慮し、前記動作を行う。
図６Ｇは、本開示の実施形態による端末がアップリンク電力制御を行う方法を説明するための図面である。
図６Ｇを参照すれば、Ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う端末はアップリンクで送信電力が不足な現象を経験することができる。特に、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄが行う領域は大部分セルの境界地域であるから、アップリンクでより大きい送信電力が要求されることもできる。Ｄｕａｌ ｒａｄｉｏを有する端末の場合、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを行う間の同時に２つのセルとデータを送受信することができ、もし、アップリンクでデータ送信タイミングが重なる場合、端末側で送信電力が不足なことがある。これを解決する方法は時分割方法を介して、一つのセルへのリンクに送信電力を集中させることである。ただ、ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄ動作が２つのシステム間の情報交換がないシナリオで用いられる技術であるほど、前記時分割パターン等を２つのシステムで共有することは排除されるだろう。したがって、端末自ら、どのリンクで自分の送信電力を集中させるかを決定しなければならない。
端末は両セルで送信されるデータ種類によって優先順位を付与する。ｄｕａｌ−ｒｅｇｉｓｔｅｒｅｄを成功的に行うのに重要なデータ送信に対してより高い優先順位を付与することができる。例えば、ターゲットセルへのランダムアクセス、ＡＴＴＡＣＨ動作に係るメッセージなどに高い優先順位を付与する。若しくは常にターゲットセルへのアップリンクデータ送信により高い優先順位を付与することもできる。前記端末６ｇ−２５は毎送信タイミングごとに、両セル６ｇ−０５、６ｇ−１０へのデータ送信が重なるか否かを判断し、もし重なる場合には各データ送信ごとに付与された優先順位情報６ｇ−１５、６ｇ−２０を考慮し、そのうちの一つに送信電力を集中させる。残りリンクに対しては残った少量の送信電力で送信するか、送信自体を制限することもできる。送信されることができなかったデータはＨＡＲＱ、ＡＲＱなどの再送信技法によって、他の時間に再送信されるだろう。
図６Ｈは、本開示の実施形態による端末がアップリンク電力制御を行う動作フローブロック図を説明するための図面である。
図６Ｈを参照すれば、６ｈ−０５段階で前記端末は毎送信タイミングごとに、一方又は両セルに送信されるデータの種類によって優先順位を付与する。６ｈ−１０段階で、両セルでデータ送信が発生して重なるか否かを判断する。もし、重なったら、６ｈ−１５段階で前記付与した優先順位情報を考慮し、両方リンクのうちの一つのリンクに送信電力を集中させる。この時、集中させる割合は端末具現で決定される。もし、重ならなかったら、６ｈ−２０段階で当該タイミングに送信すべきデータを該当する一方のセルで送信する。
図６Ｉは、本開示の実施形態による端末の内部構造を示すブロック図である。
前記図面を参考すれば、前記端末はＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)処理部６ｉ−１０、基底帯域(ｂａｓｅｂａｎｄ)処理部６ｉ−２０、記憶部６ｉ−３０、制御部６ｉ−４０を含む。
前記ＲＦ処理部６ｉ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部６ｉ−１０は前記基底帯域処理部６ｉ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部６ｉ−１０は送信フィルター、受信フィルター、増幅器、ミキサー(ｍｉｘｅｒ)、オシレーター(ｏｓｃｉｌｌａｔｏｒ)、ＤＡＣ(ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ)、ＡＤＣ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ)などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを備えることができる。さらに、前記ＲＦ処理部６ｉ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部６ｉ−１０はビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部６ｉ−１０は多数のアンテナ又はアンテナ要素(ｅｌｅｍｅｎｔ)を介して送受信される信号それぞれの位相及びサイズを調節することができる。また、前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作実行時のいくつかのレイヤーを受信することができる。
前記基底帯域処理部６ｉ−２０はシステムの物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部６ｉ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部６ｉ−２０は前記ＲＦ処理部６ｉ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)方式に従う場合、データ送信時、前記基底帯域処理部６ｉ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ(ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算及びＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部６ｉ−２０は前記ＲＦ処理部６ｉ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ(ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。
前記基底帯域処理部６ｉ−２０及び前記ＲＦ処理部６ｉ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部６ｉ−２０及び前記ＲＦ処理部６ｉ−１０は送信部、受信部、送受信部又は通信部と指称されることができる。ひいては、前記基底帯域処理部６ｉ−２０及び前記ＲＦ処理部６ｉ−１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。さらに、前記基底帯域処理部６ｉ−２０及び前記ＲＦ処理部６ｉ−１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術は無線ラン(例えば、ＩＥＥＥ８０２．１１)、セルラー網(例えば、ＬＴＥ)などを含むことができる。さらに、前記互いに異なる周波数帯域は超高周波(ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ)(例えば、２ＮＲＨｚ、ＮＲｈｚ)帯域、ｍｍ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)(例えば、６０ＧＨｚ)帯域を含むことができる。
前記記憶部６ｉ−３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部６ｉ−３０は第２無線接続技術を用いて無線通信を行う第２接続ノードに係る情報を記憶することができる。そして、前記記憶部６ｉ−３０は前記制御部６ｉ−４０のリクエストによって記憶されたデータを提供する。
前記制御部６ｉ−４０は多重接続処理部６ｉ−４２を含み、前記端末の全般的な動作を制御する。例えば、前記制御部６ｉ−４０は前記基底帯域処理部６ｉ−２０及び前記ＲＦ処理部６ｉ−１０を介して信号を送受信する。また、前記制御部６ｉ−４０は前記記憶部６ｉ−４０にデータを記録し、読む。このために、前記制御部６ｉ−４０は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含むことができる。例えば、前記制御部６ｉ−４０は通信のための制御を行うＣＰ(ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)及び応用プログラムなどの上位階層を制御するＡＰ(ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)を含むことができる。
図６Ｊは、本開示の実施形態による基地局の構成を示すブロック図である。
前記図面に示されたように、前記基地局は ＲＦ処理部６ｊ−１０、基底帯域処理部６ｊ−２０、バックホール通信部６ｊ−３０、記憶部６ｊ−４０、制御部６ｊ−５０を含んで構成される。
前記ＲＦ処理部６ｊ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部６ｊ−１０は前記基底帯域処理部６ｊ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部６ｊ−１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣなどを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記第１接続ノードは多数のアンテナを備えることができる。さらに、前記ＲＦ処理部６ｊ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部６ｊ−１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部６ｊ−１０は多数のアンテナ又はアンテナ要素を介して送受信される信号それぞれの位相及びサイズを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することで下向きのＭＩＭＯ動作を行うことができる。
前記基底帯域処理部６ｊ−２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列の間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部６ｊ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部６ｊ−２０は前記ＲＦ処理部６ｊ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ方式に従う場合、データ送信時、前記基底帯域処理部６ｊ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部６ｊ−２０は前記ＲＦ処理部６ｊ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。前記基底帯域処理部６ｊ−２０及び前記ＲＦ処理部６ｊ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部６ｊ−２０及び前記ＲＦ処理部６ｊ−１０は送信部、受信部、送受信部、通信部又は無線通信部と指称されることができる。
前記バックホール通信部６ｊ−３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。すなわち、前記バックホール通信部６ｊ−３０は前記主基地局で他のノード、例えば、補助基地局、コア網などに送信されるビット列を物理的信号で変換し、前記他のノードから受信される物理的信号をビット列で変換する。
前記記憶部６ｊ−４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部６ｊ−４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部６ｊ−４０は端末に多重接続を提供するか、中断する否かの判断基準となる情報を記憶することができる。そして、前記記憶部６ｊ−４０は前記制御部６ｊ−５０のリクエストによって記憶されたデータを提供する。
前記制御部６ｊ−５０は多重接続処理部６ｊ−５２を含み、前記主基地局の全般的な動作を制御する。例えば、前記制御部６ｊ−５０は前記基底帯域処理部６ｊ−２０及び前記ＲＦ処理部６ｊ−１０を介して又は前記バックホール通信部６ｊ−３０を介して信号を送受信する。また、前記制御部６ｊ−５０は前記記憶部６ｊ−４０にデータを記録し、読む。このために、前記制御部６ｊ−５０は少なくとも一つのプロセッサを含むことができる。
以下では、次世代移動通信システムをサポートするためのＭＡＣ ＰＤＵ構造を提案し、この構造を選択する方法及び装置に関して説明する。
＜第７実施形態＞
以下説明で用いられる接続ノード(ｎｏｄｅ)を識別するための用語、網客体(ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ)を指称する用語、メッセージを指称する用語、網客体間のインターフェースを指称する用語、多様な識別情報を指称する用語などは説明の便宜のために例示されたことである。したがって、本発明が後述される用語に限定されるのではなく、同等な技術的意味を有する対象を指称する他の用語が用いられることができる。
以下、説明の便宜のために、本発明は３ＧＰＰ ＬＴＥ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)規格で定義している用語及び名称を用いる。しかし、本発明が前記用語及び名称によって限定されるのではなく、他の規格によるシステムにも同様に適用されることができる。
次世代移動通信システムのＲＬＣ装置(ｅｎｔｉｔｙ、以下、装置)とＰＤＣＰ装置(ｅｎｔｉｔｙ、以下、装置)は現在ＬＴＥシステムのＲＬＣ装置とＰＤＣＰ装置と異なることができる。したがって、次世代移動通信システムとＬＴＥシステムが連動してサービスを提供する時、次世代移動通信システムのＲＬＣ装置とＰＤＣＰ装置がＬＴＥシステムのＲＬＣ装置とＰＤＣＰ装置とよく連動されるようにするために正しい動作を設定すべきである。
図７Ａは、本開示の実施形態によるＬＴＥシステムの構造を示す図面である。
図７Ａを参照すれば、示されたようにＬＴＥシステムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、以下、ＥＮＢ、Ｎｏｄｅ Ｂ又は基地局)７ａ−０５、７ａ−１０、７ａ−１５、７ａ−２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)７ａ−２５、及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)７ａ−３０から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)７ａ−３５はＥＮＢ７ａ−０５〜７ａ−２０及びＳ−ＧＷ７ａ−３０を介して外部ネットワークに接続する。
図７ＡでＥＮＢ７ａ−０５〜７ａ−２０はＵＭＴＳシステムの既存のノードＢに対応される。ＥＮＢはＵＥ７ａ−３５と無線チャンネルで接続されて既存のノードＢより複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＥＮＢ７ａ−０５〜７ａ−２０が担当する。一つのＥＮＢは通常、多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは例えば、２０ＭＨｚ帯域幅で直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術で用いる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ７ａ−３０はデータベアラーを提供する装置であり、ＭＭＥ７ａ−２５の制御にしたがってデータベアラーを生成すると除去する。ＭＭＥは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置として多数の基地局と接続される。
図７Ｂは、本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。
図７Ｂを参照すれば、ＬＴＥシステムの無線プロトコルは端末とＥＮＢでそれぞれＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)７ｂ−０５、７ｂ−４０、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)７ｂ−１０、７ｂ−３５、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)７ｂ−１５、７ｂ−３０からなるＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)７ｂ−０５、７ｂ−４０はＩＰヘッダー圧縮／復元などの動作を担当する。ＰＤＣＰの主要機能は下記のように要約される。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−順序再整列機能(Ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ(ｏｎｌｙ ｓｕｐｐｏｒｔ ｆｏｒ ＲＬＣ ＡＭ)：ＰＤＣＰ ＰＤＵ ｒｏｕｔｉｎｇ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ ａｔ ｈａｎｄｏｖｅｒ ａｎｄ、ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ、ｏｆ ＰＤＣＰ ＰＤＵｓ ａｔ ＰＤＣＰ ｄａｔａ−ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ、ｆｏｒ ＲＬＣ ＡＭ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣという)７ｂ−１０、７ｂ−３５はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを行う。ＲＬＣの主要機能は下記のように要約される。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
ＭＡＣ(７ｂ−１５、７ｂ−３０)は一つの端末に構成された多くのＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行う。ＭＡＣの主要機能は下記のように要約される。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｏｎｅ ｏｒ ｄｉｆｆｅｒｅｎｔ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｉｎｔｏ／ｆｒｏｍ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ(ＴＢ)ｄｅｌｉｖｅｒｅｄ ｔｏ／ｆｒｏｍ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
物理階層７ｂ−２０、７ｂ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作をする。
図７Ｃは、本開示の実施形態による次世代移動通信システムの構造を示す図面である。
図７Ｃを参照すれば、示されたように次世代移動通信システム(以下、ＮＲ又は５Ｇ)の無線アクセスネットワークは次世代基地局(Ｎｅｗ Ｒａｄｉｏ Ｎｏｄｅ Ｂ、以下、ＮＲ ｇＮＢ又はＮＲ基地局)７ｃ−１０とＮＲ ＣＮ(Ｎｅｗ Ｒａｄｉｏ Ｃｏｒｅ Ｎｅｔｗｏｒｋ)７ｃ−０５から構成される。ユーザ端末(Ｎｅｗ Ｒａｄｉｏ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＮＲ ＵＥ又は端末)７ｃ−１５はＮＲ ｇＮＢ７ｃ−１０及びＮＲ ＣＮ７ｃ−０５を介して外部ネットワークに接続する。
図７ＣでＮＲ ｇＮＢ７ｃ−１０は既存のＬＴＥシステムのｅＮＢ(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)に対応される。ＮＲ ｇＮＢはＮＲ ＵＥ７ｃ−１５と無線チャンネルで接続されて既存のノードＢより非常に優れたサービスを提供することができる。次世代移動通信システムではすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＮＲ ＮＢ７ｃ−１０が担当する。一つのＮＲ ｇＮＢは通常、多数のセルを制御する。現在のＬＴＥ対比超高速データ送信を具現するために既存最大帯域幅以上を持つことができ、直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として追加的にビームフォーミング技術が適用されることができる(７ｃ−２０)。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。ＮＲ ＣＮ７ｃ−０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行う。ＮＲ ＣＮは端末に対する移動性管理機能はもちろん各種制御機を担当する装置で多数の基地局と接続される。また、次世代移動通信システムは既存のＬＴＥシステムとも連動されることができ、ＮＲ ＣＮがＭＭＥ７ｃ−２５とネットワークインターフェースを介して接続される。ＭＭＥは既存の基地局であるｅＮＢ７ｃ−３０と接続される。
図７Ｄは、本開示の実施形態による次世代移動通信システムの無線プロトコル構造を示す図面である。
図７Ｄを参照すれば、次世代移動通信システムの無線プロトコルは端末とＮＲ基地局でそれぞれＮＲ ＰＤＣＰ７ｄ−０５、７ｄ−４０、ＮＲ ＲＬＣ７ｄ−１０、７ｄ−３５、ＮＲ ＭＡＣ７ｄ−１５、７ｄ−３０からなる。ＮＲ ＰＤＣＰ７ｄ−０５、７ｄ−４０の主要機能は次の機能のうちの一部を含むことができる。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順序再整列機能(ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
前記でＮＲ ＰＤＣＰ装置の順序で再整列機能(ｒｅｏｒｄｅｒｉｎｇ)は下位階層で受信したＰＤＣＰ ＰＤＵをＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいて順に再整列する機能をいい、再整列された順にデータを上位階層に伝達する機能を含むことができ、手順を再整列して遺失されたＰＤＣＰ ＰＤＵを記録する機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する再送信をリクエストする機能を含むことができる。
ＮＲ ＲＬＣ７ｄ−１０、７ｄ−３５の主要機能は次の機能のうちの一部を含むことができる。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ)
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ)
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ)
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ)
−ＲＬＣ ＳＤＵ 削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ)
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)若しくはＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。
前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
ＮＲ ＭＡＣ７ｄ−１５、７ｄ−３０は一つの端末に構成された多くのＮＲ ＲＬＣ階層装置と接続されることができ、ＮＲ ＭＡＣの主要機能は次の機能のうちの一部を含むことができる。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
ＮＲ ＰＨＹ階層７ｄ−２０、７ｄ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭ シンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作を行うことができる。
図７Ｅは、本開示の実施形態による次世代移動通信システムで端末が各階層装置(ｅｎｔｉｔｙ、以下、装置)を設定する手続きを示す図面である。
図７Ｅを参照すれば、図７Ｅは本発明で端末がデータを送受信するために網と接続を設定して各階層の装置(ｅｎｔｉｔｙ、以下、装置)を設定する手続きを説明する図面である。
現在接続が設定されていない端末(以下、ｉｄｌｅ ｍｏｄｅ ＵＥ)７ｅ−０１は送信するデータが発生すればＬＴＥ基地局又はＮＲ基地局７ｅ−０２とＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ過程を行う。端末はランダムアクセス過程を介して基地局と逆方向送信同期を確立してＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージを基地局で送信する(７ｅ−０５)。前記メッセージには端末の識別子と接続を設定しようとする理由などが収納される。基地局は端末がＲＲＣ接続を設定するようにＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージを送信する(７ｅ−１０)。前記メッセージにはＲＲＣ接続構成情報、各階層の設定情報などが収納されることができる。すなわち、ＰＨＹ又はＮＲ ＰＨＹ装置、ＭＡＣ又はＮＲ ＭＡＣ 装置、ＲＬＣ若しくはＮＲ ＲＬＣ装置、ＰＤＣＰ若しくはＮＲ ＰＤＣＰ装置に対する設定情報を含むことができ、前記階層装置がサポートする機能(図７Ｂ又は図７Ｅで説明された階層別機能)中に特定機能に対する設定を指示する情報を含むことができる。ＲＲＣ接続はＳＲＢ(Ｓｉｇｎａｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ)とも言い、端末と基地局間の制御メッセージであるＲＲＣメッセージ送受信に用いられる。ＲＲＣ接続を設定した端末は ＲＲＣＣｏｎｎｅｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局で送信する(７ｅ−１５)。基地局はＤＲＢ(Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ)を設定するために端末にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ メッセージを送信する(７ｅ−２０)。前記メッセージには各階層の設定情報などが収納されることができる。すなわち、ＰＨＹ又はＮＲ ＰＨＹ装置、ＭＡＣ又はＮＲ ＭＡＣ 装置、ＲＬＣ若しくはＮＲ ＲＬＣ装置、ＰＤＣＰ若しくはＮＲ ＰＤＣＰ装置に対する設定情報を含むことができ、前記階層装置がサポートする機能(図７Ｂ又は図７Ｅで説明された階層別機能)中に特定機能に対する設定を指示する情報を含むことができる。また、前記メッセージにはユーザデータが処理されるＤＲＢの設定情報が含まれ、端末は前記情報を適用してＤＲＢを設定して各階層の機能を設定して基地局にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信する(７ｅ−２５)。前記過程が全部完了されると、端末は基地局とデータを送受信する(７ｅ−３０)。そして、データを送受信してから、基地局は必要であればＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを端末にさらに送信して(７ｅ−３５)端末の各階層の設定情報などをさらに設定することができる。すなわち、前記メッセージにはＰＨＹ又はＮＲ ＰＨＹ装置、ＭＡＣ若しくはＮＲ ＭＡＣ装置、ＲＬＣ若しくはＮＲ ＲＬＣ装置、ＰＤＣＰ若しくはＮＲ ＰＤＣＰ装置に対する設定情報を含むことができ、前記階層装置がサポートする機能(図７Ｂ又は図７Ｅで説明された階層別機能)中に特定機能に対する設定を指示する情報を含むことができる。また、前記メッセージにはＬＴＥ基地局とＮＲ基地局のインターワーキングを設定する情報を含むことができる。前記ＬＴＥ基地局とＮＲ基地局のインターワーキングを設定する情報は３Ｃタイプ又は７ａタイプを指示する情報、前記各タイプによる各階層装置に対する情報などを含むことができる。前記メッセージによって各階層装置の設定を完了すれば端末は基地局にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送信する(７ｅ−４０)。
図７Ｆは、本開示の実施形態による次世代移動通信システムで端末がＬＴＥ基地局とＮＲ基地局を介してサービスを受けることができるシナリオを説明した図面である。
図７Ｆを参照すれば、図７Ｆで７ｆ−０１はＬＴＥ基地局とＮＲ基地局の３ＣタイプインターワーキングでＬＴＥ基地局がマスターであるシナリオを示し、７ｆ−０２はＬＴＥ基地局とＮＲ基地局の３ＣタイプインターワーキングでＮＲ基地局がマスターであるシナリオを示し、７ｆ−０３はＬＴＥ基地局とＮＲ基地局の７ａタイプインターワーキングシナリオを示し、７ｆ−０４はＮＲ基地局からだけサービスを受けるシナリオを示す。
本発明の第７−１実施では端末のＮＲ ＲＬＣ動作を次のように設定する。
端末が基地局から所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定を指示するＲＲＣ制御メッセージ(図７ＥでＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ７ｅ−１０又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ７ｅ−２０、７ｅ−３５)を受信するようになれば端末は前記メッセージの情報を確認してＮＲ ＲＬＣ装置を生成してＰＤＣＰ装置又はＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続して前記ＮＲ ＲＬＣ装置を介してデータを受信して前記データを処理して上位階層装置(ＰＤＣＰ又はＮＲ ＰＤＣＰ装置)へ伝達する。前記手続きでＮＲ ＲＬＣ装置が前記データを処理する方法は所定の条件によって次の通りである。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
前記第１条件はＮＲ ＲＬＣ装置がＬＴＥ ＰＤＣＰ装置とＮＲ ＭＡＣ装置と接続される場合(７ｆ−０１の７ｆ−１５)又はＮＲ ＲＬＣ装置を設定する制御メッセージをＬＴＥを介して受信する場合をいう。
前記第２条件はＮＲ ＲＬＣ装置がＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続される場合(７ｆ−０２の７ｆ−２５、７ｆ−０３の７ｆ−３５、７ｆ−０４の７ｆ−４５)又はＮＲ ＲＬＣ装置を設定する制御メッセージをＮＲを介して受信する場合をいう。
前記第１方法は所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立して ＰＤＣＰ装置で伝達することである。例えば、順次伝達機能を設定する。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過することをいう。前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)又はＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、又は遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが始まる前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。
前記第２方法は受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後、ＰＤＣＰ装置で伝達することである。例えば、非順次伝達機能を設定する。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
前記本発明の第７−１実施での端末の動作は図７Ｈと同様である。端末は７ｈ−０５段階で前記第 １条件又は第２条件を確認し、もし第１条件を満足すると、７ｈ−１０段階へ進行して前記第１方法でデータを処理し、もし第２条件が満足すると、７ｈ−１５段階へ進行して前記第２方法でデータを処理する。
本発明の第７−２実施では端末のＮＲ ＲＬＣ動作を次のように設定する。
端末が基地局から所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定を指示するＲＲＣ制御メッセージ(図７ＥでＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ７ｅ−１０又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ７ｅ−２０、７ｅ−３５)を受信するようになれば端末は前記メッセージの情報を確認してＮＲ ＲＬＣ装置を生成してＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続して前記ＮＲ ＲＬＣ装置を介してデータを受信して前記データを処理して上位階層装置(ＮＲ ＰＤＣＰ装置)へ伝達する(７ｆ−０４の ７ｆ−４５)。前記手続きでＮＲ ＲＬＣ装置が前記データを処理する方法は所定の条件によって次の通りである。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
前記第１条件はＮＲ ＲＬＣ装置がＡＭモードでＳＲＢに設定された場合である。
前記第２条件はＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定された場合である。
前記第１方法は所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立してＰＤＣＰ装置で伝達することである。例えば、順次伝達機能を設定する。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過することをいう。前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)又はＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層へ伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。
前記第２方法は受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後のＰＤＣＰ装置へ伝達することである。例えば、非順次伝達機能を設定する。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
前記本発明の第７−２実施での端末の動作は図７Ｈと同様である。端末は７ｈ−０５段階で前記第 １条件又は第２条件を確認し、もし第１条件を満足すると、７ｈ−１０段階へ進行して前記第１方法でデータを処理し、もし第２条件が満足すると、７ｈ−１５段階へ進行して前記第２方法でデータを処理する。
本発明の第７−３実施では端末のＮＲ ＲＬＣ動作を次のように設定する。
端末が基地局から所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定を指示するＲＲＣ制御メッセージ(図７ＥでＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ７ｅ−１０又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ７ｅ−２０、７ｅ−３５)を受信するようになれば端末は前記メッセージの情報を確認してＮＲ ＲＬＣ装置を生成してＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ 装置と接続して前記ＮＲ ＲＬＣ装置を介してデータを受信して前記データを処理して上位階層装置(ＮＲ ＰＤＣＰ装置)へ伝達する(７ｆ−０４の ７ｆ−４５)。前記手続きでＮＲ ＲＬＣ装置が前記データを処理する方法は所定の条件によって次の通りである。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
前記第１条件はＮＲ ＲＬＣ装置がＡＭモードでＳＲＢに設定された場合、又はＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定されて第１方法を適用することを指示する情報を前記ＲＲＣ制御メッセージから受信した場合、若しくはＮＲ ＲＬＣ装置がＵＭモードで設定された場合である。
前記第２条件はＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定されて第１方法を適用することを指示する情報を制御メッセージから受信しない場合、又は第２方法を適用することを指示する情報を制御メッセージから受信した場合である。
前記第１方法は所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立して ＰＤＣＰ装置で伝達することである。例えば、順次伝達機能を設定する。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過することをいう。前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)又はＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。
前記第２方法は受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後のＰＤＣＰ装置で伝達することである。例えば、非順次伝達機能を設定する。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
前記本発明の第７−３実施での端末の動作は図７Ｈと同様である。端末は７ｈ−０５段階で前記第 １条件又は第２条件を確認し、もし第１条件を満足すると、７ｈ−１０段階へ進行して前記第１方法でデータを処理し、もし第２条件が満足すると、７ｈ−１５段階へ進行して前記第２方法でデータを処理する。
本発明の第７−４実施ではＮＲ基地局のＮＲ ＲＬＣ動作を次のように設定する。
ＮＲ基地局は所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定をする。ＮＲ基地局はＮＲ ＲＬＣ装置を生成してＰＤＣＰ装置又はＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続して前記ＮＲ ＲＬＣ装置を介してデータを受信して前記データを処理して上位階層装置(ＰＤＣＰ又はＮＲ ＰＤＣＰ装置)で伝達する。前記手続きでＮＲ ＲＬＣ装置が前記データを処理する方法は所定の条件によって次の通りである。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
前記第１条件はＮＲ ＲＬＣ装置がＬＴＥ ＰＤＣＰ装置とＮＲ ＭＡＣ装置と接続される場合(７ｆ−０１の７ｆ−１０)、若しくはＮＲ ＲＬＣ装置を設定する制御メッセージをＬＴＥを介して受信する場合をいう。
前記第２条件はＮＲ ＲＬＣ装置がＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続される場合(７ｆ−０２の７ｆ−２０、７ｆ−０３の７ｆ−３０、７ｆ−０４の７ｆ−４０)、若しくはＮＲ ＲＬＣ装置を設定する制御メッセージをＮＲを介して受信する場合をいう。
前記第１方法は所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立して ＰＤＣＰ装置で伝達することである。例えば、順次伝達機能を設定する。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過することをいう。前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)又はＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ 以前までのＲＬ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。
前記第２方法は受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後のＰＤＣＰ装置で伝達することである。例えば、非順次伝達機能を設定する。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
図７Ｉは、第７−４、７−５、７−６、７−８実施形態による基地局の動作を示す図面である。
図７Ｉを参照すれば、基地局は７ｉ−０５段階で前記第１条件又は第２条件を確認し、もし第１条件を満足すると、７ｉ−１０段階へ進行して前記第１方法でデータを処理し、もし第２条件が満足すると、７ｉ−１５段階へ進行して前記第２方法でデータを処理する。
本発明の第７−５実施形態ではＮＲ基地局のＮＲ ＲＬＣ動作を次のように設定する。
ＮＲ基地局は所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定をする。ＮＲ基地局はＮＲ ＲＬＣ装置を生成してＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続して前記ＮＲ ＲＬＣ装置を介してデータを受信して前記データを処理して上位階層装置(ＮＲ ＰＤＣＰ装置)で伝達する(７ｆ−０４の７ｆ−４０)。前記手続きでＮＲ ＲＬＣ装置が前記データを処理する方法は所定の条件によって次の通りである。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
前記第１条件はＮＲ ＲＬＣ装置がＡＭモードでＳＲＢに設定された場合である。
前記第２条件はＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定された場合である。
前記第１方法は所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立してＰＤＣＰ装置で伝達することである。例えば、順次伝達機能を設定する。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過することをいう。前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)又はＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが始まる前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了すると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。
前記第２方法は受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立てた後のＰＤＣＰ装置で伝達することである。すなわち、非順次伝達機能を設定する。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
前記本発明の第７−５実施形態での基地局の動作は図７Ｉの同様である。基地局は７ｉ−０５段階で前記第１条件又は第２条件を確認し、もし第１条件を満足すると、７ｉ−１０段階へ進行して前記第１方法でデータを処理し、もし第２条件が満足すると、７ｉ−１５段階へ進行して前記第２方法でデータを処理する。
本発明の第７−６実施形態はＮＲ基地局のＮＲ ＲＬＣ動作を次のように設定する。
ＮＲ基地局は所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定をする。ＮＲ基地局はＮＲ ＲＬＣ装置を生成してＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続して前記ＮＲ ＲＬＣ装置を介してデータを受信して前記データを処理して上位階層装置(ＮＲ ＰＤＣＰ装置)で伝達する(７ｆ−０４の７ｆ−４０)。前記手続きでＮＲ ＲＬＣ装置が前記データを処理する方法は所定の条件によって次の通りである。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
前記第１条件はＮＲ ＲＬＣ装置がＡＭモードでＳＲＢに設定された場合、若しくはＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定されて第１方法を適用することを指示する情報を前記ＲＲＣ制御メッセージから受信した場合、若しくはＮＲ ＲＬＣ装置がＵＭモードで設定された場合である。
前記第２条件はＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定されて第１方法を適用することを指示する情報を制御メッセージから受信しない場合、若しくは第２方法を適用することを指示する情報を制御メッセージから受信した場合である。
前記第１方法は所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立てして ＰＤＣＰ装置で伝達することである。すなわち、順次伝達機能を設定する。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過することをいう。前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)若しくはＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。
前記第２方法は受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後のＰＤＣＰ装置で伝達することである。すなわち、非順次伝達機能を設定する。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
前記本発明の第７−４実施形態での基地局の動作は図７Ｉと同様である。基地局は７ｉ−０５段階で前記第１条件又は第２条件を確認し、もし第１条件を満足すると、７ｉ−１０段階へ進行して前記第１方法でデータを処理し、もし第２条件が満足すると７ｉ−１５段階へ進行して前記第２方法でデータを処理する。
図７Ｇは、本開示の実施形態による次世代移動通信システムで端末がＬＴＥ基地局とＮＲ基地局を介してサービスを受けることができるまた他のシナリオを説明した図面である。
図７Ｇを参照すれば、図７Ｇで７ｇ−０１はＬＴＥ基地局とＮＲ基地局の３ＣタイプインターワーキングでＮＲ基地局がマスターでデータがＮＲベアラーとＬＴＥベアラーを介して送信されるｓｐｌｉｔベアラーシナリオを示し、７ｇ−０２はＬＴＥ基地局とＮＲ基地局の３ＣタイプインターワーキングでＮＲ基地局がマスターでデータがＬＴＥベアラーを介して送信されるシナリオを示し、７ｇ−０３はＬＴＥ基地局とＮＲ基地局の７ａタイプインターワーキングシナリオを示し、７ｇ−０４はＮＲ 基地局からだけサービスを受けるシナリオを示す。
本発明の第７−７実施形態では端末のＮＲ ＰＤＣＰ動作を次のように設定する。
端末が基地局から所定の無線ベアラーに対するＮＲ ＰＤＣＰ装置設定を指示するＲＲＣ制御メッセージ(図７ＥでＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ７ｅ−１０又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ７ｅ−２０、７ｅ−３５)を受信するようになれば端末は前記メッセージの情報を確認してＮＲ ＰＤＣＰ装置を生成してＮＲ ＲＬＣ装置と接続して前記ＮＲ ＰＤＣＰ装置を介してデータを受信して前記データを処理して上位階層装置(ネットワーク階層又は装置)へ伝達する。前記手続きでＮＲ ＰＤＣＰ装置が前記データを処理する方法は所定の条件によって次の通りである。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
前記第１条件はＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置と接続されてデータをＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置を介して受信することに設定された場合、若しくはＮＲ ＰＤＣＰ装置を設定する制御メッセージをＮＲを介して受信し、データをＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置を介して受信することに設定された場合(７ｇ−０１の７ｇ−１５)若しくはＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣ装置とだけ接続された場合、若しくはＬＴＥ基地局との接続がなく、ただＮＲ基地局とだけ接続が設定された場合である(７ｇ−０３の ７ｇ−３５、７ｇ−０４の ７ｇ−４５)。
前記第２条件はＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣとＬＴＥ ＲＬＣと接続されてデータをＬＴＥ ＲＬＣ装置にだけ受信することに設定された場合(７ｇ−０２の ７ｇ−２５)又はＮＲ ＰＤＣＰ装置を設定する制御メッセージをＮＲを介して受信してデータをＬＴＥ ＲＬＣ装置にだけ受信することに設定された場合である。
前記第１方法は所定の条件が充足されると、ＮＲ ＰＤＣＰ装置は受信したＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で伝達することである。すなわち、順序で再整列機能を設定する。前記所定の条件は未受信ＰＤＣＰ ＰＤＵが存在しないか、未受信ＰＤＣＰ ＰＤＵが発生した後に所定の時間が経過することをいう。所定の処理はＰＤＣＰ ＰＤＵでＰＤＣＰヘッダーを除去し、復号化して必要な場合、無欠性を検証してパケットのヘッダーを圧縮解除する動作を含むことができる。前記でＮＲ ＰＤＣＰ装置の順序で再整列機能(ｒｅｏｒｄｅｒｉｎｇ)は下位階層で受信したＰＤＣＰ ＰＤＵをＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいて順に再整列する機能をいい、再整列された順にデータを上位階層に伝達する機能を含むことができ、手順を再整列して遺失されたＰＤＣＰ ＰＤＵを記録する機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する再送信をリクエストする機能を含むことができる。
前記第２方法は受信したＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で伝達する。前記所定の処理はＰＤＣＰ ＰＤＵでＰＤＣＰヘッダーを除去し、復号化して必要な場合、無欠性を検証してパケットのヘッダーを圧縮解除する動作を含むことができる。このような過程は、ＮＲ ＰＤＣＰ装置がＰＤＣＰ ＰＤＵを所定の処理をした後の順序で再整列機能を設定せず上位階層又は装置へ伝達する過程で理解されることができ、又はＮＲ ＰＤＣＰ装置がＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で直ちに伝達する過程で理解されることもできる。
図７Ｈは、本開示の第７−１、７−２、７−３、７−７ 実施形態による端末の動作を示す図面である。
図７Ｈを参照すれば、端末は７ｈ−０５段階で前記第１条件又は第２条件を確認し、もし第１条件を満足すると、７ｈ−１０段階へ進行して前記第１方法でデータを処理し、もし第２条件が満足すると、７ｈ−１５段階へ進行して前記第２方法でデータを処理する。
本発明の第７−８実施形態はＮＲ基地局のＮＲ ＰＤＣＰ動作を次のように設定する。
ＮＲ基地局は所定の無線ベアラーに対するＮＲ ＰＤＣＰ装置設定をする。例えば、ＮＲ ＰＤＣＰ装置を生成してＮＲ ＲＬＣ装置と接続して前記ＮＲ ＰＤＣＰ装置を介してデータを受信して前記データを処理して上位階層装置(ネットワーク階層又は装置)で伝達する。前記手続きでＮＲ ＰＤＣＰ装置が前記データを処理する方法は所定の条件によって次の通りである
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
前記第１条件はＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置と接続されてデータをＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置を介して受信することに設定した場合、若しくはＮＲ ＰＤＣＰ装置設定をＮＲ基地局が自ら決定してデータをＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置を介して受信することに設定した場合(７ｇ−０１の７ｇ−１０)、若しくはＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣ装置とだけ接続された場合、若しくはＬＴＥ基地局との接続がなく、ただＮＲ基地局とだけ接続が設定された場合である(７ｇ−０３の７ｇ−３０、７ｇ−０４の７ｇ−４０)。
前記第２条件はＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣとＬＴＥ ＲＬＣと接続されてデータをＬＴＥ ＲＬＣ装置にだけ送信することに設定した場合、若しくはＮＲ ＰＤＣＰ装置設定をＮＲ基地局が自ら決定してデータをＬＴＥ ＲＬＣ装置にだけ受信することに設定した場合である(７ｇ−０２の７ｇ−２０)。
前記第１方法は所定の条件が充足されると、ＮＲ ＰＤＣＰ装置は受信したＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で伝達することである。例えば、順序で再整列機能を設定する。前記所定の条件は未受信ＰＤＣＰ ＰＤＵが存在しないか、未受信ＰＤＣＰ ＰＤＵが発生した後に所定の時間が経過することをいう。所定の処理はＰＤＣＰ ＰＤＵでＰＤＣＰヘッダーを除去し、復号化して必要な場合、無欠性を検証してパケットのヘッダーを圧縮解除する動作を含むことができる。前記でＮＲ ＰＤＣＰ装置の順序で再整列機能(ｒｅｏｒｄｅｒｉｎｇ)は下位階層で受信したＰＤＣＰ ＰＤＵをＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいて順に再整列する機能をいい、再整列された順にデータを上位階層に伝達する機能を含むことができ、手順を再整列して遺失されたＰＤＣＰ ＰＤＵを記録する機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する再送信をリクエストする機能を含むことができる。
前記第２方法は受信したＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で伝達する。前記所定の処理はＰＤＣＰ ＰＤＵでＰＤＣＰヘッダーを除去し、復号化して必要な場合、無欠性を検証してパケットのヘッダーを圧縮解除する動作を含むことができる。
図７Ｊは、本開示の実施形態による端末の構造を示すブロック図である。
前記図面を参照すれば、前記端末は、ＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)処理部７ｊ−１０、基底帯域(ｂａｓｅｂａｎｄ)処理部７ｊ−２０、記憶部７ｊ−３０、制御部７ｊ−４０を含む。
前記ＲＦ処理部７ｊ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。例えば、前記ＲＦ処理部７ｊ−１０は前記基底帯域処理部７ｊ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後のアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部７ｊ−１０は送信フィルター、受信フィルター、増幅器、ミキサー(ｍｉｘｅｒ)、オシレーター(ｏｓｃｉｌｌａｔｏｒ)、ＤＡＣ(ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ)、ＡＤＣ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ)などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを備えることができる。さらに、前記ＲＦ処理部(７ｊ−１０)は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部７ｊ−１０はビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部７ｊ−１０は多数のアンテナ又はアンテナ要素(ｅｌｅｍｅｎｔ)を介して送受信される信号それぞれの位相及びサイズを調節することができる。また前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作実行時のいくつかのレイヤーを受信することができる。前記ＲＦ処理部７ｊ−１０は制御部の制御によって多数のアンテナ又はアンテナ要素を適切に設定して受信ビームスイーピングを行うか、受信ビームが送信ビームと共助されるように受信ビームの方向とビーム幅を調整することができる。
前記基底帯域処理部７ｊ−２０はシステムの物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部７ｊ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部７ｊ−２０は前記ＲＦ処理部７ｊ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)方式に従う場合、データ送信時、前記基底帯域処理部７ｊ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ(ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算及びＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部７ｊ−２０は前記ＲＦ処理部７ｊ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ(ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。
前記基底帯域処理部７ｊ−２０及び前記ＲＦ処理部７ｊ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部７ｊ−２０及び前記ＲＦ処理部７ｊ−１０は送信部、受信部、送受信部又は通信部と指称されることができる。ひいては、前記基底帯域処理部７ｊ−２０及び前記ＲＦ処理部７ｊ−１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。さらに、前記基底帯域処理部７ｊ−２０及び前記ＲＦ処理部７ｊ−１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術はＬＴＥ網、ＮＲ網などを含むことができる。さらに、前記互いに異なる周波数帯域は超高周波(ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ)(例えば、２．５ＧＨｚ、５Ｇｈｚ)帯域、ｍｍ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)(例えば、６０ＧＨｚ)帯域を含むことができる。
前記記憶部７ｊ−３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。前記記憶部７ｊ−３０は前記制御部７ｊ−４０のリクエストによって記憶されたデータを提供する。
前記制御部７ｊ−４０は多重接続処理部７ｊ−４２を含み、前記端末の全般的な動作を制御する。例えば、前記制御部７ｊ−４０は前記基底帯域処理部７ｊ−２０及び前記ＲＦ処理部７ｊ−１０)介して信号を送受信する。また、前記制御部７ｊ−４０は前記記憶部７ｊ−４０にデータを記録し、読む。このために、前記制御部７ｊ−４０は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含むことができる。例えば、前記制御部７ｊ−４０は通信のための制御を行うＣＰ(ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)及び応用プログラムなどの上位階層を制御するＡＰ(ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)を含むことができる。
図７Ｋは、本開示の実施形態による無線通信システムで基地局送受信部のブロック構成を示す。
前記図面に示されたように、前記基地局は ＲＦ処理部７ｋ−１０、基底帯域処理部７ｋ−２０、通信部７ｋ−３０、記憶部７ｋ−４０、制御部７ｋ−５０を含んで構成される。
前記ＲＦ処理部７ｋ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部７ｋ−１０は前記基底帯域処理部７ｋ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後のアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウン変換する。例えば、前記ＲＦ処理部７ｋ−１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣ などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記第１接続ノードは多数のアンテナを備えることができる。さらに、前記ＲＦ処理部７ｋ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部７ｋ−１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部７ｋ−１０は多数のアンテナ又はアンテナ要素を介して送受信される信号それぞれの位相及びサイズを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することで下向きＭＩＭＯ動作を行うことができる。
前記基底帯域処理部７ｋ−２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部７ｋ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部７ｋ−２０は前記ＲＦ処理部７ｋ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ 方式に従う場合、データ送信時、前記基底帯域処理部７ｋ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部７ｋ−２０は前記ＲＦ処理部７ｋ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。前記基底帯域処理部７ｋ−２０及び前記ＲＦ処理部７ｋ−１０は上述したように信号を送信及び受信する。これによって、前記基底帯域処理部７ｋ−２０及び前記ＲＦ処理部７ｋ−１０は送信部、受信部、送受信部、通信部又は無線通信部と指称されることができる。
前記通信部７ｋ−３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。
前記記憶部７ｋ−４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部７ｋ−４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部７ｋ−４０は端末に多重接続を提供するか、中断するか否かの判断基準となる情報を記憶することができる。そして、前記記憶部７ｋ−４０は前記制御部７ｋ−５０のリクエストに従って記憶されたデータを提供する。
前記制御部７ｋ−５０は多重接続処理部７ｋ−５２を含み、前記主基地局の全般的な動作を制御する。例えば、前記制御部７ｋ−５０は前記基底帯域処理部７ｋ−２０及び前記ＲＦ処理部７ｋ−１０を介して又は前記通信部７ｋ−３０を介して信号を送受信する。また、前記制御部７ｋ−５０は前記記憶部７ｋ−４０データを記録し、読む。このために、前記制御部７ｋ−５０は少なくとも一つのプロセッサを含むことができる。
前記発明を要約すれば次の通りである。本発明は次世代移動通信システム(以下、ＮＲ又は５Ｇと指称)でＮＲ ＰＤＣＰ装置とＮＲ ＲＬＣ装置の動作に関する方法及び装置に関し、本発明は以下の段階を含む。
[端末ＮＲ ＲＬＣ動作の実施形態７−１：ＬＴＥとＮＲインターワーキング]
端末が基地局から所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定を指示するＲＲＣ制御メッセージを受信する。
−ＮＲ ＲＬＣ装置を生成してＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続
前記ＮＲ ＲＬＣ装置を介してデータを受信する。
前記ＮＲ ＲＬＣは前記データを処理してＰＤＣＰ装置で伝達する。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
第１条件：ＮＲ ＲＬＣ装置がＬＴＥ ＰＤＣＰとＮＲ ＭＡＣと接続される。又はＮＲ ＲＬＣ装置を設定する制御メッセージをＬＴＥを介して受信。
第２条件：ＮＲ ＲＬＣ装置がＮＲ ＰＤＣＰ及びＮＲ ＭＡＣと接続される。又はＮＲ ＲＬＣ装置を設定する制御メッセージをＮＲを介して受信。
第１方法：所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立してＰＤＣＰ装置で伝達。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過
第２方法：受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後のＰＤＣＰ装置で伝達
[端末ＮＲ ＲＬＣ動作の実施形態７−２：ＮＲ ｓｔａｎｄａｌｏｎｅ]
端末が基地局から所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定を指示するＲＲＣ制御メッセージを受信する。
−ＮＲ ＲＬＣ装置を生成してＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続
前記ＮＲ ＲＬＣ装置を介してデータを受信する。
前記ＮＲ ＲＬＣは前記データを処理してＮＲ ＰＤＣＰ装置で伝達する。
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
第１条件：ＮＲ ＲＬＣ装置がＡＭモードでＳＲＢに設定された場合
第２条件：ＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定された場合
第１方法：所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立してＰＤＣＰ装置で伝達。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過
第２方法：受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後のＰＤＣＰ装置で伝達
[端末ＮＲ ＲＬＣ動作の実施形態７−３：ＮＲ ｓｔａｎｄａｌｏｎｅ]
端末が基地局から所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定を指示するＲＲＣ制御メッセージ受信
−ＮＲ ＲＬＣ装置を生成してＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と連結
前記ＮＲ ＲＬＣ装置を介してデータを受信
前記ＮＲ ＲＬＣは前記データを処理してＮＲ ＰＤＣＰ装置で伝達
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
第１条件：ＮＲ ＲＬＣ装置がＡＭモードでＳＲＢに設定された場合、又はＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定されて第１方法を適用することを指示する情報を制御メッセージから受信した場合、又はＮＲ ＲＬＣ装置がＵＭモードで設定された場合
第２条件：ＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定されて第１方法を適用することを指示する情報を制御メッセージから受信しない場合
第１方法：所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立してＰＤＣＰ装置で伝達。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後の所定の時間が経過
第２方法：受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後のＰＤＣＰ装置で伝達
[基地局ＮＲ ＲＬＣ動作の実施形態７−４：ＬＴＥとＮＲインターワーキング]
ＮＲ基地局は所定の無線ベアラーに対するＮＲ ＲＬＣ装置設定を有することができる。
−ＮＲ ＲＬＣ装置を生成してＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続
前記ＮＲ ＲＬＣ装置を介してデータを受信
前記ＮＲ ＲＬＣは前記データを処理してＰＤＣＰ装置で伝達
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
第１条件：ＮＲ ＲＬＣ装置がＬＴＥ ＰＤＣＰとＮＲ ＭＡＣと接続される。若しくはＮＲ ＲＬＣ装置を設定する制御メッセージをＬＴＥを介して受信。
第２条件：ＮＲ ＲＬＣ装置がＮＲ ＰＤＣＰ及びＮＲ ＭＡＣと接続される。若しくはＮＲ ＲＬＣ装置を設定する制御メッセージをＮＲ基地局自ら決定。
第１方法：所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立してＰＤＣＰ装置で伝達。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後の所定の時間が経過
第２方法：受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後 ＰＤＣＰ装置で伝達
[基地局ＮＲ ＲＬＣ動作の実施形態７−５：ＮＲ ｓｔａｎｄａｌｏｎｅ]
基地局が所定の無線ベアラーに対するＮＲ ＲＬＣ装置を設定
−ＮＲ ＲＬＣ装置を生成してＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続
前記ＮＲ ＲＬＣ装置を介してデータを受信
前記ＮＲ ＲＬＣは前記データを処理してＮＲ ＰＤＣＰ装置で伝達
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
第１条件：ＮＲ ＲＬＣ装置がＡＭモードでＳＲＢに設定された場合
第２条件：ＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定された場合
第１方法：所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立してＰＤＣＰ装置で伝達。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過
第２方法：受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後のＰＤＣＰ装置で伝達
[基地局ＮＲ ＲＬＣ動作の実施形態７−６：ＮＲ ｓｔａｎｄａｌｏｎｅ]
基地局が所定の無線ベアラーに対するＮＲ ＲＬＣ装置を設定
−ＮＲ ＲＬＣ装置を生成してＮＲ ＰＤＣＰ装置及びＮＲ ＭＡＣ装置と接続
前記ＮＲ ＲＬＣ装置を介してデータを受信
前記ＮＲ ＲＬＣは前記データを処理してＮＲ ＰＤＣＰ装置で伝達
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
第１条件：ＮＲ ＲＬＣ装置がＡＭモードでＳＲＢに設定された場合、又はＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定されて第１方法を適用することに決定した場合、若しくはＮＲ ＲＬＣ装置がＵＭモードで設定された場合
第２条件：ＮＲ ＲＬＣ装置がＡＭモードでＤＲＢに設定されて第１方法を適用せず第２方法を適用することに決定した場合
第１方法：所定の条件が充足されると、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＤＵに再組立してＰＤＣＰ装置で伝達。所定の条件は未受信ＲＬＣ ＰＤＵが存在しないか、未受信ＲＬＣ ＰＤＵが発生した後に所定の時間が経過
第２方法：受信したＲＬＣ ＰＤＵでＲＬＣ ＳＤＵを再組立することができると、直ちに再組立した後 ＰＤＣＰ装置で伝達
[端末ＮＲ ＰＤＣＰ動作の実施形態７−７：ＬＴＥとＮＲインターワーキング]
端末が基地局から所定の無線ベアラーに対するＮＲ ＰＤＣＰ装置設定を指示するＲＲＣ制御メッセージ受信
−ＮＲ ＰＤＣＰ装置を生成してＲＬＣ装置と接続
前記ＲＬＣ装置を介してデータを受信
前記ＮＲ ＰＤＣＰ装置は前記データを処理して上位階層又は装置で伝達
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
第１条件：ＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置と接続されてデータをＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置を介して受信することに設定された場合、又はＮＲ ＰＤＣＰ装置を設定する制御メッセージを ＮＲを介して受信し、データをＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置を介して受信することに設定された場合、若しくはＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣ装置とだけ接続された場合又はＬＴＥ基地局との接続がなく、ただＮＲ基地局とだけ連結が設定された場合。
第２条件：ＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣとＬＴＥ ＲＬＣと接続されてデータをＬＴＥ ＲＬＣ装置にだけ受信することに設定された場合、又はＮＲ ＰＤＣＰ装置を設定する制御メッセージをＮＲを介して受信してデータをＬＴＥ ＲＬＣ装置にだけ受信することに設定された場合。
第１方法：所定の条件が充足されると、ＮＲ ＰＤＣＰ装置は受信したＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で伝達。所定の条件は未受信ＰＤＣＰ ＰＤＵが存在しないか、未受信ＰＤＣＰ ＰＤＵが発生した後の所定の時間が経過。所定の処理はＰＤＣＰ ＰＤＵでＰＤＣＰヘッダーを除去し、復号化して必要な場合、無欠性を検証してパケットのヘッダーを圧縮解除する動作を含むことができる。
第２方法：受信したＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で伝達。所定の処理はＰＤＣＰ ＰＤＵでＰＤＣＰヘッダーを除去し、復号化して必要な場合、無欠性を検証してパケットのヘッダーを圧縮解除する動作を含むことができる。
[基地局ＮＲ ＰＤＣＰ動作の実施形態７−８：ＬＴＥとＮＲインターワーキング]
ＮＲ基地局は所定の無線ベアラーに対するＮＲ ＰＤＣＰ装置設定を有することができる。
−ＮＲ ＰＤＣＰ装置を生成してＲＬＣ装置と接続
前記ＲＬＣ装置を介してデータを受信
前記ＮＲ ＰＤＣＰ装置は前記データを処理して上位階層又は装置で伝達
−所定の第１条件が充足されると、第１方法を適用してデータを処理
−所定の第２条件が充足されると、第２方法を適用してデータを処理
第１条件：ＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置と接続されてデータをＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置を介して受信することに設定した場合。又はＮＲ ＰＤＣＰ装置設定をＮＲ基地局が自ら決定してデータをＮＲ ＲＬＣ装置とＬＴＥ ＲＬＣ装置を介して受信することに設定した場合。若しくはＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣ装置とだけ接続された場合、若しくはＬＴＥ基地局との接続がなく、ただＮＲ基地局とだけ連結が設定された場合。
第２条件：ＮＲ ＰＤＣＰ装置がＮＲ ＲＬＣとＬＴＥ ＲＬＣと接続されてデータをＬＴＥ ＲＬＣ装置にだけ送信することに設定した場合。若しくはＮＲ ＰＤＣＰ装置設定をＮＲ基地局が自ら決定してデータをＬＴＥ ＲＬＣ装置にだけ受信することに設定した場合。
第１方法：所定の条件が充足されると、ＮＲ ＰＤＣＰ装置は受信したＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で伝達。所定の条件は未受信ＰＤＣＰ ＰＤＵが存在しないか、未受信ＰＤＣＰ ＰＤＵが発生した後に所定の時間が経過。所定の処理はＰＤＣＰ ＰＤＵでＰＤＣＰヘッダーを除去し、復号化して必要な場合、無欠性を検証してパケットのヘッダーを圧縮解除する動作を含むことができる。
第２方法：受信したＰＤＣＰ ＰＤＵを所定の処理をして上位階層又は装置で伝達。所定の処理はＰＤＣＰ ＰＤＵでＰＤＣＰヘッダーを除去し、復号化して必要な場合、無欠性を検証してパケットのヘッダーを圧縮解除する動作を含むことができる。
＜第８実施形態＞
以下説明で用いられる接続ノード(ｎｏｄｅ)を識別するための用語、網客体(ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ)を指称する用語、メッセージを指称する用語、網客体間のインターフェースを指称する用語、多様な識別情報を指称する用語などは説明の便宜のために例示されたことである。したがって、本発明が後述される用語に限定されるのではなく、同等な技術的意味を有する対象を指称する他の用語が使われることができる。
以下説明の便宜のために、本発明は３ＧＰＰ ＬＴＥ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)規格で定義している用語及び名称を用いる。しかし、本発明が前記用語及び名称によって限定されるのではなくて、他の規格によるシステムにも同様に適用されることができる。
図８Ａは、本開示の実施形態によるＬＴＥシステムの構造を示す図面である。
図８Ａを参照すれば、示されたようにＬＴＥシステムの無線アクセスネットワークは次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、以下 ＥＮＢ、Ｎｏｄｅ Ｂ又は基地局)８ａ−０５、８ａ−１０、８ａ−１５、８ａ−２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)８ａ−２５、及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)８ａ−３０から構成される。ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＵＥ又は端末)８ａ−３５はＥＮＢ８ａ−０５〜８ａ−２０及びＳ−ＧＷ８ａ−３０を介して外部ネットワークに接続する。
図８ＡでＥＮＢ８ａ−０５〜８ａ−２０はＵＭＴＳ システムの既存のノードＢに対応される。ＥＮＢはＵＥ８ａ−３５と無線チャンネルで接続されて既存のノード Ｂ より複雑な役目を行う。ＬＴＥシステムではインターネットプロトコルを通じるＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)のようなリアルタイムサービスを含めたすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスされるので、ＵＥのバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＥＮＢ８ａ−０５〜８ａ−２０が担当する。一つのＥＮＢは通常、多数のセルを制御する。例えば、１００Ｍｂｐｓの送信速度を具現するためにＬＴＥシステムは例えば、２０ＭＨｚ 帯域幅で直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術で用いる。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決定する適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。Ｓ−ＧＷ８ａ−３０はデータベアラーを提供する装置であり、ＭＭＥ８ａ−２５の制御にしたがってデータベアラーを生成するか除去する。ＭＭＥは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。
図８Ｂは、本開示の実施形態によるＬＴＥシステムで無線プロトコル構造を示す図面である。
図８Ｂを参照すれば、ＬＴＥシステムの無線プロトコルは端末とＥＮＢでそれぞれＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)８ｂ−０５、８ｂ−４０、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)８ｂ−１０、８ｂ−３５、ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)８ｂ−１５、８ｂ−３０からなる。ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)８ｂ−０５、８ｂ−４０はＩＰヘッダー圧縮／復元などの動作を担当する。ＰＤＣＰの主要機能は下記のように要約される。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−順序再整列機能(Ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ(ｏｎｌｙ ｓｕｐｐｏｒｔ ｆｏｒ ＲＬＣ ＡＭ)：ＰＤＣＰ ＰＤＵ ｒｏｕｔｉｎｇ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ ａｔ ＰＤＣＰ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＲＬＣ ＡＭ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ ａｔ ｈａｎｄｏｖｅｒ ａｎｄ、ｆｏｒ ｓｐｌｉｔ ｂｅａｒｅｒｓ ｉｎ ＤＣ、ｏｆ ＰＤＣＰ ＰＤＵｓ ａｔ ＰＤＣＰ ｄａｔａ−ｒｅｃｏｖｅｒｙ ｐｒｏｃｅｄｕｒｅ、ｆｏｒ ＲＬＣ ＡＭ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、以下、ＲＬＣという)８ｂ−１０、８ｂ−３５はＰＤＣＰ ＰＤＵ(Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ)を適切なサイズに再構成してＡＲＱ動作などを行う。ＲＬＣの主要機能は下記のように要約される。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ(ｏｎｌｙ ｆｏｒ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ(ｏｎｌｙ ｆｏｒ ＵＭ ａｎｄ ＡＭ ｄａｔａ ｔｒａｎｓｆｅｒ))
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
ＭＡＣ８ｂ−１５、８ｂ−３０は一端末に構成された多くの ＲＬＣ階層装置と接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化してＭＡＣ ＰＤＵからＲＬＣ ＰＤＵを逆多重化する動作を行う。ＭＡＣの主要機能は下記のように要約される。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ ｂｅｌｏｎｇｉｎｇ ｔｏ ｏｎｅ ｏｒ ｄｉｆｆｅｒｅｎｔ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｉｎｔｏ／ｆｒｏｍ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋｓ(ＴＢ)ｄｅｌｉｖｅｒｅｄ ｔｏ／ｆｒｏｍ ｔｈｅ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｏｎ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
物理階層８ｂ−２０、８ｂ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭシンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作をする。
図８Ｃは、本開示の実施形態による次世代移動通信システムの構造を示す図面である。
図８Ｃを参照すれば、示されたように次世代移動通信システム(以下、ＮＲ又は５Ｇ)の無線アクセスネットワークは次世代基地局(Ｎｅｗ Ｒａｄｉｏ Ｎｏｄｅ Ｂ、以下、ＮＲ ｇＮＢ又はＮＲ基地局)８ｃ−１０とＮＲ ＣＮ(Ｎｅｗ Ｒａｄｉｏ Ｃｏｒｅ Ｎｅｔｗｏｒｋ)８ｃ−０５から構成される。ユーザ端末(Ｎｅｗ Ｒａｄｉｏ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、以下、ＮＲ ＵＥ又は端末)８ｃ−１５はＮＲ ｇＮＢ８ｃ−１０及びＮＲ ＣＮ８ｃ−０５を介して外部ネットワークに接続する。
図８ＣでＮＲ ｇＮＢ８ｃ−１０は既存のＬＴＥシステムの ｅＮＢ(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ)に対応される。ＮＲ ｇＮＢはＮＲ ＵＥ８ｃ−１５と無線チャンネルで接続されて既存のノードＢより非常に優れたサービスが提供されることができる。次世代移動通信システムではすべてのユーザトラフィックが共用チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ)を介してサービスになるので、ＵＥのバッファー状態、可溶送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをする装置が必要であり、これをＮＲ ＮＢ８ｃ−１０が担当する。一つのＮＲ ｇＮＢは通常、多数のセルを制御する。現在のＬＴＥ対比超高速データ送信を具現するために既存最大帯域幅以上を持つことができ、直交周波数分割多重(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、ＯＦＤＭという)を無線接続技術として追加的にビームフォーミング技術が適用されることができる(８ｃ−２０)。さらに、端末のチャンネル状態に合わせて変調方式(ｍｏｄｕｌａｔｉｏｎ ｓｃｈｅｍｅ)とチャンネルコーディング率(ｃｈａｎｎｅｌ ｃｏｄｉｎｇ ｒａｔｅ)を決める適応変調コーディング(Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ＆ Ｃｏｄｉｎｇ、以下、ＡＭＣという)方式を適用する。ＮＲ ＣＮ８ｃ−０５は移動性サポート、ベアラー設定、ＱｏＳ設定などの機能を行う。ＮＲ ＣＮは端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続される。また、次世代移動通信システムは既存のＬＴＥシステムとも連動されることができ、ＮＲ ＣＮがＭＭＥ８ｃ−２５とネットワークインターフェースを介して接続される。ＭＭＥは既存の基地局であるｅＮＢ８ｃ−３０と接続される。
図８Ｄは、本開示の実施形態による次世代移動通信システムの無線プロトコル構造を示す図面である。
図８Ｄを参照すれば、次世代移動通信システムの無線プロトコルは端末とＮＲ基地局でそれぞれＮＲ ＰＤＣＰ８ｄ−０５、８ｄ−４０、ＮＲ ＲＬＣ８ｄ−１０、８ｄ−３５、ＮＲ ＭＡＣ８ｄ−１５、８ｄ−３０からなる。ＮＲ ＰＤＣＰ８ｄ−０５、８ｄ−４０の主要機能は次の機能のうちの一部を含むことができる。
−ヘッダー圧縮及び圧縮解除機能(Ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｄｅｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ ｏｎｌｙ)
−ユーザデータ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｓｅｒ ｄａｔａ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順序再整列機能(ＰＤＣＰ ＰＤＵ ｒｅｏｒｄｅｒｉｎｇ ｆｏｒ ｒｅｃｅｐｔｉｏｎ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ ｏｆ ｌｏｗｅｒ ｌａｙｅｒ ＳＤＵｓ)
−再送信機能(Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ＰＤＣＰ ＳＤＵｓ)
−暗号化及び復号化機能(Ｃｉｐｈｅｒｉｎｇ ａｎｄ ｄｅｃｉｐｈｅｒｉｎｇ)
−タイマー基盤ＳＤＵ削除機能(Ｔｉｍｅｒ−ｂａｓｅｄ ＳＤＵ ｄｉｓｃａｒｄ ｉｎ ｕｐｌｉｎｋ。)
前記でＮＲ ＰＤＣＰ装置の順序で再整列機能(ｒｅｏｒｄｅｒｉｎｇ)は下位階層で受信したＰＤＣＰ ＰＤＵをＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)に基づいて順に再整列する機能をいい、再整列された順にデータを上位階層に伝達する機能を含むことができ、手順を再整列して遺失されたＰＤＣＰ ＰＤＵを記録する機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＰＤＣＰ ＰＤＵに対する再送信をリクエストする機能を含むことができる。
ＮＲ ＲＬＣ８ｄ−１０、８ｄ−３５の主要機能は次の機能のうちの一部を含むことができる。
−データ送信機能(Ｔｒａｎｓｆｅｒ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ ｏｆ ｕｐｐｅｒ ｌａｙｅｒ ＰＤＵｓ)
−ＡＲＱ機能(Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＡＲＱ)
−連結、分割、再組立て機能(Ｃｏｎｃａｔｅｎａｔｉｏｎ、ｓｅｇｍｅｎｔａｔｉｏｎ ａｎｄ ｒｅａｓｓｅｍｂｌｙ ｏｆ ＲＬＣ ＳＤＵｓ)
−再分割機能(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−順序再整列機能(Ｒｅｏｒｄｅｒｉｎｇ ｏｆ ＲＬＣ ｄａｔａ ＰＤＵｓ)
−重複探知機能(Ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ)
−エラー探知機能(Ｐｒｏｔｏｃｏｌ ｅｒｒｏｒ ｄｅｔｅｃｔｉｏｎ)
−ＲＬＣ ＳＤＵ削除機能(ＲＬＣ ＳＤＵ ｄｉｓｃａｒｄ)
−ＲＬＣ再確立機能(ＲＬＣ ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)
前記でＮＲ ＲＬＣ装置の順次伝達機能(Ｉｎ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを順に上位階層に伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵをＲＬＣ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)又はＰＤＣＰ ＳＮ(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ)を基準に再整列する機能を含むことができ、手順を再整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する状態報告を送信側にする機能を含むことができ、遺失されたＲＬＣ ＰＤＵに対する再送信をリクエストする機能を含むことができ、遺失されたＲＬＣ ＳＤＵがある場合、遺失されたＲＬＣ ＳＤＵ 以前までのＲＬＣ ＳＤＵのみを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、タイマーが開始する前に受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができ、若しくは遺失されたＲＬＣ ＳＤＵがあっても所定のタイマーが満了されると、現在まで受信されたすべてのＲＬＣ ＳＤＵを順に上位階層に伝達する機能を含むことができる。前記でＮＲ ＲＬＣ装置の非順次伝達機能(Ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ ｄｅｌｉｖｅｒｙ)は下位階層から受信したＲＬＣ ＳＤＵを手順と関係なく直ちに上位階層へ伝達する機能をいい、オリジナルの一つのＲＬＣ ＳＤＵがいくつかのＲＬＣ ＳＤＵに分割されて受信された場合、これを再組立して伝達する機能を含むことができ、受信したＲＬＣ ＰＤＵのＲＬＣ ＳＮ又はＰＤＣＰ ＳＮを記憶して手順を整列して遺失されたＲＬＣ ＰＤＵを記録する機能を含むことができる。
ＮＲ ＭＡＣ８ｄ−１５、８ｄ−３０は一つの端末に構成された多くのＮＲ ＲＬＣ階層装置と接続されることができ、ＮＲ ＭＡＣの主要機能は次の機能のうちの一部を含むことができる。
−マッピング機能(Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌｓ)
−多重化及び逆多重化機能(Ｍｕｌｔｉｐｌｅｘｉｎｇ／ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ ｏｆ ＭＡＣ ＳＤＵｓ)
−スケジューリング情報報告機能(Ｓｃｈｅｄｕｌｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｐｏｒｔｉｎｇ)
−ＨＡＲＱ機能(Ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ ｔｈｒｏｕｇｈ ＨＡＲＱ)
−ロジカルチャンネル間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ｌｏｇｉｃａｌ ｃｈａｎｎｅｌｓ ｏｆ ｏｎｅ ＵＥ)
−端末間の優先順位調節機能(Ｐｒｉｏｒｉｔｙ ｈａｎｄｌｉｎｇ ｂｅｔｗｅｅｎ ＵＥｓ ｂｙ ｍｅａｎｓ ｏｆ ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ)
−ＭＢＭＳサービス確認機能(ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)
−送信フォーマット選択機能(Ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｓｅｌｅｃｔｉｏｎ)
−パディング機能(Ｐａｄｄｉｎｇ)
ＮＲ ＰＨＹ階層８ｄ−２０、８ｄ−２５は上位階層データをチャンネルコーディング及び変調し、ＯＦＤＭシンボルで作って無線チャンネルで送信するか、無線チャンネルを介して受信したＯＦＤＭ シンボルを復調してチャンネルデコーディングして上位階層へ伝達する動作を行うことができる。
図８Ｅは、本開示の実施形態による次世代移動通信システムのための本発明の第１のＭＡＣ ＰＤＵ構造を示す図面である。
図８Ｅを参照すれば、ＭＡＣ送信側はＲＬＣ階層からＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)が伝達されると、前記ＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)が生成されたＲＬＣエンティティーの識別子(Ｌｏｇｉｃａｌ Ｃａｈｎｎｅｌ Ｉｄｅｎｔｉｔｙ、以下、ＬＣＩＤという)と前記ＲＬＣ ＰＤＵのサイズ(Ｌｅｎｇｔｈ、以下、Ｌ−フィールドという)をＭＡＣヘッダーに挿入する。前記ＬＣＩＤとＬ−フィールドはＲＬＣ ＰＤＵ当たり一つずつ挿入されるので、ＭＡＣ ＰＤＵに多数のＲＬＣ ＰＤＵが多重化されると、ＬＣＩＤとＬ−フィールドもＲＬＣ ＰＤＵの数ほど挿入されることができる。
通常的にＭＡＣヘッダーの情報はＭＡＣ ＰＤＵの前部に位置するので、前記ＬＣＩＤとＬ−フィールドはヘッダー内での順にＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)とマッチングされる。換言すれば、ＭＡＣサブヘッダー１はＭＡＣ ＳＤＵ１に対する情報、ＭＡＣサブヘッダー２はＭＡＣ ＳＤＵ２に対する情報を示す。
物理階層の動作のために前記ＭＡＣ ＰＤＵの全体サイズは別途の制御情報で受信側に与えられる。前記ＭＡＣ ＰＤＵの全体サイズは所定の基準によって量子化された値であるから、場合によってパディングが使用されたりする。パディング(ｐａｄｄｉｎｇ)とは、データでパケットを生成する時のパケットのサイズがバイト−整列されるようにパケット内の残る部分に満たされる特定ビット(普通は‘０’)を意味する。
ＭＡＣ ＰＤＵの全体サイズが与えられるので、ＲＬＣ ＰＤＵ(又はＭＡＣ ＳＤＵ)のサイズを示すＬ−フィールド値は場合によって不必要な情報になったりする。例えば、ＭＡＣ ＰＤＵにただ一つのＲＬＣ ＰＤＵだけ収納されていると、前記ＲＬＣ ＰＤＵのサイズはＭＡＣ ＰＤＵのサイズでＭＡＣヘッダーのサイズを制限値と同一である可能性が高い。
一方、ＶｏＩＰパケットはＩＰ／ＵＤＰ／ＲＴＰヘッダーとＶｏＩＰ フレームから構成され、ＩＰ／ＵＤＰ／ＲＴＰ ヘッダーはＲＯＨＣ(Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)というヘッダー圧縮プロトコルを介して１乃至１５バイト程度で圧縮され、ＶｏＩＰフレームのサイズは与えられたコーデックレート内では常に一定な値を持つ。したがって、ＶｏＩＰパケットのサイズは一定な範囲を逸脱せず、Ｌ−フィールドのように毎度値を知らせるより予め定められた値を用いるのが効率的である。
次の表５はＭＡＣヘッダーの含まれることができる情報を説明する。
Figure 2019532580
一方、以下で説明する端末又は基地局のＭＡＣ ＰＤＵ構成及び送信に対する実施形態は、送信端と受信端間の動作に解釈されることができる。換言すれば、送信端である端末がアップリンクＭＡＣ ＰＤＵを構成して受信端である基地局で送信する過程は、反対に送信端である基地局がダウンリンクＭＡＣ ＰＤＵを構成して受信端である端末で送信する過程にも適用されることができる。
図８Ｅで８ｅ−(Ｆｏｒｍａｔ １−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥが収納することができる。前記構造でＭＡＣヘッダーは前部に位置してペイ・ロードは後部に位置する。前記ヘッダーには表８−１で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表８−１で説明した変数以外の情報が含まれることができる。
８ｅ−(Ｆｏｒｍａｔ １−２ａ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８−１で説明した変数のうちの一部が含まれることができ、表８−１で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｅ−(Ｆｏｒｍａｔ １−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記８ｅ−(Ｆｏｒｍａｔ １−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｅ−(Ｆｏｒｍａｔ １−２ｂ)はＭＡＣヘッダーがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８−１で説明した変数のうちの一部が含まれることができ、表８−１で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｅ−(Ｆｏｒｍａｔ １−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記８ｅ−(Ｆｏｒｍａｔ １−２ａ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
図８ＦＡ乃至図８ＦＩは、本開示の実施形態による次世代移動通信システムのための本発明の第２のＭＡＣ ＰＤＵ構造を示す図面である。
図８ＦＡ乃至８ＦＦを参照すれば、図８ＦＡで８ｆ−(Ｆｏｒｍａｔ ２−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥを収納することができる。前記構造でペイ・ロードは前部に位置してＭＡＣヘッダーは後部に位置する。前記ヘッダーには表８で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ａ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｂ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｂ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｂ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｃ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｂ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｃ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｄ)はＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｄ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｄ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｅ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｅ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｅ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｆ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｆ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｆ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｇ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｇ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｇ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｈ)はＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｈ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＣＥ、ＭＡＣ ＳＤＵ、パディングに該当する情報を指示する。前記 ８ｆ−(Ｆｏｒｍａｔ ２−２ｈ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｉ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｉ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｉ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｊ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｊ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｊ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｋ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｋ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｋ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｌ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｌ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｌ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｍ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｍ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記 ８ｆ−(Ｆｏｒｍａｔ ２−２ｍ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｎ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｎ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｎ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｏ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｏ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｏ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
８ｆ−(Ｆｏｒｍａｔ ２−２ｐ)はＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥがＭＡＣ ＰＤＵの前部に位置し、その後でＭＡＣヘッダーを有する構造を持つ。前記ＭＡＣヘッダーはいくつかのサブヘッドから構成される。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｆ−(Ｆｏｒｍａｔ ２−２ｐ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、パディング、ＭＡＣ ＣＥに該当する情報を指示する。前記８ｆ−(Ｆｏｒｍａｔ ２−２ｐ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
図８Ｇは、本開示の実施形態による次世代移動通信システムのための本発明の第３のＭＡＣ ＰＤＵ構造を示す図面である。
図８Ｇを参照すれば８ｇ−(Ｆｏｒｍａｔ ３−１)は一つのＭＡＣ ＳＤＵ又はＭＡＣ ＣＥを収納することができる。前記構造でＭＡＣヘッダーは前部に位置してペイ・ロードは後部に位置する。前記ヘッダーには表８で説明した変数のうちのＬ−フィールドを除いた一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。
８ｇ−(Ｆｏｒｍａｔ ３−２ａ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図８ＦＡ、図８ＦＢ、図８ＦＣ、図８ＦＤ、図８ＦＥ、図８ＦＦ、図８ＦＧ、図８ＦＨ及び図８ＦＩで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第２のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｇ−(Ｆｏｒｍａｔ ３−２ａ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。例えば、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記８ｇ−(Ｆｏｒｍａｔ ３−２ａ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｇ−(Ｆｏｒｍａｔ ３−２ｂ)はサブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、パディングなどのような構造を持ち、図８ＦＡ、図８ＦＢ、図８ＦＣ、図８ＦＤ、図８ＦＥ、図８ＦＦ、図８ＦＧ、図８ＦＨ及び図８ＦＩで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第２のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｇ−(Ｆｏｒｍａｔ ３−２ｂ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。すなわち、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記８ｇ−(Ｆｏｒｍａｔ ３−２ｂ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
８ｇ−(Ｆｏｒｍａｔ ３−２ｃ)はサブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、パディングなどのような構造を持ち、図８ＦＡ、図８ＦＢ、図８ＦＣ、図８ＦＤ、図８ＦＥ、図８ＦＦ、図８ＦＧ、図８ＦＨ及び図８ＦＩで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第２のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｇ−(Ｆｏｒｍａｔ ３−２ｃ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。すなわち、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記８ｇ−(Ｆｏｒｍａｔ ３−２ｃ)構造は最後のサブヘッダーにＬ−フィールドを含まないことを特徴とする。受信側では残りのサブヘッダーのＬ−フィールド値を確認して全体ＭＡＣ ＰＤＵの長さで差し引いて最後のＭＡＣ ＳＤＵの長さを推定することができる。
８ｇ−(Ｆｏｒｍａｔ ３−２ｄ)はサブヘッダー、ＭＡＣ ＳＤＵ、サブヘッダー、ＭＡＣ ＣＥ、サブヘッダー、パディングなどのような構造を持ち、図８ＦＡ、図８ＦＢ、図８ＦＣ、図８ＦＤ、図８ＦＥ、図８ＦＦ、図８ＦＧ、図８ＦＨ 及び図８ＦＩで第２のＭＡＣ ＰＤＵ構造がサブヘッダーを一部分に集め、ペイ・ロード部分を別に集めたことと異なり第２のＭＡＣ ＰＤＵ構造ではサブヘッダー、ペイ・ロード、サブヘッダー、ペイ・ロードのような繰り返し構造を持つ。前記サブヘッダーには表８で説明した変数のうちの一部が含まれることができ、表８で説明した変数以外の情報が含まれることができる。前記パディングは所定の理由で必要な場合にだけ収納される。前記所定の理由はバイトＭＡＣ ＰＤＵをバイト単位で当てるために必要な場合をいう。前記で８ｇ−(Ｆｏｒｍａｔ ３−２ｄ)のサブヘッダーとペイ・ロードにナンバリングされた順に各ＭＡＣサブヘッドは各ＭＡＣ ＳＤＵ、ＭＡＣ ＣＥ、パディングに該当する情報を指示する。すなわち、前部のヘッダーは後部のペイ・ロードを指示する情報となる。前記８ｇ−(Ｆｏｒｍａｔ ３−２ｄ)構造はすべてのサブヘッダーにＬ−フィールドを含むことができる。
次世代移動通信システムでＭＡＣ ＰＤＵ構造を選択するための本発明の好ましい第８−１実施形態は次の通りである。
第８−１実施形態は予め定義された多数のＭＡＣ ＰＤＵフォーマットのうちで端末が任意のＭＡＣ ＰＤＵに適用するＭＡＣ ＰＤＵフォーマットを決定する方法である。
基地局からＭＡＣ ＰＤＵを受信し、第１−１条件が充足されると、第１−１フォーマットを適用する。
基地局からＭＡＣ ＰＤＵを受信し、第１−２ 条件が充足されると、第１−２フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−１条件が充足されると、第２−１フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ 生成時の第２−２条件が充足されると、第２−２フォーマットを適用する。
前記第１−１条件はＭＡＣ ＰＤＵに一つのＭＡＣ ＳＤＵだけ収納されてパディングやＭＡＣ ＣＥが収納されない場合、
前記第１−２条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵが収納されたりＭＡＣ ＳＤＵとＭＡＣ ＣＥが共に収納されたりＭＡＣ ＳＤＵとパディングが共に収納される場合をいう。
前記第１−１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれないフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−１)をいう。
前記第１−２フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−２ａ)又は８ｅ−(Ｆｏｒｍａｔ １−２ｂ)をいう。
前記第２−１条件はＭＡＣ ＰＤＵに一つのＭＡＣ ＳＤＵだけ収納してパディングやＭＡＣ ＣＥが収納しない場合、又はＭＡＣ ＰＤＵがランダムアクセス過程で送信されるか、若しくはＭＡＣ ＰＤＵにＣＣＣＨ制御メッセージを収納する場合、
前記第２−２条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵを収納したりＭＡＣ ＳＤＵとＭＡＣ ＣＥを共に収納したりＭＡＣ ＳＤＵとパディングを共に収納する場合をいう。
前記第２−１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの後に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれないフォーマットで図８ＦＡの８ｆ−(Ｆｏｒｍａｔ ２−１)をいう。
前記第２−２フォーマットはＭＡＣサブヘッダーが係るＭＡＣ ＳＤＵの後に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８ＦＡ、図８ＦＢ、図８ＦＣ、図８ＦＤ、図８ＦＥ、図８ＦＦ、図８ＦＧ、図８ＦＨ及び図８ＦＩの、８ｆ−(Ｆｏｒｍａｔ ２−２ａ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｂ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｃ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｄ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｅ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｆ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｇ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｈ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｉ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｊ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｋ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｌ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｍ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｎ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｏ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｐ)をいう。
図８Ｈは、本開示の実施形態による第８−１実施形態及び第８−２実施形態の端末動作を示す図面である。
図８Ｈを参照すれば、端末８ｈ−０１はＭＡＣ ＰＤＵ受信可否又は生成指示可否を確認する(８ｈ−０５)。もし、ＭＡＣ ＰＤＵが受信されると、第１−１条件と第 １−２条件を確認する(８ｈ−１０)。もし、第 １−１条件が満足されると、第１−１フォーマットを適用して(８ｈ−２０)、第１−２条件が満足されると、第１−２フォーマットを適用する(８ｈ−１５)。もし、前記でＭＡＣ ＰＤＵ 生成をしなければならなかったら第２−１条件と第２−２条件を確認する(８ｈ−２５)。もし、第 ２−１条件が満足すると、第２−１フォーマットを適用して(８ｈ−３０)、第２−２条件が満足すると、第２−２フォーマットを適用する(８ｈ−３５)。
次世代移動通信システムでＭＡＣ ＰＤＵ構造を選択するための本発明の好ましい第８−２実施形態は次の通りである。
第８−２実施形態は予め定義された多数のＭＡＣ ＰＤＵフォーマットのうちで端末が任意のＭＡＣ ＰＤＵに適用するＭＡＣ ＰＤＵフォーマットを決定する方法である。
基地局からＭＡＣ ＰＤＵを受信し、第１−１条件が充足されると、第１−１フォーマットを適用する。
基地局からＭＡＣ ＰＤＵを受信し、第１−２条件が充足されると、第１−２フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−１条件が充足されると、第２−１フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−２条件が充足されると、第２−２フォーマットを適用する。
前記第１−１条件はＭＡＣ ＰＤＵに一つのＭＡＣ ＳＤＵだけ収納されてパディングやＭＡＣ ＣＥが収納されない場合、
前記第１−２条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵが収納されたりＭＡＣ ＳＤＵとＭＡＣ ＣＥが共に収納されたりＭＡＣ ＳＤＵとパディングが共に収納される場合をいう。
前記第１−１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれないフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−１)をいう。
前記第１−２フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−２ａ)又は８ｅ−(Ｆｏｒｍａｔ １−２ｂ)をいう。
前記第２−１条件はＭＡＣ ＰＤＵに一つのＭＡＣ ＳＤＵだけ収納してパディングやＭＡＣ ＣＥが収納しない場合、又はＭＡＣ ＰＤＵがランダムアクセス過程で送信されるか、若しくはＭＡＣ ＰＤＵにＣＣＣＨ制御メッセージを収納する場合、
前記第２−２条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵを収納したりＭＡＣ ＳＤＵとＭＡＣ ＣＥを共に収納したりＭＡＣ ＳＤＵとパディングを共に収納する場合をいう。
前記第２−１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵが繰り返し的に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれないフォーマットで図８Ｇの８ｇ−(Ｆｏｒｍａｔ ３−１)をいう。
前記第２−２フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵが繰り返し的に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｇの８ｇ−(Ｆｏｒｍａｔ ３−２ａ)又は８ｇ−(Ｆｏｒｍａｔ ３−２ｂ)若しくは８ｇ−(Ｆｏｒｍａｔ ３−２ｃ)若しくは８ｇ−(Ｆｏｒｍａｔ ３−２ｄ)をいう。
第８−２実施形態による端末の動作は図８Ｈと同様である。端末８ｈ−０１はＭＡＣ ＰＤＵ受信可否又は生成指示可否を確認する(８ｈ−０５)。もし、ＭＡＣ ＰＤＵが受信されると、第１−１条件と第１−２条件を確認する(８ｈ−１０)。もし、第１−１条件が満足されると、第１−１フォーマットを適用して(８ｈ−２０)、第１−２条件が満足されると、第１−２フォーマットを適用する(８ｈ−１５)。もし、前記でＭＡＣ ＰＤＵ生成をしなければならなかったら第２−１条件と第２−２条件を確認する(８ｈ−２５)。もし、第２−１条件が満足すると、第２−１フォーマットを適用して(８ｈ−３０)、第２−２条件が満足すると、第２−２フォーマットを適用する(８ｈ−３５)。
図８Ｉは、本開示の実施形態による第８−３実施形態及び８−４実施形態の端末動作を示す図面である。
図８Ｉを参照すれば、本発明で必須パラメーターセット(本発明では前記セットをｎｕｍｅｒｏｌｏｇｙと称する)を定義し、前記必須パラメーターセットが送信端と受信端相互の間に互換性を維持する効率的なシステムを仮定する。前記必須パラメーターセットはサブキャリア間隔、ＣＰ長さなどを含むことができる。次世代移動システムでは複数個のｎｕｍｅｒｏｌｏｇｙが存在することができ、一つのセルで持続することもできる。一つのセルは一つ以上のｎｕｍｅｒｏｌｏｇｙをサポートすることができ、前記サポート可能なｎｕｍｅｒｏｌｏｇｙを前記セルのサービス領域内の端末に効率的に通知すべきである。前記セットのｎｕｍｅｒｏｌｏｇｙは多くの要素、すなわち、周波数帯域幅、サブキャリア間隔、ＣＰ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ)長さ、サブフレームなどの組み合せから構成される。したがって、可能なｎｕｍｅｒｏｌｏｇｙの種類は非常に多いだろう。第８−３実施形態ではｎｕｍｅｒｏｌｏｇｙを前記要素の中で特にサブキャリア間隔を含むことを特徴とすることで定義し、前記サブキャリア間隔は １５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚ、４８０ｋＨｚ、９６０ｋＨｚを持つことができると仮定する。前記仮定したキャリア間隔のうちの一部をｎｕｍｅｒｏｌｏｇｙが小さい場合で限定することができ、また他の一部をｎｕｍｅｒｏｌｏｇｙが大きい場合で限定することができる。
第８−３実施形態は予め定義された多数のＭＡＣ ＰＤＵフォーマットのうちで端末が任意のＭＡＣ ＰＤＵに適用するＭＡＣ ＰＤＵフォーマットを決定する方法である。
基地局からＭＡＣ ＰＤＵを受信し、第１−１条件が充足されると、第１−１フォーマットを適用する。
基地局からＭＡＣ ＰＤＵを受信し、第１−２条件が充足されると、第１−２フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−１条件が充足されると、第２−１フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−２条件が充足されると、第２−２フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−３条件が充足されると、第２−３フォーマットを適用する。
前記第１−１条件はＭＡＣ ＰＤＵに一つのＭＡＣ ＳＤＵだけ収納されてパディングやＭＡＣ ＣＥが収納されない場合、
前記第１−２条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵが収納されたりＭＡＣ ＳＤＵとＭＡＣ ＣＥが共に収納されたりＭＡＣ ＳＤＵとパディングが共に収納される場合をいう。
前記第１−１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれないフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−１)をいう。
前記第１−２フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−２ａ)又は８ｅ−(Ｆｏｒｍａｔ １−２ｂ)をいう。
前記第２−１条件はＭＡＣ ＰＤＵに一つのＭＡＣ ＳＤＵだけ収納してパディングやＭＡＣ ＣＥが収納しない場合、又はＭＡＣ ＰＤＵがランダムアクセス過程で送信されるか、若しくはＭＡＣ ＰＤＵにＣＣＣＨ制御メッセージを収納する場合、
前記第２−２条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵを収納したりＭＡＣ ＳＤＵとＭＡＣ ＣＥを共に収納したりＭＡＣ ＳＤＵとパディングを共に収納し、ＰＤＣＣＨに受信したｎｕｍｅｒｏｌｏｇｙが小さい場合、又はＵｐｌｉｎｋ ｇｒａｎｔで割り当てられたリソースのｎｕｍｅｒｏｌｏｇｙが小さい場合をいう。
前記第２−３条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵを収納したりＭＡＣ ＳＤＵとＭＡＣ ＣＥを共に収納したりＭＡＣ ＳＤＵとパディングを共に収納し、ＰＤＣＣＨに受信したｎｕｍｅｒｏｌｏｇｙが大きい場合、又はＵｐｌｉｎｋ ｇｒａｎｔで割り当てられたリソースのｎｕｍｅｒｏｌｏｇｙが大きい場合をいう。
前記第２−１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの後に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれないフォーマットで図８ＦＡの８ｆ−(Ｆｏｒｍａｔ ２−１)をいう。
前記第２−２フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−２ａ)又は８ｅ−(Ｆｏｒｍａｔ １−２ｂ)をいう。
前記第２−３フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの後に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８ＦＡ、図８ＦＢ、図８ＦＣ、図８ＦＤ、図８ＦＥ、図８ＦＦ、図８ＦＧ、図８ＦＨ 及び図８ＦＩの、８ｆ−(Ｆｏｒｍａｔ ２−２ａ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｂ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｃ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｄ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｅ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｆ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｇ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｈ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｉ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｊ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｋ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｌ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｍ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｎ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｏ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｐ)をいう。
図８Ｉを参照すれば、端末８ｉ−０１はＭＡＣ ＰＤＵ受信可否又は生成指示可否を確認する(８ｉ−０５)。もし、ＭＡＣ ＰＤＵが受信されると、第１−１条件と第１−２条件を確認する(８ｉ−１０)。もし、第 １−１条件が満足されると、第１−１フォーマットを適用して(８ｉ−２０)、第１−２条件が満足されると、第１−２フォーマットを適用する(８ｉ−１５)。もし、前記でＭＡＣ ＰＤＵ生成をしなければならなかったら第２−１条件と第２−２条件と第２−３条件を確認する(８ｉ−２５)。もし、第２−１条件が満足すると、第２−１フォーマットを適用して(８ｉ−３０)、第２−２条件が満足すると、第２−２フォーマットを適用して(８ｉ−３５)。第２−３条件が満足すると、第２−３フォーマットを適用する(８ｉ−４０)。
次世代移動通信システムでＭＡＣ ＰＤＵ構造を選択するための本発明の好ましい第８−４実施形態は次の通りである。
本発明で必須パラメーターセット(本発明では前記セットをｎｕｍｅｒｏｌｏｇｙと称する)を定義し、前記必須パラメーターセットが送信端と受信端相互の間に互換性を維持する効率的なシステムを仮定する。前記必須パラメーターセットはサブキャリア間隔、ＣＰ長さなどを含むことができる。次世代移動システムでは複数個のｎｕｍｅｒｏｌｏｇｙが存在することができ、一つのセルで持続することもできる。一つのセルは一つ以上のｎｕｍｅｒｏｌｏｇｙをサポートすることができ、前記サポート可能なｎｕｍｅｒｏｌｏｇｙを前記セルのサービス領域内の端末に効率的に通知すべきである。前記一つのセットのｎｕｍｅｒｏｌｏｇｙは多くの要素、すなわち、周波数帯域幅、サブキャリア間隔、ＣＰ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ)長さ、サブフレームなどの組み合せから構成されるだろう。したがって、可能なｎｕｍｅｒｏｌｏｇｙの種類は非常に多いだろう。第８−３実施形態ではｎｕｍｅｒｏｌｏｇｙを前記要素の中で特にサブキャリア間隔を含むことを特徴とすることで定義し、前記サブキャリア間隔は１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚ、４８０ｋＨｚ、９６０ｋＨｚを持つことができると仮定する。前記仮定したキャリア間隔のうちの一部をｎｕｍｅｒｏｌｏｇｙが小さい場合で限定することができ、また他の一部をｎｕｍｅｒｏｌｏｇｙが大きい場合で限定することができる。
第８−４実施形態は予め定義された多数のＭＡＣ ＰＤＵフォーマットのうちで端末が任意のＭＡＣ ＰＤＵに適用するＭＡＣ ＰＤＵフォーマットを決定する方法である。
基地局からＭＡＣ ＰＤＵを受信し、第１−１条件が充足されると、第１−１フォーマットを適用する。
基地局からＭＡＣ ＰＤＵを受信し、第１−２条件が充足されると、第１−２フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−１条件が充足されると、第２−１フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−２条件が充足されると、２−２フォーマットを適用する。
基地局で送信するＭＡＣ ＰＤＵ生成時の第２−３ 条件が充足されると、２−３フォーマットを適用する。
前記第１−１条件はＭＡＣ ＰＤＵに一つのＭＡＣ ＳＤＵだけ収納されてパディングやＭＡＣ ＣＥが収納されない場合、
前記第１−２条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵが収納されたりＭＡＣ ＳＤＵとＭＡＣ ＣＥが共に収納されたりＭＡＣ ＳＤＵとパディングが共に収納される場合をいう。
前記第１−１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれないフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−１)をいう。
前記第１−２フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−２ａ)又は８ｅ−(Ｆｏｒｍａｔ １−２ｂ)をいう。
前記第２−１条件はＭＡＣ ＰＤＵに一つのＭＡＣ ＳＤＵだけ収納してパディングやＭＡＣ ＣＥが収納しない場合、又はＭＡＣ ＰＤＵがランダムアクセス過程で送信されるか、若しくはＭＡＣ ＰＤＵにＣＣＣＨ制御メッセージを収納する場合、
前記第２−２条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵを収納したりＭＡＣ ＳＤＵとＭＡＣ ＣＥを共に収納したりＭＡＣ ＳＤＵとパディングを共に収納し、ＰＤＣＣＨに受信したｎｕｍｅｒｏｌｏｇｙが小さい場合又はＵｐｌｉｎｋ ｇｒａｎｔで割り当てられたリソースのｎｕｍｅｒｏｌｏｇｙが小さい場合をいう。
前記第２−３条件はＭＡＣ ＰＤＵに一つ以上のＭＡＣ ＳＤＵを収納したりＭＡＣ ＳＤＵとＭＡＣ ＣＥを共に収納したりＭＡＣ ＳＤＵとパディングを共に収納し、ＰＤＣＣＨに受信したｎｕｍｅｒｏｌｏｇｙが大きい場合、又はＵｐｌｉｎｋ ｇｒａｎｔで割り当てられたリソースのｎｕｍｅｒｏｌｏｇｙが大きい場合をいう。
前記第２−１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの後に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれないフォーマットで図８ＦＡの８ｆ−(Ｆｏｒｍａｔ ２−１)をいう。
前記第２−２フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−２ａ)又は８ｅ−(Ｆｏｒｍａｔ １−２ｂ)をいう。
前記第２−３フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵが繰り返し的に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｇの８ｇ−(Ｆｏｒｍａｔ ３−２ａ)又は８ｇ−(Ｆｏｒｍａｔ ３−２ｂ)若しくは８ｇ−(Ｆｏｒｍａｔ ３−２ｃ)若しくは８ｇ−(Ｆｏｒｍａｔ ３−２ｄ)をいう。
前記第８−４実施形態の端末動作は図８Ｈと同様である。端末８ｉ−０１はＭＡＣ ＰＤＵ受信可否あるいは生成指示可否を確認する(８ｉ−０５)。もし、ＭＡＣ ＰＤＵが受信されると、第１−１条件と第１−２条件を確認する(８ｉ−１０)。もし、第 １−１条件が満足されると、第１−１フォーマットを適用して(８ｉ−２０)、第１−２条件が満足されると、第１−２フォーマットを適用する(８ｉ−１５)。もし、前記でＭＡＣ ＰＤＵ生成をしなければならなかったら第２−１条件と第２−２条件と第２−３条件を確認する(８ｉ−２５)。もし、第２−１条件が満足すると、第２−１フォーマットを適用して(８ｉ−３０)、第２−２条件が満足すると、第２−２フォーマットを適用して(８ｉ−３５)。第２−３条件が満足すると、第２−３フォーマットを適用する(８ｉ−４０)。
次世代移動通信システムでＭＡＣ ＰＤＵ構造を選択するための本発明の好ましい第８−５実施形態は次の通りである。
端末が基地局から所定のＭＡＣエンティティー設定を指示するＲＲＣ制御メッセージ(ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ メッセージ)を受信した時の動作を記述する。
端末は所定の第１条件が充足されると、第１フォーマットを適用する。
端末は所定の第２条件が充足されると、第２フォーマットを適用する。
前記第１条件は端末がＭＡＣエンティティーを設定する制御メッセージでＬＴＥ ＭＡＣエンティティーが指示された場合、
記第２条件は端末がＭＡＣエンティティーを設定する制御メッセージでＮＲ ＭＡＣエンティティーを指示受けた場合をいう。
前記第１フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの前に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれない図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−１)又は前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｅの８ｅ−(Ｆｏｒｍａｔ １−２ａ)、若しくは８ｅ−(Ｆｏｒｍａｔ １−２ｂ)をいう。
前記第２フォーマットはＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵの後に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８ＦＡ、図８ＦＢ、図８ＦＣ、図８ＦＤ、図８ＦＥ、図８ＦＦ、図８ＦＧ、図８ＦＨ及び図８ＦＩの８ｆ−(Ｆｏｒｍａｔ ２−２ａ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｂ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｃ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｄ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｅ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｆ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｇ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｈ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｉ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｊ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｋ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｌ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｍ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｎ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｏ)若しくは８ｆ−(Ｆｏｒｍａｔ ２−２ｐ)をいい、若しくは図８ＧのようにＭＡＣサブヘッダーに係るＭＡＣ ＳＤＵが繰り返し的に位置して前記ＭＡＣサブヘッダーにＭＡＣ ＳＤＵのサイズを指示する情報が含まれるフォーマットで図８Ｇの８ｇ−(Ｆｏｒｍａｔ ３−２ａ)若しくは８ｇ−(Ｆｏｒｍａｔ ３−２ｂ)若しくは８ｇ−(Ｆｏｒｍａｔ ３−２ｃ)若しくは８ｇ−(Ｆｏｒｍａｔ ３−２ｄ)をいう。
図８Ｊは、本開示の第８−５実施形態による次世代無線通信システムの端末動作を示す図面である。
図８Ｊを参照すれば、端末は８ｊ−０５段階で前記第１条件又は第２条件を確認し、もし、第１条件を満足すると、８ｊ−１０段階へ進行して前記第１フォーマットを適用し、第２条件が満足すると８ｊ−１５段階へ進行して前記第２フォーマットを適用する。
本発明の以下では効率的なＲＬＣ階層のヘッダー構造及びＳｅｇｍｅｎｔａｔｉｏｎ動作を提案する。
本発明の第８−６実施形態ではＲＬＣ階層で上位階層から受信したパケットをｓｅｇｍｅｎｔａｔｉｏｎ又はｃｏｎｃａｔｅｎａｔｉｏｎする手続きを提案する。
図８Ｋは、本開示の実施形態による第８−６実施形態でＲＬＣ階層がｓｅｇｍｅｎｔａｔｉｏｎ又はｃｏｎｃａｔｅｎａｔｉｏｎを行う過程を説明するための図面である。
図８ＫでＲＬＣ階層は上位階層であるＰＤＣＰ階層からＲＬＣ ＰＤＵ(８ｋ−０５、８ｋ−１０、ＰＤＣＰ ＰＤＵとも称する)が伝達される。前記ＲＬＣ ＳＤＵはＭＡＣ階層が指示したサイズに加工される。このために、前記ＲＬＣ ＳＤＵはｓｅｇｍｅｎｔａｔｉｏｎされるか、他のＲＬＣ ＳＤＵ又は他のＲＬＣ ＳＤＵのＳｅｇｍｅｎｔとｃｏｎｃａｔｅｎａｔｉｏｎされる。本例ではＡＲＱが適用されるＡＭＤ ＰＤＵを考慮する。初期送信して２つのＲＬＣ ＳＤＵ＃１とＲＬＣ ＳＤＵ＃２のｓｅｇｍｅｎｔが一つのＲＬＣ ＰＤＵを構成する。前記ＲＬＣ ＰＤＵはＲＬＣヘッダー８ｋ−１５とＲＬＣ ｐａｙｌｏａｄ８ｋ−２０から構成される。前記ＲＬＣヘッダーには前記ＲＬＣ ＰＤＵの性格とｓｅｇｍｅｎｔａｔｉｏｎ又はｃｏｎｃａｔｅｎａｔｉｏｎ情報を含む。すなわち、Ｄ／Ｃフィールド、ＲＦフィールド、ＦＩフィールド、ＳＮフィールド、ＬＩフィールドなどがそれである。
Ｄ／Ｃ(Ｄａｔａ／Ｃｏｎｔｒｏｌ)フィールドは１ビットで、構成されるＲＬＣ ＰＤＵがｃｏｎｔｒｏｌ ＰＤＵであるか、若しくはｄａｔａ ＰＤＵであるかを指示するのに用いられる。
Figure 2019532580
ＲＦ(Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ Ｆｌａｇ)フィールドは１ビットで、構成されるＲＬＣ ＰＤＵがＡＭＤ ＰＤＵであるかＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔであるかを指示するのに用いられる。
Figure 2019532580
ＦＩ(Ｆｒａｍｉｎｇ Ｉｎｆｏ)フィールドは２ビットで、ＲＬＣ ＰＤＵ ｄａｔａ ｆｉｅｌｄの開始部分及び終了部分がオリジナルのＲＬＣ ＳＤＵの開始部分及び終了部分であるかを示し、ｓｅｇｍｅｎｔａｔｉｏｎされないＲＬＣ ＳＤＵであるか、若しくはＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔがオリジナルのＲＬＣ ＳＤＵの開始部分又は終了部分であるか中間部分であるかを指示するのに用いられる。
Figure 2019532580
ＳＮ(Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ)フィールドはＲＬＣ ＰＤＵのシーケンスナンバーである。
ＬＩ(Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ)フィールドはＲＬＣ ＵＭの場合には１１ビット、ＲＬＣ ＡＭの場合には１５ビットで、構成されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔのサイズを指示するのに用いられる。したがって、ＬＩフィールドは一つのＲＬＣ ＰＤＵに含まれたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔの数に比例して含まれなければならない。
図８ＫでＲＬＣ ｐａｙｌｏａｄはＲＬＣ ＳＤＵ＃１とＲＬＣ ＳＤＵ＃２のｓｅｇｍｅｎｔから構成され、２つの部分の境界はＸ１(８ｋ−２５)に指示される。このように構成されたＲＬＣ ＰＤＵはＭＡＣ階層へ伝達する。しかし、前記ＲＬＣ ＰＤＵは成功的に再送信されることができず、ＲＬＣ階層のＡＲＱ動作によって再送信されなければならない場合が発生することができる。ＡＲＱ再送信のために、前記ＲＬＣ ＰＤＵはさらにｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎされることができる。これを既存のＡＭＤ ＰＤＵと区別するため、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔと称する。例えば、前記送信したが失敗して再送信されるＡＭＤ ＰＤＵは再送信時点で送信可能な送信リソースが初めに送信した時点での送信リソースより小さくｓｅｇｍｅｎｔされて２つのＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔに再送信されることができる。第１のＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔは基本ＡＭＤ ＰＤＵのＹ１サイズのＲＬＣ ｐａｙｌｏａｄ部分８ｋ−３５を送信し、第２のＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔはＹ１サイズを除いた残りのＲＬＣ ｐａｙｌｏａｄ部分を送信する。第２のＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔの場合にはオリジナルのＲＬＣ ＳＤＵ＃１(８ｋ−０５)の一部(Ｘ１−Ｙ１)部分８ｋ−２５、８ｋ−３５とＲＬＣ ＳＤＵ＃２(８ｋ−１０)の一部分を持っているようになる。ＡＤＭ ＰＤＵ ｓｅｇｍｅｎｔにもＲＬＣヘッダー８ｋ−３０、８ｋ−４０が含まれ、Ｄ／Ｃフィールド、ＲＦフィールド、ＦＩフィールド、ＳＮフィールド、ＬＳＦフィールド、ＳＯフィールド、ＬＩフィールド、Ｚ１(８ｋ−４５)などがそれである。ＡＭＤ ＰＤＵ対比、ＬＳＦフィールド、ＳＯフィールドが追加的に含まれることができる。
ＬＳＦ(Ｌａｓｔ Ｓｅｇｍｅｎｔ Ｆｌａｇ)フィールドは１ビットで、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔの最後のバイトがＡＭＤ ＰＤＵの最後のバイトと一致するか否かを指示するのに用いられる。
Figure 2019532580
ＳＯ(Ｓｅｇｍｅｎｔ Ｏｆｆｓｅｔ)フィールドは１５又は１６フィールドで、ＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔがＡＭＤ ＰＤＵのどの位置にあるかを指示するのに用いられる。例えば、例示の第１のＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔヘッダーに入るＳＯ値は０(バイト)、第２のＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔヘッダーに入るＳＯ値はＹ１となる。ＡＭＤ ＰＤＵ、第１のＡＤＭ ＰＤＵ ｓｅｇｍｅｎｔ、第２のＡＤＭ ＰＤＵ ｓｅｇｍｅｎｔｄのヘッダーに含まれるフィールドの値は８ｋ−５０、８ｋ−５５、８ｋ−６０を参考する。
図８Ｌは、本開示の実施形態による第８−６実施形態でＲＬＣヘッダー構造の一例を示す。
図８Ｌは、本発明の第８−６実施形態でＲＬＣ ＳＮが１６ビットで、ＬＩフィールドが１５ビットの場合を仮定したＲＬＣヘッダー構造の一例を示し、８ｌ−０１は前記図８Ｋで説明したＡＭＤ ＰＤＵに対するＲＬＣヘッダー構造の一例となることができ、８ｌ−０２は前記で説明したＡＭＤ ＰＤＵ ｓｅｇｍｅｎｔに対するＲＬＣヘッダー構造の一例となることができる。ＲＬＣヘッダー構造は前記で図８Ｋで説明したフィールドのうちに一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さ、他のＬＩフィールド長さなど各フィールドの長さにしたがって異なる構造を持つことができる。Ｒは予約されたビットをいい、Ｐフィールドは受信端の相応するＲＬＣエンティティーに状態報告(Ｓｔａｔｕｓ ｒｅｐｏｒｔ)をリクエストするフィールドであれば良い。例えば、０であれば状態報告をリクエストせず、１であれば状態報告をリクエストすることができる。前記状態報告は現在まで受信したデータに対する情報を含むことができる。Ｅフィールドはヘッダーの固定されたＲＬＣヘッダーパート又はＥフィールド直後にデータフィールドが位置するか、ではなければＥフィールド又はＬフィールドが位置するかを指示することができる。例えば、Ｅフィールドが０であれば固定されたＲＬＣヘッダーパート又はＥフィールド直後にデータフィールドが位置するかを指示し、Ｅフィールドが１であれば固定されたＲＬＣヘッダーパート又はＥフィールド直後にまた他のＥフィールド又はＬフィールドが位置するかを指示することができる。
本発明の第８−７実施形態ではＲＬＣ階層で上位階層から受信したパケットをｃｏｎｃａｔｅｎａｔｉｏｎなしにｓｅｇｍｅｎｔａｔｉｏｎを行う手続きを提案する。
図８Ｍは、本発明の第８−７実施形態によるＳＯ(ｓｅｇｍｅｎｔ ｏｆｆｓｅｔ)基盤ｓｅｇｍｅｎｔａｔｉｏｎ手続きを説明する。
図８Ｍを参照すれば、ＳＯ基盤ｓｅｇｍｅｎｔａｔｉｏｎ 手続きは本発明の第８−６実施形態で提案した図８Ｋでの手続きと異なるようにＲＦフィールドとＦＩフィールドがないことを特徴とすることができる。さらに、初めて送信する場合と再送信する場合のＲＬＣヘッダーを互いに区分せず統合されたヘッダーを用いることを特徴とすることができる。また、ＲＬＣ階層でｃｏｎｃａｔｅｎａｔｉｏｎを実行しないことを特徴とすることができる。８ｍ−０５のＲＬＣ ＳＤＵをＲＬＣ階層が受信すればＲＬＣ階層は前記ＲＬＣ ＳＤＵに直ちにＲＬＣ ＳＮを挿入して固定されたＲＬＣヘッダーを生成してＲＬＣ ＰＤＵを作ることができる。所定の理由でｓｅｇｍｅｎｔａｔｉｏｎが必要であれば８ｍ−１０又は８ｍ−１５のようにＳＯフィールドとＬＳＦフィールドをアップデートしてＲＬＣ ＰＤＵをそれぞれ生成することができる。前記で固定されたＲＬＣヘッダーはＳＮフィールド、ＳＯフィールド、ＬＳＦフィールド又はまた他のフィールドを含むことができる。前記で所定の理由はＭＡＣ階層で割り当てられた送信リソースのサイズより現在生成されたＲＬＣ ＰＤＵのサイズ又はＲＬＣ ＳＤＵのサイズの大きい場合の一例となることができる。前記でＳＮ(Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ)フィールドはＲＬＣ ＰＤＵのシーケンスナンバーであり、若しくは必要であるか設定された場合、ＰＤＣＰ ＳＮを再使用することもできる。ＳＯ(Ｓｅｇｍｅｎｔ Ｏｆｆｓｅｔ)フィールドは所定の長さを有するフィールドで、初めて送信の時、ＳＯフィールドはＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の第１のバイトがオリジナルのＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すことができ、再送信詩にもＲｅ−ｓｅｇｍｅｎｔａｔｉｏｎされたＲＬＣ ＰＤＵデータフィールドの第１のバイトがオリジナルのＲＬＣ ＰＤＵ データフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すことができる。ＬＳＦ(Ｌａｓｔ Ｓｅｇｍｅｎｔ Ｆｌａｇ)フィールドは１ビットで、ｓｅｇｍｅｎｔａｔｉｏｎ又はＲｅ−ｓｅｇｍｅｎｔａｔｉｏｎされたＲＬＣ ＰＤＵデータフィールドの最後のバイトがオリジナルのＲＬＣ ＰＤＵ データフィールドの最後のバイトと一致するか否かを指示するのに用いられる。
Figure 2019532580
もし、前記で８ｍ−１０と８ｍ−１５のＲＬＣ ＰＤＵが送信に失敗した場合、再送信を行うことができ、この時の送信リソースが不足であれば８ｍ−２０、８ｍ−２５、８ｍ−３０のようにＲｅ−ｓｅｇｍｅｎｔａｔｉｏｎされることができる。前記Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎされる時の新たに生成されたＲＬＣ ＰＤＵ(８ｍ−２０、８ｍ−２５、８ｍ−３０)のＳＯフィールドとＬＳＦフィールドがアップデートされることができる。
図８Ｎは、本開示の実施形態による第８−７実施形態でＲＬＣヘッダー構造の一例を示す。
図８Ｎは、本発明の第８−７実施形態でＲＬＣ ＳＮが１６ビットで、ＬＩフィールドが１５ビットの場合を仮定したＲＬＣヘッダー構造の一例を示し、８ｎ−０１は前記図８Ｍで説明したＳＯ基盤ｓｅｇｍｅｎｔａｔｉｏｎに対するＲＬＣヘッダー構造の一例となることができる。ＲＬＣヘッダー構造は前記で図８Ｍで説明したフィールド中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さ、ＳＯフィールド長さなど各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。Ｒは予約されたビットをいい、Ｐフィールドは受信端の相応するＲＬＣエンティティーに状態報告(Ｓｔａｔｕｓ ｒｅｐｏｒｔ)をリクエストするフィールドであることができる。例えば、０であれば状態報告をリクエストせず、１であれば状態報告をリクエストすることができる。前記状態報告は現在まで受信したデータに対する情報を含むことができる。前記ＲＬＣヘッダー構造はＲＦフィールドとＦＩフィールド又はＥフィールドがないことを特徴とすることができる。さらに、初めて送信する場合と再送信する場合のＲＬＣヘッダーを互いに区分せず統合されたヘッダーを用いることを特徴とすることができる。
本発明の第８−８実施形態ではＲＬＣ階層で上位階層から受信したパケットをｃｏｎｃａｔｅｎａｔｉｏｎなしにｓｅｇｍｅｎｔａｔｉｏｎを行うまた他の手続きを提案する。
図８Оは、本開示の実施形態による第８−８実施形態で提案するＳＣＩ(Ｓｅｇｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)基盤ｓｅｇｍｅｎｔａｔｉｏｎ手続きを説明する。
ＳＣＩ基盤ｓｅｇｍｅｎｔａｔｉｏｎ手続きは本発明の第８−６形態で提案した図８Ｋでの手続きと異なるようにＲＦフィールドとＦＩフィールドがなく、代わりにＳＣＩという新しいフィールドを持つことを特徴とすることができる。前記第８−７実施形態の手続き対比少しの複雑度をより持ってＲＬＣヘッダーのオーバーヘッダーを減らすことができるというメリットを持っている。さらに、初めて送信する場合と再送信する場合のＲＬＣヘッダーを互いに区分しないことを特徴とすることができる。また、ＲＬＣヘッダーがｓｅｇｍｅｎｔａｔｉｏｎされない完全なＲＬＣ ＳＤＵとｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔのためのＲＬＣヘッダー構造とｓｅｇｍｅｎａｔｉｏｎされた中間又は最後のＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔのためのＲＬＣヘッダー構造が区分されることを特徴とすることができる。また、ＲＬＣ階層でｃｏｎｃａｔｅｎａｔｉｏｎを実行しないことを特徴とすることができる８ｏ−０５のＲＬＣ ＳＤＵをＲＬＣ階層が受信すればＲＬＣ階層は前記ＲＬＣ ＳＤＵにすぐＲＬＣ ＳＮを挿入して固定されたＲＬＣヘッダーを生成してＲＬＣ ＰＤＵを作ることができる。所定の理由でｓｅｇｍｅｎｔａｔｉｏｎが必要であれば８ｏ−１０又は８ｏ−１５のようにＳＣＩフィールドとＳＯフィールドをアップデートしてＲＬＣ ＰＤＵをそれぞれ生成することができる。前記で固定されたＲＬＣヘッダーはＳＮフィールド、ＳＣＩフィールド、ＳＯフィールド又はまた他のフィールドを含むことができる。前記で所定の理由はＭＡＣ階層で割り当てられた送信リソースのサイズより現在生成されたＲＬＣ ＰＤＵのサイズ又はＲＬＣ ＳＤＵのサイズの大きい場合の一例となることができる。前記でＳＮ(Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ)フィールドはＲＬＣ ＰＤＵのシーケンスナンバーであり、若しくは必要であるか設定された場合、ＰＤＣＰ ＳＮを再使用することもできる。ＳＯ(Ｓｅｇｍｅｎｔ Ｏｆｆｓｅｔ)フィールドは所定の長さを有するフィールドで、初めて送信の時、ＳＯフィールドはＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)第１のバイトがオリジナルのＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すことができ、再送信詩にもＲｅ−ｓｅｇｍｅｎｔａｔｉｏｎされたＲＬＣ ＰＤＵデータフィールドの第１のバイトがオリジナルのＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すことができる。前記でＳＯフィールドの長さ(Ｌｅｎｇｔｈ)はＲＲＣメッセージ(例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ メッセージ)によって設定されることができる。例えば、各ベアラー別にＳＯフィールドの長さが互いに異なるように設定されることができる。すなわち、ＶｏＬＴＥ、ＶｏＩＰのようなサービスではＳＯフィールドを１バイトで設定してｅＭＢＢサービスの場合には２バイトで設定するのが可能である。また、ＳＯフィールドの前に所定のビットを定義して前記所定のビットがＳＯフィールドの長さを指示することができる。例えば、所定のビットが１ビットと仮定すると０であれば１バイトの長さを有するＳＯフィールドを指示し、１であれば２バイトを持つＳＯフィールドを指示することができる。前記でＳＣＩフィールドは次のように定義されることができ、ＳＣＩというフィールド名前はＳＩ(Ｓｅｇｍｅｎｔａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ)又はＦＩ(Ｆｒａｍｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ)若しくはＳＣ(Ｓｅｇｍｅｎｔａｔｉｏｎ Ｃｏｎｔｒｏｌ)のように他の名前と命名されることができる。
Figure 2019532580
ＳＣＩフィールドが００の場合、ｓｅｇｍｅｎｔａｔｉｏｎされない完全なＲＬＣ ＰＤＵを示し、この場合、ＲＬＣヘッダーにＳＯフィールドが必要ない。ＳＣＩフィールドが０１の場合、ｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを示し、この場合、ＲＬＣヘッダーにＳＯフィールドが必要ない。ＳＣＩフィールドが１０の場合、ｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを示し、この場合、ＲＬＣヘッダーにＳＯフィールドが必要である。ＳＣＩフィールドが１１の場合、ｓｅｇｍｅｎｔａｔｉｏｎ された中間のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを示し、この場合、ＲＬＣヘッダーにＳＯフィールドが必要である。前記２ビットと４つの情報(完全なＲＬＣ ＰＤＵ、第１のＳｅｇｍｅｎｔ、最後のＳｅｇｍｅｎｔ、中間のＳｅｇｍｅｎｔ)のマッピング関係は総４ｘ３ｘ２ｘ１＝２４つを持つことができ、前記はその中の一例を示したことである。本発明は前記２４つのマッピングの場合をいずれも含む。もし、前記で８ｏ−１０と８ｏ−１５のＲＬＣ ＰＤＵが送信に失敗した場合、再送信を行うことができ、この時、送信リソースが不足であれば８ｏ−２０、８ｏ−２５、８ｏ−３０のようにＲｅ−ｓｅｇｍｅｎｔａｔｉｏｎされることができる。前記Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎされる時の新たに生成されたＲＬＣ ＰＤＵ(８ｏ−２０、８ｏ−２５、８ｏ−３０)のＳＣＩフィールドとＳＯフィールドがアップデートされることができる。８ｏ−２０の場合、第１のＳｅｇｍｅｎｔであるのでＳＣＩを０１でアップデートし、ＳＯフィールドは必要ない。
一方、上述したＳＣＩフィールド(又は、ＳＩ フィールド、ＦＩフィールド又はＳＣ フィールド)はＲＬＣ ＳＤＵを基準と定義されることもできる。言い換えれば、ＳＣＩフィールドが００の場合、ｓｅｇｍｅｎｔａｔｉｏされない完全なＲＬＣ ＳＤＵを示すことができ、この場合、ＲＬＣヘッダーにＳＯフィールドが必要ない。ＳＣＩフィールドが０１の場合、ｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔを示し、この場合ＲＬＣヘッダーにＳＯフィールドが必要ない。ＳＣＩフィールドが１０の場合、ｓｅｇｍｅｎｔａｔｉｏｎ された終わりのＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔを示し、この場合、ＲＬＣヘッダーにＳＯフィールドが必要である。ＳＣＩフィールドが１１の場合、ｓｅｇｍｅｎｔａｔｉｏｎされた中間のＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔを示し、この場合、ＲＬ ヘッダーにＳＯフィールドが必要である。８ｏ−２５の場合、中間のＳｅｇｍｅｎｔであるのでＳＣＩを１１でアップデートし、ＳＯフィールドをＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の第１バイトがオリジナルのＲＬＣ ＰＤＵ データフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すように３００でアップデートする。８ｏ−３０の場合、最後のＳｅｇｍｅｎｔであるのでＳＣＩを１０でアップデートし、ＳＯフィールドをＲＬＣ ＰＤＵ データフィールド(ＲＬＣ ＳＤＵ)の第１のバイトがオリジナルのＲＬＣ ＰＤＵ データフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すように６００でアップデートする。
図８Ｐは、本発明の第８−８実施形態によるＲＬＣヘッダー構造の一例を示す。
図８Ｐは、本発明の第８−８実施形態でＲＬＣ ＳＮが１６ビットで、ＬＩフィールドが１５ビットの場合を仮定したＲＬＣヘッダー構造の一例を示し、８ｐ−０１は前記図８Ｏで説明したＳＣＩ基盤ｓｅｇｍｅｎｔａｔｉｏｎに対するＲＬＣヘッダー構造の一例となることができる。ＲＬＣヘッダー構造は前記で図８Ｏで説明したフィールドの中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さ、ＳＯフィールド長さなど各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。Ｒは予約されたビットをいい、Ｐフィールドは受信端の相応するＲＬＣエンティティーに状態報告(Ｓｔａｔｕｓ ｒｅｐｏｒｔ)をリクエストするフィールドであれば良い。例えば、０であれば状態報告をリクエストせず、１であれば状態報告をリクエストすることができる。前記状態報告は現在まで受信したデータに対する情報を含むことができる。前記ＲＬＣヘッダー構造はＲＦフィールドとＦＩフィールド又はＥフィールドがないことを特徴とすることができる。さらに、初めて送信する場合と再送信する場合のＲＬＣヘッダーを互いに区分せず統合されたヘッダーを用いることを特徴とすることができる。
ＳＣＩフィールドの指示する情報が完全なＲＬＣ ＰＤＵを指示する場合(例えば、ＳＣＩ＝００)、又はＳＣＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを指示する場合(例えば、ＳＣＩ＝０１)８ｐ−０１のようにＳＯフィールドがないＲＬＣヘッダー構造を用いることができる。前記８ｐ−０１のＲＬＣヘッダー構造は一例として図８Ｏで説明したフィールドの中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣＳＮ長さなど各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。
前記８ｏの手続きで端末とネットワークが所定のＳＯフィールド長さを使用することに約束した場合、又は端末がＲＲＣメッセージでベアラー別のＳＯフィールドに対する長さ情報が指示された場合を仮定してＳＣＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎされた中間又は最後のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを指示すると(例えば、ＳＣＩ＝１０ ｏｒ １１)、８ｐ−０２のようにＳＯフィールドがあるＲＬＣヘッダー構造を用いることができる。前記８ｐ−０２のＲＬＣヘッダー構造は一例として図８Ｏで説明したフィールドの中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さ、ＳＯフィールド長さなど各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。
前記８ｏの手続きで端末とネットワークが所定のＳＯフィールド長さを使用することに約束しない場合、又は端末がＲＲＣメッセージでベアラー別のＳＯフィールドに対する長さ情報を指示しない場合を仮定してＳＯフィールドの長さを指示するＬＩフィールドを新たに定義して用いることに約束すると、ＳＣＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎ された中間又は最後のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを指示すると(例えば、ＳＣＩ＝１０ ｏｒ １１)、８ｐ−０３のようにＬＩフィールドとＳＯフィールドがあるＲＬＣヘッダー構造を用いることができる。前記８ｐ−０３のＲＬＣヘッダー構造は一例として図８ｏで説明したフィールドの中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さ、ＳＯフィールド長さ、ＬＩフィールド長さなど各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。前記ＬＩフィールドはＳＯフィールドの長さを指示することができる。例えば、ＬＩフィールドが１ビットと仮定して０であれば１バイトの長さを有するＳＯフィールドを指示し、１であれば２バイトを持つＳＯフィールドを指示することができる。前記ＬＩフィールドは所定の長さで予め約束されることができる。
本発明の第８−９実施形態はＲＬＣ階層で上位階層から受信したパケットをｃｏｎｃａｔｅｎａｔｉｏｎなしにＳｅｇｍｅｎｔａｔｉｏｎを行うまた他の手続きを提案する。
図８Ｑは、本開示の実施形態による第８−９実施形態で提案する。ＳＩ(Ｓｅｇｍｅｎｔａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ)、ＦＩ(Ｆｒａｍｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ)、ＬＳＦ(Ｌａｓｔ Ｓｅｇｍｅｎｔ Ｆｉｅｌｄ)基盤ｓｅｇｍｅｎｔａｔｉｏｎ手続きを説明する。
図８Ｑを参照すれば、ＳＩ、ＦＩ、ＬＳＦ基盤ｓｅｇｍｅｎｔａｔｉｏｎ手続きは本発明の第８−６実施形態で提案した図８Ｋでの手続きと異なるようにＲＦフィールドとＦＩフィールドがなく、代わりに新しいＳＩフィールド、ＦＩフィールドを定義して前記フィールドを用いることを特徴とすることができる。さらに、初めて送信する場合と再送信する場合のＲＬＣヘッダーを互いに区分しないことを特徴とすることができる。さらに、ＲＬＣヘッダーがｓｅｇｍｅｎｔａｔｉｏｎされない完全なＲＬＣ ＳＤＵとｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔのためのＲＬＣヘッダー構造とｓｅｇｍｅｎａｔｉｏｎされた中間又は最後のＲＬＣ ＳＤＵ ｓｅｇｍｅｎｔのためのＲＬＣヘッダー構造が区分されることを特徴とすることができる。また、ＲＬＣ階層でｃｏｎｃａｔｅｎａｔｉｏｎを実行しないことを特徴とすることができる。８ｑ−０５のＲＬＣ ＳＤＵをＲＬＣ階層が受信すれば、ＲＬＣ階層は前記ＲＬＣ ＳＤＵに直ちにＲＬＣ ＳＮを挿入して固定されたＲＬＣヘッダーを生成してＲＬＣ ＰＤＵを作ることができる。所定の理由でｓｅｇｍｅｎｔａｔｉｏｎが必要であれば８ｑ−１０又は８ｑ−１５のようにＳＩフィールドと ＦＩフィールドをアップデートしてＲＬＣ ＰＤＵをそれぞれ生成することができる。ＲＬＣ ＰＤＵの中間ｓｅｇｍｅｎｔ又は最後のＳｅｇｍｅｎｔの場合、ＳＯフィールド、ＬＳＦ フィールドを持つことができる。前記で固定されたＲＬＣヘッダーはＳＮフィールド、ＳＩ フィールド、ＦＩフィールド、ＳＯフィールド、ＬＳＦフィールド又はまた他のフィールドを含むことができる。前記で所定の理由はＭＡＣ階層で割り当てられた送信リソースのサイズより現在生成されたＲＬＣ ＰＤＵのサイズ又はＲＬＣ ＳＤＵのサイズの大きい場合の一例となることができる。前記でＳＮ(Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ)フィールドはＲＬＣ ＰＤＵのシーケンスナンバーであり、若しくは必要であるか設定された場合、ＰＤＣＰ ＳＮを再使用することもできる。ＳＯ(Ｓｅｇｍｅｎｔ Ｏｆｆｓｅｔ)フィールドは所定の長さを有するフィールドで、初めて送信の時、ＳＯフィールドはＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の第１のバイトがオリジナルのＲＬＣ ＰＤＵ データフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すことができ、再送信時にもＲｅ−ｓｅｇｍｅｎｔａｔｉｏｎされたＲＬＣ ＰＤＵデータフィールドの第１のバイトがオリジナルのＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すことができる。前記でＳＯフィールドの長さ(Ｌｅｎｇｔｈ)はＲＲＣメッセージ(例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ又はＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ メッセージ)によって設定されることができる。例えば、各ベアラー別にＳＯフィールドの長さが互いに異なるように設定されることができる。すなわち、ＶｏＬＴＥ、ＶｏＩＰのようなサービスではＳＯフィールドを１バイトで設定してｅＭＢＢサービスの場合には ２バイトで設定するのが可能である。また、ＳＯフィールド前に所定のビットを定義して前記所定のビットがＳＯフィールドの長さを指示することができる。例えば、所定のビットが１ビットと仮定すると０であれば１バイトの長さを有するＳＯフィールドを指示し、１であれば２バイトを持つＳＯフィールドを指示することができる。前記でＳＩフィールドは次のように定義されることができ、ＳＩというフィールド名前は任意の他の名前と命名されることができる。
Figure 2019532580
ＳＩフィールドが０の場合、ｓｅｇｍｅｎｔａｔｉｏｎされないということを指示し、完全なＲＬＣ ＰＤＵを示し、この場合、ＲＬＣヘッダーにＳＯフィールドとＬＳＦ フィールドが必要ない。ＳＩフィールドが１の場合、ｓｅｇｍｅｎｔａｔｉｏｎされたということを指示し、ｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔ又は中間のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔ又は最後のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを示すことができる。前記１ビットと２つの情報(Ｎｏ Ｓｅｇｍｅｎｔａｔｉｏｎ ｏｒ Ｓｅｇｍｅｎｔａｔｉｏｎ)のマッピング関係は総２ｘ１＝２つを持つことができ、前記はその中の一例を示したことである。本発明は前記２つのマッピングの場合をいずれも含む。
前記でＦＩフィールドは次のように定義されることができ、ＦＩというフィールド名前は任意の他の名前と命名されることができる。
Figure 2019532580
ＦＩフィールドが０の場合、ｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを示し、この場合、ＲＬＣヘッダーにＳＯフィールドとＬＳＦフィールドが必要ない。ＦＩフィールドが１の場合、ｓｅｇｍｅｎｔａｔｉｏｎ された中間又は最後のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを示し、この場合、ＲＬＣヘッダーにＬＳＦフィールドと ＳＯフィールドが必要である。ＦＩフィールドが１でＬＳＦフィールドが０の場合、ｓｅｇｍｅｎｔａｔｉｏｎ された中間のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを示し、ＦＩフィールドが１でＬＳＦフィールドが１の場合、ｓｅｇｍｅｎｔａｔｉｏｎされた最後のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを示し、前記ＦＩフィールドの１ビットと２つの情報(Ｆｉｒｓｔ ｓｅｇｍｅｎｔ ｏｒ Ｍｉｄｄｌｅ／Ｌａｓｔ ｓｅｇｍｅｎｔ)のマッピング関係は総２ｘ１＝２つを持つことができ、前記はその中の一例を示したことである。本発明は前記２つのマッピングの場合をいずれも含む。
前記ＬＳＦフィールドの１ビットと２つの情報(Ｍｉｄｄｌｅ ｓｅｇｍｅｎｔ ｏｒ Ｌａｓｔ ｓｅｇｍｅｎｔ)のマッピング関係は総２ｘ１＝２つを持つことができ、前記はその中の一例を示したことである。本発明は前記２つのマッピングの場合をいずれも含む。もし、前記で８ｑ−１０と８ｑ−１５のＲＬＣ ＰＤＵが送信に失敗した場合、再送信を行うことができ、この時、送信リソースが不足であれば８ｑ−２０、８ｑ−２５、８ｑ−３０のようにＲｅ−ｓｅｇｍｅｎｔａｔｉｏｎされることができる。前記Ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎされる時の新たに生成されたＲＬＣ ＰＤＵ(８ｑ−２０、８ｑ−２５、８ｑ−３０)のＳＩフィールド、ＦＩフィールド、ＬＳＦフィールドとＳＯフィールドがアップデートされることができる。８ｑ−２０の場合、ｓｅｇｍｅｎｔａｔｉｏｎされ、第１のＳｅｇｍｅｎｔであるのでＳＩを１で、ＦＩを０でアップデートし、ＳＯフィールドとＬＳＦフィールドは必要ない。８ｑ−２５の場合、ｓｅｇｍｅｎｔａｔｉｏｎされ、中間のＳｅｇｍｅｎｔであるのでＳＩを１で、ＦＩを１で、ＬＳＦ＝０でアップデートし、ＳＯフィールドをＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の第１のバイトがオリジナルのＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すように３００でアップデートする。８ｑ−３０の場合、ｓｅｇｍｅｎｔａｔｉｏｎされ、最後のＳｅｇｍｅｎｔであるのでＳＩを１で、ＦＩを１で、ＬＳＦ＝１でアップデートし、ＳＯフィールドをＲＬＣ ＰＤＵデータフィールド(ＲＬＣ ＳＤＵ)の第１のバイトがオリジナルのＲＬＣ ＰＤＵ データフィールド(ＲＬＣ ＳＤＵ)の何番目のバイトであるかを示すように６００でアップデートする。
図８Ｒは、本発明の第８−９実施形態でＲＬＣヘッダー構造の一例を示す。
図８Ｒを参照すれば、本発明の第８−９実施形態でＲＬＣ ＳＮが１６ビットで、ＬＩフィールドが１５ビットの場合を仮定したＲＬＣヘッダー構造の一例を示し、８ｒ−０１は前記図８Ｑで説明した ＳＩ、ＦＩ、ＬＳＦ基盤ｓｅｇｍｅｎｔａｔｉｏｎに対するＲＬＣヘッダー構造の一例となることができる。ＲＬＣヘッダー構造は前記で図８Ｑで説明したフィールドの中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さ、ＳＯフィールド長さなどの各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。Ｒは予約されたビットをいい、Ｐフィールドは受信端の相応するＲＬＣエンティティーに状態報告(Ｓｔａｔｕｓ ｒｅｐｏｒｔ)をリクエストするフィールドであれば良い。例えば、０であれば状態報告をリクエストせず１であれば状態報告をリクエストすることができる。前記状態報告は現在まで受信したデータに対する情報を含むことができる。前記ＲＬＣヘッダー構造はＲＦフィールドとＦＩフィールド(図８Ｌの ２ビットＦＩを意味)、又はＥフィールドがないことを特徴とすることができる。さらに、初めて送信する場合と再送信する場合のＲＬＣヘッダーを互いに区分せず統合されたヘッダーを用いることを特徴とすることができる。
ＳＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎされなく、完全なＲＬＣ ＰＤＵを指示する場合(例えば ＳＩ＝０)、又はＦＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎされた第１のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを指示する場合(例えば、ＦＩ＝０)、８ｒ−０１のようにＬＳＦフィールドとＳＯフィールドがないＲＬＣヘッダー構造を用いることができる。前記８ｒ−０１のＲＬＣヘッダー構造は一例として図８Ｑで説明したフィールドの中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さなど各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。
前記８ｑの手続きで端末とネットワークが所定のＳＯフィールド長さを使用することに約束した場合、又は端末がＲＲＣメッセージでベアラー別のＳＯフィールドに対する長さ情報が指示された場合を仮定してＳＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎされということを指示して(例えば、ＳＩ＝１)、ＦＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎされた中間又は最後のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを指示すると(例えば、ＦＩ＝１)、８ｒ−０２のようにＬＳＦフィールドとＳＯフィールドがあるＲＬＣヘッダー構造を用いることができる。前記８ｒ−０２のＲＬＣヘッダー構造は一例として図８Ｑで説明したフィールドの中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さ、ＳＯフィールド長さなど各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。
前記８ｑの手続きで端末とネットワークが所定のＳＯフィールド長さを使用することに約束しない場合、又は端末がＲＲＣメッセージでベアラー別のＳＯフィールドに対する長さ情報を指示しない場合を仮定してＳＯフィールドの長さを指示するＬＩフィールドを新たに定義して用いることに約束すると、ＳＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎされたということを指示して(例えば、ＳＩ＝１)、ＦＩフィールドの指示する情報がｓｅｇｍｅｎｔａｔｉｏｎされた中間又は最後のＲＬＣ ＰＤＵ ｓｅｇｍｅｎｔを指示すると(例えば、ＦＩ＝１)、８ｒ−０３のようにＬＳＦフィールドとＬＩフィールドとＳＯフィールドがあるＲＬＣヘッダー構造を用いることができる。前記８ｒ−０３のＲＬＣヘッダー構造は一例として図８Ｑで説明したフィールドの中に一部又はまた他の新しいフィールドを含むことができ、他のＲＬＣ ＳＮ長さ、ＳＯフィールド長さ、ＬＩフィールド長さなど各フィールドの長さにしたがって、そして各フィールドの位置によって異なる構造を持つことができる。前記ＬＩフィールドはＳＯフィールドの長さを指示することができる。例えば、ＬＩフィールドが１ビットと仮定して０であれば１バイトの長さを有するＳＯフィールドを指示し、１であれば２バイトを持つＳＯフィールドを指示することができる。前記ＬＩフィールドは所定の長さで予め約束されることができる。
前記実施形態で見るように、送信を行う装置(アップリンクでは端末、ダウンリンクでは基地局)はＲＬＣ ＰＤＵの性格により、若しくはＲＬＣ ＰＤＵに収納されたＲＬＣ ＳＤＵのセグメント可否、セグメントされると、第１のセグメントであるか否かを考慮してＳＯフィールドの収納可否を判断する。すなわち、送信を行う装置はセグメントされない場合、セグメントされても最初セグメントの場合にはＳＯフィールドを収納せず、中間セグメントや最後のセグメントであればＳＯフィールドを収納する受信を行う装置(アップリンクでは基地局、ダウンリンクでは端末)は受信したパケットのヘッダーフィールドを検査し、受信したＲＬＣ ＰＤＵに収納されたＲＬＣ ＳＤＵがセグメントされないＲＬＣ ＳＤＵや最初のセグメントであればＳＯフィールドなしにＲＬＣヘッダー後に、直ちにＲＬＣ ＳＤＵ 又はセグメントが収納されたことで判断してＲＬＣ ＳＤＵを再組立するか受信されたＲＬＣ ＳＤＵを上位階層へ伝達する。受信したＲＬＣ ＰＤＵに収納されたＳＯフィールドがあることで判断し、収納されたＳＯフィールドの値によってＲＬＣ ＳＤＵを再組立して上位階層へ伝達する。
図８Ｓは、本開示の実施形態による端末の構造を示すブロック図である。
前記図面を参考すれば、前記端末はＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)処理部８ｓ−１０、基底帯域(ｂａｓｅｂａｎｄ)処理部８ｓ−２０、記憶部８ｓ−３０、制御部８ｓ−４０を含む。
前記ＲＦ処理部８ｓ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。例えば、前記ＲＦ処理部８ｓ−１０は前記基底帯域処理部８ｓ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号でダウン変換する。例えば、前記ＲＦ処理部８ｓ−１０は送信フィルター、受信フィルター、増幅器、ミキサー(ｍｉｘｅｒ)、オシレーター(ｏｓｃｉｌｌａｔｏｒ)、ＤＡＣ(ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ ｃｏｎｖｅｒｔｏｒ)、ＡＤＣ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｏｒ)などを含むことができる。前記図面で、一つのアンテナだけが図示されたが、前記端末は多数のアンテナを備えることができる。さらに、前記ＲＦ処理部８ｓ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部８ｓ−１０はビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)を行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部８ｓ−１０は多数のアンテナ又はアンテナ要素(ｅｌｅｍｅｎｔ)を介して送受信される信号それぞれの位相及びサイズを調節することができる。また、前記ＲＦ処理部はＭＩＭＯを行うことができ、ＭＩＭＯ動作実行時のいくつかのレイヤーを受信することができる。前記ＲＦ処理部８ｓ−１０は制御部の制御によって多数のアンテナ又はアンテナ要素を適切に設定して受信ビームスイーピングを行うか、受信ビームが送信ビームと共助されるように受信ビームの方向とビーム幅を調整することができる。
前記基底帯域処理部８ｓ−２０はシステムの物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部８ｓ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部８ｓ−２０は前記ＲＦ処理部８ｓ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)方式に従う場合、データ送信時、前記基底帯域処理部８ｓ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ(ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算及び ＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)挿入を介して ＯＦＤＭ シンボルを構成する。さらに、データ受信時、前記基底帯域処理部８ｓ−２０は前記ＲＦ処理部８ｓ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ(ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ)演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。
前記基底帯域処理部８ｓ−２０及び前記ＲＦ処理部８ｓ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部８ｓ−２０及び前記ＲＦ処理部８ｓ−１０は送信部、受信部、送受信部又は通信部と指称されることができる。ひいては、前記基底帯域処理部８ｓ−２０及び前記ＲＦ処理部８ｓ−１０のうちの少なくとも一つは互いに異なる多数の無線接続技術をサポートするために多数の通信モジュールを含むことができる。さらに、前記基底帯域処理部８ｓ−２０及び前記ＲＦ処理部８ｓ−１０のうちの少なくとも一つは互いに異なる周波数帯域の信号を処理するために互いに異なる通信モジュールを含むことができる。例えば、前記互いに異なる無線接続技術はＬＴＥ網、ＮＲ網などを含むことができる。さらに、前記互いに異なる周波数帯域は超高周波(ＳＨＦ：ｓｕｐｅｒ ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ)(例えば、２．５ＧＨｚ、５Ｇｈｚ)帯域、ｍｍ波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ)(例えば、６０ＧＨｚ)帯域を含むことができる。
前記記憶部８ｓ−３０は前記端末の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。前記記憶部８ｓ−３０は前記制御部８ｓ−４０のリクエストに従って記憶されたデータを提供する。
前記制御部８ｓ−４０は多重接続処理部８ｓ−４２を含み、前記端末の全般的な動作を制御する。例えば、前記制御部８ｓ−４０は前記基底帯域処理部８ｓ−２０及び前記ＲＦ処理部８ｓ−１０を介して信号を送受信する。また、前記制御部８ｓ−４０は前記記憶部８ｓ−４０にデータを記録し、読む。このために、前記制御部８ｓ−４０は少なくとも一つのプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含むことができる。例えば、前記制御部８ｓ−４０は通信のための制御を行うＣＰ(ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)及び応用プログラムなどの上位階層を制御するＡＰ(ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ)を含むことができる。
図８Ｔは、本開示の実施形態による無線通信システムの基地局送受信部のブロック構成を示す。
前記図面に示されたように、前記基地局はＲＦ処理部８ｔ−１０、基底帯域処理部８ｔ−２０、通信部８ｔ−３０、記憶部８ｔ−４０、制御部８ｔ−５０を含んで構成される。
前記ＲＦ処理部８ｔ−１０は信号の帯域変換、増幅などの無線チャンネルを介して信号を送受信するための機能を行う。すなわち、前記ＲＦ処理部８ｔ−１０は前記基底帯域処理部８ｔ−２０から提供される基底帯域信号をＲＦ帯域信号でアップ変換した後にアンテナを介して送信し、前記アンテナを介して受信されるＲＦ帯域信号を基底帯域信号にダウン変換する。例えば、前記ＲＦ処理部８ｔ−１０は送信フィルター、受信フィルター、増幅器、ミキサー、オシレーター、ＤＡＣ、ＡＤＣ などを含むことができる。前記図面で、一つのアンテナだけが都市されたが、前記第１接続ノードは多数のアンテナを備えることができる。また、前記ＲＦ処理部８ｔ−１０は多数のＲＦチェーンを含むことができる。ひいては、前記ＲＦ処理部８ｔ−１０はビームフォーミングを行うことができる。前記ビームフォーミングのために、前記ＲＦ処理部８ｔ−１０は多数のアンテナ又はアンテナ要素を介して送受信される信号それぞれの位相及びサイズを調節することができる。前記ＲＦ処理部は一つ以上のレイヤーを送信することで下向きのＭＩＭＯ動作を行うことができる。
前記基底帯域処理部８ｔ−２０は第１無線接続技術の物理階層規格によって基底帯域信号及びビット列間の変換機能を行う。例えば、データ送信時、前記基底帯域処理部８ｔ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成する。さらに、データ受信時、前記基底帯域処理部８ｔ−２０は前記ＲＦ処理部８ｔ−１０から提供される基底帯域信号を復調及び復号化を介して受信ビット列を復元する。例えば、ＯＦＤＭ方式に従う場合、データ送信時、前記基底帯域処理部８ｔ−２０は送信ビット列を符号化及び変調することによって複素シンボルを生成し、前記複素シンボルをサブキャリアにマッピングした後、ＩＦＦＴ演算及びＣＰ挿入を介してＯＦＤＭシンボルを構成する。さらに、データ受信時、前記基底帯域処理部８ｔ−２０は前記ＲＦ処理部８ｔ−１０から提供される基底帯域信号をＯＦＤＭシンボル単位で分割し、ＦＦＴ演算を介してサブキャリアにマッピングされた信号を復元した後、復調及び復号化を介して受信ビット列を復元する。前記基底帯域処理部８ｔ−２０及び前記ＲＦ処理部８ｔ−１０は上述したように信号を送信及び受信する。これにより、前記基底帯域処理部８ｔ−２０及び前記ＲＦ処理部８ｔ−１０は送信部、受信部、送受信部、通信部又は無線通信部と指称されることができる。
前記通信部８ｔ−３０はネットワーク内の他のノードと通信を行うためのインターフェースを提供する。
前記記憶部８ｔ−４０は前記主基地局の動作のための基本プログラム、アプリケーション、設定情報などのデータを記憶する。特に、前記記憶部８ｔ−４０は接続された端末に割り当てられたベアラーに対する情報、接続された端末から報告された測定結果などを記憶することができる。また、前記記憶部８ｔ−４０は端末に多重接続を提供するか、中断するか否かの判断基準となる情報を記憶することができる。そして、前記記憶部８ｔ−４０は前記制御部８ｔ−５０のリクエストによって記憶されたデータを提供する。
前記制御部８ｔ−５０は多重接続処理部８ｔ−５２を含み、前記主基地局の全般的な動作を制御する。例えば、前記制御部８ｔ−５０は前記基底帯域処理部８ｔ−２０及び前記ＲＦ処理部８ｔ−１０を介して又は前記通信部８ｔ−３０を介して信号を送受信する。また、前記制御部８ｔ−５０は前記記憶部８ｔ−４０にデータを記録し、読む。このために、前記制御部８ｔ−５０は少なくとも一つのプロセッサを含むことができる。
＜第９実施形態＞
以下添付された図面を参照して本発明の動作原理を詳しく説明する。以下で本発明を説明するのに当たり関連する公知機能又は構成に対する具体的な説明が本発明の要旨を不必要に不明瞭にすることができると判断される場合にはその詳細な説明を省略する。そして、後述される用語は本発明での機能を考慮して定義された用語としてこれはユーザ、運用者の意図又は慣例などによって変わることができる。したがって、その定義は本明細書全般にわたった内容に基づいて下ろされなければならないだろう。以下説明で使用される接続ノード(ｎｏｄｅ)を識別するための用語、網客体(ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ)を指称する用語、メッセージを指称する用語、網客体の間インターフェースを指称する用語、多様な識別情報を指称する用語などは説明の便宜のために例示されたことである。したがって、本発明が後述される用語に限定されるのではなく、同等な技術的意味を有する対象を指称する他の用語が使用されることができる。
以下、説明の便宜のために、本発明は３ＧＰＰ ＬＴＥ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)規格で定義している用語及び名称、又はこれに基づいて変形した用語及び名称を用いる。しかし、本発明が前記用語及び名称によって限定されるのではなく、他の規格によるシステムにも同様に適用されることができる。
本発明は、移動通信システムに関し、特に車両と歩行者端末間の通信(ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ、以下、Ｖ２Ｐと表記)をサポートするＬＴＥ端末で歩行者端末がリソースプールを選択する方法及び装置に関する。ただ、提案する内容はＶ２Ｐ通信だけではなく後述するＶ２Ｘ(ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ)通信技術全般にわたって適用されることができることは勿論である。
Ｖ２Ｘ(ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ)は、車とすべてのインターフェースを通じる通信技術を総称し、その形態及び通信を成す構成要素によってＶ２Ｖ(ｖｅｈｉｃｌｅ−ｔｏ− ｖｅｈｉｃｌｅ)、Ｖ２Ｉ(ｖｅｈｉｃｌｅ−ｔｏ−ｉｎｆｒａ−ｓｔｒｕｃｔｕｒｅ)、Ｖ２Ｐ(ｖｅｈｉｃｌｅ−ｔｏ−ｐｅｄｅｓｔｒｉａｎ)などがある。Ｖ２Ｐは基本的にＲｅｌ−１２機器間通信(ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ、以下、Ｄ２Ｄ)の構造及び動作原理による。Ｄ２Ｄと同様にＶ２Ｐでも車両端末と歩行者の携帯端末(以下、Ｐｅｄｅｓｔｒｉａｎ ＵＥ、Ｐ−ＵＥと混用して使用)間にデータを送受信するが、Ｖ２ＰをサポートするセルではＤ２Ｄと比べてより多い端末がサービスを受けるので無線リソースの浪費を減らすための必要性が要求される。特に、基地局がＶ２Ｐのためのリソースを割り当てて管理するモード３(モード３)の場合には、ＲＲＣ接続された端末が他の端末に送信するデータがある場合、基地局にＲＲＣメッセージ又はＭＡＣ制御要素(Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、以下、ＣＥ)を用いて送信されることができる。ここで、ＲＲＣメッセージではＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージが用いられることができる。一方、ＭＡＣ ＣＥは一実施形態で新しいフォーマット(少なくともＶ２Ｐ通信のためのバッファー状態報告であることを通知するインジケータとＤ２Ｄ通信のためにバッファーされているデータのサイズに対する情報含み)のバッファー状態報告ＭＡＣ ＣＥなどであれば良い。３ＧＰＰで用いているバッファー状態報告に対する詳細なフォーマットと内容は３ＧＰＰ規格ＴＳ３６．３２１“Ｅ−ＵＴＲＡＭＡＣ Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ”を参照する。Ｖ２Ｐ通信竜要請を受信した基地局は前記端末にＶ２Ｐ通信のための追加構成／設定情報(Ｖ２Ｐリソース割り当て情報、ＭＣＳ(ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ)、ＴＡ(ｔｉｍｉｎｇ ａｄｖａｎｃｅ)やＶ２Ｐ通信許容インジケータをシグナリングして前記端末がＶ２Ｐ通信を行うように許容／制御／管理することができる。さらに、Ｖ２Ｐでのサイドリンク(ｓｉｄｅｌｉｎｋ、ＳＬ)通信、すなわち、端末間通信はＤ２Ｄで定義された送信リソース基盤で動作するようになる。前述したように、Ｖ２ＰをサポートするセルではＤ２Ｄと比べてより多い車両端末がサービスを受けるためで、送信リソースを効率的に管理しなければならない。
さらに、Ｖ２Ｐで最も重要に考慮することは歩行者端末の電力消耗減少である。Ｖ２Ｘ通信に用いられる他の端末と異なり歩行者の携帯端末は電力消耗に対する制限を大きく受けるようになる。このためにＶ２Ｘの他の端末と異なり歩行者の携帯端末のための特別な電力消耗減少技法が必要である。このような目標で歩行者の携帯端末では既存の車両端末で用いられるセンシング(ｓｅｎｓｉｎｇ)を通じるリソース選択(周辺の端末が用いているＳＡ(Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ)とデータリソースをセンシングして空いているリソースを介して送信する方法)の使用が制限される。既存のセンシングを通じるリソース選択動作は最小１秒間のリソースプールをセンシングしてＳＡをデコーディングしなければならないから電力消耗が激甚である。代わりに、既存のＲｅｌ−１２Ｄ２Ｄで用いられた方式であるランダムリソース選択(Ｒａｎｄｏｍ ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ)技法が用いられることができる。また、既存のセンシング動作を簡単に変形した部分的センシング(Ｐａｒｔｉａｌ ｓｅｎｓｉｎｇ)を通じるリソース選択を適用することができる。部分的センシング動作は既存の１秒以上リソースプールをセンシングしてＳＡをデコーディングした手続きを１００ｍｓ程度の短い区間で減らして電力消耗を減らす方法である。すなわち、歩行者の携帯端末はランダムリソース選択又は部分的センシングを通じるリソース選択中の一つの動作又は２つの動作のいずれをも用いることができる。
本発明ではサイドリンク受信能力(ｓｉｄｅｌｉｎｋ Ｒｘ ｃａｐａｂｉｌｉｔｙ)がある歩行者携帯端末に対し、ランダムリソース選択及び部分的センシングを通じるリソース選択を効率的に選択することによって電力消耗減少及び優先順位高いパケットに対する送信安全性を高めることができる条件を定義する。
図９Ａは、本開示の実施形態によるＬＴＥシステムの構造を示す図面である。
図９Ａを参考すれば、前記無線通信システムはいくつかの基地局(ｅＮＢ)９ａ−０５、９ａ−１０、９ａ−１５、９ａ−２０とＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)９ａ−２５、及びＳ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)９ａ−３０から構成される。ユーザ端末９ａ−３５は基地局９ａ−０５〜９ａ−２０及びＳ−ＧＷ９ａ−３０を介して外部ネットワークに接続する。前記基地局９ａ−０５〜９ａ−２０はセルラー網の接続ノードとして網に接続する端末に無線接続を提供する。例えば、前記基地局９ａ−０５〜９ａ−２０はユーザのトラフィック(ｔｒａｆｆｉｃ)をサービスするために端末のバッファー状態、使用可能送信電力状態、チャンネル状態などの状態情報を集めてスケジューリングをして前記端末とコア網(ＣＮ、Ｃｏｒｅ ｎｅｔｗｏｒｋ)間に接続をサポートする。前記ＭＭＥ９ａ−２５は端末に対する移動性管理機能はもちろん各種制御機能を担当する装置で多数の基地局と接続され、Ｓ−ＧＷ９ａ−３０はデータベアラー(ｂｅａｒｅｒ)を提供する装置である。また、前記ＭＭＥ及びＳ−ＧＷ９ａ−２５、９ａ−３０は網に接続する端末に対する認証(ａｕｔｈｅｎｔｉｃａｔｉｏｎ)、ベアラー管理などをさらに行うことができ、前記基地局９ａ−０５〜９ａ−２０から到着したパケット又は前記基地局９ａ−０〜９ａ−２０で伝達するパケットを処理する。
図９Ｂは、本開示の実施形態によるＶ２Ｐ通信を説明するための図面である。
具体的に、図９Ｂにはセルラー(ｃｅｌｌｕｌａｒ)システム内でＶ２Ｐ通信を行う例が示されている。
図９Ｂを参照すれば、基地局９ｂ−０１はセル９ｂ−０２のうちに位置した少なくとも一つの車両端末９ｂ−０３と歩行者携帯端末９ｂ−０４を管掌している。すなわち、車両端末９ｂ−０３は基地局９ｂ−０１と車両端末−基地局間のリンク９ｂ−０６を用いてセルラー通信を行い、歩行者携帯端末９ｂ−０４は基地局９ｂ−０１と歩行者携帯端末−基地局間のリンク９ｂ−０７を用いてセルラーと通信を行うようになる。車両端末９ｂ−０３と歩行者携帯端末９ｂ−０４がＶ２Ｐ通信が可能な場合には車両端末９ｂ−０３と歩行者携帯端末９ｂ−０４は基地局９ｂ−０１を介さずサイドリンク９ｂ−０５を用いて直接的に情報を互いに取り交わすことができる。一つのセルでＶ２Ｐサービスを受ける端末の数は多数であることができ、前記に説明した基地局９ｂ−０１と端末９ｂ−０３、９ｂ−０４の関係を拡張して適用することができる。
図９Ｃは、本開示の実施形態によるモード３で動作するＶ２Ｐ端末のランダムリソース選択の手続きを示す図面である。
図９Ｃを参照すれば、前述したように、Ｖ２Ｐ通信で基地局９ｃ−０３は歩行者携帯端末９ｃ−０１のためにランダムリソース選択のためのリソースプール及び部分的センシングを通じるリソース選択のためのプールを割り当てる。しかし、携帯端末９ｃ−０１が部分的センシング動作を行うためにはサイドリンク受信能力を備えなければならない。すなわち、少なくともセルにはサイドリンク受信能力がない携帯端末９ｃ−０１が存在するから基地局は最小一つ以上のランダムリソース選択のためのリソースプールを提供するだろう。キャンプオン９ｃ−０５している携帯端末９ｃ−０１は基地局９ｃ−０３からＳＩＢ２１を受信(９ｃ−１０)する。前記システム情報には送受信のためのリソースプール情報、センシング動作のための設定情報、同期を設定するための情報などが含まれている。携帯端末９ｃ−０１がＰ２Ｖのためのデータトラフィックが生成９ｃ−１５されると、基地局とＲＲＣ接続を行う(９ｃ−２０)。前記のＲＲＣ接続過程はデータトラフィックが生成(９ｃ−１５)以前に行われることができる。携帯端末９ｃ−０１は基地局に他の車両端末９ｃ−０２とＰ２Ｖ通信をすることができる送信リソースをリクエストする(９ｃ−２５)。この時、基地局にＲＲＣメッセージ又はＭＡＣ ＣＥを用いてリクエストすることができる。ここでＲＲＣメッセージではＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージが用いられることができる。一方、ＭＡＣ ＣＥは一実施形態として新しいフォーマット(少なくともＶ２Ｐ通信のためのバッファー状態報告であることを通知するインジケータとＤ２Ｄ通信のためにバッファーされているデータのサイズに対する情報含み)のバッファー状態報告ＭＡＣ ＣＥなどであれば良い。基地局９ｃ−０３は携帯端末９ｃ−０１にｄｅｄｉｃａｔｅｄ ＲＲＣメッセージを介してＰ２Ｖ送信リソースを割り当てる(９ｃ−３０)。このメッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含むことができる。携帯端末９ｃ−０１は基地局９ｃ−０３から指示されたリソースでランダムに時間／周波数領域のリソースを選択(９ｃ−３５)と車両端末９ｃ−０２にデータを送信する(９ｃ−４０)。
図９Ｄは、本開示の実施形態によるモード４で動作するＶ２Ｐ端末のランダムリソース選択の手続きを示す図面である。
図９Ｄを参照すれば、モード４動作は基地局９ｄ−０３が直接リソース割り当てに関与するモード３と異なり携帯端末９ｄ−０１が予め受信したシステム情報のリソースプールを基盤で自律的にリソースを選択してデータを送信する点で差異がある。Ｖ２Ｐ通信で基地局９ｄ−０３は歩行者携帯端末９ｄ−０１のためにランダムリソース選択のためのリソースプール及び部分的センシングを通じるリソース選択のためのプールを割り当てる。しかし、携帯端末９ｄ−０１が部分的センシング動作を行うためにはサイドリンク受信能力を備えなければならない。すなわち、少なくともセルにはサイドリンク受信能力がない携帯端末９ｄ−０１が存在するから基地局は最小一つ以上のランダムリソース選択のためのリソースプールを提供するだろう。キャンプオン９ｄ−０５している携帯端末９ｄ−０１は基地局９ｄ−０３からＳＩＢ２１を受信(９ｄ−１０)する。前記システム情報には送受信のためのリソースプール情報、センシング動作のための設定情報、同期を設定するための情報などが含まれている。携帯端末９ｄ−０１がＰ２Ｖのためのデータトラフィックが生成９ｄ−１５されると、携帯端末９ｄ−０１は基地局９ｄ−０３からシステム情報を介して伝達されリソースプールのうちのランダムリソース選択が可能なプールを選択し、ランダムに時間／周波数領域のリソースを選択(９ｄ−２０)して車両端末９ｄ−０２にデータを送信する(９ｄ−２５)。
図９Ｅは、本開示の実施形態によるＶ２Ｐでの部分的センシング動作を示す図面である。
図９Ｅを参照すれば、前述したようにＶ２Ｖのモード４で動作する場合にはセンシングを通じるリソース選択を行うことができる。先ず、すべてのリソースが使用可能と考慮し、モード４端末は当該リソースプールに対するセンシング及びＳＡデコーディングを介して予め使用中のリソースを除去する最後にセンシング動作が終了されて残っているリソースを端末は選択し、これを介してデータを送信する。しかし、歩行者携帯端末の場合、前記動作の電力消耗に対するおそれが大きいからランダムリソース選択が用いられ、追加的に簡略化させたセンシング動作、すなわち、部分的センシング動作を行うことができる。Ｐ２Ｖ携帯端末は既存のセンシング動作で用いられた１秒のセンシングウィンドウを使用せず当該センシング期間(９ｅ−０５)間の１００ｍｓ周期でしばらく間だけ周辺リソースをセンシングする動作を繰り返す。ここでセンシングウィンドウ９ｅ−１５は１０ｍｓ程度の小さいサイズを有すれば良い。センシング期間(９ｅ−０５)間の１０回測定されたセンシング結果を反映して９ｅ−２０段階でリソースを選択する。すなわち、センシング結果他の端末が占めているリソースを除いて空いているリソースを選択する。また、９ｅ−２５段階で選択ウィンドウを介して定められたリソースを介してＳＡ及び関連データを送信する。前記部分的センシング動作はサイドリンク受信能力(ｓｉｄｅｌｉｎｋ Ｒｘ ｃａｐａｂｉｌｉｔｙ)を備えたＰ２Ｖ携帯端末に対してだけ行われることができる。
図９Ｆは、本開示の実施形態による実施形態９−１で基地局コントロールモードでＶ２Ｐ端末のリソースプールを決定する方法を示す図面である。
図９Ｆを参照すれば、前述したようにＰ２Ｖのための携帯端末はランダムリソース選択と部分的センシングを通じるリソース選択を用いることができ、これは端末のサイドリンク受信能力とネットワークの設定によっている。すなわち、端末が２つの動作をいずれもサポートする場合、ネットワークのリソースプール設定可否が動作に影響を及ぼすようになる。また、Ｐ２Ｖ携帯端末のために基地局はランダムリソース選択のためのプール(以下、Ｒ−Ｐｏｏｌと名称)を提供し、特定携帯端末のために部分的センシングのためのリソースプール(以下、ＰＳ−Ｐｏｏｌと名称)を提供することができる。ここでＲ−ＰｏｏｌはＰＳ−Ｐｏｏｌと重なることができ、これはネットワークの具現イシューである。実施形態９−１ではＲ−ＰｏｏｌでＣＢＲの測定及び報告が可能な場合のＰ２Ｖ携帯端末のリソース選択動作を定義し、先ず基地局コントロールモードの動作を以下に詳しく説明する。ここで、基地局コントロールモードは基地局に混雑制御と連関あるＣＢＲ測定値を報告し、基地局が予め定めたしきい値と比べて端末の動作(端末のリソースプール選択方法)を決定する方式である。一方、端末自律的モードは端末が基地局にＣＢＲ測定値を報告せず予め定められたしきい値と比べて端末が自ら動作(端末のリソースプール選択方法)を決定する方式である。特に、基地局コントロールモードはモード３のＶ２Ｘ端末とＲＲＣ接続状態のモード４端末にも適用が可能である。
一方、以下で説明するＰＳ−Ｐｏｏｌ関連内容はＶ２Ｘ通信のセンシング(ｓｅｎｓｉｎｇ)基盤動作過程にも類似に適用されることができることは勿論である。
キャンプオン９ｆ−０５している携帯端末９ｆ−０１は基地局９ｆ−０３からＳＩＢ２１を受信(９ｆ−１０)する。前記システム情報には送受信のためのリソースプール情報、センシング動作のための設定情報、同期を設定するための情報、及びＣＢＲ測定及び報告のためのパラメーター(周期的報告及びイベント発生報告を示すインジケータ、混雑程度を示すしきい値、ＰＰＰＰによる分類のためのしきい値)などが含まれている。携帯端末９ｆ−０１がＰ２Ｖのためのデータトラフィックが生成(９ｆ−１５)されると、基地局とＲＲＣ接続を行う(９ｆ−２０)。前記のＲＲＣ接続過程はデータトラフィックの生成(９ｆ−１５)以前に行われることができる。携帯端末９ｆ−０１は基地局９ｆ−０３に他の車両端末９ｆ−０２とＰ２Ｖ通信をすることができる送信リソースをリクエストする(９ｆ−２５)。この時、基地局９ｆ−０３にＲＲＣメッセージ又はＭＡＣ ＣＥを用いてリソースをリクエストすることができる。ここでＲＲＣメッセージではＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージが用いられることができる。一方、ＭＡＣ ＣＥは一実施形態で新しいフォーマット(少なくともＶ２Ｐ通信のためのバッファー状態報告であることを通知するインジケータとＤ２Ｄ通信のためにバッファーされているデータのサイズに対する情報含み)のバッファー状態報告ＭＡＣ ＣＥなどであれば良い。基地局９ｆ−０３は携帯端末９ｆ−０１のサイドリンク受信能力をチェックしてｄｅｄｉｃａｔｅｄ ＲＲＣメッセージを介してＰ２Ｖ携帯端末９ｆ−０１に送信リソースを割り当てる。このメッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ メッセージに含まれ、Ｐ２Ｖ携帯端末９ｆ−０１にＲ−ＰｏｏｌとＰＳ−Ｐｏｏｌを指示することができる。すなわち、前記メッセージにはＰ２Ｖ携帯端末９ｆ−０１の能力によって基地局９ｆ−０３がランダムリソース選択及び部分的センシング動作のためのリソース割り当てを指示することができる(９ｆ−３５)。前記段階で基地局はランダムリソース選択及び部分的センシング動作中で一つを指示することができ、２つのいずれをも指示することもできる。９ｆ−４０段階でＰ２Ｖ携帯端末９ｆ−０１はＲ−Ｐｏｏｌをセンシングした後のＣＢＲを測定する。９ｆ−４５段階で測定結果を基地局９ｆ−０３に伝達し、周期的又はイベント発生による報告中の基地局が設定した方法による。９ｆ−５０段階で基地局９ｆ−０３は携帯端末９ｆ−０１が報告したＣＢＲ測定値と予め定められたしきい値を比べた後のＲ−Ｐｏｏｌの混雑を判断する。また、携帯端末９ｆ−０１のパケット優先順位(ＰＰＰＰ、ＰｒｏＳｅ ｐｅｒ−ｐａｃｋｅｔ ｐｒｉｏｒｉｔｙ)と連関された多数のしきい値とのマッピングを介して条件的ＰＳ−Ｐｏｏｌの使用を定義する。
以下の表１４−１で８個のＰＰＰＰに対応する４個のしきい値が設定された場合の例を説明する。
Figure 2019532580
ここで、Ｔｈｒｅｓ１＜Ｔｈｒｅｓ２＜Ｔｈｒｅｓ３＜Ｔｈｒｅｓ４であり、Ｔｈｒｅｓ_ＣＢＲは Ｔｈｒｅｓ１と同一又は小さいことがある。この動作はＰ２Ｖ携帯端末９ｆ−０１が２つのモード(ランダムリソース選択と部分的センシング動作)で皆動作が可能な場合に適用され、Ｒ−ＰｏｏｌがＰＳ−Ｐｏｏｌと重なる場合と互いに異なるプールで定義される場合、いずれに対しても動作することができる。すなわち、Ｒ−ＰｏｏｌでＰＳ−Ｐｏｏｌへの変更又は使用方法変更が全部考慮されることができる。ここでＰＰＰＰとマッピングされるＴｈｒｅｓｈｏｌｄ値は１〜８までの値を持つことができる。
９ｆ−５５段階で基地局９ｆ−０３は前記の表 ９−１で説明したマッピングルールを基盤で決定された携帯端末９ｆ−０１の動作を指示する。９ｆ−６０段階で携帯端末９ｆ−０１は基地局から受信した指示に従ってランダムリソース選択及び部分的センシング動作を行う。そして、選択されたリソースを介して車両端末９ｆ−０２にデータを送信する(９ｆ−６５)。
図９Ｇは、本開示の実施形態による実施形態９−１で端末自律的モードでＶ２Ｐ端末のリソースプールを決定する方法を示す図面である。
図９Ｇを参照すれば、基地局コントロールモードは基地局に混雑制御と連関あるＣＢＲ測定値を報告し、基地局が予め定めたしきい値と比べて端末の動作(端末のリソースプール選択方法)を決定する方式である。一方、端末自律的モードは端末が基地局にＣＢＲ測定値を報告せず予め定めたしきい値と比べて端末が自ら動作(端末のリソースプール選択方法)を決定する方式である。特に、端末自律的モードはＶ２Ｘ通信でのモード４に適用されることができ、モード３端末がＩＤＬＥ状態又はセル領域の外に存在する場合(ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ、ＯＯＣ)の場合にも適用が可能である。
キャンプオン９ｇ−０５している携帯端末９ｇ−０１は基地局９ｇ−０３からＳＩＢ２１を受信(９ｇ−１０)する。前記システム情報には送受信のためのリソースプール情報、センシング動作のための設定情報、同期を設定するための情報、及びＣＢＲ測定動作決定のためのパラメーター(混雑程度を示すしきい値、ＰＰＰＰによる分類のためのしきい値)などが含まれている。携帯端末９ｇ−０１がＰ２Ｖのためのデータトラフィックが生成(９ｇ−１５)されると、基地局とＲＲＣ接続を行う(９ｇ−２０)。前記のＲＲＣ接続過程はデータトラフィックの生成(９ｇ−１５)以前に行われることができる。携帯端末９ｇ−０１は基地局(９ｇ−０３)に他の車両端末９ｇ−０２とＰ２Ｖ通信をすることができる送信リソースをリクエストする(９ｇ−２５)。この時、基地局９ｇ−０３にＲＲＣメッセージ又はＭＡＣ ＣＥを用いてリソースをリクエストすることができる。ここでＲＲＣメッセージではＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージが用いられることができる。一方、ＭＡＣ ＣＥは一実施形態で新しいフォーマット(少なくともＶ２Ｐ通信のためのバッファー状態報告であることを通知するインジケータとＤ２Ｄ通信のためにバッファーされているデータのサイズに対する情報含み)のバッファー状態報告ＭＡＣ ＣＥなどであれば良い。基地局９ｇ−０３は携帯端末９ｇ−０１のサイドリンク受信能力をチェックしてｄｅｄｉｃａｔｅｄ ＲＲＣメッセージを介してＰ２Ｖ携帯端末９ｇ−０１に送信リソースを割り当てする(９ｇ−３０)。このメッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれ、Ｐ２Ｖ携帯端末９ｇ−０１にＲ−ＰｏｏｌとＰＳ−Ｐｏｏｌを指示することができる。前記の９ｇ−２０〜９ｇ−３０段階はモード４端末に対しては行われないこともある。
９ｇ−３５段階でＰ２Ｖ携帯端末９ｇ−０１は端末自らサイドリンク受信能力をチェックした後、Ｒ−Ｐｏｏｌでの混雑程度を把握するためのＣＢＲを測定する。９ｇ−４０段階で携帯端末９ｇ−０１は測定したＣＢＲ測定値と基地局９ｇ−０１からシステム情報又は予め決定されたしきい値を比べた後にＲ−Ｐｏｏｌの混雑を判断する。また、携帯端末９ｇ−０１のパケット優先順位(ＰＰＰＰ)と連関された多数のしきい値とのマッピングを介して条件的ＰＳ−Ｐｏｏｌの使用を定義する。
以下の表１４−２で８個のＰＰＰＰに対応する４個のしきい値が設定された場合の例を説明する。
Figure 2019532580
ここで、Ｔｈｒｅｓ１＜Ｔｈｒｅｓ２＜Ｔｈｒｅｓ３＜Ｔｈｒｅｓ４ で、Ｔｈｒｅｓ_ＣＢＲはＴｈｒｅｓ１と同一又は小さいことがある。この動作はＰ２Ｖ携帯端末９ｇ−０１が２つのモード(ランダムリソース選択と部分的センシング動作)でいずれも動作が可能な場合に適用され、Ｒ−ＰｏｏｌがＰＳ−Ｐｏｏｌと重なる場合と互いに異なるプロ定義される場合の全部に対して動作することができる。すなわち、Ｒ−ＰｏｏｌでＰＳ−Ｐｏｏｌへの変更又は使用方法変更が全部考慮されることができる。ここでＰＰＰＰとマッピングされるＴｈｒｅｓｈｏｌｄ値は１〜８までの値を持つことができる。
９ｇ−４５段階で携帯端末９ｇ−０１は選択されたリソースを介して車両端末９ｇ−０２にデータを送信する。
図９Ｈは、本開示の実施形態による実施形態９−２で基地局コントロールモードで動作するＶ２Ｐ端末のリソースプールを決定する方法を示す図面である。
図９Ｈを参照すれば、実施形態９−２ではＲ−ＰｏｏｌでＣＢＲの測定及び報告が不可能な場合のＰ２Ｖ携帯端末のリソース選択動作を定義し、先ず基地局コントロールモードの動作を以下に詳しく説明する。ここで基地局コントロールモードは基地局に混雑制御と連関あるＣＢＲ測定値を報告し、基地局が予め定めたしきい値と比べて端末の動作(端末のリソースプール選択方法)を決定する方式である。一方、端末自律的モードは端末が基地局にＣＢＲ測定値を報告せず予め定めたしきい値と比べて端末が自ら動作(端末のリソースプール選択方法)を決定する方式である。特に、基地局コントロールモードはモード３のＶ２Ｘ端末とＲＲＣ接続状態のモード４端末にも適用が可能である。
キャンプオン９ｈ−０５している携帯端末９ｈ−０１は基地局９ｈ−０３からＳＩＢ２１を受信(９ｈ−１０)する。前記システム情報には送受信のためのリソースプール情報、センシング動作のための設定情報、同期を設定するための情報、及びＣＢＲ測定及び報告のためのパラメーター(周期的報告及びイベント発生報告を示すインジケータ、混雑程度を示すしきい値、ＰＰＰＰによる分類のためのしきい値)などが含まれている。また、混雑程度による物理領域のパラメーター(ＭＣＳ、ＰＲＢ個数、ｐｏｗｅｒ ｃｏｎｔｒｏｌなど)セットを複数個含むこともできる。すなわち、ＰＳ−Ｐｏｏｌの混雑程度によって物理領域のパラメーター値を調節する目的に用いられることができる。すなわち、以下の表１４−３のような方法に用いられる。
Figure 2019532580
携帯端末９ｈ−０１がＰ２Ｖのためのデータトラフィックが生成(９ｈ−１５)されると、基地局と ＲＲＣ接続を行う(９ｈ−２０)。前記のＲＲＣ接続過程はデータトラフィックの生成(９ｈ−１５)以前に行われることができる。携帯端末９ｈ−０１は基地局９ｈ−０３に他の車両端末９ｈ−０２とＰ２Ｖ通信ができる送信リソースをリクエストする(９ｈ−２５)。この時の基地局９ｈ−０３にＲＲＣメッセージ又はＭＡＣ ＣＥを用いてリソースをリクエストすることができる。ここでＲＲＣメッセージではＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ メッセージが用いられることができる。一方、ＭＡＣ ＣＥは一実施形態で新しいフォーマット(少なくともＶ２Ｐ通信のためのバッファー状態報告でることを通知するインジケータとＤ２Ｄ通信のためにバッファーされているデータのサイズに対する情報含み)のバッファー状態報告ＭＡＣ ＣＥなどであれば良い。基地局９ｈ−０３は携帯端末９ｈ−０１のサイドリンク受信能力をチェックしてｄｅｄｉｃａｔｅｄ ＲＲＣメッセージを介してＰ２Ｖ携帯端末９ｈ−０１に送信リソースを割り当てる。このメッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれ、Ｐ２Ｖ携帯端末９ｈ−０１にＲ−ＰｏｏｌとＰＳ−Ｐｏｏｌを指示することができる。すなわち、前記メッセージにはＰ２Ｖ携帯端末９ｈ−０１の能力によって基地局９ｈ−０３がランダムリソース選択及び部分的センシング動作のためのリソース割り当てを指示することができる(９ｈ−３５)。前記段階で基地局９ｈ−０３はランダムリソース選択及び部分的センシング動作中で一つを指示することができ、２つのいずれをも指示することもできる。本実施形態ではＲ−Ｐｏｏｌのセンシング及びＣＢＲ測定が不可能な場合を仮定するから、基地局９ｈ−０３が携帯端末９ｈ−０１のリソース選択動作を明確に指定する場合に対してだけハンドリングする。すなわち、基地局９ｈ−０３がランダムリソース選択を指示する場合、携帯端末９ｈ−０１はランダムリソース選択を行い、部分的センシング動作を指示する場合には以下の動作を行う。基地局９ｈ−０３が携帯端末９ｈ−０１の動作を決定する方法では具現又は予め定められたイベントの満足によって行われることができる。
９ｈ−４０段階でＰ２Ｖ携帯端末９ｈ−０１はＰＳ−Ｐｏｏｌをセンシングした後のＣＢＲを測定する。９ｈ−４５の段階で測定結果を基地局９ｈ−０３に伝達し、周期的又はイベント発生による報告中の基地局が設定した方法による。９ｈ−５０段階で基地局９ｈ−０３は携帯端末９ｈ−０１が報告したＣＢＲ測定値と予め定めたしきい値を比べた後のＰＳ−Ｐｏｏｌの混雑を判断する。また、携帯端末９ｈ−０１のパケット優先順位(ＰＰＰＰ)と連関された多数のしきい値とのマッピングを介して条件的ＰＳ−Ｐｏｏｌの使用を定義する。すなわち、パケットの優先順位と与えられたしきい値のマッピングルールによって部分的センシング動作と混雑制御のためのＴｘ ｐａｒａｍｅｔｅｒ ｓｅｔを決定して端末に指示する(９ｈ−５５)。
以下の表１４−４で８個のＰＰＰＰに対応する４個のしきい値が設定された場合の例を説明する。さらに、本例示には物理階層の送信のためのパラメーターセット(Ｐａｒａｍｅｔｅｒ Ｓｅｔｓ)が３個(Ｓｅｔ Ａ、Ｂ、Ｃ)設定された場合に対して表示した。
Figure 2019532580
ここで、Ｔｈｒｅｓ１＜Ｔｈｒｅｓ２＜Ｔｈｒｅｓ３＜Ｔｈｒｅｓ４ で、Ｔｈｒｅｓ_ＣＢＲはＴｈｒｅｓ１と同一又は小さいことがある。また、パラメーターセットＡは基本値で提供されて混雑程度によってパラメーターセットＢとＣが用いられることができる。パラメーターセットＢに含まれた物理階層の送信関連パラメーターはパラメーターＡに属したことに比べて混雑を減らすように少ない値に設定される。すなわち、パラメーターセットＡのＭＣＳ_Ａ、Ｎｏ_ＰＲＢ_Ａ、Ｐｏｗｅｒ_ＡはパラメーターセットＢのＭＣＳ_Ｂ、Ｎｏ_ＰＲＢ_Ｂ、Ｐｏｗｅｒ_Ｂより大きい値で決定される。これはパラメーターセットＢとＣの関係にも類似に適用される。また、パラメーターセットの個数が増加してもこんな観点で構成する送信パラメーター値が設定されることができる。また、Ｓｔｅｐ１でＲ−Ｐｏｏｌを用いている携帯端末に対しては基地局でパラメーターセットの変更と同時にＰＳ−Ｐｏｏｌへの変更を指示することができる。
この動作はＰ２Ｖ携帯端末９ｈ−０１が部分的センシング動作で動作する場合に適用され、ＰＳ−ＰｏｏｌがＲ−Ｐｏｏｌと重なる場合と互いに異なるプールで定義される場合、いずれに対しても動作することができる。すなわち、Ｒ−ＰｏｏｌでＰＳ−Ｐｏｏｌへの変更又は使用方法変更が全部考慮されることができる。ここでＰＰＰＰとマッピングされるＴｈｒｅｓｈｏｌｄ値は１〜８までの値を持つことができる。
９ｈ−６０段階で携帯端末９ｈ−０１は基地局から受信した指示に従ってパケットの優先順位によって送信パラメーターセットを決定して部分的センシング動作を行う。そして、選択されたリソースを介して車両端末９ｈ−０２にデータを送信する(９ｈ−６５)。
図９Ｉは、本開示の実施形態による実施形態９−２で端末自律的モードで動作するＶ２Ｐ端末のリソースプールを決定する方法を示す図面である。
図９Ｉを参照すれば、基地局コントロールモードは基地局に混雑制御と連関あるＣＢＲ測定値を報告し、基地局が予め定めたしきい値と比べて端末の動作(端末のリソースプール選択方法)を決定する方式である。一方、端末自律的モードは端末が基地局にＣＢ測定値を報告せず予め定めたしきい値と比べて端末が自ら動作(端末のリソースプール選択方法)を決定する方式である。特に、端末自律的モードはＶ２Ｘ通信でのモード ４に適用されることができ、モード３端末がＩＤＬＥ状態又はセル領域の外に存在する場合(ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ、ＯＯＣ)の場合にも適用が可能である。
キャンプオン９ｉ−０５している携帯端末９ｉ−０１は基地局９ｉ−０３からＳＩＢ２１を受信(９ｉ−１０)する。前記システム情報には送受信のためのリソースプール情報、センシング動作のための設定情報、同期を設定するための情報、そしてＣＢＲ測定動作決定のためのパラメーター(混雑程度を示すしきい値、ＰＰＰＰによる分類のためのしきい値)などが含まれている。また、混雑程度による物理領域のパラメーター(ＭＣＳ、ＰＲＢ個数、ｐｏｗｅｒ ｃｏｎｔｒｏｌなど)セットを複数個含むこともできる。すなわち、ＰＳ−Ｐｏｏｌの混雑程度によって物理領域のパラメーター値を調節する目的に用いられることができる。すなわち、以下の表１４−５のような方法に用いられる。
Figure 2019532580
携帯端末９ｉ−０１がＰ２Ｖのためのデータトラフィックが生成(９ｉ−１５)されると、基地局とＲＲＣ接続を行う(９ｉ−２０)。前記のＲＲＣ接続過程はデータトラフィックの生成(９ｉ−１５)以前に行われることができる。携帯端末９ｉ−０１は基地局９ｉ−０３に他の車両端末９ｉ−０２とＰ２Ｖ通信することができる送信リソースをリクエストする(９ｉ−２５)。この時の基地局９ｉ−０３にＲＲＣメッセージ又はＭＡＣ ＣＥを用いてリソースをリクエストすることができる。ここでＲＲＣメッセージではＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージが用いられることができる。一方、ＭＡＣ ＣＥは一実施形態で新しいフォーマット(少なくともＶ２Ｐ通信のためのバッファー状態報告であることを通知するインジケータと Ｄ２Ｄ通信のためにバッファーされているデータのサイズに対する情報含み)のバッファー状態報告ＭＡＣ ＣＥなどであれば良い。基地局９ｉ−０３は携帯端末９ｉ−０１のサイドリンク受信能力をチェックしてｄｅｄｉｃａｔｅｄ ＲＲＣメッセージを介してＰ２Ｖ携帯端末９ｉ−０１に送信リソースを割り当てる(９ｉ−３０)。このメッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに含まれ、Ｐ２Ｖ携帯端末９ｉ−０１にＲ−ＰｏｏｌとＰＳ−Ｐｏｏｌを指示することができる。前記の９ｉ−２０〜９ｉ−３０段階はモード４端末に対しては行われないこともある。
９ｉ−３５段階でＰ２Ｖ携帯端末９ｉ−０１は端末自らサイドリンク受信能力をチェックした後、ＰＳ−Ｐｏｏｌでの混雑程度を把握するためのＣＢＲを測定する。システム情報に含まれている基地局での設定によって携帯端末はリソースプール及び動作を決定する。もし、Ｒ−Ｐｏｏｌだけが存在する場合、ランダムリソース選択を行う。また、Ｒ−Ｐｏｏｌと ＰＳ−Ｐｏｏｌが同時に指示された場合には端末の能力が部分的センシングの不可能な場合はランダムリソース選択を行って部分的センシングの可能な場合はＰＳ−Ｐｏｏｌを用いる。
９ｉ−４０段階で携帯端末９ｉ−０１は測定したＣＢＲ測定値と基地局９ｉ−０１からシステム情報又は予め定めたしきい値を比べた後のＰＳ−Ｐｏｏｌの混雑を判断する。また、携帯端末９ｉ−０１のパケット優先順位(ＰＰＰＰ)と連関された多数のしきい値とのマッピングを介して条件的ＰＳ−Ｐｏｏｌの使用を定義する。すなわち、携帯端末はパケットの優先順位と与えられたしきい値のマッピングルールによって部分的センシング動作と混雑制御のためのＴｘ ｐａｒａｍｅｔｅｒ ｓｅｔ決定する(９ｉ−５５)。
以下の表１４−６で８個のＰＰＰＰに対応する４個のしきい値が設定された場合の例を説明する。さらに、本例示には物理階層の送信のためのパラメーターセット(Ｐａｒａｍｅｔｅｒ Ｓｅｔｓ)が３個(Ｓｅｔ Ａ、Ｂ、Ｃ)設定された場合に対して表示した。
Figure 2019532580
ここで、Ｔｈｒｅｓ１＜Ｔｈｒｅｓ２＜Ｔｈｒｅｓ３＜Ｔｈｒｅｓ４ で、Ｔｈｒｅｓ_ＣＢＲはＴｈｒｅｓ１と同一又は小さいことがある。また、パラメーターセットＡは基本値で提供されて混雑程度によってパラメーターセットＢとＣが用いられることができる。パラメーターセットＢに含まれた物理階層の送信関連パラメーターはパラメーターＡに属したことに比べて混雑を減らすように少ない値に設定される。すなわち、パラメーターセットＡのＭＣＳ_Ａ、Ｎｏ_ＰＲＢ_Ａ、Ｐｏｗｅｒ_ＡはパラメーターセットＢのＭＣＳ_Ｂ、Ｎｏ_ＰＲＢ_Ｂ、Ｐｏｗｅｒ_Ｂより大きい値で決定される。これはパラメーターセットＢとＣの関係にも類似に適用される。また、パラメーターセットの個数が増加してもこのような観点で構成する送信パラメーター値が設定されることができる。また、Ｓｔｅｐ １でＲ−Ｐｏｏｌを使用している携帯端末に対しては基地局でパラメーターセットの変更と同時にＰＳ−Ｐｏｏｌへの変更を指示することができる。
この動作はＰ２Ｖ携帯端末９ｉ−０１が部分的センシング動作で動作する場合に適用され、ＰＳ−ＰｏｏｌがＲ−Ｐｏｏｌと重なる場合と互いに異なるプールで定義される場合、いずれに対しても動作することができる。すなわち、Ｒ−ＰｏｏｌでＰＳ−Ｐｏｏｌへの変更又は使用方法変更が全部考慮されることができる。ここでＰＰＰＰ とマッピングされるＴｈｒｅｓｈｏｌｄ値は１〜８までの値を持つことができる。
９ｉ−４０段階で携帯端末９ｉ−０１は基地局から受信した指示に従ってパケットの優先順位によって送信パラメーターセットを決定して部分的センシング動作を行う。そして、選択されたリソースを介して車両端末９ｉ−０２にデータを送信する(９ｉ−４５)。
図９Ｊは、本開示の実施形態による実施形態９−１で端末の動作を示す図面である。
図９Ｊを参照すれば、実施形態９−１で基地局コントロールモードで動作する端末の動作は以下の通りである。
９ｊ−０５段階として、Ｐ２Ｖ携帯端末がシステム情報を受信する段階
前記システム情報にはランダムリソース選択のためのプール(Ｒ−Ｐｏｏｌ)及び部分的センシングのためのプール(ＰＳ−Ｐｏｏｌ)情報、センシング動作のための設定情報、同期を設定するための情報、ＣＢＲ測定及び報告のための情報(周期、しきい値、ＰＰＰＰによる分類のためのしきい値など)、及び複数の物理領域のパラメーター(ＭＣＳ、ＰＲＢ個数、ｐｏｗｅｒ ｃｏｎｔｒｏｌなど)セットが含まれることができる。
端末のモードによって動作を決定する段階
モード３とＲＲＣ接続された状態のモード４携帯端末のためには基地局コントロールモードで動作する(９ｊ−１０〜９ｊ−２０)。
モード４とＩＤＬＥ状態のモード３携帯端末のためには端末自律的なモードで動作する。この場合、前記(９ｊ−１０〜９ｊ−２０)動作の代わりに受信したシステム情報で提供されるリソースプールを用いる。
端末がサイドリンク受信能力によってリソースプール使用及びデータ送信方法を決定する段階(９ｊ−２５)
端末のサイドリンク受信能力が段階９ｊ−２５で決定されなければ、段階９ｊ−３０でデータは専用Ｒ−ｐｏｏｌのランダムリソース選択を用いて送信される。基地局コントロールモードの場合には、端末のサイドリンク受信能力可否を受信してリソースプール及び携帯端末動作を決定することができ、基地局が予めリソースプールを指示(９ｊ−３５)と端末自らが携帯端末動作を決定することもできる。端末自律的なモードで動作する場合には、携帯端末のサイドリンク受信能力可否によって端末自ら動作を決定する。
部分的センシングを通じるリソース選択動作をする端末に対し、Ｒ−Ｐｏｏｌに対するＣＢＲを測定する段階(９ｊ−４０)
基地局コントロールモードの場合には端末はＣＢＲ測定値を基地局で伝達することができる(９ｊ−４５)。端末自律的なモードで動作する場合には端末はＣＢＲ測定値を基地局で伝達しない。
ＣＢＲ値と予め設定されたしきい値の比較によってリソースプール使用及びデータ送信方法を決定する段階
基地局コントロールモードの場合には、基地局が端末から受信したＣＢＲ測定値を予め定められたしきい値と比べて定められたマッピングルールによって送信方法を決定する(９ｊ−５０)。一方、端末自律的なモードで動作する場合には、端末は計算したＣＢＲ測定値をシステム情報に受信したしきい値と比べて定められたマッピングルールによって送信方法を決定する。ここでマッピングルールはパケットの優先順位によるリソースプールの選択及び動作と連関されることができる(９ｊ−６０)。
ランダムリソース選択をした後のサイドリンクデータ送信をする段階(９ｊ−５５)
部分的センシングを通じるリソース選択をした後のサイドリンクデータ送信をする段階(９ｊ−６５)
図９Ｋは、本発明の提案する実施形態９−２で端末の動作を示す図面である。
実施形態９−２で基地局コントロールモードで動作する端末の動作は以下の通りである。
９ｋ−０５段階として、Ｐ２Ｖ携帯端末がシステム情報を受信する段階
前記システム情報にはランダムリソース選択のためのプール(Ｒ−Ｐｏｏｌ)及び部分的センシングのためのプール(ＰＳ−Ｐｏｏｌ)情報、センシング動作のための設定情報、同期を設定するための情報、ＣＢＲ測定及び報告のための情報(周期、しきい値、ＰＰＰＰによる分類のためのしきい値など)、及び複数の物理領域のパラメーター(ＭＣＳ、ＰＲＢ個数、ｐｏｗｅｒ ｃｏｎｔｒｏｌなど)セットが含まれることができる。
端末のモードによって動作を決定する段階
モード３とＲＲＣ接続された状態のモード４携帯端末のためには基地局コントロールモードで動作する(９ｋ−１０〜９ｋ−２０)。
モード４とＩＤＬＥ状態のモード３携帯端末のためには端末自律的なモードで動作する。この場合前記(９ｋ−１０〜９ｋ−２０)動作の代わりに受信したシステム情報で提供されるリソースプールを用いる。
端末がサイドリンク受信能力によってリソースプール使用及びデータ送信方法を決定する段階(９ｋ−２５)
端末のサイドリンク受信能力が段階９ｋ−２５で決定されなければ、段階９ｋ−３０でデータは専用Ｒ−ｐｏｏｌのランダムリソース選択を用いて送信される基地局コントロールモードの場合には、端末のサイドリンク受信能力可否を受信してリソースプール及び携帯端末動作を決定することができ、基地局が予めリソースプールを指示(９ｋ−３５)と端末自らが携帯端末動作を決定することもできる。端末自律的なモードで動作する場合には、携帯端末のサイドリンク受信能力可否によって端末自ら動作を決定する。
部分的センシングを通じるリソース選択動作をする端末に対し、ＰＳ−Ｐｏｏｌに対するＣＢＲを測定する段階(９ｋ−４０)
基地局コントロールモードの場合には端末はＣＢＲ測定値を基地局で伝達することができる(９ｋ−４５)。端末自律的なモードで動作する場合には端末はＣＢＲ測定値を基地局で伝達しない。
ＣＢＲ値と予め設定されたしきい値の比較によってリソースプール使用及びデータ送信方法を決定する段階
基地局コントロールモードの場合には、基地局が端末から受信したＣＢＲ 測定値を予め定められたしきい値と比べて定められたマッピングルールによって送信方法を決定する(９ｋ−５０)。一方、端末自律的なモードで動作する場合には、端末は計算したＣＢＲ測定値をシステム情報に受信したしきい値と比べて定められたマッピングルールによって送信方法を決定する。ここでマッピングルールはパケットの優先順位によるリソースプールの選択及び動作と連関されることができる。また、ＣＢＲ測定値と端末のパケット優先順位による送信パラメーターセットとのマッピングが行われる(９ｋ−６０)。
ランダムリソース選択をした後のサイドリンクデータ送信をする段階(９ｋ−５５)
部分的センシングを通じるリソース選択をした後のサイドリンクデータ送信をする段階(９ｋ−６５)
図９Ｌは、本発明の実施形態による端末のブロック構成を示した図面である。
図９Ｌで示されたように、本発明の実施形態による端末は送受信部９ｌ−０５、制御部９ｌ−１０、多重化及び逆多重化部９ｌ−１５、各種上位階層処理部９ｌ−２０、９ｌ−２５、制御メッセージ処理部９ｌ−３０を含む。
前記送受信部９ｌ−０５はサービングセルの順方向チャンネルでデータ及び所定の制御信号を受信して逆方向チャンネルでデータ及び所定の制御信号を送信する。多数のサービングセルが設定された場合、送受信部９ｌ−０５は前記多数のサービングセルを通じるデータ送受信及び制御信号送受信を行う。多重化及び逆多重化部９ｌ−１５は上位階層処理部９ｌ−２０、９ｌ−２５や制御メッセージ処理部９ｌ−３０で発生したデータを多重化するか、送受信部９ｌ−０５で受信されたデータを逆多重化して適切な上位階層処理部９ｌ−２０、９ｌ−２５や制御メッセージ処理部９ｌ−３０で伝達する役目をする。制御メッセージ処理部９ｌ−３０は基地局からの制御メッセージを送受信して必要な動作を取る。ここにはＲＲＣメッセージ及びＭＡＣ ＣＥのような制御メッセージを処理する機能を含み、ＣＢＲ測定値の報告及びリソースプールと端末動作に対するＲＲＣメッセージ受信を含む。上位階層処理部９ｌ−２０、９ｌ−２５はＤＲＢ装置を意味してサービス別で構成されることができる。ＦＴＰ(Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ)やＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)などのようなユーザサービスで発生するデータを処理して多重化及び逆多重化部９ｌ−１５で伝達するか、前記多重化及び逆多重化部９ｌ−１５から伝達されたデータを処理して上位階層のサービスアプリケーションで伝達する。制御部９ｌ−１０は送受信部９ｌ−０５を介して受信されたスケジューリングコマンド、例えば、逆方向グラントを確認して適切な時点に適切な送信リソースで逆方向送信が行われるように送受信部９ｌ−０５と多重化及び逆多重化部９ｌ−１５を制御する。一方、前記では端末が複数個のブロックで構成されて各ブロックが互いに異なる機能を行うことに記述されたが、これは一実施形態に過ぎないだけ、必ずここに限定されるのではない。例えば、逆多重化部９ｌ−１５が行う機能を制御部９ｌ−１０自体が行うこともできる。
図９Ｍは、本発明の実施形態による基地局のブロック構成を示す図面である。
図９Ｍの基地局装置は送受信部９ｍ−０５、制御部９ｍ−１０、多重化及び逆多重化部９ｍ−２０、制御メッセージ処理部９ｍ−３５、各種上位階層処理部９ｍ−２５、９ｍ−３０、スケジューラ９ｍ−１５を含む。
送受信部９ｍ−０５は順方向キャリアでデータ及び所定の制御信号を送信して逆方向キャリアでデータ及び所定の制御信号を受信する。多数のキャリアが設定された場合、送受信部９ｍ−０５は前記多数のキャリアでデータ送受信及び制御信号送受信を行う。多重化及び逆多重化部９ｍ−２０は上位階層処理部９ｍ−２５、９ｍ−３０や制御メッセージ処理部９ｍ−３５で発生したデータを多重化するか、送受信部９ｍ−０５で受信されたデータを逆多重化して適切な上位階層処理部９ｍ−２５、９ｍ−３０や制御メッセージ処理部９ｍ−３５、若しくは制御部９ｍ−１０で伝達する役目をする。制御部９ｍ−１０は特定端末に基地局から受信したリソースプールのうちでどんなリソースプールを用いるかを決定し、前記設定情報に基づいてランダムリソース選択及び部分的センシングを通じるリソース選択動作を決定する制御メッセージ処理部９ｍ−３５は制御部の指示を受け、端末に伝達するメッセージを生成して下位階層へ伝達する。上位階層処理部９ｍ−２５、９ｍ−３０は端末別のサービス別で構成されることができ、ＦＴＰやＶｏＩＰなどのようなユーザサービスで発生するデータを処理して多重化及び逆多重化部９ｍ−２０へ伝達したり、多重化及び逆多重化部９ｍ−２０から伝達したデータを処理して上位階層のサービスアプリケーションで伝達する。スケジューラ９ｍ−１５は端末のバッファー状態、チャンネル状態及び端末のＡｃｔｉｖｅ Ｔｉｍｅなどを考慮して端末に適切な時点に送信リソースを割り当てて、送受信部に端末が送信した信号を処理したり端末に信号を送信するように処理する。
本明細書及び図面に開示された本発明の実施形態は本発明の記述内容を容易に説明し、本発明の理解を助けるために特定例を提示したものであって、本発明の範囲を限定しようとするものではない。ここに開示された実施形態以外にも本発明の技術的思想に基づいて他の変形例が実施可能ということは本発明が属する技術分野で通常の知識を有する者に自明なものである。
上述した本発明の具体的な実施形態で発明に含まれる構成要素は提示された具体的な実施形態によって単数又は複数で表現された。しかし、単数又は複数の表現は説明の便宜のために提示した状況に適合に選択されたもので、本発明が単数又は複数の構成要素に制限されるのではなく、複数で表現された構成要素と言っても単数から構成されたり、単数で表現された構成要素と言っても複数から構成されることができる。
本発明は多様な実施形態を参照して図示されて説明されたが、当業者は添付された請求範囲及びその均等なものにより定義された本開示の範囲及び思想を逸脱せず形態及び詳細事項において多様な変化が成ることができることを理解するだろう。
１ａ−０５、１ａ−１０、１ａ−１５、１ａ−２０ 次世代基地局(Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ、ＥＮＢ)
１ａ−２５ ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)
１ａ−３０ Ｓ−ＧＷ(Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ)
１ａ−３５ ユーザ端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ)

Claims (15)

  1. 無線通信システムにおいて端末の信号送信方法であって、
    第１ＭＡＣ(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)サブヘッダとＭＡＣ ＳＤＵ(ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ)、及び第２ＭＡＣサブヘッダとＭＡＣ ＣＥ(ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ)を生成する段階と、
    前記第１ＭＡＣサブヘッダを前記第１ＭＡＣ ＳＤＵの前に配置し、前記第２ＭＡＣサブヘッダを前記ＭＡＣ ＣＥの前に配置してＭＡＣ ＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)を生成する段階と、
    前記ＭＡＣ ＰＤＵを基地局で送信する段階と、を含む、方法。
  2. 前記ＭＡＣ ＣＥ及び前記第２ＭＡＣサブヘッダは、前記ＭＡＣ ＰＤＵ内でＭＡＣ ＳＤＵの後に配置されることである、請求項１に記載の方法。
  3. 前記ＭＡＣ ＣＥ及び前記第２ＭＡＣサブヘッダは、前記ＭＡＣ ＰＤＵ内でパディングの前に配置されることである、請求項１に記載の方法。
  4. パディングに対する第３ＭＡＣサブヘッダは前記パディングの長さを示すフィールドを含まなく、前記ＭＡＣ ＳＤＵに対する第１ＭＡＣサブヘッダは前記ＭＡＣ ＳＤＵの長さを示すフィールドを含むことである、請求項１に記載の方法。
  5. 無線通信システムにおいて信号を送信する端末であって、
    送受信部と、
    前記送受信部と結合される制御部と、を含み、前記制御部は、
    第１ＭＡＣ(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)サブヘッダとＭＡＣ ＳＤＵ(ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ)、及び第２ＭＡＣサブヘッダとＭＡＣ ＣＥ(ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ)を生成し、
    前記第１ＭＡＣサブヘッダを前記第１ＭＡＣ ＳＤＵの前に配置し、前記第２ＭＡＣサブヘッダを前記ＭＡＣ ＣＥの前に配置してＭＡＣ ＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)を生成し、
    前記送受信部を制御して前記ＭＡＣ ＰＤＵを基地局で送信するように設定されることである、端末。
  6. 前記ＭＡＣ ＣＥ及び前記第２ＭＡＣサブヘッダは、前記ＭＡＣ ＰＤＵ内でＭＡＣ ＳＤＵの後に配置されることである、請求項５に記載の端末。
  7. 前記ＭＡＣ ＣＥ及び前記第２ＭＡＣサブヘッダは、前記ＭＡＣ ＰＤＵ内でパディングの前に配置されることである、請求項５に記載の端末。
  8. パディングに対する第３ＭＡＣサブヘッダは前記パディングの長さを示すフィールドを含まなく、前記ＭＡＣ ＳＤＵに対する第１ＭＡＣサブヘッダは前記ＭＡＣ ＳＤＵの長さを示すフィールドを含むことである、請求項５に記載の端末。
  9. 無線通信システムにおいて基地局の信号送信方法であって、
    第１ＭＡＣ(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)サブヘッダとＭＡＣ ＳＤＵ(ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ)、及び第２ＭＡＣサブヘッダとＭＡＣ ＣＥ(ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ)を生成する段階と、
    前記第１ＭＡＣサブヘッダを前記ＭＡＣ ＳＤＵの前に配置し、前記第２ＭＡＣサブヘッダを前記ＭＡＣ ＣＥの前に配置してＭＡＣ ＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)を生成する段階と、
    前記ＭＡＣ ＰＤＵを端末で送信する段階と、を含む、方法。
  10. 前記第２ＭＡＣサブヘッダ及び前記ＭＡＣ ＣＥは、前記ＭＡＣ ＰＤＵ内でどんなＭＡＣ ＳＤＵより前に配置され、前記ＭＡＣ ＰＤＵ内でパディングの前に配置されることである、請求項９に記載の方法。
  11. パディングに対する第３ＭＡＣサブヘッダは前記パディングの長さを示すフィールドを含まなく、前記ＭＡＣ ＳＤＵに対する前記第１ＭＡＣサブヘッダは前記ＭＡＣ ＳＤＵの長さを示すフィールドを含むことである、請求項９に記載の方法。
  12. 無線通信システムにおいて信号を送信する基地局であって、
    送受信部と、
    前記送受信部と結合される制御部と、を含み、前記制御部は、
    第１ＭＡＣ(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)サブヘッダとＭＡＣ ＳＤＵ(ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ)、及び第２ＭＡＣサブヘッダとＭＡＣ ＣＥ(ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ)を生成し、
    前記第１ＭＡＣサブヘッダを前記ＭＡＣ ＳＤＵの前に配置し、前記第２ＭＡＣサブヘッダを前記ＭＡＣ ＣＥの前に配置してＭＡＣ ＰＤＵ(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ)を生成し、
    前記送受信部を制御して前記ＭＡＣ ＰＤＵを端末で送信するように設定されたことである、基地局。
  13. 前記第２ＭＡＣサブヘッダ及び前記ＭＡＣ ＣＥは、前記ＭＡＣ ＰＤＵ内でどんなＭＡＣ ＳＤＵより前に配置されることである、請求項１２に記載の基地局。
  14. 前記第２ＭＡＣサブヘッダ及び前記ＭＡＣ ＣＥは、前記ＭＡＣ ＰＤＵ内でパディングの前に配置されることである、請求項１２に記載の基地局。
  15. パディングに対する第３ＭＡＣサブヘッダは前記パディングの長さを示すフィールドを含まなく、前記ＭＡＣ ＳＤＵに対する前記第１ＭＡＣサブヘッダは前記ＭＡＣ ＳＤＵの長さを示すフィールドを含むことである、請求項１２に記載の基地局。
JP2019518398A 2016-11-04 2017-11-03 次世代移動通信システムをサポートするためのｍａｃサブヘッダーの構造とこれを適用する方法及び装置 Active JP6808029B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
KR10-2016-0146353 2016-11-04
KR20160146353 2016-11-04
KR20160150848 2016-11-14
KR10-2016-0150848 2016-11-14
KR10-2016-0179455 2016-12-26
KR20160179455 2016-12-26
KR1020170026682A KR20180050192A (ko) 2016-11-04 2017-02-28 차세대 이동 통신 시스템을 지원하기 위한 mac 서브 헤더의 구조와 이를 적용하는 방법 및 장치
KR10-2017-0026682 2017-02-28
PCT/KR2017/012404 WO2018084632A1 (en) 2016-11-04 2017-11-03 Structure of mac sub-header for supporting next generation mobile communication system and method and apparatus using the same

Publications (2)

Publication Number Publication Date
JP2019532580A true JP2019532580A (ja) 2019-11-07
JP6808029B2 JP6808029B2 (ja) 2021-01-06

Family

ID=62076306

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019518398A Active JP6808029B2 (ja) 2016-11-04 2017-11-03 次世代移動通信システムをサポートするためのｍａｃサブヘッダーの構造とこれを適用する方法及び装置

Country Status (9)

Country Link
US (9) US10257747B2 (ja)
EP (2) EP3504899B1 (ja)
JP (1) JP6808029B2 (ja)
KR (1) KR20180050192A (ja)
CN (1) CN109983801B (ja)
AU (2) AU2017353644B2 (ja)
CA (1) CA3042851C (ja)
ES (2) ES2877523T3 (ja)
WO (1) WO2018084632A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113993189A (zh) * 2020-07-27 2022-01-28 诺基亚技术有限公司 跨至少两个身份对准寻呼时机
JP2023510425A (ja) * 2020-01-21 2023-03-13 鴻穎創新有限公司 サイドリンクパケット交換動作のための方法およびユーザ機器
WO2023047504A1 (ja) * 2021-09-22 2023-03-30 株式会社Ｎｔｔドコモ 端末、無線通信システム及び無線通信方法

Families Citing this family (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017169061A1 (ja) * 2016-03-31 2017-10-05 日本電気株式会社 無線アクセスネットワークノード、外部ノード、及びこれらの方法
ES2827398T3 (es) 2016-04-01 2021-05-21 Samsung Electronics Co Ltd Procedimiento y aparato para comunicación inalámbrica en sistema de comunicación inalámbrica
US10820370B2 (en) * 2016-05-18 2020-10-27 Samsung Electronics Co., Ltd. Method and apparatus for performing efficient layer 2 function in mobile communication system
WO2018062098A1 (ja) * 2016-09-30 2018-04-05 京セラ株式会社 無線端末及び基地局
CN109565791B (zh) 2016-09-30 2023-05-16 Lg 电子株式会社 无线通信***中基于优先级的终端自主重选资源的方法和装置
CN111885642B (zh) 2016-11-02 2022-06-10 中兴通讯股份有限公司 切换方法及装置
CN108024286A (zh) * 2016-11-04 2018-05-11 北京三星通信技术研究有限公司 用于无线通信中的拥塞控制的方法和设备
GB201621072D0 (en) 2016-12-12 2017-01-25 Samsung Electronics Co Ltd NR QOS handling
US11050721B2 (en) * 2016-12-26 2021-06-29 Htc Corporation Device and method of handling mobile data transmissions in a wireless communication system
EP3569009B1 (en) * 2017-01-13 2022-10-26 LG Electronics Inc. Method for transmitting ul packet based on quality of service (qos) flow in wireless communication system and a device therefor
WO2018135874A1 (en) * 2017-01-19 2018-07-26 Lg Electronics Inc. Method and device for transmitting data unit
WO2018133020A1 (zh) * 2017-01-20 2018-07-26 广东欧珀移动通信有限公司 数据传输方法、装置、发送端、接收端及***
US20180213540A1 (en) * 2017-01-25 2018-07-26 Acer Incorporated Method of mapping data packets and related apparatuses using the same
US10609753B2 (en) * 2017-01-26 2020-03-31 Htc Corporation Base station and communication device can switch between two different base stations
US10764794B2 (en) * 2017-01-26 2020-09-01 Htc Corporation Base station and communication device can handover between two base stations
EP3577967B1 (en) * 2017-02-06 2022-03-30 Apple Inc. Partial sensing and congestion control for long term evolution (lte) vehicular communication
KR102265907B1 (ko) * 2017-03-22 2021-06-16 엘지전자 주식회사 무선 통신 시스템에서 서비스 품질 (QoS) 구조 기반으로 상향링크 패킷을 전송하는 방법 및 이를 위한 장치
US11304217B2 (en) * 2017-05-04 2022-04-12 Panasonic Intellectual Property Corporation Of America User equipment and method therefor
CN108809584B (zh) * 2017-05-05 2021-05-18 华为技术有限公司 数据传输方法及通信设备
CN109246723B (zh) * 2017-06-15 2020-04-07 维沃移动通信有限公司 一种非连续接收参数的配置方法、终端及网络侧设备
US10798754B2 (en) * 2017-07-24 2020-10-06 Asustek Computer Inc. Method and apparatus for serving quality of service (QOS) flow in a wireless communication system
US10257329B2 (en) * 2017-09-08 2019-04-09 National Instruments Corporation Wireless communications apparatus and method for performing low latency high throughput layer 2 operations
US10951533B2 (en) * 2017-09-27 2021-03-16 Qualcomm Incorporated Header formats in wireless communication
US10536918B2 (en) * 2017-09-28 2020-01-14 Lenovo (Singapore) Pte. Ltd. Method and apparatus for managing dual registration with multiple networks in one or more radio communication systems
KR102500134B1 (ko) * 2017-11-01 2023-02-15 삼성전자주식회사 무선 통신 시스템에서 패킷 데이터 정보를 송수신하기 위한 장치 및 방법
US10602444B2 (en) * 2017-12-22 2020-03-24 Cypress Semiconductor Corporation Reducing power consumption in computing devices with wireless network interfaces
US11252628B2 (en) * 2018-01-09 2022-02-15 Htc Corporation Device and method for handling new radio capabilities
EP3751892B1 (en) * 2018-02-09 2023-04-05 Beijing Xiaomi Mobile Software Co., Ltd. Trigger hold method and trigger hold apparatus
JP6911789B2 (ja) * 2018-02-13 2021-07-28 日本電信電話株式会社 無線通信システムおよび無線通信方法
JP7196865B2 (ja) * 2018-02-15 2022-12-27 富士通株式会社 送信装置、無線通信方法、無線通信システム、受信装置
US11956787B2 (en) * 2018-04-05 2024-04-09 Qualcomm Incorporated Power headroom reporting in coverage edge
US11329874B2 (en) * 2018-04-12 2022-05-10 Qualcomm Incorporated Vehicle to everything (V2X) centralized predictive quality of service (QoS)
KR102556490B1 (ko) * 2018-06-04 2023-07-17 삼성전자주식회사 무선 통신 시스템에서 암호화 및 복호화 처리를 가속화하는 방법 및 장치
EP3579443A1 (en) * 2018-06-07 2019-12-11 Volkswagen Aktiengesellschaft Vehicle, apparatus, method and computer program for communicating in multiple mobile communication systems
CN110831059B (zh) * 2018-08-10 2021-10-22 展讯通信（上海）有限公司 用户终端上传数据的方法及装置、存储设备、用户终端
US11115890B2 (en) * 2018-08-16 2021-09-07 Lg Electronics Inc. Method and apparatus for triggering transmission carrier reselection procedure due to high congestion level in wireless communication system
WO2020042180A1 (zh) * 2018-08-31 2020-03-05 华为技术有限公司 参考信号接收与发送方法、设备及***
CN110891287B (zh) * 2018-09-07 2021-05-28 维沃移动通信有限公司 以太网包头压缩、解压缩的方法和设备、及可读存储介质
US11284472B2 (en) 2018-09-26 2022-03-22 Qualcomm Incorporated Resource management, access control and mobility for grant-free uplink transmission
CN110958647A (zh) 2018-09-27 2020-04-03 电信科学技术研究院有限公司 一种数据传输方法及装置
CN110958709A (zh) * 2018-09-27 2020-04-03 维沃移动通信有限公司 数据传输方法及通信设备
TWI772688B (zh) * 2018-09-28 2022-08-01 聯發科技股份有限公司 無線電資源控制訊息分段
CN111527784A (zh) * 2018-10-25 2020-08-11 Lg电子株式会社 在无线通信***中基于与副链路harq反馈相关的信息确定资源选择窗口的方法和装置
WO2020087368A1 (en) * 2018-10-31 2020-05-07 Mediatek Singapore Pte. Ltd. Apparatus and mechanism of reordering with dual protocol to reduce mobility interruption in wireless network
US20210385090A1 (en) * 2018-11-02 2021-12-09 Nec Corporation Integrity protection schemes in mobile communication
US10925007B2 (en) * 2018-11-02 2021-02-16 Apple Inc. Dynamic power reduction requests for wireless communications
US10993277B2 (en) 2018-12-04 2021-04-27 Apple Inc. Enhanced PDCP duplication handling and RLC failure handling
US11856452B2 (en) 2018-12-19 2023-12-26 Samsung Electronics Co., Ltd. Method and device for identifying security key based on PDCP layer device in next-generation mobile communication system
KR20200076558A (ko) * 2018-12-19 2020-06-29 삼성전자주식회사 차세대 이동 통신 시스템에서 pdcp 계층 장치 기반 보안키 확인 방법 및 장치
US11570593B2 (en) * 2019-01-10 2023-01-31 Qualcomm Incorporated Resource allocation and segmentation in wireless systems
US20220104081A1 (en) * 2019-02-01 2022-03-31 Datang Mobile Communications Equipment Co., Ltd. Cell selection method, broadcast message sending method, terminal and network device
DE102020201788A1 (de) * 2019-02-13 2020-08-13 Apple Inc. Funkressourcenverwaltung für netzwerkunterstützte new-radio-v2x-sidelink-ressourcenzuweisung
CN113615293B (zh) 2019-03-20 2024-05-14 IPCom两合公司 逻辑信道优先级的协调
KR20200127402A (ko) * 2019-05-02 2020-11-11 삼성전자주식회사 단말 직접 통신시스템에서 패킷 송수신 영역 결정 방법 및 장치
US11777581B2 (en) * 2019-07-03 2023-10-03 Lg Electronics Inc. Operation method in V2X device mounted on vehicle
US11083005B2 (en) * 2019-07-11 2021-08-03 Rohde & Schwarz Gmbh & Co. Kg Method for reporting scheduling decisions by a communication tester
CN110784780B (zh) * 2019-10-25 2021-07-30 南京国电南自电网自动化有限公司 一种路由唯一性检测方法及检测***
CN115066867A (zh) * 2020-01-21 2022-09-16 哲库科技有限公司 上行数据传输调度
CN111901766A (zh) * 2020-04-27 2020-11-06 中兴通讯股份有限公司 承载配置、上下文信息管理、释放方法、装置和设备
EP3940979B1 (en) * 2020-07-13 2023-09-13 ASUSTek Computer Inc. Method and apparatus for handling a drx timer for bundle of a configured uplink grant in a wireless communication system
JP2023536378A (ja) 2020-08-08 2023-08-25 オフィノ， エルエルシー サイドリンク用無線デバイス支援リソース選択
WO2022055293A1 (en) 2020-09-11 2022-03-17 Samsung Electronics Co., Ltd. Method and network entity for logical channel management in a wireless communication network
EP4193658A4 (en) * 2020-09-11 2024-01-10 Samsung Electronics Co., Ltd. METHOD AND NETWORK UNIT FOR LOGICAL CHANNEL MANAGEMENT IN A WIRELESS COMMUNICATIONS NETWORK
US11765649B1 (en) * 2020-12-11 2023-09-19 Sprint Spectrum Llc Closed subscriber group setup of shared base stations based on public land mobile network configuration
CN112788698B (zh) * 2020-12-23 2023-04-07 展讯半导体(成都)有限公司 一种数据处理方法、装置及终端设备
US11690094B2 (en) * 2021-02-04 2023-06-27 Qualcomm Incorporated Techniques for traffic steering between access links and sidelinks in wireless communications systems
US20230316267A1 (en) * 2022-04-01 2023-10-05 Dr. Ing. H.C. F. Porsche Aktiengesellschaft Vehicle data sharing for collaborative driving experience

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019533377A (ja) * 2016-11-04 2019-11-14 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ トランスポートブロックにおける制御情報の効率的な多重化

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7564831B2 (en) 2004-12-27 2009-07-21 Lg Electronics, Inc. Method of transmitting feedback information using an extended subheader
US8331399B2 (en) * 2007-05-07 2012-12-11 Qualcomm Incorporated Re-using sequence number by multiple protocols for wireless communication
US20080310452A1 (en) * 2007-06-14 2008-12-18 Texas Instruments Incorporated Data link layer headers
CN101365154B (zh) * 2007-08-10 2011-07-20 上海贝尔阿尔卡特股份有限公司 自适应、可扩展分段索引添加/检测方法及装置
MX2010007316A (es) 2008-01-04 2010-09-30 Nokia Corp Sub-cabecera de relleno simulado en unidades de datos del protocolo del mac.
EP2248385B1 (en) * 2008-02-01 2012-01-25 Interdigital Patent Holdings, Inc. Method and apparatus for prioritizing logical channels
EP3048835B1 (en) * 2008-02-20 2020-09-30 Amazon Technologies, Inc. Apparatus and method for constructing a data unit that includes a buffer status report
MX2011002880A (es) * 2008-09-23 2011-04-12 Ericsson Telefon Ab L M Segmentacion de rlc para agregacion de vehiculo.
CN101729523B (zh) * 2008-10-31 2013-01-02 电信科学技术研究院 一种mac层分组数据单元的配置方法和装置
US8750333B2 (en) * 2011-02-14 2014-06-10 Telefonaktiebolaget Lm Ericsson (Publ) Backwards-compatible approach to fields of a protocol layer
WO2014026370A1 (zh) 2012-08-17 2014-02-20 华为技术有限公司 数据传输方法及装置
WO2014145845A1 (en) * 2013-03-15 2014-09-18 Huawei Technologies Co., Ltd. System and method for buffer status reporting for multi-stream aggregation
US8988994B2 (en) 2013-05-16 2015-03-24 Freescale Semiconductor, Inc. System and method for creating logical radio link control (RLC) and medium access control (MAC) protocol data units (PDUs) in mobile communication system
CN111065074B (zh) * 2014-01-16 2023-06-09 三星电子株式会社 电子设备及其方法
CN104936226A (zh) * 2014-03-20 2015-09-23 中兴通讯股份有限公司 设备直通***的数据传输方法及***
WO2015163624A1 (en) * 2014-04-24 2015-10-29 Lg Electronics Inc. Method for releasing a sidelink radio bearer for d2d communication system and device therefor
EP3213490B1 (en) 2014-10-31 2022-09-07 LG Electronics Inc. Method for transmitting mac pdu in a d2d communication system and device therefor
US20160301513A1 (en) * 2015-04-08 2016-10-13 Intel IP Corporation Systems, methods, and devices for component carrier management in carrier aggregation systems
SG10201913454UA (en) * 2015-09-18 2020-03-30 Sharp Kk Terminal device, base station device, communication method, and integrated circuit
US20170099660A1 (en) * 2015-10-01 2017-04-06 Electronics And Telecommunications Research Institute Method and apparatus for transmitting uplink data
US10021596B2 (en) * 2016-03-30 2018-07-10 Industrial Technology Research Institute Communication system, communication device, base station and method thereof for D2D communications

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019533377A (ja) * 2016-11-04 2019-11-14 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ トランスポートブロックにおける制御情報の効率的な多重化

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Placement of RLC/MAC headers[online]", 3GPP TSG-RAN WG2#95BIS R2-166824, JPN6020009093, 14 October 2016 (2016-10-14), ISSN: 0004229629 *
ERICSSON: "Report from [95#26] Concatenation (Ericsson)[online]", 3GPP TSG-RAN WG2#95BIS R2-166904, JPN6020009094, 14 October 2016 (2016-10-14), ISSN: 0004229630 *
PANASONIC: "MAC PDU Structure for NR[online]", 3GPP TSG RAN WG2 #96 R2-167796, JPN6020009095, 4 November 2016 (2016-11-04), ISSN: 0004229631 *
QUALCOMM INCORPORATED, BROADCOM: "U-plane improvements for HW friendly implementations - UE TX side[online]", 3GPP TSG-RAN WG2#95 R2-165577, JPN6020009092, 26 August 2016 (2016-08-26), ISSN: 0004229628 *
SAMSUNG: "MAC PDU structure in NR[online]", 3GPP TSG RAN WG2 ADHOC_2017_01_NR R2-1700500, JPN6020009096, 19 January 2017 (2017-01-19), ISSN: 0004229632 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023510425A (ja) * 2020-01-21 2023-03-13 鴻穎創新有限公司 サイドリンクパケット交換動作のための方法およびユーザ機器
CN113993189A (zh) * 2020-07-27 2022-01-28 诺基亚技术有限公司 跨至少两个身份对准寻呼时机
JP2022023842A (ja) * 2020-07-27 2022-02-08 ノキア テクノロジーズ オサケユイチア 少なくとも２つのアイデンティティにまたがるページング機会の位置合わせ
JP7436431B2 (ja) 2020-07-27 2024-02-21 ノキア テクノロジーズ オサケユイチア 少なくとも２つのアイデンティティにまたがるページング機会の位置合わせ
US11930477B2 (en) 2020-07-27 2024-03-12 Nokia Technologies Oy Aligning paging occasions across at least two identities
WO2023047504A1 (ja) * 2021-09-22 2023-03-30 株式会社Ｎｔｔドコモ 端末、無線通信システム及び無線通信方法

Also Published As

Publication number Publication date
AU2020202776B2 (en) 2021-08-26
US10667176B2 (en) 2020-05-26
AU2017353644B2 (en) 2020-01-30
US20200008098A1 (en) 2020-01-02
EP3504899B1 (en) 2020-08-19
JP6808029B2 (ja) 2021-01-06
ES2877523T3 (es) 2021-11-17
AU2020202776A1 (en) 2020-05-14
US10257747B2 (en) 2019-04-09
KR20180050192A (ko) 2018-05-14
CN109983801A (zh) 2019-07-05
US20180146398A1 (en) 2018-05-24
US11012889B2 (en) 2021-05-18
EP3745769B1 (en) 2021-05-12
EP3504899A1 (en) 2019-07-03
US20200068438A1 (en) 2020-02-27
US10631205B2 (en) 2020-04-21
US20190200262A1 (en) 2019-06-27
AU2017353644A1 (en) 2019-05-23
US20200288347A1 (en) 2020-09-10
US10327173B1 (en) 2019-06-18
US20180146467A1 (en) 2018-05-24
CN109983801B (zh) 2021-04-09
US10412629B2 (en) 2019-09-10
US10257748B2 (en) 2019-04-09
EP3504899A4 (en) 2019-07-31
ES2818611T3 (es) 2021-04-13
US10531333B1 (en) 2020-01-07
EP3745769A1 (en) 2020-12-02
US20190200261A1 (en) 2019-06-27
CA3042851A1 (en) 2018-05-11
US20200077301A1 (en) 2020-03-05
US10419973B2 (en) 2019-09-17
WO2018084632A1 (en) 2018-05-11
US20190200260A1 (en) 2019-06-27
CA3042851C (en) 2021-06-29

Similar Documents

Publication Publication Date Title
JP6808029B2 (ja) 次世代移動通信システムをサポートするためのｍａｃサブヘッダーの構造とこれを適用する方法及び装置
CN109041121B (zh) 支持rlc um模式操作的方法和装置
CN107667559B (zh) 在无线通信***中使用不同的无线连接技术提供多连接的装置和方法
EP3550877A1 (en) Method and device for accelerating data processing of double connection in next generation mobile communication system
US11546790B2 (en) Method and apparatus for supporting carrier aggregation in wireless communication system
US11700659B2 (en) Method and apparatus for performing user equipment capability procedure for supporting vehicle communication in next generation mobile communication system
US11337125B2 (en) Communication method and device in mobile communication system
CN112119657A (zh) 下一代移动通信***中收集与报告小区测量信息的方法及设备
US20220338075A1 (en) Handover method and device for terminal that supports dual active protocol stack in mobile communication system
US20230047050A1 (en) Method and apparatus for supporting dual connectivity for multi-usim ue in next-generation mobile communication system

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190405

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190405

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200309

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200609

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201109

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201208

R150 Certificate of patent or registration of utility model

Ref document number: 6808029

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250