(57)【要約】  本出願は通信方法および装置を提供する。方法は、分散ユニットDUによって、中央ユニットCUから第1のインジケータを受信するステップであって、第1のインジケータは、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、DUによって、第2のインジケータおよび第1のシステム情報をブロードキャストするステップであって、第2のインジケータは、第1のシステム情報がブロードキャストされていることを示す、ステップとを含む。したがって、DUはシステム情報を正確にブロードキャストすることができる。
2020517131.tif 000002
【特許請求の範囲】
【請求項１】
分散ユニットDUによって、中央ユニットCUから第1のインジケータを受信するステップであって、前記第1のインジケータは、第1のシステム情報がブロードキャストされるべきであることを示す、ステップと、
前記DUによって、第2のインジケータおよび前記第1のシステム情報をブロードキャストするステップであって、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていることを示す、ステップと
を含む、通信方法。
【請求項２】
前記DUによって、前記CUから前記第1のシステム情報を受信するステップ、または
前記DUによって、前記CUから前記第1のシステム情報のスケジューリング情報を受信するステップ、または
前記DUによって、前記CUから前記第1のシステム情報および前記第1のシステム情報のスケジューリング情報を受信するステップであって、
前記スケジューリング情報は、前記第1のシステム情報を送信するための時機を示すために使用される、ステップ
をさらに含む、請求項1に記載の方法。
【請求項３】
前記DUによって、前記CUから第3のインジケータを受信するステップであって、前記第3のインジケータは、前記第1のシステム情報が前記第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される、ステップ
をさらに含む、請求項1または2に記載の方法。
【請求項４】
前記DUによって、第4のインジケータをブロードキャストするステップであって、前記第4のインジケータは、前記第1のシステム情報が前記第1のシステム情報に対応する前記システム情報ウィンドウ以外の前記システム情報ウィンドウ内で送信されうるかどうかを示す、ステップ
をさらに含む、請求項1から3のいずれか一項に記載の方法。
【請求項５】
前記DUによって、第2のインジケータをブロードキャストする前記ステップは、
前記DUによって、SIB1をブロードキャストするステップであって、前記SIB1は前記第2のインジケータを含む、ステップ
を含む、請求項1から4のいずれか一項に記載の方法。
【請求項６】
前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報の前記システム情報ウィンドウ、前記第1のシステム情報の送信開始時間、および前記第1のシステム情報の送信回数
のうちの少なくとも1つを含む、請求項2から5のいずれか一項に記載の方法。
【請求項７】
中央ユニットCUによって、分散ユニットDUに第1のインジケータを送信するステップであって、前記第1のインジケータは、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、
前記第1のシステム情報が更新されたと判断し、前記DUが前記第1のシステム情報をブロードキャストしていると判断した場合、前記CUによって、前記更新された第1のシステム情報を前記DUに送信するステップと
を含む、通信方法。
【請求項８】
前記CUによって、前記DUに前記第1のシステム情報を送信するステップ、または
前記CUによって、前記DUに前記第1のシステム情報のスケジューリング情報を送信するステップ、または
前記CUによって、前記DUに前記第1のシステム情報および前記第1のシステム情報のスケジューリング情報を送信するステップ
をさらに含む、請求項7に記載の方法。
【請求項９】
前記CUによって、前記DUに第3のインジケータを送信するステップであって、前記第3のインジケータは、前記第1のシステム情報が前記第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される、ステップ
をさらに含む、請求項7または8に記載の方法。
【請求項１０】
前記CUによって、前記DUから要求メッセージを受信するステップであって、前記要求メッセージは前記第1のシステム情報を要求するために使用される、ステップ
をさらに含む、請求項7から9のいずれか一項に記載の方法。
【請求項１１】
前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報の前記システム情報ウィンドウ、前記第1のシステム情報の送信開始時間、および前記第1のシステム情報の送信回数
のうちの少なくとも1つを含む、請求項8から10のいずれか一項に記載の方法。
【請求項１２】
処理ユニットおよび通信ユニットを備える装置であって、
前記処理ユニットは、
中央ユニットCUから第1のインジケータを受信することであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、受信することと、
第2のインジケータおよび前記第1のシステム情報をブロードキャストすることであって、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていることを示す、ブロードキャストすることと
を行うよう前記通信ユニットを制御するよう構成される、装置。
【請求項１３】
前記処理ユニットは、
前記CUから前記第1のシステム情報を受信すること、または
前記CUから前記第1のシステム情報のスケジューリング情報を受信すること、または
前記CUから前記第1のシステム情報および前記第1のシステム情報のスケジューリング情報を受信することであって、
前記スケジューリング情報は、前記第1のシステム情報を送信するための時機を示すために使用される、受信すること
を行うよう前記通信ユニットを制御するようさらに構成される、請求項12に記載の装置。
【請求項１４】
前記処理ユニットは、
前記CUから第3のインジケータを受信することであって、前記第3のインジケータは、前記第1のシステム情報が前記第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される、受信すること
を行うよう前記通信ユニットを制御するようさらに構成される、請求項12または13に記載の装置。
【請求項１５】
前記処理ユニットは、
第4のインジケータをブロードキャストすることであって、前記第4のインジケータは、前記第1のシステム情報が前記第1のシステム情報に対応する前記システム情報ウィンドウ以外の前記システム情報ウィンドウ内で送信されうるかどうかを示す、ブロードキャストすること
を行うよう前記通信ユニットを制御するようさらに構成される、請求項14に記載の装置。
【請求項１６】
前記処理ユニットは、具体的に、
SIB1をブロードキャストすることであって、前記SIB1は前記第2のインジケータを含む、ブロードキャストすること
を行うよう前記通信ユニットを制御するよう構成される、請求項12から15のいずれか一項に記載の装置。
【請求項１７】
前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報の前記システム情報ウィンドウ、前記第1のシステム情報の送信開始時間、および前記第1のシステム情報の送信回数
のうちの少なくとも1つを含む、請求項13から16のいずれか一項に記載の装置。
【請求項１８】
処理ユニットおよび通信ユニットを備える装置であって、
前記処理ユニットは、
分散ユニットDUに第1のインジケータを送信することであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、送信することと、
前記第1のシステム情報が更新されたと判断し、前記DUが前記第1のシステム情報をブロードキャストしていると判断した場合、前記更新された第1のシステム情報を前記DUに送信することと
を行うよう前記通信ユニットを制御するよう構成される、装置。
【請求項１９】
前記処理ユニットは、
前記DUに前記第1のシステム情報を送信すること、または
前記DUに前記第1のシステム情報のスケジューリング情報を送信すること、または
前記DUに前記第1のシステム情報および前記第1のシステム情報のスケジューリング情報を送信すること
を行うよう前記通信ユニットを制御するようさらに構成される、請求項18に記載の装置。
【請求項２０】
前記処理ユニットは、
前記DUに第3のインジケータを送信することであって、前記第3のインジケータは、前記第1のシステム情報が前記第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される、送信すること
を行うよう前記通信ユニットを制御するようさらに構成される、請求項18または19に記載の装置。
【請求項２１】
前記処理ユニットは、
前記DUから要求メッセージを受信することであって、前記要求メッセージは前記第1のシステム情報を要求するために使用される、受信すること
を行うよう前記通信ユニットを制御するようさらに構成される、請求項18から20のいずれか一項に記載の装置。
【請求項２２】
前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報の前記システム情報ウィンドウ、前記第1のシステム情報の送信開始時間、および前記第1のシステム情報の送信回数
のうちの少なくとも1つを含む、請求項19から21のいずれか一項に記載の装置。
【請求項２３】
分散ユニットDUによって、端末から第1の要求を受信するステップであって、前記第1の要求は、第1のシステム情報を要求するために使用される、ステップと、
前記DUによって、中央ユニットCUに第2の要求を送信するステップであって、前記第2の要求は前記第1のシステム情報を要求するために使用される、ステップと、
前記DUによって、前記CUから第1のインジケータを受信するステップであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、
前記DUによって、第2のインジケータおよび前記第1のシステム情報をブロードキャストするステップであって、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていることを示す、ステップと、
を含む、通信方法。
【請求項２４】
前記DUが前記端末から前記第1の要求を受信する前に、前記DUによって、前記CUから前記第1のシステム情報を受信するステップ
をさらに含む、請求項23に記載の方法。
【請求項２５】
前記DUが前記CUから前記第1のシステム情報を取得しており、前記第1のシステム情報を前記DUにおいてローカルに記憶していた場合、前記DUによって、前記第1のシステム情報を直接ブロードキャストするステップ
をさらに含む、請求項23に記載の方法。
【請求項２６】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項23から25のいずれか一項に記載の方法。
【請求項２７】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項26に記載の方法。
【請求項２８】
前記DUによって、第2のインジケータをブロードキャストする前記ステップは、
前記DUによって、SIB1をブロードキャストすることを含み、前記SIB1は、前記第2のインジケータを含む、請求項26または27に記載の方法。
【請求項２９】
前記SIB1は、スケジューリング情報をさらに含み、前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報のシステム情報ウィンドウ、前記第1のシステム情報の送信開始時間、または前記第1のシステム情報の送信回数のうちのいずれか１つまたは複数を含む、請求項27または28に記載の方法。
【請求項３０】
中央ユニットCUによって、分散ユニットDUから第1の要求を受信するステップであって、前記第1の要求は、第1のシステム情報を要求するために使用される、ステップと、
前記CUによって、前記DUに第1のインジケータを送信するステップであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、
を含む、通信方法。
【請求項３１】
前記CUが前記DUから前記第1の要求を受信する前に、前記CUによって、前記第1のシステム情報を前記DUへ送信するステップ
をさらに含む、請求項30に記載の方法。
【請求項３２】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項30または31に記載の方法。
【請求項３３】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項32に記載の方法。
【請求項３４】
端末から第1の要求を受信するよう構成されたモジュールであって、前記第1の要求は第1のシステム情報を要求するために使用される、モジュールと、
中央ユニットCUに第2の要求を送信するよう構成されたモジュールであって、前記第2の要求は前記第1のシステム情報を要求するために使用される、モジュールと、
前記CUから第1のインジケータを受信するよう構成されたモジュールであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、モジュールと、
第2のインジケータおよび前記第1のシステム情報をブロードキャストするよう構成されたモジュールであって、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていることを示す、モジュールと、
を含む装置。
【請求項３５】
前記第1の要求が受信される前に、前記CUから前記第1のシステム情報を受信するよう構成されたモジュール
をさらに含む、請求項34に記載の装置。
【請求項３６】
前記装置が前記CUから前記第1のシステム情報を取得しており、前記第1のシステム情報をローカルに格納していた場合、前記第1のシステム情報を直接ブロードキャストするよう構成されたモジュール
をさらに含む、請求項34に記載の装置。
【請求項３７】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項34から36のいずれか一項に記載の装置。
【請求項３８】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項37に記載の装置。
【請求項３９】
前記第2のインジケータおよび前記第1のシステム情報をブロードキャストするよう構成された前記モジュールは、具体的に、SIB1をブロードキャストするよう構成され、前記SIB1は、前記第2のインジケータを含む、請求項37または38に記載の装置。
【請求項４０】
前記SIB1は、スケジューリング情報をさらに含み、前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報のシステム情報ウインドウ、前記第1のシステム情報の送信開始時間、または前記第1のシステム情報の送信回数のうちのいずれか１つまたは複数を含む、請求項38または39に記載の装置。
【請求項４１】
分散ユニットDUから第1の要求を受信するよう構成されたモジュールであって、前記第1の要求は、第1のシステム情報を要求するために使用される、モジュールと、
前記DUに第1のインジケータを送信するよう構成されたモジュールであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、モジュールと、
を含む装置。
【請求項４２】
前記第1の要求が受信される前に、前記DUに前記第1のシステム情報を送信するよう構成されたモジュール
をさらに含む、請求項41に記載の装置。
【請求項４３】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項41または42に記載の装置。
【請求項４４】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項43に記載の装置。
【請求項４５】
プロセッサと、通信インタフェースとを備える装置であって、
前記プロセッサは、前記通信インタフェースを介して命令を呼び出し、前記命令を実行するよう構成され、それによって、前記装置は、請求項1から11、ならびに、請求項23から33のいずれか一項に記載の前記分散ユニットDUまたは前記中央ユニットCUの機能を実装する、装置。
【請求項４６】
メモリをさらに備え、前記メモリは、前記命令を記憶する、請求項45に記載の装置。
【請求項４７】
装置であって、前記装置は、請求項1から11、ならびに、請求項23から33のいずれか一項に記載の前記分散ユニットDUまたは前記中央ユニットCUの動作を行うよう構成された、装置。
【請求項４８】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、命令を有し、前記命令が実行されると、請求項1から11、ならびに、請求項23から33のいずれか一項に記載の前記分散ユニットDUまたは前記中央ユニットCUの動作が行われる、コンピュータ可読記憶媒体。
【請求項４９】
コンピュータプログラム製品であって、前記コンピュータプログラム製品は命令を含み、前記命令が実行されると、請求項1から11、ならびに、請求項23から33のいずれか一項に記載の前記分散ユニットDUまたは前記中央ユニットCUの動作が行われる、コンピュータプログラム製品。
【請求項５０】
処理ユニットを備えるチップであって、前記処理ユニットは、命令を実行し、それによって、請求項1から11、ならびに、請求項23から33のいずれか一項に記載の前記分散ユニットDUまたは前記中央ユニットCUの動作が実行される、チップ。
【請求項５１】
通信システムであって、以下の、
請求項12から22、ならびに、請求項34から47のいずれか一項に記載の前記装置、
請求項48に記載の前記コンピュータ可読記憶媒体、
請求項49に記載の前記コンピュータプログラム製品、または、
請求項50に記載の前記チップシステム、
のうちの１つまたは複数を含む、通信システム。
【請求項５２】
分散ユニットDUと、中央ユニットCUとを含む、通信システムであって、
前記分散ユニットDUは、端末から第1の要求を受信し、前記第1の要求は、第1のシステム情報を要求するために使用され、
前記DUは、前記中央ユニットCUに第2の要求を送信し、前記第2の要求は、前記第1のシステム情報を要求するために使用され、
前記CUは、前記DUに第1のインジケータを送信し、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用され、
前記DUは、第2のインジケータおよび前記第1のシステム情報をブロードキャストし、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていること
を示す、通信システム。
【請求項５３】
前記DUが前記端末から前記第1の要求を受信する前に、前記CUは、前記DUに前記第1のシステム情報を送信する、請求項52に記載の通信システム。
【請求項５４】
前記DUが前記CUから前記第1のシステム情報を取得しており、前記第1のシステム情報を前記DUにおいてローカルに記憶していた場合、前記DUは、前記第1のシステム情報を直接ブロードキャストする、請求項52に記載の通信システム。
【請求項５５】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項52から54のいずれか一項に記載の通信システム。
【請求項５６】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項55に記載の通信システム。
【請求項５７】
前記DUが第2のインジケータをブロードキャストすることは、
前記DUがSIB1をブロードキャストすることを含み、前記SIB1は、前記第2のインジケータを含む、請求項55または56に記載の通信システム。
【請求項５８】
前記SIB1はスケジューリング情報をさらに含み、前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報のシステム情報ウインドウ、前記第1のシステム情報の送信開始時間、または、前記第1のシステム情報の送信回数、のうちのいずれか１つまたは複数を含む、請求項56または57に記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれる、2017年6月16日に中国国家知識産権局に出願され、「COMMUNICATION METHOD AND APPARATUS」なる名称の中国特許出願第201710458756.4号に基づく優先権を主張し、参照によりその全体が本明細書に組み込まれる、2017年8月11日に中国国家知識産権局に出願され、「COMMUNICATION METHOD AND APPARATUS」なる名称の中国特許出願第201710687843.7号に基づく優先権を主張する。
【０００２】
本出願は、モバイル通信技術の分野に関し、詳細には、通信方法および装置に関する。
【背景技術】
【０００３】
現在、分散無線アクセスネットワークでは、アクセスネットワークデバイスの展開コストを削減するために、CU-DUアーキテクチャが導入され、分散無線アクセスネットワークの無線アクセスネットワーク側は、中央ユニット(central unit、CU)および分散ユニット(Distributed Unit、DU)に分割される。プロトコルスタック分割の一例では、無線リソース制御(Radio Resource Control、RRC)レイヤおよびパケット・データ・コンバージェンス・プロトコル(Packet Data Convergence Protocol、PDCP)レイヤはCU上で分散され、無線リンク制御(Radio Link Control、RLC)プロトコルレイヤおよび媒体アクセス制御(Medium Access Control、MAC)プロトコルレイヤはDU上で分散される。当然、CUおよびDUについて、他のプロトコルスタック分割方式も利用可能である。たとえば、ネットワーク構成に応じて、CUおよびDUが展開されるとき、RRCレイヤはCU上で分散されてもよく、PDCPプロトコルレイヤ、RLCプロトコルレイヤ、およびMACプロトコルレイヤはDU上で分散される。
【０００４】
現在、CU-DUアーキテクチャに基づいて、システム情報をどのようにブロードキャストするか、およびCUとDUとの間の対話をどのように実行するかに関して、解決策が提供されていない。
【発明の概要】
【課題を解決するための手段】
【０００５】
本出願は、CUとDUとの間の対話を実現し、システム情報のブロードキャスティングを完了するために、以下の技術的解決策を提供する。
【０００６】
第1の態様によれば、本出願は、分散ユニットDUによって、第1のインジケータおよび第1のシステム情報をブロードキャストするステップであって、第1のインジケータは、第1のシステム情報がブロードキャストされていることを示す、ステップと、DUによって、中央ユニットCUに第2のインジケータを送信するステップであって、第2のインジケータは、第1のシステム情報がブロードキャストされることを示すために使用される、ステップとを含む、通信方法を提供する。この方法では、第1のインジケータおよび第1のシステム情報をブロードキャストした後、DUはCUに第2のインジケータを送信し、第2のインジケータは、第1のシステム情報がブロードキャストされることを示すために使用され、それにより、CUは、第1のシステム情報をブロードキャストするDUを決定しうる。さらに、CUが第1のシステム情報を更新すると、CUは、更新された第1のシステム情報をDUに送信してもよく、それにより、DUは、更新された第1のシステム情報を適時にブロードキャストする。これは、DUによってブロードキャストされた第1のシステム情報が最新であることを保証し、ブロードキャストされるシステム情報の正確さを保証する。
【０００７】
第2の態様によれば、本出願は、分散ユニットDUによって、中央ユニットCUから第3のインジケータを受信するステップであって、第3のインジケータは、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、DUによって、第4のインジケータおよび第1のシステム情報をブロードキャストするステップであって、第4のインジケータは、第1のシステム情報がブロードキャストされていることを示す、ステップとを含む、通信方法を提供する。この方法では、DUはCUから第3のインジケータを受信し、第3のインジケータは、第1のシステム情報がブロードキャストされるべきであることを示すために使用される。これは、受信された第1のシステム情報がCUに記憶された最新の第1のシステム情報であることを保証し、ブロードキャストされるシステム情報の正確さを保証することができる。
【０００８】
第1の態様または第2の態様を参照して、可能な設計では、DUはCUから第1のシステム情報を受信するか、またはDUは、CUから第1のシステム情報および第1のシステム情報のスケジューリング情報を受信する。
【０００９】
第1の態様または第2の態様を参照して、可能な設計では、スケジューリング情報は、以下の第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ、第1のシステム情報の送信時間、および第1のシステム情報の送信回数のうちの少なくとも1つを含む。
【００１０】
第1の態様または第2の態様を参照して、可能な設計では、DUは端末から第1の要求を受信し、第1の要求は第1のシステム情報を要求するために使用される。
【００１１】
第1の態様または第2の態様を参照して、可能な設計では、第1の要求は、MSG1メッセージ内で搬送されるか、またはMSG3メッセージ内で搬送される。
【００１２】
第1の態様または第2の態様を参照して、可能な設計では、第1のシステム情報は、システム情報SIまたはシステム情報ブロックSIBであり、SIは複数のSIBを含む。
【００１３】
第3の態様によれば、本出願は装置を提供し、装置はDUまたはDU内のチップであってもよく、装置は、上記の方法におけるDUの機能を実装することが可能であり、機能はハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。
【００１４】
可能な設計では、装置は処理ユニットおよび通信ユニットを含み、任意選択で、記憶ユニットをさらに含む。処理ユニットは、たとえば、プロセッサであってもよい。通信ユニットは、たとえば、送受信器であってもよい。記憶ユニットは、たとえば、メモリであってもよい。装置がメモリを含むとき、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、装置が動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、装置は第1の態様における通信方法を行う。
【００１５】
第4の態様によれば、本出願は装置を提供し、装置はDUまたはDU内のチップであってもよく、装置は、上記の方法実施形態におけるDUの機能を実装することが可能であり、機能はハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。
【００１６】
可能な設計では、装置は処理ユニットおよび通信ユニットを含み、任意選択で、記憶ユニットをさらに含む。処理ユニットは、たとえば、プロセッサであってもよい。通信ユニットは、たとえば、送受信器であってもよい。記憶ユニットは、たとえば、メモリであってもよい。装置がメモリを含むとき、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、装置が動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、装置は第2の態様における通信方法を行う。
【００１７】
第5の態様によれば、本出願は、CUによって、DUから第2のインジケータを受信するステップであって、第2のインジケータは、第1のシステム情報がブロードキャストされることを示すために使用される、ステップと、第1のシステム情報が更新されたと判断し、DUが第1のシステム情報をブロードキャストしていると判断した場合、CUによって、更新された第1のシステム情報をDUに送信するステップとを含む、通信方法を提供する。この方法では、第1のシステム情報をブロードキャストした後、DUはCUに第2のインジケータを送信し、第2のインジケータは、第1のシステム情報がブロードキャストされることを示すために使用され、それによって、CUは、第1のシステム情報をブロードキャストしているDUを決定することができる。さらに、CUが第1のシステム情報を更新すると、CUは、更新された第1のシステム情報をDUに送信してもよく、それによって、DUは、更新された第1のシステム情報を適時にブロードキャストする。これは、DUによってブロードキャストされた第1のシステム情報が最新であることを保証し、ブロードキャストされるシステム情報の正確さを保証する。
【００１８】
第6の態様によれば、本出願は、CUによって、DUに第3のインジケータを送信するステップであって、第3のインジケータは、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、第1のシステム情報が更新されたと判断し、DUが第1のシステム情報をブロードキャストしていると判断した場合、CUによって、更新された第1のシステム情報をDUに送信するステップとを含む、通信方法を提供する。この方法では、CUが第1のシステム情報をブロードキャストするようDUに指示した後、CUが第1のシステム情報を更新すると、CUは、更新された第1のシステム情報をDUに送信してもよく、それによって、DUは、更新された第1のシステム情報を適時にブロードキャストする。これは、DUによってブロードキャストされた第1のシステム情報が最新であることを保証し、ブロードキャストされるシステム情報の正確さを保証する。
【００１９】
第5の態様または第6の態様を参照して、可能な設計では、CUは、第1のシステム情報のスケジューリング情報をDUに送信するか、またはCUは、第1のシステム情報および第1のシステム情報のスケジューリング情報をDUに送信する。
【００２０】
第5の態様または第6の態様を参照して、可能な設計では、スケジューリング情報は、以下の第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ、第1のシステム情報の送信時間、および第1のシステム情報の送信回数のうちの少なくとも1つを含む。
【００２１】
第5の態様または第6の態様を参照して、可能な設計では、CUはDUから第2の要求を受信し、第2の要求は第1のシステム情報を要求するために使用される。
【００２２】
第5の態様または第6の態様を参照して、可能な設計では、第1のシステム情報は、システム情報SIまたはシステム情報ブロックSIBであり、SIは複数のSIBを含む。
【００２３】
第7の態様によれば、本出願は装置を提供し、装置はCUまたはCU内のチップであってもよく、装置は、上記の方法実施形態におけるCUの機能を実装することが可能であり、機能はハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。
【００２４】
可能な設計では、装置は処理ユニットおよび通信ユニットを含み、任意選択で、記憶ユニットをさらに含む。処理ユニットは、たとえば、プロセッサであってもよい。通信ユニットは、たとえば、送受信器であってもよい。記憶ユニットは、たとえば、メモリであってもよい。装置がメモリを含むとき、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、装置が動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、装置は第5の態様における通信方法を行う。
【００２５】
第8の態様によれば、本出願は装置を提供し、装置はCUまたはCU内のチップであってもよく、装置は、上記の方法実施形態におけるCUの機能を実装することが可能であり、機能はハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。
【００２６】
可能な設計では、装置は処理ユニットおよび通信ユニットを含み、任意選択で、記憶ユニットをさらに含む。処理ユニットは、たとえば、プロセッサであってもよい。通信ユニットは、たとえば、送受信器であってもよい。記憶ユニットは、たとえば、メモリであってもよい。装置がメモリを含むとき、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、装置が動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、装置は第6の態様における通信方法を行う。
【００２７】
第9の態様によれば、本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは第1の態様における方法を行うことが可能になる。コンピュータは、たとえば、DUであってもよい。
【００２８】
第10の態様によれば、本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは第2の態様における方法を行うことが可能になる。コンピュータは、たとえば、DUであってもよい。
【００２９】
第11の態様によれば、本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは第5の態様における方法を行うことが可能になる。コンピュータは、たとえば、CUであってもよい。
【００３０】
第12の態様によれば、本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは第6の態様における方法を行うことが可能になる。コンピュータは、たとえば、CUであってもよい。
【００３１】
第13の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第1の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【００３２】
第14の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第2の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【００３３】
第15の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第5の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【００３４】
第16の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第6の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【００３５】
第17の態様によれば、本出願はチップをさらに提供し、チップはDU内のチップであってもよく、チップは処理ユニットおよび送受信ユニットを含み、任意選択で、記憶ユニットをさらに含み、チップは、第1の態様または第2の態様における通信方法を行うよう構成されてもよい。
【００３６】
第18の態様によれば、本出願はチップをさらに提供し、チップはCU内のチップであってもよく、チップは処理ユニットおよび送受信ユニットを含み、任意選択で、記憶ユニットをさらに含み、チップは、第5の態様または第6の態様における通信方法を行うよう構成されてもよい。
【００３７】
加えて、第2の態様から第18の態様における任意の設計によってもたらされる技術的効果については、第1の態様における様々な設計によってもたらされる技術的効果を参照されたい。詳細は本明細書では再び記載されない。
【００３８】
本出願は、CUとDUとの間の対話を実現し、システム情報のブロードキャスティングを完了するために、以下の技術的解決策をさらに提供する。
【００３９】
第1の態様によれば、本出願は、分散ユニットDUによって、中央ユニットCUから第1のインジケータを受信するステップであって、第1のインジケータは、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、DUによって、第2のインジケータおよび第1のシステム情報をブロードキャストするステップであって、第2のインジケータは、第1のシステム情報がブロードキャストされていることを示す、ステップとを含む、通信方法を提供する。
【００４０】
可能な設計では、DUはCUから第1のシステム情報を受信するか、または
DUはCUから第1のシステム情報のスケジューリング情報を受信するか、または
DUはCUから第1のシステム情報および第1のシステム情報のスケジューリング情報を受信し、
スケジューリング情報は、第1のシステム情報を送信するための時機を示すために使用される。
【００４１】
可能な設計では、DUはCUから第3のインジケータを受信し、第3のインジケータは、第1のシステム情報が第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される。
【００４２】
可能な設計では、DUは第4のインジケータをブロードキャストし、第4のインジケータは、第1のシステム情報が第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示す。
【００４３】
可能な設計では、DUによって、第2のインジケータをブロードキャストするステップは、
DUによって、SIB1をブロードキャストするステップであって、SIB1が第2のインジケータを含む、ステップ
を含む。
【００４４】
可能な設計では、スケジューリング情報は、以下の
第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ、第1のシステム情報の送信開始時間、および第1のシステム情報の送信回数
のうちの少なくとも1つを含む。
【００４５】
第2の態様によれば、本出願は、中央ユニットCUによって、分散ユニットDUに第1のインジケータを送信するステップであって、第1のインジケータが、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、第1のシステム情報が更新されたと判断し、DUが第1のシステム情報をブロードキャストしていると判断した場合、CUによって、更新された第1のシステム情報をDUに送信するステップとを含む、通信方法を提供する。
【００４６】
可能な設計では、CUはDUに第1のシステム情報を送信するか、または
CUはDUに第1のシステム情報のスケジューリング情報を送信するか、または
CUはDUに第1のシステム情報および第1のシステム情報のスケジューリング情報を送信する。
【００４７】
可能な設計では、CUはDUに第3のインジケータを送信し、第3のインジケータは、第1のシステム情報が第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される。
【００４８】
可能な設計では、CUはDUから要求メッセージを受信し、要求メッセージは第1のシステム情報を要求するために使用される。
【００４９】
可能な設計では、スケジューリング情報は、以下の
第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ、第1のシステム情報の送信開始時間、および第1のシステム情報の送信回数
のうちの少なくとも1つを含む。
【００５０】
第3の態様によれば、本出願は装置を提供し、装置はDUまたはDU内のチップであってもよく、装置は、上記の方法実施形態におけるDUの機能を実装することが可能であり、機能はハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。
【００５１】
可能な設計では、装置は処理ユニットおよび通信ユニットを含み、任意選択で、記憶ユニットをさらに含む。処理ユニットは、たとえば、プロセッサであってもよい。通信ユニットは、たとえば、送受信器であってもよい。記憶ユニットは、たとえば、メモリであってもよい。装置がメモリを含むとき、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、装置が動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、装置は第1の態様における通信方法を行う。
【００５２】
第4の態様によれば、本出願は装置を提供し、装置はCUまたはCU内のチップであってもよく、装置は、上記の方法実施形態におけるCUの機能を実装することが可能であり、機能はハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。
【００５３】
可能な設計では、装置は処理ユニットおよび通信ユニットを含み、任意選択で、記憶ユニットをさらに含む。処理ユニットは、たとえば、プロセッサであってもよい。通信ユニットは、たとえば、送受信器であってもよい。記憶ユニットは、たとえば、メモリであってもよい。装置がメモリを含むとき、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、装置が動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、装置は第2の態様における通信方法を行う。
【００５４】
第5の態様によれば、本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは第1の態様における方法を行うことが可能になる。コンピュータは、たとえば、DUであってもよい。
【００５５】
第6の態様によれば、本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは第2の態様における方法を行うことが可能になる。コンピュータは、たとえば、CUであってもよい。
【００５６】
第7の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第1の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【００５７】
第8の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第2の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【００５８】
第9の態様によれば、本出願はチップをさらに提供し、チップはDU内のチップであってもよく、チップは処理ユニットおよび送受信ユニットを含み、任意選択で、記憶ユニットをさらに含み、チップは、第1の態様における通信方法を行うよう構成されてもよい。
【００５９】
第10の態様によれば、本出願はチップをさらに提供し、チップはCU内のチップであってもよく、チップは処理ユニットおよび送受信ユニットを含み、任意選択で、記憶ユニットをさらに含み、チップは、第2の態様における通信方法を行うよう構成されてもよい。
【００６０】
本出願は、端末がシステム情報を取得する成功率を上げ、端末の電力消費を低減するために、以下の技術的解決策をさらに提供する。
【００６１】
第1の態様によれば、本出願は、アクセスネットワークデバイスによって、端末に制御情報を送信するステップであって、制御情報は、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックと、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースとを示すために使用され、少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部である、ステップと、次いで、アクセスネットワークデバイスによって、制御情報によって示される時間周波数リソースを使用することにより第1の時間間隔内で、制御情報によって示される少なくとも1つのシステム情報ブロックを送信するステップとを含む、通信方法を提供する。第1の時間間隔内でアクセスネットワークデバイスによって端末に送信されるシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックの一部であるため、送信されるシステム情報ブロックの数を削減することができ、さらに、端末により復号する成功率が上がり、電力消費が低減される。
【００６２】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによって共有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは一緒に符号化される。これは符号化を容易にすることができる。
【００６３】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによってそれぞれ占有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは別々に符号化される。したがって、端末は、端末によって必要とされるシステム情報ブロックのみを復号することができ、端末によって必要とされないシステム情報ブロックを復号する必要がなく、復号される必要があるシステム情報ブロックの数が削減されるため、復号の成功率をさらに上げることができる。
【００６４】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は同じである。
【００６５】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は異なる。したがって、元々は異なったシステム情報ウィンドウに属しているシステム情報ブロックは、同じシステム情報ウィンドウ内で送信されえ、待ち時間の問題が解決されうる。
【００６６】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々のシステム情報ブロックタイプを含む。
【００６７】
可能な設計では、制御情報は第1のビットマップを含み、第1のビットマップのビットは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックに1対1で対応し、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用される。
【００６８】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々に対応するSI RNTIを含む。
【００６９】
可能な設計では、アクセスネットワークデバイスは端末によって送信される要求メッセージを受信し、要求メッセージは少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。
【００７０】
可能な設計では、要求メッセージは第2のビットマップを含み、第2のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、第2のビットマップは、少なくとも1つのシステム情報ブロックのすべてまたは一部を取得することを要求するために使用される。
【００７１】
可能な設計では、アクセスネットワークデバイスは端末に第3のビットマップを送信し、第3のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップは、アクセスネットワークデバイスが要求メッセージの受信に成功することを示すために使用される。
【００７２】
第2の態様によれば、本発明の実施形態はアクセスネットワークデバイスを提供し、アクセスネットワークデバイスは、上記の方法実施形態におけるアクセスネットワークデバイスの機能を実装することが可能である。機能は、ハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。たとえば、アクセスネットワークデバイスは処理ユニットおよび送受信ユニットを含み、処理ユニットは送受信ユニットを介して端末と通信する。
【００７３】
第3の態様によれば、本発明の実施形態は、プロセッサおよびメモリを含むアクセスネットワークデバイスを提供し、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、アクセスネットワークデバイスが動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、アクセスネットワークデバイスは第1の態様における通信方法を行う。
【００７４】
第4の態様によれば、本出願は、端末によって、アクセスネットワークデバイスから制御情報を受信するステップであって、制御情報は、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックと、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースとを示すために使用され、少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部である、ステップと、端末よって、制御情報に基づいて、時間周波数リソースを使用することにより第1の時間間隔内で、アクセスネットワークデバイスによって送信された少なくとも1つのシステム情報ブロックを受信するステップとを含む、通信方法を提供する。第1の時間間隔内でアクセスネットワークデバイスによって端末に送信されるシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックの一部であるため、送信されるシステム情報ブロックの数を削減することができ、さらに、端末が復号する成功率が上がり、電力消費が低減される。
【００７５】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによって共有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは一緒に符号化される。これは符号化を容易にすることができる。
【００７６】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによってそれぞれ占有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは別々に符号化される。したがって、端末は、端末によって必要とされるシステム情報ブロックのみを復号することができ、必要とされないシステム情報ブロックを復号する必要がない。復号される必要があるシステム情報ブロックの数が削減されるため、復号の成功率をさらに上げることができる。
【００７７】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は同じである。
【００７８】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は異なる。
【００７９】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々のシステム情報ブロックタイプを含む。
【００８０】
可能な設計では、制御情報は第1のビットマップを含み、第1のビットマップのビットは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックに1対1で対応し、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用される。
【００８１】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々に対応するSI RNTIを含む。
【００８２】
可能な設計では、端末はアクセスネットワークデバイスに要求メッセージを送信し、要求メッセージは少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。
【００８３】
可能な設計では、要求メッセージは第2のビットマップを含み、第2のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、第2のビットマップは、少なくとも1つのシステム情報ブロックのすべてまたは一部を取得することを要求するために使用される。
【００８４】
可能な設計では、端末はアクセスネットワークデバイスによって送信される第3のビットマップを受信し、第3のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップは、アクセスネットワークデバイスが要求メッセージの受信に成功することを示すために使用される。
【００８５】
第5の態様によれば、本発明の実施形態は端末を提供し、端末は、上記の方法実施形態における端末の機能を実装することが可能である。機能は、ハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。たとえば、端末は処理ユニットおよび送受信ユニットを含み、処理ユニットは送受信ユニットを介してアクセスネットワークデバイスと通信する。
【００８６】
第6の態様によれば、本発明の実施形態は、プロセッサ、メモリ、バス、および通信インターフェースを含む端末を提供し、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、端末が動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、端末は第4の態様における通信方法を行う。
【００８７】
第7の態様によれば、本出願は、
分散ユニットDUによって、端末に制御情報を送信するステップであって、制御情報は、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックと、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースとを示すために使用され、少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部である、ステップと、DUによって、時間周波数リソースを使用することにより第1の時間間隔内で少なくとも1つのシステム情報ブロックを送信するステップと
を含む、通信方法を提供する。
【００８８】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによって共有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは一緒に符号化される。
【００８９】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによってそれぞれ占有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは別々に符号化される。
【００９０】
可能な設計では、送信されうるシステム情報ブロックのスケジューリング周期は同じである。
【００９１】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は異なる。
【００９２】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々のシステム情報ブロックタイプを含む。
【００９３】
可能な設計では、制御情報は第1のビットマップを含み、第1のビットマップのビットは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックに1対1で対応し、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用される。
【００９４】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々に対応するSI RNTIを含む。
【００９５】
可能な設計では、DUは端末によって送信された第1の要求メッセージを受信し、第1の要求メッセージは少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。
【００９６】
可能な設計では、DUはCUからシステム情報を受信し、システム情報は、第1のシステム情報ウィンドウ内で送信されうる少なくとも1つのシステム情報ブロックを含む。
【００９７】
可能な設計では、DUはCUに第2の要求メッセージを送信し、第2の要求メッセージは、少なくとも1つのシステム情報を取得することを要求するために使用され、DUは、CUによって送信される少なくとも1つのシステム情報を受信する。
【００９８】
可能な設計では、第1の要求メッセージは第2のビットマップを含み、第2のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、第2のビットマップは、少なくとも1つのシステム情報ブロックのすべてまたは一部を取得することを要求するために使用される。
【００９９】
可能な設計では、DUは端末に第3のビットマップを送信し、第3のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップは、DUが第1の要求メッセージの受信に成功することを示すために使用される。
【０１００】
第8の態様によれば、本発明の実施形態はDUを提供し、DUは、上記の方法実施形態におけるDUの機能を実装することが可能である。機能は、ハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。たとえば、DUは処理ユニットおよび送受信ユニットを含み、処理ユニットは送受信ユニットを介して端末およびCUと通信する。
【０１０１】
第9の態様によれば、本発明の実施形態は、プロセッサおよびメモリを含むDUを提供し、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、DUが動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、DUは第7の態様における通信方法を行う。
【０１０２】
第10の態様によれば、本出願は、端末によって、分散ユニットDUから制御情報を受信するステップであって、制御情報は、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックと、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースとを示すために使用され、少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部である、ステップと、端末によって、制御情報に基づいて、時間周波数リソースを使用することにより第1の時間間隔内で、DUによって送信された少なくとも1つのシステム情報ブロックを受信するステップとを含む、通信方法をさらに提供する。
【０１０３】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによって共有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは一緒に符号化される。
【０１０４】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによってそれぞれ占有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは別々に符号化される。
【０１０５】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は同じである。
【０１０６】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は異なる。
【０１０７】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々のシステム情報ブロックタイプを含む。
【０１０８】
可能な設計では、制御情報は第1のビットマップを含み、第1のビットマップのビットは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックに1対1で対応し、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用される。
【０１０９】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々に対応するSI RNTIを含む。
【０１１０】
可能な設計では、端末はDUに第1の要求メッセージを送信し、第1の要求メッセージは少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。
【０１１１】
可能な設計では、第1の要求メッセージは第2のビットマップを含み、第2のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、第2のビットマップは、少なくとも1つのシステム情報ブロックのすべてまたは一部を取得することを要求するために使用される。
【０１１２】
可能な設計では、端末はDUによって送信される第3のビットマップを受信し、第3のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップは、DUが第1の要求メッセージの受信に成功することを示すために使用される。
【０１１３】
可能な設計では、端末はCUに要求メッセージを送信し、要求メッセージは、少なくとも1つのシステム情報を取得することを要求するために使用され、端末は、DUによって送信された少なくとも1つのシステム情報を受信する。
【０１１４】
第11の態様によれば、本発明の実施形態は端末を提供し、端末は、上記の方法実施形態における端末の機能を実装することが可能である。機能は、ハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。たとえば、端末は処理ユニットおよび送受信ユニットを含み、処理ユニットは送受信ユニットを介してDUおよびCUと通信する。
【０１１５】
第12の態様によれば、本発明の実施形態は、プロセッサおよびメモリを含む端末を提供し、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、端末が動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、端末は第10の態様における通信方法を行う。
【０１１６】
第13の態様によれば、本出願は、CUによって、DUから第2の要求メッセージを受信するステップであって、第2の要求メッセージは、少なくとも1つのシステム情報を取得することを要求するために使用される、ステップと、CUによって、要求された少なくとも1つのシステム情報をDUに送信するステップとを含む、通信方法を提供する。
【０１１７】
可能な設計では、CUは少なくとも1つのシステム情報の各々を別々に符号化し、符号化された少なくとも1つのシステム情報をDUに送信する。
【０１１８】
可能な設計では、CUは少なくとも1つのシステム情報を一緒に符号化し、符号化された少なくとも1つのシステム情報をDUに送信する。
【０１１９】
本出願は、CUによって、端末から要求メッセージを受信するステップであって、要求メッセージが少なくとも1つのシステム情報を取得することを要求するために使用される、ステップと、CUによって、少なくとも1つのシステム情報をDUに送信するステップとを含む、通信方法をさらに提供する。
【０１２０】
可能な設計では、CUは少なくとも1つのシステム情報の各々を別々に符号化し、符号化された少なくとも1つのシステム情報をDUに送信する。
【０１２１】
可能な設計では、CUは少なくとも1つのシステム情報を一緒に符号化し、符号化された少なくとも1つのシステム情報をDUに送信する。
【０１２２】
第14の態様によれば、本発明の実施形態はCUを提供し、CUは、上記の方法実施形態におけるCUの機能を実装することが可能である。機能は、ハードウェアによって実装されてもよく、ハードウェアによって実行される対応するソフトウェアによって実装されてもよい。ハードウェアまたはソフトウェアは、上記の機能に対応する1つまたは複数のモジュールを含む。たとえば、CUは処理ユニットおよび送受信ユニットを含み、処理ユニットは送受信ユニットを介して端末およびDUと通信する。
【０１２３】
第15の態様によれば、本発明の実施形態は、プロセッサおよびメモリを含むCUを提供し、メモリはコンピュータ実行可能命令を記憶するよう構成され、プロセッサとメモリはバスを介して接続され、CUが動作するとき、プロセッサはメモリに記憶されたコンピュータ実行可能命令を実行し、それによって、CUは第13の態様における通信方法を行う。
【０１２４】
第16の態様によれば、本出願は、アクセスネットワークデバイスによって使用されるコンピュータソフトウェア命令を記憶するよう構成されたコンピュータ記憶媒体を提供し、コンピュータソフトウェア命令は、アクセスネットワークデバイスが上記の態様を実行するために設計されたプログラムを含む。
【０１２５】
第17の態様によれば、本出願は、端末によって使用されるコンピュータソフトウェア命令を記憶するよう構成されたコンピュータ記憶媒体を提供し、コンピュータソフトウェア命令は、端末が上記の態様を実行するために設計されたプログラムを含む。
【０１２６】
第18の態様によれば、本出願は、DUによって使用されるコンピュータソフトウェア命令を記憶するよう構成されたコンピュータ記憶媒体を提供し、コンピュータソフトウェア命令は、DUが上記の態様を実行するために設計されたプログラムを含む。
【０１２７】
第19の態様によれば、本出願は、CUによって使用されるコンピュータソフトウェア命令を記憶するよう構成されたコンピュータ記憶媒体を提供し、コンピュータソフトウェア命令は、CUが上記の態様を実行するために設計されたプログラムを含む。
【０１２８】
第20の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第1の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【０１２９】
第21の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第1の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【０１３０】
第22の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第4の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【０１３１】
第23の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第7の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【０１３２】
第24の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第10の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【０１３３】
第25の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第13の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【０１３４】
第26の態様によれば、本出願は、プロセッサ構成要素および送受信器構成要素を含むチップをさらに提供し、チップは、上記の態様における方法のうちの1つを実行するよう構成されてもよい。任意選択で、チップは記憶ユニットをさらに含む。
【０１３５】
加えて、第2の態様から第26の態様における任意の設計によってもたらされる技術的効果については、第1の態様における様々な設計によってもたらされる技術的効果を参照されたい。詳細は本明細書では再び記載されない。
【０１３６】
本出願は、CUとDUとの間の対話を実現し、システム情報のブロードキャスティングを完了するために、以下の技術的解決策をさらに提供する。
【０１３７】
第1の態様によれば、本出願は、分散ユニットDUによって、端末から第1の要求を受信するステップであって、第1の要求は第1のシステム情報を要求するために使用される、ステップと、DUによって、中央ユニットCUに第2の要求を送信するステップであって、第2の要求が第1のシステム情報を要求するために使用される、ステップと、DUによって、CUから第1のインジケータを受信するステップであって、第1のインジケータは、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、DUによって、第2のインジケータおよび第1のシステム情報をブロードキャストするステップであって、第2のインジケータは、第1のシステム情報がブロードキャストされていることを示す、ステップとを含む、通信方法を提供する。
【０１３８】
可能な設計では、DUはCUから第1のシステム情報を受信する。
【０１３９】
可能な設計では、第1のシステム情報は1つまたは複数のSIBを含む。
【０１４０】
可能な設計では、1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12を含む。
【０１４１】
可能な設計では、DUによって、第2のインジケータをブロードキャストするステップは、DUによって、SIB1をブロードキャストするステップであって、SIB1は第2のインジケータを含む、ステップを含む。
【０１４２】
可能な設計では、SIB1はスケジューリング情報をさらに含み、スケジューリング情報は、第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ、第1のシステム情報の送信開始時間、および第1のシステム情報の送信回数を含む。
【０１４３】
第2の態様によれば、本出願は、中央ユニットCUによって、分散ユニットDUから第1の要求を受信するステップであって、第1の要求が第1のシステム情報を要求するために使用される、ステップと、CUによって、DUに第1のインジケータを送信するステップであって、第1のインジケータが、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップとを含む、通信方法を提供する。
【０１４４】
可能な設計では、CUはDUに第1のシステム情報を送信する。
【０１４５】
可能な設計では、第1のシステム情報は1つまたは複数のSIBを含む。
【０１４６】
可能な設計では、1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12を含む。
【０１４７】
第3の態様によれば、本出願は、プロセッサおよび通信インターフェースを含むDUを提供し、プロセッサは、通信インターフェースを介してメモリから命令を呼び出し、命令を実行するよう構成され、それによって、DUは、第1の態様または第1の態様の任意の可能な設計における方法を行う。
【０１４８】
可能な設計では、DUはメモリをさらに含む。
【０１４９】
第4の態様によれば、本出願は、プロセッサおよび通信インターフェースを含むCUを提供し、プロセッサは、通信インターフェースを介してメモリから命令を呼び出し、命令を実行するよう構成され、それによって、CUは、第2の態様または第2の態様の任意の可能な設計における方法を行う。
【０１５０】
可能な設計では、CUはメモリをさらに含む。
【０１５１】
第5の態様によれば、本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは第1の態様における方法を行うことが可能になる。コンピュータは、たとえば、DUであってもよい。
【０１５２】
第6の態様によれば、本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは第2の態様における方法を行うことが可能になる。コンピュータは、たとえば、CUであってもよい。
【０１５３】
第7の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第1の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【０１５４】
第8の態様によれば、本出願はコンピュータプログラム製品を提供し、コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、第2の態様における任意の通信方法の手順を実施するためにプロセッサによってロードされてもよい。
【０１５５】
第9の態様によれば、本出願はチップをさらに提供し、チップはDU内のチップであってもよく、チップは処理ユニットおよび送受信ユニットを含み、任意選択で、記憶ユニットをさらに含み、チップは、第1の態様における通信方法を行うよう構成されてもよい。
【０１５６】
第10の態様によれば、本出願はチップをさらに提供し、チップはCU内のチップであってもよく、チップは処理ユニットおよび送受信ユニットを含み、任意選択で、記憶ユニットをさらに含み、チップは、第2の態様における通信方法を行うよう構成されてもよい。
【０１５７】
本発明のこれらまたは他の態様は、以下の実施形態の説明においてより簡潔かつ理解可能である。
【図面の簡単な説明】
【０１５８】
【図１】本出願による、可能なネットワークアーキテクチャの概略図である。
【図２】本出願による、装置の概略図である。
【図３ａ】本出願による、システム情報ウィンドウの概略図である。
【図３ｂ】本出願による、他のシステム情報ウィンドウの概略図である。
【図３ｃ】本出願による、他のシステム情報ウィンドウの概略図である。
【図３ｄ】本出願による、他のシステム情報ウィンドウの概略図である。
【図４】本出願による、通信方法の概略図である。
【図５】本出願による、他の通信方法の概略図である。
【図６】本出願による、他の可能なネットワークアーキテクチャの概略図である。
【図７】本出願による、他の通信方法の概略図である。
【図８】本出願による、他の通信方法の概略図である。
【図９】本出願による、他の通信方法の概略図である。
【図１０】本出願による、他の通信方法の概略図である。
【図１１】本出願による、他の装置の概略図である。
【図１２（ａ）】本出願による、通信方法の概略図である。
【図１２（ｂ）】本出願による、通信方法の概略図である。
【図１２（ｃ）】本出願による、通信方法の概略図である。
【図１２（ｄ）】本出願による、通信方法の概略図である。
【図１２（ｅ）】本出願による、通信方法の概略図である。
【図１２（ｆ）】本出願による、通信方法の概略図である。
【図１２（ｇ）】本出願による、通信方法の概略図である。
【図１２（ｈ）】本出願による、通信方法の概略図である。
【図１３】本出願による、DUの概略構造図である。
【図１４】本出願による、CUの概略構造図である。
【発明を実施するための形態】
【０１５９】
ワイヤレス通信システムでは、アクセスネットワークデバイスは、システム情報(system information、SI)を介して、システムに関する様々なタイプの情報、たとえば、端末が位置するセルのネットワーク情報、登録エリアに関する情報、共通チャネルに関する情報、および他のセルに関する情報を端末に通知する。NRでは、アクセスネットワークデバイスによってシステム情報を送信する方式に基づいて、システム情報は2つのタイプに分類されてもよい。1つのタイプは、周期的にブロードキャストによって送信される必要なシステム情報、たとえば、minimum SIであり、minimum SIはセル選択情報および初期アクセス情報を含む。他のタイプは、端末の要求に基づいて送信される他のシステム情報(other SI)、たとえば、セル再選択に関するシステム情報、およびマルチメディアブロードキャストマルチキャスト機能(multimedia broadcast multicast service、MBMS)に関するシステム情報などの他のシステム情報である。
【０１６０】
other SIの場合、other SIを取得するために、端末はアクセスネットワークデバイスに要求メッセージを送信することができる。現在、アクセスネットワークデバイスよって、端末からの要求メッセージに基づいて、端末にother SI、たとえば、システム情報ブロックを送信することは、同じスケジューリング周期を有するすべてのシステム情報ブロックを一緒に符号化し、次いで、ブロードキャストによってシステム情報ブロックを送信することである。方法に存在する主な問題は、端末がすべてのシステム情報ブロックを復号する必要があるので、復号の失敗率が上がり、電力消費が増大することである。
【０１６１】
以下、本出願における添付図面を参照して、本出願の技術的解決策を記載する。方法の実施形態における具体的な動作方法は、装置の実施形態またはシステムの実施形態にも適用されてよい。
【０１６２】
本出願に記載されたアーキテクチャまたはサービスシナリオは、本出願における技術的解決策をより明確に記載するものであり、本出願において提供された技術的解決策を限定することを意図したものではない。ネットワークアーキテクチャが発展し、新しいサービスシナリオが現れるにつれて、本出願において提供された技術的解決策が同様の技術的解決策にさらに適用されることを当業者は知ることができる。
【０１６３】
図1は、本出願による、可能なネットワークアーキテクチャの概略図である。ネットワークアーキテクチャは、無線インターフェースを介してアクセスネットワークデバイス20と通信している少なくとも1つの端末10を含む。明確性のため、1つのアクセスネットワークデバイスおよび1つの端末のみが図に示されている。
【０１６４】
端末はまた、ユーザ機器(user equipment、UE)として理解されてもよい。それは、ユーザに音声接続性および/またはデータ接続性を提供するデバイス、たとえば、ワイヤレス接続機能もしくはワイヤレス通信機能を有するハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、コンピューティングデバイス、もしくは制御デバイス、またはワイヤレスモデムに接続された他の処理デバイス、および様々な形態の移動局(mobile station、MS)などである。一般的な端末は、携帯電話(phone)、タブレットコンピュータ(pad)、ノートブックコンピュータ(notebook)、パームトップコンピュータ、またはスマートウォッチ、スマートバンド、もしくは歩数計などのウェアラブルデバイスを含む。
【０１６５】
アクセスネットワークデバイスは、端末がワイヤレスネットワークにアクセスすることを可能にするデバイスであり、限定はしないが、発展型ノードB(evolved NodeB、eNB)、無線ネットワークコントローラ(radio network controller、RNC)、ノードB(NodeB、NB)、基地局制御装置(base station controller、BSC)、無線基地局装置(base transceiver station、BTS)、ホームノードB(たとえば、home evolved NodeB、もしくはhome NodeB、HNB)、ベースバンドユニット(baseband unit、BBU)、基地局(g NodeB、gNB)、伝送ポイント(transmitting and receiving point、TRP)、送信ポイント(transmitting point、TP)、モバイル切換センタ、Wi-Fiアクセスポイント(access point、AP)などが含まれるか、または、CU-DUアーキテクチャにおける中央ユニット(central unit、CU)および分散ユニット(distributed unit、DU)であってもよい。
【０１６６】
図2は、本出願による、装置の概略図である。装置200は、少なくとも1つのプロセッサ21と、通信バス22と、メモリ23と、少なくとも1つの通信インターフェース24とを含んでもよい。
【０１６７】
プロセッサ21は、汎用中央処理装置(CPU)、マイクロプロセッサ、特定用途向け集積回路(application-specific integrated circuit、ASIC)、または本発明の解決策におけるプログラム実行を制御するための1つもしくは複数の集積回路であってもよい。
【０１６８】
通信バス22は、上記の構成要素間で情報を伝送するための経路を含んでもよい。通信インターフェース24は、送受信器などの1つのタイプの装置によって実装され、他のデバイスまたは通信ネットワーク、たとえば、イーサネット（登録商標）、無線アクセスネットワーク(RAN)、またはワイヤレスローカルエリアネットワーク(Wireless Local Area Network、WLAN)と通信するよう構成される。
【０１６９】
メモリ23は、読取り専用メモリ(Read-Only Memory、ROM)、静的な情報および命令を記憶することができる他のタイプのスタティックストレージデバイス、ランダムアクセスメモリ(Random Access Memory、RAM)、または情報および命令を記憶することができる他のタイプのダイナミックストレージデバイスであってもよく、電気的消去可能プログラマブル読取り専用メモリ(Electrically Erasable Programmable Read-Only Memory、EEPROM)、コンパクトディスク読取り専用メモリ(Compact Disc Read-Only Memory、CD-ROM)もしくは他の光ディスクストレージ、(コンパクト光ディスク、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク、ブルーレイディスクなどを含む)光ディスクストレージ、磁気ディスク記憶媒体もしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態で予想プログラムコードを搬送もしくは記憶するよう構成することができ、コンピュータによってアクセスすることができる任意の他の媒体であってもよい。これは本明細書における制限を構成しない。メモリは独立して存在することができ、バスを介してプロセッサに接続される。メモリはまた、プロセッサと一体化されてもよい。
【０１７０】
メモリ23は、本発明の解決策を実行するために使用されるアプリケーションプログラムコードを記憶するよう構成され、アプリケーションプログラムコードはプロセッサ21の制御下で実行される。プロセッサ21は、メモリ23に記憶されたアプリケーションプログラムコードを実行するよう構成される。
【０１７１】
具体的な実装形態において、一実施形態では、プロセッサ21は、1つまたは複数のCPU、たとえば、図2のCPU0およびCPU1を含んでもよい。
【０１７２】
具体的な実装形態において、一実施形態では、装置200は、複数のプロセッサ、たとえば、図2のプロセッサ21およびプロセッサ28を含んでもよい。これらのプロセッサの各々は、シングルコアプロセッサであってもよく、マルチコアプロセッサであってもよい。本明細書におけるプロセッサは、(コンピュータプログラム命令などの)データを処理するために使用される、1つまたは複数のデバイス、回路、および/または処理コアであってもよい。
【０１７３】
本出願では、図2に示される装置は、図1に示されるシステムアーキテクチャにおける端末の一実装形態であってもよく、図1に示されるシステムアーキテクチャにおける端末内のチップであってもよい。装置は、本出願における通信方法を行うよう構成されてもよい。
【０１７４】
図2に示される装置が端末であるとき、具体的な実装形態において、一実施形態では、装置200は、出力デバイス25および入力デバイス26をさらに含んでもよい。出力デバイス25はプロセッサ21と通信し、複数の方式で情報を表示しうる。たとえば、出力デバイス25は、液晶ディスプレイ(liquid crystal display、LCD)、発光ダイオード(light emitting diode、LED)ディスプレイデバイス、陰極線管(cathode ray tube、CRT)ディスプレイデバイス、またはプロジェクタ(projector)であってもよい。入力デバイス26はプロセッサ21と通信し、複数の方式でユーザの入力を受け取りうる。たとえば、入力デバイス26は、マウス、キーボード、タッチスクリーンデバイス、または感知デバイスであってもよい。装置200は汎用装置または専用装置であってもよい。具体的な実装形態では、装置200は、デスクトップコンピュータ、ポータブルコンピュータ、ネットワークサーバ、パームトップコンピュータ(personal digital assistant、PDA)、携帯電話、タブレットコンピュータ、ワイヤレス端末デバイス、通信デバイス、組込み型デバイス、または図2の構造と同様の構造を有するデバイスであってもよい。装置200のタイプは本出願では限定されない。
【０１７５】
たとえば、図1の端末は図2に示される装置であってもよく、端末のメモリは1つまたは複数のソフトウェアモジュールを記憶する。端末は、プロセッサおよびメモリ内のプログラムコードを使用することにより、ソフトウェアモジュールを実装して、本出願における通信方法を実現することができる。
【０１７６】
本出願では、図2に示される装置は、図1に示されるシステムアーキテクチャにおけるアクセスネットワークデバイスの一実装形態であってもよく、図1に示されるシステムアーキテクチャにおけるアクセスネットワークデバイス内のチップであってもよい。装置は、本出願における通信方法を行うよう構成されてもよい。
【０１７７】
たとえば、図1のアクセスネットワークデバイスは図2に示される装置であってもよく、アクセスネットワークデバイスのメモリは1つまたは複数のソフトウェアモジュールを記憶する。アクセスネットワークデバイスは、プロセッサおよびメモリ内のプログラムコードを使用することにより、ソフトウェアモジュールを実装して、本出願における通信方法を実現することができる。
【０１７８】
システム情報ブロック(system information block、SIB)は複数のタイプを含み、たとえば、SIB1、SIB2、SIB3、…、SIB12、および他のSIBを含む。端末の要求に基づいてスケジュールされ得るSIB、たとえば、SIB3、…、またはSIB12は、端末の要求に基づいてアクセスネットワークデバイスによって端末に送信されてもよい。たとえば、図1に示されるアクセスネットワークデバイスは、端末にシステム情報ブロックを送信しうる。
【０１７９】
SIBは、本発明のすべての実施形態において説明のための例として用いられるが、実施形態はSIBに限定されない。システム情報(system information、SI)もまた、本発明のすべての実施形態において例として使用されてよく、1つのSIは、同じスケジューリング周期を有する1つまたは複数のSIBを含んでもよい。
【０１８０】
SIBはスケジューリング周期を有する。異なるSIBが、同じスケジューリング周期を有してもよく、または、異なるスケジューリング周期を有してもよい。たとえば、SIB3、SIB4、およびSIB5は、同じ160ミリ秒(ms)のスケジューリング周期を有する。他の例では、SIB6、SIB7、およびSIB8は、同じ320msのスケジューリング周期を有する。
【０１８１】
可能な設計では、SIBはシステム情報ウィンドウ(system information window、SI window)と関連付けられてもよく、1つのシステム情報ウィンドウは1つまたは複数の時間間隔を含む。
【０１８２】
一例では、時間間隔は、送信時間間隔(transmission time interval、TTI)であってもよく、又は他の持続時間パラメータであってもよい。SIBは、システム情報ウィンドウ内の1つまたは複数の時間間隔内で送信することができる。本出願では、SIBとシステム情報ウィンドウとの間の関係は、少なくとも以下の方式で実装される。
【０１８３】
方式1:システム情報ウィンドウ内のSIBのスケジューリング周期がすべて同じである。
【０１８４】
図3aは、可能なシステム情報ウィンドウの概略図である。たとえば、SIB3、SIB4、およびSIB5は、同じ160msのスケジューリング周期を有し、すべてシステム情報ウィンドウW1内で送信される。また、SIB3、SIB4、およびSIB5は、システム情報ウィンドウW1と関連付けられることを理解されたい。SIB6、SIB7、およびSIB8は、同じ320msのスケジューリング周期を有し、すべてシステム情報ウィンドウW2内で送信される。また、SIB6、SIB7、およびSIB8は、システム情報ウィンドウW2と関連付けられることを理解されたい。異なるシステム情報ウィンドウは、同じ長さを有し、すなわち、同じ持続時間を占有する。
【０１８５】
たとえば、システム情報ウィンドウW1の場合、システム情報ウィンドウW1は1つまたは複数の時間間隔を含む。システム情報ウィンドウW1のスケジューリングの際、SIB6、SIB7、およびSIB8のすべてまたは一部は、システム情報ウィンドウW1の時間間隔内で送信されえ、たとえば、W1の最初の時間間隔内で送信されうるか、またはW1の最後の時間間隔内で送信されうるか、またはW1の中間の時間間隔内で送信されうるか、またはW1の複数の時間間隔内で送信されうる。
【０１８６】
異なるスケジューリング周期を有するSIBについては最小公倍数が存在するので、異なるスケジューリング周期を有するSIBに対応するシステム情報ウィンドウは、時間領域が重なる問題を有しうる。本出願では、時間領域の重なりの時間は、異なったスケジューリング周期の最小公倍数の整数倍の時間である。たとえば、SIB3、SIB4、およびSIB5のスケジューリング周期が160msであり、SIB6、SIB7、およびSIB8のスケジューリング周期が320msである場合、スケジューリング周期の最小公倍数は320である。したがって、時間領域の重なりの時間は、320msの整数倍の時間、たとえば、0ms、320ms、640ms、…である。問題に鑑みて、可能な実装形態が図3aに示され、ここで、時間領域の重なりを有するシステム情報ウィンドウは、時間領域において分離されている。任意選択で、時間領域の重なりを有するシステム情報ウィンドウは、スケジューリング情報内の異なったスケジューリング周期を有するシステム情報ブロックの順序に基づいて、時間領域において分離されてもよい。たとえば、SIB3、SIB4、およびSIB5がスケジューリング情報内のシステム情報SI1に対応し、SIB6、SIB7、およびSIB8がスケジューリング情報内のシステム情報SI2に対応する場合、システム情報ウィンドウW2はシステム情報ウィンドウW1の位置の後に配置される。システム情報ウィンドウW1およびシステム情報ウィンドウW2は、隙間なしに直接隣接し、互いに重なり合わない。具体的には、最初に、システム情報ウィンドウW1内のSIBがスケジュールされ、次いで、システム情報ウィンドウW2内のSIBがスケジュールされる。
【０１８７】
方式2:システム情報ウィンドウ内のSIBのスケジューリング周期が異なる。
【０１８８】
システム情報ウィンドウ内のSIBのスケジューリング周期が異なる。たとえば、システム情報ウィンドウ内のすべてのSIBのスケジューリング周期が異なり、すなわち、任意の2つのSIBのスケジューリング周期が異なるか、またはいくつかのSIBのスケジューリング周期は同じであるが、いくつかのSIBのスケジューリング周期は異なる。
【０１８９】
図3aを参照すると、システム情報ウィンドウの持続時間が60msであり、SIB3、SIB4、およびSIB5のスケジューリング周期が160msであり、SIB6、SIB7、およびSIB8のスケジューリング周期が320msである場合、時間領域の重なりの時間から、システム情報ウィンドウW1は0〜60msを占有し、システム情報ウィンドウW2は61〜120msを占有する。具体的には、システム情報ブロックSIB3、SIB4、およびSIB5は開始位置から0〜60ms内で端末に送信され、システム情報ブロックSIB6、SIB7、およびSIB8は開始位置から61〜120ms内で端末に送信される。システム情報の送信待ち時間についての待ち時間しきい値が150msである場合、すなわち、送信待ち時間条件はアクセスネットワークデバイスが150ms以内にシステム情報を送信する必要があることである場合、システム情報ブロックSIB3、SIB4、SIB5、SIB6、SIB7、およびSIB8は、すべて送信待ち時間条件を満たす。このケースでは、SIB3、SIB4、およびSIB5は依然としてW1内で送信され、SIB6、SIB7、およびSIB8はW2内で送信される。待ち時間しきい値は、アクセスネットワークデバイスによって端末に送信されてもよく、プロトコルによって事前定義されてもよいことを理解されたい。任意選択で、アクセスネットワークデバイスは、各SIBが送信待ち時間条件を満たす必要があるかどうかを示してもよい。
【０１９０】
他の実現可能な解決策では、アクセスネットワークデバイスは、異なったスケジューリング周期を有するSIBが、時間領域の重なりの時間において同じSI window内で送信される必要があるかどうかを直接示すか、または異なったスケジューリング周期を有するSIが、時間領域の重なりの時間において同じSI window内で送信される必要があるかどうかを示してもよい。アクセスネットワークデバイスは、異なるSIが同じSI window内で送信された後、SIに対応するSI windowが予約される必要があるかどうかをさらに示してもよいことを理解されたい。あるいは、SIが他のSI window内で送信された後、SIに対応するSI windowが予約される必要があるかどうかは、プロトコルによって事前定義されてもよい。
【０１９１】
他のケースでは、一例として上記の例を用いると、システム情報の送信待ち時間についての待ち時間しきい値が100msである場合、SIB3、SIB4、およびSIB5は待ち時間条件を満たすが、SIB6、SIB7、およびSIB8は待ち時間条件を満たさない可能性がある。たとえば、アクセスネットワークデバイスが100ms後にSIB6、SIB7、およびSIB8を端末に送信してもよく、それは100msの待ち時間しきい値を超える。このケースでは、W2内のSIB6、SIB7、およびSIB8もW1内で送信されてよい。図3bは、本出願による、他のシステム情報ウィンドウの概略図である。システム情報ウィンドウW2内のシステム情報は、システム情報ウィンドウW1内で一緒に送信される。したがって、待ち時間問題を解決することができる。待ち時間しきい値は、アクセスネットワークデバイスによって端末に送信されてもよく、または、プロトコルによって事前定義されてもよいことを理解されたい。任意選択で、アクセスネットワークデバイスは、各SIBが送信待ち時間条件を満たす必要があるかどうかを示してもよい。
【０１９２】
他のケースでは、一例として上記の例を用いると、SIB10およびSIB11のスケジューリング周期が640msである場合、スケジューリング情報内のSIB10およびSIB11の順序はシステム情報SI3である。時間領域の重なりの時間において、図3aに示される方式では、異なったスケジューリング周期を有する3つのSIBのシステム情報は、順次別々に送信される必要がある。システム情報ウィンドウW1は開始位置から0〜60msを占有し、システム情報ウィンドウW2は61〜120msを占有する。具体的には、システム情報ブロックSIB3、SIB4、およびSIB5は開始位置から0〜60ms内で端末に送信され、システム情報ブロックSIB6、SIB7、およびSIB8は開始位置から61〜120ms内で端末に送信され、システム情報ブロックSIB10およびSIB11は開始位置から121〜180ms内で端末に送信される。具体的には、システム情報ウィンドウW1は、0〜60msを占有し、システム情報ウィンドウW2は61〜120msを占有し、システム情報ウィンドウW3は121〜180msを占有する。任意選択で、アクセスネットワークデバイスは、SIB3、SIB4、SIB5、SIB6、SIB7、およびSIB8が送信待ち時間条件を満たす必要があることを示し、送信待ち時間条件は、送信待ち時間が100msより短いか等しい必要があることであり、SIB10およびSIB11は送信待ち時間条件を満たす必要がない。システム情報の送信待ち時間についての待ち時間しきい値が100msである場合、SIB3、SIB4、およびSIB5は送信待ち時間条件を満たし、SIB6、SIB7、およびSIB8は送信待ち時間条件を満たさないが、SIB10およびSIB11の送信待ち時間は121〜180msであり、SIB10およびSIB11は送信待ち条件を満たす必要がない。したがって、このケースでは、W2内のSIB6、SIB7、およびSIB8もW1内で送信されてよい。一実装形態では、データはもはやシステム情報ウィンドウW2内では送信されないが、システム情報ウィンドウW2はまだ予約されている。具体的には、端末は、SIB10およびSIB11を受信するために121〜180msのW3を依然として必要とする。他の実現可能な解決策では、システム情報ウィンドウW2は取り消されてもよい。具体的には、端末は、61〜120msのシステム情報ウィンドウW2からSIB10およびSIB11を受信してもよい。待ち時間しきい値は、アクセスネットワークデバイスによって端末に送信されてもよく、プロトコルによって事前定義されてもよいことを理解されたい。
【０１９３】
他の実現可能な解決策では、アクセスネットワークデバイスは、異なったスケジューリング周期を有するSIBが、時間領域の重なりの時間において同じSI window内で送信される必要があるかどうかを直接示すか、または異なったスケジューリング周期を有するSIが、時間領域の重なりの時間において同じSI window内で送信される必要があるかどうかを示すことができる。アクセスネットワークデバイスは、異なるSIが同じSI window内で送信された後、SIに対応するSI windowが予約される必要があるかどうかをさらに示すことができることを理解されたい。あるいは、SIが他のSI window内で送信された後、SIに対応するSI windowが予約される必要があるかどうかは、プロトコルによって事前定義されてもよい。
【０１９４】
あるケースでは、隣接するシステム情報ウィンドウ内のSIBの同時スケジューリングが、時間領域において必要とされる場合、すなわち時間領域の重なりの時間において、アクセスネットワークデバイスは、様々な周期のシステム情報ブロックを同じシステム情報ウィンドウ内に直接置くことができる。任意選択で、このケースでは、ネットワーク側デバイスも、異なったスケジューリング周期を有するSIBが、時間領域の重なりの時間において同じSI window内で送信される必要があるかどうかを示すか、または異なったスケジューリング周期を有するSIが、時間領域の重なりの時間において同じSI window内で送信される必要があるかどうかを示す必要がある。アクセスネットワークデバイスは、異なるSIが同じSI window内で送信された後、SIに対応するSI windowが予約される必要があるかどうかをさらに示してもよいことを理解されたい。あるいは、SIが他のSI window内で送信された後、SIに対応するSI windowが予約される必要があるかどうかは、プロトコルによって事前定義されてもよい。
【０１９５】
方式2では、異なったスケジューリング周期を有するSIBは、1つのシステム情報ウィンドウにマッピングされてもよい。具体的には、隣接するシステム情報ウィンドウ内のSIBの同時スケジューリングが、時間領域において必要とされる場合、すなわち時間領域の重なりの時間において、その時間に異なるシステム情報ウィンドウ内でスケジュールされるSIBは、すべてその時間から始まる第1のシステム情報ウィンドウ内でスケジュールされてもよい。たとえば、システム情報ウィンドウW1とシステム情報ウィンドウW2との間に時間領域の重なりが存在するとき、時間領域の重なりの時間から始まって、W1は時間領域においてW2に先行し、システム情報ウィンドウW1内のSIB3、SIB4、およびSIB5、ならびにシステム情報ウィンドウW2内のSIB6、SIB7、およびSIB8は、すべてシステム情報ウィンドウW1内で送信されてもよい。時間領域の重なりが発生しないシステム情報ウィンドウの場合、元のSIBのみが送信される。図3bに示されるように、システム情報ブロックSIB3、SIB4、およびSIB5のみが、依然としてシステム情報ウィンドウW1内で送信される。
【０１９６】
具体的には、上記の方式のうちのどれが使用されるかは、ネットワーク側デバイスと端末によって事前に合意されてもよい。これにより、端末が対応するシステム情報ウィンドウ内でシステム情報ブロックを取得できることが保証される。
【０１９７】
任意選択的な解決策では、SI window内のSIが送信されないとき、アクセスネットワークデバイスは、SI windowが予約される必要があるかどうかをさらに示してもよい。あるいは、SI window内のSIが送信されないとき、SIに対応するSI windowが予約される必要があるかどうかは、プロトコルによって事前定義されてもよい。UEは、プロトコルによって事前定義される方式で、SIに対応するSI windowが予約されるかどうかを判定する。
【０１９８】
たとえば、システム情報ウィンドウの持続時間は60msであり、SIB3、SIB4、およびSIB5のスケジューリング周期は160msであり、スケジューリング情報内のSIBの順序はSI1であり、SIB6、SIB7、およびSIB8のスケジューリング周期は320msであり、スケジューリング情報内のSIBの順序はSI2であり、SIB10およびSIB11のスケジューリング周期は640msであり、スケジューリング情報内のSIBの順序はSI3である。このケースでは、時間領域の重なりの時間から始まって、システム情報ウィンドウW1は0〜60msを占有し、システム情報ウィンドウW2は61〜120msを占有する。具体的には、システム情報ブロックSIB3、SIB4、およびSIB5は開始位置から0〜60ms内で端末に送信され、システム情報ブロックSIB6、SIB7、およびSIB8は開始位置から61〜120ms内で端末に送信され、システム情報ブロックSIB10およびSIB11は開始位置から121〜180ms内で端末に送信される。アクセスネットワークデバイスが、SIB6、SIB7、およびSIB8のうちのいずれも現在のSI window内でブロードキャストされないことを示す場合、アクセスネットワークデバイスは、時間領域の重なりの時間においてSI2に対応するSI windowが予約されるかどうかをさらに示してもよく、または時間領域の重なりの時間においてSI2に対応するSI windowが予約されるかどうかは、プロトコルによって事前定義されてもよい。UEは、アクセスネットワークデバイスからのインジケータまたはプロトコルによって事前定義される方式に従って、SI2に対応するSI windowが予約されるかどうかを判定する。
【０１９９】
図3cおよび図3dは、本出願による、他の高周波シナリオにおけるシステム情報ウィンドウの概略図である。図3cに示されるシステム情報ウィンドウは、図3aに示されるシステム情報ウィンドウに対応する。2つのシステム情報ウィンドウ間の主な違いは以下の通りである。図3cに示されるシステム情報ウィンドウは、概して、高周波シナリオに適用可能である。このシナリオでは、アクセスネットワークデバイスは、ビーム掃引を行い、各方向の端末にサービスを提供する。このケースでは、システム情報ウィンドウの持続時間は、ビーム掃引期間の整数倍である必要がある。一例として図3cを用いると、各方向の端末デバイスにサービスを提供するために、アクセスネットワークデバイスは、6回掃引を行う必要がある。一例として1つの掃引期間を用いると、システム情報ウィンドウW1の持続時間は比較的長く、システム情報ウィンドウW2内のSIBは、長い待ち時間の後にのみ送信されえ、結果としてW2内のシステム情報の比較的長い送信待ち時間を生じさせる。
【０２００】
図3cに示されるシナリオについて、システム情報ウィンドウW2内のSIBが図3bに示される方式でシステム情報ウィンドウW1内で送信される場合、図3dに示されるシステム情報ウィンドウが形成されてもよい。図3dに示される通信方法は、図3cに示される通信方法に存在する待ち時間問題を解決しうる。
【０２０１】
システム情報ウィンドウ内のシステム情報ブロックを送信する時間は時間間隔と呼ばれる。時間間隔は1つの制御情報と関連付けられ、制御情報はアクセスネットワークデバイスによって端末に送信され、システム情報ウィンドウの時間間隔内で送信されるべき少なくとも1つのシステム情報ブロック、および少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースを示す。
【０２０２】
一実装形態では、システム情報ブロックを送信するための方法は、アクセスネットワークデバイスが、同じスケジューリング周期を有するすべてのシステム情報ブロックを無線リソース制御(Radio Resource Control、RRC)メッセージに一緒に符号化し、次いで、スケジューリング周期においてRRCメッセージをブロードキャストすることであってもよい。たとえば、一例として図3aを用いると、システム情報ウィンドウW1の場合、アクセスネットワークデバイスは、SIB3、SIB4、およびSIB5をRRCメッセージに一緒に符号化し、次いで、システム情報ウィンドウW1内の1つまたは複数の時間間隔内でRRCメッセージをブロードキャストする。任意選択で、この前に、アクセスネットワークデバイスは、端末によって送信された要求メッセージを受信し、要求メッセージは、同じスケジューリング周期を有するシステム情報ブロックのうちの少なくとも1つを要求する。端末は端末が取得したいシステム情報ブロックのスケジューリング周期を知りうるので、端末は、対応するシステム情報ウィンドウW1内のチャネルをリッスンして、必要なシステム情報ブロックをチャネルから取得してもよい。たとえば、端末1がSIB3を取得する必要がある場合、端末1は、システム情報ウィンドウW1内のチャネルをリッスンしてRRCメッセージを取得し、RRCメッセージを復号することによってSIB3、SIB4、およびSIB5を取得し、SIB3、SIB4、およびSIB5から、端末1によって必要とされるSIB3を取得する。他の例では、端末2がSIB7およびSIB8を取得する必要がある場合、端末2は、システム情報ウィンドウW2内のチャネルをリッスンしてRRCメッセージを取得し、RRCメッセージを復号することによってSIB6、SIB7、およびSIB8を取得し、SIB6、SIB7、およびSIB8から、端末2によって必要とされるSIB7およびSIB8を取得する。
【０２０３】
上記の実装形態には、端末による復号の高いオーバーヘッドおよび高い失敗率の問題が存在する。アクセスネットワークデバイスは、毎回、システム情報ウィンドウ内で送信されうるすべてのシステム情報ブロックをRRCメッセージに一緒に符号化するので、端末が復号する必要がある情報が増え、復号の失敗率が上がり、より多くのオーバーヘッドがもたらされる。
【０２０４】
上記の問題を解決するために、図4に示されるように、本出願は通信方法を提供する。方法は図1に示されるシステムアーキテクチャに利用可能であり、方法は図3a〜図3dの任意のシステム情報ウィンドウの概略図に適用可能である。方法は以下のステップを含む。
【０２０５】
ステップ401:アクセスネットワークデバイスは端末に制御情報を送信し、端末はアクセスネットワークデバイスによって送信された制御情報を受信する。
【０２０６】
制御情報は、第1のシステム情報ウィンドウの第1の時間間隔において送信されるべき少なくとも1つのシステム情報ブロックと、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースとを示すために使用される。少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックの一部であり、少なくとも1つのシステム情報ブロックは、第1の時間間隔内で送信される必要があるシステム情報ブロックである。
【０２０７】
第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックであるか、またはネットワーク側が第1のシステム情報ウィンドウ内で送信することを決定するシステム情報ブロックとして理解される。
【０２０８】
一例として図3aを用い、第1のシステム情報ウィンドウがW1であると仮定すると、第1のシステム情報ウィンドウ内で送信されうるSIBは、SIB3、SIB4、およびSIB5である。第1のシステム情報ウィンドウは1つまたは複数の時間間隔を含む。SIBが時間間隔のうちの1つにおいて送信される場合、その時間間隔は第1の時間間隔と呼ばれ、第1の時間間隔内で送信されるSIBは、SIB3、SIB4、およびSIB5の中のシステム情報ブロックの一部である。第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックであり、第1の時間間隔内で送信される必要があるSIBは、同じスケジューリング周期を有することも理解されたい。
【０２０９】
マルチ端末のシナリオでは、アクセスネットワークデバイスがW1内ですべてのSIB、すなわち、SIB3、SIB4、およびSIB5を送信できることを、当業者は理解することができる。SIB3、SIB4、およびSIB5は、別々に符号化され、たとえば、3つのRRCメッセージに符号化される。端末の場合、端末は、SIB3、SIB4、およびSIB5のすべてを受信することなく、RRCメッセージから必要なSIBを取得しうる。加えて、シングル端末のシナリオでは、アクセスネットワークデバイスはまた、W1内ですべてのSIBを送信してもよく、各SIBは別々に符号化され、それによって、いくつかのSIBが受信に失敗すると、他のSIBは受信に成功することができる。たとえば、SIB3が受信に失敗すると、SIB4およびSIB5は受信に成功しうる。
【０２１０】
他の例では、一例として図3bを用い、第1のシステム情報ウィンドウがW1であると仮定すると、第1のシステム情報ウィンドウ内で送信されうるSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、およびSIB8である。第1の時間間隔内で送信されるSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、およびSIB8の中のシステム情報ブロックの一部であり、第1の時間間隔内で送信される必要があるSIBのスケジューリング周期は異なっていてもよい。
【０２１１】
可能な実装形態では、システム情報ウィンドウが図3aに示される方式で選択されるか、または図3bに示される方式で選択されるかは、ネットワーク側によって決定されてもよいか、または端末とネットワーク側によって事前に合意される。概して、システム情報の送信待ち時間が比較的長い場合、システム情報は図3bに示される方式で送信することができる。具体的には、本出願におけるシステム情報ブロックの送信待ち時間が送信待ち時間条件を満たさない場合、システム情報は図3bに示される方式で送信することができる。
【０２１２】
一実装形態では、制御情報は、たとえば、ダウンリンク制御情報(downlink control information、DCI)内、または物理ダウンリンク制御チャネル(physical downlink control channel、PDCCH)上、または拡張物理ダウンリンク制御チャネル(enhanced physical downlink control channel、EPDCCH)上、または狭帯域物理ダウンリンク制御チャネル(narrowband physical downlink control channel、NPDCCH)上にあってもよい。
【０２１３】
制御情報は2つの態様で内容を示す。1つの態様では、制御情報は、第1のシステム情報ウィンドウ内の第1の時間間隔で送信されるべき1つまたはいくつかのSIBを示す。他の態様では、制御情報は、送信されるべきSIBによって占有される時間周波数リソースの位置を示す。送信されるべきSIBによって占有される時間周波数リソースの位置は、互いに異なっていてもよく、同じであってもよいことを理解されたい。
【０２１４】
ステップ402:アクセスネットワークデバイスは、時間周波数リソースを使用することにより、第1の時間間隔で少なくとも1つのシステム情報ブロックを送信する。
【０２１５】
少なくとも1つのシステム情報ブロックは、制御情報によって示され、第1のシステム情報ウィンドウの第1の時間間隔で送信されるべきであるシステム情報ブロックであり、時間周波数リソースは、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースである。
【０２１６】
一実装形態では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによって共有される時間周波数リソースである。共有時間周波数リソースは、送信されるべき少なくとも1つのシステム情報ブロックに割り当てられた時間周波数リソースである。時間周波数リソースは全体として使用される。たとえば、具体的な一実装形態では、第1の時間間隔で送信される必要があるSIBは、ジョイント符号化モードで一緒に符号化され、共有時間周波数リソースを使用して端末に送信されてもよい。ジョイント符号化はまた、統合符号化として理解されてよい。ジョイント符号化は、時間間隔内で送信される必要がある少なくとも2つのSIBを一緒に符号化しており、同じ時間周波数リソースを使用して端末に2つのSIBを送信している。
【０２１７】
他の実装形態では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによってそれぞれ占有される時間周波数リソースである。たとえば、具体的な一実装形態では、第1の時間間隔内で送信される必要がある各SIBは、個別符号化モードで別々に符号化され、SIBによって占有される時間周波数リソースを使用して端末に送信されてもよい。
【０２１８】
ジョイント符号化は、複数のシステム情報ブロックが1つの無線リソース制御(Radio Resource Control、RRC)メッセージ内で送信されることを意味することができ、個別符号化は、各システム情報ブロックが1つの無線リソース制御メッセージ内で別々に送信されることを意味することを理解されたい。ジョイント符号化および個別符号化に関する詳細説明については、関連する規格内容を参照されたい。
【０２１９】
ステップ403:端末が、第1の時間間隔内で、少なくとも1つのシステム情報ブロックによって占有された時間周波数リソースから、少なくとも1つのシステム情報ブロックを取得する。
【０２２０】
アクセスネットワークデバイスは、上記の実施形態におけるステップのすべてまたはいくつかを行うことができることを理解されたい。ステップまたは動作は例にすぎない。本出願では、他の動作または動作の変形形態がさらに行われてもよい。加えて、各ステップは、上記の実施形態において提示された異なる順序で行われてもよく、いくつかの実施形態では、上記の実施形態におけるすべての動作が行われる必要がなくてもよい。
【０２２１】
上記の実施形態では、第1の時間間隔内でアクセスネットワークデバイスによって端末に送信されるシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックの一部であるため、送信されるシステム情報ブロックの数を削減することができ、さらに、端末による復号の成功率が上がり、電力消費が低減される。
【０２２２】
さらに、具体的な実装形態では、アクセスネットワークデバイスは、制御情報を使用することにより、第1の時間間隔内で送信される必要があるシステム情報ブロックを示す。1つの時間間隔内で送信されるシステム情報ブロックによって占有される時間周波数リソースは、同じであってもよく、異なっていてもよい。システム情報ブロックによって占有される時間周波数リソースは、制御情報を使用して示される。1つの時間間隔内で送信されるシステム情報ブロックによって占有される時間周波数リソースが異なるとき、端末は、端末の要件に基づいて、対応する時間周波数リソースの位置から、端末によって必要とされるシステム情報ブロックを取得することができる。端末は、システム情報ウィンドウ内で送信されうるすべてのシステム情報ブロックを復号することなく、必要なシステム情報ブロックを別々に復号することができる。したがって、端末による復号の成功率を上げることができ、オーバーヘッドを低減することができる。加えて、1つの時間間隔内で送信されるシステム情報ブロックによって占有される時間周波数リソースが同じであるとき、その時間間隔内で送信されるシステム情報ブロックの数が、その時間間隔が属するシステム情報ウィンドウ内で送信されうるシステム情報ブロックの数より少ない場合、端末はすべての受信されたシステム情報ブロックを復号する必要があるが、復号される必要があるシステム情報ブロックの数は削減される。したがって、端末による復号の成功率を上げることもでき、オーバーヘッドを低減することができる。
【０２２３】
他の実装形態では、第1の時間間隔内でアクセスネットワークデバイスによって端末に送信されるシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてであり、1つの時間間隔内で送信されるシステム情報ブロックは、それぞれ異なる時間周波数リソースを占有する。このケースでは、アクセスネットワークデバイスは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてを送信するが、システム情報ブロックは異なる時間周波数リソース上で送信される。したがって、端末は、端末の要件に基づいて対応する時間周波数リソースの位置から、端末によって必要とされるシステム情報ブロックを取得することができる。端末は、アクセスネットワークデバイスによって送信されたすべてのシステム情報ブロックを復号することなく、必要なシステム情報ブロックを別々に復号することができる。したがって、端末による復号の成功率を上げることもでき、オーバーヘッドを低減することができる。
【０２２４】
任意選択で、時間領域の重なりの時間において、端末は、待ち時間しきい値およびアクセスネットワークデバイスによって送信された指示情報に基づいて、システム情報ブロックを受信するためのシステム情報ウィンドウを特定しうる。具体的な特定方法については、上記の方式2に関する説明を参照されたい。端末の受信動作は、方式2におけるアクセスネットワークデバイスの送信動作を対応的に置き換えることができることを理解されたい。
【０２２５】
たとえば、上記のステップ401において、アクセスネットワークデバイスは、少なくとも以下の方式で端末に制御情報を送信する。
【０２２６】
方式1:制御情報は、送信されるべき各システム情報ブロックのタイプ、およびシステム情報ブロックによって占有される時間周波数リソースを含む。
【０２２７】
この方式では、制御情報は、送信されるべき各システム情報ブロックのタイプ、およびシステム情報ブロックが位置する時間周波数リソースを明示的に含み、各システム情報ブロックが位置する時間周波数リソースは、同じであってもよく、異なっていてもよい。一実装形態では、各システム情報ブロックのタイプは、システム情報ブロックの識別子によって区別されてもよい。たとえば、第1の時間間隔内で送信されるべきシステム情報ブロックがSIB3およびSIB5である場合、制御情報に含まれる情報は表形式で提示され、SIB3およびSIB5の時間周波数リソースの位置が同じである表1-1に示されてもよく、SIB3およびSIB5の時間周波数リソースの位置が異なる表1-2に示されてもよい。具体的な実装形態では、たとえば、各SIBの時間周波数リソースの位置は、SIBのシーケンス番号に基づいて順次送信されてもよい。表1-2では、たとえば、各SIBの時間周波数リソースの位置は、SIBのシーケンス番号の昇順で送信されてもよい。当然、本明細書では、表形式は一例として用いられるにすぎず、制御情報の具体的な実装形態が表形式に限定されることを意味しない。
【０２２８】
【表１】
2020517131.tif 000003
【０２２９】
【表２】
2020517131.tif 000004
【０２３０】
方法1では、明示的な方式で、制御情報は、実装を容易にするために、第1のシステム情報ウィンドウ内の第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックの各々のタイプを搬送する。
【０２３１】
方式2:制御情報は、第1のビットマップ、およびシステム情報ブロックによって占有される時間周波数リソースを含む。
【０２３２】
この方式では、制御情報は、第1のビットマップを使用することにより、第1のシステム情報ウィンドウ内の第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックのタイプを示し、第1のビットマップのビットの数は、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックの数である。一例として図3aを用いると、第1のシステム情報ウィンドウがW1である場合、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックは、SIB3、SIB4、およびSIB5であるため、第1のビットマップのビットの数は3である。一例として図3bを用いると、第1のシステム情報ウィンドウがW1である場合、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックは、SIB3、SIB4、SIB5、SIB6、SIB7、およびSIB8であるため、第1のビットマップのビットの数は6である。
【０２３３】
第1のビットマップのビットは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックに1対1で対応する。第1のビットマップでは、第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックに対応するビットの値は、第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックを示すために使用される。
【０２３４】
任意選択で、左から右に第1のビットマップのビットにそれぞれ対応するSIBのシーケンス番号は順序に大きくなるか、または左から右に第1のビットマップのビットにそれぞれ対応するSIBのシーケンス番号は順序に小さくなる。
【０２３５】
一例では、図3aを参照し、第1のシステム情報ウィンドウがW1であると仮定すると、W1内で送信されうるシステム情報ブロックは、SIB3、SIB4、およびSIB5であり、したがって、ビットマップのビットの数は3である。たとえば、ビットマップの3ビットは左から右に、それぞれ、SIB3、SIB4、およびSIB5を送信するべきかどうかを示すために使用されるか、またはビットは左から右に、それぞれ、SIB5、SIB4、およびSIB3を送信するべきかどうかを示すために使用される。ビットマップの3ビットが左から右に、それぞれ、SIB3、SIB4、およびSIB5を送信するべきかどうかを示すために使用される一例を使用すると、「1」は送信することを示し、「0」は送信しないことを示す。アクセスネットワークデバイスがW1の第1の時間間隔内でSIB3およびSIB5を送信する場合、ビットマップは101であり、またはアクセスネットワークデバイスがW1の第1の時間間隔内でSIB3およびSIB4を送信する場合、ビットマップは110である、などである。他の例では、図3bを参照し、第1のシステム情報ウィンドウがW1であると仮定すると、W1内で送信されうるシステム情報ブロックは、SIB3、SIB4、SIB5、SIB6、SIB7、およびSIB8であり、したがって、ビットマップのビットの数は6である。たとえば、ビットマップの6ビットは左から右に、それぞれ、SIB3、SIB4、SIB5、SIB6、SIB7、およびSIB8を送信するべきかどうかを示すために使用されるか、またはビットは左から右に、それぞれ、SIB8、SIB7、SIB6、SIB5、SIB4、およびSIB3を送信するべきかどうかを示すために使用される。ビットマップの6ビットが左から右に、それぞれ、SIB3、SIB4、SIB5、SIB6、SIB7、およびSIB8を送信するべきかどうかを示すために使用されると仮定すると、「1」は送信することを示し、「0」は送信しないことを示す。アクセスネットワークデバイスがW1の第1の時間間隔内でSIB3、SIB5、およびSIB6を送信する場合、ビットマップは101100であり、またはアクセスネットワークデバイスがW1の第1の時間間隔内でSIB3、SIB4、およびSIB7を送信する場合、ビットマップは110010である、などである。
【０２３６】
方式1における制御情報と同じように、制御情報は、第1の時間間隔内で送信されるシステム情報ブロックによって占有される時間周波数リソースの位置をさらに示し、システム情報ブロックによって占有される時間周波数リソースは、同じであってもよく、異なっていてもよい。たとえば、第1の時間間隔内で送信されるべきシステム情報ブロックがSIB3およびSIB5である場合、制御情報に含まれる情報は表形式で提示され、SIB3およびSIB5の時間周波数リソースの位置が同じである表2-1に示されてもよく、SIB3およびSIB5の時間周波数リソースの位置が異なる表2-2に示されてもよい。具体的な実装形態では、たとえば、各SIBの時間周波数リソースの位置は、SIBのシーケンス番号に基づいて順次送信されてもよい。表2-2では、たとえば、各SIBの時間周波数リソースの位置は、SIBのシーケンス番号の昇順で送信されてもよい。当然、本明細書では、表形式は一例として用いられるにすぎず、制御情報の具体的な実装形態が表形式に限定されることを意味しない。
【０２３７】
【表３】
2020517131.tif 000005
【０２３８】
【表４】
2020517131.tif 000006
【０２３９】
上記の表では、時間周波数リソースはPDSCHであってもよい。
【０２４０】
方式2では、制御情報は、システム情報ブロックのタイプを示すビットマップを搬送する。方式1と比較して、この方式はシグナリングオーバーヘッドを低減することができる。たとえば、それぞれ、SIB3〜SIB12である、合計10個のシステム情報ブロックが存在する。方式1が使用される場合、各システム情報ブロックを示すために、少なくとも4ビット(24は16に等しい)が必要である。方式2では、第1のビットマップのビットの数は第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックの数に等しいので、たとえば、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックの数は3であり、3ビットのビットマップしか必要ではなく、したがって、シグナリングオーバーヘッドが低減される。
【０２４１】
方式3:制御情報は、第1の時間間隔内で送信されるべき各システム情報ブロックに対応するSI RNTI、およびシステム情報ブロックによって占有される時間周波数リソースを含む。
【０２４２】
方式3では、制御情報は、少なくとも1つのシステム情報無線ネットワーク一時識別子(System Information Radio Network Temporary Identifier、SI RNTI)を含み、各SI RNTIは1つのシステム情報ブロックに対応する。具体的には、第1の時間間隔内で送信されるべきシステム情報ブロックは、それぞれ、異なるSI RNTIによって識別され、異なるSI RNTIは、対応する時間周波数リソースから対応するシステム情報ブロックを逆スクランブルするために使用されてもよい。たとえば、第1の時間間隔内で送信されるべきシステム情報ブロックがSIB3およびSIB5である場合、制御情報に含まれる情報は表形式で提示され、SIB3およびSIB5の時間周波数リソースの位置が同じである表3-1に示されてもよく、SIB3およびSIB5の時間周波数リソースの位置が異なる表3-2に示されてもよい。具体的な実装形態では、たとえば、各SIBの時間周波数リソースの位置は、SIBのシーケンス番号に基づいて順次送信されてもよい。表3-2では、たとえば、各SIBの時間周波数リソースの位置は、SIBのシーケンス番号の昇順で送信されてもよい。当然、本明細書では、表形式は一例として用いられるにすぎず、制御情報の具体的な実装形態が表形式に限定されることを意味しない。
【０２４３】
【表５】
2020517131.tif 000007
【０２４４】
【表６】
2020517131.tif 000008
【０２４５】
表3-1および表3-2では、SI RNTI3はSIB3を逆スクランブルするために使用されてもよく、SI RNTI5はSIB5を逆スクランブルするために使用されてもよく、時間周波数リソースはPDSCHであってもよい。
【０２４６】
方式3では、異なるシステム情報ブロックを示すために異なるSI RNTIが使用され、それによって、端末が逆スクランブリングを実行するとき、エラーは容易に発生せず、その正確さが改善される。
【０２４７】
可能な一実装形態では、アクセスネットワークデバイスは端末によって送信された要求メッセージをさらに受信し、要求メッセージは少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。複数の端末は、すべてがアクセスネットワークに要求メッセージを送信することができるので、すべてがシステム情報ブロックを取得することを要求し、コンテンションが発生する。端末が競争に勝った場合、すなわち、アクセスネットワークデバイスがその端末によって送信された要求メッセージの受信に成功した場合、アクセスネットワークデバイスは、要求メッセージの受信に成功したことを示すために使用される応答メッセージを端末に送信する。
【０２４８】
さらに、図4に示される手順に、端末が要求メッセージを送信し、応答メッセージを受信するステップが追加され、図5に示される通信方法の概略図が得られる。方法は以下のステップを含む。
【０２４９】
ステップ501:端末は、アクセスネットワークデバイスに要求メッセージを送信し、アクセスネットワークデバイスは、端末によって送信された要求メッセージを受信する。
【０２５０】
要求メッセージはシステム情報ブロックを要求するために使用される。
【０２５１】
一実装形態では、要求メッセージは第2のビットマップを含んでもよく、第2のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、ビットマップは、要求された少なくとも1つのシステム情報ブロックを示すために使用される。具体的には、端末はビットマップによってシステム情報ブロックを要求する。アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数は、端末の要求に基づいてアクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であることを理解されたい。たとえば、端末の要求に基づいてアクセスネットワークデバイスによって送信されうるシステム情報ブロックの数が10である場合、端末によってアクセスネットワークデバイスに送信される第2のビットマップのビットの数は10である。たとえば、第2のビットマップのビットが左から右に、それぞれ、SIB3〜SIB12を示し、端末1によってアクセスネットワークデバイスに送信されたビットマップが1000000000である場合、それは、端末1がSIB3を要求することを示す。
【０２５２】
さらに他の実装形態では、要求メッセージは、要求されたシステム情報ブロックを示すために使用される具体的なSIBタイプを搬送する。
【０２５３】
ステップ502:アクセスネットワークデバイスは、端末に応答メッセージを送信し、端末は、アクセスネットワークデバイスによって送信された応答メッセージを受信する。
【０２５４】
一実装形態では、端末がビットマップによってシステム情報ブロックを要求し、たとえば、端末によってアクセスネットワークデバイスに送信された要求メッセージが第2のビットマップを含む場合、アクセスネットワークデバイスが端末の要求の受信に成功すると、アクセスネットワークデバイスは、応答メッセージを介して端末に、端末によって送信された第2のビットマップをそのまま送信することができる。端末がアクセスネットワークデバイスによって送信された第2のビットマップを受信し、第2のビットマップが端末によって送信された第2のビットマップと同じであると判断すると、端末は、対応するシステム情報ブロックに対する要求の送信に成功したと判断し、したがって、再び要求メッセージを送信する必要がない。次いで、端末は、対応するシステム情報ウィンドウ内で、アクセスネットワークデバイスによって送信されたシステム情報ブロックを受信する。たとえば、ステップ501において端末1によってアクセスネットワークデバイスに送信されたビットマップが1000000000である場合、それは、SIB3が要求される必要があることを示し、アクセスネットワークデバイスが端末1の要求の受信に成功すると、端末に送信される応答メッセージはビットマップ1000000000を含み、要求が成功し、アクセスネットワークデバイスがSIB3を送信することを端末に通知する。
【０２５５】
他の実装形態では、ステップ502において、アクセスネットワークデバイスによって端末に送信された応答メッセージは第3のビットマップを含み、第3のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用される。第3のビットマップは、アクセスネットワークデバイスが要求メッセージの受信に成功したことを示すために使用される。アクセスネットワークデバイスによって送信された第3のビットマップを受信した後、端末は、端末によって要求されたシステム情報ブロックの要求に成功したかどうかをさらに判定する。
【０２５６】
たとえば、ステップ501において、端末1がアクセスネットワークデバイスにシステム情報ブロックSIB3を要求し、端末2がシステム情報ブロックSIB7を要求した場合、アクセスネットワークデバイスによって端末1および端末2に送信された第3のビットマップは、両方とも1000100000であり、対応するシステム情報ウィンドウの時間間隔内でアクセスネットワークデバイスによって送信されるべきシステム情報ブロックが、それぞれ、SIB3およびSIB7であることを示す。
【０２５７】
したがって、端末1の場合、アクセスネットワークデバイスによって送信された応答メッセージを受信すると、端末は応答メッセージから第3のビットマップ1000100000を取得し、アクセスネットワークデバイスがSIB3を送信すると判断する。したがって、端末1は、アクセスネットワークデバイスが端末1によって送信された要求メッセージの受信に成功したと判断する。端末2の場合、アクセスネットワークデバイスによって送信された応答メッセージを受信すると、端末は応答メッセージから第3のビットマップ1000100000を取得し、アクセスネットワークデバイスがSIB7を送信すると判断する。したがって、端末2は、アクセスネットワークデバイスが端末2によって送信された要求メッセージの受信に成功したと判断することができる。
【０２５８】
一方、端末1の場合、端末1が、第3のビットマップを受信した後、SIB7も要求する必要があると判断した場合、端末1は、第3のビットマップに基づいて、アクセスネットワークデバイスがSIB7も送信すると判断するので、端末は再び要求メッセージを送信する必要がない。端末1は、アクセスネットワークデバイスによって送信された応答メッセージ内の第3のビットマップに基づいて、アクセスネットワークデバイスがSIB7を送信すると判断しているので、端末1は、対応するシステム情報ウィンドウ内での受信に対して準備するだけでよい。したがって、実装形態は端末1のシグナリングオーバーヘッドを低減することができる。同様に、端末2の場合も、シグナリングオーバーヘッドを低減することができる。
【０２５９】
さらに他の任意選択的な実装形態では、端末が要求メッセージ内で特定のSIBタイプを搬送する場合、アクセスネットワークデバイスが端末の要求の受信に成功した場合、アクセスネットワークデバイスは、応答メッセージを介して端末に、端末によって送信されたSIBタイプをそのまま送信することができる。あるいは、アクセスネットワークデバイスは、応答メッセージを介して端末に複数のSIBタイプを送信することができる。詳細については、端末がビットマップを送信したときにアクセスネットワークデバイスが応答メッセージを送信する実施形態を参照されたい。このケースでは、上記の実施形態におけるビットマップはSIBタイプと置き換えられてもよいことを理解されたい。
【０２６０】
ステップ503:アクセスネットワークデバイスは、端末に制御情報を送信し、端末は、アクセスネットワークデバイスによって送信された制御情報を受信する。
【０２６１】
ステップ504:アクセスネットワークデバイスは、時間周波数リソースを使用することにより、第1の時間間隔内で少なくとも1つのシステム情報ブロックを送信する。
【０２６２】
ステップ505:端末は、第1の時間間隔内で、少なくとも1つのシステム情報ブロックによって占有された時間周波数リソースから、少なくとも1つのシステム情報ブロックを取得する。
【０２６３】
ステップ503〜505は図4のステップ401〜403と同じである。詳細については、上記の説明を参照されたい。詳細は本明細書では再び記載されない。
【０２６４】
アクセスネットワークデバイスは、上記の実施形態におけるステップのすべてまたはいくつかを行いうることを理解されたい。ステップまたは動作は例にすぎない。本出願では、他の動作または動作の変形形態がさらに実行されてもよい。加えて、各ステップは、上記の実施形態において提示された異なる順序で実行されてもよく、可能な実装形態では、上記の実施形態におけるすべての動作が実行される必要がない。
【０２６５】
上記の実施形態は、アクセスネットワークデバイスと1つの端末との間の対話向けであってもよいことに留意されたい。アクセスネットワークデバイスによって制御情報を送信する方式は、共通リソース上のブロードキャスティングまたは送信であってもよいので、上記の実施形態はさらに、アクセスネットワークデバイスと複数の端末との間の対話向けであってもよい。具体的には、1つの時間間隔内でアクセスネットワークデバイスによって送信される少なくとも1つのシステム情報ブロックは、アクセスネットワークデバイスによってサービスされる複数の端末向けである。
【０２６６】
たとえば、一例として2つの端末を用いると、端末1がアクセスネットワークデバイスにSIB3を要求し、端末2がアクセスネットワークデバイスにSIB4を要求した場合、アクセスネットワークデバイスは、SIB3およびSIB4のスケジューリング周期が同じであるため、同じシステム情報ウィンドウの時間間隔内でSIB3およびSIB4を送信することができる。具体的には、アクセスネットワークデバイスは、同時にSIB3およびSIB4をブロードキャストすることができる。したがって、端末1は、システム情報ウィンドウ内で、アクセスネットワークデバイスがSIB3を送信したことを検出し、次いで、SIB3が位置する時間周波数リソースを取得し、復号を介して時間周波数リソースからSIB3を取得することができる。同様に、端末2は、同じシステム情報ウィンドウ内で、アクセスネットワークデバイスがSIB4を送信したことを検出し、次いで、SIB4が位置する時間周波数リソースを取得し、復号を介して時間周波数リソースからSIB4を取得することができる。
【０２６７】
この実施形態では、アクセスネットワークデバイスは、複数の端末によって送信された要求メッセージに基づいて、同じシステム情報ウィンドウの時間間隔内で、同じスケジューリング周期を有し、端末によって要求されたシステム情報ブロック、または異なるスケジューリング周期を有するシステム情報ブロックをブロードキャストしうる。さらに、アクセスネットワークデバイスによって送信されたシステム情報ブロックは、それぞれ、異なる時間周波数リソースを占有しうる。具体的には、アクセスネットワークデバイスは、各システム情報ブロックを別々に符号化する。したがって、端末によって必要とされるシステム情報ブロックを取得するために、端末は、すべてのシステム情報ブロックによって占有された時間周波数リソースを復号することなく、対応する時間周波数リソースからのシステム情報ブロックを復号するだけでよい。したがって、成功率を上げることができる。さらに、アクセスネットワークデバイスによって送信されたシステム情報ブロックは、代替として、同じ時間周波数リソースを占有しうる。具体的には、アクセスネットワークデバイスは、システム情報ブロックを一緒に符号化する。
【０２６８】
本出願において、一設計では、アクセスネットワークデバイスは、システム情報ウィンドウ内のシステム情報ブロックを別々に符号化し、異なる時間周波数リソースを使用して異なるシステム情報ブロックを送信し、それによって、端末は、復号を介して、端末によって必要とされるシステム情報ブロックを直接取得することができる。したがって、復号の成功率を上げることができる。
【０２６９】
他の設計では、アクセスネットワークデバイスは、システム情報ウィンドウ内のシステム情報ブロックを一緒に符号化するが、符号化されたシステム情報ブロックは、システム情報ウィンドウ内で送信されうるすべてのシステム情報ブロックではなく、端末によって必要とされるシステム情報ブロックのみを含む。したがって、アクセスネットワークデバイスのシグナリングオーバーヘッドを低減することができ、端末によって復号される情報量が削減され、端末による復号の成功率が上がる。他の設計では、アクセスネットワークデバイスは、同じシステム情報ウィンドウ内で、異なるスケジューリング周期を有するシステム情報ブロックをさらに送信しうる。これにより、システム情報ブロックの送信待ち時間を短縮することができる。
【０２７０】
現在、分散無線アクセスネットワークでは、アクセスネットワークデバイスの開発コストを削減するために、CU-DUアーキテクチャが導入され、分散無線アクセスネットワークの無線アクセスネットワーク側は、中央ユニット(Central Unit、CU)および分散ユニット(Distributed Unit、DU)に分割される。一例では、CUは、少なくとも無線リソース制御(Radio Resource Control、RRC)レイヤの機能をサポートし、DUは、少なくとも無線リンク制御(Radio Link Control、RLC)レイヤの機能および媒体アクセス制御(Media Access Control、MAC)レイヤの機能をサポートする。
【０２７１】
任意選択的な設計では、CUは、サービスデータ適応プロトコル(Service Data Adaptation Protocol、SDAP)レイヤの機能、またはパケット・データ・コンバージェンス・プロトコル(Packet Data Convergence Protocol、PDCP)レイヤの機能のすべてもしくは一部をさらにサポートしてもよい。パケット・データ・コンバージェンス・プロトコル・レイヤの機能は、パケット・データ・コンバージェンス・プロトコル制御プレーン(Packet Data Convergence Protocol-Control plane、PDCP-C)の機能、およびパケット・データ・コンバージェンス・プロトコル・ユーザプレーン(Packet Data Convergence Protocol-User plane、PDCP-U)の機能を含んでもよい。
【０２７２】
他の任意選択的な設計では、CUは制御プレーン(CU-CP)およびユーザプレーン(CU-UP)にさらに分割されてもよく、CU-CPは制御プレーンの機能を担当し、主にRRCおよびPDCP-Cを含む。PDCP-Cは、主に制御プレーンデータの暗号化および解読、完全性保護、データ伝送などを担当する。CU-UPはユーザプレーンの機能を担当し、主にSDAPおよびPDCP-Uを含む。SDAPは、主にコアネットワークのデータ処理およびベアラへのフロー(flow)のマッピングを担当する。PDCP-Uは、主にユーザプレーンデータの暗号化および解読、完全性保護、ヘッダ圧縮、シーケンス番号保守、データ伝送などを担当する。CU-CPおよびCU-UPは、E1インターフェースを介して接続される。CU-CPは、基地局がNgインターフェースを介してコアネットワークに接続され、F1-Cを介してDUに接続されることを表す。CU-UPはF1-Uを介してDUに接続される。
【０２７３】
実際の適用例では、PDCP-CはCU-UP内に位置してもよいことに留意されたい。CU、DU、またはインターフェースの名称は一例にすぎないことを理解されたい。本出願のこの実施形態では、インターフェースの名称は具体的に限定されない。
【０２７４】
本出願のこの実施形態では、他のプロトコルスタック分割方式もCUおよびDUに対して利用可能である。たとえば、ネットワーク構成に応じて、CUおよびDUが展開されるとき、RRCレイヤはまた、CU上で分散されてもよく、PDCPプロトコルレイヤ、RLCプロトコルレイヤ、およびMACプロトコルレイヤはDU上で分散される。CUとDUとの間のプロトコルスタックの他の分割方式については、TR 38.801 v14.0.0を参照されたい。
【０２７５】
概して、CUは複数のDUに接続されてもよい。一実装形態では、DUは図2に示される装置によって実装されてもよく、CUも図2に示される装置によって実装されてもよい。
【０２７６】
図6は、本出願が適用可能な他の可能なシステムアーキテクチャの図であり、そこでは、1つのCUが複数のDUに接続され、端末はエアインターフェースを介してDUとのワイヤレス通信を実行することができる。図6に示されるシステムアーキテクチャに基づいて、本発明は他の通信方法を提供する。図7に示されるように、方法は以下のステップを含む。
【０２７７】
ステップ701:DUは、端末に制御情報を送信し、端末は、DUによって送信された制御情報を受信する。
【０２７８】
ステップ702:DUは、時間周波数リソースを使用することにより、第1の時間間隔内で少なくとも1つのシステム情報ブロックを送信する。
【０２７９】
ステップ703:端末は、第1の時間間隔内で、少なくとも1つのシステム情報ブロックによって占有された時間周波数リソースから、少なくとも1つのシステム情報ブロックを取得する。
【０２８０】
DUは、上記の実施形態におけるステップのすべてまたはいくつかを行いうることを理解されたい。ステップまたは動作は例にすぎない。本出願では、他の動作または動作の変形形態がさらに実行されてもよい。加えて、各ステップは、上記の実施形態において提示された異なる順序で実行されてもよく、上記の実施形態におけるすべての動作が実行される必要がなくてもよい。
【０２８１】
図7に示される実施形態と図4に示される実施形態との間の主な違いは、図4ではアクセスネットワークデバイスによって実行されるステップが、図7では代わりにDUによって実行されることにある。具体的には、DUは端末と直接通信する。図7に示される実施形態の具体的な実装形態については、上記の説明を参照されたい。
【０２８２】
図7に示される手順に基づいて、本出願は他の通信方法を提供する。図8に示されるように、方法は以下のステップを含む。
【０２８３】
ステップ801:端末は、第1の要求メッセージをDUに送信し、DUは、端末によって送信された第1の要求メッセージを受信する。
【０２８４】
第1の要求メッセージは、少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。たとえば、端末は、他のシステム情報(other SI)内の少なくとも1つのシステム情報ブロックを要求することができ、他のシステム情報は、端末の要求に基づいて送信されるシステム情報である。たとえば、端末は、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちの1つまたは複数を取得することを要求する。任意選択で、DUによってブロードキャストされるシステムブロードキャストメッセージは、システム情報(System Information、SI)とシステム情報ブロック(System Information Block、SIB)との間のマッピング関係を含み、たとえば、SIB1はSIとSIBとの間のマッピング関係を含み、第1の要求メッセージはまた、他のシステム情報から少なくとも1つのシステム情報を取得することを要求するために使用されてもよい。
【０２８５】
ステップ802:DUは、第2の要求メッセージをCUに送信し、CUは、DUによって送信された第2の要求メッセージを受信する。
【０２８６】
任意選択で、DUは、少なくとも以下の2つの実装形態では、第2の要求メッセージをCUに送信する。1つの実装形態では、第1の要求メッセージを受信した後、DUは第1の要求メッセージから要求されたシステム情報ブロックの具体的なタイプを取得する。たとえば、端末がSIB3、SIB4、およびSIB6を要求する必要があるとDUが判断した場合、DUは、第1の要求メッセージの内容に基づいて第2の要求メッセージを生成し、SIB3、SIB4、およびSIB6を取得することを要求するために使用される第2の要求メッセージをCUに送信する。第2の要求メッセージは、要求される必要があるSIBのタイプ指示情報を搬送する。具体的には、タイプ指示情報は、要求されたSIBのタイプ、たとえば、SIB3、SIB4、およびSIB6を示すことができるか、またはタイプ指示情報はビットマップの形態であってもよく、ビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数である。たとえば、端末の要求に基づいてアクセスネットワークデバイスによって送信されうるシステム情報ブロックの数が10である場合、第2の要求メッセージ内のビットマップのビットの数は10である。たとえば、ビットマップのビットが左から右に順序にSIB3〜SIB12を示し、第2の要求メッセージ内で搬送されたビットマップが1101000000である場合、それは、SIB3、SIB4、およびSIB6が要求されたことを示す。
【０２８７】
DUが前もってシステム情報ブロックを記憶する場合、第2の要求メッセージ内で搬送されるSIBのタイプ指示情報は、CUがブロードキャストによって送信する必要があるSIBに関する情報を示すためにさらに使用されてもよく、それによって、CUは、それに対応して、SIBのスケジューリング情報を更新することを理解されたい。
【０２８８】
他の実装形態では、要求メッセージを受信した後、DUは、要求メッセージがSIBを要求するために使用されたことのみを知るが、要求メッセージ内の具体的な内容を取得することができない。たとえば、要求メッセージは、SIB3およびSIB4を取得することを要求するために使用されるが、DUは、端末がSIB3およびSIB4を取得する必要があることを知らない。この実装形態では、DUは、端末によって送信された第1の要求メッセージに基づいて第2の要求メッセージを生成し、第2の要求メッセージはSIBを取得することを要求するために使用される。
【０２８９】
2つの方式の間の主な違いは、第1の方式では、DUは端末が取得することを要求したSIBの具体的なタイプを知り、したがって、端末がDUからSIBを取得することを要求したと見なされてもよいが、第2の方式では、DUは端末が取得することを要求したSIBの具体的なタイプを知らないことにある。あるいは、DUは、端末によって送信された要求メッセージがSIBを要求するために使用されることを知らず、DUは、端末によって送信された要求メッセージをCUに透過的に送信するだけである。
【０２９０】
ステップ803:CUは、第2の要求メッセージ内で要求された少なくとも1つのシステム情報をDUに送信し、DUは、CUから少なくとも1つのシステム情報を受信する。
【０２９１】
任意選択で、CUはシステム情報ブロックのタイプおよびシステム情報ブロックの内容をDUに送信し、システム情報ブロックは別々に符号化されるか、または一緒に符号化されてもよい。システム情報ブロックが一緒に符号化される場合、CUは一緒に符号化されるシステム情報ブロックのタイプをさらに示す必要がある。たとえば、DUがSIB3、SIB4、およびSIB6を要求し、CUがSIB3およびSIB4を一緒に符号化し、CUは、SIB3およびSIB4が一緒に符号化されたことをDUに通知する必要がある。具体的には、どのSIBが一緒に符号化されたかは、ビットマップの形態でDUに通知されてもよい。
【０２９２】
任意選択で、CUは、システム情報ブロックのスケジューリング情報、たとえば、SIBをブロードキャストする周期、SI window、送信回数、および開始時間をさらに送信しうる。
【０２９３】
任意選択で、CUは、どのシステム情報ブロックまたはシステム情報がブロードキャストによって送信されるかをDUに示しうる。指示方式は、システム情報ブロックまたはシステム情報のタイプを直接示すことであってもよく、ビットマップによって示すことであってもよく、1ビットを直接使用して各システム情報ブロックまたは各システム情報がブロードキャストによって送信されるかどうかを直接示すことであってもよい。本発明における指示方式は、上記の3つの方式に限定されない。
【０２９４】
任意選択で、CUが第2の要求メッセージ内で要求された少なくとも1つのシステム情報をDUに送信し、少なくとも1つのシステム情報をDUに送信する。2つのステップにおけるシステム情報は、2つのCU-DUインターフェースメッセージ内で別々に送信されてもよく、1つのCU-DUインターフェースメッセージ内で一緒に送信されてもよい。
【０２９５】
ステップ804:DUは、端末に応答メッセージを送信し、端末は、DUによって送信された応答メッセージを受信する。
【０２９６】
ステップ803とステップ804の順序は一例にすぎないことを理解されたい。実現可能な実装形態では、DUは最初にステップ804を実行し、次いでステップ803を実行してもよい。
【０２９７】
ステップ805:DUは、端末に制御情報を送信し、端末は、DUによって送信された制御情報を受信する。
【０２９８】
ステップ806:DUは、時間周波数リソースを使用することにより、第1の時間間隔内で少なくとも1つのシステム情報ブロックを送信する。
【０２９９】
ステップ807:端末は、第1の時間間隔内で、少なくとも1つのシステム情報ブロックによって占有された時間周波数リソースから、少なくとも1つのシステム情報ブロックを取得する。
【０３００】
図8に示されるステップ804〜807と図5に示されるステップ502〜505との間の主な違いは、図5ではアクセスネットワークデバイスによって実行されるステップが、図8では代わりにDUによって実行されることにある。具体的には、DUは端末と直接通信する。ステップ804〜807の具体的な実装形態については、上記の説明を参照されたい。
【０３０１】
DUは、上記の実施形態におけるステップのすべてまたはいくつかを行いうることを理解されたい。ステップまたは動作は例にすぎない。本出願では、他の動作または動作の変形形態がさらに実行されてもよい。加えて、各ステップは、上記の実施形態において提示された異なる順序で実行されてもよく、一実装形態では、上記の実施形態におけるすべての動作が実行される必要がなくてもよい。
【０３０２】
図8に示される実施形態では、CU-DUアーキテクチャに基づいて、DUと端末との間の対話、およびDUとCUとの間の対話が実現される。CUは、DUの要求に基づいてDUに、別々に符号化されたシステム情報ブロック、または一緒に符号化されたシステム情報ブロックを送信し、それによって、DUは、端末の要求に基づいて端末にシステム情報ブロックを送信する。図8に示される手順におけるステップ804〜807に関する詳細説明については、上記の実施形態におけるアクセスネットワークデバイスと端末との間の対話に関する詳細説明を参照されたい。それらのプロセスは同様であり、したがって、詳細は本明細書では再び記載されない。
【０３０３】
図7に示される手順に基づいて、本発明は他の通信方法を提供する。図9に示されるように、方法は以下のステップを含む。
【０３０４】
ステップ901:CUは、アクセスネットワークデバイスによって送信されうるシステム情報ブロックをDUに送信し、DUは、CUによって送信されたシステム情報ブロックを受信する。
【０３０５】
アクセスネットワークデバイスによって送信されうるシステム情報ブロックは、端末の要求に基づいて送信されうるすべてのシステム情報ブロックであり、たとえば、SIB3〜SIB12であってもよい。CUは個別符号化モードでシステム情報ブロックを送信する。具体的には、各システム情報ブロックは別々にDUに送信される。実現可能な実装形態では、CUは、送信されうるすべてのシステム情報ブロックを別々にプリコードし、DUにシステム情報ブロックを送信する。
【０３０６】
ステップ902:DUは、システム情報ブロックを受信し、受信されたシステム情報ブロックを記憶する。
【０３０７】
ステップ903:端末は、要求メッセージをDUに送信し、DUは、端末によって送信された要求メッセージを受信する。
【０３０８】
要求メッセージは、少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。
【０３０９】
ステップ904〜907は図8のステップ804〜807と同じである。上記の説明を参照されたい。詳細は本明細書では再び記載されない。
【０３１０】
DUおよびCUは、上記の実施形態におけるステップのすべてまたはいくつかを行いうることを理解されたい。ステップまたは動作は例にすぎない。本出願では、他の動作または動作の変形形態がさらに実行されてもよい。加えて、各ステップは、上記の実施形態において提示された異なる順序で行われてもよく、いくつかの実施形態では、上記の実施形態におけるすべての動作が行われる必要がなくてもよい。
【０３１１】
図9に示される実施形態では、CUは、個別符号化モードでDUに、アクセスネットワークデバイスによって送信されうるすべてのシステム情報ブロックを事前に送信し、それによって、DUはローカルにシステム情報ブロックを記憶する。DUが端末から要求メッセージを受信すると、DUは、要求メッセージ内で要求されたシステム情報ブロックに基づいて、対応するシステム情報ブロックを端末に送信することができる。端末に送信されるシステム情報ブロックは、1つの端末によって要求された1つのシステム情報ブロックであってもよく、複数の端末によって要求されたシステム情報ブロックであってもよく、システム情報ブロックは、同じスケジューリング周期または異なるスケジューリング周期を有し、1つの時間間隔内で送信することができる。
【０３１２】
図7に示される手順に基づいて、本発明は他の通信方法を提供する。図10に示されるように、方法は以下のステップを含む。
【０３１３】
ステップ1001:端末は、要求メッセージをCUに送信し、CUは、端末によって送信された要求メッセージを受信する。
【０３１４】
要求メッセージは、少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。
【０３１５】
ステップ1002:CUは、少なくとも1つのシステム情報をDUに送信し、DUは、CUから少なくとも1つのシステム情報を受信する。
【０３１６】
一実装形態では、CUはDUに指示情報を送信してもよく、指示情報は、システム情報ブロックのタイプおよびシステム情報ブロックの内容を含んでもよく、システム情報ブロックは、別々に符号化されるか、または一緒に符号化されてもよい。システム情報ブロックが一緒に符号化される場合、CUは一緒に符号化されるシステム情報ブロックのタイプを示す必要がある。たとえば、SIB3およびSIB4のスケジューリング周期が160msであり、SIB6のスケジューリング周期が320msである場合、CUは、SIB3およびSIB4を一緒に符号化し、上記のことをDUに示してもよい。具体的には、どのSIBが一緒に符号化されたかは、ビットマップの形態でDUに示されてもよい。
【０３１７】
CUはDUにSIBに関する情報を送信する必要があることを理解されたい。具体的なスケジューリング情報は、SIBをブロードキャストするSIB周期、SIウィンドウ、送信回数、開始時間などを含む。
【０３１８】
任意選択で、CUは、どのシステム情報ブロックまたはシステム情報がブロードキャストによって送信されるかをDUに示してもよい。指示方式は、システム情報ブロックまたはシステム情報のタイプを直接示すことであってもよく、ビットマップによって示すことであってもよく、1ビットを直接使用して各システム情報ブロックまたはシステム情報の各個がブロードキャストによって送信されるかどうかを直接示すことであってもよい。本発明における指示方式は、上記の3つの方式に限定されない。
【０３１９】
さらに、CUは、同じシステム情報ウィンドウ内で、たとえば、SIB3、SIB4、およびSIB6のスケジューリング周期の最小公倍数の整数倍である時間において、どのシステム情報ブロックが送信されうるかをDUに示すことができる。たとえば、SF=32*N(Nは0、1、…などの正の整数)の時間において、SIB3、SIB4、およびSIB6は、SF=32*Nの開始時間の後の第1のシステム情報ウィンドウ内で送信することができる。
【０３２０】
ステップ1002はステップ1001に基づいてもよく、単独で行われてもよいことを理解されたい。
【０３２１】
ステップ1003:CUは、端末に応答メッセージを送信し、端末は、CUによって送信された応答メッセージを受信する。
【０３２２】
ステップ1002とステップ1003の順序は一例にすぎないことを理解されたい。実現可能な実装形態では、CUは最初にステップ1003を行い、次いでステップ1002を行ってもよい。
【０３２３】
ステップ1001およびステップ1003の具体的な実装形態については、ステップ501およびステップ502に関する上記の説明を参照されたい。違いは、ステップ501およびステップ502におけるアクセスネットワークデバイスが、ステップ1001およびステップ1003におけるCUに相当することにある。
【０３２４】
ステップ1004:DUは、端末に制御情報を送信し、端末は、DUによって送信された制御情報を受信する。
【０３２５】
具体的には、DUは、CUによって送信された指示情報に基づいて、制御情報を決定しうる。
【０３２６】
ステップ1005:DUは、時間周波数リソースを使用することにより、第1の時間間隔内で少なくとも1つのシステム情報ブロックを送信する。
【０３２７】
ステップ1004およびステップ1005の具体的な実装形態については、ステップ401およびステップ402に関する上記の説明を参照されたい。違いは、ステップ401およびステップ402におけるアクセスネットワークデバイスが、ステップ1004およびステップ1005におけるDUに相当することにある。
【０３２８】
ステップ1006:端末は、第1の時間間隔内で、少なくとも1つのシステム情報ブロックによって占有された時間周波数リソースから、少なくとも1つのシステム情報ブロックを取得する。
【０３２９】
DUおよびCUは、上記の実施形態におけるステップのすべてまたはいくつかを行いうることを理解されたい。ステップまたは動作は例にすぎない。本出願では、他の動作または動作の変形形態がさらに実行されてもよい。加えて、各ステップは、上記の実施形態において提示された異なる順序で行われてもよく、いくつかの実施形態では、上記の実施形態におけるすべての動作が行われる必要がなくてもよい。
【０３３０】
図7〜図10に示されるいくつかの実施形態では、DUによって端末に送信された少なくとも1つのシステム情報が同じスケジューリング周期を有してもよいか、またはシステム情報の一部が同じスケジューリング周期を有してもよいし、システム情報の一部が異なるスケジューリング周期を有する。システム情報が異なるスケジューリング周期を有するとき、少なくとも1つのシステム情報の送信待ち時間は、待ち時間条件を満たさない。DUによって端末に制御情報を送信する方式については、アクセスネットワークデバイスによって端末に制御情報を送信する上記の3つの方式を参照されたい。詳細は本明細書では再び記載されない。
【０３３１】
本出願によって提供された解決策は、主にネットワーク要素間の対話の観点から上述されている。本明細書で開示された実施形態に記載された例におけるユニットおよびアルゴリズムステップと一緒に、本発明は、ハードウェアまたはハードウェアとコンピュータソフトウェアの組合せによって実装することができることを当業者は容易に認識するべきである。機能がハードウェアによって実行されるか、またはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、技術的解決策の特定の用途および設計制約に依存する。当業者は、様々な方法を使用して、特定の用途ごとに記載された機能を実現することができるが、その実装形態が本発明の範囲を超えると考えられるべきではない。
【０３３２】
本出願では、上記の方法例に基づいて、端末、アクセスネットワークデバイス、DU、またはCUのために、機能モジュールが定義されてもよい。たとえば、各機能モジュールは各機能に対応して定義されてもよい。あるいは、2つ以上の機能が1つの処理モジュールに統合されてもよい。統合モジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本出願におけるモジュールの分割は一例にすぎず、論理機能の分割にすぎないことに留意されたい。実際の実装形態では、他の分割方式が利用可能であってもよい。
【０３３３】
たとえば、各機能モジュールが各機能に対応して定義される場合、図11は装置の概略図である。装置1100は、処理ユニット1101および送受信ユニット1102を含む。装置1100はアクセスネットワークデバイスであってもよく、端末であってもよく、DUであってもよく、CUであってもよい。以下で、装置1100の機能を別々に記載する。
【０３３４】
装置1100がアクセスネットワークデバイスであるとき、送受信ユニット1102は端末に制御情報を送信し、制御情報は、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロック、および少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースを示すために使用され、少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部であり、送受信ユニット1102は、時間周波数リソースを使用することにより第1の時間間隔内で少なくとも1つのシステム情報ブロックを送信する。
【０３３５】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによって共有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは一緒に符号化される。これは符号化を容易にすることができる。
【０３３６】
可能な設計では、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによってそれぞれ占有される時間周波数リソースである。任意選択で、少なくとも1つのシステム情報ブロックは別々に符号化される。したがって、端末は、端末によって必要とされるシステム情報ブロックのみを復号することができ、必要とされないシステム情報ブロックを復号する必要がない。復号される必要があるシステム情報ブロックの数が削減されるため、復号の成功率をさらに上げることができる。
【０３３７】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は同じである。
【０３３８】
可能な設計では、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は異なる。したがって、元々様々なシステム情報ウィンドウに属しているシステム情報ブロックは、同じシステム情報ウィンドウ内で送信することができ、待ち時間問題を解決することができる。
【０３３９】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々のシステム情報ブロックタイプを含む。
【０３４０】
可能な設計では、制御情報は第1のビットマップを含み、第1のビットマップのビットは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックに1対1で対応し、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用される。
【０３４１】
可能な設計では、制御情報は、少なくとも1つのシステム情報ブロックの各々に対応するSI RNTIを含む。
【０３４２】
可能な設計では、送受信ユニット1102は端末によって送信された要求メッセージを受信し、要求メッセージは少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。
【０３４３】
可能な設計では、要求メッセージは第2のビットマップを含み、第2のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、第2のビットマップは、少なくとも1つのシステム情報ブロックのすべてまたは一部を取得することを要求するために使用される。
【０３４４】
可能な設計では、送受信ユニット1102は端末に第3のビットマップを送信し、第3のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップは、アクセスネットワークデバイスが要求メッセージの受信に成功したことを示すために使用される。
【０３４５】
装置1100が端末であるとき、送受信ユニット1102はアクセスネットワークデバイスから制御情報を受信し、制御情報は、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロック、および少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースを示すために使用される。
【０３４６】
少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部である。送受信ユニット1102は、制御情報に基づいて、時間周波数リソースを使用することにより第1の時間間隔内でアクセスネットワークデバイスによって送信された少なくとも1つのシステム情報ブロックを受信する。
【０３４７】
可能な設計では、送受信ユニット1102はアクセスネットワークデバイスによって送信された第3のビットマップを受信し、第3のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップは、アクセスネットワークデバイスが要求メッセージの受信に成功したことを示すために使用される。
【０３４８】
装置1100がDUであるとき、送受信ユニット1102は端末に制御情報を送信し、制御情報は、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックと、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースとを示すために使用され、少なくとも1つのシステム情報ブロックは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部であり、送受信ユニット1102は、時間周波数リソースを使用することにより第1の時間間隔内で少なくとも1つのシステム情報ブロックを送信する。
【０３４９】
可能な設計では、送受信ユニット1102は端末によって送信された第1の要求メッセージを受信し、第1の要求メッセージは少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。
【０３５０】
可能な設計では、送受信ユニット1102はCUからシステム情報を受信し、システム情報は、第1のシステム情報ウィンドウ内で送信されうる少なくとも1つのシステム情報ブロックを含む。
【０３５１】
可能な設計では、送受信ユニット1102はCUに第2の要求メッセージを送信し、第2の要求メッセージは、少なくとも1つのシステム情報を取得することを要求するために使用され、送受信ユニット1102は、CUによって送信された少なくとも1つのシステム情報を受信する。
【０３５２】
可能な設計では、送受信ユニット1102は端末に第3のビットマップを送信し、第3のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップは、DUが第1の要求メッセージの受信に成功したことを示すために使用される。
【０３５３】
装置1100がCUであるとき、送受信ユニット1102はDUから第2の要求メッセージを受信し、第2の要求メッセージは、少なくとも1つのシステム情報を取得することを要求するために使用され、送受信ユニット1102は、要求された少なくとも1つのシステム情報をDUに送信する。
【０３５４】
可能な設計では、処理ユニット1101は少なくとも1つのシステム情報の各々を別々に符号化し、送受信ユニット1102を介して、符号化された少なくとも1つのシステム情報をDUに送信する。
【０３５５】
可能な設計では、処理ユニット1101は少なくとも1つのシステム情報を一緒に符号化し、送受信ユニット1102を介して、符号化された少なくとも1つのシステム情報をDUに送信する。
【０３５６】
送受信ユニット1102は端末から要求メッセージを受信し、要求メッセージは、少なくとも1つのシステム情報を取得することを要求するために使用され、CUは少なくとも1つのシステム情報をDUに送信する。
【０３５７】
この実施形態では、装置は、各機能モジュールが各機能に対応して定義される形態で提示されるか、または装置は、各機能モジュールが一体となって定義される形態で提示される。本明細書における「モジュール」は、特定用途向け集積回路(application-specific integrated circuit、ASIC)、回路、1つもしくは複数のソフトウェアもしくはファームウェアのプログラムを実行するためのプロセッサおよびメモリ、集積論理回路、ならびに/または上記の機能を提供することができる他のデバイスであってもよい。簡単な実施形態では、装置1100が図2に示される形態を使用できることを当業者は考えることができる。
【０３５８】
たとえば、図11の処理ユニット1101および送受信ユニット1102は、図2のプロセッサ21(および/またはプロセッサ28)ならびにメモリ23によって実装されてもよい。具体的には、処理ユニット1101および送受信ユニット1102は、メモリ23に記憶されたアプリケーションプログラムコードを呼び出すことにより、プロセッサ21(および/またはプロセッサ28)によって実装されてもよい。これは本出願では限定されない。
【０３５９】
本出願は、図2または図11に示される装置によって使用されるコンピュータソフトウェア命令を記憶するよう構成されたコンピュータ記憶媒体をさらに提供する。コンピュータソフトウェア命令は、上記の方法実施形態を実行するために設計されたプログラムコードを含む。端末がシステム情報を取得する成功率は、記憶されたプログラムコードを実行することによって上げることができる。
【０３６０】
本出願は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、上記の方法実施形態における方法を実施するために、プロセッサによってロードされてもよい。
【０３６１】
本出願は、プロセッサ構成要素および送受信器構成要素を含むチップをさらに提供し、チップは、図4、図5、または図7〜図10に示される方法を行うよう構成されてもよい。任意選択で、チップは記憶ユニットをさらに含む。
【０３６２】
本出願は、いくつかの他の通信方法をさらに提供し、通信方法は、背景技術の技術的問題を解決するために使用されてもよい。通信方法は、図6に示されるシステムアーキテクチャに適用可能であり、システムアーキテクチャは、CU、およびCUと通信することができる1つまたは複数のDUを含む。
【０３６３】
当業者は、技術の発展に伴い、CUおよびDUの文字表現が変化する場合があることを知るべきである。本出願では、CUおよびDUの機能を有するネットワーク要素の名称は限定されない。説明を容易にするために、本出願の実施形態では、説明のための一例としてCUおよびDUが用いられる。
【０３６４】
図6に示されるCUまたはDUは、図2に示される構造を有することができる。詳細説明については、上記の説明を参照されたい。詳細は本明細書では再び記載されない。
【０３６５】
本出願では、システム情報は、システム情報(system information、SI)またはシステム情報ブロック(system information block、SIB)であり、1つのSIは、同じスケジューリング周期を有する1つまたは複数のSIBを含む。
【０３６６】
システム情報がCU-DUアーキテクチャに基づいてブロードキャストされるとき、以下の問題点を明確にする必要がある。1.DUおよびCUのどちらがスケジューリング情報内のインジケータ(indicator)を修正するか、ここで、indicatorは、どのSIBまたはSIがブロードキャストされているか、およびどのSIBまたはSIがブロードキャストされていないかを示すために使用される。
【０３６７】
任意選択的な設計では、SIB1はスケジューリング情報を搬送する。端末は、SIB1を受信した後にスケジューリング情報に基づいて、どのSIBまたはSIがブロードキャストされているか、およびSIBまたはSIに対応する送信ウィンドウを知ることができる。2.DUおよびCUのどちらがシステム情報を生成するか。3.DUおよびCUのどちらがシステム情報をブロードキャストすることを決定するか。
【０３６８】
本出願の実施形態によって提供される通信方法が、複数のケースを使用して以下に記載される。
【０３６９】
解決策1:DUがindicatorを修正し、CUがシステム情報を生成し、DUがシステム情報をブロードキャストすることを決定する。
【０３７０】
図12(a)に示されるように、本出願の一実施形態によって提供される通信方法は、以下のステップを含む。
【０３７１】
ステップ1:DUは、第1のシステム情報をブロードキャストするべきかどうかを判定する。
【０３７２】
たとえば、端末から第1の要求を受信すると、DUは第1のシステム情報をブロードキャストすることを決定し、第1の要求は第1のシステム情報を要求するために使用される。任意選択で、第1の要求はMSG1またはMSG3によって搬送されてもよく、DUは、MSG1またはMSG3内で要求された第1のシステム情報を取得することができる。他の例では、DU内のタイマが満了すると、DUは、第1のシステム情報をブロードキャストすることを決定するようトリガされる。
【０３７３】
他の例では、第1のシステム情報がある時間期間に亘ってブロードキャストされた後、DUは、第1のシステム情報をこれ以上ブロードキャストしないことを決定しうる。
【０３７４】
ステップ2:DUは、indicatorを修正する。
【０３７５】
この実施形態では、indicatorは第1のインジケータと呼ばれる場合があり、第1のインジケータは、第1のシステム情報がブロードキャストされるべきであるかどうかを示すために使用される。DUは、ステップ1の結果に基づいてindicatorを修正しうる。たとえば、第1のシステム情報は以前にブロードキャストされておらず、DUは、ステップ1において第1のシステム情報をブロードキャストすることを決定する。このケースでは、DUは、第1のシステム情報がブロードキャストされるべきであることを示すようindicatorを修正する。他の例では、第1のシステム情報はすでにブロードキャストされており、DUは、ステップ1において第1のシステム情報をこれ以上ブロードキャストしないことを決定する。このケースでは、DUは、第1のシステム情報がブロードキャストされるべきでないことを示すようindicatorを修正する。
【０３７６】
ステップ3:DUは、(第1のインジケータと呼ばれる場合もある)修正されたindicator、および第1のシステム情報をブロードキャストする。
【０３７７】
DUが第1のインジケータおよび第1のシステム情報をブロードキャストすることは、DUが第1のインジケータおよび第1のシステム情報を別々にブロードキャストすることであってもよいことを理解されたい。具体的には、DUが第1のインジケータをブロードキャストした後、端末は、第1のインジケータを受信することができ、したがって、どのシステム情報がブロードキャストされているかを判断することができ、対応する時間周波数リソース上で第1のシステム情報を受信することができる。
【０３７８】
任意選択で、上記のステップ3において、DUが第1のシステム情報をブロードキャストするとき、DUがCUから第1のシステム情報を取得しており、第1のシステム情報をDUにおいてローカルに記憶していたならば、DUは第1のシステム情報を直接ブロードキャストしてもよい。DUが第1のシステム情報をローカルに記憶しない場合、DUはCUに第2の要求を送信し、第2の要求は第1のシステム情報を要求するために使用される。CUはDUに第1のシステム情報を送信し、次いで、DUは第1のシステム情報をブロードキャストする。
【０３７９】
任意選択で、第1のシステム情報をブロードキャストするとき、DUは第1のシステム情報のスケジューリング情報に基づいてブロードキャスティングを実行し、第1のシステム情報のスケジューリング情報は、CUからDUによって取得され、DUにおいてローカルに記憶されていてもよく、CUがDUに第1のシステム情報を送信するときに第1のシステム情報と一緒にDUに送信されてもよい。
【０３８０】
任意選択で、DUは第1のシステム情報内のいくつかのパラメータをCUに転送することができ、それによって、CUは、第1のシステム情報を生成するときに第1のシステム情報にパラメータを追加する。
【０３８１】
任意選択で、ステップ4:DUは、第2のインジケータをCUに送信する。
【０３８２】
第2のインジケータは、第1のシステム情報がブロードキャストされたかどうかを示すために使用される。任意選択で、第2のインジケータは上記のindicatorであってもよい。
【０３８３】
任意選択で、上記のステップ4の後に、方法は以下のステップをさらに含む。
【０３８４】
ステップ5:第1のシステム情報が更新されたと判断し、DUが第1のシステム情報をブロードキャストしていると判断した場合、CUは、更新された第1のシステム情報をDUに送信する。
【０３８５】
具体的には、第1のシステム情報を更新すると、CUは、更新された第1のシステム情報をDUに送信してもよく、それによって、DUは、更新された第1のシステム情報を適時にブロードキャストすることができる。これは、DUによってブロードキャストされた第1のシステム情報が最新であることを保証し、ブロードキャストされるシステム情報の正確さを保証する。
【０３８６】
たとえば、DUが現在SIB6をブロードキャストしており、DUが第2のインジケータをCUに送信し、SIB6が送信されていることを示し、SIB6が現在更新されているとCUが判断すると、CUは更新されたSIB6をDUに送信してもよく、それによって、DUは更新されたSIB6を適時にブロードキャストする。
【０３８７】
解決策2:DUがindicatorを修正し、CUがシステム情報を生成し、CUがシステム情報をブロードキャストすることを決定する。
【０３８８】
図12(b)に示されるように、本出願の一実施形態によって提供される通信方法は、以下のステップを含む。
【０３８９】
ステップ1:CUは、第1のシステム情報をブロードキャストするべきかどうかを判定する。
【０３９０】
たとえば、DUから第2の要求を受信すると、CUは第1のシステム情報をブロードキャストすることを決定し、第2の要求は第1のシステム情報を要求するために使用される。任意選択で、DUは、端末から第1の要求を受信すると、CUに第2の要求を送信する。任意選択的な設計では、第1の要求メッセージは、少なくとも1つのシステム情報ブロックを取得することを要求するために使用される。たとえば、端末は、他のシステム情報(other SI)内の少なくとも1つのシステム情報ブロックを要求してもよく、他のシステム情報は、端末の要求に基づいて送信されるシステム情報である。たとえば、端末は、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちの1つまたは複数を取得することを要求する。他の任意選択的な設計では、第1の要求メッセージは、少なくとも1つのシステム情報(SI)を取得することを要求するために使用される。たとえば、DUは、システム情報(System Information、SI)とシステム情報ブロック(System Information Block、SIB)との間のマッピング関係(たとえば、第1のSIがSIB3およびSIB4を含み、第2のSIがSIB5〜SIB9を含む)をブロードキャストしてもよい。UEがSIB5内の情報を取得したい場合、UEは、マッピング関係に基づいて第2のSIを取得することを要求してもよく、すなわち、第1の要求メッセージを送信してもよく、第1の要求メッセージは第2のSIを取得することを要求するために使用される。他の例では、UEがSIB4およびSIB5内の情報を取得したい場合、UEは、マッピング関係に基づいて第1のSIおよび第2のSIを取得することを要求してもよく、すなわち、第1の要求メッセージを送信してもよく、第1の要求メッセージは第1のSIおよび第2のSIを要求するために使用される。任意選択で、1つのSIは1つまたは複数のSIBを含んでもよい。任意選択で、DUはCUにマッピング関係を送信してもよく、それによって、CUは、UEによって要求されたSIに基づいて、どのSIBがブロードキャストされるべきであるかを判定し、どのSIBがブロードキャストされる必要があるかをDUに通知することができる。任意選択で、第2の要求は第1の要求を参照して設計されてもよい。
【０３９１】
DUは、第1の要求内で要求された第1のシステム情報を知ることができる。このケースでは、第1の要求はMSG1またはMSG3によって搬送されてもよいか、またはDUは、第1の要求内で要求された第1のシステム情報を知らなくてもよい。たとえば、このケースでは、第1の要求はMSG3によって搬送され、DUはCUにMSG3を透過的に送信するだけである。任意選択で、第1の要求はMSG3によって搬送され、第1の要求はRRCメッセージであり、第1のシステム情報を取得することを要求する、たとえば、システム情報タイプ1、システム情報タイプ2、および他の第1のシステム情報を取得することを要求するか、または他の例では、システム情報ブロックタイプ2、システム情報ブロックタイプ3、および他の第1のシステム情報を取得することを要求するために使用される。DUはCUに第1の要求を透過的に送信する。第1のシステム情報を要求するための端末からの要求を受信すると、CUは第1のシステム情報を送信することを決定してもよいことを理解されたい。他の例では、CU内のタイマが満了すると、CUは、第1のシステム情報をブロードキャストすることを決定するようトリガされる。
【０３９２】
他の例では、第1のシステム情報がある時間期間に亘ってブロードキャストされた後、CUは、第1のシステム情報をこれ以上ブロードキャストしないことを決定することもできる。
【０３９３】
ステップ2:DUは、indicatorを修正する。
【０３９４】
たとえば、CUはDUに指示情報を送信し、indicatorを修正するようDUに指示する。
【０３９５】
CUはDUに指示情報を送信し、第1のシステム情報を送信するよう指示する。任意選択で、CUは、どのシステム情報ブロックまたはシステム情報がブロードキャストによって送信されるかをDUに示すことができる。指示方式は、システム情報ブロックまたはシステム情報のタイプを直接示すことであってもよく、ビットマップを使用して示すことであってもよく、1ビットを直接使用して各システム情報ブロックまたはシステム情報の各個がブロードキャストによって送信されるかどうかを直接示すことであってもよい。本発明における指示方式は、上記の3つの方式に限定されない。一例では、CUは、UEによって要求されたSIに基づいて、どのSIBがブロードキャストされるべきであるかを判定し、どのSIBがブロードキャストされる必要があるかをDUに通知することができるか、またはどのSIがブロードキャストされる必要があるかをDUに直接通知することができる。
【０３９６】
この実施形態では、indicatorは第1のインジケータと呼ばれる場合があり、indicatorは、第1のシステム情報がブロードキャストされるべきであるかどうかを示すために使用されてもよい。どのシステム情報ブロックまたはシステム情報がブロードキャストによって送信されるべきであるかをCUがDUに示すとき、各システム情報ブロックまたはシステム情報の各個のための対応するindicatorが存在する。たとえば、システム情報ブロック3用のindicatorは、そのシステム情報ブロックがブロードキャストされるべきであることを示し、システム情報ブロック4用のindicatorは、そのシステム情報ブロックがブロードキャストされるべきでないことを示し、UEはシステム情報ブロックをブロードキャストすることを要求する必要がある。DUは、ステップ1の結果に基づいてindicatorを修正することができる。たとえば、第1のシステム情報は以前にブロードキャストされておらず、CUは、ステップ1において第1のシステム情報をブロードキャストすることを決定する。このケースでは、DUは、第1のシステム情報がブロードキャストされるべきであることを示すためにindicatorを修正する。他の例では、第1のシステム情報はすでにブロードキャストされており、CUは、ステップ1において第1のシステム情報をこれ以上ブロードキャストしないことを決定する。このケースでは、DUは、第1のシステム情報がブロードキャストされるべきでないことを示すためにindicatorを修正する。
【０３９７】
ステップ3:DUは、(第1のインジケータと呼ばれる場合もある)修正されたindicator、および第1のシステム情報をブロードキャストする。
【０３９８】
DUが第1のインジケータおよび第1のシステム情報をブロードキャストすることは、DUが第1のインジケータおよび第1のシステム情報を別々にブロードキャストすることであってもよいことを理解されたい。具体的には、DUが第1のインジケータをブロードキャストした後、端末は、第1のインジケータを受信することができ、したがって、どのシステム情報がブロードキャストされているかを判断することができ、対応する時間周波数リソース上で第1のシステム情報を受信することができる。
【０３９９】
任意選択で、上記のステップ3において、DUが第1のシステム情報をブロードキャストするとき、DUがCUから第1のシステム情報を取得しており、第1のシステム情報をDUにおいてローカルに記憶していた場合、DUは第1のシステム情報を直ちにブロードキャストすることができる。任意選択で、CUはシステム情報ブロックのタイプおよびシステム情報ブロックの内容をDUに送信し、システム情報ブロックは別々に符号化されるか、または一緒に符号化されてもよい。たとえば、CUは1つまたは複数のSIBをDUに送信することができ、DUはSIBをSIに統合する。DUが第1のシステム情報をローカルに記憶していない場合、DUはCUに第2の要求を送信し、第2の要求は第1のシステム情報を要求するために使用される。CUはDUに第1のシステム情報を送信し、次いで、DUは第1のシステム情報をブロードキャストする。
【０４００】
任意選択で、第1のシステム情報をブロードキャストするとき、DUは第1のシステム情報のスケジューリング情報に基づいてブロードキャスティングを実行し、第1のシステム情報のスケジューリング情報は、CUからDUによって取得され、DUにおいてローカルに記憶されていてもよく、CUがDUに第1のシステム情報を送信するときに第1のシステム情報と一緒にDUに送信されてもよい。任意選択で、DUは第1のシステム情報内のいくつかのパラメータをCUに転送することができ、それによって、CUは、第1のシステム情報を生成するときに第1のシステム情報にパラメータを追加する。
【０４０１】
任意選択で、ステップ4:DUは、第2のインジケータをCUに送信する。
【０４０２】
第2のインジケータは、第1のシステム情報がブロードキャストされたかどうかを示すために使用される。任意選択で、第2のインジケータは上記のindicatorであってもよい。
【０４０３】
任意選択で、上記のステップ4の後に、方法は以下のステップをさらに含む。
【０４０４】
ステップ5:第1のシステム情報が更新されたと判断し、DUが第1のシステム情報をブロードキャストしていると判断した場合、CUは、更新された第1のシステム情報をDUに送信する。
【０４０５】
具体的には、第1のシステム情報を更新すると、CUは、更新された第1のシステム情報をDUに送信してもよく、それによって、DUは、更新された第1のシステム情報を適時にブロードキャストすることができる。これは、DUによってブロードキャストされた第1のシステム情報が最新であることを保証し、ブロードキャストされるシステム情報の正確さを保証する。
【０４０６】
たとえば、DUが現在SIB6をブロードキャストしており、DUが第2のインジケータをCUに送信し、SIB6が送信されていることを示し、SIB6が現在更新されているとCUが判断すると、CUは更新されたSIB6をDUに送信してもよく、それによって、DUは更新されたSIB6を適時にブロードキャストする。
【０４０７】
この解決策では、CUがシステム情報を生成することは、CUがSIBを生成し、DUがSIBをSIに統合することであってもよいことを理解されたい。具体的には、システム情報の実際の内容はCUによって生成される。
【０４０８】
解決策3:DUがindicatorを修正し、DUがシステム情報を生成し、DUがシステム情報をブロードキャストすることを決定する。
【０４０９】
図12(c)に示されるように、本出願の一実施形態によって提供される通信方法は、以下のステップを含む。
【０４１０】
ステップ1:DUは、第1のシステム情報をブロードキャストするべきかどうかを判定する。
【０４１１】
たとえば、端末から第1の要求を受信すると、DUは第1のシステム情報をブロードキャストすることを決定し、第1の要求は第1のシステム情報を要求するために使用される。任意選択で、第1の要求はMSG1またはMSG3によって搬送されてもよく、DUは、MSG1またはMSG3内で要求された第1のシステム情報を取得することができる。他の例では、DU内のタイマが満了すると、DUは、第1のシステム情報をブロードキャストすることを決定するようトリガされる。
【０４１２】
他の例では、第1のシステム情報がある時間期間に亘ってブロードキャストされた後、DUは、第1のシステム情報をこれ以上ブロードキャストしないことを決定しうる。
【０４１３】
ステップ2:DUは、indicatorを修正する。
【０４１４】
この実施形態では、indicatorは第1のインジケータと呼ばれる場合があり、第1のインジケータは、第1のシステム情報がブロードキャストされるべきであるかどうかを示すために使用される。DUは、ステップ1の結果に基づいてindicatorを修正することができる。たとえば、第1のシステム情報は以前にブロードキャストされておらず、DUは、ステップ1において第1のシステム情報をブロードキャストすることを決定する。このケースでは、DUは、第1のシステム情報がブロードキャストされるべきであることを示すようindicatorを修正する。他の例では、第1のシステム情報はすでにブロードキャストされており、DUは、ステップ1において第1のシステム情報をこれ以上ブロードキャストしないことを決定する。このケースでは、DUは、第1のシステム情報がブロードキャストされるべきでないことを示すようindicatorを修正する。
【０４１５】
ステップ3:DUは、(第1のインジケータと呼ばれる場合もある)修正されたindicator、および第1のシステム情報をブロードキャストする。
【０４１６】
DUが第1のインジケータおよび第1のシステム情報をブロードキャストすることは、DUが第1のインジケータおよび第1のシステム情報を別々にブロードキャストすることであってもよいことを理解されたい。具体的には、DUが第1のインジケータをブロードキャストした後、端末は、第1のインジケータを受信することができ、したがって、どのシステム情報がブロードキャストされているかを判断することができ、対応する時間周波数リソース上で第1のシステム情報を受信することができる。
【０４１７】
上記のステップ3において、DUが第1のシステム情報をブロードキャストするとき、第1のシステム情報はDUによって生成される。任意選択で、CUは第1のシステム情報内のいくつかのパラメータをDUに転送することができ、それによって、DUは、第1のシステム情報を生成するときに第1のシステム情報にパラメータを追加する。
【０４１８】
任意選択で、ステップ4:DUは、第2のインジケータをCUに送信する。
【０４１９】
第2のインジケータは、第1のシステム情報がブロードキャストされたかどうかを示すために使用される。任意選択で、第2のインジケータは上記のindicatorであってもよい。
【０４２０】
解決策4:DUがindicatorを修正し、DUがシステム情報を生成し、CUがシステム情報をブロードキャストすることを決定する。
【０４２１】
図12(d)に示されるように、本出願の一実施形態によって提供される通信方法は、以下のステップを含む。
【０４２２】
ステップ1:CUは、第1のシステム情報をブロードキャストするべきかどうかを判定する。
【０４２３】
たとえば、DUから第2の要求を受信すると、CUは第1のシステム情報をブロードキャストすることを決定し、第2の要求は第1のシステム情報を要求するために使用される。任意選択で、DUは、端末から第1の要求を受信すると、CUに第2の要求を送信する。DUは、第1の要求内で要求された第1のシステム情報を知ることができる。このケースでは、第1の要求はMSG1またはMSG3によって搬送されてもよいか、またはDUは、第1の要求内で要求された第1のシステム情報を知らなくてもよい。たとえば、このケースでは、第1の要求はMSG3によって搬送され、DUはCUにMSG3を透過的に送信するだけである。第1のシステム情報を要求するための端末からの要求を受信すると、CUは第1のシステム情報をブロードキャストすることを決定できることを理解されたい。他の例では、CU内のタイマが満了すると、CUは、第1のシステム情報をブロードキャストすることを決定するようトリガされる。
【０４２４】
他の例では、第1のシステム情報がある時間期間に亘ってブロードキャストされた後、CUは、第1のシステム情報をこれ以上ブロードキャストしないことを決定するようトリガされることもある。
【０４２５】
ステップ2:DUは、indicatorを修正する。
【０４２６】
たとえば、CUはDUに指示情報を送信し、indicatorを修正するようDUに指示する。
【０４２７】
この実施形態では、indicatorは第1のインジケータと呼ばれる場合があり、indicatorは、第1のシステム情報がブロードキャストされるべきであるかどうかを示すために使用されてもよい。DUは、ステップ1の結果に基づいてindicatorを修正することができる。たとえば、第1のシステム情報は以前にブロードキャストされておらず、CUは、ステップ1において第1のシステム情報をブロードキャストすることを決定する。このケースでは、DUは、第1のシステム情報がブロードキャストされるべきであることを示すためにindicatorを修正する。他の例では、第1のシステム情報はすでにブロードキャストされており、CUは、ステップ1において第1のシステム情報をこれ以上ブロードキャストしないことを決定する。このケースでは、DUは、第1のシステム情報がブロードキャストされるべきでないことを示すためにindicatorを修正する。
【０４２８】
ステップ3:DUは、(第1のインジケータと呼ばれる場合もある)修正されたindicator、および第1のシステム情報をブロードキャストする。
【０４２９】
DUが第1のインジケータおよび第1のシステム情報をブロードキャストすることは、DUが第1のインジケータおよび第1のシステム情報を別々にブロードキャストすることであってもよいことを理解されたい。具体的には、DUが第1のインジケータをブロードキャストした後、端末は、第1のインジケータを受信することができ、したがって、どのシステム情報がブロードキャストされているかを判断することができ、対応する時間周波数リソース上で第1のシステム情報を受信することができる。
【０４３０】
第1のシステム情報はDUによって生成され、第1のシステム情報のスケジューリング情報もDUによって生成されることに留意されたい。任意選択で、CUは第1のシステム情報内のいくつかのパラメータをDUに転送することができ、それによって、DUは、第1のシステム情報を生成するときに第1のシステム情報にパラメータを追加する。
【０４３１】
任意選択で、ステップ4:DUは、第2のインジケータをCUに送信する。
【０４３２】
第2のインジケータは、第1のシステム情報がブロードキャストされたかどうかを示すために使用される。任意選択で、第2のインジケータは上記のindicatorであってもよい。
【０４３３】
解決策4では、ネットワークは、MSG1またはMSG3によって搬送された、第1のシステム情報に対する端末からの要求を適時に処理し、端末によって要求された第1のシステム情報を適時にブロードキャストしうる。加えて、様々なタイプのシステム情報のブロードキャスティングが、CUとDUとの間で同期できるかどうかは、システムの保守および更新を容易にする。
【０４３４】
解決策5:CUがindicatorを修正し、CUがシステム情報を生成し、DUがシステム情報をブロードキャストすることを決定する。
【０４３５】
図12(e)に示されるように、本出願の一実施形態によって提供される通信方法は、以下のステップを含む。
【０４３６】
ステップ1:DUは、第1のシステム情報をブロードキャストするべきかどうかを判定する。
【０４３７】
たとえば、端末から第1の要求を受信すると、DUは第1のシステム情報をブロードキャストすることを決定し、第1の要求は第1のシステム情報を要求するために使用される。任意選択で、第1の要求はMSG1またはMSG3によって搬送されてもよく、DUは、MSG1またはMSG3内で要求された第1のシステム情報を取得することができる。他の例では、DU内のタイマが満了すると、DUは、第1のシステム情報をブロードキャストすることを決定するようトリガされる。
【０４３８】
他の例では、第1のシステム情報がある時間期間に亘ってブロードキャストされた後、DUは、第1のシステム情報をこれ以上ブロードキャストしないことを決定しうる。
【０４３９】
第1のシステム情報をブロードキャストするべきかどうかを判定した後、DUは判定結果をCUに通知してもよく、それによって、CUはindicatorを修正する。任意選択的な実装形態では、DUはCUに要求メッセージを送信してもよく、DUに第1のシステム情報を送信するようCUに要求する。このケースでは、要求メッセージは、indicatorを修正するようCUに指示する通知として見なされてもよい。通知に基づいて、CUは、第1のシステム情報がブロードキャストされることを知ることができる。したがって、indicatorは正しく修正され得る。
【０４４０】
他の任意選択的な実装形態では、DUはCUに通知メッセージを送信することができ、indicatorをどのように修正するかをCUに通知する、たとえば、第1のシステム情報がブロードキャストされないこと、または第1のシステム情報がブロードキャストされることをCUに通知する。CUは、通知メッセージに基づいて正しくindicatorを修正することができる。
【０４４１】
ステップ2:CUは、indicatorを修正し、DUにindicatorを送信する。
【０４４２】
この実施形態では、indicatorは第3のインジケータと呼ばれる場合があり、indicatorは、第1のシステム情報がブロードキャストされるべきであるかどうかを示すために使用されてもよい。CUは、ステップ1の結果に基づいてindicatorを修正しうる。たとえば、第1のシステム情報は以前にブロードキャストされておらず、CUは、ステップ1において第1のシステム情報をブロードキャストすることを決定する。このケースでは、CUは、第1のシステム情報がブロードキャストされるべきであることを示すためにindicatorを修正する。他の例では、第1のシステム情報はすでにブロードキャストされており、CUは、ステップ1において第1のシステム情報をこれ以上ブロードキャストしないことを決定する。このケースでは、CUは、第1のシステム情報がブロードキャストされるべきでないことを示すためにindicatorを修正する。
【０４４３】
ステップ3:DUは、(第4のインジケータと呼ばれる場合もある)修正されたindicator、および第1のシステム情報をブロードキャストする。
【０４４４】
第4のインジケータは、第1のシステム情報がブロードキャストされたかどうかを示す。
【０４４５】
DUが第4のインジケータおよび第1のシステム情報をブロードキャストすることは、DUが第4のインジケータおよび第1のシステム情報を別々にブロードキャストすることであってもよいことを理解されたい。具体的には、DUが第4のインジケータをブロードキャストした後、端末は、第4のインジケータを受信することができ、したがって、どのシステム情報がブロードキャストされているかを判断することができ、対応する時間周波数リソース上で第1のシステム情報を受信することができる。
【０４４６】
任意選択で、上記のステップ3において、DUが第1のシステム情報をブロードキャストするとき、DUがCUから第1のシステム情報を取得しており、第1のシステム情報をDUにおいてローカルに記憶していた場合、DUは第1のシステム情報を直ちにブロードキャストしうるる。DUが第1のシステム情報をローカルに記憶していない場合、DUはCUに第2の要求を送信し、第2の要求は第1のシステム情報を要求するために使用される。CUはDUに第1のシステム情報を送信し、次いで、DUは第1のシステム情報をブロードキャストする。
【０４４７】
任意選択で、第1のシステム情報をブロードキャストするとき、DUは第1のシステム情報のスケジューリング情報に基づいてブロードキャスティングを実行し、第1のシステム情報のスケジューリング情報は、CUからDUによって取得され、DUにおいてローカルに記憶されていてもよく、CUがDUに第1のシステム情報を送信するときに第1のシステム情報と一緒にDUに送信されてもよい。
【０４４８】
任意選択で、DUは第1のシステム情報内のいくつかのパラメータをCUに転送することができ、それによって、CUは、第1のシステム情報を生成するときに第1のシステム情報にパラメータを追加する。
【０４４９】
任意選択で、上記のステップ3の後に、方法は以下のステップをさらに含む。
【０４５０】
ステップ4:第1のシステム情報が更新されたと判断し、DUが第1のシステム情報をブロードキャストしていると判断した場合、CUは、更新された第1のシステム情報をDUに送信する。
【０４５１】
具体的には、第1のシステム情報を更新すると、CUは、更新された第1のシステム情報をDUに送信してもよく、それによって、DUは、更新された第1のシステム情報を適時にブロードキャストしうる。これは、DUによってブロードキャストされた第1のシステム情報が最新であることを保証し、ブロードキャストされるシステム情報の正確さを保証する。
【０４５２】
たとえば、CUは、第3のインジケータにより、SIB6をブロードキャストするようDUに指示し、SIB6が現在更新されているとCUが判断すると、CUは更新されたSIB6をDUに送信してもよく、それによって、DUは更新されたSIB6を適時にブロードキャストすることができる。
【０４５３】
解決策6:CUがindicatorを修正し、CUがシステム情報を生成し、CUがシステム情報をブロードキャストすることを決定する。
【０４５４】
図12(f)に示されるように、本出願の一実施形態によって提供される通信方法は、以下のステップを含む。
【０４５５】
ステップ1:CUは、第1のシステム情報をブロードキャストするべきかどうかを判定する。
【０４５６】
たとえば、DUから第2の要求を受信すると、CUは第1のシステム情報をブロードキャストすることを決定し、第2の要求は第1のシステム情報を要求するために使用される。任意選択で、DUは、端末から第1の要求を受信すると、CUに第2の要求を送信する。DUは、第1の要求内で要求された第1のシステム情報を知りうる。このケースでは、第1の要求はMSG1またはMSG3によって搬送されてもよいか、またはDUは、第1の要求内で要求された第1のシステム情報を知らなくてもよい。たとえば、このケースでは、第1の要求はMSG3を介して搬送され、DUはCUにMSG3を透過的に送信するだけである。第1のシステム情報を要求するための端末からの要求を受信すると、CUは第1のシステム情報を送信することを決定できることを理解されたい。他の例では、CU内のタイマが満了すると、CUは、第1のシステム情報をブロードキャストすることを決定するようトリガされる。
【０４５７】
他の例では、第1のシステム情報がある時間期間に亘ってブロードキャストされた後、CUは、第1のシステム情報をこれ以上ブロードキャストしないことを決定することもできる。
【０４５８】
ステップ2:CUは、indicatorを修正し、DUにindicatorを送信する。
【０４５９】
この実施形態では、indicatorは第3のインジケータと呼ばれる場合があり、indicatorは、第1のシステム情報がブロードキャストされるべきであるかどうかを示すために使用されてもよい。CUは、ステップ1の結果に基づいてindicatorを修正することができる。たとえば、第1のシステム情報は以前にブロードキャストされておらず、CUは、ステップ1において第1のシステム情報をブロードキャストすることを決定する。このケースでは、CUは、第1のシステム情報がブロードキャストされるべきであることを示すようindicatorを修正する。他の例では、第1のシステム情報はすでにブロードキャストされており、CUは、ステップ1において第1のシステム情報をブロードキャストしないことを決定する。このケースでは、CUは、第1のシステム情報がブロードキャストされるべきでないことを示すようindicatorを修正する。
【０４６０】
ステップ3:DUは、(第4のインジケータと呼ばれる場合もある)修正されたindicator、および第1のシステム情報をブロードキャストする。
【０４６１】
第4のインジケータは、第1のシステム情報がブロードキャストされているかどうかを示す。
【０４６２】
DUが第4のインジケータおよび第1のシステム情報をブロードキャストすることは、DUが第4のインジケータおよび第1のシステム情報を別々にブロードキャストすることであってもよいことを理解されたい。具体的には、DUが第4のインジケータをブロードキャストした後、端末は、第4のインジケータを受信することができ、したがって、どのシステム情報がブロードキャストされているかを判断することができ、対応する時間周波数リソース上で第1のシステム情報を受信することができる。
【０４６３】
任意選択で、上記のステップ3において、DUが第1のシステム情報をブロードキャストするとき、DUがCUから第1のシステム情報を取得しており、第1のシステム情報をDUにおいてローカルに記憶していた場合、DUは第1のシステム情報を直ちにブロードキャストすることができる。DUが第1のシステム情報をローカルに記憶していない場合、DUはCUに第2の要求を送信し、第2の要求は第1のシステム情報を要求するために使用される。CUはDUに第1のシステム情報を送信し、次いで、DUは第1のシステム情報をブロードキャストする。
【０４６４】
任意選択で、第1のシステム情報をブロードキャストするとき、DUは第1のシステム情報のスケジューリング情報に基づいてブロードキャスティングを行い、第1のシステム情報のスケジューリング情報は、CUからDUによって取得され、DUにおいてローカルに記憶されていてもよく、CUがDUに第1のシステム情報を送信するときに第1のシステム情報と一緒にDUに送信されてもよい。
【０４６５】
任意選択で、DUは第1のシステム情報内のいくつかのパラメータをCUに送信することができ、それによって、CUは、第1のシステム情報を生成するときに第1のシステム情報にパラメータを追加する。
【０４６６】
任意選択で、上記のステップ3の後に、方法は以下のステップをさらに含む。
【０４６７】
ステップ4:第1のシステム情報が更新されたと判断し、DUが第1のシステム情報をブロードキャストしていると判断した場合、CUは、更新された第1のシステム情報をDUに送信する。
【０４６８】
具体的には、第1のシステム情報を更新すると、CUは、更新された第1のシステム情報をDUに送信してもよく、それによって、DUは、更新された第1のシステム情報をブロードキャストすることができる。これは、DUによってブロードキャストされた第1のシステム情報が最新であることを保証し、ブロードキャストされるシステム情報の正確さが保証する。
【０４６９】
たとえば、CUは、第3のインジケータにより、SIB6をブロードキャストするようDUに指示し、SIB6が現在更新されているとCUが判断すると、CUは更新されたSIB6をDUに送信してもよく、それによって、DUは更新されたSIB6を適時にブロードキャストしうる。
【０４７０】
解決策7:CUがindicatorを修正し、DUがシステム情報を生成し、DUがシステム情報をブロードキャストすることを決定する。
【０４７１】
図12(g)に示されるように、本出願の一実施形態によって提供される通信方法は、以下のステップを含む。
【０４７２】
ステップ1:DUは、第1のシステム情報をブロードキャストするべきかどうかを判定する。
【０４７３】
たとえば、端末から第1の要求を受信すると、DUは第1のシステム情報をブロードキャストすることを決定し、第1の要求は第1のシステム情報を要求するために使用される。任意選択で、第1の要求はMSG1またはMSG3によって搬送されてもよく、DUは、MSG1またはMSG3内で要求された第1のシステム情報を取得しうる。他の例では、DU内のタイマが満了すると、DUは、第1のシステム情報をブロードキャストすることを決定するようトリガされる。
【０４７４】
他の例では、第1のシステム情報がある時間期間に亘ってブロードキャストされた後、DUは、第1のシステム情報をこれ以上ブロードキャストしないことを決定しうる。
【０４７５】
第1のシステム情報をブロードキャストするべきかどうかを判定した後、DUは判定結果をCUに通知してもよく、それによって、CUはindicatorを修正する。任意選択的な実装形態では、DUはCUに要求メッセージを送信してもよく、DUに第1のシステム情報を送信するようCUに要求する。このケースでは、要求メッセージは、indicatorを修正するようCUに指示する通知として見なされてもよい。通知に基づいて、CUは、第1のシステム情報がブロードキャストされることを知ることができる。したがって、indicatorは正しく修正され得る。他の任意選択的な実装形態では、DUはCUに通知メッセージを送信することができ、indicatorをどのように修正するかをCUに通知する、たとえば、第1のシステム情報がブロードキャストされないこと、または第1のシステム情報がブロードキャストされることをCUに通知する。CUは、通知メッセージに基づいて正しくindicatorを修正することができる。
【０４７６】
ステップ2:CUは、indicatorを修正し、DUにindicatorを送信する。
【０４７７】
この実施形態では、indicatorは第3のインジケータと呼ばれる場合があり、indicatorは、第1のシステム情報がブロードキャストされるべきであるかどうかを示すために使用されてもよい。CUは、ステップ1の結果に基づいてindicatorを修正してもよい。たとえば、第1のシステム情報は以前にブロードキャストされておらず、CUは、ステップ1において第1のシステム情報をブロードキャストすることを決定する。このケースでは、CUは、第1のシステム情報がブロードキャストされるべきであることを示すようindicatorを修正する。他の例では、第1のシステム情報はすでにブロードキャストされており、CUは、ステップ1において第1のシステム情報をこれ以上ブロードキャストしないことを決定する。このケースでは、CUは、第1のシステム情報がブロードキャストされるべきでないことを示すようindicatorを修正する。
【０４７８】
ステップ3:DUは、(第4のインジケータと呼ばれる場合もある)修正されたindicator、および第1のシステム情報をブロードキャストする。
【０４７９】
第4のインジケータは、第1のシステム情報がブロードキャストされているかどうかを示す。
【０４８０】
DUが第4のインジケータおよび第1のシステム情報をブロードキャストすることは、DUが第4のインジケータおよび第1のシステム情報を別々にブロードキャストすることであってもよいことを理解されたい。具体的には、DUが第4のインジケータをブロードキャストした後、端末は、第4のインジケータを受信してもよく、したがって、どのシステム情報がブロードキャストされているかを判断することができ、対応する時間周波数リソース上で第1のシステム情報を受信することができる。
【０４８１】
第1のシステム情報はDUによって生成され、第1のシステム情報のスケジューリング情報もDUによって生成されることに留意されたい。任意選択で、CUは第1のシステム情報内のいくつかのパラメータをDUに転送してもよく、それによって、DUは、第1のシステム情報を生成するときに第1のシステム情報にパラメータを追加する。
【０４８２】
解決策8:CUがindicatorを修正し、DUがシステム情報を生成し、CUがシステム情報をブロードキャストすることを決定する。
【０４８３】
図12(h)に示されるように、本出願の一実施形態によって提供される通信方法は、以下のステップを含む。
【０４８４】
ステップ1:CUは、第1のシステム情報をブロードキャストするべきかどうかを判定する。
【０４８５】
たとえば、DUから第2の要求を受信すると、CUは第1のシステム情報をブロードキャストすることを決定し、第2の要求は第1のシステム情報を要求するために使用される。任意選択で、DUは、端末から第1の要求を受信すると、CUに第2の要求を送信する。DUは、第1の要求内で要求された第1のシステム情報を知りうる。このケースでは、第1の要求はMSG1またはMSG3によって搬送されてもよいか、またはDUは、第1の要求内で要求された第1のシステム情報を知らなくてもよい。たとえば、このケースでは、第1の要求はMSG3によって搬送され、DUはCUにMSG3を透過的に送信するだけである。第1のシステム情報を要求するための端末からの要求を受信すると、CUは第1のシステム情報を送信することを決定できることを理解されたい。他の例では、CU内のタイマが満了すると、CUは、第1のシステム情報をブロードキャストすることを決定するようトリガされる。
【０４８６】
他の例では、第1のシステム情報がある時間期間に亘ってブロードキャストされた後、CUは、第1のシステム情報をこれ以上ブロードキャストしないことを決定するようトリガされることもある。
【０４８７】
ステップ2:CUは、indicatorを修正し、DUにindicatorを送信する。
【０４８８】
この実施形態では、indicatorは第3のインジケータと呼ばれる場合があり、indicatorは、第1のシステム情報がブロードキャストされるべきであるかどうかを示すために使用されてもよい。CUは、ステップ1の結果に基づいてindicatorを修正することができる。たとえば、第1のシステム情報は以前にブロードキャストされておらず、CUは、ステップ1において第1のシステム情報をブロードキャストすることを決定する。このケースでは、CUは、第1のシステム情報がブロードキャストされるべきであることを示すためにindicatorを修正する。他の例では、第1のシステム情報はすでにブロードキャストされており、CUは、ステップ1において第1のシステム情報をこれ以上ブロードキャストしないことを決定する。このケースでは、CUは、第1のシステム情報がブロードキャストされるべきでないことを示すためにindicatorを修正する。
【０４８９】
ステップ3:DUは、(第4のインジケータと呼ばれる場合もある)修正されたindicator、および第1のシステム情報をブロードキャストする。
【０４９０】
第4のインジケータは、第1のシステム情報がブロードキャストされているかどうかを示す。
【０４９１】
DUが第4のインジケータおよび第1のシステム情報をブロードキャストすることは、DUが第4のインジケータおよび第1のシステム情報を別々にブロードキャストすることであってもよいことを理解されたい。具体的には、DUが第4のインジケータをブロードキャストした後、端末は、第4のインジケータを受信してもよく、したがって、どのシステム情報がブロードキャストされているかを判断することができ、対応する時間周波数リソース上で第1のシステム情報を受信することができる。
【０４９２】
第1のシステム情報はDUによって生成され、第1のシステム情報のスケジューリング情報もDUによって生成されることに留意されたい。任意選択で、CUは第1のシステム情報内のいくつかのパラメータをDUに転送してもよく、それによって、DUは、第1のシステム情報を生成するときに第1のシステム情報にパラメータを追加する。
【０４９３】
任意選択で、前記の解決策の各々において、DUはCUから第1のウィンドウインジケータをさらに受信してもよく、第1のウィンドウインジケータは、第1のシステム情報が第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される。
【０４９４】
任意選択で、DUは第2のウィンドウインジケータをブロードキャストしてもよく、第2のウィンドウインジケータは、第1のシステム情報が第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される。任意選択で、第1のウィンドウインジケータは第2のウィンドウインジケータと同じであってもよい。
【０４９５】
DUまたはCUは、上記の実施形態におけるステップのすべてまたはいくつかを行うことができることを理解されたい。ステップまたは動作は例にすぎない。本出願では、他の動作または動作の変形形態がさらに行われてもよい。加えて、各ステップは、上記の実施形態において提示された異なる順序で行われてもよく、上記の実施形態におけるすべての動作が行われる必要がなくてもよい。
【０４９６】
解決策1〜解決策8では、CUは第1のシステム情報のスケジューリング情報をDUに送信する。任意選択で、第1のシステム情報のスケジューリング情報は、以下の:第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ(SI window)、第1のシステム情報の送信開始時間、および第1のシステム情報の送信回数のうちの少なくとも1つを含む。第1のシステム情報の送信開始時間は、SIBまたはSIを送信または変更する開始時間または有効時間または修正期間(Modification Period)であってもよい。したがって、DUは、第1のシステム情報のスケジューリング情報に基づいて、第1のシステム情報をブロードキャストしうる。
【０４９７】
任意選択で、スケジューリング情報は、送信指示情報をさらに搬送してもよく、第1のシステム情報がブロードキャストされる必要があるかどうかを示し、第1のシステム情報はSIBまたはSIであってもよい。任意選択で、スケジューリング情報はさらに、SIBもしくはSIが、時間領域の重なりの時間において他のスケジュール周期のSIBもしくはSIのSI window内で送信されるかどうかを示すか、または異なるスケジューリング周期内のSIBもしくはSIが、時間領域の重なりの時間において同じSI window内で送信される必要があるかどうかを示してもよい。
【０４９８】
任意選択で、スケジューリング情報は、領域が重なる時間において他のスケジュール周期のSIBまたはSIのSI window内で送信されるSIBまたはSIの元のSI windowが予約されているかどうかをさらに示しうる。あるいは、他のスケジュール周期のSIBまたはSIのSI window内でSIBまたはSIが送信されるとき、SIBまたはSIに対応するSI windowが予約される必要があるかどうかは、プロトコルによって事前定義されてもよい。本出願では、時間領域の重なりの時間は、異なったスケジューリング周期の最小公倍数の整数倍の時間である。同じSI window内のSIBまたはSIの時間領域の重なりの時間において異なるスケジューリング周期を有するSIBまたはSIを送信する具体的な実装形態については、図3a〜図3dに関する説明を参照されたい。詳細は本明細書では再び記載されない。
【０４９９】
任意選択で、CUは、DUによってSIBまたはSIを送信するための物理チャネルタイプをさらに示しうる。具体的には、物理チャネルタイプは、物理ブロードキャストチャネル(Physical Broadcast Channel、PBCH)、物理ダウンリンク共有チャネル(Physical Downlink Shared Channel、PDSCH)、特殊物理ダウンリンク共有チャネル、拡張物理ダウンリンク共有チャネル(Enhanced Physical Downlink shared Channel、EPDSCH)、または新無線(new radio、NR)に新しく導入された他の物理チャネルのうちの少なくとも1つを含んでもよい。
【０５００】
特殊物理ダウンリンク共有チャネルは、特殊な端末に適用可能な物理ダウンリンク共有チャネル、たとえば、狭帯域モノのインターネット(Narrowband Internet of Things、NB-IoT)端末に適用可能なNPDSCH(Narrowband Physical Downlink Shared channel)、またはMTC(Machine Type Communication)端末もしくは拡張MTC端末に適用可能なMPDSCH(MTC Physical Downlink Shared Channel)であってもよい。
【０５０１】
たとえば、マスタ情報ブロック(master information block、MIB)を送信するための物理チャネルは物理ブロードキャスト情報であることがさらに示されてもよい。MIB以外のSIBまたはSI用の物理チャネルは、物理ダウンリンク共有チャネル、特殊物理ダウンリンク共有チャネル、拡張物理ダウンリンク共有チャネル(Enhanced Physical Downlink shared Channel、EPDSCH)、または新無線(new radio、NR)に新しく導入された他の物理チャネルのうちの少なくとも1つであることが示されてもよい。
【０５０２】
可能な一実装形態では、端末がMSG3によってSI要求を送信するとき、新しいRRCシグナリングフォーマットまたは新しい競合解消(contention resolution、CR)フォーマットが導入される必要がある。SIを要求するための新しいRRCメッセージは、要求されたSIまたはSIBに関する情報を示すために使用される第1の指示情報を搬送する必要がある。
【０５０３】
第1の指示情報は、ビットマップの形態もしくは列挙形式、または他の形態であってもよい。任意選択で、SIを要求するための新しいRRCメッセージは、端末の識別情報、たとえば、TMSI、IMSI、S-TMSI、一時ランダム識別子、またはTMSI、IMSI、およびS-TMSIに基づいて決定された他の種類の端末識別子情報を搬送しなくてもよい。
【０５０４】
ネットワーク側の応答として、CRメッセージは、SIを要求するための新しいRRCメッセージを含むか、または端末の識別子情報および第2の指示情報を含むか、または第2の指示情報のみを含んでもよい。任意選択で、CRメッセージが第2の指示情報を含むとき、第2の指示情報は、SIを要求するための新しいRRCメッセージ内の第1の指示情報と同じであってもよいか、もしくは第1の指示情報を示してもよいか、または第2の指示情報は、ネットワークが端末のSI要求を受信したことを端末に確認応答するためにのみ使用される。
【０５０５】
可能な解決策では、既存のCRフォーマットが使用されてもよい。具体的には、CRメッセージに含まれる情報の長さが既存のCRメッセージと整合しないとき、冗長ビットはすべて0またはすべて1に設定されてもよい。具体的には、最上位ビットまたは最下位ビットまたは他の部分内のbit値は、冗長ビットとして選択されてもよい。あるいは、新しいCRフォーマットが導入される。たとえば、現在のCRの長さ情報を示すために、長さ指示情報が導入される。
【０５０６】
端末がSI要求を送信するとき、SI要求の送信に成功するか、またはSI要求の受信に失敗するケースが存在しうることを理解されたい。たとえば、SI要求の送信に失敗するか、またはSI要求の送信に成功した後に確認応答メッセージが受信されないか、またはネットワークから受信されたすべての確認応答メッセージが、SIが受信に成功できなかったことである。端末によるSIの受信に失敗する動作は、ネットワークによって定義されてもよい。たとえば、ネットワークがタイマをブロードキャストし、端末がSIの受信に失敗した場合、端末は、端末がSI要求を送信することができる前に、タイマの満了を待つ必要がある。タイマの持続時間は、プロトコルによってさらに事前定義されてもよい。
【０５０７】
あるいは、ネットワークは指示情報を送信してもよく、SI要求の送信に失敗するか、またはSIの受信に失敗すると、セル再選択を直ちに実行するよう端末に指示する。さらに、端末は、現在のセルがbarredであると考えるか、または現在のセルがある時間期間にbarredであると考える場合があり、その持続時間は、ネットワークによって構成されるか、またはプロトコルによって事前定義される。
【０５０８】
本出願では、上記の方法例に基づいて、DUまたはCU向けに機能モジュールが定義されてもよい。たとえば、各機能モジュールは各機能に対応して定義されてもよい。あるいは、2つ以上の機能が1つの処理モジュールに統合されてもよい。統合モジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本出願におけるモジュールの分割は一例にすぎず、論理機能の分割にすぎないことに留意されたい。実際の実装形態では、他の分割方式が利用可能であってもよい。
【０５０９】
たとえば、各機能モジュールが各機能に対応して定義される場合、図13はDUの概略構造図である。DU1300は、処理ユニット1301および通信ユニット1302を含む。以下で、DU1300の機能を別々に記載する。
【０５１０】
処理ユニット1301は、
中央ユニットCUから第1のインジケータを受信することであって、第1のインジケータが、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、受信することと、
第2のインジケータおよび第1のシステム情報をブロードキャストすることであって、第2のインジケータが、第1のシステム情報がブロードキャストされていることを示すために使用される、ブロードキャストすることと
を行うよう通信ユニット1302を制御するよう構成される。
【０５１１】
可能な設計では、処理ユニット1301は、
CUから第1のシステム情報を受信すること、または
CUから第1のシステム情報のスケジューリング情報を受信すること、または
CUから第1のシステム情報および第1のシステム情報のスケジューリング情報を受信することであって、
スケジューリング情報は、第1のシステム情報を送信するための時機を示すために使用される、受信すること
を行うよう通信ユニット1302を制御するようさらに構成される。
【０５１２】
可能な設計では、処理ユニット1301は、
CUから第3のインジケータを受信することであって、第3のインジケータが、第1のシステム情報が第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される、受信すること
を行うよう通信ユニット1302を制御するようさらに構成される。
【０５１３】
可能な設計では、処理ユニット1301は、
第3のインジケータをブロードキャストするよう通信ユニット1302を制御すること
を行うようさらに構成される。
【０５１４】
可能な設計では、処理ユニット1301は、具体的に、
SIB1をブロードキャストすることであって、SIB1が第2のインジケータを含む、ブロードキャストすること
を行うよう通信ユニット1302を制御するよう構成される。
【０５１５】
可能な設計では、スケジューリング情報は、以下の
第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ、第1のシステム情報の送信開始時間、および第1のシステム情報の送信回数
のうちの少なくとも1つを含む。
【０５１６】
この実施形態では、DUは、各機能モジュールが各機能に対応して定義される形態で提示されるか、またはDUは、各機能モジュールが一体となって定義される形態で提示される。本明細書における「モジュール」は、特定用途向け集積回路(application-specific integrated circuit、ASIC)、回路、1つもしくは複数のソフトウェアもしくはファームウェアのプログラムを実行するためのプロセッサおよびメモリ、集積論理回路、ならびに/または上記の機能を提供することができる他のデバイスであってもよい。
【０５１７】
たとえば、各機能モジュールが各機能に対応して定義される場合、図14はCUの概略構造図である。CU1400は、処理ユニット1401および通信ユニット1402を含む。以下で、CU1400の機能を別々に記載する。
【０５１８】
処理ユニット1401は、
分散ユニットDUに第1のインジケータを送信することであって、第1のインジケータが、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、送信することと、
第1のシステム情報が更新されたと判断し、DUが第1のシステム情報をブロードキャストしていると判断した場合、更新された第1のシステム情報をDUに送信することと
を行うよう通信ユニット1402を制御するよう構成される。
【０５１９】
可能な設計では、処理ユニット1401は、
DUに第1のシステム情報を送信すること、または
DUに第1のシステム情報のスケジューリング情報を送信すること、または
DUに第1のシステム情報および第1のシステム情報のスケジューリング情報を送信すること
を行うよう通信ユニット1402を制御するようさらに構成される。
【０５２０】
可能な設計では、処理ユニット1401は、
DUに第3のインジケータを送信することであって、第3のインジケータが、第1のシステム情報が第1のシステム情報に対応するシステム情報ウィンドウ以外のシステム情報ウィンドウ内で送信されうるかどうかを示すために使用される、送信すること
を行うよう通信ユニット1402を制御するようさらに構成される。
【０５２１】
可能な設計では、処理ユニット1401は、
DUから要求メッセージを受信することであって、要求メッセージが第1のシステム情報を要求するために使用される、受信すること
を行うよう通信ユニット1402を制御するようさらに構成される。
【０５２２】
可能な設計では、スケジューリング情報は、以下の
第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ、第1のシステム情報の送信開始時間、および第1のシステム情報の送信回数
のうちの少なくとも1つを含む。
【０５２３】
この実施形態では、CUは、各機能モジュールが各機能に対応して定義される形態で提示されるか、またはCUは、各機能モジュールが一体となって定義される形態で提示される。本明細書における「モジュール」は、特定用途向け集積回路(application-specific integrated circuit、ASIC)、回路、1つもしくは複数のソフトウェアもしくはファームウェアのプログラムを実行するためのプロセッサおよびメモリ、集積論理回路、ならびに/または上記の機能を提供することができる他のデバイスであってもよい。
【０５２４】
本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは上記のDUによって実行される方法を行うことが可能になる。コンピュータは、たとえば、DUであってもよい。
【０５２５】
本出願はコンピュータ可読記憶媒体をさらに提供し、コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で動作すると、コンピュータは上記のCUによって実行される方法を行うことが可能になる。コンピュータは、たとえば、CUであってもよい。
【０５２６】
本出願はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、実施形態のいずれか1つにおいて上記のDUによって実行される通信方法の手順を実施するために、プロセッサによってロードされてもよい。
【０５２７】
本出願はコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータソフトウェア命令を含み、コンピュータソフトウェア命令は、実施形態のいずれか1つにおいて上記のCUによって実行される通信方法の手順を実施するために、プロセッサによってロードされてもよい。
【０５２８】
本出願はチップをさらに提供し、チップはDU内のチップであってもよく、チップは処理ユニットおよび送受信ユニットを含み、任意選択で、チップは記憶ユニットをさらに含み、チップは、DUによって実行される上記の通信方法のいずれか1つを実行するよう構成されてもよい。
【０５２９】
本出願はチップをさらに提供し、チップはCU内のチップであってもよく、チップは処理ユニットおよび送受信ユニットを含み、任意選択で、チップは記憶ユニットをさらに含み、チップは、CUによって実行される上記の通信方法のいずれか1つを実行するよう構成されてもよい。
【０５３０】
本発明は以下の実施形態をさらに提供する。以下の実施形態の番号は、上記の実施形態の一連の番号に準拠する必要がないことに留意されたい。実施形態1:通信方法は、
アクセスネットワークデバイスが端末に制御情報を送信することであって、制御情報が、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロックと、少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースとを示すために使用され、少なくとも1つのシステム情報ブロックが、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部である、送信することと、
アクセスネットワークデバイスが、時間周波数リソースを使用することにより、第1の時間間隔内で少なくとも1つのシステム情報ブロックを送信することと
を含む。
【０５３１】
実施形態2:実施形態1による方法では、
少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによって共有される時間周波数リソースである。
【０５３２】
実施形態3:実施形態2による方法では、
少なくとも1つのシステム情報ブロックは一緒に符号化される。
【０５３３】
実施形態4:実施形態1による方法では、
少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによってそれぞれ占有される時間周波数リソースである。
【０５３４】
実施形態5:実施形態4による方法では、
少なくとも1つのシステム情報ブロックは別々に符号化される。
【０５３５】
実施形態6:実施形態1から5のいずれか1つによる方法では、
第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は同じである。
【０５３６】
実施形態7:実施形態1から5のいずれか1つによる方法では、
第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は異なる。
【０５３７】
実施形態8:実施形態1から7のいずれか1つによる方法では、
制御情報は、少なくとも1つのシステム情報ブロックの各々のシステム情報ブロックタイプを含む。
【０５３８】
実施形態9:実施形態1から7のいずれか1つによる方法では、
制御情報は第1のビットマップを含み、第1のビットマップのビットは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックに1対1で対応し、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用される。
【０５３９】
実施形態10:実施形態1から7のいずれか1つによる方法では、
制御情報は、少なくとも1つのシステム情報ブロックの各々に対応するシステム情報無線ネットワーク一時識別子SI RNTIを含む。
【０５４０】
実施形態11:実施形態1から10のいずれか1つによる方法は、
アクセスネットワークデバイスが端末によって送信された要求メッセージを受信することであって、要求メッセージが少なくとも1つのシステム情報ブロックを取得することを要求するために使用される、受信すること
をさらに含む。
【０５４１】
実施形態12:実施形態11による方法では、
要求メッセージは第2のビットマップを含み、第2のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、第2のビットマップは、少なくとも1つのシステム情報ブロックのすべてまたは一部を取得することを要求するために使用される。
【０５４２】
実施形態13:実施形態11または12による方法は、
アクセスネットワークデバイスが端末に第3のビットマップを送信することであって、第3のビットマップのビットの数が、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値が、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップが、アクセスネットワークデバイスが要求メッセージの受信に成功したことを示すために使用される、送信すること
をさらに含む。
【０５４３】
実施形態14:通信方法は、
端末がアクセスネットワークデバイスから制御情報を受信することであって、制御情報が、第1のシステム情報ウィンドウの第1の時間間隔内で送信されるべき少なくとも1つのシステム情報ブロック、および少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースを示すために使用され、少なくとも1つのシステム情報ブロックが、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのすべてまたは一部である、受信することと、
端末が、制御情報に基づいて、時間周波数リソースを使用することにより、第1の時間間隔内でアクセスネットワークデバイスによって送信された少なくとも1つのシステム情報ブロックを受信することと
を含む。
【０５４４】
実施形態15:実施形態14による方法では、
少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによって共有される時間周波数リソースである
ことをさらに含む。
【０５４５】
実施形態16:実施形態15による方法では、
少なくとも1つのシステム情報ブロックは一緒に符号化される。
【０５４６】
実施形態17:実施形態14による方法では、
少なくとも1つのシステム情報ブロックによって占有される時間周波数リソースは、少なくとも1つのシステム情報ブロックによってそれぞれ占有される時間周波数リソースである。
【０５４７】
実施形態18:実施形態17による方法では、
少なくとも1つのシステム情報ブロックは別々に符号化される。
【０５４８】
実施形態19:実施形態14から18のいずれか1つによる方法では、
第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は同じである。
【０５４９】
実施形態20:実施形態14から18のいずれか1つによる方法では、
第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックのスケジューリング周期は異なる。
【０５５０】
実施形態21:実施形態14から20のいずれか1つによる方法では、
制御情報は、少なくとも1つのシステム情報ブロックの各々のシステム情報ブロックタイプを含む。
【０５５１】
実施形態22:実施形態14から20のいずれか1つによる方法では、
制御情報は第1のビットマップを含み、第1のビットマップのビットは、第1のシステム情報ウィンドウ内で送信されうるシステム情報ブロックに1対1で対応し、少なくとも1つのシステム情報ブロックに対応するビットの値は、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用される。
【０５５２】
実施形態23:実施形態14から20のいずれか1つによる方法では、
制御情報は、少なくとも1つのシステム情報ブロックの各々に対応するシステム情報無線ネットワーク一時識別子SI RNTIを含む。
【０５５３】
実施形態24:実施形態14から23のいずれか1つによる方法は、
端末がアクセスネットワークデバイスに要求メッセージを送信することであって、要求メッセージが少なくとも1つのシステム情報ブロックを取得することを要求するために使用される、送信すること
をさらに含む。
【０５５４】
実施形態25:実施形態24による方法では、
要求メッセージは第2のビットマップを含み、第2のビットマップのビットの数は、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、第2のビットマップは、少なくとも1つのシステム情報ブロックのすべてまたは一部を取得することを要求するために使用される。
【０５５５】
実施形態26:実施形態24または25による方法は、
端末がアクセスネットワークデバイスによって送信された第3のビットマップを受信することであって、ビットマップのビットの数が、アクセスネットワークデバイスによって送信されうるシステム情報ブロックの数であり、少なくとも1つのシステム情報ブロックに対応するビットの値が、少なくとも1つのシステム情報ブロックが送信されるべきであることを示すために使用され、第3のビットマップが、アクセスネットワークデバイスが要求メッセージの受信に成功したことを示すために使用される、受信すること
をさらに含む。
【０５５６】
実施形態27:アクセスネットワークデバイスはメモリおよびプロセッサを含み、メモリはコンピュータプログラムを記憶するよう構成され、プロセッサは、メモリ内のコンピュータプログラムを呼び出し、実行するよう構成され、それによって、アクセスネットワークデバイスは、実施形態1から13のいずれか1つによる通信方法を行う。
【０５５７】
実施形態28:端末はメモリおよびプロセッサを含み、メモリはコンピュータプログラムを記憶するよう構成され、プロセッサは、メモリ内のコンピュータプログラムを呼び出し、実行するよう構成され、それによって、端末は、実施形態14から26のいずれか1つによる通信方法を行う。
【０５５８】
本発明は以下の実施形態をさらに提供する。以下の実施形態の番号は、上記の実施形態の一連の番号に準拠する必要がないことに留意されたい。
【０５５９】
実施形態1:通信方法は、
分散ユニットDUが端末から第1の要求を受信することであって、第1の要求が第1のシステム情報を要求するために使用される、受信することと、
DUが中央ユニットCUに第2の要求を送信することであって、第2の要求が第1のシステム情報を要求するために使用される、送信することと、
DUがCUから第1のインジケータを受信することであって、第1のインジケータが、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、受信することと、
DUが第2のインジケータおよび第1のシステム情報をブロードキャストすることであって、第2のインジケータが、第1のシステム情報がブロードキャストされていることを示す、ブロードキャストすることと
を含む。
【０５６０】
実施形態2:実施形態1による方法は、
DUがCUから第1のシステム情報を受信すること
をさらに含む。
【０５６１】
実施形態3:実施形態1または2による方法では、第1のシステム情報は1つまたは複数のSIBを含む。
【０５６２】
実施形態4:実施形態3による方法では、1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12を含む。
【０５６３】
実施形態5:DUが第2のインジケータをブロードキャストする、実施形態1から4のいずれか1つによる方法は、
DUがSIB1をブロードキャストすることであって、SIB1が第2のインジケータを含む、ブロードキャストすること
を含む。
【０５６４】
実施形態6:実施形態2から5のいずれか1つによる方法では、SIB1はスケジューリング情報をさらに含み、スケジューリング情報は、
第1のシステム情報の周期、第1のシステム情報のシステム情報ウィンドウ、第1のシステム情報の送信開始時間、または第1のシステム情報の送信回数
を含む。
【０５６５】
実施形態7:通信方法は、
中央ユニットCUが分散ユニットDUから第1の要求を受信することであって、第1の要求が第1のシステム情報を要求するために使用される、受信することと、
CUがDUに第1のインジケータを送信することであって、第1のインジケータが、第1のシステム情報がブロードキャストされるべきであることを示すために使用される、送信することと
を含む。
【０５６６】
実施形態8:実施形態7による方法は、
CUがDUに第1のシステム情報を送信すること
をさらに含む。
【０５６７】
実施形態9:実施形態7または8による方法では、第1のシステム情報は1つまたは複数のSIBを含む。
【０５６８】
実施形態10:実施形態9による方法では、1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12を含む。
【０５６９】
実施形態11:分散ユニットDUはプロセッサおよび通信インターフェースを含み、
プロセッサは、通信ユニットを介してメモリから命令を呼び出し、命令を実行し、それによって、DUは実施形態1から6のいずれか1つによる方法を行う。
【０５７０】
実施形態12:実施形態11によるDUは、メモリをさらに含む。
【０５７１】
実施形態13:中央ユニットCUはプロセッサおよび通信インターフェースを含み、
プロセッサは、通信インターフェースを介してメモリから命令を呼び出し、命令を実行し、それによって、CUは実施形態7から10のいずれか1つによる方法を行う。
【０５７２】
実施形態14:実施形態13によるCUは、メモリをさらに含む。
【０５７３】
本発明は実施形態を参照して記載されているが、保護を要求する本発明を実装するプロセスでは、当業者は、添付図面、開示された内容、および添付特許請求の範囲を見ることにより、開示された実施形態の他の変形形態を理解し実装することができる。特許請求の範囲では、「含む」(comprising)は他の構成要素または他のステップを除外せず、「一」または「1つ」は複数のケースを除外しない。単一のプロセッサまたは他のユニットは、特許請求の範囲において列挙されたいくつかの機能を実装することができる。互いに異なる従属請求項においていくつかの手段が記載されるが、これは、これらの手段がより良い効果をもたらすために結合できないことを意味しない。
【０５７４】
当業者は、本出願の実施形態が方法、装置(デバイス)、またはコンピュータプログラム製品として提供されてもよいことを理解するべきである。したがって、本出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアの組合せを有する実施形態の形態を使用することができる。それらは、一括して「モジュール」または「システム」と呼ばれる。その上、本出願は、コンピュータ使用可能プログラムコードを含む、(限定はしないが、ディスクメモリ、CD-ROM、光学メモリなどを含む)1つまたは複数のコンピュータ使用可能記憶媒体に実装されたコンピュータプログラム製品の形態を使用することができる。コンピュータプログラムは適切な媒体に記憶/分配され、他のハードウェアと一緒にハードウェアの一部として提供または使用されるか、あるいはInternetまたは他の有線もしくはワイヤレスの通信システムなどを介して、他の分配形態を使用することもできる。
【０５７５】
本出願は、本出願による、方法、装置(デバイス)、およびコンピュータプログラム製品のフローチャートおよび/またはブロック図を参照して記載されている。
【０５７６】
コンピュータプログラム命令は、フローチャートおよび/またはブロック図内の各プロセスおよび/または各ブロック、ならびにフローチャートおよび/またはブロック図内のプロセスおよび/またはブロックの組合せを実装するために使用されてもよいことを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組込み型プロセッサ、または機械を生成する任意の他のプログラマブルデータ処理デバイスのプロセッサに提供されてもよく、それによって、コンピュータまたは任意の他のプログラマブルデータ処理デバイスのプロセッサによって実行される命令は、フローチャート内の1つもしくは複数のプロセスおよび/またはブロック図内の1つもしくは複数のブロック内の特定の機能を実装するための装置を生成する。
【０５７７】
これらのコンピュータプログラム命令はまた、特定の方式で動作するようコンピュータまたは任意の他のプログラマブルデータ処理デバイスに命令することができるコンピュータ可読メモリに記憶されてもよく、それによって、コンピュータ可読メモリに記憶された命令は、命令装置を含む人工物を生成する。命令装置は、フローチャート内の1つもしくは複数のプロセスおよび/またはブロック図内の1つもしくは複数のブロック内の特定の機能を実装する。
【０５７８】
これらのコンピュータプログラム命令はまた、コンピュータまたは任意の他のプログラマブルデータ処理デバイスにロードされてもよく、それによって、コンピュータまたは他のプログラマブルデバイス上で一連の動作およびステップが実行され、それにより、コンピュータ実装処理が生成される。したがって、コンピュータまたは他のプログラマブルデバイス上で実行される命令は、フローチャート内の1つもしくは複数のプロセスおよび/またはブロック図内の1つもしくは複数のブロック内の特定の機能を実装するためのステップを提供する。
【０５７９】
本発明は、具体的な特徴およびそれらの実施形態を参照して記載されているが、明らかに、本発明の趣旨および範囲から逸脱することなく、それらに対して様々な修正および組合せが行われてもよい。それに対応して、本明細書および添付図面は、添付特許請求の範囲によって規定された本発明の例示的な説明にすぎず、本発明の範囲を包含するいずれかまたはすべての修正、変形、組合せ、または等価物として見なされる。明らかに、当業者は、本発明の趣旨および範囲から逸脱することなく、本発明に対して様々な修正および変形を行うことができる。本発明は、以下の特許請求の範囲およびそれらの等価技術によって規定される保護範囲内にそれらが入る限り、これらの修正および変形を包含するものである。
【符号の説明】
【０５８０】
10  端末
20  アクセスネットワークデバイス
21  プロセッサ
22  通信バス
23  メモリ
24  通信インターフェース
25  出力デバイス
26  入力デバイス
28  プロセッサ
200  装置
1100  装置
1101  処理ユニット
1102  送受信ユニット
1300  DU
1301  処理ユニット
1302  通信ユニット
1400  CU
1401  処理ユニット
1402  通信ユニット
【図１】
2020517131.tif 000009
【図２】
2020517131.tif 000010
【図３ａ】
2020517131.tif 000011
【図３ｂ】
2020517131.tif 000012
【図３ｃ】
2020517131.tif 000013
【図３ｄ】
2020517131.tif 000014
【図４】
2020517131.tif 000015
【図５】
2020517131.tif 000016
【図６】
2020517131.tif 000017
【図７】
2020517131.tif 000018
【図８】
2020517131.tif 000019
【図９】
2020517131.tif 000020
【図１０】
2020517131.tif 000021
【図１１】
2020517131.tif 000022
【図１２（ａ）】
2020517131.tif 000023
【図１２（ｂ）】
2020517131.tif 000024
【図１２（ｃ）】
2020517131.tif 000025
【図１２（ｄ）】
2020517131.tif 000026
【図１２（ｅ）】
2020517131.tif 000027
【図１２（ｆ）】
2020517131.tif 000028
【図１２（ｇ）】
2020517131.tif 000029
【図１２（ｈ）】
2020517131.tif 000030
【図１３】
2020517131.tif 000031
【図１４】
2020517131.tif 000032
【手続補正書】
【提出日】令和1年10月10日(2019.10.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
分散ユニット(DU)によって、中央ユニット(CU)に要求を送信するステップであって、前記要求は端末からであり、前記要求は第1のシステム情報を要求するために使用され、
前記DUによって、前記CUから第1のインジケータを受信するステップであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと、
前記DUによって、第2のインジケータおよび前記第1のシステム情報をブロードキャストするステップであって、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていることを示す、ステップと
を含む通信方法。
【請求項２】
前記第1のシステム情報は、前記DUが前記端末から前記要求を受信する前に、前記DUによって前記CUから受信される、
請求項1に記載の方法。
【請求項３】
前記第1のシステム情報は、前記DUによって前記CUから取得され、予め前記DUにおいて記憶される、請求項1に記載の方法。
【請求項４】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項1から3のいずれか一項に記載の方法。
【請求項５】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項4に記載の方法。
【請求項６】
前記DUによって、第2のインジケータをブロードキャストする前記ステップは、
前記DUによって、SIB1をブロードキャストするステップであって、前記SIB1は前記第2のインジケータを含む、ステップ
を含む、
請求項1から5のいずれか一項に記載の方法。
【請求項７】
前記SIB1は、スケジューリング情報をさらに含み、前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報のシステム情報ウィンドウ、前記第1のシステム情報の送信開始時間、または前記第1のシステム情報の送信回数
のうちのいずれか１つまたは複数を含む、
請求項6に記載の方法。
【請求項８】
前記DUは、無線リンク制御レイヤおよび媒体アクセス制御レイヤの機能を有し、前記CUは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有するか、または、
前記DUは、無線リンク制御レイヤおよび媒体アクセス制御プロトコルレイヤの機能を有し、前記CUは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有し、前記DUおよび前記CUは、１つの無線アクセスネットワークに属する、
請求項1から7のいずれか一項に記載の方法。
【請求項９】
中央ユニット(CU)によって、分散ユニット(DU)を介して端末から要求を受信ステップであって、前記要求は、第1のシステム情報を要求するために使用される、ステップと、
前記CUによって、前記DUに第1のインジケータを送信するステップであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、ステップと
を含む、
通信方法。
【請求項１０】
前記CUが前記端末から前記要求を受信する前に、前記CUによって、前記DUに前記第1のシステム情報を送信するステップ
をさらに含む、請求項9に記載の方法。
【請求項１１】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項9または10に記載の方法。
【請求項１２】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項11に記載の方法。
【請求項１３】
前記DUは、無線リンク制御レイヤおよび媒体アクセス制御レイヤの機能を有し、前記CUは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有するか、または、
前記DUは、無線リンク制御レイヤおよび媒体アクセス制御プロトコルレイヤの機能を有し、前記CUは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有し、前記DUおよび前記CUは、１つの無線アクセスネットワークに属する、請求項9から12のいずれか一項に記載の方法。
【請求項１４】
中央ユニット(CU)に要求を送信するよう構成されたモジュールであって、前記要求は、端末からであり、前記要求は、前記第1のシステム情報を要求するために使用される、モジュールと、
前記CUから第1のインジケータを受信するよう構成されたモジュールであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、モジュールと、
第2のインジケータおよび前記第1のシステム情報をブロードキャストするよう構成されたモジュールであって、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていることを示す、モジュールと、
を含む装置。
【請求項１５】
前記第1のシステム情報は、前記DUが前記端末から前記要求を受信する前に、前記DUによって前記CUから受信される、請求項14に記載の装置。
【請求項１６】
前記第1のシステム情報は、前記DUによって前記CUから取得され、前記DUにおいて記憶される、請求項14に記載の装置。
【請求項１７】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項14から16のいずれか一項に記載の装置。
【請求項１８】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項17に記載の装置。
【請求項１９】
前記第2のインジケータおよび前記第1のシステム情報をブロードキャストするよう構成された前記モジュールは、具体的に、SIB1をブロードキャストするよう構成され、前記SIB1は、前記第2のインジケータを含む、請求項14から18のいずれか一項に記載の装置。
【請求項２０】
前記SIB1は、スケジューリング情報をさらに含み、前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報のシステム情報ウインドウ、前記第1のシステム情報の送信開始時間、または前記第1のシステム情報の送信回数
のうちのいずれか１つまたは複数を含む、請求項19に記載の装置。
【請求項２１】
前記装置は、無線リンク制御レイヤおよび媒体アクセス制御レイヤの機能を有し、前記CUは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有するか、または、
前記装置は、無線リンク制御レイヤおよび媒体アクセス制御プロトコルレイヤの機能を有し、前記CUは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有し、前記装置および前記CUは、１つの無線アクセスネットワークに属する、
請求項14から20のいずれか一項に記載の装置。
【請求項２２】
分散ユニット(DU)を介して端末から要求を受信するよう構成されたモジュールであって、前記要求は、第1のシステム情報を要求するために使用される、モジュールと、
前記DUに第1のインジケータを送信するよう構成されたモジュールであって、前記第1のインジケータは、前記第1のシステム情報がブロードキャストされるべきであることを示すために使用される、モジュールと、
を含む装置。
【請求項２３】
前記要求が受信される前に、前記DUに前記第1のシステム情報を送信するよう構成されたモジュールをさらに備える、請求項22に記載の装置。
【請求項２４】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項22または23に記載の装置。
【請求項２５】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項24に記載の装置。
【請求項２６】
前記DUは、無線リンク制御レイヤおよび媒体アクセス制御レイヤの機能を有し、前記装置は、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有するか、または、
前記DUは、無線リンク制御レイヤおよび媒体アクセス制御プロトコルレイヤの機能を有し、前記装置は、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有し、前記DUおよび前記装置は、１つの無線アクセスネットワークに属する、請求項22から25のいずれか一項に記載の装置。
【請求項２７】
プロセッサと、通信インタフェースとを備える装置であって、
前記プロセッサは、前記通信インタフェースを介して命令を呼び出し、前記命令を実行するよう構成され、その結果、前記装置は、請求項1から8のいずれか一項に記載の前記DUの機能を実装する、装置。
【請求項２８】
プロセッサと、通信インタフェースとを備える装置であって、
前記プロセッサは、前記通信インタフェースを介して命令を呼び出し、前記命令を実行するよう構成され、その結果、前記装置は、請求項9から13のいずれか一項に記載の前記CUの機能を実装する、装置。
【請求項２９】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、命令を有し、前記命令が実行されると、請求項1から13のいずれか一項に記載の前記DUまたは前記CUの動作が行われる、コンピュータ可読記憶媒体。
【請求項３０】
コンピュータプログラムであって、前記コンピュータプログラムは命令を含み、前記命令が実行されると、請求項1から13のいずれか一項に記載の前記分散ユニットDUまたは前記中央ユニットCUの動作が行われる、コンピュータプログラム。
【請求項３１】
処理ユニットを備えるチップであって、前記処理ユニットは、命令を実行し、それによって、請求項1から13のいずれか一項に記載の前記DUまたは前記CUの動作が実行される、チップ。
【請求項３２】
分散ユニット(DU)によって、中央ユニット(CU)に要求を送信するステップであって、前記要求は、端末からであり、前記要求は、第1のシステム情報を要求するために使用される、ステップと、
前記CUによって、前記DUに第1のインジケータを送信するステップであって、前記第1のインジケータは、前記第1のシステム情報が、前記DUによってブロードキャストされるべきであることを示すために使用される、ステップと、
前記DUによって、第2のインジケータおよび前記第1のシステム情報をブロードキャストするステップであって、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていることを示す、ステップと
を含む、通信方法。
【請求項３３】
前記第1のシステム情報は、前記DUが前記CUに前記要求を送信する前に、前記CUによって前記DUに送信される、請求項32に記載の方法。
【請求項３４】
前記第1のシステム情報は、前記DUが前記CUに前記要求を送信する前に、前記DUによって、前記CUから取得され、前記DUにおいて記憶される、請求項32に記載の方法。
【請求項３５】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項32から34のいずれか一項に記載の方法。
【請求項３６】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項35に記載の方法。
【請求項３７】
前記DUによって、第2のインジケータをブロードキャストする前記ステップは、
前記DUによって、SIB1をブロードキャストするステップであって、前記SIB1は前記第2のインジケータを含む、ステップ
を含む、請求項32から36のいずれか一項に記載の方法。
【請求項３８】
前記SIB1は、スケジューリング情報をさらに含み、前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報のシステム情報ウィンドウ、前記第1のシステム情報の送信開始時間、または前記第1のシステム情報の送信回数
のうちのいずれか１つまたは複数を含む、請求項37に記載の方法。
【請求項３９】
前記DUは、無線リンク制御レイヤおよび媒体アクセス制御レイヤの機能を有し、前記CUは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有するか、または、
前記DUは、無線リンク制御レイヤおよび媒体アクセス制御プロトコルレイヤの機能を有し、前記CUは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤの機能を有し、前記DUおよび前記CUは、１つの無線アクセスネットワークに属する、請求項32から38のいずれか一項に記載の方法。
【請求項４０】
分散ユニット(DU)と、中央ユニット(CU)と含む、通信システムであって、
前記DUは、
第1の命令を含む第1の非一時的なメモリ記憶装置と、
前記第1の非一時的なメモリ記憶装置とやりとりを行う第1のハードウェアプロセッサとを含み、前記第1のハードウェアプロセッサは、
前記CUに要求を送信するよう前記第1の命令を実行し、前記要求は、端末からであり、前記要求は、第1のシステム情報を要求するために使用され、
前記CUは、
第2の命令を含む第2の非一時的なメモリ記憶装置と、
第2の非一時的なメモリ記憶装置とやりとりを行う第2のハードウェアプロセッサとを含み、前記第2のハードウェアプロセッサは、
前記DUに第1のインジケータを送信するよう前記第2の命令を実行し、前記第1のインジケータは、前記DUによってブロードキャストされるべき前記第1のシステム情報を示すために使用され、
前記第1のハードウェアプロセッサは、
第2のインジケータおよび前記第1のシステム情報をブロードキャストするよう前記第1の命令を実行し、前記第2のインジケータは、前記第1のシステム情報がブロードキャストされていることを示す、
通信システム。
【請求項４１】
前記第1のシステム情報は、前記DUが前記CUに前記要求を送信する前に、前記CUによって前記DUへ送信される、請求項40に記載の通信システム。
【請求項４２】
前記第1のシステム情報は、前記DUが前記CUに前記要求を送信する前に、前記DUによって前記CUから取得され、前記DUにおいて記憶される、請求項40に記載の通信システム。
【請求項４３】
前記第1のシステム情報は、１つまたは複数のSIBを含む、請求項40から42のいずれか一項に記載の通信システム。
【請求項４４】
前記1つまたは複数のSIBは、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、またはSIB12のうちのいずれか１つまたは複数を含む、請求項43に記載の通信システム。
【請求項４５】
前記第1のハードウェアプロセッサは、SIB1をブロードキャストし、前記SIB1は前記第2のインジケータを含むよう、前記第1の命令を実行する、請求項40から44のいずれか一項に記載の通信システム。
【請求項４６】
前記SIB1は、スケジューリング情報をさらに含み、前記スケジューリング情報は、以下の、
前記第1のシステム情報の周期、前記第1のシステム情報のシステム情報ウインドウ、前記第1のシステム情報の送信開始時間、または前記第1のシステム情報の送信回数のうちのいずれか１つまたは複数を含む、請求項45に記載の通信システム。
【請求項４７】
前記第1のハードウェアプロセッサは、無線リンク制御レイヤおよび媒体アクセス制御レイヤを含む機能を実施する前記第1の命令を実行し、前記第2のハードウェアプロセッサは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤを含む機能を実施する前記第2の命令を実行するか、または、
前記第1のハードウェアプロセッサは、無線リンク制御レイヤおよび媒体アクセス制御レイヤを含む機能を実施する前記第1の命令を実行し、前記第2のハードウェアプロセッサは、無線リソース制御レイヤおよびパケット・データ・コンバージェンス・プロトコル・レイヤを含む機能を実施する前記第2の命令を実行し、前記DUおよび前記CUは、１つの無線アクセスネットワークに属する、請求項40から46のいずれか一項に記載の通信システム。
【国際調査報告】
2020517131.tif 000033
2020517131.tif 000034
2020517131.tif 000035
2020517131.tif 000036