(57)【要約】  ＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)技術を用いて４世代(４Ｇ)システムより高いデータ速度をサポートする５世代(５Ｇ)通信システムをコンバージングする通信方法及びシステムが提供される。通信方法及びシステムは、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、スマートリテール、保安及び安全サービスのような５Ｇ通信技術及びＩｏＴ関連技術に基づいた知能型サービスに適用されることができる。端末が無線通信システムにおいてランダムアクセス手続きを行う方法が提供される。端末がランダムアクセス手続きでＭｓｇ３(ｍｅｓｓａｇｅ３)を送信する方法が提供される。
2021522715.tif 000002
【特許請求の範囲】
【請求項１】
ランダムアクセス手続きで端末がＭｓｇ３(ｍｅｓｓａｇｅ３)を送信する方法であって、
メディアアクセス制御(ＭＡＣ)サービスデータユニット(ＳＤＵ)が共通制御チャンネル(ＣＣＣＨ)と連関されることを決定する段階と、
前記ＭＡＣ ＳＤＵの大きさを識別する段階と、
前記ＭＡＣ ＳＤＵの大きさに基づいてＭＡＣサブヘッダーの論理チャンネル識別子(ＬＣＩＤ)フィールドを決定する段階と、
前記ＭＡＣサブヘッダー及び前記ＭＡＣ ＳＤＵを含むＭＡＣパケットデータユニット(ＰＤＵ)を生成する段階と、及び
前記ＭＡＣ ＰＤＵと連関されたＭｓｇ３を基地局に送信する段階と、を含む、Ｍｓｇ３(ｍｅｓｓａｇｅ３)を送信する方法。
【請求項２】
前記ＭＡＣサブヘッダーの大きさは１バイトであり、前記ＭＡＣサブヘッダーは長さ(Ｌ)フィールド無しに２個の予約された(Ｒ)ビットと前記ＬＣＩＤフィールドを含む、請求項１に記載のＭｓｇ３(ｍｅｓｓａｇｅ３)を送信する方法。
【請求項３】
前記ＭＡＣ ＳＤＵの大きさは４８又は６４ビットであり、
前記ＭＡＣ ＳＤＵの大きさが４８ビットの場合、前記ＬＣＩＤフィールドは第１の予め定められた値で設定され、
前記ＭＡＣ ＳＤＵの大きさが６４ビットの場合、前記ＬＣＩＤフィールドは第２の予め定められた値で設定される、請求項１に記載のＭｓｇ３(ｍｅｓｓａｇｅ３)を送信する方法。
【請求項４】
前記ＭＡＣ ＳＤＵが専用制御チャンネル(ＤＣＣＨ)と連関された場合、前記ＭＡＣサブヘッダーの大きさは２又は３バイトであり、
前記ＭＡＣサブヘッダーは予約された(Ｒ)ビット、フォーマット(Ｆ)フィールド、前記ＬＣＩＤフィールド及び長さ(Ｌ)フィールドを含む、請求項１に記載のＭｓｇ３(ｍｅｓｓａｇｅ３)を送信する方法。
【請求項５】
ランダムアクセス手続きで基地局がＭｓｇ３(ｍｅｓｓａｇｅ３)を受信する方法であって、
共通制御チャンネル(ＣＣＣＨ)と連関されたメディアアクセス制御(ＭＡＣ)サブヘッダー及びＭＡＣサービスデータユニット(ＳＤＵ)を含むＭＡＣパケットデータユニット(ＰＤＵ)と連関されたＭｓｇ３を端末から受信する段階と、及び
前記ＭＡＣサブヘッダーの論理チャンネル識別子(ＬＣＩＤ)フィールドに基づいて前記ＭＡＣ ＳＤＵの大きさを識別する段階と、を含む、Ｍｓｇ３(ｍｅｓｓａｇｅ３)を受信する方法。
【請求項６】
前記ＭＡＣサブヘッダーの大きさは１バイトであり、
前記ＭＡＣサブヘッダーは長さ(Ｌ)フィールド無しに２個の予約された(Ｒ)ビットと前記ＬＣＩＤフィールドを含む、請求項５に記載のＭｓｇ３(ｍｅｓｓａｇｅ３)を受信する方法。
【請求項７】
前記ＭＡＣ ＳＤＵの大きさは４８又は６４ビットであり、
前記ＭＡＣ ＳＤＵの大きさが４８ビットの場合、前記ＬＣＩＤフィールドは第１の予め定められた値を有し、
前記ＭＡＣ ＳＤＵの大きさが６４ビットの場合、前記ＬＣＩＤフィールドは第２の予め定められた値を有する、請求項５に記載のＭｓｇ３(ｍｅｓｓａｇｅ３)を受信する方法。
【請求項８】
前記ＭＡＣ ＳＤＵが専用制御チャンネル(ＤＣＣＨ)と連関された場合、前記ＭＡＣサブヘッダーの大きさは２又は３バイトであり、前記ＭＡＣサブヘッダーは予約された(Ｒ)ビット、フォーマット(Ｆ)フィールド、前記ＬＣＩＤフィールド及び長さ(Ｌ)フィールドを含む、請求項５に記載のＭｓｇ３(ｍｅｓｓａｇｅ３)を受信する方法。
【請求項９】
無線通信システムにおける端末であって、
送受信機と、
前記送受信機に接続された少なくとも一つのプロセッサを含み、前記少なくとも一つのプロセッサは、
メディアアクセス制御(ＭＡＣ)サービスデータユニット(ＳＤＵ)が共通制御チャンネル(ＣＣＣＨ)と連関されることを決定し、
前記ＭＡＣ ＳＤＵの大きさを識別し、
前記ＭＡＣ ＳＤＵの大きさに基づいてＭＡＣサブヘッダーの論理チャンネル識別子(ＬＣＩＤ)フィールドを決定し、
前記ＭＡＣサブヘッダー及び前記ＭＡＣ ＳＤＵを含むＭＡＣパケットデータユニット(ＰＤＵ)を生成し、
前記送受信機が前記ＭＡＣ ＰＤＵと連関されたＭｓｇ３を基地局に送信することを制御するように構成される、無線通信システムにおける端末。
【請求項１０】
前記ＭＡＣサブヘッダーの大きさは１バイトであり、
前記ＭＡＣサブヘッダーは長さ(Ｌ)フィールド無しに２個の予約された(Ｒ)ビットと前記ＬＣＩＤフィールドを含む、請求項９に記載の無線通信システムにおける端末。
【請求項１１】
前記ＭＡＣ ＳＤＵの大きさは４８又は６４ビットであり、
前記ＭＡＣ ＳＤＵの大きさが４８ビットの場合、前記ＬＣＩＤフィールドは第１の予め定められた値で設定され、
前記ＭＡＣ ＳＤＵの大きさが６４ビットの場合、前記ＬＣＩＤフィールドは第２の予め定められた値で設定される、請求項９に記載の無線通信システムにおける端末。
【請求項１２】
前記ＭＡＣ ＳＤＵが専用制御チャンネル(ＤＣＣＨ)と連関された場合、前記ＭＡＣサブヘッダーの大きさは２又は３バイトであり、前記ＭＡＣサブヘッダーは予約された(Ｒ)ビット、フォーマット(Ｆ)フィールド、前記ＬＣＩＤフィールド及び長さ(Ｌ)フィールドを含む、請求項９に記載の無線通信システムにおける端末。
【請求項１３】
無線通信システムにおける基地局であって、
送受信機と、
前記送受信機に接続された少なくとも一つのプロセッサを含み、前記少なくとも一つのプロセッサは、
前記送受信機が共通制御チャンネル(ＣＣＣＨ)と連関されたメディアアクセス制御(ＭＡＣ)サブヘッダー及びＭＡＣサービスデータユニット(ＳＤＵ)を含むＭＡＣパケットデータユニット(ＰＤＵ)と連関されたＭｓｇ３を端末から受信することを制御し、
前記ＭＡＣサブヘッダーの論理チャンネル識別子(ＬＣＩＤ)フィールドに基づいて前記ＭＡＣ ＳＤＵの大きさを識別するように構成される、無線通信システムにおける基地局。
【請求項１４】
前記ＭＡＣサブヘッダーの大きさは１バイトであり、
前記ＭＡＣサブヘッダーは長さ(Ｌ)フィールド無しに２個の予約された(Ｒ)ビットと前記ＬＣＩＤフィールドを含み、
前記ＭＡＣ ＳＤＵの大きさは４８又は６４ビットであり、
前記ＭＡＣ ＳＤＵの大きさが４８ビットの場合、前記ＬＣＩＤフィールドは第１の予め定められた値を有し、
前記ＭＡＣ ＳＤＵの大きさが６４ビットの場合、前記ＬＣＩＤフィールドは第２の予め定められた値を有する、請求項１３に記載の無線通信システムにおける基地局。
【請求項１５】
前記ＭＡＣ ＳＤＵが専用制御チャンネル(ＤＣＣＨ)と連関された場合、前記ＭＡＣサブヘッダーの大きさは２又は３バイトであり、前記ＭＡＣサブヘッダーは予約された(Ｒ)ビット、フォーマット(Ｆ)フィールド、前記ＬＣＩＤフィールド及び長さ(Ｌ)フィールドを含む、請求項１３に記載の無線通信システムにおける基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、Ｍｅｓｓａｇｅ３プロトコルデータユニット(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ)を送受信するシステム及び方法に関する。
【背景技術】
【０００２】
４世代(４Ｇ)通信システムの配置以後に増加された無線データトラフィックに対するニーズを満たすため、改善された５世代(５Ｇ)又はｐｒｅ−５Ｇ通信システムを開発するための努力が行われた。したがって、５Ｇ又はｐｒｅ−５Ｇ通信システムは‘Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ’又は‘Ｐｏｓｔ ＬＴＥ’と呼ばれている。５Ｇ通信システムは高周波(ｍｍＷａｖｅ)帯域、例えば、６０ＧＨｚ帯域で具現され、より高いデータ速度を達成することで考慮される。無線波(ｒａｄｉｏ ｗａｖｅ)の電波の損失を減少させて、送信距離を増加させるために、ビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)、大量ＭＩＭＯ、ＦＤ−ＭＩＭＯ、アレイアンテナ、アナログビームフォーミング、大規模アンテナ技術は５Ｇ通信システムで論議される。さらに、５Ｇシステムで、進化された小型セル、クラウドＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)、超高密度ネットワーク(ｕｌｔｒａ−ｄｅｎｓｅ ｎｅｔｗｏｒｋ)、Ｄ２Ｄ(Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ)通信、無線バックホール、移動ネットワーク、協力通信、ＣｏＭＰ(Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ−Ｐｏｉｎｔ)、受信端干渉除去などに基づいてシステムネットワーク改善のための開発が進行されている。５Ｇシステムで、ＡＣＭ(Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ)としてハイブリッドＦＱＡＭ(ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ)及び進歩されたアクセス技術としてＦＢＭＣ(Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ)、ＮＯＭＡ(ｎｏｎｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)及びＳＣＭＡ(ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)が開発された。
【０００３】
人間が情報を生成して消費する人間中心の接続ネットワークであるインターネットはもう事物(ｔｈｉｎｇｓ)のような分散したエンティティーが人間の介入無しに情報を取り交わして処理するＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)へ進化しつつある。クラウドサーバーとの接続を介してＩｏＴ 技術とビックデータ(Ｂｉｇ ｄａｔａ)処理技術の組み合わせであるＩｏＥ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ)が登場した。“センシング技術”、“有無線通信及びネットワークインフラ構造”、“サービスインターフェース技術”及び“保安技術”のような技術要素がＩｏＴを具現のために要求されることによって、センサーネットワーク、Ｍ２Ｍ(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ)通信、ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などは最近に研究されてきた。このようなＩｏＴ環境は接続された事物の間に生成されたデータを収集して分析することによって人間の生活に新しい価値を創出する知能型インターネット技術サービスを提供することができる。ＩｏＴは既存の情報技術(ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ；ＩＴ)と多様な産業用アプリケーションの間のコンバージェンス(ｃｏｎｖｅｒｇｅｎｃｅ)及び組み合わせを介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー(ｃｏｎｎｅｃｔｅｄ ｃａｒ)、スマートグリッド、ヘルスケア、スマート家電、進歩された医療サービスを含む多様な分野に適用されることができる。
【０００４】
これによって、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われた。例えば、センサーネットワーク、 ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ )及びＭ２Ｍ(Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ、Ｍ２Ｍ)通信のような技術はビームフォーミング、ＭＩＭＯ及びアレイアンテナによって具現されることができる。前述したビックデータ処理技術としてクラウドＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)の適用はさらに５Ｇ技術とＩｏＴ技術の間のコンバージェンスの一例として見なされる。
【０００５】
近年、益々より多い広帯域加入者に会ってより多い良質のアプリケーションとサービスを提供するために多くの広帯域無線技術が開発された。２世代(２Ｇ)無線通信システムはユーザの移動性を保障しながら音声サービスを提供するために開発された。３世代(３Ｇ)無線通信システムは音声サービスだけではなくデータサービスもサポートする。４Ｇ無線通信システムは高速データサービスを提供するために開発された。しかし、現在、４Ｇ無線通信システムは高速データサービスに対する増加する需要を満たすためのリソースの不足に困っている。したがって、５Ｇ無線通信システムは高速データサービス、超信頼性及び低い待機時間アプリケーションに対する増加する需要を満たすために開発されている。
【０００６】
さらに、５Ｇ線通信システムはデータ速度、待機時間、信頼性、移動性などの側面で相当に相違する要求事項を有する相違するユースケース(ｕｓｅ ｃａｓｅ)を処理することで期待される。しかし、５Ｇ無線通信システムの無線インターフェースの設計はユースケースによって相当に相違する能力を有するユーザ装置(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)をサービングし、ＵＥカーターサービス(ＵＥｃａｔｅｒ ｓｅｒｖｉｃｅ)を最終顧客にマーケットセグメント(ｍａｒｋｅｔ ｓｅｇｍｅｎｔ)するのに充分に柔軟なことで期待される。５Ｇ無線通信システムが扱うことで期待される例示的なユースケースは、ｅＭＢＢ(ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ)、ｍ−ＭＴＣ(ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＵＲＬＬ(ｕｌｔｒａ−ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ)などである。数十Ｇｂｐｓデータ速度、低い待機時間、高い移動性などのようなｅＭＢＢ要求事項はいつでもどこでも移動中に(ｅｖｅｒｙｗｈｅｒｅ、ａｌｌ ｔｈｅ ｔｉｍｅ ａｎｄ ｏｎ ｔｈｅ ｇｏ)インターネット接続を要する既存の無線広帯域加入者を示すマーケットセグメントを扱う。非常に高い接続密度、珍しいデータＴＸ、非常に長いバッテリー寿命、低い移動性住所などのようなｍ−ＭＴＣ要求事項は数十億個のデバイスの接続を構想するＩｏＴ／ＩｏＥを示すマーケットセグメントを扱う。非常に低い待機時間、非常に高い信頼性及び可変的な移動性などのようなＵＲＬＬ要求事項は産業自動化アプリケーション、自律車のためのイネーブラ(ｅｎａｂｌｅｒ)のうちの一つとして予測される車対車／車対インフラ通信を示すマーケットセグメントを扱う。
【０００７】
５Ｇ(次世代無線装置又は新しい無線装置(ｎｅｗ ｒａｄｉｏ、ＮＲ)ともいう)無線通信システムにおいて、ランダムアクセス(ｒａｎｄｏｍ ａｃｃｅｓｓ、ＲＡ)手続きがアップリンク時間同期化を達成するために用いられる。ＲＡ手続きは初期アクセス、ハンドオーバー、無線リソース制御(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)接続再設定手続き、スケジューリングリクエスト送信、２次セルグループ(ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ)付加／修正、ビーム故障復旧(ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ)、及びＲＲＣ ＣＯＮＮＥＣＴＥＤ状態の非同期化されたＵＥによるアップリンクでのデータ又は制御情報送信中に用いられる。
【０００８】
図１は、４段階を含む競争基盤ＲＡ手続きを示す。ＲＡプリアンブル(又はＭｓｇ１)送信(段階１１０)：ＵＥは利用可能な競争基盤ＲＡプリアンブルのうちのいずれか一つを選択する。競争基盤ＲＡプリアンブルは選択的に２個のグループ(グループＡ及びグループＢ)に分割されることができる。２個のグループが設定され、潜在的Ｍｓｇ３大きさ(送信のために利用可能なＵＬデータプラスＭＡＣヘッダーと、必要な場合、ＭＡＣ(ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)制御要素(ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ、ＣＥ)がｒａ−Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡより大きく、経路損失が(ＲＡ手続きを行うサービングセルの)ＰＣＭＡＸ−ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ−ｄｅｌｔａＰｒｅａｍｂｌｅＭｓｇ３−ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢより少ない場合、ＵＥはＲＡプリアンブルグループＢを選択する。そうではなければ、ＵＥはＲＡプリアンブルグループＡを選択する。ＰｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ、ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢ及びｒａ−Ｍｓｇ３ＳｉｚｅＧｒｏｕｐＡはネットワーク(例えば、ｇＮＢ)によって設定される。
【０００９】
ＲＡ応用(ＲＡ Ｒｅｓｐｏｎｓｅ、ＲＡＲ)又はＭｓｇ２(段階１２０)：ｇＮＢはＲＡ−無線ネットワーク臨時識別子(ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)でアドレシングされた物理的ダウンリンク共有チャンネル(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ)上でＲＡＲを送信する。ＲＡ−ＲＮＴＩはＲＡプリアンブルがｇＮＢによって検出された時間−周波数リソースを識別する。ＲＡＲはＭｓｇ３に対するＲＡプリアンブル識別子、タイミング整列情報、臨時セル−ＲＮＴＩ(Ｃ−ＲＮＴＩ)及びアップリンク(ＵＬ)承認を伝達する。
【００１０】
ＵＬ共有チャンネル(ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＳＣＨ)(又はＭｓｇ３)上でのスケジューリングされたＵＬ送信(段階１３０)：これはＲＲＣ接続リクエスト、ＲＲＣ接続再設定リクエスト、ＲＲＣハンドオーバー確認、スケジューリングリクエストなどのようなメッセージを送信することに用いられる。また、ＵＥアイデンティティー(すなわち、Ｃ−ＲＮＴＩ又はＳ−ＴＭＳＩ(ＳＡＥ(ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ ｅｖｏｌｕｔｉｏｎ)−ｔｅｍｐｏｒａｒｙ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ)又は乱数)を含む。ハイブリッド自動反復要求(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ)はこのような送信のために用いられる。これは一般的にＭｓｇ３と言う。
【００１１】
競争解決メッセージ(段階１４０)：これはＨＡＲＱを用いてＣ−ＲＮＴＩ(Ｍｓｇ３に含まれる場合)又は臨時Ｃ−ＲＮＴＩ(Ｍｓｇ３に含まれたＵＥアイデンティティーはこの場合に含まれる)にアドレシングされる。このようなメッセージを成功的にデコーディングする時、ＨＡＲＱフィードバックは自分のＵＥ ＩＤ(又はＣ−ＲＮＴＩ)を検出するＵＥによってだけ送信される。
【００１２】
ＮＲで、ＲＲＣ接続リクエストに対するＭｓｇ３の大きさは６４ビット(メッセージの構造：３ビット；ＵＥアイデンティティー：４１ビット；設定原因：４ビット；ＭＡＣヘッダー：２バイト)である。Ｍｓｇ３の大きさはＬＴＥより１バイト以上大きいためにＵＬカバレッジが減少する。類似に、ＲＲＣ設定リクエストのためのＭｓｇ３の大きさはさらにＮＲで６４ビットを必要とし、５６ビットで減少されなければならない。ＲＲＣ接続再開のためのＭｓｇ３の大きさは８０ビットを必要とし、７２ビットで減少されなければならない。
【００１３】
Ｍｓｇ３の大きさを減少させる方法が必要である。
【００１４】
上述した情報は本開示の理解のみを助けるために背景情報として提供される。上述した事項のうちのいずれが本開示に係って先行技術として適用されるか否かについては、何の決定もされておらず、主張もされていない。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本開示の態様は、少なくとも上述した問題点及び／又は短所を解消し、以下で説明される少なくとも長所を提供することである。したがって、本開示の様態は４世代(４Ｇ)システムより高いデータ速度をサポートするための５世代(５Ｇ)通信システムをコンバージェンスする通信方法及びシステムを提供することである。
【００１６】
付加的な態様は、部分的に後続する説明で明示され、部分的には説明から明らかになるか、提示された実施形態の実施によって学習されることができる。
【００１７】
新しい無線装置(ｎｅｗ ｒａｄｉｏ、ＮＲ)で、ＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅｃｏｎｔｒｏｌ)接続リクエストに対するＭｓｇ３の大きさは６４ビット(メッセージの構造：３ビット；ユーザ装置(ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ)アイデンティティー：４１ビット；設定原因(Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃａｕｓｅ)：４ビット；ＭＡＣ(ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)ヘッダー：２バイトである。Ｍｓｇ３の大きさはＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)より１バイト以上大きさのためにＵＬ(ｕｐｌｉｎｋ)カバレッジが減少する。類似に、ＲＲＣ設定リクエストのためのＭｓｇ３の大きさはさらにＮＲで６４ビットを必要とし、５６ビットで減少されなければならない。ＲＲＣ接続再開のためのＭｓｇ３の大きさは８０ビットを必要とし、７２ビットで減少されなければならない。
【課題を解決するための手段】
【００１８】
本出願の一実施形態によれば、無線通信システムにおいて端末がランダムアクセス手続きを行う方法が提供される。前記方法は、物理的ランダムアクセスチャンネル(ＰＲＡＣＨ)オケージョン(ｏｃｃａｓｉｏｎ)がサービングセルのアクティブアップリンク(ＵＬ)ＢＷＰ(ｂａｎｄｗｉｄｔｈ ｐａｒｔ)に対して設定されたかを識別する段階と、前記ＰＲＡＣＨオケージョンが前記アクティブＵＬ ＢＷＰに対して設定されていなく前記サービングセルがＳｐＣｅｌｌ(ｓｐｅｃｉａｌ ｃｅｌｌ)であることに基づいて、前記ＳｐＣｅｌｌのアクティブダウンリンク(ＤＬ)ＢＷＰを転換する段階と、及び前記ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰと前記サービングセルのアクティブＵＬ ＢＷＰ上で前記ランダムアクセス手続きを行う段階と、を含む。
【００１９】
本出願の一実施形態によれば、無線通信システムにおいて端末が提供される。前記端末は、送受信機と前記送受信機に接続された少なくとも一つのプロセッサを含む。前記プロセッサは、物理的ランダムアクセスチャンネル(ＰＲＡＣＨ)オケージョン(ｏｃｃａｓｉｏｎ)がサービングセルのアクティブアップリンク(ＵＬ)ＢＷＰ(ｂａｎｄｗｉｄｔｈ ｐａｒｔ)に対して設定されたかを識別し、前記ＰＲＡＣＨオケージョンが前記アクティブＵＬ ＢＷＰに対して設定されていなく前記サービングセルがＳｐＣｅｌｌ(ｓｐｅｃｉａｌ ｃｅｌｌ)であることに基づいて、前記ＳｐＣｅｌｌのアクティブダウンリンク(ＤＬ)ＢＷＰを転換し、及び前記ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰと前記サービングセルのアクティブＵＬ ＢＷＰ上で前記ランダムアクセス手続きを行うことを制御するように構成される。
【００２０】
本出願の一実施形態によれば、ランダムアクセス手続きで端末がＭｓｇ３(ｍｅｓｓａｇｅ３)を送信する方法が提供される。前記方法は、メディアアクセス制御(ＭＡＣ)サービスデータユニット(ＳＤＵ)が共通制御チャンネル(ＣＣＣＨ)と連関されることを決定する段階と、前記ＭＡＣ ＳＤＵの大きさを識別する段階と、前記ＭＡＣ ＳＤＵの大きさに基づいてＭＡＣサブヘッダーの論理チャンネル識別子(ＬＣＩＤ)フィールドを決定する段階と、前記ＭＡＣサブヘッダー及び前記ＭＡＣ ＳＤＵを含むＭＡＣパケットデータユニット(ＰＤＵ)を生成する段階と、及び前記ＭＡＣ ＰＤＵと連関されたＭｓｇ３を基地局に送信する段階と、を含む。
【００２１】
本出願の一実施形態によれば、ランダムアクセス手続きで基地局がＭｓｇ３(ｍｅｓｓａｇｅ３)を受信する方法が提供される。前記方法は、共通制御チャンネル(ＣＣＣＨ)と連関されたメディアアクセス制御(ＭＡＣ)サブヘッダー及びＭＡＣサービスデータユニット(ＳＤＵ)を含むＭＡＣパケットデータユニット(ＰＤＵ)と連関されたＭｓｇ３を端末から受信する段階と、前記ＭＡＣサブヘッダーの論理チャンネル識別子(ＬＣＩＤ)フィールドに基づいて前記ＭＡＣ ＳＤＵの大きさを識別する段階と、を含む。
【００２２】
本出願の一実施形態によれば、無線通信システムにおける端末が提供される。前記端末は、送受信機と前記送受信機に接続された少なくとも一つのプロセッサを含む。前記少なくとも一つのプロセッサは、メディアアクセス制御(ＭＡＣ)サービスデータユニット(ＳＤＵ)が共通制御チャンネル(ＣＣＣＨ)と連関されることを決定し、前記ＭＡＣ ＳＤＵの大きさを識別し、前記ＭＡＣ ＳＤＵの大きさに基づいてＭＡＣサブヘッダーの論理チャンネル識別子(ＬＣＩＤ)フィールドを決定し、前記ＭＡＣサブヘッダー及び前記ＭＡＣ ＳＤＵを含むＭＡＣパケットデータユニット(ＰＤＵ)を生成し、前記送受信機が前記ＭＡＣ ＰＤＵと連関されたＭｓｇ３を基地局に送信することを制御するように構成される。
【００２３】
本出願の一実施形態によれば、無線通信システムにおける基地局が提供される。前記基地局は、送受信機と前記送受信機に接続された少なくとも一つのプロセッサを含む。前記少なくとも一つのプロセッサは、前記送受信機が共通制御チャンネル(ＣＣＣＨ)と連関されたメディアアクセス制御(ＭＡＣ)サブヘッダー及びＭＡＣサービスデータユニット(ＳＤＵ)を含むＭＡＣパケットデータユニット(ＰＤＵ)と連関されたＭｓｇ３を端末から受信することを制御し、前記ＭＡＣサブヘッダーの論理チャンネル識別子(ＬＣＩＤ)フィールドに基づいて前記ＭＡＣ ＳＤＵの大きさを識別するように構成される。
【００２４】
本出願の一実施形態によれば、端末がシステム情報(ＳＩ)をリクエストする方法が提供される。前記方法は、ＳＩリクエストのためのリソースに関する情報を基地局から受信する段階として、前記ＳＩリクエストのためのリソースに関する情報は前記ＳＩリクエストのための少なくとも一つのランダムアクセスプリアンブルの開始インデックスに関する情報を含むことである、前記ＳＩリクエストのためのリソースに関する情報を受信する段階と、少なくとも一つの同期化信号ブロック(ＳＳＢ)を前記基地局から受信する段階と、前記少なくとも一つのＳＳＢのうちのＳＳＢを選択する段階と、前記開始インデックスに関する情報に基づいて前記選択されたＳＳＢに対応する前記ＳＩリクエストのためのプリアンブルを決定する段階と、及び前記選択されたＳＳＢに対応する物理的ランダムアクセスチャンネル(ＰＲＡＣＨ)オケージョンに基づいて前記決定されたプリアンブルを前記基地局に送信する段階と、を含む。
【００２５】
本出願の一実施形態によれば、無線通信システムにおいて端末が提供される。前記端末は、送受信機と前記送受信機に接続された少なくとも一つのプロセッサを含む。前記少なくとも一つのプロセッサはＳＩリクエストのためのリソースに関する情報を基地局から受信するように前記送受信機を制御して−前記ＳＩリクエストのためのリソースに関する情報は前記ＳＩリクエストのための少なくとも一つのランダムアクセスプリアンブルの開始インデックスに関する情報を含み−、少なくとも一つの同期化信号ブロック(ＳＳＢ)を前記基地局から受信するように前記送受信機を制御し、前記少なくとも一つのＳＳＢのうちでＳＳＢを選択し、前記開始インデックスに関する情報に基づいて前記選択されたＳＳＢに対応する前記ＳＩリクエストのためのプリアンブルを決定し、前記選択されたＳＳＢに対応する物理的ランダムアクセスチャンネル(ＰＲＡＣＨ)オケージョンに基づいて前記決定されたプリアンブルを前記基地局に送信するように前記送受信機を制御するように構成される。
【発明の効果】
【００２６】
本開示の実施形態は、ＲＲＣメッセージのすべてのタイプに対するＭｓｇ３の大きさを減少させることができる。
【００２７】
本開示の他の様態、長所及び顕著な特徴は添付された図面に係って取られた次の詳細な説明から通常の技術者に明らかになり、これは本開示の多様な実施形態を開示する。
【図面の簡単な説明】
【００２８】
本開示の特定実施形態の上述した及び他の様態、特徴及び利点は添付された図面に係って取られた次の説明からより明らかになるだろう。
【００２９】
【図１】競争基盤ランダムアクセス(ＲＡ)手続きが４段階を含むことを示す。
【図２】本開示の実施形態１による動作を示す。
【図３】本開示の実施形態による２バイトＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣ(ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ)サブヘッダーを示す。
【図４】本開示の実施形態による３バイトＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダーを示す。
【図５】本開示の実施形態による１バイトＲ／ＬＣＩＤ ＭＡＣサブヘッダーを示す。
【図６】本開示の実施形態によるユーザ装置(ＵＥ)の動作を示す。
【図７】本開示の実施形態による次世代ノードＢ(ｇＮＢ)の動作を示す。
【図８】本開示の他の実施形態によるＵＥの動作を示す。
【図９】本開示の他の実施形態によるｇＮＢの動作を示す。
【図１０】本開示の他の実施形態によるＵＥの動作を示す。
【図１１】本開示の他の実施形態によるｇＮＢの動作を示す。
【図１２】本開示の実施形態２による動作を示す。
【図１３】ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘＬｉｓｔ内のプリアンブルを同期化信号(ＳＳ)ブロック(ＳＳＢ)にマッピングする例示図である。
【図１４】本開示の実施形態によってＲＭＳＩ(ｒｅｍａｉｎｉｎｇ ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)がＳＳＢで周波数分割マルチプレクシングされる(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｅｄ、ＦＤＭｅｄ)ＵＥの不連続受信(ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ、ＤＲＸ)サイクルを決定することを示す。
【図１５】本開示の実施形態によってＲＭＳＩがＳＳＢでＦＤＭされないＵＥのＤＲＸサイクルを決定することを示す。
【図１６】本開示の実施形態による端末機のブロック図である。
【図１７】本開示の実施形態による基地局のブロック図である。
【００３０】
図面全体にかけて、同一な参照番号は同一な部分、構成要素及び構造を指称することに理解されるだろう。
【発明を実施するための形態】
【００３１】
添付された図面を参照した次の説明は請求範囲及びこの均等物により定義されたように本開示の多様な実施形態に対する包括的な理解を助けるために提供される。これは理解を助けるための多様な特定詳細事項を含むが、これはただ例示的なことで見なされなければならない。したがって、当業者は本明細書に説明された多様な実施形態の多様な変更及び修正が本開示の範囲及び思想を逸脱せず成ることができるということを認識するだろう。さらに、明瞭性及び簡潔性のためによく知られた機能及び構成に対する説明は省略されることができる。
【００３２】
次の説明及び請求範囲で用いられた用語及び単語は書誌意味に限定されず、発明者によって本開示に対する明確で一貫された理解ができるようにするために用いられる。したがって、本開示の多様な実施形態に対する次の説明は例示のみのために提供され、添付された請求範囲及びこの均等物により定義されたように本開示を制限するために提供されないことが通常の技術者には明白ではなければならない。
【００３３】
単数形態“ａ”、“ａｎ”及び“ｔｈｅ”は文脈が明白に異なるように指示しない限り複数対象を含むということが理解されなければならない。したがって、例えば、“構成要素表面”に対する参照はこのような表面のうちの一つ以上に対する言及を含む。
【００３４】
“実質的に”という用語は引用された特性、パラメーター又は値が正確に達成される必要はないが、例えば、許容誤差、測定エラー、測定正確度限界及び通常の技術者に知られた他の因子を含む偏差又は変動は特性が提供しようとする効果を除外しない程度で発生することができるということで意味する。
【００３５】
フローチャート(又はシーケンスダイヤグラム)のブロック及びフローチャートの組み合せがコンピュータープログラム命令語によって示されて実行されることができるということが通常の技術者は分かる。このようなコンピュータープログラム命令語は汎用コンピューター、特殊目的コンピューター又はプログラム可能なデータ処理装置のプロセッサ上にロードすることができる。ロードしたプログラム命令語がプロセッサによって実行される時、これはフローチャートで説明された機能を行う手段を生成する。コンピュータープログラム命令語が専門コンピューター又はプログラム可能なデータ処理装置で使用可能なコンピューター判読可能メモリーに記憶されることができるから、フローチャートに説明された機能を行う製品を生成することも可能である。コンピュータープログラム命令語がコンピューター又はプログラム可能なデータ処理装置上にロードすることができるから、プロセスとして実行される時、これはフローチャートに説明された機能の動作を行うことができる。
【００３６】
フローチャートのブロックは一つ以上の論理機能を具現する一つ以上の実行可能な命令語を含むモジュール、セグメント又はコードに相応することができるか、この一部に相応することができる。ある場合に、ブロックによって示された機能は羅列された手順と相違する手順で実行されることができる。例えば、シーケンスで羅列された２つのブロックは同時に実行されるか逆順に実行されることができる。
【００３７】
このような説明で、単語“ユニット”、“モジュール”などは、例えば、機能又は動作を行うことができるＦＰＧＡ(ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ)又は注文型集積回路(ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ；ＡＳＩＣ)のようなソフトウェア構成要素又はハードウェア構成要素を指称することができる。しかし、“ユニット”などはハードウェア又はソフトウェアで限定されない。ユニットなどはアドレス可能な記憶媒体に常住するか一つ以上のプロセッサを駆動するために構成されることができる。ユニットなどはソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素、タスク構成要素、プロセス、機能、属性、手続き、サブルーチン、プログラムコードセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ又は変数を指称することができる。構成要素及びユニットが提供する機能はより小さい構成要素及びユニットの組み合せであれば良く、より大きい構成要素及びユニットを構成するために他の構成要素及びユニットと組み合わせることができる。構成要素及びユニットは保安マルチメディアカードでデバイス又は一つ以上のプロセッサを駆動するように構成されることができる。
【００３８】
詳細な説明に先立って、本開示を理解するのに必要な用語又は定義が説明される。しかし、このような用語は非制限的な方式で解釈されなければならない。
【００３９】
“基地局(ＢＳ)”はユーザ装置(ＵＥ)と通信するエンティティーであり、ＢＳ、ＢＴＳ(ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ)、ノードＢ(ｎｏｄｅ Ｂ、ＮＢ)、ｅＮＢ(ｅｖｏｌｖｅｄ ＮＢ)、アクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ)、５世代(５Ｇ)ＮＢ(５ＧＮＢ)又は次世代ＮＢ(ｇＮＢ)として指称されることができる。
【００４０】
“ＵＥ”はＢＳと通信するエンティティーであり、ＵＥ、デバイス、移動局(ＭＳ)、移動装置(ＭＥ)又は端末として指称されることができる。
【００４１】
Ｍｓｇ３大きさ縮小
【００４２】
実施形態１：
【００４３】
新しい無線装置(ＮＲ)で、２バイト又は３バイトメディアアクセス制御(ＭＡＣ)サブヘッダーはそれぞれのＭＡＣサービスデータユニット(ＳＤＵ)前に付加される。ＭＡＣサーバーヘッダーはＲ、Ｆ、ＬＣＩＤ及びＬフィールドを含む。
【００４４】
−ＬＣＩＤ：論理チャンネルＩＤフィールドは相応するＭＡＣ ＳＤＵの論理チャンネルインスタンスを識別する。ＬＣＩＤフィールド大きさは６ビットである。
【００４５】
−Ｌ：長さフィールドは相応するＭＡＣ ＳＤＵの長さを示す。Ｌフィールドの大きさはＦフィールドによって示される。
【００４６】
−Ｆ：フォーマットフィールドは長さフィールドの大きさを示す。Ｆフィールドの大きさは１ビットである。値０は長さフィールドの８ビットを示す。値１は長さフィールドの１６ビットを示す。
【００４７】
本開示の一実施形態で、ＭＡＣ ＳＤＵが共通制御チャンネル(ＣＣＣＨ)ＳＤＵの場合に１バイトＭＡＣサブヘッダーはＭＡＣ ＳＤＵのために用いられる。そうではなければ、２バイト又は３バイトＭＡＣサブヘッダーはＭＡＣ ＳＤＵのために用いられる。ＣＣＣＨ ＳＤＵは多数の大きさ(ビットで表現される)であれば良く、１バイトＭＡＣサブヘッダーはＣＣＣＨ ＳＤＵの大きさにかかわらずＣＣＣＨ ＳＤＵに用いられる。一実施形態で、ＣＣＣＨＳＤＵの２個の大きさ(大きさＸ及び大きさＹ)があれば良い。大きさＸ及び大きさＹのＣＣＣＨ ＳＤＵはさらにそれぞれＣＣＣＨ及びＣＣＣＨ１ ＳＤＵとして指称されることができる。説明で、用語‘ＣＣＣＨ’は一般的にＣＣＣＨ及びＣＣＣＨ１のいずれもに対して用いられる。
【００４８】
図２は、本開示の実施形態１による動作を示す。
【００４９】
１．動作２１０で、無線リソース制御(ＲＲＣ)メッセージが生成され、ランダムアクセス(ＲＡ)手続きがＵＥによってトリガーリングされる。
【００５０】
２．動作２２０で、ＵＥは(システム情報又は専用シグナリングでシグナリングされる)ＲＡ設定に示された情報に基づいてＲＡプリアンブルグループを選択し、ＲＲＣメッセージの大きさ、ＲＲＣメッセージのタイプ及び相応するＭＡＣサブヘッダーを考慮する。ＲＡプリアンブルグループ選択の詳細動作は次の通りである：
【００５１】
＞ランダムアクセスプリアンブルグループＢが設定されて(すなわち、ｇｒｏｕｐＢｃｏｎｆｉｇｕｒｅｄ情報要素(ＩＥ)がＲＡ設定に含まれて)、ＲＲＣメッセージが専用制御チャンネル(ＤＣＣＨ)メッセージであり、ＲＲＣメッセージプラス相応するＭＡＣサブ−ヘッダー(２Ｂ又は３Ｂ)の大きさがｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡより大きく、経路損失が(ＲＡ手続きを行うサービングセルの)ＰＣＭＡＸ−ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ−ｄｅｌｔａＰｒｅａｍｂｌｅＭｓｇ３−ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢより少なく：ランダムアクセスプリアンブルグループＢを選択する場合、ｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡ、ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ及びｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢはＲＡ設定で設定される。ｄｅｌｔａＰｒｅａｍｂｌｅＭｓｇ３はそれぞれの物理的ランダムアクセスチャンネル(ＰＲＡＣＨ)フォーマットに対して予め定義される。
【００５２】
＞その他に、ランダムアクセスプリアンブルグループＢが設定されて(すなわち、ｇｒｏｕｐＢｃｏｎｆｉｇｕｒｅｄ ＩＥがＲＡ設定に含まれ)、ＲＲＣメッセージがＣＣＣＨメッセージであり、ＲＲＣメッセージプラス相応するＭＡＣサブヘッダー(１Ｂ)の大きさがｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡより大きければ：ランダムアクセスプリアンブルグループＢを選択して；
【００５３】
＞その他に、ランダムアクセスプリアンブルグループＡを選択する。
【００５４】
３．動作２３０で、ＵＥは選択されたランダムアクセスプリアンブルグループでＲＡプリアンブルを選択し、Ｍｓｇ１、すなわち、ＲＡプリアンブルを送信する。
【００５５】
４．動作２４０で、ＵＥは送信されたＲＡプリアンブルに相応するランダムアクセス応答(ＲＡＲ)を受信する。ＲＡＲはＵＬ承認を含む。
【００５６】
５．動作２５０で、ＵＥはＭＡＣサブヘッダーとＲＲＣメッセージ(又はＭＡＣ ＳＤＵ)を接続することによってＭＡＣ ＰＤＵを生成する。ＲＲＣメッセージがＣＣＣＨ ＳＤＵであれば、１バイトＲ／Ｒ／ＬＣＩＤ ＭＡＣサブヘッダーが適用される。ＲＲＣメッセージがＤＣＣＨ ＳＤＵであれば、ＤＣＣＨ ＳＤＵの大きさによって２バイト又は３バイトＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダーが適用される。
【００５７】
図３は、本開示の実施形態による２バイトＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダーを示す。
【００５８】
図４は、本開示の実施形態による３バイトＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダーを示す。
【００５９】
図５は、本開示の実施形態による１バイトＲ／ＬＣＩＤ ＭＡＣサブヘッダーを示す。
【００６０】
Ａ．図６は、本開示の実施形態によるＵＥ動作を示す。
【００６１】
図６を参照すれば、動作６１０で、ＵＥは一つの１バイトＭＡＣサブヘッダーを選択する。
【００６２】
図５に示されたように、１バイトＭＡＣサブヘッダーは２個の１ビットＲフィールドと６ビットＬＣＩＤフィールドを含むことができる。動作６２０で、ＵＥはＭＡＣサブヘッダーのＲフィールドを０で設定する。このような実施形態で、ＵＥはＣＣＣＨ ＳＤＵの大きさに基づいてＭＡＣヘッダーにＬＣＩＤフィールドを設定する。具体的に、動作６３０で、ＵＥはＣＣＣＨ ＳＤＵの大きさがＭビットであるかを識別する。動作６４０で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｘに設定する。そうではなければ、動作６５０で、ＵＥはＣＣＣＨ ＳＤＵの大きさがＮビットであるかを識別する。動作６６０で、ＣＣＣＨ ＳＤＵの大きさがＮビットであれば、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｙに設定する。動作６７０で、ＣＣＣＨ ＳＤＵの大きさがＭ及びＮビットではない場合、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｚで設定する。Ｍ及びＮの値はシステムで予め定義される。例えば、Ｍは４８ビットであってもよく、Ｎは６４ビットであっても良い。
【００６３】
一実施形態で、ＵＥはＭＡＣ ＳＤＵがＣＣＣＨ又はＤＣＣＨと連関されるかを決定する。ＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵに相応すると、ＵＥはＭＡＣ ＳＤＵの大きさを識別してＭＡＣサブヘッダーのＬＣＩＤフィールドを決定する。ＵＥはＭＡＣサブヘッダーとＭＡＣ ＳＤＵを含むＭＡＣ ＰＤＵを生成し、生成されたＭＡＣ ＰＤＵと連関されたＭｓｇ３をｇＮＢに送信する。
【００６４】
図７は、本開示の実施形態によるｇＮＢ動作を示す。
【００６５】
図７を参照すれば、ｇＮＢは動作７１０でＭＡＣサブヘッダー内のＬＣＩＤを判読する。動作７２０で、ｇＮＢはＬＣＩＤがＣＣＣＨ ＳＤＵのために予約されたＬＣＩＤ(Ｘ、Ｙ、Ｚ)のうちの一つであるかを識別する。ＭＡＣ ｓｕｂＰＤＵのＭＡＣサブヘッダー内のＬＣＩＤの値に基づいて、ｇＮＢはＭＡＣ ｓｕｂＰＤＵ内のＭＡＣ ＳＤＵがＣＣＣＨに対することであるか否かを分かる。ＭＡＣ ＳＤＵがＣＣＣＨに対したことではない場合、動作７３０で、ｇＮＢはＭＡＣサブヘッダーの長さフィールドを判読してＭＡＣ ＳＤＵ大きさを決定する。ＭＡＣ ｓｕｂＰＤＵがＣＣＣＨに対することである場合、ｇＮＢはＬＣＩＤ値に基づいてＭＡＣ ＳＤＵの長さが分かる。具体的に、動作７４０で、ｇＮＢはＬＣＩＤがＸと同一であるかを識別する。ＬＣＩＤがＸと同一であれば、動作７５０で、ｇＮＢはＣＣＣＨ ＳＤＵ大きさがＭビットであることを決定する。ＬＣＩＤがＸと同一ではなければ、動作７６０で、ｇＮＢはＬＣＩＤがＹと同一であるかを識別する。ＬＣＩＤがＹと同一であれば、動作７７０で、ｇＮＢはＣＣＣＨ ＳＤＵ大きさがＮビットであることを決定する。ＬＣＩＤがＸ及びＹと同一ではなければ、動作７８０で、ｇＮＢはＣＣＣＨ ＳＤＵ大きさがＭ及びＮビットではないことを決定する。
【００６６】
一実施形態で、ｇＮＢはＵＥからＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを含むＭＡＣ ＰＤＵと連関されたＭｓｇ３を受信する。ＭＡＣサブヘッダーのＬＣＩＤフィールドはＭＡＣ ＳＤＵがＣＣＣＨと連関されていることを示すことができる。受信されたＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵの場合、ｇＮＢはＭＡＣサブヘッダーのＬＣＩＤフィールドに基づいてＭＡＣＳＤＵの大きさを識別する。
【００６７】
Ｂ．図８は、本開示の他の実施形態によるＵＥ動作を示す。
【００６８】
図８を参照すれば、動作８１０で、ＵＥは一つの１バイトＭＡＣサブヘッダーを選択する。図５に示されたように、１バイトＭＡＣサブヘッダーは２個の１ビットＲフィールドと６ビットＬＣＩＤフィールドを含むことができる。動作８２０で、ＵＥはＭＡＣサブヘッダーのＲフィールドを０で設定する。このような実施形態で、ＵＥはＣＣＣＨ ＳＤＵの大きさに基づいてＭＡＣヘッダーにＬＣＩＤフィールドを設定する。具体的に、動作８３０で、ＵＥはＣＣＣＨ ＳＤＵの大きさがＭビットであるかを識別する。動作８４０で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｘに設定する。動作８５０で、ＣＣＣＨ ＳＤＵの大きさがＮビットであれば、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｙに設定する。Ｍ及びＮの値はシステムで予め定義される。例えば、Ｍは４８ビットであってもよく、Ｎは６４ビットであってもよい。大きさＭビット及び大きさＮビットのＣＣＣＨ ＳＤＵはさらにそれぞれＣＣＣＨ ＳＤＵ及びＣＣＣＨ１ ＳＤＵとして指称されることができる。
【００６９】
図９は、本開示の他の実施形態によるｇＮＢ動作を示す。
【００７０】
図９を参照すれば、ｇＮＢは動作９１０でＭＡＣサブヘッダー内のＬＣＩＤを判読する。動作９２０で、ｇＮＢはＬＣＩＤがＣＣＣＨ ＳＤＵのために予約されたＬＣＩＤ(Ｘ、Ｙ)のうちの一つであるかを識別する。ＭＡＣ ｓｕｂＰＤＵのＭＡＣサブヘッダー内のＬＣＩＤの値に基づいて、ｇＮＢはＭＡＣ ｓｕｂＰＤＵ内のＭＡＣ ＳＤＵがＣＣＣＨに対することであるか否かを分かる。ＭＡＣ ＳＤＵがＣＣＣＨに対したことではなく、ＬＣＩＤが専用制御又はトラフィックチャンネルに相応する場合、ＭＡＣサブヘッダーは２Ｂ又は３Ｂ ＭＡＣサブヘッダーであり、動作９３０で、ｇＮＢはＭＡＣサブヘッダーの長さフィールドを判読してＭＡＣ ＳＤＵ大きさを決定する。ＭＡＣ ｓｕｂＰＤＵがＣＣＣＨに対することである場合、ｇＮＢはＬＣＩＤ値に基づいてＭＡＣ ＳＤＵの長さが分かる。具体的に、動作９４０で、ｇＮＢはＬＣＩＤがＸと同一であるかを識別する。ＬＣＩＤがＸと同一であれば、動作９５０で、ｇＮＢはＣＣＣＨＳＤＵ大きさがＭビットであることを決定する。ＬＣＩＤがＸと同一ではなければ、すなわち、ＬＣＩＤがＹと同一であれば、動作９６０で、ｇＮＢはＣＣＣＨ ＳＤＵ大きさがＮビットであることを決定する。
【００７１】
Ｃ．図８の他の実施形態で、動作８４０で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｘに設定する。動作８５０で、ＣＣＣＨ ＳＤＵの大きさがＭビットではなければ、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｙに設定する。Ｍの値はシステムで予め定義される。例えば、Ｍは４８ビットであれば良い。ＭＡＣ ｓｕｂＰＤＵのＭＡＣサブヘッダーのＬＣＩＤの値に基づいて、ｇＮＢはＭＡＣ ｓｕｂＰＤＵ内のＭＡＣ ＳＤＵがＣＣＣＨに対することであるか否かを分かる。ＭＡＣ ｓｕｂＰＤＵがＣＣＣＨに対することである場合、ＬＣＩＤ値に基づいてＭＡＣ ＳＤＵの長さが分かる。
【００７２】
Ｄ．図１０は、本開示の他の実施形態によるＵＥ動作を示す。
【００７３】
図１０を参照すれば、動作１０１０で、ＵＥは一つの１バイトＭＡＣサブヘッダーを含む。図５に示されたように、１バイトＭＡＣサブヘッダーは２個の１ビットＲフィールドと６ビットＬＣＩＤフィールドを含むことができる。動作１０２０で、ＵＥは第１Ｒ、すなわち、ＭＡＣサブヘッダーのＲ１フィールドを０で設定する。このような実施形態で、ＵＥはＣＣＣＨ ＳＤＵの大きさに基づいてＭＡＣヘッダーにＬＣＩＤフィールドを設定する。ＣＣＣＨ ＳＤＵの大きさがＭ又はＮビットの場合、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｘに設定する。具体的に、動作１０３０で、ＵＥはＣＣＣＨ ＳＤＵの大きさがＭビットであることを識別する。動作１０４０で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｘに設定し、動作１０５０で、ＵＥは第２Ｒフィールドを１で設定する。動作１０６０で、ＵＥはＣＣＨ ＳＤＵの大きさがＮビットであることを識別する。動作１０７０で、ＣＣＣＨ ＳＤＵの大きさがＮビットであれば、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｘに設定し、動作１０８０で、ＵＥは第２Ｒフィールドを０に設定する。動作１０９０で、ＣＣＣＨ ＳＤＵの大きさがＭビットもＮビットでもない場合、ＵＥはＭＡＣサブヘッダーのＬＣＩＤフィールドを予め定義されたＬＣＩＤ Ｙに設定する。動作１１００で、ＣＣＣＨ ＳＤＵの大きさがＭビットもＮビットでもない場合、第２Ｒフィールドは０に設定される。Ｍ及びＮの値はシステムで予め定義される。例えば、Ｍは４８ビットであれば良く、Ｎは６４ビットであれば良い。
【００７４】
図１１は、本開示の他の実施形態によるｇＮＢ動作を示す。
【００７５】
図１１を参照すれば、ｇＮＢは動作１１１０でＭＡＣサブヘッダー内のＬＣＩＤを判読する。動作１１２０で、ｇＮＢはＬＣＩＤがＣＣＣＨ ＳＤＵのために予約されたＬＣＩＤ(Ｘ、Ｙ)のうちの一つであることかを識別する。ＭＡＣ ｓｕｂＰＤＵのＭＡＣサブヘッダー内のＬＣＩＤの値に基づいて、ｇＮＢはＭＡＣ ｓｕｂＰＤＵ内のＭＡＣ ＳＤＵがＣＣＣＨに対することであるか否かを分かる。ＭＡＣ ＳＤＵがＣＣＣＨに対したことではなく、ＬＣＩＤが専用制御又はトラフィックチャンネルに相応する場合、ＭＡＣサブヘッダーは２Ｂ又は３ＢＭＡＣサブヘッダーであり、動作１１３０で、ｇＮＢはＭＡＣサブヘッダーの長さフィールドを判読してＭＡＣ ＳＤＵ大きさを決定する。ＭＡＣ ＳＤＵがＣＣＣＨに対することである場合、動作１１４０で、ｇＮＢはＬＣＩＤがＸと同一であるかを識別する。ＬＣＩＤがＸと同一ではなければ、動作１１５０で、ｇＮＢはＣＣＣＨ ＳＤＵ大きさがＭ及びＮビットではないことで決定する。動作１１６０で、ＬＣＩＤがＸと同一であれば、ｇＮＢはＭＡＣサブヘッダーのＲ２フィールドが１で設定されるかを識別する。ＭＡＣサブヘッダー内のＲ２フィールドが１で設定されると、動作１１７０で、ｇＮＢはＣＣＣＨ ＳＤＵ大きさがＭビットであることで決定する。ＭＡＣサブヘッダーのＲ２フィールドが１で設定されなければ、動作１１８０で、ｇＮＢはＣＣＣＨ ＳＤＵ大きさＮビットであることで決定する。
【００７６】
６．動作２６０で、ＵＥは生成されたＭＡＣ ＰＤＵをｇＮＢに送信する。
【００７７】
一実施形態で、ＵＥ(すなわち、送信機)は送信されるＲＲＣメッセージがＣＣＣＨメッセージであるか否かを決定する。送信されるＲＲＣメッセージがＣＣＣＨメッセージの場合、ＵＥはＭＡＣ ＰＤＵにＭＡＣ ｓｕｂＰＤＵを含み、ここでＭＡＣ ｓｕｂＰＤＵは１バイトのＲ／Ｒ／ＬＣＩＤ ＭＡＣサブヘッダーとＣＣＣＨメッセージを含む。送信されるＲＲＣメッセージがＤＣＣＨメッセージの場合、ＵＥはＭＡＣ ＰＤＵにＭＡＣ ｓｕｂＰＤＵを含み、ここでＭＡＣ ｓｕｂＰＤＵは２バイト又は３バイトのＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダー及びＤＣＣＨメッセージを含む。
【００７８】
一実施形態で、ｇＮＢ(すなわち、受信機)はＭＡＣ ＳＤＵが受信されたＭＡＣ ｓｕｂＰＤＵでＣＣＣＨ ＳＤＵであるか否かを決定する。ＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵの場合、ＭＡＣ ｓｕｂＰＤＵ内のＭＡＣサブヘッダーは１バイトのＲ／Ｒ／ＬＣＩＤ ＭＡＣサブヘッダーである。ＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵではない場合、ＭＡＣ ｓｕｂＰＤＵ内のＭＡＣサブヘッダーは２バイト又は３バイトのＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダーである。
【００７９】
本開示の他の実施形態で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＣＣＣＨに対して１バイトのＭＡＣサブヘッダーを選択し、ＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｘで設定する。ＣＣＣＨ ＳＤＵの大きさがＭビットではない場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｙで設定する。ＣＣＣＨ ＳＤＵがＭビットではない場合、ＵＥはＵＬ承認大きさがＮビットの場合に１バイトのＭＡＣサブヘッダーを選択する。ＣＣＣＨ ＳＤＵがＭビットではない場合、ＵＥはＵＬ承認大きさがＮビットより大きい場合に２バイトのＭＡＣサブヘッダーを選択する。Ｍ及びＮは予め定義される。
【００８０】
実施形態２
【００８１】
ＮＲで、それぞれのＭＡＣ ＳＤＵ前に２バイト又は３バイトのＭＡＣサブヘッダーが付加される。ＭＡＣサブヘッダーはＲ、Ｆ、ＬＣＩＤ及びＬフィールドを含む。
【００８２】
−ＬＣＩＤ：論理チャンネルＩＤフィールドは相応するＭＡＣ ＳＤＵの論理チャンネルインスタンスを識別する。ＬＣＩＤフィールド大きさは６ビットである。
【００８３】
−Ｌ：長さフィールドは相応するＭＡＣ ＳＤＵの長さを示す。Ｌフィールドの大きさはＦフィールドによって示される。
【００８４】
−Ｒ：予約されたビット、０で設定する。
【００８５】
本開示の一実施形態で、ＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵの場合に１バイトのＭＡＣサブヘッダーはＭＡＣ ＳＤＵのために用いられる。そうではなければ、２バイト又は３バイトのＭＡＣサブヘッダーはＭＡＣ ＳＤＵのために用いられる。ＣＣＣＨ ＳＤＵは多数の大きさ(ビットで表現される)であれば良く、１バイトＭＡＣサブヘッダーはＣＣＣＨ ＳＤＵの大きさにかかわらずＣＣＣＨ ＳＤＵに用いられる。一実施形態で、ＣＣＣＨ ＳＤＵの２個の大きさ(大きさＸ及び大きさＹ)があれば良い。大きさＸ及び大きさＹのＣＣＣＨ ＳＤＵはさらにそれぞれＣＣＣＨ及びＣＣＣＨ１ ＳＤＵとして指称されることができる。説明で、用語‘ＣＣＣＨ’は一般的にＣＣＣＨ及びＣＣＣＨ１のいずれもに対して用いられる。
【００８６】
図１２は、本開示の実施形態２による動作を示す。
【００８７】
１．動作１２１０で、ＲＡ手続きがＵＥによってトリガーリングされる。
【００８８】
２．動作１２２０で、ＵＥは(システム情報又は専用シグナリングでシグナリングされる(ＲＡ設定に示された情報に基づいてＲＡプリアンブルグループを選択し、Ｍｓｇ３の大きさ、ＭＡＣ ＳＤＵのタイプを考慮する。ＲＡプリアンブルグループ選択の詳細動作は次の通りである：
【００８９】
＞ランダムアクセスプリアンブルグループＢが設定されて(すなわち、ｇｒｏｕｐＢｃｏｎｆｉｇｕｒｅｄ ＩＥがＲＡ設定に含まれて)、Ｍｓｇ３がＣＣＣＨ ＳＤＵを含まなく、Ｍｓｇ３の大きさ(ＭＡＣ ＳＤＵプラスに相応するＭＡＣサブヘッダー(２Ｂ又は３Ｂ)の大きさがｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡより大きく、経路損失が(ＲＡ手続きを行うサービングセルの)ＰＣＭＡＸ−ｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ−ｄｅｌｔａＰｒｅａｍｂｌｅＭｓｇ３−ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢより少なく：ランダムアクセスプリアンブルグループＢを選択する。
【００９０】
＞その他に、ランダムアクセスプリアンブルグループＢが設定されて(すなわち、ｇｒｏｕｐＢｃｏｎｆｉｇｕｒｅｄ ＩＥがＲＡ設定に含まれて)、Ｍｓｇ３がＣＣＣＨ ＳＤＵを含み、Ｍｓｇ３の大きさ(ＭＡＣ ＳＤＵプラス相応するＭＡＣサブヘッダー(１Ｂ)の大きさがｍｅｓｓａｇｅＳｉｚｅＧｒｏｕｐＡより大きければ：ランダムアクセスプリアンブルグループＢを選択して；
【００９１】
＞その他に、ランダムアクセスプリアンブルグループＡを選択する。
【００９２】
３．動作１２３０で、ＵＥは選択されたランダムアクセスプリアンブルグループでＲＡプリアンブルを選択し、Ｍｓｇ１、すなわち、ＲＡプリアンブルを送信する。
【００９３】
４．動作１２４０で、ＵＥは送信されたＲＡプリアンブルに相応するＲＡＲを受信する。ＲＡＲはＵＬ承認を含む。
【００９４】
５．動作１２５０で、ＵＥはＭＡＣサブヘッダーとＭＡＣ ＳＤＵを接続することでＭＡＣＰＤＵを生成する。ＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵであれば、１ＢのＲ／Ｒ／ＬＣＩＤ ＭＡＣサブヘッダー(図５)が適用されることができる。ＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵではなければ、２Ｂ又は３ＢのＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダー(図３、４)が適用されることができる。
【００９５】
Ａ．(図６に示されたような)本開示の実施形態で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｘで設定する。ＣＣＣＨ ＳＤＵの大きさがＮビットの場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｙで設定する。ＣＣＣＨ ＳＤＵの大きさがＭ及びＮビットではない場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｚで設定する。Ｍ及びＮの値はシステムで予め定義される。例えば、Ｍは４８ビットであれば良く、Ｎは６４ビットであれば良い。ＭＡＣ ｓｕｂＰＤＵのＭＡＣサブヘッダー内のＬＣＩＤの値に基づいて、ｇＮＢはＭＡＣ ｓｕｂＰＤＵ内のＭＡＣ ＳＤＵがＣＣＣＨに対することであるか否かを分かる。ＭＡＣ ｓｕｂＰＤＵがＣＣＣＨに対することである場合、ｇＮＢはＬＣＩＤ値に基づいてＭＡＣ ＳＤＵの長さが分かる。一実施形態で、ＣＣＣＨ ＳＤＵの大きさがＭ及びＮビットではなく、Ｍ及びＮビット以外の多くのＣＣＣＨ ＳＤＵ大きさがあり得る場合、ＵＥは長さフィールドを含む２バイトのＭＡＣサブヘッダーを付加することができる。実施形態におけるｇＮＢ動作は図７に示される。
【００９６】
(図８に示されたような)本開示の他の実施形態で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｘで設定する。ＣＣＣＨ ＳＤＵの大きさがＮビットの場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｙで設定する。Ｍ及びＮの値はシステムで予め定義される。例えば、Ｍは４８ビットであれば良く、Ｎは６４ビットであれば良い。ＭＡＣ ｓｕｂＰＤＵのＭＡＣサブヘッダー内のＬＣＩＤの値に基づいて、ｇＮＢはＭＡＣ ｓｕｂＰＤＵ内のＭＡＣ ＳＤＵがＣＣＣＨに対するか否かを分かる。ＭＡＣ ｓｕｂＰＤＵがＣＣＣＨに対することである場合、ｇＮＢはＬＣＩＤ値に基づいてＭＡＣ ＳＤＵの長さが分かる。実施形態でのｇＮＢ動作は図９に示される。
【００９７】
Ｃ．(図８に示されたような)本開示の実施形態で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｘで設定する。ＣＣＣＨ ＳＤＵの大きさがＭビットではない場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｙで設定する。Ｍの値はシステムで予め定義される。一例で、Ｍは４８ビットであれば良い。ＭＡＣ ｓｕｂＰＤＵのＭＡＣサブヘッダー内のＬＣＩＤの値に基づいて、ｇＮＢはＭＡＣ ｓｕｂＰＤＵ内のＭＡＣ ＳＤＵがＣＣＣＨに対するか否かが分かる。ＭＡＣ ｓｕｂＰＤＵがＣＣＣＨに対することである場合、ｇＮＢはＬＣＩＤ値に基づいてＭＡＣ ＳＤＵの長さが分かる。実施形態におけるｇＮＢ動作は図９に示される。
【００９８】
Ｄ．(図１０に示されたような)本開示の他の実施形態で、ＣＣＣＨ ＳＤＵの大きさがＭ又はＮビットの場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｘで設定する。ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、第２Ｒフィールドは１で設定される。ＣＣＣＨ ＳＤＵの大きさがＮビットの場合、第２Ｒフィールドは０で設定される。ＣＣＣＨ ＳＤＵの大きさがＭビットもＮビットでもない場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｙで設定する。ＣＣＣＨ ＳＤＵの大きさがＭビットもＮビットでもない場合、第２Ｒフィールドは０で設定される。Ｍ及びＮの値はシステムで予め定義される。例えば、Ｍは４８ビットであれば良く、Ｎは６４ビットであれば良い。実施形態におけるｇＮＢ動作は図１０に示される。
【００９９】
６．動作１２６０で、ＵＥは生成されたＭＡＣ ＰＤＵをｇＮＢに送信する。
【０１００】
一実施形態で、ＵＥ(すなわち、送信機)は送信されるＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵであるか否かを決定する。送信されるＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵの場合、ＵＥはＭＡＣ ＰＤＵにＭＡＣ ｓｕｂＰＤＵを含み、ここでＭＡＣ ｓｕｂＰＤＵは１バイトのＲ／Ｒ／ＬＣＩＤ ＭＡＣサブヘッダーとＭＡＣ ＳＤＵを含む。送信されるＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵではない場合、ＵＥはＭＡＣ ＰＤＵにＭＡＣ ｓｕｂＰＤＵを含み、ここでＭＡＣ ｓｕｂＰＤＵは２バイト又は３バイトのＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを含む。
【０１０１】
一実施形態で、ｇＮＢ(すなわち、受信機)はＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵであるか受信されたＭＡＣ ｓｕｂＰＤＵにないことで決定する。ＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵの場合、ＭＡＣ ｓｕｂＰＤＵ内のＭＡＣサブヘッダーは１バイトのＲ／Ｒ／ＬＣＩＤ ＭＡＣサブヘッダーである。ＭＡＣ ＳＤＵがＣＣＣＨＳＤＵではない場合、ＭＡＣ ｓｕｂＰＤＵ内のＭＡＣサブヘッダーは２バイト又は３バイトのＲ／Ｆ／ＬＣＩＤ／Ｌ ＭＡＣサブヘッダーである。
【０１０２】
本開示の他の実施形態で、ＣＣＣＨ ＳＤＵの大きさがＭビットの場合、ＵＥはＣＣＣＨに対して１バイトのＭＡＣサブヘッダーを選択し、ＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｘで設定する。ＣＣＣＨ ＳＤＵの大きさがＭビットではない場合、ＵＥはＭＡＣサブヘッダー内のＬＣＩＤを予め定義されたＬＣＩＤ Ｙで設定する。ＣＣＣＨ ＳＤＵがＭビットではない場合、ＵＥはＵＬ承認大きさがＮビットの場合に１バイトのＭＡＣサブヘッダーを選択する。ＣＣＣＨ ＳＤＵがＭビットではない場合、ＵＥはＵＬ承認大きさがＮビットより大きい場合に２バイトのＭＡＣサブヘッダーを選択する。Ｍ及びＮは予め定義される。
【０１０３】
システム情報(ＳＩ)リクエストに対するＲＡリソースシグナリング
【０１０４】
ＮＲで、ＳＳＢ(ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ(ＳＳ)ｂｌｏｃｋ)とＰＲＡＣＨプリアンブル／ＰＲＡＣＨオケージョン(ｏｃｃａｓｉｏｎ)の間には連関(ａｓｓｏｃｉａｔｉｏｎ)がある。これを介してｇＮＢはＭｓｇ２を送信するためのＴＸビットを識別することができる。また、これを介してｇＮＢは特定ＰＲＡＣＨオケージョンで特定ＲＸビットを用いてＭｓｇ１を受信することができる。したがって、それぞれのＳＩリクエストに対するＲＡリソースはＳＳＢ別でシグナリングされる必要がある。
【０１０５】
ｓｉ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅｓはＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅｓがＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅｓのリストであるＳＩＢ１でシグナリングされることができる。ＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅｓはＳＩリクエストに対するＲＡリソースを示す。ｓｉ−Ｒｅｑｕｅｓｔ−Ｒｅｓｏｕｒｃｅｓのリスト内のそれぞれのエントリーはＳＩリクエストに相応するＲＡリソースを含む。リスト内に一つのエントリーだけがある場合、このようなエントリー内のＲＡリソースはオンディマンド(ｏｎ ｄｅｍａｎｄ)で提供されるすべてのＳＩメッセージに用いられる。そうではなければ、リスト内の第１エントリーにあるＲＡリソースはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔの第１オンディマンドＳＩメッセージに相応し、リスト内の第２エントリーにあるＲＡリソースはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔの第２オンディマンドＳＩメッセージに相応する。
【０１０６】
ＳＩリクエストに対するＲＡリソースをシグナリングするための、すなわち、ＳＩ−Ｒｅｑｕｅｓｔ−Ｒｅｓｏｕｒｃｅｓを定義するためのいくつかのオプションがある。
【０１０７】
接近法１：
【０１０８】
それぞれのＳＩリクエストに対し、ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘは以下に示されるようにそれぞれのＳＳＢに対して明示的にシグナリングされることができる。以下の表１を参照する。ネットワーク(すなわち、ｇＮＢ)はシステム情報、すなわち、ＳＩＢ１でこれをシグナリングする。ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘＬｉｓｔはそれぞれのＳＩリクエストに対してシグナリングされ、ここで、ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘＬｉｓｔはＳＳＢインデックス及びｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘを含む。ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘはさらにそれぞれのＳＩリクエストに対してシグナリングされる。ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘは予め定義されたＰＲＡＣＨマスクインデックス表に対するインデックスであり、ここで、表のそれぞれのエントリーは用いられるランダムアクセスチャンネル(ＲＡＣＨ)オケージョンを示す。ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘはそれぞれのＳＳＢに対してシグナリングされないということを注目する。ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘのシグナリングされた値はすべてのＳＳＢに適用可能である。ＵＥは適切なＳＳＢを選択する(システム情報でネットワークによって設定されたしきい値以上)。その後、ＵＥはＵＥがリクエストしようとするＳＩメッセージに相応するＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅからこのようなＳＳＢに相応するプリアンブルを選択する。ＵＥはさらにＵＥがリクエストしようとするＳＩメッセージに相応するＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅｓからこのようなＳＳＢに相応するＲＡＣＨオケージョン(ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ又はｒａｃｈオケージョンインデックスによって示される)を選択する。ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘがシグナリングされなければ、ＵＥはこのようなＳＳＢに相応するＲＡＣＨオケージョンから次の利用可能なＲＡＣＨオケージョンを選択することができる。
【０１０９】
このような接近法は多くの数(最大６４)のＳＳＢのため相当なオーバーヘッド(ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘが４ビットであり、ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘが６ビットであり、ＳＳＢ−Ｉｎｄｅｘが６ビットであり、ＳＳＢの数が６４である一つのＳＩリクエスト設定に対して最大４＋(６＋６)＊６４＝７７２ビット)につながることができる。
【０１１０】
【表１】
2021522715.tif 000003
【０１１１】
接近法２：
【０１１２】
実施形態１：代案的な接近法はｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘと連関されたＳＳＢ ＩｎｄｅｘがシグナリングされないそれぞれのＳＩリクエストに対するｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘｅｓのリスト(ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘＬｉｓｔ)をシグナリングすることである。ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘＬｉｓｔはＳＩ−Ｒｅｑｕｅｓｔ−Ｒｅｓｏｕｒｃｅｓに含まれる。以下の表２を参照する。ネットワーク(すなわち、ｇＮＢ)はシステム情報、すなわち、ＳＩＢ１でこれをシグナリングする。多数のＳＳＢが同一なＰＲＡＣＨオケージョンにマッピングされる場合、相違する専用ＰＲＡＣＨプリアンブルはこのようなＳＳＢを区別することに必要である。一つのＳＳＢだけが一つのＰＲＡＣＨオケージョン又は多数のＰＲＡＣＨオケージョンにマッピングされる場合、一つの専用プリアンブルだけが必要である。したがって、ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より小さいか同一であれば、このようなリストの大きさは１である。ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より小さければ、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘを有したプリアンブルはＳＩリクエストのために用いられ、すべてのＳＳＢに相応する。ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より大きいか同一であれば、このようなリストの大きさはＰＲＡＣＨオケージョン当たりＳＳＢの数と同じであり、このようなリスト(ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘＬｉｓｔ)の第‘ｉ’プリアンブルはＲＡＣＨオケージョンと連関されたＳＳＢのうちの第ｉ ＳＳＢに相応する。一つのＳＩリクエスト設定に対する最大オーバーヘッドは４＋６＊１６＝１００ビットであり、ここでｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘは４ビットであり、ＲＡＰｒｅａｍｂｌｅＩｎｄｅｘは６ビットであり、ＰＲＡＣＨオケージョン当たり最大ＳＳＢ数は１６である。
【０１１３】
【表２】
2021522715.tif 000004
【０１１４】
図１３は、ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘＬｉｓｔ内のプリアンブルをＳＳＢにマッピングする例示図である。
【０１１５】
例えば、４個のＳＳＢはＰＲＡＣＨオケージョンごとにマッピングされ、１６個のＳＳＢがある。この場合に、ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘＬｉｓｔは４個のプリアンブルインデックス(例えば、Ｐ１、Ｐ２、Ｐ３及びＰ４)を含む。このようなリストの第‘ｉ’プリアンブルはＰＲＡＣＨオケージョンと連関されたＳＳＢのうちの第ｉ ＳＳＢに相応する。
【０１１６】
１．ＳＳＢ０乃至ＳＳＢ３はＲＯ＃１にマッピングされる。したがって、Ｐ１はＲＯ＃１と連関された第１ＳＳＢ(すなわち、ＳＳＢ０)に相応し、Ｐ２はＲＯ＃１と連関された第２ＳＳＢ(すなわち、ＳＳＢ１)に相応し、Ｐ３はＲＯ＃１と連関された第３ＳＳＢ(すなわち、ＳＳＢ２)に相応し、Ｐ４はＲＯ＃１と連関された第４ＳＳＢ(すなわち、ＳＳＢ３)に相応する。
【０１１７】
２．ＳＳＢ４乃至ＳＳＢ７はＲＯ＃２にマッピングされる。したがって、Ｐ１はＲＯ＃２と連関された第１ＳＳＢ(すなわち、ＳＳＢ４)に相応し、Ｐ２はＲＯ＃２と連関された第２ＳＳＢ(すなわち ＳＳＢ５)に相応し、Ｐ３はＲＯ＃２と連関された第３ＳＳＢ(すなわち、ＳＳＢ６)に相応し、Ｐ４はＲＯ＃２と連関された第４ＳＳＢ(すなわち、ＳＳＢ７)に相応する。
【０１１８】
３．ＳＳＢ８乃至ＳＳＢ１１はＲＯ＃３にマッピングされる。したがって、Ｐ１はＲＯ＃３と連関された第１ＳＳＢ(すなわち、ＳＳＢ８)に相応し、Ｐ２はＲＯ＃３と連関された第２ＳＳＢ(すなわち、ＳＳＢ９)に相応し、Ｐ３はＲＯ＃３と連関された第３ＳＳＢ(すなわち、ＳＳＢ１０)に相応し、Ｐ４はＲＯ＃３と連関された第４ＳＳＢ(すなわち、ＳＳＢ１１)に相応する。
【０１１９】
４．ＳＳＢ１２乃至ＳＳＢ１５はＲＯ＃４にマッピングされる。したがって、Ｐ１はＲＯ＃４と連関された第１ＳＳＢ(すなわち、ＳＳＢ１２)に相応し、Ｐ２はＲＯ＃４と連関された第２ＳＳＢ(すなわち、ＳＳＢ１３)に相応し、Ｐ３はＲＯ＃４と連関された第３ＳＳＢ(すなわち、ＳＳＢ１４)に相応し、Ｐ４はＲＯ＃４と連関された第４ＳＳＢ(すなわち、ＳＳＢ１５)に相応する。
【０１２０】
ＵＥは適切なＳＳＢを選択する(システム情報でネットワークによって設定されたしきい値以上)。その後、ＵＥはＵＥがリクエストしようとするＳＩメッセージに相応するＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅからこのようなＳＳＢに相応するプリアンブルを選択する。ＵＥはさらにＵＥがリクエストしようとするＳＩメッセージに相応するＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅｓからこのようなＳＳＢに相応するＲＡＣＨオケージョン(ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ又はｒａｃｈオケージョンインデックスによって示される)を選択する。その後、ＵＥは選択されたプリアンブル及びＲＡＣＨオケージョンを用いてＭｓｇ１を送信する。
【０１２１】
実施形態２：他の実施形態で、実施形態１で説明されたようにｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘｅｓのリストをシグナリングする代りに、それぞれのＳＩリクエストに対する少なくても一つのＲＡプリアンブルの開始インデックスを示すｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘが以下に示されたようにそれぞれのＳＩリクエストに対してシグナリングされることができる。ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘはＳＩ−Ｒｅｑｕｅｓｔ−Ｒｅｓｏｕｒｃｅｓに含まれる。以下の表３を参照する。ネットワーク(すなわち、ｇＮＢ)はシステム情報、すなわち、ＳＩＢ１でこれをシグナリングする。ＵＥはｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ及びＲＡＣＨオケージョン当たりＳＳＢの数に基づいてｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘｅｓのリストを決定することができる。ＲＡＣＨオケージョン当たりＳＳＢの数はさらにシステム情報、すなわち、ＳＩＢ１でシグナリングされる。
【０１２２】
ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘに基づいたＳＳＢに対するプリアンブルのマッピング(オプション１)：ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より小さければ、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘを有するプリアンブルがＳＩリクエストのために用いられる。このようなプリアンブルはＵＥによって選択された任意のＳＳＢに用いられる。ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より大きいか同一であれば、ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘで‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの数−１’までのＰＲＡＣＨプリアンブルはこのようなＳＩリクエストのために用いられる。このようなリストの‘ｉ’番目のプリアンブルはＲＡＣＨオケージョンと連関されたＳＳＢのうちのｉ番目のＳＳＢに相応する。言い換えれば、Ｎ＞＝１であるＮ個のＳＳＢがＲＡＣＨオケージョンに連関されると、ＲＡＣＨオケージョンにマッピングされたｉ番目のＳＳＢ(ｉ＝０,．．．,Ｎ−１)に対し、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ｉを有するプリアンブルがＳＩリクエストのために用いられて；Ｎ＜１に対し、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘを有するプリアンブルがこのようなＳＩリクエストのために用いられる。
【０１２３】
図１３の例では、４個のＳＳＢはＰＲＡＣＨオケージョンごとにマッピングされ、１６個のＳＳＢがある。ネットワークはＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅでＳＩリクエストのためのｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘをシグナリングする。ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘで‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３’までのＰＲＡＣＨプリアンブルはこのようなＳＩリクエストのために用いられる。
【０１２４】
１．ＳＳＢ０乃至ＳＳＢ３はＲＯ＃１にマッピングされる。したがって、Ｐ１(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘによって示される)はＳＳＢ０に相応し、Ｐ２(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋１によって示される)はＳＳＢ１に相応し、Ｐ３(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋２によって示される)はＳＳＢ２に相応し、Ｐ４(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３によって示される)はＳＳＢ３に相応する。
【０１２５】
２．ＳＳＢ４乃至ＳＳＢ７はＲＯ＃２にマッピングされる。したがって、Ｐ１(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘによって示される)はＳＳＢ４に相応し、Ｐ２(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋１によって示される)はＳＳＢ５に相応し、Ｐ３(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋２によって示される)はＳＳＢ６に相応し、Ｐ４(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３によって示される)はＳＳＢ７に相応する。
【０１２６】
３．ＳＳＢ８乃至ＳＳＢ１１はＲＯ＃３にマッピングされる。したがって、Ｐ１(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘによって示される)はＳＳＢ８に相応し、Ｐ２(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋１によって示される)はＳＳＢ９に相応し、Ｐ３(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋２によって示される)はＳＳＢ１０に相応し、Ｐ４(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３によって示される)はＳＳＢ１１に相応する。
【０１２７】
４．ＳＳＢ１２乃至ＳＳＢ１５はＲＯ＃４にマッピングされる。したがって、Ｐ１(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘによって示される)はＳＳＢ１２に相応し、Ｐ２(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋１によって示される)はＳＳＢ１３に相応し、Ｐ３(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋２によって示される)はＳＳＢ１４に相応し、Ｐ４(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３によって示される)はＳＳＢ１５に相応する。
【０１２８】
【表３】
2021522715.tif 000005
【０１２９】
ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘに基づいたＳＳＢに対するプリアンブルのマッピング(オプション２)：Ｎ＞＝１であるＮ個のＳＳＢがＲＡＣＨ オケージョンに連関されると、ＲＡＣＨオケージョンにマッピングされたｉ番目のＳＳＢ(ｉ＝０,．．．,Ｎ−１)に対し、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ｉ＊(６４／Ｎ)を有するプリアンブルがＳＩリクエストのために用いられて；Ｎ＜１に対し、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘを有するプリアンブルがこのようなＳＩリクエストのために用いられる。図１３の例では、４個のＳＳＢがＰＲＡＣＨオケージョンごとにマッピングされ、１６個のＳＳＢがある。ネットワークはＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅでＳＩリクエストのためのｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘをシグナリングする。
【０１３０】
１．ＳＳＢ０乃至ＳＳＢ３はＲＯ＃１にマッピングされる。したがって、Ｐ１(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋０＊(６４／４)によって示される)はＳＳＢ０に相応し、Ｐ２(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋１＊(６４／４)によって示される)はＳＳＢ１に相応し、Ｐ３(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋２＊(６４／４)によって示される)はＳＳＢ２に相応し、Ｐ４(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３＊(６４／４)によって示される)はＳＳＢ３に相応する。
【０１３１】
２．ＳＳＢ４乃至ＳＳＢ７はＲＯ＃２にマッピングされる。したがって、Ｐ１(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋０＊(６４／４)によって示される)はＳＳＢ４に相応し、Ｐ２(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋１＊(６４／４)によって示される)はＳＳＢ５に相応し、Ｐ３(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋２＊(６４／４)によって示される)はＳＳＢ６に相応し、Ｐ４(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３＊(６４／４)によって示される)はＳＳＢ７に相応する。
【０１３２】
３．ＳＳＢ８乃至ＳＳＢ１１はＲＯ＃３にマッピングされる。したがって、Ｐ１(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋０＊(６４／４)によって示される)はＳＳＢ８に相応し、Ｐ２(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋１＊(６４／４)によって示される)はＳＳＢ９に相応し、Ｐ３(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋２＊(６４／４)によって示される)はＳＳＢ１０に相応し、Ｐ４(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３＊(６４／４)によって示される)はＳＳＢ１１に相応する。
【０１３３】
４．ＳＳＢ１２乃至ＳＳＢ１５はＲＯ＃４にマッピングされる。したがって、Ｐ１(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋０＊(６４／４)によって示される)はＳＳＢ１２に相応し、Ｐ２(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋１＊(６４／４)によって示される)はＳＳＢ１３に相応し、Ｐ３(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋２＊(６４／４)によって示される)はＳＳＢ１４に相応し、Ｐ４(ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３＊(６４／４)によって示される)はＳＳＢ１５に相応する。
【０１３４】
ＵＥはｇＮＢから少なくとも一つのＳＳＢを受信し、ＵＥは少なくとも一つのＳＳＢのうちの適切なＳＳＢ(システム情報でネットワークによって設定されたしきい値以上)を選択する。ＳＳＢのどれも適切ではなければ、ＵＥは任意のＳＳＢを選択することができる。その後、ＵＥはＵＥがリクエストしようとするＳＩメッセージに相応するＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅからこのようなＳＳＢに相応するプリアンブルを選択する。ＵＥはさらにＵＥがリクエストしようとするＳＩメッセージに相応するＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅｓからこのようなＳＳＢに相応するＲＡＣＨオケージョン(ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘ又はｒａｃｈオケージョンインデックスによって示される)を選択する。ｒａ−ｓｓｂ−ＯｃｃａｓｉｏｎＭａｓｋＩｎｄｅｘがシグナリングされなければ、ＵＥは選択されたＳＳＢに相応するＲＡＣＨオケージョンから次の利用可能なＲＡＣＨオケージョンを選択することができる。その後、ＵＥは選択されたプリアンブル及びＲＡＣＨオケージョンを用いてＭｓｇ１を送信する。
【０１３５】
実施形態３：
【０１３６】
他の実施形態で、実施形態２で説明されたようにそれぞれのＳＩリクエストに対してｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘをシグナリングする代りに、ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘはオンディマンドＳＩのために示されることができる。ＵＥはｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ、ＲＡＣＨオケージョン当たりＳＳＢの数及び設定タイプに基づいてｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘｅｓのリストを決定することができる。
【０１３７】
設定タイプが共通的(ｃｏｍｍｏｎ)の場合、これはすべてのオンディマンドＳＩメッセージに対する共通設定を意味する。これは‘共通的’で設定されるシグナリング設定タイプによって示されることができる。代案で、ｄｅｄｉｃａｔｅｄＣｏｎｆｉｇが含まれないと、設定タイプは共通的である。この場合に、ＵＥによって送信されたＭｓｇ１(すなわち、ＳＩリクエスト)は特定ＳＩメッセージに対するリクエストを示さず、Ｍｓｇ１ネットワークの受信時にすべてのオンディマンドＳＩメッセージを送信する。この場合に、ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より大きいか同一であれば、ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘで‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの数−１’までのＰＲＡＣＨプリアンブルはＳＩリクエストのために用いられる。このようなリストの第の‘ｉ’プリアンブルはＲＡＣＨオケージョンと連関されたＳＳＢのうちの第ｉＳＳＢに相応する。図１３の例で、４個のＳＳＢはＰＲＡＣＨオケージョンごとにマッピングされ、１６個のＳＳＢがある。ネットワークはＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅでＳＩリクエストのためのｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘをシグナリングする。ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘで‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３’までのＰＲＡＣＨ プリアンブルはこのようなＳＩリクエストのために用いられる。ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より小さければ、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘは任意のＳＳＢに対するＳＩリクエストのために用いられる。
【０１３８】
設定タイプが専用されると、これはそれぞれのオンディマンドＳＩメッセージに対する専用設定を意味する。これは‘専用(ｄｅｄｉｃａｔｅｄ)’で設定されたシグナリング設定タイプによって示されることができる。代案で、ｄｅｄｉｃａｔｅｄＣｏｎｆｉｇが含まれると、設定タイプは専用される。この場合に、ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より大きいか小さい。
【０１３９】
１.ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘで‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの数−１’までのＰＲＡＣＨプリアンブルのリストはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内の第１オンディマンドＳＩメッセージに用いられる。このようなプリアンブルリストとＳＳＢ間のマッピングは実施形態２及び３で説明されたように決定される。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔはＳＩメッセージのリストで、どんなＳＩメッセージがオンディマンドであるか又はブロードキャスティングされるかを示す。
【０１４０】
２.‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの数’で‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの２＊数−１’までのＰＲＡＣＨプリアンブルのリストはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内の第２オンディマンドＳＩメッセージに用いられる。このようなプリアンブルリストとＳＳＢ間のマッピングは実施形態２及び３で説明されたように決定される。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔはＳＩメッセージのリストで、どんなＳＩメッセージがオンディマンドであるか又はブロードキャスティングされるかを示す。
【０１４１】
３.‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの２＊数’で‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの３＊数−１’までのＰＲＡＣＨプリアンブルのリストはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内の第３オンディマンドＳＩメッセージに用いられる。このようなプリアンブルリストとＳＳＢ間のマッピングは実施形態２及び３で説明されたように決定される。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔはＳＩメッセージのリストで、どんなＳＩメッセージがオンディマンドであるか又はブロードキャスティングされるかを示す。
【０１４２】
４.‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの(ｎ−１)＊数’で‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢのｎ＊数−１’までのＰＲＡＣＨプリアンブルのリストはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内の第のｎオンディマンドＳＩメッセージに用いられる。このようなプリアンブルリストとＳＳＢ間のマッピングは実施形態２及び３で説明されたように決定される。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔはＳＩメッセージのリストで、どんなＳＩメッセージがオンディマンドであるか又はブロードキャスティングされるかを示す。
【０１４３】
ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より小さいか同一であれば、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ｎ−１は任意のＳＳＢに対する第ｎのオンディマンドＳＩメッセージに用いられる。
【０１４４】
【表４】
2021522715.tif 000006
【０１４５】
ＵＥは適切なＳＳＢを選択する(システム情報でネットワークによって設定されたしきい値以上)。その後、ＵＥはＵＥがリクエストしようとするＳＩメッセージに相応するプリアンブルからこのようなＳＳＢに相応するプリアンブルを選択する。ＵＥはさらにこのようなＳＳＢに相応するＲＡＣＨオケージョンを選択する。その後、ＵＥは選択されたプリアンブル及びＲＡＣＨオケージョンを用いてＭｓｇ１を送信する。
【０１４６】
他の実施形態で、ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘはｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅと同一であり、ここで、ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅはシステム情報(例えば、ＳＩＢ１)からシグナリングされる。ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ−ＰｒｅａｍｂｌｅはＳＩリクエスト以外の通常のランダムアクセス手続きに用いられるＲＡプリアンブルの数を示す。ＵＥはｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ、ＲＡＣＨオケージョン当たりＳＳＢの数及び設定タイプに基づいてｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘｅｓのリストを決定することができる。
【０１４７】
設定タイプが共通的な場合、これはすべてのオンディマンドＳＩメッセージに対する共通設定を意味する。これは‘共通的’で設定されるシグナリング設定タイプによって示されることができる。代案で、ｄｅｄｉｃａｔｅｄＣｏｎｆｉｇが含まれないと、設定タイプは共通的である。この場合に、ＵＥによって送信されたＭｓｇ１(すなわち、ＳＩリクエスト)は特定ＳＩメッセージに対するリクエストを示さず、Ｍｓｇ１ネットワークの受信時にすべてのオンディマンドＳＩメッセージを送信する。この場合に、ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘで‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの数−１’までのＰＲＡＣＨプリアンブルはＳＩリクエストのために用いられる。このようなリストの第の‘ｉ’プリアンブルはＲＡＣＨオケージョンと連関されたＳＳＢのうちの第ｉＳＳＢに相応する。図１３の例で、４個のＳＳＢはＰＲＡＣＨオケージョンごとにマッピングされ、１６個のＳＳＢがある。ネットワークはＳＩ−Ｒｅｑｕｅｓｔ−ＲｅｓｏｕｒｃｅでＳＩリクエストのためのｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘをシグナリングする。ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘで‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋３’までのＰＲＡＣＨプリアンブルはこのようなＳＩリクエストのために用いられる。
【０１４８】
設定タイプが専用されると、これはそれぞれのオンディマンドＳＩメッセージに対する専用設定を意味する。これは‘専用(ｄｅｄｉｃａｔｅｄ)’で設定されたシグナリング設定タイプによって示されることができる。代案で、ｄｅｄｉｃａｔｅｄＣｏｎｆｉｇが含まれると、設定タイプは専用される。この場合に、ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より大きいか小さい。
【０１４９】
１．‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘでｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの数−１’までのＰＲＡＣＨプリアンブルのリストはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内の第１オンディマンドＳＩメッセージに用いられる。このようなプリアンブルリストとＳＳＢ間のマッピングは実施形態２及び３で説明されたように決定される。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔはＳＩメッセージのリストで、どんなＳＩメッセージがオンディマンドであるか又はブロードキャスティングされるかを示す。
【０１５０】
２.‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの数’で‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの２＊数−１’までのＰＲＡＣＨプリアンブルのリストはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内の第２オンディマンドＳＩメッセージに用いられる。このようなプリアンブルリストとＳＳＢ間のマッピングは実施形態２及び３で説明されたように決定される。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔはＳＩメッセージのリストで、どんなＳＩメッセージがオンディマンドであるか又はブロードキャスティングされるかを示す。
【０１５１】
３.‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの２＊数’で‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの３＊数−１’までのＰＲＡＣＨプリアンブルのリストはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内の第３オンディマンドＳＩメッセージに用いられる。このようなプリアンブルリストとＳＳＢ間のマッピングは実施形態２及び３で説明されたように決定される。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔはＳＩメッセージのリストで、どんなＳＩメッセージがオンディマンドであるか又はブロードキャスティングされるかを示す。
【０１５２】
４.‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢの(ｎ−１)＊数’で‘ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ＲＡＣＨオケージョン当たりＳＳＢのｎ＊数−１’までのＰＲＡＣＨ プリアンブルのリストはｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔ内の第ｎのオンディマンドＳＩメッセージに用いられる。このようなプリアンブルリストとＳＳＢ間のマッピングは実施形態２及び３で説明されたように決定される。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔはＳＩメッセージのリストで、どんなＳＩメッセージがオンディマンドなのか又はブロードキャスティングされるかを示す。ＰＲＡＣＨオケージョン当たりＳＳＢの数が１より小さいか同一であれば、プリアンブルインデックス＝ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ＋ｎ−１は任意のＳＳＢに対する第ｎのオンディマンドＳＩメッセージに用いられる。
【０１５３】
【表５】
2021522715.tif 000007
【０１５４】
ＵＥは適切なＳＳＢを選択する(システム情報でネットワークによって設定されたしきい値以上)。その後、ＵＥはＵＥがリクエストしようとするＳＩメッセージに相応するプリアンブルからこのようなＳＳＢに相応するプリアンブルを選択する。ＵＥはさらにこのようなＳＳＢに相応するＲＡＣＨオケージョンを選択する。その後、ＵＥは選択されたプリアンブル及びＲＡＣＨオケージョンを用いてＭｓｇ１を送信する。
【０１５５】
ＵＥの不連続受信(ＤＲＸ)サイクルの決定
【０１５６】
既存のシステムで、ＵＥは次のようにページングオケージョン(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ、ＰＯ)を計算するためにＤＲＸサイクル(Ｔ)を決定する：
【０１５７】
Ｔ１：ＵＥ特定ＤＲＸサイクル値(上位階層シグナリング、例えば、ＮＡＳ(ｎｏｎ ａｃｃｅｓｓ ｓｔｒａｔｕｍ)によって設定される)
Ｔ２：デフォルトＤＲＸサイクル値(システム情報でブロードキャスティングされる)
Ｔ＝ｍｉｎ(Ｔ１,Ｔ２)
【０１５８】
ＮＲで、これはＴ２がＲＭＳＩ(ｒｅｍａｉｎｉｎｇ ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)ＰＤＣＣＨモニタリングオケージョン間隔の倍数であるから作業(ｗｏｒｋ)しないこともある。これは２０ｍｓの倍数又はＳＳバースト周期の倍数(すなわち、５、１０、２０、４０、８０、１６０ｍｓ)である。Ｔ１は上位階層によって設定されてＲＭＳＩ ＰＤＣＣＨモニタリングオケージョン間隔にかかわらない。
【０１５９】
図１４は、本開示の実施形態によってＲＭＳＩがＳＳＢで周波数分割マルチプレクシングされる(ＦＤＭｅｄ)ＵＥのＤＲＸサイクルを決定することを示す。
【０１６０】
図１５は、本開示の実施形態によってＲＭＳＩがＳＳＢでＦＤＭされないＵＥのＤＲＸサイクルを決定することを示す。
【０１６１】
一実施形態で、ＵＥは次のようにＰＯを計算するためにＤＲＸサイクル(Ｔ)を決定する：
【０１６２】
Ｘは図１４及び図１５に示されたようにＲＭＳＩに対するＰＤＣＣＨモニタリングオケージョンの間隔である。
【０１６３】
ＲＭＳＩマルチプレクシングパターンがパターン１であればＸ＝２０ｍｓ；
【０１６４】
ＲＭＳＩマルチプレクシングパターンが２又は３であればＸ＝ＳＳバーストセット期間；ＵＥはＭＩＢでのパラメーターＰＤＣＣＨＣｏｎｆｉｇＳＩＢ１からマルチプレクシングパターンを決定することができる。
【０１６５】
Ｔ３＝[Ｔ１／Ｘ］＊(Ｘ)
Ｔ＝ｍｉｎ(Ｔ３,Ｔ２)
【０１６６】
他の実施形態で、ＵＥは次のようにＰＯを計算するためにＤＲＸサイクル(Ｔ)を決定する：
【０１６７】
Ｘは図１４及び図１５に示されたようにＲＭＳＩに対するＰＤＣＣＨモニタリングオケージョンの間隔である。
【０１６８】
ＲＭＳＩマルチプレクシングパターンがパターン１であればＸ＝２０ｍｓ；ＲＭＳＩマルチプレクシングパターンが２又は３であればＸ＝ＳＳバーストセット期間；ＵＥはＭＩＢでのパラメーターＰＤＣＣＨＣｏｎｆｉｇＳＩＢ１からマルチプレクシングパターンを決定することができる。
【０１６９】
Ｔ３＝［Ｔ１ ｍｏｄ Ｘ］＋Ｔ１
Ｔ＝ｍｉｎ(Ｔ３,Ｔ２)
【０１７０】
ＲＡ手続きの開始時のＢＷＰ(Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ)転換のためのＣＡ(Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ)様態
【０１７１】
ＣＡ様態はＲＡ手続きの開始時のＢＷＰ転換のためにまだ考慮されない。
【０１７２】
ＳＣｅｌｌ(ｓｅｃｏｎｄａｒｙ ｃｅｌｌ)(例えば、ＳＣｅｌｌ Ｘ)上で開始されたＲＡ手続きに対し、ＲＡＲはＳｐＣｅｌｌ(ｓｐｅｃｉａｌ ｃｅｌｌ)上で受信される。ＳｐＣｅｌｌという用語はＭＣＧ(ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ)のＰＣｅｌｌ(ｐｒｉｍａｒｙ ｃｅｌｌ)又はＳＣＧ(ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ)のＰＳＣｅｌｌ(ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ)を示す。ＳＣｅｌｌはＳｐＣｅｌｌ外に付加的な無線リソースを提供する。したがって、
【０１７３】
ａ)ＲＡリソースがＳＣｅｌｌ ＸのアクティブＵＬ ＢＷＰに対して設定されないと、ＵＥはＵＬ ＢＷＰをＳＣｅｌｌ Ｘの初期ＵＬ ＢＷＰで転換する必要がある。ＳＣｅｌｌ ＸのＤＬ ＢＷＰを転換する必要がない。ＲＡで、手続きはＳＣｅｌｌで開始され、ＲＡＣＨプリアンブルはＳＣｅｌｌで送信されるが、ＲＡＲはＳｐＣｅｌｌで受信される。ＳＣｅｌｌＸのＤＬ ＢＷＰを転換することはＳＣｅｌｌ Ｘ上のＤＬ送信を不必要に中断させるだろう。無競争ＲＡリソースがＳＣｅｌｌで開始されたＲＡ手続きに用いられるから、ｇＮＢはＲＡＣＨプリアンブルを受信する時にＵＥを識別し、ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰ上でＲＡＲを送信する。ＳｐＣｅｌｌで開始されたＲＡ手続きの場合に、ＲＡＲはＳｐＣｅｌｌで受信される。ＳｐＣｅｌｌで開始されたＲＡ手続きの場合、競争基盤ＲＡリソースが用いられることができる。ｇＮＢは受信されたＲＡＣＨプリアンブルに基づいてＵＥを識別することができないので、ＵＥのアクティブＤＬ ＢＷＰを識別することができない。したがって、初期ＤＬ ＢＷＰへのＤＬ ＢＷＰ転換が必要である。
【０１７４】
ｂ)ＲＡリソースがＳＣｅｌｌ ＸのアクティブＵＬ ＢＷＰに対して設定される場合、ＳＣｅｌｌ ＸのＵＬ ＢＷＰとＤＬ ＢＷＰ間のリンクに基づいてＳＣｅｌｌ ＸのＤＬ ＢＷＰの転換は必要ではない。ＲＡで、手続きはＳＣｅｌｌで開始され、ＲＡＣＨプリアンブルはＳＣｅｌｌで送信されるが、ＲＡＲはＳｐＣｅｌｌで受信される。ＳＣｅｌｌ ＸのＤＬ ＢＷＰを転換することはＳＣｅｌｌ Ｘ上のＤＬ送信を不必要に中断させるだろう。無競争ＲＡリソースがＳＣｅｌｌで開始されたＲＡ手続きに用いられるから、ｇＮＢはＲＡＣＨプリアンブルを受信する時にＵＥを識別し、ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰ上でＲＡＲを送信する。ＳｐＣｅｌｌで開始されたＲＡ手続きの場合、競争基盤ＲＡリソースが用いられることができる。ｇＮＢは受信されたＲＡＣＨプリアンブルに基づいてＵＥを識別することができないので、ＵＥのアクティブＤＬ ＢＷＰを識別することができない。したがって、リンクに基づいたＤＬ ＢＷＰ転換が必要である。
【０１７５】
ｃ)ＣＳＳ(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)がＳｐＣｅｌｌのアクティブＤＬ ＢＷＰに設定されなければ、ＵＥはＲＡＲを受信することができないので、ＵＥはＳｐＣｅｌｌの初期ＤＬ ＢＷＰで転換しなければならない。
【０１７６】
ＲＡ手続きがＳＣｅｌｌで開始され、ＣＳＳがＳｐＣｅｌｌのアクティブＤＬ ＢＷＰで設定されなければ、ＵＥはＳｐＣｅｌｌの初期ＤＬ ＢＷＰで転換することで提案される。ＲＡリソースがアクティブＵＬ ＢＷＰに設定されなければ、Ｓｐｃｅｌｌで開始されたＲＡ手続きに対して初期ＤＬ ＢＷＰへの転換が適用される。ＲＡリソースがアクティブＵＬ ＢＷＰに設定されると、ＳｐＣｅｌｌで開始されたＲＡ手続きに対してＵＬ ＢＷＰにリンクされたＤＬ ＢＷＰへの転換が適用される。
【０１７７】
サービングセルでのＲＡ手続きの開始時に、ＭＡＣエンティティーはこのようなサービングセルに対して次を行わなければならない：
【０１７８】
１＞ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定される場合：
２＞サービングセルがＳｐＣｅｌｌの場合：
３＞アクティブＤＬ ＢＷＰがアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
４)＞アクティブＤＬ ＢＷＰをアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＤＬ ＢＷＰで転換して；
１＞その他に(すなわち、ＰＲＡＣＨオケージョンはアクティブＵＬ ＢＷＰに対して設定されない)：
２＞アクティブＵＬ ＢＷＰをｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって指示されるＢＷＰで転換して；
２＞サービングセルがＳｐＣｅｌｌの場合：
３＞アクティブＤＬ ＢＷＰをｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって指示されるＢＷＰで転換して； 
１＞サービングセルがＳＣｅｌｌの場合：
２＞ＣＳＳがＳｐＣｅｌｌのアクティブＤＬ ＢＷＰのために設定されない場合：
３＞ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰをｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されたＢＷＰで転換して；
１＞連関されたサービングセルのアクティブＤＬ ＢＷＰ及びＵＬ ＢＷＰ上でランダムアクセス手続きを行う。
【０１７９】
一実施形態で、サービングセル上でＲＡ手続きを開始すると、ＵＥはＰＲＡＣＨオケージョンがサービングセルのアクティブＵＬ ＢＷＰに対して設定されるかを識別する。ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定され、サービングセルがＳｐＣｅｌｌであり、アクティブＤＬ ＢＷＰがアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄ、すなわち、ＢＷＰ識別子を有しない場合、ＵＥはアクティブＤＬ ＢＷＰをアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄ、すなわち、ＢＷＰ識別子を有したＤＬ ＢＷＰで転換する。
【０１８０】
ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されなければ、ＵＥはアクティブＵＬ ＢＷＰをサービングセルに対する初期ＵＬ ＢＷＰ設定で転換する。初期ＵＬ ＢＷＰ 設定はシステム情報のｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって示されることができる。ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されず、サービングセルがＳｐＣｅｌｌの場合、ＵＥはさらにアクティブＤＬ ＢＷＰをＳｐＣｅｌｌの初期ＤＬ ＢＷＰ設定で転換する。初期ＤＬ ＢＷＰ設定はシステム情報のｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されることができる。
【０１８１】
ＵＥはＳｐＣｅｌｌのアクティブＤＬ ＢＷＰ及びサービングセルのアクティブＵＬ ＢＷＰ上でＲＡ手続きを行う。
【０１８２】
代案的な実施形態１：
【０１８３】
サービングセル上のランダムアクセス手続きの間、ＭＡＣエンティティーはこのようなサービングセルに対して次を行わなければならない：
【０１８４】
１＞ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されない場合：
２＞アクティブＵＬ ＢＷＰをｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって示されたＢＷＰで転換して；
２＞ランダムアクセスプリアンブルが競争基盤ランダムアクセスプリアンブルから選択される場合：
３＞アクティブＤＬ ＢＷＰをｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されたＢＷＰで転換する。
【０１８５】
１＞その他に：
２＞ランダムアクセスプリアンブルが競争基盤ランダムアクセスプリアンブルから選択される場合
３＞アクティブＤＬ ＢＷＰがアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
４＞アクティブＤＬ ＢＷＰをアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＤＬ ＢＷＰで転換する。
【０１８６】
１＞ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰ及びこのようなサービングセルのアクティブＵＬ ＢＷＰ上でランダムアクセス手続きを行う。
【０１８７】
代案的な実施形態２：
【０１８８】
サービングセル上のランダムアクセス手続きの間、ＭＡＣエンティティーはこのようなサービングセルのために次のことを行わなければならない：
【０１８９】
１＞ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されない場合：
２＞アクティブＵＬ ＢＷＰをｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって示されたＢＷＰで転換して；
２＞ランダムアクセスプリアンブルが競争基盤ランダムアクセスプリアンブルから選択される場合：
３＞アクティブＤＬ ＢＷＰをｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されたＢＷＰで転換して；
２＞その他に(すなわち、ランダムアクセスプリアンブルは無競争ランダムアクセスプリアンブルから選択される)：
３＞アクティブＤＬ ＢＷＰがこのようなランダムアクセス手続きが開始された時間にアクティブＤＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
４＞このようなランダムアクセス手続きが開始された時間にアクティブＤＬ ＢＷＰをアクティブＤＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＢＷＰで転換して；
１＞その他に：
２＞ランダムアクセスプリアンブルが競争基盤ランダムアクセスプリアンブルから選択される場合；
３＞アクティブＤＬ ＢＷＰがアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
４＞アクティブＤＬ ＢＷＰをアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＤＬ ＢＷＰで転換する。
【０１９０】
２＞その他に：
３＞アクティブＤＬ ＢＷＰがこのようなランダムアクセス手続きが開始された時のアクティブＤＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
４＞このようなランダムアクセス手続きが開始された時間にアクティブＤＬ ＢＷＰをアクティブＤＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＢＷＰで転換して；
１＞ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰ及びこのようなサービングセルのアクティブＵＬ ＢＷＰ上でランダムアクセス手続きを行う。
【０１９１】
代案的な実施形態３：
【０１９２】
サービングセル上のランダムアクセス手続きの間、ＭＡＣエンティティーはこのようなサービングセルのために次のことを行わなければならない：
【０１９３】
１＞ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されない場合：
２＞アクティブＵＬ ＢＷＰをｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって示されたＢＷＰで転換して；
２＞サービングセルがＳｐＣｅｌｌの場合：
３＞ランダムアクセスプリアンブルが競争基盤ランダムアクセスプリアンブルから選択される場合：
４＞アクティブＤＬ ＢＷＰをｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されたＢＷＰで転換して；
３＞その他に(すなわち、ランダムアクセスプリアンブルは無競争ランダムアクセスプリアンブルから選択される)：
４＞アクティブＤＬ ＢＷＰがこのようなランダムアクセス手続きが開始された時間にアクティブＤＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
５＞このようなランダムアクセス手続きが開始された時間にアクティブＤＬ ＢＷＰをアクティブＤＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＢＷＰで転換して；
１＞その他に：
２＞サービングセルがＳｐＣｅｌｌの場合：
３＞ランダムアクセスプリアンブルが競争基盤ランダムアクセスプリアンブルから選択される場合：
４＞アクティブＤＬ ＢＷＰがアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
５＞アクティブＤＬ ＢＷＰをアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＤＬ ＢＷＰで転換する。
【０１９４】
３＞その他に：
４＞アクティブＤＬ ＢＷＰがこのようなランダムアクセス手続きが開始された時間にアクティブＤＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
５＞このようなランダムアクセス手続きが開始された時間にアクティブＤＬ ＢＷＰをアクティブＤＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＢＷＰで転換して；
１＞ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰ及びこのようなサービングセルのアクティブＵＬ ＢＷＰ上でランダムアクセス手続きを行う。
【０１９５】
代案的な実施形態４：
【０１９６】
サービングセル上で競争基盤ランダムアクセス手続きを開始すると、ＭＡＣエンティティーはこのようなサービングセルのために次のことを行わなければならない：
１＞ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されない場合：
２＞アクティブＵＬ ＢＷＰをｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって示されたＢＷＰで転換して；
２＞アクティブＤＬ ＢＷＰをｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって示されたＢＷＰで転換する。
【０１９７】
１＞その他に：
２＞アクティブＤＬ ＢＷＰがアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合：
３＞アクティブＤＬ ＢＷＰをアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有するＤＬ ＢＷＰで転換する。
【０１９８】
１＞ＳｐＣｅｌｌのアクティブＤＬ ＢＷＰ及びこのようなサービングセルのアクティブＵＬ ＢＷＰ上でランダムアクセス手続きを行う。
【０１９９】
図１６は、本開示の実施形態による端末のブロック図である。
【０２００】
図１６を参照すれば、端末は送受信機１６１０、制御機１６２０及びメモリー１６３０を含む。制御機１６２０は回路、ＡＳＩＣ、又は少なくとも一つのプロセッサを示すことができる。送受信機１６１０、制御機１６２０及びメモリー１６３０は図面、例えば、図２、６、８、１０及び１２に示されるか上述したＵＥの動作を行うように構成される。送受信機１６１０、制御機１６２０及びメモリー１６３０が別個のエンティティーとして図示されているが、これは単一チップのような単一エンティティーとして実現することができる。代案で、送受信機１６１０、制御機１６２０ 及びメモリー１６３０は互いに電気的に接続されたり結合されることができる。
【０２０１】
送受信機１６１０は他のネットワークエンティティー、例えば、基地局で信号を送信し、基地局から信号を受信することができる。
【０２０２】
制御機１６２０は上述した実施形態のうちの一つによって機能を行うようにＵＥを制御することができる。
【０２０３】
例えば、制御機１６２０はＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されるかを識別するように構成される。ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されず、サービングセルがＳｐＣｅｌｌの場合、制御機１６２０はアクティブＤＬＢＷＰをシステム情報のｉｎｉｔｉａｌＤｏｎｌｉｎｋＢＷＰによって示された初期ＤＬ ＢＷＰ設定で転換するように構成される。さらに、制御機１６２０は、ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されない場合、アクティブＵＬ ＢＷＰをシステム情報内のｉｎｉｔｉａｌＵｐｌｉｎｋＢＷＰによって示されたサービングセルに対する初期ＵＬＢＷＰ設定で転換するようにさらに構成されることができる。さらに、ＰＲＡＣＨオケージョンがアクティブＵＬ ＢＷＰに対して設定されて、サービングセルがＳｐＣｅｌｌで、アクティブＤＬ ＢＷＰがアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有しない場合に、制御機１６２０はアクティブＤＬ ＢＷＰをアクティブＵＬ ＢＷＰと同一なｂｗｐ−Ｉｄを有したＤＬ ＢＷＰで転換するようにさらに構成されることができる。制御機１６２０はＳｐＣｅｌｌのアクティブＤＬ ＢＷＰ及びサービングセルのアクティブＵＬ ＢＷＰ上でＲＡ手続きを行うように構成される。
【０２０４】
例えば、制御機１６２０はＭＡＣ ＳＤＵがＣＣＣＨ又はＤＣＣＨに係るかを決定するように構成される。ＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵに相応すると、制御機１６２０はＭＡＣサブヘッダーのＬＣＩＤフィールドを決定するためにＭＡＣ ＳＤＵの大きさを識別するように構成される。制御機１６２０はＭＡＣサブヘッダー及びＭＡＣ ＳＤＵを含むＭＡＣ ＰＤＵを生成し、生成されたＭＡＣ ＰＤＵと連関されたＭｓｇ３をｇＮＢに送信するために送受信機１６１０を制御するように構成される。ＭＡＣ ＳＤＵの大きさは４８ビット又は６４ビットであれば良い。ＭＡＣ ＳＤＵの大きさが４８ビットの場合、制御機はＬＣＩＤフィールドを第１予め定められた値で設定するように構成される。そうではなければ、制御機はＬＣＩＤフィールドを第１の予め定められた値と相違する第２予め定められた値で設定するように構成される。
【０２０５】
例えば、制御機１６２０は基地局からＳＩリクエストのためのリソース(すなわち、ＳＩ−Ｒｅｑｕｅｓｔ−Ｒｅｓｏｕｒｃｅｓ)に対する情報を受信するために送受信機１６１０を制御するように構成される。ＳＩリクエストのためのリソースに対する情報はＳＩリクエストのための少なくとも一つのＲＡプリアンブルの開始インデックス(すなわち、ｒａ−ＰｒｅａｍｂｌｅＳｔａｒｔＩｎｄｅｘ)に対する情報を含むことができる。制御機１６２０はＳＩＢ１でＳＩリクエストのためのリソースに対する情報を受信するために送受信機を制御するように構成される。制御機１６２０はＳＩＢ１でＰＲＡＣＨオケージョン当たりＳＳＢの数に対する情報を受信するために送受信機１６１０を制御するように構成されることができる。制御機１６２０は基地局から少なくとも一つのＳＳＢを受信し、少なくとも一つのＳＳＢのうちのＳＳＢを選択するように構成される。制御機１６２０は少なくとも一つのＳＳＢのうちのしきい値以上のＳＳＢを選択するように構成されることができる。制御機１６２０は少なくとも一つのＳＳＢのうちのいずれもしきい値を超過しない場合に任意のＳＳＢを選択するように構成されることができる。制御機１６２０は開始インデックスに対する情報及びＰＲＡＣＨオケージョン当たりＳＳＢの数に対する情報に基づいてＳＩリクエストのためのプリアンブルのリストを決定するように構成されることができる。制御機１６２０は開始インデックスに対する情報に基づいて選択されたＳＳＢに相応するＳＩリクエストのためのプリアンブルを決定するように構成される。制御機１６２０は選択されたＳＳＢに相応するＰＲＡＣＨオケージョンに基づいて決定されたプリアンブルを送信するために送受信機１６１０を制御するように構成される。
【０２０６】
一実施形態で、端末の動作は相応するプログラムコードを記憶するメモリー１６３０を用いて具現されることができる。特に、端末は望む動作を具現するプログラムコードを記憶するためにメモリー１６３０を備えることができる。望む動作を行うため、制御機１６２０はプロセッサ又は中央処理ユニット(ＣＰＵ)を用いることによってメモリー１６３０に記憶されたプログラムコードを判読して行うことができる。
【０２０７】
図１７は、本開示の実施形態による基地局のブロック図である。
【０２０８】
図１７を参照すれば、基地局(ＢＳ)は送受信機１７１０、制御機１７２０及びメモリー１７３０を含む。制御機１７２０は回路、ＡＳＩＣ、又は少なくとも一つのプロセッサを示すことができる。送受信機１７１０、制御機１７２０及びメモリー１７３０は図面、例えば、図２、７、９、１１及び１２に示されるか上述したネットワーク(例えば、ｇＮＢ)の動作を行うように構成される。送受信機１７１０、制御機１７２０及びメモリー１７３０が別個のエンティティーとして示されているが、これは単一チップのような単一エンティティーとして実現することができる。代案で、送受信機１７１０、制御機１７２０及びメモリー１７３０は互いに電気的に接続されたり結合されることができる。
【０２０９】
送受信機１６１０は他のネットワークエンティティー、例えば、端末で信号を送信し、端末から信号を受信することができる。
【０２１０】
制御機１６２０は上述した実施形態のうちの一つによって機能を行うようにＢＳを制御することができる。
【０２１１】
例えば、制御機１７２０は端末からＭＡＣ ＰＤＵと連関されたＭｓｇ３を受信するために送受信機１７１０を制御するように構成される。受信されたＭＡＣ ＳＤＵがＣＣＣＨ ＳＤＵの場合、制御機はＭＡＣサブヘッダーのＬＣＩＤフィールドに基づいてＭＡＣ ＳＤＵの大きさを識別するように構成される。
【０２１２】
一実施形態で、ＢＳの動作は相応するプログラムコードを記憶するメモリー１７３０を用いて具現されることができる。特に、ＢＳは望む動作を具現するプログラムコードを記憶するためにメモリー１７３０を備えることができる。望む動作を行うため、制御機１７２０はプロセッサ又はＣＰＵを用いることによってメモリー１７３０に記憶されたプログラムコードを判読して行うことができる。
【０２１３】
４Ｇシステムを越す高速データ率をサポートする５Ｇ通信システムをＩｏＴに対する技術とコンバージングする通信方法及びシステムが提供される。前記通信方法及びシステムは、前記５Ｇ通信技術とＩｏＴ関連技術に基づいたインテリジェントサービス、例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー、コネクテッドカー、ヘルスケア、デジタル教育、スマートリテール、保安及び安全サービスに適用されることができる。無線通信システムにおいてランダムアクセス手続きを行う端末の方法が提供される。ランダムアクセス手続きでｍｅｓｓａｇｅ３を送受信する端末の方法が提供される。
【０２１４】
本開示がこの多様な実施形態を参照して図示されて説明されたが、通常の技術者は添付された請求項及びこの均等物により定義されたように本開示の思想及び範囲を逸脱せず形態及び詳細事項の多様な変化が成り立つことができることを理解するだろう。
【符号の説明】
【０２１５】
1610  送受信機
1620  制御機
1630  メモリー
1710  送受信機
1720  制御機
1730  メモリー
【図１】
2021522715.tif 000008
【図２】
2021522715.tif 000009
【図３】
2021522715.tif 000010
【図４】
2021522715.tif 000011
【図５】
2021522715.tif 000012
【図６】
2021522715.tif 000013
【図７】
2021522715.tif 000014
【図８】
2021522715.tif 000015
【図９】
2021522715.tif 000016
【図１０】
2021522715.tif 000017
【図１１】
2021522715.tif 000018
【図１２】
2021522715.tif 000019
【図１３】
2021522715.tif 000020
【図１４】
2021522715.tif 000021
【図１５】
2021522715.tif 000022
【図１６】
2021522715.tif 000023
【図１７】
2021522715.tif 000024
【国際調査報告】
2021522715.tif 000025
2021522715.tif 000026