JP2022532291A - ２ステップのランダムアクセスのための方法、端末デバイス及びネットワークデバイス - Google Patents

２ステップのランダムアクセスのための方法、端末デバイス及びネットワークデバイス Download PDF

Info

Publication number
JP2022532291A
JP2022532291A JP2021556595A JP2021556595A JP2022532291A JP 2022532291 A JP2022532291 A JP 2022532291A JP 2021556595 A JP2021556595 A JP 2021556595A JP 2021556595 A JP2021556595 A JP 2021556595A JP 2022532291 A JP2022532291 A JP 2022532291A
Authority
JP
Japan
Prior art keywords
rnti
terminal device
random access
pdcch
network device
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.)
Pending
Application number
JP2021556595A
Other languages
English (en)
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2022532291A publication Critical patent/JP2022532291A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H04W74/0841—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure with collision treatment
    • H04W74/0858—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure with collision treatment collision detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H04W74/0841—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure with collision treatment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Abstract

ランダムアクセスのための方法、端末デバイス及びネットワークデバイスを提供する。この方法は、該端末デバイスがネットワークデバイスにプリアンブルシーケンス及びセルアクセス無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信することと、該端末デバイスが該Ｃ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出することと、該端末デバイスが該Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定することとを含み、ここで、該Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含む。本願の実施例において、ネットワークデバイスが該プリアンブルシーケンスの復号化結果及び該Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて、該端末デバイスにＰＤＣＣＨを送信し、そして、端末デバイスが該Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出することで、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定する。

Description

本願の実施例は、通信分野に関し、具体的に、ランダムアクセスのための方法、端末デバイス及びネットワークデバイスに関する。
現在、研究段階にある２ステップのランダムアクセスの手順が、議論を標準化している。２ステップのランダムアクセスの手順は、遅延を向上させるとともに、シグナリングオーバーヘッドを低減させることができる。
具体的に、前記２ステップのランダムアクセスの手順は、第１のステップと第２のステップとを含むことができる。ここで、第１のステップは、端末デバイスがネットワークデバイスにメッセージＡ ( ｍｓｇＡ )を送信することを含み、ｍｓｇＡは、プリアンブルシーケンス( ｐｒｅａｍｂｌｅ )とペイロード( ｐａｙｌｏａｄ )とからなり、ｐｒｅａｍｂｌｅは、４ステップのランダムアクセスの手順のｐｒｅａｍｂｌｅであり、該ｐｒｅａｍｂｌｅはＰＲＡＣＨリソースで伝送される。Ｐａｙｌｏａｄは、４ステップのランダムアクセスの手順のｍｓｇ３中の情報を搬送することができ、ＰＵＳＣＨによって伝送される。第２のステップは、端末デバイスがネットワークデバイスから送信されたメッセージＢ（ｍｓｇＢ）を受信することを含み、メッセージＢ（ｍｓｇＢ）は、４ステップのランダムアクセスの手順のｍｓｇ２、ｍｓｇ４を含むことができる。
しかし、ｍｓｇＡは複数の端末デバイスで共有することができるため、コンテンション競合の問題や競合の解決方法を考慮する必要がある。
２ステップのＲＡＣＨにおける競合を効率的に解決することができるランダムアクセスのための方法、端末デバイス、ネットワークデバイスを提供する。
第１の態様は、２ステップのランダムアクセスのための方法を提供し、前記方法は、
前記端末デバイスがネットワークデバイスにプリアンブルシーケンス及びセルアクセス無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信することと、
前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出することと、
前記端末デバイスが前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定することとを含み、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含む。
本願の実施例において、ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスにＰＤＣＣＨを送信し、そして、端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出して、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定する。具体的に、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、２ステップのランダムアクセスの手順中のコンテンション競合を解決し、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、２ステップのランダムアクセスの手順中のコンテンション競合を解決しないことが分かる。
第２の態様は、２ステップのランダムアクセスのための方法を提供し、前記方法は、
ネットワークデバイスが端末デバイスにより送信されたプリアンブルシーケンス及びセルアクセス無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを受信することと、
前記ネットワークデバイスが前記プリアンブルシーケンス及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを復号化することと、
前記ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信することとを含み、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含む。
第３の態様は、上記第１の態様又はその様々な実施態様における方法を実行する端末デバイスを提供する。具体的には、前記端末デバイスは、上記第１の態様又はその各実施例による方法を実行する機能モジュールを備える。
第４の態様は、上記第２の態様又はその様々な実施態様における方法を実行するネットワークデバイスを提供する。具体的には、前記ネットワークデバイスは、上記第２の態様又はその各実施例による方法を実行する機能モジュールを備える。
第５の態様は、プロセッサとメモリとを備える端末デバイスを提供する。前記メモリは、コンピュータプログラムを記憶し、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記の第１の態様またはその様々な実装形態における方法を実行する。
第６の態様は、プロセッサとメモリとを備えるネットワークデバイスを提供する。前記メモリは、コンピュータプログラムを記憶し、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行し、上記の第２の態様またはその様々な実装形態における方法を実行する。
第７の態様は、上述の第１～第２の態様のいずれか、またはその各実施態様における方法を実現するチップを提供する。具体的には、このチップは、チップが実装されたデバイスに、第１の態様～第２の態様のいずれか、またはそれらの実装形態による方法を実行させるために、コンピュータプログラムをメモリから呼び出して実行するプロセッサを含む。
第８の態様は、コンピュータに、上述の第１の態様～第２の態様のいずれか、またはそれらの実装形態における方法を実行させるコンピュータプログラムを記憶するコンピュータ可読記憶媒体を提供する。
第９の態様は、コンピュータに、上記の第１の態様～第２の態様のいずれか、またはそれらの実装形態における方法を実行させるコンピュータプログラム命令を含む、コンピュータプログラム製品を提供する。
第１０の態様は、コンピュータ上で実行されたときに、コンピュータに、上記の第１～第２の態様のいずれか、またはその様々な実施態様における方法を実行させるコンピュータプログラムを提供する。
本願の応用シナリオの例である。 本願の実施例におけるランダムアクセスの競合のフローチャートである。 本願の実施例におけるＭＡＣ ＰＤＵのブロック図である。 本願の実施例におけるＢＩサブヘッダのブロック図である。 本願の実施例におけるＲＡＰＩＤサブヘッダのブロック図である。 本願の実施例におけるＭＡＣ ＲＡＲのブロック図である。 本願の実施例における２ステップのランダムアクセスのための方法のフローチャートである。 本願の実施例における端末デバイスのブロック図である。 本願の実施例におけるネットワークデバイスのブロック図である。 本願の実施例における通信デバイスのブロック図である。 本願の実施例におけるチップのブロック図である。
以下、本願の実施例における技術案を、本願の実施例における図面を参照して説明するが、明らかに、記述された実施例は本願の一部の実施例であり、全ての実施例ではない。本願における実施例に基づいて、発明的な労働をすることなく当業者によって得られる他のすべての実施例は、本願の保護範囲に属する。
図１は本願の実施例における応用シナリオの模式図である。
図１に示すように、通信システム１００は、端末デバイス１１０とネットワークデバイス１２０とを含む。ネットワークデバイス１２０は、エアポートを介して端末デバイス１１０と通信し得る。端末デバイス１１０とネットワークデバイス１２０との間でマルチサービス伝送がサポートされる。
本願の実施例、通信システム１００を例として説明したが、本願の実施例は、これに限定されないことを理解すべきである。つまり、本願の実施例の技術は、様々な通信システムに適用可能であり、例えば、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ （ ＧＳＭ )システム、符号分割多元接続( Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ )システム、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ （ ＷＣＤＭＡ )システム、ユニバーサルパケット無線サービス( Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、ＧＰＲＳ )、ロングタームエボリューション( Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )システム、ＬＴＥ周波数分割複信（ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＦＤＤ )システム、ＬＴＥ時分割複信( Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ、ＴＤＤ )システム、ユニバーサル移動通信システム( Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ＵＭＴＳ )、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）通信システム、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）又は未来の５Ｇ通信システム等である。
５Ｇシステムを例とし、５Ｇの主な応用シナリオは、拡張型ｅＭＢＢ ( Ｅｎｈａｎｃｅ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ )、低遅延高信頼通信( ＵＲＬＬＣ ( Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ) )、大規模マシン類通信( ｍＭＴＣ ( ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ) )である。ここで、ｅＭＢＢは、ユーザがマルチメディアコンテンツ、サービス、及びデータを入手することを目指しており、そのサービスニーズは非常に急速に伸びている。ｅＭＢＢは、屋内、市区町村など、様々な場面で展開することが可能であり、その業務能力やニーズの差が大きいため、具体的な展開場面に合わせて業務を分析する必要がある。ＵＲＬＬＣの典型的な用途は、工業自動化、電気自動化、遠隔医療操作、交通安全保障などを含むＵＲＬＬＣの典型的な特徴は、高い接続密度、少ないデータ量、遅延非感受性サービス、モジュールの低コスト及び長い寿命などである。
完全な５Ｇ ＮＲカバレッジは、ほとんど実現できないので、本願の実施例のネットワークカバレッジは、広域ロングタームエボリューション( Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ )カバレッジ及びＮＲのアイランドカバレッジのモードを利用することができる。一方、移動体事業者の前期のＬＴＥ投資の保護のために、ＬＴＥとＮＲとの間の緊密な接続（ｔｉｇｈｔ ｉｎｔｅｒｗｏｒｋｉｎｇ）の動作モードがさらに用いられ得る。
図１に示す通信システム１００において、ネットワークデバイス１２０は、端末デバイス１１０と通信するアクセスネットワークデバイスであってもよい。アクセスネットワークデバイスは、特定の地理的エリアに通信カバレージを提供することができ、そのカバレージエリア内に位置する端末デバイス１１０(たとえばＵＥ )と通信することができる。
任意選択で、このネットワークデバイス１２０は、ＧＳＭシステムまたはＣＤＭＡシステムにおける基地局( Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ )であってもよいし、ＷＣＤＭＡシステムにおける基地局( ＮｏｄｅＢ、ＮＢ )であってもよいし、ＬＴＥシステムにおける進化型基地局( Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢまたはｅＮｏｄｅＢ )であってもよいし、ＮＧ ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）又はＮＲシステムの基地局（ｇＮＢ）であっても良いし、クラウド無線アクセスネットワーク( Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＣＲＡＮ )における無線コントローラであってもよいし、移動交換局、中継局、アクセスポイント、車載機器、ウェアラブル機器、集線装置、交換機、ブリッジ、ルータ、将来進化してくるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）におけるネットワークデバイス等であってもよい。
任意選択で、この端末デバイス１１０は、公衆回線交換網ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）、ＤＳＬ（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、デジタル回線、直接ケーブルなどの有線回線接続、及び/または別のデータ接続/ネットワーク、及び/または、例えばセルラネットワーク、無線ローカルエリアネットワーク( ＷＬＡＮ )、例えばＤＶＢ－Ｈネットワークのようなディジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機のための無線インターフェースを介する、及び/又は別の端末デバイスの通信信号を受信/送信するデバイス、及び/またはＩｏＴデバイスを含む。無線インターフェースを介して通信するように構成された端末デバイスは、「無線通信端末」、「無線端末」、または「モバイル端末」と呼ばれ得る。移動端末の例としては、衛星又は携帯電話、データ処理、ファックス、及びデータ通信能力と組み合わせたセルラー無線電話を有するパーソナル通信システム( ＰＣＳ )端末、無線電話、ページャ、インターネット/イントラネット接続、Ｗｅｂブラウザ、メモ帳、カレンダ、及び/又はＧＰＳ受信機を含むことができるＰＤＡ、及び従来のラップトップ及び/またはパームトップ受信機または無線電話トランシーバを含む他の電子デバイスが挙げられる。端末デバイスは、アクセス端末、ＵＥ、加入者ユニット、加入者局、移動局、遠隔端末、モバイルデバイス、加入者端末、ワイヤレス通信デバイス、ユーザエージェント、またはユーザ機器を指し得る。アクセス端末は、セルラー電話、コードレス電話、ＳＩＰ （ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ )電話、ＷＬＬ （ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ )局、ＰＤＡ （ Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ )、無線通信機能を有するハンドヘルド装置、ワイヤレスモデムに接続されたコンピューティング装置または他の処理装置、車載装置、ウェアラブル装置、５Ｇネットワーク内の端末デバイス、または将来進化してくるＰＬＭＮ内の端末デバイスなどであり得る。
任意選択で、端末デバイス１１０間で、Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ ( Ｄ２Ｄ )通信が行われ得る。
無線通信システム１００は、ネットワークデバイス１２０と通信するコアネットワークデバイス１３０をさらに含み得、このコアネットワークデバイス１３０は、５Ｇコアネットワーク(５Ｇ Ｃｏｒｅ、５ＧＣ )デバイス、例えば、アクセス及びモビリティ管理機能( Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＡＭＦ )、また例えば、認証サーバ機能( Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ、ＡＵＳＦ )、また例えば、ユーザプレーン機能( Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ、ＵＰＦ )、また例えば、セッション管理機能( Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＳＭＦ )であり得る。任意選択で、コアネットワークデバイス１３０は、セッション管理機能+コアネットワークのデータゲートウェイ( ＳＭＦ + ＰＧＷ－Ｃ )デバイスなどの、LTEネットワークのEPCデバイスでもあり得る。なお、ＳＭＦ + ＰＧＷ－Ｃは、ＳＭＦおよびＰＧＷ－Ｃが達成できる機能を同時に達成できる。
任意選択で、通信システム１００では、ＮＧ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ）インタフェースにより各機能ユニット間を接続して通信を行ってもよい。
例えば、端末デバイスは、ユーザプレーンデータ及び制御プレーンシグナリングを伝送するために、ＮＲインタフェースを介してアクセスネットワークデバイスとのエアインタフェース接続を確立し、端末デバイスは、ＮＧインターフェース１( Ｎ１と略称される)を介してＡＭＦとの制御プレーンシグナリング接続を確立することができ、次世代無線アクセス基地局( ｇＮＢ )などのアクセスネットワークデバイスは、ＮＧインターフェース３(略称Ｎ３)を介してＵＰＦとユーザプレーンデータ接続を確立することができ、アクセスネットワークデバイスは、ＮＧインターフェース２( Ｎ２と略称される)を介してＡＭＦとの制御プレーンシグナリング接続を確立することができ、ＵＰＦは、ＮＧインターフェース４( Ｎ４と略称される)を介してＳＭＦとの制御プレーンシグナリング接続を確立することができ、ＵＰＦは、ＮＧインターフェース６( Ｎ６と略される)を介してデータネットワークとユーザプレーンデータをインタラクトすることができ、ＡＭＦは、ＮＧインターフェース１１(略してＮ１１)を介してＳＭＦとの制御プレーンシグナリング接続を確立することができ、ＳＭＦは、ＮＧインターフェース７( Ｎ７と略称される)を介して制御プレーンシグナリング接続をＰＣＦと確立することができる。なお、図２に示す部分は、アーキテクチャの一例に過ぎず、ネットワークアーキテクチャは、図１に示す機能ユニットに加えて、他の機能ユニット又は機能エンティティを含んでもよく、例えば、コアネットワークデバイスは、統一データ管理機能( ＵＤＭ )等の他の機能ユニットを含んでもよく、本願の実施例は特に限定されない。
図１は、１つの基地局、１つのコアネットワークデバイス、および２つの端末デバイスを例示的に示し、任意選択的に、無線通信システム１００は、複数の基地局装置を含み、各基地局のカバレッジ内に他の数の端末デバイスを含んでもよく、本願の実施例は、これに限定されない。
なお、本明細書において、用語「システム」及び「ネットワーク」は、しばしば、交換可能に使用される。ここで言う「及び/又は」とは、単に関連対象を説明する関連関係のことであり、Ａ及び/又はＢのように３つの関係があり、Ａ単独の場合、ＡとＢの両方の場合、Ｂ単独の場合の３つの場合があることを意味する。また、本文中の「/」は、前後関係オブジェクトが「または」の関係であることを一般的に示す。
次に、図２を参照して本願の実施例におけるランダムアクセス競合について説明する。
図２は、本願の実施例のランダムアクセス競合の模式的なフローチャートである。
なお、セルサーチ処理後、端末デバイスは既にセルとの間でダウンリンク同期を取っているため、ダウンリンクデータを受信することができる。しかし、端末デバイスは、セルと上り同期を取っている場合にのみアップリンク伝送が可能となる。端末デバイスは、ランダムアクセスの手順( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ )により、セルと接続を確立し、アップリンク同期をとる。
ランダムアクセスの主な目的は、以下の通りであり、
ＲＲＣ_ＩＤＬＥからの初期アクセス（Ｉｎｉｔｉａｌ ａｃｃｅｓｓ ｆｒｏｍ ＲＲＣ_ＩＤＬＥ）、
ＲＲＣ接続再確立手順（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）、
ハンドオーバ（Ｈａｎｄｏｖｅｒ）、
ＵＬ同期状態が「非同期」である場合、ＤＬ又はＵＬデータはＲＲＣ _ ＣＯＮＮＥＣＴＥＤの間に到着する( ＤＬ ｏｒ ＵＬ ｄａｔａ ａｒｒｉｖａｌ ｄｕｒｉｎｇ ＲＲＣ _ ＣＯＮＮＥＣＴＥＤ ｗｈｅｎ ＵＬ ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ ｓｔａｔｕｓ ｉｓ " ｎｏｎ－ｓｙｎｃｈｒｏｎｉｓｅｄ " )、
ＵＬデータは、ＳＲのためのＰＵＣＣＨリソースがない場合、ＲＲＣ _ ＣＯＮＮＥＣＴＥＤの間に到達する( ＵＬ ｄａｔａ ａｒｒｉｖａｌ ｄｕｒｉｎｇ ＲＲＣ _ ＣＯＮＮＥＣＴＥＤ ｗｈｅｎ ｔｈｅｒｅ ａｒｅ ｎｏ ＰＵＣＣＨ ｒｅｓｏｕｒｃｅｓ ｆｏｒ ＳＲ ａｖａｉｌａｂｌｅ )、
ＳＲ失敗（ＳＲ ｆａｉｌｕｒｅ）、
同期再構成時のＲＲＣ要求( Ｒｅｑｕｅｓｔ ｂｙ ＲＲＣ ｕｐｏｎ ｓｙｎｃｈｒｏｎｏｕｓ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ )、
ＲＲＣ_ＩＮＡＣＴＩＶＥから遷移（Ｔｒａｎｓｉｔｉｏｎ ｆｒｏｍ ＲＲＣ_ＩＮＡＣＴＩＶＥ）、
ＳＣｅｌｌが追加されるとき、時間整列（Ｔｏ ｅｓｔａｂｌｉｓｈ ｔｉｍｅ ａｌｉｇｎｍｅｎｔ ａｔ ＳＣｅｌｌ ａｄｄｉｔｉｏｎ）、
他のＳＩを要求し（Ｒｅｑｕｅｓｔ ｆｏｒ Ｏｔｈｅｒ ＳＩ）、
ビーム故障回復（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）である。
図２に示すように、本願の実施例において、このランダムアクセス競合手順は、以下のステップを含み、
２１０において、端末デバイスがネットワークデバイスにプリアンブルシーケンス（ｐｒｅａｍｂｌｅ）を送信し、ネットワークデバイスに１つのランダムアクセス要求を知らせ、また、ネットワークデバイスが端末デバイスとの伝送遅延を推定しこれに基づいてアップリンクタイミング（ｔｉｍｉｎｇ）を修正する。前記プリアンブルシーケンスは、プリアンブルコードとも言われる。
具体的に、端末デバイスはプリアンブルシーケンスインデックス（ｐｒｅａｍｂｌｅ ｉｎｄｅｘ）及びｐｒｅａｍｂｌｅの伝送のための物理ランダムアクセスチャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ)リソースを選定し、そして、ＰｒｅａｍｂｌｅがＰＲＡＣＨで伝送される。
ここで、ネットワークデバイスは、システム情報ブロック( Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ )をブロードキャストすることによって、全ての端末デバイスにランダムアクセスリソースの競合、例えば、ＳＩＢ１を通知する。さらに、各セルは６４個の利用可能なプリアンブルシーケンスを有し、端末デバイスは、ＰＲＡＣＨ上で送信するために、１つの(またはネットワークデバイスによって指定された)を選択する。これらのシーケンスは、一方が競合によるランダムアクセスのために使用され、他方が非競合によるランダムアクセスのために使用される２つの部分に分割され得る。
２２０において、ネットワークデバイスが端末デバイスにランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、ＲＡＲ）を送信する。
具体的には、端末デバイスは、ｐｒｅａｍｂｌｅを送信した後、ＲＡＲをリッスンする時間窓内でランダムアクセス無線ネットワーク一時識別子( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＡ－ＲＮＴＩ )の値によって、対応する物理ダウンリンク制御チャネル( Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ )をリッスンして、ＲＡ－ＲＮＴＩに対するＲＡＲを受信する。ここで、ネットワークデバイスからのＲＡＲがこのＲＡＲ時間窓内に受信されない場合、このランダムアクセスの手順は失敗したとみなされる。なお、端末デバイス及びｅＮＢの両方がＲＡ－ＲＮＴＩの値を一意に決定する必要があり、そうでなければ、端末デバイスはＲＡＲを復号することができず、任意選択で、本願の実施例では、ＲＡ－ＲＮＴＩは、Ｐｒｅａｍｂｌｅの両方の明示的な時間周波数位置を送受信することによってＲＡ－ＲＮＴＩの値を計算することができる。
具体的には、ｐｒｅａｍｂｌｅに関連付けられたＲＡ－ＲＮＴＩは、以下の式によって計算され、
ＲＡ－ＲＮＴＩ＝１＋ｓ_ｉｄ＋１４×ｔ_ｉｄ＋１４×８０×ｆ_ｉｄ＋１４×８０×８×ｕｌ_ｃａｒｒｉｅｒ_ｉｄである。
ここで、ｓ_ｉｄはＰＲＡＣＨタイミングの１番目のＯＦＤＭシンボルのインデックスであり(０≦ｓ_ｉｄ <１４)、ｔ_ｉｄはシステムフレームにおけるＰＲＡＣＨタイミングの１番目のスロットのインデックスである(０≦ｔ_ｉｄ <８０)。ｆ_ｉｄは、周波数領域でのＰＲＡＣＨタイミングのインデックスであり(０≦ｆ_ｉｄ <８)、ＵＬ_ｃａｒｒｉｅｒ_ｉｄは、ランダムアクセスプリアンブルシーケンス伝送のためのＵＬキャリアである(０はＮＵＬキャリアを示し、１はＳＵＬキャリアを示す)。
すなわち、端末デバイスが送信するｐｒｅａｍｂｌｅの時間周波数の位置は決まっているので、ネットワークデバイスは、ｐｒｅａｍｂｌｅを復号化する際に、このｐｒｅａｍｂｌｅの時間周波数の位置も取得し、ＲＡＲで使用すべきＲＡ－ＲＮＴＩを知ることができる。端末デバイスがＲＡＲを受信(所定のＲＡ－ＲＮＴＩを用いて復号化)し、ＲＡＲ中のｐｒｅａｍｂｌｅ ｉｎｄｅｘが端末デバイスから送信されてきたｐｒｅａｍｂｌｅ ｉｎｄｅｘと同じである場合、ＲＡＲの受信に成功したとみなし、この時、端末デバイスがＲＡＲのリッスンを中止するようにしてもよい。
本願の実施例では、前記ＲＡＲは、ＭＡＣ ＰＤＵ内に含まれることができ、ＲＡＲに含まれる情報は、ＲＡＲを含むＭＡＣ ＰＤＵから、図３に関連して以下に説明される。
図３に示すように、ＭＡＣプロトコルデータユニット ( Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ )は、複数のＭＡＣサブＰＤＵ(ｓｕｂＰＤＵ )と、存在する可能なパデング（ｐａｄｄｉｎｇ）ビットとを含むことができる。
具体的に、図３に示すように、１番目のＭＡＣ ｓｕｂＰＤＵは、Ｅ/Ｔ/Ｒ/Ｒ/ＢＩサブヘッダであってもよい。Ｅ/Ｔ/Ｒ/Ｒ/ＢＩサブヘッダの後のＭＡＣ ｓｕｂＰＤＵは、Ｅ/Ｔ/ＲＡＰＩＤ サブヘッダを含むことができる。具体的に、Ｅ/Ｔ/Ｒ/Ｒ/ＢＩサブヘッダの後のＭＡＣ ｓｕｂＰＤＵは、Ｅ/Ｔ/ＲＡＰＩＤサブヘッダのみを含んでも良いし、Ｅ/Ｔ/ＲＡＰＩＤ サブヘッダ及び前記Ｅ/Ｔ/ＲＡＰＩＤ サブヘッダに対応するＭＡＣランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、ＲＡＲ）を含むことができる。例えば、図３を参照すると、２番目のＭＡＣ ｓｕｂＰＤＵがＥ/Ｔ/ＲＡＰＩＤサブヘッダのみを含み、３番目のＭＡＣ ｓｕｂＰＤＵがＥ/Ｔ/ＲＡＰＩＤサブヘッダ及び前記Ｅ/Ｔ/ＲＡＰＩＤ サブヘッダに対応するＲＡＲを含む。
なお、ＭＡＣ ＰＤＵとＭＡＣ ＲＡＲとの相違点は、１つのＭＡＣ ＰＤＵが１つ以上のＭＡＣ ＲＡＲを含む。
ＭＡＣ ＰＤＵの構造から、ネットワークデバイスが同じＰＲＡＣＨリソース上で複数の端末デバイスからのランダムアクセス要求を検出する場合、１つのＭＡＣ ＰＤＵを使用して、それらのアクセス要求に応答することができ、各ランダムアクセス要求(１つのｐｒｅａｍｂｌｅ ｉｎｄｅｘに対する)の応答が１つのＲＡＲに対応する。つまり、複数の端末デバイスが同じＰＲＡＣＨリソースで(時間周波数の位置が同じであり、同じＲＡ－ＲＮＴＩを使用する)ｐｒｅａｍｂｌｅを送信する場合、対応するＲＡＲ同じＭＡＣ ＰＤＵ内に多重化される。
ＭＡＣ ＰＤＵは、ＤＬ－ＳＣＨ上で伝送され、ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨによってスケジュールされる。
すなわち、同じＰＲＡＣＨリソースを用いてｐｒｅａｍｂｌｅ (必ずしも同じではない)を送信するすべての端末デバイスは、同じＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをリッスンし、同じＭＡＣ ＰＤＵを受信するが、異なるｐｒｅａｍｂｌｅ ｉｎｄｅｘを採用するＵＥは、対応するＲＡＰＩＤ値から対応するＲＡＲを見つけ出す。
ＭＡＣ ＰＤＵは、１つのＲＡ－ＲＮＴＩを使用してスクランブルされ得るだけであるので、これは、異なるＰＲＡＣＨリソース(時間周波数位置が異なる)を使用して送信されるｐｒｅａｍｂｌｅに対応するＲＡＲが、同じＭＡＣ ＰＤＵに多重化されないことも意味する。
図３を参照すると、１つのＭＡＣ ｈｅａｄｅｒが１つ以上のＭＡＣ ｓｕｂｈｅａｄｅｒからなる。バックオフインデックスサブヘッダ（Ｂａｃｋｏｆｆ Ｉｎｄｉｃａｔｏｒ ｓｕｂｈｅａｄｅｒ）を除いて、各ｓｕｂｈｅａｄｅｒは１つのＲＡＲに対応する。
図４は本願の実施例におけるＢＩサブヘッダのブロック図である。
図４に示すように、バックオフ指示ＢＩサブヘッダは、１つの拡張フィールド（Ｅ）、１つのタイプフィールドＴ、二つの予約フィールド（Ｒ）及びＢＩ値を含むことができる。
ＢＩサブヘッダの場合、該ＢＩサブヘッダは１回だけ発生し、ＭＡＣ ｈｅａｄｅｒの最初のｓｕｂｈｅａｄｅｒに位置する。端末デバイスが１つのＢＩサブヘッダを受信した場合、当該ｓｕｂｈｅａｄｅｒ内のＢＩ値に対応するバックオフ（Ｂａｃｋｏｆｆ）値を保存し、そうでなければ、端末デバイスはＢａｃｋｏｆｆ値を０に設定する。ＢＩ ( Ｂａｃｋｏｆｆ Ｉｎｄｉｃａｔｏｒ )は、端末デバイスがｐｒｅａｍｂｌｅを再送するまでに待つ時間範囲を指定する。端末デバイスは、ＲＡＲ時間窓内にＲＡＲが受信されない場合、または、受信されたＲＡＲにおいて端末デバイスにより選定されたＲＡＰＩＤに該当しない場合、今回のＲＡＲ受信が失敗とする。このとき、端末デバイスは、ランダムアクセスを再開するまでの時間を待つ必要がある。待機時間は、０～ＢＩで指定された待機時間の間にランダムな値をとる。
なお、ＢＩで指定された端末デバイスが、ｐｒｅａｍｂｌｅを再送するまでに待つ時間と、物理層のタイミングとは、競合する場合がある。
本願の実施例において、ｐｒｅａｍｂｌｅを送信するサブフレームをどのように選択するかは、端末デバイスの実現に依存してもよいし、物理層タイミングは送信を「準備した」と指定しても良く、実際に送信する時間はＭＡＣ層によって決定されてもよい。本願の実施例は、特に限定されるものではない。
図５は本願の実施例におけるＲＡＰＩＤサブヘッダのブロック図である。
図５に示すように、ランダムアクセスシーケンス識別子( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ Ｉｄｅｎｔｉｆｉｅｒ、ＲＡＰＩＤ)サブヘッダは、一つのＥ、一つのＴ、及びＲＡＰＩＤ値を含むことができる。
ここで、ランダムアクセスシーケンス識別子( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ Ｉｄｅｎｔｉｆｉｅｒ、ＲＡＰＩＤ)は、ネットワークデバイスがｐｒｅａｍｂｌｅを検出するときに得られるｐｒｅａｍｂｌｅ ｉｎｄｅｘである。そして、端末デバイスがこの値と自分がｐｒｅａｍｂｌｅを送信したインデックスと同じ値が見つかった場合に、対応するＲＡＲの受信に成功したものとする。
なお、該ＲＡＰＩＤのサブヘッダに含まれる指示情報は、元のフォーマットにおいて、端末デバイスがＢＩのサブヘッダを有しているか否かを示すビットを占有する。
図６は本願の実施例におけるＭＡＣ ＲＡＲのブロック図である。
図６に示すように、ＭＡＣ ＲＡＲは、予約ビットＲ、時間アラインメント命令（Ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ Ｃｏｍｍａｎｄ、ＴＡＣ）、アップリンク許可（ＵＬ ｇｒａｎｔ）、及び一時セル無線ネットワーク一時識別子（ｔｅｍｐｏｒａｌ Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＴＣ－ＲＮＴＩ）を含むことができる。
ここで、時間アラインメント命令( Ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ Ｃｏｍｍａｎｄ、ＴＡＣ )は、端末デバイスのアップリンク同期に必要な時間調整量を指定するためのものであり、１２ビットを占めることができる。ＵＬ ｇｒａｎｔは、Ｍｓｇ３に割り当てられるアップリンクリソースを指定する。アップリンクデータ伝送がある場合、例えば、競合を解決する必要があり、ＲＡＲ内でネットワークデバイスによって割り当てられるｇｒａｎｔは、５６ビット以上である必要がある。ＴＣ－ＲＮＴＩは、端末デバイス及びネットワークデバイスの後続の送信に使用される。競合を解決した後、この値はＣ－ＲＮＩＴとなり得る。
２３０において、端末デバイスがネットワークデバイスにメッセージ３（Ｍｓｇ３）を送信し、端末デバイスがＭｓｇ３に自分の識別子を含め、例えば、セル無線ネットワーク一時識別子（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）であり、また、例えば、コアネットワークからの端末デバイス識別子（Ｓ－ＴＭＳＩ又はランダム数である）である。
２４０において、ネットワークデバイスが端末デバイスに競合解決メッセージ（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）を送信する。
具体的には、ネットワークデバイスは、競合解決機構において、勝った端末デバイスの唯一のフラグをｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ( Ｍｓｇ４)に含める。衝突解決に勝っていない他の端末デバイスはランダムアクセスを再開する。
本願は、アクセス効率を向上させるために、２ステップのアクセス手順のランダムアクセス方法を提供する。
すなわち、２ステップのＲＡＣＨで図２に示されるような４ステップのＲＡＣＨ手順が実現される。具体的には、ｍｓｇＡは２ステップのＲＡＣＨで４ステップのＲＡＣＨのｍｓｇ１+ ｍｓｇ３を伝送し、ｍｓｇＢは４ステップのＲＡＣＨのｍｓｇ２+ ｍｓｇ４を伝送する。
具体的に、２ステップのアクセス手順は、以下のステップを含み、
第１のステップ：
端末デバイスは、ＰＲＡＣＨリソースで伝送される４ステップのＲＡＣＨのｐｒｅａｍｂｌｅとｐａｙｌｏａｄからなるｍｓｇＡをネットワークデバイスに送信する。Ｐａｙｌｏａｄは、４ステップのＲＡＣＨのｍｓｇ３における情報、たとえばＲＲＣがアイドル状態または非アクティブ状態にあるときのＲＲＣシグナリング、およびＲＲＣが接続状態にあるときのＣ－ＲＮＴＩを含み、ｐａｙｌｏａｄはＰＵＳＣＨによって伝送されることができる。例えば、該ｐｒｅａｍｂｌｅは、予め設定されたＰＲＡＣＨリソースで伝送されてもよく、ｐａｙｌｏａｄは、予め設定されたＰＵＳＣＨチャネルで伝送されてもよい。
第２のステップ：
端末デバイスがネットワークデバイスにより送信されたｍｓｇＢを受信し、ｍｓｇＢは、４ステップのＲＡＣＨのｍｓｇ２及びｍｓｇ４を含む。
しかし、ｍｓｇＡは複数の端末によって共有されることができるので、競合の問題及び衝突の解決方法を考慮する必要がある。上記問題を解決するために、本願の実施例では、端末デバイスが２ステップのＲＡＣＨにおけるアクセス競合を効率的に解決できるランダムアクセス競合方法を提供する。本願の実施例では、１つのＭＡＣ ＣＥがｐａｙｌｏａｄに含まれ、該ＭＡＣ ＣＥは、Ｃ－ＲＮＴＩであることを含むことができ、すなわち、端末デバイスは、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥをネットワークデバイスに送信してもよく、端末デバイスは、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥに対するネットワークデバイスの応答メッセージによって、２ステップのランダムアクセスのコンテンション競合が解決されたかどうかを決定する。
図７は本願の実施例におけるランダムアクセス方法３００のブロック図である。
図７に示すように、前記方法３００は、以下のステップを含み、
Ｓ２１０において、前記端末デバイスがネットワークデバイスにプリアンブルシーケンス及びセル無線ネットワーク一時識別子（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）メディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）制御要素（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ、ＣＥ）を送信し、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含み、
Ｓ２２０において、前記ネットワークデバイスが前記プリアンブルシーケンス及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを復号化する。
Ｓ２３０において、前記ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて、前記端末デバイスに物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を送信する。
Ｓ２４０において、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、
Ｓ２５０において、前記端末デバイスが前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定する。
端末デバイスがネットワークデバイスにプリアンブルシーケンス及びＣ－ＲＮＴＩ ＭＡＣ ＣＥを送信し、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含み、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、前記端末デバイスが前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定する。ネットワークデバイスが端末デバイスにより送信されたプリアンブルシーケンス及びＣ－ＲＮＴＩ ＭＡＣ ＣＥを受信し、前記ネットワークデバイスが前記プリアンブルシーケンス及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを復号化し、前記ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスにＰＤＣＣＨを送信する。
本願の実施例において、ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスにＰＤＣＣＨを送信し、さらに、端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出することで、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定する。具体的に、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、２ステップのランダムアクセスの手順中のコンテンション競合を解決したと分かり、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、２ステップのランダムアクセスの手順中のコンテンション競合を成功に解決しないことが分かる。
任意選択で、端末デバイスは、１つのタイマ又は時間窓において前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しても良い。
例えば、前記端末デバイスが前記ネットワークデバイスに前記プリアンブルシーケンス及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信した後、第１のタイマ又は第１の時間窓を開始し、前記プリアンブルシーケンスがＰＲＡＣＨリソースで送信され、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥが前記ＰＵＳＣＨリソースで送信される。この時、前記端末デバイスが前記第１のタイマを開始した後又は前記第１の時間窓において、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する。任意選択で、前記タイマの持続時間又は前記時間窓の持続時間は、前記ネットワークデバイスにより構成される。つまり、前記第１のタイマ又は前記第１の時間窓は、前記ＰＲＡＣＨ伝送の後に開始しても良いし、ＰＵＳＣＨの伝送の後に開始しても良い。
勿論、前記タイマの持続時間又は前記時間窓の持続時間は、予め設定された持続時間であっても良く、例えば、前記タイマの持続時間又は前記時間窓の持続時間は、プロトコルで規定された持続時間であり、即ち、前記端末デバイス及び前記ネットワークデバイスについて、前記タイマの持続時間と前記時間窓の持続時間とは、予め設定された持続時間である。
つまり、ネットワークデバイスは、前記プリアンブルシーケンスが位置する物理ランダムアクセスチャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ)及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥが位置するＰＵＳＣＨを受信した後、第１のタイマ又は第１の時間窓を開始し、この時、前記ネットワークデバイスは、前記第１のタイマが開始した後又は前記第１の時間窓において、前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて、前記端末デバイスにＰＤＣＣＨを送信する。同様に、前記タイマの持続時間又は前記時間窓の持続時間は、前記ネットワークデバイスが前記端末デバイスに構成した情報であっても良いし、プロトコルで規定された持続時間であっても良く、本願はこれに限定されない。
以下、ネットワークデバイスがＳ２２０及びＳ２３０を実行することは、詳しく説明する。
Ｓ２３０において、前記端末デバイスがネットワークデバイスにプリアンブルシーケンス及びＣ－ＲＮＴＩ ＭＡＣ ＣＥを送信した後、前記ネットワークデバイスがＳ２２０において前記プリアンブルシーケンス及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを受信し復号化する必要があり、そして、前記ネットワークデバイスは、異なる復号化結果に応じて、異なるＰＤＣＣＨを送信する。例えば、異なる情報が含まれるＰＤＣＣＨである。
具体的に、Ｓ２２０において、ネットワークデバイスがプリアンブルシーケンス及びＣ－ＲＮＴＩ ＭＡＣ ＣＥを復号化する結果は、以下の３つのケースを含む。
第１のケース：ネットワークデバイスが１つ以上のプリアンブルシーケンス（ｐｒｅａｍｂｌｅ）の復号化を成功する。
第２のケース：ネットワークデバイスが１つ以上のｐｒｅａｍｂｌｅ、及び１つ以上のＣ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功する。
第３のケース：ネットワークデバイスがＣ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功するが、ｐｒｅａｍｂｌｅを復号化せず、ネットワークデバイスがｐｒｅａｍｂｌｅを復号化してからＣ－ＲＮＴＩ ＭＡＣ ＣＥを復号化するため、このケースが発生する可能性が小さい。
第１のケースにおいて、ネットワークデバイスがｐｒｅａｍｂｌｅのみを復号化した場合、ネットワークデバイスが前記ｐｒｅａｍｂｌｅに対応する端末デバイスを区別することができない。前記ｐｒｅａｍｂｌｅが複数の端末デバイスに対応する可能性があるため、即ち、前記複数の端末デバイスが同じＰＲＡＣＨリソースを利用してｐｒｅａｍｂｌｅを伝送する。この時、前記ネットワークデバイスが前記ｐｒｅａｍｂｌｅに応答しても良いし、前記ｐｒｅａｍｂｌｅに応答しなくても良い。前記ネットワークデバイスが前記ｐｒｅａｍｂｌｅに応答する場合、４ステップのＲＡＣＨにおけるＲＡＲを送信してｐｒｅａｍｂｌｅに応答し、この時、２ステップのＲＡＣＨを行う端末デバイスが４ステップのＲＡＣＨにバックオフすることができる。前記ネットワークデバイスが前記ｐｒｅａｍｂｌｅに応答しない場合、端末デバイスが上記のＳ２１０を再実行し、即ち、前記端末デバイスがネットワークデバイスにプリアンブルシーケンス及びＣ－ＲＮＴＩ ＭＡＣ ＣＥを送信し、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含む。
なお、この場合、ネットワークデバイスは、復号化したｐｒｅａｍｂｌｅに対応する端末デバイスが４ステップのＲＡＣＨを行う端末デバイスであるか、２ステップのＲＡＣＨを行う端末デバイスであるかを判別できる場合(例えば、ＰＲＡＣＨリソースを異なるように設定することで)には、２ステップのＲＡＣＨを行う端末デバイスがＣ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのブラインド検出を停止するように１つの指示情報を送信し、２ステップのＲＡＣＨを行う端末デバイスが上述したＳ２１０をできるだけ早く再実行させるようにしてもよい。
第２のケースにおいて、前記ネットワークデバイスがｐｒｅａｍｂｌｅ及びＣ－ＲＮＴＩ ＭＡＣ ＣＥを復号化する場合、前記ネットワークデバイスがＣ－ＲＮＴＩ ＭＡＣにおけるＩＤ（例えばＣ－ＲＮＴＩ）に対応する端末デバイスを少なくとも区別することができ、この時、前記ネットワークデバイスがＣ－ＲＮＴＩ ＭＡＣ ＣＥに応答し、即ち、前記端末デバイスが端末デバイスにＣ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを送信することができる。
なお、ｐｒｅａｍｂｌｅが搬送されるＰＲＡＣＨ及びＣ－ＲＮＴＩ ＭＡＣ ＣＥが搬送される物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）とは、一定の関係があり、ネットワークデバイスがＣ－ＲＮＴＩ ＭＡＣ ＣＥに応答する時に、上記の関係に基づいてＣ－ＲＮＴＩ ＭＡＣ ＣＥに応答する。例えば、復号化されたｐｒｅａｍｂｌｅに対応するＣ－ＲＮＴＩ ＭＡＣ ＣＥ復号化が成功しない場合、前記ネットワークデバイスは、ｐｒｅａｍｂｌｅに応答しても良いし、ｐｒｅａｍｂｌｅに応答しなくても良い。復号化されたｐｒｅａｍｂｌｅに対応するＣ－ＲＮＴＩ ＭＡＣ ＣＥ復号化が成功した場合、前記ネットワークデバイスがＣ－ＲＮＴＩ ＭＡＣ ＣＥに応答することができる。さらに、複数の端末デバイスが前記復号化が成功されたｐｒｅａｍｂｌｅを同時に使用する可能性があるため、前記ネットワークデバイスは、さらに、前記復号化が成功されたｐｒｅａｍｂｌｅに応答しても良い。
つまり、前記ネットワークデバイスが前記プリアンブルシーケンスを成功に復号化し、且つ前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化が成功しない場合、前記端末デバイスに前記プリアンブルシーケンスに対応するＲＡＲをスケジューリングするためのＰＤＣＣＨを送信する。また、例えば、前記ネットワークデバイスが前記プリアンブルシーケンスを成功に復号化し、且つ前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功する場合、前記端末デバイスに前記プリアンブルシーケンスに対応するＲＡＲをスケジューリングするためのＰＤＣＣＨを送信し、さらに、前記ネットワークデバイスが前記プリアンブルシーケンスを成功に復号化し、且つ前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功する場合、前記ネットワークデバイスは、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを前記端末デバイスに送信しても良い。
以下、前記端末デバイスがＳ２４０及びＳ２５０を実行することは、詳しく説明する。
実施例一：
前記端末デバイスがＳ２４０において前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、Ｓ２５０において、前記端末デバイスが前記コンテンション競合を解決したと決定する。
又は、前記端末デバイスがＳ２４０において前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記端末デバイスが前記第１のタイマを停止し又は前記第１の時間窓において前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出することを停止する。
この時、前記端末デバイスが前記ＰＤＣＣＨにおけるダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を復号化し、前記ＤＣＩは、ダウンリンクデータ又はアップリンクデータをスケジューリングするためのスケジューリング情報を含む。任意選択で、前記ＤＣＩは、さらに、時間アラインメント命令（Ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ Ｃｏｍｍａｎｄ、ＴＡＣ）を含むことができる。任意選択で、前記ＤＣＩがＰＤＳＣＨをスケジューリングするためのスケジューリング情報を含む場合、前記ＰＤＳＣＨは、ＭＡＣ ＣＥを含み、前記ＭＡＣ ＣＥは、前記時間アラインメント命令ＴＡＣを含む。つまり、前記ＤＣＩは、ダウンリンクデータをスケジューリングするためのスケジューリング情報を含み、又は、アップリンクデータをスケジューリングするためのスケジューリング情報を含み、又は、ダウンリンクデータをスケジューリングするためのスケジューリング情報及びＴＡＣを含み、又は、アップリンクデータをスケジューリングするためのスケジューリング情報及びＴＡＣを含む。ＴＡＣは、次回のアップリンク伝送を行う際に、端末デバイスのアップリンクタイミングの立ち上げに用いられる。
前記端末デバイスがＳ２４０において前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、Ｓ２５０において、前記端末デバイスが前記コンテンション競合を解決しないと決定する。
この時、前記端末デバイスは、前記プリアンブルシーケンス及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信するためのリソースを再選択し、前記ネットワークデバイスに前記プリアンブルシーケンス及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを再送する。即ち、前記端末デバイスがＳ２１０を再実行して、２ステップのランダムアクセスの手順を再度に行う。
実施例二：
前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、さらに、ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する。即ち、前記端末デバイスは、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨとともに、ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する。
ここで、前記端末デバイスが前記ＲＡ－ＲＮＴＩを決定する方法は、従来技術と同じであっても良いし、異なっても良く、本願の実施例がこれに限定されず、例えば、前記端末デバイスは、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを伝送するためのリソース及び／又は前記プリアンブルシーケンスを伝送するためのリソースに応じて前記ＲＡ－ＲＮＴＩを決定してもよい。
前記端末デバイスが前記プリアンブルシーケンスを伝送するためのリソースに応じて前記ＲＡ－ＲＮＴＩを決定することを例とし、前記端末デバイスは、以下の式で、前記ＲＡ－ＲＮＴＩを決定する。
ＲＡ－ＲＮＴＩ＝１＋ｓ_ｉｄ＋１４×ｔ_ｉｄ＋１４×８０×ｆ_ｉｄ＋１４×８０×８×ｕｌ_ｃａｒｒｉｅｒ_ｉｄである。
ここで、ｓ_ｉｄはＰＲＡＣＨタイミングの１番目のＯＦＤＭシンボルのインデックスであり(０≦ｓ_ｉｄ ＜１４)、ｔ_ｉｄはシステムフレームにおけるＰＲＡＣＨタイミングの１番目のスロットのインデックスである(０≦ｔ_ｉｄ <８０)。ｆ_ｉｄは、周波数領域でのＰＲＡＣＨタイミングのインデックスであり(０≦ｆ_ｉｄ <８)、ＵＬ＿ｃａｒｒｉｅｒ＿ｉｄは、ランダムアクセスプリアンブルシーケンスの伝送のためのＵＬキャリアである(０はＮＵＬキャリアを示し、１はＳＵＬキャリアを示す)。ＦＤＤの場合、サブフレーム当たり１つのＰＲＡＣＨリソースしかないため、ｆ_ｉｄは０に固定される。
ある実施例において、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれない場合、前記端末デバイスは、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出する。
さらに、前記端末デバイスが前記時間窓が終了し又はタイマがタイムアウトする前に前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記端末デバイスがコンテンション競合を成功に解決したと決定し、この時、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのブラインド検出を停止する。前記端末デバイスがＣ－ＲＮＴＩを成功にリッスンしなかった場合、前記端末デバイスが２１０を再実行し、即ち、前記端末デバイスは、前記プリアンブルシーケンス及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信するためのリソースを再選択し、前記ネットワークデバイスに前記プリアンブルシーケンス及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを再送する。即ち、前記端末デバイスがＳ２１０を再実行して、２ステップのランダムアクセスの手順を再度行う。
他の実施例において、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記端末デバイスは、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのブラインド検出を停止する。
又は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記端末デバイスは、タイマを停止し又は時間窓において前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのブラインド検出を停止する。
この時、前記端末デバイスは、受信されたＲＡＲを４ステップのＲＡＣＨ手順におけるｍｓｇ２とし、ＲＡＲでスケジューリングされるＵＬ ＧＲＡＮＴを利用してｍｓｇ３を伝送し、つまり、ＵＥが４ステップのＲＡＣＨ手順にバックオフする。即ち、前記端末デバイスが４ステップランダムアクセスの手順におけるステップ３にバックオフし、前記ネットワークデバイスにメッセージ３を送信する。例えば、前記端末デバイスが前記ＲＡＲにおけるアップリンク許可ＵＬ－Ｇｒａｎｔ情報を取得し、前記端末デバイスが前記ＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信する。４ステップのランダムアクセスの手順は、従来技術のランダムアクセスの手順と同じであっても良いため、ここで説明を省略する。
実施例三：
前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対するＲＡＰＩＤが含まれる場合、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出する。
さらに、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記コンテンション競合を解決したと決定する。前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記端末デバイスがＲＡＰＩＤに対応するＲＡＲで前記ネットワークデバイスにメッセージ３を送信する。即ち、前記端末デバイスが４ステップランダムアクセスの手順におけるステップ３にバックオフし、前記ネットワークデバイスにメッセージ３を送信する。例えば、前記端末デバイスが前記ＲＡＲにおけるアップリンク許可ＵＬ－Ｇｒａｎｔ情報を取得し、前記端末デバイスが前記ＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信する。４ステップのランダムアクセスの手順が従来技術のランダムアクセスの手順と同じであっても良いため、ここで説明を省略する。
さらに、端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記端末デバイスが前記メッセージ３を送信しない決定し、及び／又は、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記端末デバイスが前記メッセージ３を送信すると決定する。
本願の実施例において、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記端末デバイスは、さらに、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するため、前記端末デバイスが前記Ｃ－ＲＮＴＩのブラインド検出結果に基づいて４ステップのランダムアクセスの手順における第３ステップにバックオフするかどうかを決定する必要がある。即ち、前記端末デバイスが前記ネットワークデバイスにメッセージ３を送信するかどうかを決定する必要がある。
この実施例において、ブラインド検出した前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨは、前記端末デバイスが前記メッセージ３を送信しないように暗黙的に指示する。本願がこれに限定されない。
例えば、ある実施例において、前記ネットワークデバイスが前記端末デバイスに指示情報を送信して、前記端末デバイスが前記ネットワークデバイスに前記メッセージ３を送信するかどうかを明確に指示する。例えば、前記端末デバイスが第１の指示情報に応じて、前記ネットワークデバイスに前記メッセージ３を送信するかどうかを決定し、前記第１の指示情報が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨに含まれる。即ち、前記端末デバイスは、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨにおける第１の指示情報に応じて、前記ネットワークデバイスに前記メッセージ３を送信するかどうかを決定する。勿論、前記第１の指示情報が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるダウンリンクデータに含めても良く、例えば、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるＰＤＳＣＨがＭＡＣ ＣＥを含み、前記ＭＡＣ ＣＥが前記第１の指示情報を含む。本願の実施例がこれに限定されない。
本願のある実施例において、前記ＲＡＲは、第２の指示情報を含み、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合に前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するかどうか又は前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得するかどうかを指示する。
さらに、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得し、且つ前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤが前記プリアンブルシーケンスに対応するＲＡＰＩＤと同じである場合、前記端末デバイスが前記ＲＡＲに含まれるＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する。
本願の実施例において、前記端末デバイスが前記第２の指示情報に基づいて、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した後に以降の操作手順を明確することができる。
ある実現可能な形態において、前記第２の指示情報が前記ＲＡＰＩＤに対応するＲＡＲに含める。例えば、図６に示すように、従来の４ステップのＲＡＣＨにおけるＲＡＲフォーマットであり、前記第２の指示情報は、この中の予約ビットＲで以下の２つケースを示す。
第１のケース：ＵＥが該ＲＡＲを無視し、Ｃ－ＲＮＴＩのリッスンを継続するように指示する。
第２のケース：ＵＥが該ＲＡＲを４ステップのＲＡＣＨのｍｓｇ２とし、該ＲＡＲにおけるＵＬ ＧＲＡＮＴでｍｓｇ３を伝送することで、４ステップのＲＡＣＨにバックオフし、Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのリッスンを停止するように指示する。
別の実施例では、前記第２の指示情報は前記ＲＡＲのＭＡＣ ＰＤＵのＢＩサブヘッダ内に含める。例えば、図４に示すように、前記ＲＡＲのＭＡＣ ＰＤＵのＢＩサブヘッダ内の２つの予約ビットの一方または両方を第２の指示情報として設定することができる。
例えば、ＲＡＲのＭＡＣ ＰＤＵのＢＩサブヘッダ内の２つの予約ビットのうちの１つが第２の指示情報として設定されている場合、前記予約ビットの値が第１の値（例えば０）に設定されているときは、２ステップのランダムアクセスを行う端末デバイスがＲＡＲの次のＲＡＰＩＤヘッダを探し続け、該当するＲＡＰＩＤヘッダがある場合は、そのまま４ステップのランダムアクセスの手順にバックオフする必要がある。前記予約ビットの値が第２の値(例えば、１)に設定される場合、それは、２ステップのランダムアクセスを行う端末デバイスがＲＡＲを探索し続ける必要がないことを示し、( ＵＥのオーバーヘッドを節約することができるように)、窓および/またはタイマにおいてＣ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し続ける。
また、例えば、前記ＲＡＲのＭＡＣ ＰＤＵのＢＩサブヘッダ内の２つの予約ビットが共に第２の指示情報として設定される場合、２つの予約ビットの組み合わせは４つの場合を示すことができ、いくつかの可能な指示の場合は以下の通りである。
実施例二の場合：
前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれない場合、前記端末デバイスは、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出する。
前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記端末デバイスは、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのブラインド検出を停止する。
実施例三の場合：
前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対するＲＡＰＩＤが含まれる場合、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出する。
本願の実施例において、前記ネットワークデバイスは、ＢＩ値をｒｅｓｅｒｖｅ値に設定してもよく、例えば、表１におけるインデックス（ｉｎｄｅｘ）が１４または１５である場合、４ ｓｔｅｐ ＲＡＣＨ ＵＥは、ｂａｃｋｏｆｆが０であるとみなされる。
Figure 2022532291000002
本願の実施例では、表１に示すように、前記バックオフインデックスＢＩサブヘッダにおけるバックオフインデックスによって示されるバックオフ値は、予約値とすることができる。このとき、ネットワークデバイスは、４ ｓｔｅｐ ＲＡＣＨ ＵＥがバックオフせずように指示するとともに、第２の指示情報を２-ｓｔｅｐ ＲＡＣＨ ＵＥに送信して、第２の指示情報が従来の４-ｓｔｅｐ ＲＡＣＨ ＵＥに影響を及ぼすことを回避できる。
なお、本願の実施例において、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマと、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマとは、同一のタイマ又は異なるタイマである。
例えば、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマと、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマとは、異なるタイマである場合、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマの持続時間は、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマの持続時間以上であっても良い。
又は、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマは、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した時又はブラインド検出した後に開始するタイマである。
例えば、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対するＲＡＰＩＤが含まれる場合、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出する。この時、前記端末デバイスが前記第１のタイマ又は前記第１の時間窓を開始し、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマ又は時間窓を停止し、前記第１のタイマ又は時間窓の持続時間は、閾値以下であっても良く、前記第１のタイマ又は時間窓において潜在的Ｃ－ＲＮＴＩスケジューリングをブラインド検出する。
本願の実施例では、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する際に使用されるタイマを、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合又は後で起動するタイマに設定することで、端末デバイスの消費電力を効果的に低減することができる。
以上、添付図面を参照しながら本願の好適な実施例について詳細に説明したが、本願は、上述の実施例に限定されるものではなく、本願の技術的思想の範囲内で、本願の技術的思想に含まれる様々な変形が可能である。
例えば、上記の発明を実施するための形態に記載された各特徴は、矛盾しない限り、任意の適切な方法で組み合わせることができ、本願では、不必要な重複を避けるために、様々な可能な組み合わせについては説明を省略する。
また、例えば、本願の様々な異なる実施例は、本願の趣旨に反しない限り、任意に組み合わせることができ、同様に本願の開示とみなされるべきである。
なお、本願の様々な方法の実施例において、上記の各プロセスの番号の大きさは、実行順序の先後を意味するものではなく、各プロセスの実行順序は、その機能的および内因性の論理によって決定されるべきであり、本願の実施例の実施プロセスを限定するものではない。
本願の方法の実施例は、図１～７に関連して上記で詳細に説明され、本願のデバイスの実施例は、図８～９に関連して以下に詳細に説明される。
図８は本願の実施例における端末デバイス３００のブロック図である。
具体的に、図８に示すように、端末デバイス３００は、通信ユニット３１０と、ブラインド検出ユニット３２０と、決定ユニット３３０とを含み
通信ユニット３１０は、ネットワークデバイスにプリアンブルシーケンス及びセルアクセス無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信するように構成され、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含み、
ブラインド検出ユニット３２０は、前記Ｃ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出するように構成され、
決定ユニット３３０は、前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定するように構成される。
任意選択で、ある実現可能な形態において、前記端末デバイス３００は、さらに、開始ユニットを含み
開始ユニットは、前記通信ユニット３１０が前記ネットワークデバイスに前記プリアンブルシーケンスが位置する物理ランダムアクセスチャネルＰＲＡＣＨ及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥが位置する物理アップリンク共有チャネルＰＵＳＣＨを送信した後、第１のタイマ又は第１の時間窓を開始するように構成され、
前記ブラインド検出ユニット３２０は、具体的に、
前記第１のタイマが開始した後又は前記第１の時間窓において、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出するように構成される。
任意選択で、ある実現可能な形態において、前記タイマの持続時間又は前記時間窓の持続時間は、前記ネットワークデバイスにより構成される。
任意選択で、ある実現可能な形態において、前記決定ユニット３３０は、具体的に、
前記ブラインド検出ユニット３２０が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記コンテンション競合を解決したと決定するように構成される。
任意選択で、ある実現可能な形態において、前記端末デバイスは、さらに、復号化ユニットを含み、
復号化ユニットは、前記ＰＤＣＣＨにおけるダウンリンク制御情報ＤＣＩを復号化するように構成され、
前記ＤＣＩは、ダウンリンクデータ又はアップリンクデータをスケジューリングするためのスケジューリング情報を含む。
任意選択で、ある実現可能な形態において、前記ＤＣＩは、さらに、時間アラインメント命令ＴＡＣを含む。
任意選択で、ある実現可能な形態において、前記ＤＣＩは、物理ダウンリンク共有チャネルＰＤＳＣＨをスケジューリングするためのスケジューリング情報を含む場合、前記ＰＤＳＣＨは、ＭＡＣ ＣＥを含み、前記ＭＡＣ ＣＥは、前記時間アラインメント命令ＴＡＣを含む。
任意選択で、ある実現可能な形態において、前記決定ユニット３３０は、具体的に、
前記ブラインド検出ユニット３２０が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記コンテンション競合を解決しないと決定するように構成され、
前記通信ユニット３１０は、さらに、
前記ネットワークデバイスに前記プリアンブルシーケンス及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを再送するように構成される。
任意選択で、ある実現可能な形態において、前記ブラインド検出ユニット３２０は、さらに、
ランダムアクセス無線ネットワーク一時識別子ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出するように構成される。
任意選択で、ある実現可能な形態において、前記ブラインド検出ユニット３２０は、具体的に、
前記ブラインド検出ユニット３２０が前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれない場合、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインドするように構成される。
任意選択で、ある実現可能な形態において、前記ブラインド検出ユニット３２０は、具体的に、
前記ブラインド検出ユニット３２０が前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのブラインド検出を停止するように構成され、
前記通信ユニット３１０は、さらに、
ＲＡＰＩＤに対応するＲＡＲでネットワークデバイスにメッセージ３を送信するように構成される。
任意選択で、ある実現可能な形態において、前記通信ユニット３１０は、具体的に、
前記ＲＡＲにおけるアップリンク許可ＵＬ－Ｇｒａｎｔ情報を取得し、
前記ＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するように構成される。
任意選択で、ある実現可能な形態において、前記ブラインド検出ユニット３２０は、具体的に、
前記ブラインド検出ユニット３２０が前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインドするように構成され、
前記決定ユニット３３０は、具体的に、
前記ブラインド検出ユニット３２０が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記コンテンション競合を解決したと決定するように構成される。
任意選択で、ある実現可能な形態において、前記通信ユニット３１０は、さらに、
前記ブラインド検出ユニット３２０が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記ＲＡＲにおけるアップリンク許可ＵＬ－Ｇｒａｎｔ情報を取得し、
前記ＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するように構成される。
任意選択で、ある実現可能な形態において、前記決定ユニット３３０は、さらに、
前記ネットワークデバイスにメッセージ３を送信するかどうかを決定するように構成される。
任意選択で、ある実現可能な形態において、前記決定ユニット３３０は、具体的に、
前記ブラインド検出ユニット３２０が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記メッセージ３を送信しないと決定し、及び／又は、
前記ブラインド検出ユニット３２０が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記メッセージ３を送信すると決定するように構成される。
任意選択で、ある実現可能な形態において、前記決定ユニット３３０は、具体的に、
第１の指示情報に応じて、前記ネットワークデバイスに前記メッセージ３を送信するかどうかを決定するように構成され、前記第１の指示情報が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨに含まれる。
任意選択で、ある実現可能な形態において、前記ＲＡＲは、第２の指示情報を含み、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合に前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するかどうか又は前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得するかどうかを指示する。
任意選択で、ある実現可能な形態において、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得し、且つ前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤが前記プリアンブルシーケンスに対応するＲＡＰＩＤと同じである場合、前記端末デバイスが前記ＲＡＲに含まれるＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する。
任意選択で、ある実現可能な形態において、前記第２の指示情報は、前記ＲＡＲのメディアアクセス制御ＭＡＣプロトコルデータユニットＰＤＵのバックオフインデックスＢＩサブヘッダ内に含まれる。
任意選択で、ある実現可能な形態において、前記バックオフインデックスＢＩサブヘッダにおけるバックオフインデックスで示すバックオフ値は、予約値である。
任意選択で、ある実現可能な形態において、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマと、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマとは、同一のタイマ又は異なるタイマである。
任意選択で、ある実現可能な形態において、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマは、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した時又はブラインド検出した後に開始するタイマである。
任意選択で、ある実現可能な形態において、前記決定ユニット３３０は、さらに、
前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを伝送するためのリソース及び／又は前記プリアンブルシーケンスを伝送するためのリソースに応じて前記ＲＡ－ＲＮＴＩを決定するように構成される。
図９は本願の実施例におけるネットワークデバイス４００のブロック図である。
図４に示すように、前記ネットワークデバイス４００は、通信ユニット４１０と、復号化ユニット４２０とを含み、
通信ユニット４１０は、端末デバイスにより送信されたプリアンブルシーケンス及びセルアクセス無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを受信するように構成され、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含み、
復号化ユニット４２０は、前記プリアンブルシーケンス及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを復号化するように構成され、
前記通信ユニット４１０は、さらに、前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信するように構成される。
任意選択で、ある実現可能な形態において、前記ネットワークデバイスは、さらに、開始ユニットを含み、
開始ユニットは、前記通信ユニット４１０が前記プリアンブルシーケンスが位置する物理ランダムアクセスチャネルＰＲＡＣＨ及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥが位置する物理アップリンク共有チャネルＰＵＳＣＨを受信した後、第１のタイマ又は第１の時間窓を開始するように構成され、
ここで、前記通信ユニット４１０は、具体的に、
前記第１のタイマが開始した後又は前記第１の時間窓において、前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信するように構成される。
任意選択で、ある実現可能な形態において、前記タイマの持続時間又は前記時間窓の持続時間は、前記ネットワークデバイスが前記端末デバイスに構成した情報である。
任意選択で、ある実現可能な形態において、前記通信ユニット４１０は、具体的に、
前記復号化ユニット４２０が前記プリアンブルシーケンスを成功に復号化し、且つ前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを成功に復号化しない場合、前記端末デバイスに、前記プリアンブルシーケンスに対応するランダムアクセス応答ＲＡＲをスケジューリングするためのＰＤＣＣＨを送信するように構成される。
任意選択で、ある実現可能な形態において、前記通信ユニット４１０は、具体的に、
前記復号化ユニット４２０が前記プリアンブルシーケンスの復号化を成功し、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功する場合、前記端末デバイスに前記プリアンブルシーケンスに対応するランダムアクセス応答ＲＡＲをスケジューリングするためのＰＤＣＣＨを送信するように構成される。
任意選択で、ある実現可能な形態において、前記通信ユニット４１０は、さらに、
前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを前記端末デバイスに送信するように構成される。
任意選択で、ある実現可能な形態において、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨは、第１の指示情報を含み、前記第１の指示情報は、前記端末デバイスが前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する。
任意選択で、ある実現可能な形態において、前記ＲＡＲは、第２の指示情報を含み、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合に前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するかどうか又は前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得するかどうかを指示する。
任意選択で、ある実現可能な形態において、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得し、且つ前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤが前記プリアンブルシーケンスに対応するＲＡＰＩＤと同じである場合、前記端末デバイスが前記ＲＡＲに含まれるＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する。
任意選択で、ある実現可能な形態において、前記第２の指示情報は、前記ＲＡＲのメディアアクセス制御ＭＡＣプロトコルデータユニットＰＤＵのバックオフインデックスＢＩサブヘッダ内に含まれる。
任意選択で、ある実現可能な形態において、前記バックオフインデックスＢＩサブヘッダにおけるバックオフインデックスで示すバックオフ値は、予約値である。
なお、デバイスの実施例及び方法の実施例は互いに対応してもよく、同様の説明は方法の実施例を参照してもよい。具体的には、図８に示す端末デバイス３００は、本願の実施例の方法２００を実行するそれぞれの主体に対応することができ、端末デバイス３００における各部の上記及び他の動作及び/又は機能は、それぞれ、図１における各方法におけるそれぞれのフローを実現するためのものである。同様に、図９に示すネットワークデバイス４００は、本願の実施例の方法２００における各主体を実行することに対応し、ネットワークデバイス４００における各ユニットの前述及び他の操作及び/又は機能は、それぞれ図１における各方法における各フローを実現するためのものであり、簡潔にするため、ここではその説明を省略する。
本願の実施例による通信デバイスは、機能モジュールの観点から、図８および図９に関連して上述された。この機能ブロックは、ハードウェアで実現されても、ソフトウェアで命令が実行されることによって実現されても、ハードウェアとソフトウェアモジュールの組み合わせによって実現されてもよいことが理解される。
具体的には、本願の実施例における方法の実施例のステップは、プロセッサにおけるハードウェアの集積論理回路及び/又はソフトウェア形式の命令によって行うことができ、本願の実施例に関連して開示された方法のステップは、ハードウェアデコードプロセッサによって直接実行されるか、又は、デコードプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせによって実行されることによって具現化することができる。
任意選択で、ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で確立された記憶媒体内にあってもよい。記憶媒体はメモリに配置され、プロセッサはメモリの情報を読み取り、そのハードウェアと共に、方法の実施例におけるステップを実行する。
例えば、本願の実施例における通信ユニットは送受信機により実現され、その復号化ユニット、開始ユニット及び決定ユニットはプロセッサにより実現される。
図１０は、本願の実施例の通信デバイス５００の概略構成図である。図１０に示す通信デバイス５００は、メモリからコンピュータプログラムを呼び出して実行し、本願の実施例における方法を実現することができるプロセッサ５１０を含む。
任意選択で、図１０に示されるように、通信デバイス５００は、メモリ５２０をさらに含み得る。メモリ５２０は、指示情報を記憶するために使用されてもよく、また、プロセッサ５１０によって実行されるコード、命令などを記憶するために使用されてもよい。ここで、プロセッサ５１０は、メモリ５２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。
ここで、メモリ５２０は、プロセッサ５１０とは独立した別個の部品であってもよいし、プロセッサ５１０に集積されていてもよい。
任意選択で、図１０に示すように、通信デバイス５００は、プロセッサ５１０が他の装置と通信するように制御することができる送受信機５３０をさらに備えることができ、具体的に、他の装置に情報又はデータを送信することができ、又は他の装置から送信された情報又はデータを受信することができる。
ここで、送受信機５３０は、送信機と受信機とを含むことができる。送受信機５３０は、１つ以上のアンテナをさらに含んでもよい。
任意選択的に、該通信デバイス５００は、本願の実施例の端末デバイスであってもよく、該通信デバイス５００は、本願の実施例の各方法における端末デバイスにより実現される対応するフローを実現してもよく、すなわち、本願の実施例の通信デバイス５００は、本願の実施例における端末デバイス３００に対応してもよく、本願の実施例による方法２００における対応する主体を実行してもよいが、簡潔にするために、ここではその説明を省略する。
任意選択で、通信デバイス５００は、本願の実施例のネットワークデバイスであってもよく、通信デバイス５００は、本願の実施例の様々な方法においてネットワークデバイスによって実施される対応するフローを実施してもよい。すなわち、本願の実施例の通信デバイス５００は、本願の実施例におけるネットワークデバイス４００に対応し、本願の実施例による方法２００における対応する主体を実行することに対応してもよく、簡潔にするために、ここではその説明を省略する。
なお、通信デバイス５００の各構成要素は、データバスの他に、電源バス、制御バスおよびステータス信号バスを含むバスシステムにより接続されている。
また、本願の実施例では、チップが提供され、該チップは、集積回路チップであってもよく、信号の処理能力を有し、本願の実施例における開示された方法、ステップ及び論理ブロック図を実現又は実行することができる。
任意選択で、チップは、様々な端末デバイスに適用されてもよく、チップを搭載した通信デバイスは、本願の実施例に開示された様々な方法、ステップ、及び論理ブロック図を実行することができる。
図１０は本願の実施例におけるチップの構成図である。
図１０に示すチップ６００は、メモリからコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができるプロセッサ５１０を含む。
任意選択で、図１０に示すように、チップ６００は、メモリ６２０をさらに含んでもよい。ここで、プロセッサ６１０は、メモリ６２０からコンピュータプログラムを呼び出して実行することにより、本願の実施例における方法を実現することができる。メモリ６２０は、指示情報を記憶するために使用されてもよく、また、プロセッサ６１０によって実行されるコード、命令などを記憶するために使用されてもよい。
ここで、メモリ６２０は、プロセッサ６１０とは独立した別個の部品であってもよいし、プロセッサ６１０に集積されていてもよい。
任意選択で、チップ６００は、入力インターフェース６３０を含んでもよい。ここで、プロセッサ６１０は、該入力インターフェース６３０を制御して他のデバイス又はチップと通信し、具体的には、他のデバイス又はチップが送信する情報又はデータを取得することができる。
任意選択で、チップ６００は、出力インターフェース６４０を含んでもよい。プロセッサ６１０は、他のデバイス又はチップと通信し、具体的には、他のデバイス又はチップに情報又はデータを出力してもよい。
任意選択で、該チップは、本願の実施例におけるネットワークデバイスに適用され、且つ該チップは、本願の実施例の各方法におけるネットワークデバイスにより実現される対応するフローを実現することができ、簡潔にするために、ここでその説明が省略される。
任意選択で、該チップは、本願の実施例における端末デバイスに適用され、且つ該チップは、本願の実施例における各方法において端末デバイスにより実現される対応するフローを実現することができ、簡潔にするために、ここでその説明が省略される。
なお、本願の実施例で言及されるチップは、システムオンチップ、システムチップ、チップシステム、またはシステムレベルチップなどと称されることもある。また、チップ６００内の様々な構成要素は、データバスに加えて、電力バス、制御バス、および状態信号バスを含むバスシステムによって接続されることを理解されたい。
前記プロセッサは、汎用プロセッサ、DＳP、ＡＳIC、FPGＡまたは他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理デバイス、ディスクリートハードウェア構成要素などが含まれるが、これらに限定されない。
プロセッサは、本願の実施例に開示された方法、ステップ、及び論理ブロック図を実施又は実行するために使用される。本願の実施例に関連して開示される方法のステップは、ハードウェアの復号プロセッサによって実行されるように直接具現化されてもよく、又は復号プロセッサ内のハードウェア及びソフトウェアモジュールの組み合わせによって実行されるように具現化されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または書き換え可能プログラム可能メモリ、レジスタなどの当技術分野で周知の記憶媒体内に配置され得る。記憶媒体はメモリに配置され、プロセッサは、メモリの情報を読み取り、そのハードウェアと共に、上記方法のステップを実行する。
前記メモリは、揮発性メモリ及び/又は不揮発性メモリを備えるが、これらに限定されない。ここで、不揮発性メモリは、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ （ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ )、Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ )であってもよい。限定ではなく例示として、静的ランダムアクセスメモリ( Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ )、動的ランダムアクセスメモリ( Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ )、シンクロナスダイナミックランダムアクセスメモリ( Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ )、ダブルデータレート同期ダイナミックランダムアクセスメモリ( Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ )、エンハンスド同期ダイナミックランダムアクセスメモリ( Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ )、シンクロナスリンクダイナミックランダムアクセスメモリ( ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ )、およびダイレクトメモリバスランダムアクセスメモリ( Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ )など、多くの形態のＲＡＭが利用可能である。
なお、本明細書で説明するシステムおよび方法のメモリは、これらおよび任意の他の適切なタイプのメモリを含むことが意図されるが、これらに限定されない。
本願の実施例では、コンピュータプログラムを記憶するためのコンピュータ読み取り可能な記憶媒体も提供する。コンピュータ可読記憶媒体は、複数のアプリケーションを含むポータブル電子デバイスによって実行されたときに、ポータブル電子デバイスに方法２００によって示される実施例の方法を実行させることが可能な命令を含む１つまたは複数のプログラムを記憶する。
任意選択で、該コンピュータ読み取り可能な記憶媒体は、本願の実施例におけるネットワークデバイスに適用され、且つ該コンピュータプログラムは、コンピュータに、本願の実施例の各方法におけるネットワークデバイスにより実現される相応のフローを実行させ、簡潔にするために、ここではその説明を省略する。
任意選択で、該コンピュータ読み取り可能な記憶媒体は、本願の実施例における移動端末／端末デバイスに適用され、且つ該コンピュータプログラムは、コンピュータに、本願の実施例の各方法における移動端末／端末デバイスにより実現される相応のフローを実行させ、簡潔にするために、ここではその説明を省略する。
本願の実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品も提供される。
任意選択で、当該コンピュータプログラム製品は、本願の実施例におけるネットワークデバイスに適用され、当該コンピュータプログラム命令は、コンピュータに、本願の実施例の各方法におけるネットワークデバイスにより実現される対応するフローを実行させ、簡潔にするために、ここでその説明を省略する。
任意選択で、当該コンピュータプログラム製品は、本願の実施例における移動端末/端末デバイスに適用され、当該コンピュータプログラム命令は、コンピュータに、本願の実施例における各方法における移動端末/端末デバイスにより実現される対応するフローを実行させ、簡潔にするために、ここでは説明を省略する。
本願の実施例では、コンピュータプログラムも提供される。コンピュータプログラムがコンピュータによって実行されると、コンピュータは、方法２００によって示される実施例の方法を実行することができる。
任意選択で、該コンピュータプログラムは、本願の実施例におけるネットワークデバイスに適用されてもよく、該コンピュータプログラムがコンピュータ上で実行されると、コンピュータに本願の実施例の各方法におけるネットワークデバイスにより実現される対応するフローを実行させ、簡潔にするために、ここではその説明を省略する。
本願の実施例は、図８に示す端末デバイス３００及び図９に示すネットワークデバイス４００を含むことができる通信システムをさらに提供する。ここで、前記端末デバイス３００は、前記方法２００における端末デバイスにより実現される相応の機能を実現するために用いられてもよく、前記ネットワークデバイス４００は、前記方法２００におけるネットワークデバイスにより実現される相応の機能を実現するために用いられてもよく、簡潔にするために、ここでその説明が省略される。
なお、本明細書において「システム」等の用語は、「ネットワーク管理アーキテクチャ」又は「ネットワークシステム」等とも称され得る。
また、本願の実施例及び添付の特許請求の範囲で使用される用語は、特定の実施例を説明する目的のためだけであり、本願の実施例を限定することを意図していない。
例えば、本願の実施例および添付の特許請求の範囲で使用される単数形「１つ」、「前記」、「上記」、「該」は、文脈が明らかに他の意味を示さない限り、複数形も含むことを意図している。
当業者は、本明細書に開示される実施例に関連して説明される例のユニットおよびアルゴリズムステージが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能がハードウェアまたはソフトウェアのいずれの方法で実行されるかは、技術案の特定の適用例および設計制約に依存する。当業者は、説明された機能を実施するために、特定の適用例ごとに異なる方法を使用してもよいが、そのような実施は、本願の実施例の範囲から逸脱すると見なされるべきではない。
ソフトウェア機能ユニットの形態で実現され、スタンドアロン製品として販売または使用される場合、コンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の実施例の技術案は、本質的に、または、従来技術に貢献する部分、または、その技術案の部分を、記憶媒体に記憶された、本願の実施例に記述された方法のステップの全部または一部を、コンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどでもよい)に実行させるための命令を含むソフトウェア製品の形態で具体化することができる。また、上記記憶媒体としては、U-ディスク、リムーバブルハードディスク、リードオンリーメモリ、ランダムアクセスメモリ、磁気ディスク、光ディスク等、種々のプログラムコードを記憶できる媒体が含まれる。
当業者であれば、説明の便宜及び簡潔のために、上記説明したシステム、装置及びユニットの具体的な動作過程は、上記方法の実施例における対応する過程を参照してもよく、ここでその説明が省略されることを理解するであろう。
本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実施され得ることを理解されたい。
例えば、装置の実施例において説明されたユニットまたはモジュールまたはコンポーネントの分割は、１つの論理的機能の分割にすぎず、実際の実装において、別の分割があってもよく、例えば、複数のユニットまたはモジュールまたはコンポーネントが別のシステムに結合されても、統合されてもよく、または、一部のユニットまたはモジュールまたはコンポーネントが省略されても、または、実行されなくてもよい。
また、例えば、上記の分離表示手段として説明したユニット/モジュール/コンポーネントは、物理的に分離されていても、分離されていなくてもよく、一箇所に位置していても、複数のネットワーク要素に分散されていてもよい。本願の目的は、実際の必要に応じて、その一部又は全部のユニット/モジュール/コンポーネントを選択することによって達成される。
最後に、上記に示され、または論じられた相互の結合または直接的な結合または通信接続は、電気的、機械的、または他の形態の、いくつかのインターフェース、装置またはユニットを介した間接的な結合または通信接続であってもよいことが理解されるべきである。
以上、本願の実施例を具体的に実施したが、本願の実施例の保護範囲はこれに限定されず、当業者であれば、本願の実施例に開示された技術範囲内において、容易に変更や置換を想定することができ、本願の実施例の保護範囲に含まれる。したがって、本願の実施例の保護範囲は、特許請求の範囲の保護範囲を基準とする。

Claims (80)

  1. 端末デバイスがネットワークデバイスにプリアンブルシーケンス及びセル無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信することと、
    前記端末デバイスがＣ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出することと、
    前記端末デバイスが前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定することとを含み、
    前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含む
    ことを特徴とする２ステップのランダムアクセスのための方法。
  2. 前記方法は、さらに、
    前記端末デバイスが前記ネットワークデバイスに前記プリアンブルシーケンスが位置する物理ランダムアクセスチャネルＰＲＡＣＨ及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥが位置する物理アップリンク共有チャネルＰＵＳＣＨを送信した後、第１のタイマ又は第１の時間窓を開始することを含み、
    前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出することは、
    前記端末デバイスが前記第１のタイマを開始した後又は前記第１の時間窓において、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出することを含む
    ことを特徴とする請求項１に記載の２ステップのランダムアクセスのための方法。
  3. 前記タイマの持続時間又は前記時間窓の持続時間は、前記ネットワークデバイスにより構成される
    ことを特徴とする請求項２に記載の２ステップのランダムアクセスのための方法。
  4. 前記端末デバイスが前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定することは、
    前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記端末デバイスが前記コンテンション競合を解決したと決定することを含む
    ことを特徴とする請求項１～３のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  5. 前記方法は、さらに、
    前記端末デバイスが前記ＰＤＣＣＨにおけるダウンリンク制御情報ＤＣＩを復号化することを含み、
    前記ＤＣＩは、ダウンリンクデータ又はアップリンクデータをスケジューリングするためのスケジューリング情報を含む
    ことを特徴とする請求項４に記載の２ステップのランダムアクセスのための方法。
  6. 前記ＤＣＩは、さらに、時間アラインメント命令ＴＡＣを含む
    ことを特徴とする請求項５に記載の２ステップのランダムアクセスのための方法。
  7. 前記ＤＣＩは、物理ダウンリンク共有チャネルＰＤＳＣＨをスケジューリングするためのスケジューリング情報を含み、前記ＰＤＳＣＨは、ＭＡＣ ＣＥを含み、前記ＭＡＣ ＣＥは、前記時間アラインメント命令ＴＡＣを含む
    ことを特徴とする請求項５に記載の２ステップのランダムアクセスのための方法。
  8. 前記端末デバイスが前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定することは、
    前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記端末デバイスが前記コンテンション競合を解決しないと決定することを含み、
    前記方法は、さらに、
    前記端末デバイスが前記ネットワークデバイスに前記プリアンブルシーケンス及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを再送することを含む
    ことを特徴とする請求項１～４のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  9. 前記方法は、さらに、
    前記端末デバイスがランダムアクセス無線ネットワーク一時識別子ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出することを含む
    ことを特徴とする請求項１～３のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  10. 前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出することは、
    前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対するＲＡＰＩＤが含まれない場合、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出することを含む
    ことを特徴とする請求項９に記載の２ステップのランダムアクセスのための方法。
  11. 前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出することは、
    前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのブラインド検出を停止することを含み、
    前記方法は、さらに、
    前記端末デバイスがＲＡＰＩＤに対応するＲＡＲで前記ネットワークデバイスにメッセージ３を送信することを含む
    ことを特徴とする請求項９又は１０に記載の２ステップのランダムアクセスのための方法。
  12. 前記方法は、さらに、
    前記端末デバイスが前記ＲＡＲにおけるアップリンク許可ＵＬ－Ｇｒａｎｔ情報を取得することと、
    前記端末デバイスが前記ＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信することとを含む
    ことを特徴とする請求項１１に記載の２ステップのランダムアクセスのための方法。
  13. 前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出することは、
    前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対するＲＡＰＩＤが含まれる場合、前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出することを含み、
    前記端末デバイスが前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定することは、
    前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記コンテンション競合を解決したと決定することを含む
    ことを特徴とする請求項９に記載の２ステップのランダムアクセスのための方法。
  14. 前記方法は、さらに、
    前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記端末デバイスが前記ＲＡＲにおけるアップリンク許可ＵＬ－Ｇｒａｎｔ情報を取得することと、
    前記端末デバイスが前記ＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信することとを含む
    ことを特徴とする請求項１３に記載の２ステップのランダムアクセスのための方法。
  15. 前記方法は、さらに、
    前記端末デバイスが前記ネットワークデバイスにメッセージ３を送信するかどうかを決定することを含む
    ことを特徴とする請求項１３又は１４に記載の２ステップのランダムアクセスのための方法。
  16. 前記端末デバイスが前記ネットワークデバイスにメッセージ３を送信するかどうかを決定することは、
    前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記端末デバイスが前記メッセージ３を送信しないと決定し、及び／又は、
    前記端末デバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記端末デバイスが前記メッセージ３を送信すると決定することを含む
    ことを特徴とする請求項１５に記載の２ステップのランダムアクセスのための方法。
  17. 前記端末デバイスが前記ネットワークデバイスにメッセージ３を送信するかどうかを決定することは、
    前記端末デバイスが第１の指示情報に応じて、前記ネットワークデバイスに前記メッセージ３を送信するかどうかを決定することを含み、前記第１の指示情報が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨに含まれる
    ことを特徴とする請求項１５に記載の２ステップのランダムアクセスのための方法。
  18. 前記ＲＡＲは、第２の指示情報を含み、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合に前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するかどうか又は前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得するかどうかを指示する
    ことを特徴とする請求項９～１７のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  19. 前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得し、且つ前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤが前記プリアンブルシーケンスに対応するＲＡＰＩＤと同じである場合、前記端末デバイスが前記ＲＡＲに含まれるＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する
    ことを特徴とする請求項１８に記載の２ステップのランダムアクセスのための方法。
  20. 前記第２の指示情報は、前記ＲＡＲのメディアアクセス制御ＭＡＣプロトコルデータユニットＰＤＵのバックオフインデックスＢＩサブヘッダ内に含まれる
    ことを特徴とする請求項１８又は１９に記載の２ステップのランダムアクセスのための方法。
  21. 前記バックオフインデックスＢＩサブヘッダにおけるバックオフインデックスで示すバックオフ値は、予約値である
    ことを特徴とする請求項２０に記載の２ステップのランダムアクセスのための方法。
  22. 前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマと、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマとは、同一のタイマ又は異なるタイマである
    ことを特徴とする請求項９～２１のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  23. 前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマは、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した時又はブラインド検出した後に開始するタイマである
    ことを特徴とする請求項９～２１のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  24. 前記方法は、さらに、
    前記端末デバイスが前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを伝送するためのリソース及び／又は前記プリアンブルシーケンスを伝送するためのリソースに応じて前記ＲＡ－ＲＮＴＩを決定することを含む
    ことを特徴とする請求項９～２３のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  25. ネットワークデバイスが端末デバイスにより送信されたプリアンブルシーケンス及びセルアクセス無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを受信することと、
    前記ネットワークデバイスが前記プリアンブルシーケンス及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを復号化することと、
    前記ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信することとを含み、
    前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含む
    ことを特徴とする２ステップのランダムアクセスのための方法。
  26. 前記方法は、さらに、
    前記ネットワークデバイスが前記プリアンブルシーケンスが位置する物理ランダムアクセスチャネルＰＲＡＣＨ及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥが位置する物理アップリンク共有チャネルＰＵＳＣＨを受信した後、第１のタイマ又は第１の時間窓を開始することを含み、
    前記ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信することは、
    前記ネットワークデバイスが、前記第１のタイマが開始した後又は前記第１の時間窓において、前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて、前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信することを含む
    ことを特徴とする請求項２５に記載の２ステップのランダムアクセスのための方法。
  27. 前記タイマの持続時間又は前記時間窓の持続時間は、前記ネットワークデバイスが前記端末デバイスに構成した情報である
    ことを特徴とする請求項２６に記載の２ステップのランダムアクセスのための方法。
  28. 前記ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信することは、
    前記ネットワークデバイスが前記プリアンブルシーケンスの復号化を成功し、且つ前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功しない場合、前記端末デバイスに前記プリアンブルシーケンスに対応するランダムアクセス応答ＲＡＲをスケジューリングするためのＰＤＣＣＨを送信することを含む
    ことを特徴とする請求項２５～２７のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  29. 前記ネットワークデバイスが前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信することは、
    前記ネットワークデバイスが前記プリアンブルシーケンスの復号化を成功し、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功した場合、前記プリアンブルシーケンスに対応するランダムアクセス応答ＲＡＲをスケジューリングするためのＰＤＣＣＨを前記端末デバイスに送信することを含む
    ことを特徴とする請求項２５～２７のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  30. 前記方法は、さらに、
    前記ネットワークデバイスが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを前記端末デバイスに送信することを含む
    ことを特徴とする請求項２９に記載の２ステップのランダムアクセスのための方法。
  31. 前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨは、第１の指示情報を含み、前記第１の指示情報は、前記端末デバイスが前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する
    ことを特徴とする請求項３０に記載の２ステップのランダムアクセスのための方法。
  32. 前記ＲＡＲは、第２の指示情報を含み、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合に前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するかどうか又は前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得するかどうかを指示する
    ことを特徴とする請求項２８～３１のいずれか１項に記載の２ステップのランダムアクセスのための方法。
  33. 前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得し、且つ前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤが前記プリアンブルシーケンスに対応するＲＡＰＩＤと同じである場合、前記端末デバイスが前記ＲＡＲに含まれるＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する
    ことを特徴とする請求項３２に記載の２ステップのランダムアクセスのための方法。
  34. 前記第２の指示情報は、前記ＲＡＲのメディアアクセス制御ＭＡＣプロトコルデータユニットＰＤＵのバックオフインデックスＢＩサブヘッダ内に含まれる
    ことを特徴とする請求項３２又は３３に記載の２ステップのランダムアクセスのための方法。
  35. 前記バックオフインデックスＢＩサブヘッダにおけるバックオフインデックスで示すバックオフ値は、予約値である
    ことを特徴とする請求項３４に記載の２ステップのランダムアクセスのための方法。
  36. 通信ユニットと、ブラインド検出ユニットと、決定ユニットとを含む端末デバイスであって、
    前記通信ユニットは、ネットワークデバイスにプリアンブルシーケンス及びセルアクセス無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを送信するように構成され、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含み、
    前記ブラインド検出ユニットは、前記Ｃ－ＲＮＴＩでスクランブルされた物理ダウンリンク制御チャネルＰＤＣＣＨをブラインド検出するように構成され、
    前記決定ユニットは、前記Ｃ－ＲＮＴＩのブラインド検出結果に応じて、２ステップのランダムアクセスの手順中のコンテンション競合を解決したかどうかを決定するように構成される
    ことを特徴とする端末デバイス。
  37. 前記端末デバイスは、さらに、開始ユニットを含み、
    前記開始ユニットは、前記通信ユニットが前記ネットワークデバイスに前記プリアンブルシーケンスが位置する物理ランダムアクセスチャネルＰＲＡＣＨ及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥが位置する物理アップリンク共有チャネルＰＵＳＣＨを送信した後、第１のタイマ又は第１の時間窓を開始するように構成され、
    前記ブラインド検出ユニットは、
    前記第１のタイマが開始した後又は前記第１の時間窓において、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出するように構成される
    ことを特徴とする請求項３６に記載の端末デバイス。
  38. 前記タイマの持続時間又は前記時間窓の持続時間は、前記ネットワークデバイスにより構成される
    ことを特徴とする請求項３７に記載の端末デバイス。
  39. 前記決定ユニットは、
    前記ブラインド検出ユニットが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記コンテンション競合を解決したと決定するように構成される
    ことを特徴とする請求項３６～３８のいずれか１項に記載の端末デバイス。
  40. 前記端末デバイスは、さらに、復号化ユニットを含み、
    前記復号化ユニットは、前記ＰＤＣＣＨにおけるダウンリンク制御情報ＤＣＩを復号化するように構成され、
    前記ＤＣＩは、ダウンリンクデータ又はアップリンクデータをスケジューリングするためのスケジューリング情報を含む
    ことを特徴とする請求項３９に記載の端末デバイス。
  41. 前記ＤＣＩは、さらに、時間アラインメント命令ＴＡＣを含む
    ことを特徴とする請求項４０に記載の端末デバイス。
  42. 前記ＤＣＩは、物理ダウンリンク共有チャネルＰＤＳＣＨをスケジューリングするためのスケジューリング情報を含み、前記ＰＤＳＣＨは、ＭＡＣ ＣＥを含み、前記ＭＡＣ ＣＥは、前記時間アラインメント命令ＴＡＣを含む
    ことを特徴とする請求項４０に記載の端末デバイス。
  43. 前記決定ユニットは、
    前記ブラインド検出ユニットが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記コンテンション競合を解決しないと決定するように構成され、
    前記通信ユニットは、さらに、
    前記ネットワークデバイスに前記プリアンブルシーケンス及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを再送するように構成される
    ことを特徴とする請求項３６～３９のいずれか１項に記載の端末デバイス。
  44. 前記ブラインド検出ユニットは、さらに、
    ランダムアクセス無線ネットワーク一時識別子ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出するように構成される
    ことを特徴とする請求項３６～３８のいずれか１項に記載の端末デバイス。
  45. 前記ブラインド検出ユニットは、
    前記ブラインド検出ユニットが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、且つ前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対するＲＡＰＩＤが含まれない場合、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するように構成される
    ことを特徴とする請求項４４に記載の端末デバイス。
  46. 前記ブラインド検出ユニットは、
    前記ブラインド検出ユニットが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨのブラインド検出を停止するように構成され、
    前記通信ユニットは、さらに、
    ＲＡＰＩＤに対応するＲＡＲでネットワークデバイスにメッセージ３を送信するように構成される
    ことを特徴とする請求項４４又は４５に記載の端末デバイス。
  47. 前記通信ユニットは、
    前記ＲＡＲにおけるアップリンク許可ＵＬ－Ｇｒａｎｔ情報を取得し、
    前記ＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するように構成される
    ことを特徴とする請求項４６に記載の端末デバイス。
  48. 前記ブラインド検出ユニットは、
    前記ブラインド検出ユニットが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出し、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジューリングされるランダムアクセス応答ＲＡＲに前記プリアンブルシーケンスに対応するＲＡＰＩＤが含まれる場合、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するように構成され、
    前記決定ユニットは、
    前記ブラインド検出ユニットが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記コンテンション競合を解決したと決定するように構成される
    ことを特徴とする請求項４４に記載の端末デバイス。
  49. 前記通信ユニットは、さらに、
    前記ブラインド検出ユニットが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記ＲＡＲにおけるアップリンク許可ＵＬ－Ｇｒａｎｔ情報を取得し、
    前記ＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するように構成される
    ことを特徴とする請求項４８に記載の端末デバイス。
  50. 前記決定ユニットは、さらに、
    前記ネットワークデバイスにメッセージ３を送信するかどうかを決定するように構成される
    ことを特徴とする請求項４８又は４９に記載の端末デバイス。
  51. 前記決定ユニットは、
    前記ブラインド検出ユニットが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記メッセージ３を送信しないと決定し、及び／又は、
    前記ブラインド検出ユニットが前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出しなかった場合、前記メッセージ３を送信すると決定するように構成される
    ことを特徴とする請求項５０に記載の端末デバイス。
  52. 前記決定ユニットは、
    第１の指示情報に応じて、前記ネットワークデバイスに前記メッセージ３を送信するかどうかを決定するように構成され、前記第１の指示情報が前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨに含まれる
    ことを特徴とする請求項５０に記載の端末デバイス。
  53. 前記ＲＡＲは、第２の指示情報を含み、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合に前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するかどうか又は前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得するかどうかを指示する
    ことを特徴とする請求項４４～５２のいずれか１項に記載の端末デバイス。
  54. 前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得し、且つ前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤが前記プリアンブルシーケンスに対応するＲＡＰＩＤと同じである場合、前記端末デバイスが前記ＲＡＲに含まれるＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する
    ことを特徴とする請求項５３に記載の端末デバイス。
  55. 前記第２の指示情報は、前記ＲＡＲのメディアアクセス制御ＭＡＣプロトコルデータユニットＰＤＵのバックオフインデックスＢＩサブヘッダ内に含まれる
    ことを特徴とする請求項５３又は５４に記載の端末デバイス。
  56. 前記バックオフインデックスＢＩサブヘッダにおけるバックオフインデックスで示すバックオフ値は、予約値である
    ことを特徴とする請求項５５に記載の端末デバイス。
  57. 前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマと、前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマとは、同一のタイマ又は異なるタイマである
    ことを特徴とする請求項４４～５６のいずれか１項に記載の端末デバイス。
  58. 前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出する時に使用されるタイマは、前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した時又はブラインド検出した後に開始するタイマである
    ことを特徴とする請求項４４～５６のいずれか１項に記載の端末デバイス。
  59. 前記決定ユニットは、さらに、
    前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを伝送するためのリソース及び／又は前記プリアンブルシーケンスを伝送するためのリソースに応じて前記ＲＡ－ＲＮＴＩを決定するように構成される
    ことを特徴とする請求項４４～５８のいずれか１項に記載の端末デバイス。
  60. 通信ユニットと、復号化ユニットと、を含むネットワークデバイスであって、
    前記通信ユニットは、端末デバイスにより送信されたプリアンブルシーケンス及びセルアクセス無線ネットワーク一時識別子メディアアクセス制御要素Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを受信するように構成され、前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＣ－ＲＮＴＩを含み、
    前記復号化ユニットは、前記プリアンブルシーケンス及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥを復号化するように構成され、
    前記通信ユニットは、さらに、前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信するように構成される
    ことを特徴とするネットワークデバイス。
  61. 前記ネットワークデバイスは、さらに、開始ユニットを含み、
    開始ユニットは、前記通信ユニットが前記プリアンブルシーケンスが位置する物理ランダムアクセスチャネルＰＲＡＣＨ及び／又は前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥが位置する物理アップリンク共有チャネルＰＵＳＣＨを受信した後、第１のタイマ又は第１の時間窓を開始するように構成され、
    前記通信ユニットは、
    前記第１のタイマが開始した後又は前記第１の時間窓において、前記プリアンブルシーケンスの復号化結果及び前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化結果に応じて前記端末デバイスに物理ダウンリンク制御チャネルＰＤＣＣＨを送信するように構成される
    ことを特徴とする請求項６０に記載のネットワークデバイス。
  62. 前記タイマの持続時間又は前記時間窓の持続時間は、前記ネットワークデバイスが前記端末デバイスに構成した情報である
    ことを特徴とする請求項６１に記載のネットワークデバイス。
  63. 前記通信ユニットは、
    前記復号化ユニットが前記プリアンブルシーケンスの復号化を成功し、且つ前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功しない場合、前記端末デバイスに前記プリアンブルシーケンスに対応するランダムアクセス応答ＲＡＲをスケジューリングするためのＰＤＣＣＨを送信するように構成される
    ことを特徴とする請求項６０～６２のいずれか１項に記載のネットワークデバイス。
  64. 前記通信ユニットは、
    前記復号化ユニットが前記プリアンブルシーケンスの復号化を成功し、且つ前記Ｃ－ＲＮＴＩ ＭＡＣ ＣＥの復号化を成功した場合、前記端末デバイスに前記プリアンブルシーケンスに対応するランダムアクセス応答ＲＡＲをスケジューリングするためのＰＤＣＣＨを送信するように構成される
    ことを特徴とする請求項６０～６２のいずれか１項に記載のネットワークデバイス。
  65. 前記通信ユニットは、さらに、
    前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを前記端末デバイスに送信するように構成される
    ことを特徴とする請求項６４に記載のネットワークデバイス。
  66. 前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨは、第１の指示情報を含み、前記第１の指示情報は、前記端末デバイスが前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する
    ことを特徴とする請求項６５に記載のネットワークデバイス。
  67. 前記ＲＡＲは、第２の指示情報を含み、前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合に前記Ｃ－ＲＮＴＩでスクランブルされたＰＤＣＣＨを継続してブラインド検出するかどうか又は前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得するかどうかを指示する
    ことを特徴とする請求項６３～６６のいずれか１項に記載のネットワークデバイス。
  68. 前記第２の指示情報は、前記端末デバイスが前記ＲＡ－ＲＮＴＩでスクランブルされたＰＤＣＣＨをブラインド検出した場合、前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤを継続して取得し、且つ前記ＲＡ－ＲＮＴＩに対応するＲＡＲに含まれるＲＡＰＩＤが前記プリアンブルシーケンスに対応するＲＡＰＩＤと同じである場合、前記端末デバイスが前記ＲＡＲに含まれるＵＬ－Ｇｒａｎｔ情報で示すリソースにおいて前記ネットワークデバイスにメッセージ３を送信するかどうかを指示する
    ことを特徴とする請求項６７に記載のネットワークデバイス。
  69. 前記第２の指示情報は、前記ＲＡＲのメディアアクセス制御ＭＡＣプロトコルデータユニットＰＤＵのバックオフインデックスＢＩサブヘッダ内に含まれる
    ことを特徴とする請求項６７又は６８に記載のネットワークデバイス。
  70. 前記バックオフインデックスＢＩサブヘッダにおけるバックオフインデックスで示すバックオフ値は、予約値である
    ことを特徴とする請求項６９に記載のネットワークデバイス。
  71. プロセッサと、メモリと、送受信機とを含む端末デバイスであって、
    前記メモリは、コンピュータプログラムを記憶し、
    前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して、請求項１～２４のいずれか１項に記載の方法を実行する
    ことを特徴とする端末デバイス。
  72. プロセッサと、メモリと、送受信機とを含むネットワークデバイスであって、
    前記メモリは、コンピュータプログラムを記憶し、
    前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して、請求項２５～３５のいずれか１項に記載の方法を実行する
    ことを特徴とするネットワークデバイス。
  73. コンピュータプログラムをメモリから呼び出して実行して、チップを搭載したデバイスに請求項１～２４のいずれか１項に記載の方法を実行させるプロセッサを含む
    ことを特徴とするチップ。
  74. コンピュータプログラムをメモリから呼び出して実行して、チップを搭載したデバイスに請求項２５～３５のいずれか１項に記載の方法を実行させるプロセッサを含む
    ことを特徴とするチップ。
  75. コンピュータに請求項１～２４のいずれか１項に記載の方法を実行させるコンピュータプログラムを記憶する
    ことを特徴とするコンピュータ可読記憶媒体。
  76. コンピュータに請求項２５～３５のいずれか１項に記載の方法を実行させるコンピュータプログラムを記憶する
    ことを特徴とするコンピュータ可読記憶媒体。
  77. コンピュータに請求項１～２４のいずれか１項に記載の方法を実行させるコンピュータプログラム命令を有する
    ことを特徴とするコンピュータプログラム製品。
  78. コンピュータに請求項２５～３５のいずれか１項に記載の方法を実行させるコンピュータプログラム命令を有する
    ことを特徴とするコンピュータプログラム製品。
  79. コンピュータに請求項１～２４のいずれか１項に記載の方法を実行させる
    ことを特徴とするコンピュータプログラム。
  80. コンピュータに請求項２５～３５のいずれか１項に記載の方法を実行させる
    ことを特徴とするコンピュータプログラム。
JP2021556595A 2019-03-19 2019-03-19 ２ステップのランダムアクセスのための方法、端末デバイス及びネットワークデバイス Pending JP2022532291A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/078782 WO2020186465A1 (zh) 2019-03-19 2019-03-19 用于两步随机接入的方法、终端设备和网络设备

Publications (1)

Publication Number Publication Date
JP2022532291A true JP2022532291A (ja) 2022-07-14

Family

ID=72519523

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021556595A Pending JP2022532291A (ja) 2019-03-19 2019-03-19 ２ステップのランダムアクセスのための方法、端末デバイス及びネットワークデバイス

Country Status (6)

Country Link
US (1) US20210410195A1 (ja)
EP (1) EP3927094A4 (ja)
JP (1) JP2022532291A (ja)
KR (1) KR20210139282A (ja)
CN (2) CN113519200A (ja)
WO (1) WO2020186465A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113906815B (zh) 2019-05-02 2024-04-19 上海诺基亚贝尔股份有限公司 随机接入过程中的竞争解决
CN114765834A (zh) * 2021-01-15 2022-07-19 华为技术有限公司 非激活态下数据传输方法及装置
CN114245477B (zh) * 2022-01-27 2023-08-18 新拓尼克科技(成都)有限公司 一种竞争随机接入失败后的快速处理方法
CN116634488A (zh) * 2022-02-11 2023-08-22 华为技术有限公司 通信方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102548015A (zh) * 2012-01-13 2012-07-04 电信科学技术研究院 一种随机接入及其控制方法、装置和系统
CN107872899B (zh) * 2016-09-23 2022-12-06 中兴通讯股份有限公司 一种随机接入方法、装置和设备
CN108271275B (zh) * 2017-01-04 2021-02-05 电信科学技术研究院 一种竞争随机接入的方法和装置
CN108282899B (zh) * 2017-01-05 2020-03-06 电信科学技术研究院 一种两步竞争随机接入方法和装置
CN108282901B (zh) * 2017-01-06 2019-08-09 电信科学技术研究院 一种随机接入响应方法和装置
CN109392188B (zh) * 2017-08-11 2020-12-25 华为技术有限公司 随机接入方法、设备及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: ""Procedure for Two-step RACH"", 3GPP TSG RAN WG1 #96 R1-1902242 (2019-02-15), JPN6023005914, 15 February 2019 (2019-02-15), ISSN: 0004992202 *
ZTE, SANECHIPS: ""Considerations on 2-Step RACH Procedures"", 3GPP TSG RAN WG1 #96 R1-1901627 (2019-02-16), JPN6023005915, 16 February 2019 (2019-02-16), ISSN: 0004992201 *

Also Published As

Publication number Publication date
KR20210139282A (ko) 2021-11-22
EP3927094A4 (en) 2022-03-09
CN113519200A (zh) 2021-10-19
WO2020186465A1 (zh) 2020-09-24
EP3927094A1 (en) 2021-12-22
CN114025433A (zh) 2022-02-08
CN114025433B (zh) 2023-03-10
US20210410195A1 (en) 2021-12-30

Similar Documents

Publication Publication Date Title
JP7395669B2 (ja) 上りリンク信号を送信する方法及び装置
US20220007426A1 (en) Random access method and device
JP2014513504A (ja) ランダムアクセス応答のためのクロススケジューリング
JP2022532291A (ja) ２ステップのランダムアクセスのための方法、端末デバイス及びネットワークデバイス
WO2020186466A1 (zh) 无线通信的方法、终端设备和网络设备
WO2020191599A1 (zh) 通信方法、终端设备和网络设备
WO2020024616A1 (zh) 一种随机接入方法及相关设备
WO2020191561A1 (zh) 一种随机接入方法及装置、用户设备、网络设备
AU2018422690A1 (en) Downlink channel receiving method, and terminal apparatus
CN112567873B (zh) 一种信息传输的方法、设备及计算机存储介质
WO2020223878A1 (zh) 随机接入的方法、终端设备和网络设备
EP3878235A1 (en) Improved rach procedures in new radio-unlicensed (nr-u)
JP7262610B2 (ja) チャネルの伝送方法、電子機器および記憶媒体
US20220394758A1 (en) Contention resolution in random access procedure
WO2020082394A1 (zh) 随机接入的方法、终端设备和网络设备
TW202008765A (zh) 一種訊息傳輸方法及裝置
WO2019095115A1 (zh) 用于竞争随机接入的方法、网络设备和终端设备
US20220086921A1 (en) Method and device for random access
CN112806087B (zh) 一种随机接入方法、电子设备及存储介质
US11438936B2 (en) Random access method and apparatus, and user equipment and network device
WO2020186468A1 (zh) 随机接入的方法和设备
WO2021092957A1 (zh) 随机接入问题上报方法、终端设备及存储介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220307

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220307

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230131

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230217

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230509

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20230815

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231213

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20231220

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20240202