ここで、添付の図面と併せて以下の説明について言及する。 ５Ｇ第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））リリース１７標準案では、ＲＡＮ１－１０４－ｅの合意に基づいて、マルチキャスト制御チャネル（ＭＣＣＨ）ウィンドウへの同期信号ブロック（ＳＳＢ）ビームマッピングを実装するために、「ＲＲＣ＿Ｉｄｌｅ／Ｉｎａｃｔｉｖｅ ＵＥがＭＢＳブロードキャストサービスのグループ共通ＰＤＣＣＨを受信するために、それぞれのＳＳＢビームに関連するＰＤＣＣＨモニタリング機会をどのように定義するか。」という作業項目がある。この処理は、通常、通信ノードによって行われる。通信ノードは、トランシーバとして、例えば、１つまたは複数のユーザ機器（ＵＥ）との通信を送受信することができる。 携帯電話、タブレット、ラップトップ、および移動可能であるか、携帯可能であるか、または静止しているかを問わず他の５ＧデバイスなどのＵＥは、ネットワークデバイスとの通信リンクを確立するか、または１つまたは複数のネットワークデバイスからブロードキャストメッセージを受信することができ、ネットワークデバイスは通信ノードであってよい。例えば、様々な通信ノードは、５Ｇ基地局（ｇＮＢ）、進化型ユニバーサル移動通信システム（ＵＭＴＳ）、地上波無線アクセス（Ｅ－ＵＴＲＡ）、エンハンスト４Ｇ ｅＮｏｄｅＢ Ｅ－ＵＴＲＡ基地局（ｅＮＢ）、例えば、エンハンストＮｏｄｅ Ｂ、エンハンストｇＮＢ（ｅｎ－ｇＮＢ）、または次世代ｅＮＢ（ｎｇ－ｅＮＢ）などの無線アクセスネットワーク（ＲＡＮ）であってよい。 ＲＡＮ２から受信したＬＳ（Ｒ２－２１０４６３９、以下Ｒ２）に記載されているように、ＭＣＣＨ送信ウィンドウ、ＭＣＣＨ反復期間、ＭＣＣＨウィンドウ継続期間、および無線フレーム／スロットオフセットは、ＭＣＣＨスケジューリングに関連してＲＡＮ２で合意されている。ＲＡＮ２では、ＳＳＢインデックスとＵＥ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のモニタリング機会（ＭＯ）の関連性に関して仮定が行われた。例えば、Ｒ２は、ＵＥがその検出されたＳＳＢに従ってＰＤＣＣＨ機会でＭＣＣＨスケジューリングを受信できるように、ＭＣＣＨサーチスペースのＰＤＣＣＨ機会が事前に定義された方法でＳＳＢと関連付けられていると仮定している。Ｒ２は、サーチスペース＃０がＭＣＣＨ用に設定されている場合（許可されている場合、ＲＡＮ１の決定待ち）、ＰＤＣＣＨ機会とＳＳＢ間のマッピングはＳＩＢ１の場合と同じであると仮定する。Ｒ２は、サーチスペース＃０以外の共通サーチスペースがＭＣＣＨ用に設定されている場合（許可されている場合、ＲＡＮ１の決定待ち）、アップリンク（ＵＬ）シンボルと重複していないＭＣＣＨメッセージのＰＤＣＣＨモニタリング機会は、ＭＣＣＨ送信ウィンドウ内で１から順に番号付けされ、ＴＳ ３８．３３１で定義されている同様のルールを使用してＳＳＢにマッピングされると仮定する。 システム情報（ＳＩ）ウィンドウ内の指定されたＳＳＢビームマッピング規則はＴＳ ３８．３３１に規定されている。ＳＩメッセージ取得のために、ＰＤＣＣＨ ＭＯはｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎに従って決定される。ｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎがゼロに設定されている場合、ＳＩウィンドウ内のＳＩメッセージ受信のためのＰＤＣＣＨ ＭＯは、ＰＤＣＣＨ ＭＯとＳＳＢ間のマッピングがＴＳ ３８．２１３で規定されているＳＩＢ１のＰＤＣＣＨ ＭＯと同じである。 ｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎがゼロに設定されていない場合、ＳＩメッセージのＰＤＣＣＨ ＭＯは、ｓｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎによって示されるサーチスペースを利用して決定される。（ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎに従って決定される）ＵＬシンボルと重複しないＳＩメッセージのＰＤＣＣＨ ＭＯは、ＳＩウィンドウ内で１から順に番号付けされる。ＳＩウィンドウ内のＳＩメッセージに対する［ｘ×Ｎ＋Ｋ］番目のＰＤＣＣＨ ＭＯは、Ｋ番目の送信ＳＳＢに対応し、ここで、ｘ＝０，１，…，Ｘ－１、Ｋ＝１，２，…，Ｎ、Ｎは、ＳＩＢ１のｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔに従って決定される実際の送信ＳＳＢの数であり、Ｘは、ＣＥＩＬ（ＳＩウィンドウにおけるＰＤＣＣＨ ＭＯの数／Ｎ）に等しい。実際に送信されるＳＳＢには、ＳＳＢインデックスの昇順で１から順番に番号が付けられる。ＵＥは、ＳＩウィンドウにおいて、ＳＩメッセージ用のＰＤＣＣＨが、送信されたそれぞれのＳＳＢに対応する少なくとも１つのＰＤＣＣＨ ＭＯで送信されることを想定しているため、受信ＳＩメッセージ用のＳＳＢの選択はＵＥの実装次第である。 実際に送信されるＳＳＢは、ＳＳＢインデックスの昇順に、１から順次番号付けされてマッピングされる。例えば、８つのＳＳＢのうち５つのＳＳＢが利用される場合、ＳＳＢ＃０、ＳＳＢ＃１、ＳＳＢ＃３、ＳＳＢ＃４、ＳＳＢ＃７という順序になる。設定されたＭＣＣＨウィンドウ継続期間が実際に送信されるＳＳＢよりも長い場合、ＳＳＢインデックスマッピングはＭＣＣＨウィンドウ継続期間で繰り返され、次のＭＣＣＨウィンドウ継続期間（例えば、２番目のＭＣＣＨウィンドウ継続期間）では昇順のＳＳＢインデックス番号で継続される。ＳＳＢインデックスは、ＭＣＣＨウィンドウ継続期間内で利用可能なスロットに応じて、例えば、第１ＭＣＣＨウィンドウ継続期間における最後のＳＳＢ＃３に続いてＳＳＢ＃４から開始するなど、後のインデックス付きＳＳＢから開始することができる。その結果、それぞれの送信ＳＳＢに対応するＰＤＣＣＨ ＭＯは、それぞれのＭＣＣＨウィンドウ継続時間内において均等に分配されない可能性がある。既存のＳＳ定義の欠点は、１スロットより長い継続期間のようなＰＤＣＣＨ ＭＯを定義するのに十分なフレキシビリティがない可能性があることである。 ＭＢＳ送信機がアルゴリズムを利用して、ＭＣＣＨウィンドウ継続期間のスロットにわたる、設定されたＰＤＣＣＨ ＭＯへのＳＳＢビームのマッピングを改善できるようにするための解決策を提示する。この解決策により、ＭＢＳの受信機は、受信機が信号を受信しているＳＳＢビームを利用する、ＭＣＣＨウィンドウ継続期間の設定されたＰＤＣＣＨ機会を有するスロットをモニタリングし、他のＳＳＢビームに関連する他のＰＤＣＣＨ機会を無視することができる。これにより、受信機の消費電力を低減することができる。ＭＢＳ送信機は、例えば、通信ノードであってよい。受信機は、例えばＵＥとすることができる。ＭＣＣＨウィンドウはスロットのセットであり、スロット内には設定されたＰＤＣＣＨ ＭＯのセットが存在する。ＭＣＣＨウィンドウの継続期間は、ＭＣＣＨウィンドウの長さ、つまりＭＣＣＨウィンドウに設定されたスロット数である。 いくつかの例示的な実施形態では、ＭＣＣＨウィンドウ継続期間が１スロットより長い場合、ＭＣＣＨウィンドウ継続期間のスロット内でＰＤＣＣＨ ＭＯの数を定義することができる（例えば、図２Ｂを参照）。ＰＤＣＣＨ ＭＯの数を決定するために、コアセット継続期間、ＰＤＣＣＨ ＭＯの周期、およびＰＤＣＣＨ ＭＯのオフセットを決定することができる。コアセット継続期間は、ＰＤＣＣＨ ＭＯあたりの繰り返しシンボル数を定義する。ＰＤＣＣＨ ＭＯのオフセットは、ＭＣＣＨウィンドウ継続期間の開始時の開始シンボルオフセットとすることができる。ＰＤＣＣＨ ＭＯの周期は、２つのＰＤＣＣＨ ＭＯ間のシンボル数とすることができる。ＳＳＢビームのセットにおけるＳＳＢビームの数は、ＭＢＳサービスを有するＳＳＢビームとして決定され得る。通信ノードは、ＭＢＳに関心を有する少なくとも１つのＵＥを有するＳＳＢビームを決定することができ、例えば、決定は、ＳＳＢビームに関する明示的または暗黙的な情報を含むＵＥから受信した関心通知（ｉｎｔｅｒｅｓｔ ｉｎｄｉｃａｔｉｏｎ）を利用することができる。ＳＳＢビームのセットは、ＭＣＣＨウィンドウ継続期間内で繰り返すことができ、ＳＳＢビームのそれぞれのセットは１つのＭＣＣＨウィンドウ継続期間に及ぶ。 いくつかの例示的な実施形態では、ＳＳＢビームマッピングが１つのＭＣＣＨウィンドウ継続期間内に発生する場合、少なくとも１つのＵＥがＭＢＳに関心を有するインデックス順ＳＳＢビーム、ＭＢＳに関心を有するＵＥがないＳＳＢビームに対する空白のＭＯ、例えば、空白または空の位置、例えば、ヌル、ゼロ、空のセット、または、特定のインデックスを持つＳＳＢビームがＭＢＳに関心を有するＵＥを有していないことを示す他の任意の表示（例えば、図２Ｃを参照）を含むＳＳＢビームのセットが生成され得る。例えば、ＳＳＢビームのインデックス順の位置を表すために、ビットマップ方式を利用することができる。実証例として、１１０１１０００は、ＳＳＢビーム＃０、ＳＳＢビーム＃１、ＳＳＢビーム＃３、およびＳＳＢビーム＃４は、ＭＢＳに関心を有するＵＥを有するので利用されるべきである（それらは「１」によって表される）一方、ＳＳＢビーム＃２、ＳＳＢビーム＃５、ＳＳＢビーム＃６、およびＳＳＢビーム＃７は送信されない（例えば、それらは「０」によって表される）ことを示す。ＭＢＳに関心を有するＵＥが存在しないＳＳＢビームについては、ＭＣＣＨウィンドウ継続期間にマッピングされるＳＳＢビームは、ＭＯに対して空白にすることができる。ＵＥは、空白のＭＯを省略、スキップ、またはその他の方法で無視することができる。例えば、ビットマップにおけるゼロは、ＳＳＢビームのマッピングにおいて、ビットマップにおけるゼロのインデックス順の位置に相当するＳＳＢビームのインデックス順の位置に、ブランクＭＯがマッピングされることを示す。 いくつかの例示的な実施形態では、通信ノードによるＭＣＣＨウィンドウ継続期間内の設定されたＰＤＣＣＨ ＭＯへのマッピングされたＳＳＢビームの数をより良好に制御するために、ＭＣＣＨウィンドウ継続期間にわたるマッピングを通信ノードによって無効にすることができ、これは、マッピングされたＳＳＢビームの数をそれぞれのＭＣＣＨウィンドウ継続期間の間で均等に分散させることができることを意味する（例えば、図２Ｄを参照）。通信ノードが、ＭＣＣＨウィンドウ継続期間内でそれぞれのＳＳＢビームの繰り返し送信数を設定することは有益であり得る。例えば、ＭＢＳに関心を有するＵＥを有するＳＳＢビームのセットにおける第１のＳＳＢビームは、ＭＣＣＨウィンドウ継続期間の第１のＰＤＣＣＨ ＭＯと整合させることができる。いくつかの例示的な実施形態では、ＳＳＢビームは、インデックス順で、ＭＣＣＨウィンドウ継続期間内で繰り返され得る。 ＭＣＣＨウィンドウ継続期間で利用可能な設定されたＰＤＣＣＨ ＭＯの数がＳＳＢビームのセットにおけるＳＳＢビームの数と一致しない場合、通信ノードは、どのＳＳＢビームがＭＣＣＨウィンドウ継続期間の設定されたＰＤＤＣＨ ＭＯに繰り返しマッピングされ得るかを決定するために様々なアルゴリズムを利用することができる。ＳＳＢビームごとの繰り返し数は同じである必要はない。例えば、通信ノードは、ＭＢＳに関心を有するＵＥであるそれぞれのＵＥから受信した位置パラメータを利用し、最も遠いＵＥが反復されるＳＳＢビームまたはＳＳＢビームを選択することができる。これにより、より遠くに位置するＵＥが通信の一貫性を維持することができる。通信ノードのセル範囲の端にいるＵＥによって使用されるＳＳＢビームを選択する、ＭＢＳサービスに関心を示すなどのＵＥからのプリアンブル応答を利用する、またはＵＥから受信した他の支援情報を利用するなど、他のアルゴリズムを利用することもできる。いくつかの例示的な実施形態では、通信ノードは、インデックス付けされたＳＳＢビーム順序を利用し、ＰＤＣＣＨ ＭＯが利用可能なままであれば、順序を繰り返すことができる。いくつかの例示的な実施形態では、ＳＳＢビームの最初のインデックス付けされた順序の後、残りのＰＤＣＣＨ ＭＯは、上述したように、別のアルゴリズムによって順序付けることができる。 いくつかの例示的な実施形態では、ＭＣＣＨウィンドウ継続期間を伴うＳＳＢビーム反復があり得るとき、通信ノードは、ＭＣＣＨウィンドウ継続期間にわたるか、またはＭＣＣＨウィンドウ継続期間にわたらないＳＳＢビーム送信反復のマッピングの有効化を制御することができる。通信ノードは、次のＭＣＣＨウィンドウ継続期間において、ＳＳＢビームマッピングがＳＳＢビームのセットにおける次の順序のインデックスのＳＳＢビームで継続するか、またはＳＳＢビームマッピングがＳＳＢビームのセットにおける最初のＳＳＢビームで再開するかを決定することができる。ＳＳＢビームマッピングが次の順序のインデックスＳＳＢビームで継続する例示的な実施形態では、ビーム送信の繰り返しは、ＰＤＣＣＨ ＭＯおよび第１のＭＣＣＨウィンドウ継続期間を参照するＳＳＢインデックスマッピングを利用することができる。 いくつかの例示的な実施形態では、開示された解決策は、マルチキャストトラフィックチャネル（ＭＴＣＨ）信号に適用することができる。いくつかの例示的な実施形態では、ＭＣＣＨのためのフルビーム掃引を実装することができ、ＭＴＣＨのための部分ビーム、例えば、ＳＳＢビームの集合の掃引を実装することができ、部分ビーム掃引は、本開示で提示される例示的な実施形態の１つまたは複数である。いくつかの例示的な実施形態では、部分ビーム掃引は、ＭＣＣＨおよびＭＴＣＨのために利用され得、ＯＳＩは、例えば、新しいシステム情報ブロックにおいて搬送されるＳＳＢビームマッピング変更情報を搬送するために全ビーム掃引を実行する。ＭＣＣＨ信号またはＭＴＣＨ信号は、ＭＢＳウィンドウの継続期間の長さを有するＭＢＳウィンドウと呼ぶことができる。 ３ＧＰＰ（登録商標）標準に対するメッセージング変更の、実証を目的とした例を表１に示す。本開示を実施するために、他のメッセージング変更および異なるメッセージング変更を利用することができる。 TIFF 0007788468000001.tif 63 170 次に、図に着目すると、図１は、ＲＡＮおよび複数のＵＥを有する例示的な通信シナリオ１００の図である。通信シナリオ１００は、本開示の環境の１つのタイプの実証例である。通信シナリオ１００の環境は、ＵＥ１１０ａ、ＵＥ１１０ｂ、ＵＥ１１０ｃ（総称して、ＵＥ１１０）、およびＲＡＮ１２０を含む。ＵＥ１１０には、より少ないＵＥまたは追加のＵＥが存在し得る。ＲＡＮ１２０は、ｇＮＢまたは他のタイプの通信ノードであり得る。 通信シナリオ１００には、メッセージの一例が示されている。ＵＥ１１０ａの登録時に、ＵＥ１１０ａはＲＡＮ１２０にメッセージ１３０ａを送信する。メッセージ１３０ａは、位置などの１つまたは複数のＵＥパラメータを含むことができる。登録時またはＵＬの別の時に、メッセージ１３０ａは、プリアンブル応答、ＭＢＳへの関心、またはＵＥの他の支援情報を含むことができる。同様に、ＵＥ１１０ｂはメッセージ１３０ｂを通じてその支援情報を送信することができ、ＵＥ１１０ｃはメッセージ１３０ｃを通じてその支援情報を送信することができる（総称して、メッセージ１３０）。メッセージ１３０は、ＲＡＮ１２０と通信するときのようなＲＲＣメッセージであり得る。 いくつかの例示的な実施形態では、ＲＡＮ１２０は、ＳＳＢビームのセットを、１つまたは複数のＭＣＣＨウィンドウ継続期間の設定されたＰＤＣＣＨ ＭＯを有する１つまたは複数のスロットにマッピングするためのマッピングアルゴリズム、例えば、スキーマを決定することができる。いくつかの例示的な実施形態では、メッセージ１３０を通じて受信された情報は、マッピングアルゴリズムを決定するためにＲＡＮ１２０によって利用され得る。マッピングアルゴリズムは、ＵＥ１１０ａに対するメッセージ１４０ａ、１１０ｂに対するメッセージ１４０ｂ、および１１０ｃに対するメッセージ１４０ｃ（総称して、メッセージ１４０）を使用して、例えば、支援情報のためのシステム情報信号を使用して、ＵＥ１１０に送信され得る。いくつかの例示的な実施形態では、メッセージ１４０は、ＭＣＣＨウィンドウまたはＭＴＣＨウィンドウなどのＭＢＳウィンドウを使用して、ＵＥ１１０にブロードキャストされ得る。ＵＥ１１０は、マッピングアルゴリズムを利用して、それぞれのＵＥがＭＢＳのどのＭＯを受信すべきかを決定することができ、それによって電力および処理時間を節約することができる。 図２Ａは、ＭＣＣＨウィンドウ継続期間にわたって使用される例示的なＭＣＣＨウィンドウ継続期間２０１の説明図である。ＭＣＣＨウィンドウ継続期間２０１は、現在の動作の標準を示しており、この繰り返しアルゴリズム、例えばスキーマは、本開示の下で１つのオプションとして引き続き使用することができる。ＭＣＣＨウィンドウ継続期間２０１は、ＵＥがＭＢＳに関心を有するＳＳＢビームを示すＳＳＢビームキー２１０を有する。スロット２１２が示され、この例では、ＭＣＣＨウィンドウ継続期間２１４に対して４つのスロットが存在する。ＭＣＣＨの繰り返し期間、例えば、ＭＣＣＨウィンドウ継続期間の繰り返しは、スクープ矢印２１６によって示される。ＳＳＢビームのセットは、それぞれのＭＣＣＨウィンドウ継続期間にわたってインデックス値の順に繰り返し、最後のインデックスがマッピングされると最初のインデックスに折り返す。 図２Ｂは、ＳＳＢビームの繰り返しを伴う例示的なＭＣＣＨウィンドウ継続期間２０２の説明図である。一態様では、ＭＣＣＨウィンドウ継続期間が１スロットより長い場合、ＭＣＣＨウィンドウ継続期間に対してＰＤＣＣＨ ＭＯの数を定義することができる。ＰＤＣＣＨ ＭＯの数を決定するために、ＰＤＣＣＨ ＭＯごとのコアセット継続期間、ＰＤＣＣＨ ＭＯの周期、およびＰＤＣＣＨ ＭＯのオフセットを決定することができる。コアセット継続期間は、ＰＤＣＣＨ ＭＯあたりのＳＳＢビームの繰り返しシンボル数を定義する。ＰＤＣＣＨ ＭＯのオフセットは、ＭＣＣＨウィンドウ継続期間の開始時の開始シンボルオフセットとすることができる。ＰＤＣＣＨ ＭＯの周期は、２つのＰＤＣＣＨ ＭＯ間のシンボル数とすることができる。ＳＳＢビームのセットにおけるＳＳＢビームの数は、ＭＢＳサービスを有するＳＳＢビームとして決定され得、例えば、ＭＢＳに関心を有する少なくとも１つのＵＥを有する。いくつかの例示的な実施形態では、ＳＳＢビームのセットは、ＭＢＳを受信することができ、登録または加入していないＵＥのＭＢＳへの関心を可能にするために、ＭＢＳに関心を有する明示的なＵＥを持たないＳＳＢビームを含むことができる。ＳＳＢビームのセットは、ＭＣＣＨウィンドウ継続期間内で繰り返すことができ、ＳＳＢビームのそれぞれのセットは１つのＭＣＣＨウィンドウ継続期間に渡る。 ＳＳＢビームキー２２０は、この例の場合、ＵＥがＭＢＳに関心を有するＳＳＢビームを示す。無線フレーム（ＲＦ）２２２は、ＭＣＣＨウィンドウ継続期間２０２に示される最上位の通信単位である。ＭＢＳの開始２２４は、開始ＲＦオフセット２２６の後に示される。円弧２２８は、ＭＢＳ－ＲＦの発生周期を示す。開始ＰＤＣＣＨ ＭＯオフセット２３０は、ＭＣＣＨウィンドウ継続期間２３２に対して示されるＰＤＣＣＨ ＭＯの前に示される。円弧２３４は、ＰＤＣＣＨ ＭＯの周期およびそれぞれのビーム送信の繰り返し数を示す。開始シンボルオフセット２３６およびＰＤＣＣＨ ＭＯの開始シンボル２３８は、通信レイヤの最下位のブレークダウンで示される。要素２４０は、ターゲットとするＭＢＳサービスを有するそれぞれのＳＳＢが、ＭＣＣＨウィンドウ継続期間２３２内でｎ回繰り返され得ること、例えば、コアセット値３を有すること、この例では、３回であることを示す。要素２４０のそれぞれのグループは、そのそれぞれのＳＳＢビームのコアセット継続期間である。円弧２４２は、ＭＣＣＨウィンドウ継続期間２３２内のＰＤＣＣＨ ＭＯのシンボル周期を示す。 図２Ｃは、ＭＢＳ（非ＭＢＳ ＳＳＢ）に関心を有するＵＥがないＳＳＢビーム用のブランクＭＯを有する例示的なＭＣＣＨウィンドウ継続期間２０３の図である。いくつかの例示的な実施形態では、ＳＳＢビームマッピングが１つのＭＣＣＨウィンドウ継続期間内に発生する場合、ＭＢＳに関心を有する少なくとも１つのＵＥを有するインデックス順のＳＳＢビームと、ＭＢＳに関心を有するＵＥがないＳＳＢビームの空白のＭＯ、例えば、ヌル、ゼロ、空のセット、または、指定されたインデックスを持つＳＳＢビームがＭＢＳに関心を有するＵＥを持たないことを示すその他の表示を含むＳＳＢビームのセットが生成され得る。例えば、ビットマップ方式を利用して、ＳＳＢビームのインデックス順の位置を表すことができる。実証例として、１１０１１０００は、ＳＳＢビーム＃０、ＳＳＢビーム＃１、ＳＳＢビーム＃３、およびＳＳＢビーム＃４は、ＭＢＳに関心を有するＵＥを有するため利用されるべきである（それらは「１」によって表される）一方、ＳＳＢビーム＃２、ＳＳＢビーム＃５、ＳＳＢビーム＃６、およびＳＳＢビーム＃７は送信されない（例えば、それらは「０」によって表される）ことを示す。ＭＢＳサービスのないＳＳＢビームの場合、ＭＣＣＨウィンドウの継続期間に対するＳＳＢビームのマッピングは、ＭＯに対して空白にすることができる。ＵＥは、空白のＭＯを省略、スキップ、またはその他の方法で無視することができる。例えば、ビットマップのゼロは、ＳＳＢビームのマッピングにおいて、ビットマップのゼロのインデックス順の位置に相当するＳＳＢビームのインデックス順の位置に、空白のＭＯがマッピングされることを示す。 ＳＳＢビームキー２５０は、ＭＢＳに関心を有する少なくとも１つのＵＥを有するＳＳＢビームのセットを示す。ＭＣＣＨウィンドウ継続期間２５２は、全てのＳＳＢビームが、非ＭＢＳ ＳＳＢビームＰＤＣＣＨ ＭＯが空白または空のままである状態で、インデックス付けされた順序で表されることを示す。この例では、ＭＣＣＨウィンドウ継続期間２５２に４つのＰＤＣＣＨ ＭＯがあり、ＳＳＢビームのインデックス位置が８つあるため、それぞれのＰＤＣＣＨ ＭＯは２つのインデックスＳＳＢビームの位置で共有される。ＰＤＣＣＨ ＭＯ－１ ２５４は、ＳＳＢビーム＃０およびＳＳＢビーム＃１と共に示されている。継続期間の繰り返しが円弧２５６で示されている。 図２Ｄは、変化する繰り返しＳＳＢビームを有する例示的な複数のＭＣＣＨウィンドウ継続期間２０４の説明図である。いくつかの例示的な実施形態では、通信ノードによるＭＣＣＨウィンドウ継続期間内のマッピングされたＳＳＢビームの数をより良好に制御するために、ＭＣＣＨウィンドウ継続期間にわたるマッピングを通信ノードによって無効にすることができ、これは、マッピングされたＳＳＢビームの数をそれぞれのＭＣＣＨウィンドウ継続期間間で均等に分散させることができることを意味する。通信ノードが、ＭＣＣＨウィンドウ継続期間内のそれぞれのＳＳＢビームの繰り返し送信数を設定することは有益であり得る。例えば、ＭＢＳに関心を有するＵＥを有するＳＳＢビームのセットの最初のＳＳＢビームは、ＭＣＣＨウィンドウ継続期間の最初のＰＤＣＣＨ ＭＯと一致させることができる。ＳＳＢビームは、インデックス順にＭＣＣＨウィンドウ継続期間内で繰り返すことができる。 ＭＣＣＨウィンドウ継続期間で利用可能なＰＤＣＣＨ ＭＯの数がＳＳＢビームのセットにおけるＳＳＢビームの数と一致しない場合、通信ノードは、ＭＣＣＨウィンドウ継続期間の１つまたは複数の余分のＰＤＣＣＨ ＭＯにおいて、どのＳＳＢビームを繰り返すことができるかを決定するために様々なアルゴリズムを利用することができる。ＳＳＢビームごとの繰り返し数は同じである必要はない。例えば、通信ノードは、ＭＢＳに関心を有するＵＥであるそれぞれのＵＥから受信した位置パラメータを利用し、最も遠いＵＥが反復される１つのＳＳＢビームまたは複数のＳＳＢビームを選択することができる。これにより、より遠くに位置するＵＥが通信の一貫性を維持することができる。通信ノードのセル範囲の端に位置するＵＥによって使用されるＳＳＢビームを選択する、ＭＢＳサービスへの関心を示すなどのＵＥからのプリアンブル応答を利用する、または、ＵＥから受信した他の支援情報を利用するなど、他のアルゴリズムを利用することもできる。いくつかの例示的な実施形態では、通信ノードは、インデックス付けされたＳＳＢビーム順序を利用し、ＰＤＣＣＨ ＭＯが利用可能なままであれば、順序を繰り返すことができる。いくつかの例示的な実施形態では、ＳＳＢビームの最初のインデックス付けされた順序の後、残りのＰＤＣＣＨ ＭＯは、上述したように、別のアルゴリズムによって順序付けることができる。 この例では、ＭＢＳサービス２７０とＭＢＳサービス２７２の２つのＭＢＳサービスが示されている。ＭＢＳサービス２７０およびＭＢＳサービス２７２は、同じＳＳＢビームマッピングアルゴリズムを使用する必要はない。通信ノードは、通信ノードによって送信されるそれぞれのＭＢＳのＳＳＢビームマッピングアルゴリズムを決定することができる。ＭＢＳサービス２７０はＳＳＢビームキー２７４を利用し、ＭＢＳサービス２７２はＳＳＢビームキー２７６を利用する。ＭＢＳサービス２７０は、２つのＭＣＣＨウィンドウ継続期間、ＭＣＣＨウィンドウ継続期間２８０およびＭＣＣＨウィンドウ継続期間２８２を有する。ＭＢＳサービス２７０は、ＭＣＣＨウィンドウ継続期間有効マッピングアルゴリズムを実証している。ＭＢＳサービス２７２は、２つのＭＣＣＨウィンドウ継続期間、ＭＣＣＨウィンドウ継続期間２８４およびＭＣＣＨウィンドウ継続期間２８６を有する。ＭＢＳサービス２７２は、そのＳＳＢビームに加入しているＵＥが他のＵＥよりも通信ノードに対して遠い場合など、追加の時間を繰り返すように選択された１つのＳＳＢビームを有する繰り返しＳＳＢビームマッピングを実証している。ＳＳＢビームマッピングの生成は、最初に、ＳＳＢビームのセットにおけるＳＳＢビームの順序付けられたインデックスをマッピングし、続いて、順序付けられたインデックスの調整された繰り返しをマッピングし、ここで、順序付けられたインデックスの調整された繰り返しは、受信されたＵＥ情報、例えば、支援情報によって調整される。 図３は、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯに対するＳＳＢビームマッピングを決定するための例示的な方法３００の流れ図の説明図である。方法３００は通信ノードによって実行され得る。いくつかの例示的な実施形態では、１つまたは複数のＵＥからの支援情報は、通信ノードのセル内で通信ノードによって受信され得る。方法３００は、例えば、ＵＥが通信ノードに登録するとき、ＵＥが通信ノードのセル領域を離れるとき、ＳＳＢビームのセットに変更が加えられるとき、または指定されたＳＳＢビームマッピング時間間隔の後などのトリガイベントで実行することができる。方法３００は、例えば、全体的または部分的に、図１の通信シナリオ１００によって、図４の通信システム４００によって、または図５のＳＳＢビームマッピングコントローラ５００によって実行することができる。 方法３００はステップ３０５から始まり、ステップ３１０およびステップ３１５に進む。ステップ３１０およびステップ３１５は、シリアルに、並列に、または部分的に並列に／部分的にシリアルに、を含む様々な順序で実行され得る。ステップ３１０では、ＭＢＳに関心を有する少なくとも１つのＵＥを有するＳＳＢビームのセットの判定を行うことができ、このＳＳＢビームのセットは、通信ノードの全てのＳＳＢビームのセットのサブセットである。 方法３００は、ステップ３１０およびステップ３１５が完了した後、ステップ３２０に進む。ステップ３２０では、ＰＤＣＣＨ ＭＯの周期およびＰＤＣＣＨ ＭＯのオフセットについて判定を行うことができる。デフォルトでは、ＰＤＣＣＨ ＭＯの周期は１に設定され得る。 ステップ３３０では、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯへのＳＳＢビームマッピングのための反復アルゴリズム、例えば、反復状態を選択するために、ステップ３１０、ステップ３１５、およびステップ３２０の出力を使用して判定を行うことができる。反復アルゴリズムは、反復を許可することができ、ここで、反復は、様々なタイプの反復状態およびパターン、例えば、反復モデルを利用することができる。反復アルゴリズムは、ＳＳＢビームがＭＣＣＨウィンドウ継続期間ごとに１回表される反復を許可しないことができる。アルゴリズムは、ＰＤＣＣＨ ＭＯ、ＭＣＣＨウィンドウ継続期間レベル、またはそれらの組み合わせで繰り返しを利用することができる。例えば、ＳＳＢビームあたりの繰り返しは、１つのＭＣＣＨウィンドウ継続期間内のそれぞれのＳＳＢビームの繰り返しの数とすることができる。 ステップ３４０において、１つまたは複数のＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯに対するＳＳＢビームマッピングが生成され得る。ＳＳＢビームマッピングは、ＭＢＳを送信するときに通信ノードによって利用され得る。いくつかの例示的な実施形態では、方法３００は、ＳＳＢビームマッピングがＵＥに通信されない場合にステップ３９５に進む。いくつかの例示的な実施形態では、方法３００は、ＳＳＢビームマッピングがＵＥに通信される場合にステップ３４５に進む。ステップ３４５において、ＳＳＢビームマッピングは、通信ノードのセル内の１つまたは複数のＵＥに通信され得、それにより、１つまたは複数のＵＥが、それぞれのＵＥに関心を有するＭＯで受信（ｌｉｓｔｅｎ）することができ、それにより、処理電力および時間を節約する。方法３００はステップ３９５に進む。ステップ３９５において、方法３００は終了する。 ステップ３６０は、任意のステップである。ステップ３６０を実装する例示的な実施形態では、１つまたは複数のＵＥから支援情報を受信することができる。支援情報は、位置、プリアンブル応答、ＭＢＳ要求または指示、またはＭＢＳに関心を有するＵＥを有するＳＳＢビームのセットを決定するために利用され得る他のＵＥ情報を含み得る。いくつかの例示的な実施形態では、支援情報はステップ３３０に伝達され得、そこでは、位置またはＵＥが通信ノードのセル端にあるか否かなどの支援情報の一部が、繰り返しアルゴリズムを決定するために利用され得る。たとえば、離れた場所に位置するＵＥについては、そのＭＢＳ ＳＳＢビームを他のＳＳＢビームよりも頻繁に繰り返して、ＭＢＳの全体的な信頼性および一貫性を高めることができる。 図４は、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯに対するマッピングされたＳＳＢビームを使用する例示的な通信システム４００のブロック図の説明図である。通信システム４００は、例示的なシステムであり、追加の通信ノードおよび追加のＵＥを有し得る。通信システム４００は、図３の方法３００などの開示された解決策を実装し、図５のＳＳＢビームマッピングコントローラ５００を実装することができる。通信システム４００は、ＵＥ４１０と、この例ではＲＡＮとして示される通信ノード４３０と、を有する。 ＵＥ４１０は、通信信号を受信し、信号接続４８０を使用して通信ノード４３０と通信信号を送信することができるトランシーバ４２０を有し、たとえば、支援情報を送信し、またはＳＳＢビームマッピングもしくはＭＢＳを受信することができる。ＵＥ４１０はプロセッサ４２５を有し、このプロセッサはＵＥ４１０の動作を制御することができ、支援情報を収集して送信することができ、受信したＳＳＢビームマッピングを利用して、ＭＣＣＨウィンドウ継続期間のどのＭＯを受信するかを決定することができる。 通信ノード４３０は、通信信号を受信し、信号接続４８０を使用してＵＥ４１０と通信信号を送信することができるトランシーバ４４０を有する。通信ノード４３０は、ＵＥ４１０から受信したような受信した支援情報を分析することができるＭＣＣＨウィンドウコンフィギュレータ４４５を有する。ＭＣＣＨウィンドウコンフィギュレータ４４５は、例えば、図３の方法３００で説明したアルゴリズムにより、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯへのＳＳＢビームマッピングを生成することができる。通信ノード４３０は、ＳＳＢビームマッピングをＵＥ４１０に通信することができる。 ＵＥ４１０および通信ノード４３０の要素は、機能図として示されており、実装は、ソフトウェア、ハードウェア、またはそれらの組み合わせによることができる。いくつかの例示的な実施形態では、示された機能は、それぞれのＵＥ４１０または通信ノード４３０の他の機能と組み合わせることができる。 図５は、本開示の原理によるＳＳＢビームマッピングコントローラ５００の一例のブロック図の説明図である。ＳＳＢビームマッピングコントローラ５００は、単一のコンピュータ上または複数のコンピュータ上に格納することができる。ＳＳＢビームマッピングコントローラ５００の様々な構成要素は、無線又は有線の従来の接続を介して通信することができる。ＳＳＢビームマッピングコントローラ５００の一部または全体を、ＲＡＮの一部として配置することができ、ＳＳＢビームマッピングコントローラ５００の他の部分を、ＲＡＮと通信するＵＥの一部として配置することができる。ＳＳＢビームマッピングコントローラ５００は、別のシステムまたはプロセス上でホストされている間、仮想または部分的に仮想であり得る。 ＳＳＢビームマッピングコントローラ５００は、入力パラメータとしてＵＥから支援情報を受信することを含む、本明細書に開示される様々な方法を実行するように構成され得る。実行される様々な機能は、図３の方法３００など、本明細書に記載の方法およびプロセスの実行であり得る。ＳＳＢビームマッピングコントローラ５００は、図４の通信システム４００を実装することができる。ＳＳＢビームマッピングコントローラ５００は、通信インタフェース５１０、メモリ５２０、およびプロセッサ５３０を含む。 通信インタフェース５１０は、データを送信および受信するように構成され、例えば、通信を送受信することができる。たとえば、通信インタフェース５１０は、１つまたは複数のＵＥから、ＵＥの位置、プリアンブル応答、ＭＢＳインジケータ、および他の支援情報などの支援情報を受信することができる。通信インタフェース５１０は、ＳＳＢビームマッピングおよび他の生成された結果を送信することができる。通信インタフェース５１０は、業界で使用されている通信システムを介して通信することができる。例えば、無線プロトコルまたは有線プロトコルを使用することができる。通信インタフェース５１０は、図４のトランシーバ４４０について説明したような動作を実行することができる。 メモリ５２０は、ＳＳＢビームマッピングを生成するためのアルゴリズムを表すコード、ならびにデータ、パラメータ、および他の情報を含む、開始時にプロセッサ５３０の動作を指示する一連の動作命令を記憶するように構成され得る。メモリ５２０は、非一過性のコンピュータ可読媒体である。複数のタイプのメモリをデータ記憶用に使用することができ、メモリ５２０を分散させることができる。 プロセッサ５３０は、例えば、ＵＥがＭＢＳに関心を有するＳＳＢビームのセット、ＭＣＣＨウィンドウ継続時間にわたるマッピングが有効であるか否か、モニタリングシンボルの周期およびオフセット、ならびに他のパラメータなど、方法の様々なパラメータを決定するように構成され得る。たとえば、いくつかの例示的な実施形態では、プロセッサ５３０は、ＵＥから受信した支援情報の分析を実行して、どのＳＳＢビームがＭＣＣＨウィンドウ継続期間内で他のＳＳＢビームよりも頻繁に繰り返されるべきかを決定することができる。プロセッサ５３０は、ＳＳＢビームマッピングコントローラ５００の動作を指示するように構成され得る。プロセッサ５３０は、通信インタフェース５１０およびメモリ５２０と通信し、ＳＳＢビームマッピングを生成するために本明細書で説明する方法を実行するロジックを含む。プロセッサ５３０は、図４のＭＣＣＨウィンドウコンフィギュレータ４４５によって説明されるような動作を実行または指示することができる。 上述の装置、システム、または方法の一部は、様々なアナログまたはデジタルデータプロセッサにおいて具現化されるか、またはそれによって実行され得、プロセッサは、方法の１つまたは複数のステップを実行するようにプログラムされるか、またはソフトウェア命令のシーケンスの実行可能プログラムを記憶する。プロセッサは、例えば、プログラマブルアレイロジック（ＰＡＬ）、ジェネリックアレイロジック（ＧＡＬ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのプログラマブルロジックデバイス、または別のタイプのコンピュータ処理デバイス（ＣＰＤ）であってもよい。このようなプログラムのソフトウェア命令は、アルゴリズムを表し、非一過性のデジタルデータ記憶媒体、例えば、磁気ディスクまたは光ディスク、ランダムアクセスメモリ（ＲＡＭ）、磁気ハードディスク、フラッシュメモリ、および／または読み出し専用メモリ（ＲＯＭ）上で機械実行可能な形態で符号化され、様々なタイプのデジタルデータ処理装置またはコンピュータが、本明細書に記載される上述の方法、または機能、システム、または装置の１つまたは複数のステップの１つ、複数、または全てを実行できるようにすることができる。 開示された実施例または実施形態の一部は、装置、デバイスの一部を具体化する、または本明細書に規定された方法のステップを実行する様々なコンピュータ実装動作を実行するためのプログラムコードをその上に有する非一過性のコンピュータ可読媒体を有するコンピュータ記憶製品に関連し得る。本明細書で使用される非一過性とは、一過性の伝搬信号を除く全てのコンピュータ可読媒体を指す。非一過性のコンピュータ可読媒体の例としては、ハードディスク、フロッピーディスク、磁気テープなどの磁気媒体、ＣＤ－ＲＯＭディスクなどの光媒体、フロッピーディスクなどの光磁気媒体、ＲＯＭやＲＡＭデバイスなどのプログラムコードを格納し実行するように特別に構成されたハードウェアデバイスなどが挙げられるが、これらに限定されない。プログラムコードの例としては、コンパイラによって生成されるようなマシンコードや、インタプリタを使用してコンピュータが実行できるようなハイレベルなコードを含むファイルなどがある。 本開示の解釈において、全ての用語は、文脈と一致する可能な限り広義に解釈されるべきである。特に、「ｃｏｍｐｒｉｓｅｓ」および「ｃｏｍｐｒｉｓｉｎｇ」という用語は、非排他的な態様で要素、構成要素、またはステップを指すものとして解釈されるべきであり、言及された要素、構成要素、またはステップが、明示的に言及されていない他の要素、構成要素、またはステップと存在し得るか、利用され得るか、または組み合わされ得ることを示す。 本願に関連する技術分野の当業者であれば、記載された実施形態に対して、他のさらなる追加、削除、置換、および変更を行うことができることを理解するであろう。また、本開示の範囲は特許請求の範囲によってのみ限定されるため、本明細書で使用される用語は、特定の実施形態を説明するためだけのものであり、限定を意図するものではないことを理解されたい。他に定義されない限り、本明細書で使用される全ての技術用語および科学用語は、本開示が属する技術分野における当業者によって一般的に理解されるのと同じ意味を有する。本明細書に記載されるものと類似または同等の任意の方法および材料も、本開示の実施または試験に使用することができるが、本明細書では、限定された数の例示的な方法および材料を記載する。 要約の節に記載された例示的な実施形態のそれぞれは、以下の追加要素のうちの１つまたは複数を組み合わせて有することができる。要素１：ＳＳＢビームのセットにおけるそれぞれのＳＳＢビームが、ＭＢＳに関心を有する少なくとも１つのＵＥを有し、ＳＳＢビームの数がＰＤＣＣＨ ＭＯの数よりも大きく、プロセッサは、ＭＣＣＨウィンドウ継続期間のそれぞれのＰＤＣＣＨ ＭＯに割り当てられたＳＳＢビームのセットのＳＳＢビームのサブセットを決定するようにさらに動作可能である。要素２：ＳＳＢビームのセットにおけるそれぞれのＳＳＢビームは、ＭＢＳにおいて関心を有する少なくとも１つのＵＥを有し、ＳＳＢビームの数は、ＰＤＣＣＨ ＭＯの数よりも少なく、プロセッサは、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯにおいて繰り返されるＳＳＢビームのセットにおけるＳＳＢビームのうちの１つまたは複数を決定するようにさらに動作可能である。要素３：プロセッサは、１つまたは複数のＳＳＢビームを決定するために、１つまたは複数のＵＥの位置を利用する。要素４：プロセッサが、１つまたは複数のＳＳＢビームを決定するために、１つまたは複数のＵＥからの受信プリアンブルを利用する。要素５：ＳＳＢビームのセットにおける少なくとも１つのＳＳＢビームは、ＭＢＳに関心を有するＵＥがゼロであり、ＳＳＢビームのセットにおけるそれぞれのＳＳＢビームは、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯにマッピングされ、少なくとも１つのＳＳＢビームのインデックス付けされた順序は、ＳＳＢマッピングにおけるブランクＭＯを使用してマッピングされる。要素６：ＳＳＢビームの数がＰＤＣＣＨ ＭＯの数よりも大きく、プロセッサは、ＭＣＣＨウィンドウ継続期間のそれぞれのＰＤＣＣＨ ＭＯに割り当てられたＳＳＢビームのセットのＳＳＢビームのサブセットを決定するようにさらに動作可能である。要素７：ＳＳＢビームの数がＰＤＣＣＨ ＭＯの数より少なく、プロセッサは、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯにおいて繰り返されるＳＳＢビームのセットのＳＳＢビームのうちの１つまたは複数を決定するようにさらに動作可能である。要素８：プロセッサは、ＳＳＢビームマッピングを１つまたは複数のＵＥに送信するようにさらに動作可能である。要素９：ＳＳＢビームの数は、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯの数に等しく、プロセッサは、ＳＳＢビームのセットをＭＣＣＨウィンドウ継続期間のそれぞれのＰＤＣＣＨ ＭＯに分配するようにさらに動作可能である。要素１０：プロセッサは、１つまたは複数のＵＥにおけるＵＥの数が変更されたとき、ＳＳＢビームのセットに変更が加えられたとき、または指定されたＳＳＢビームマッピング時間間隔の後に、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯへの新しいＳＳＢビームマッピングを生成するようにさらに動作可能である。要素１１：プロセッサは、ＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯの周期、ＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯのオフセット、ＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯの数、およびＳＳＢビームのサブセットがＭＴＣＨに関心を有する少なくとも１つのＵＥを含むことを利用して、ＳＳＢビームマッピングを決定するようにさらに動作可能である。要素１２：ＳＳＢビームマッピングが第１のＳＳＢビームマッピングであり、ＳＳＢビームのセットが第１のＳＳＢビームのセットであり、プロセッサが、ＳＳＢビームの第２のセットにおける第１のインデックス順ＳＳＢビームがＭＴＣＨウィンドウ継続期間の第１のＰＤＣＣＨ ＭＯに割り当てられる、ＭＢＳのためのＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯへの第２のＳＳＢビームマッピングを決定するようにさらに動作可能であり、第２のＳＳＢビームマッピングが第２のＳＳＢビームのセットを利用する。要素１３：ＳＳＢビームの第１のセットまたはＳＳＢビームの第２のセットは、明示的なＭＢＳ関心を有する１つまたは複数のＳＳＢビームと、明示的なＭＢＳ関心を有さない１つまたは複数のＳＳＢビームとを含む。要素１４：命令が、さらに、装置に、通信ノードに支援情報を送信させ、ＳＳＢビームマッピングの決定が、支援情報を利用する。要素１５：ＭＢＳウィンドウ継続期間は、ＭＣＣＨウィンドウ継続期間またはＭＴＣＨウィンドウ継続期間である。要素１６：ＳＳＢビームマッピングがＭＣＣＨ信号に対する第１のＳＳＢビームマッピングであり、ＭＴＣＨ信号に対する第２のＳＳＢビームマッピングが受信され、送信が第１の送信であり、ＰＤＣＣＨ ＭＯが第１のＰＤＣＣＨ ＭＯであり、第２のＳＳＢビームマッピングによって指定される第２のＰＤＤＣＨ ＭＯにおいて通信ノードから第２の送信が受信される。要素１７：ＳＳＢビームのマッピングを１つまたは複数のＵＥに通信し、１つまたは複数のＵＥは通信ノードのＭＢＳに関心を有する。要素１８：ＳＳＢビームの数がＰＤＣＣＨ ＭＯの数よりも多く、ＭＣＣＨウィンドウ継続期間のそれぞれのＰＤＣＣＨ ＭＯがＳＳＢビームのそれぞれのサブセットを有する。要素１９：ＳＳＢビームの数がＰＤＣＣＨ ＭＯの数より少なく、ＳＳＢビームのサブセットにおける１つまたは複数のＳＳＢビームが、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯにおいて繰り返される。要素２０：少なくとも１つのＵＥからの受信プリアンブルが、１つまたは複数のＳＳＢビームを決定するために利用される。要素２１：ＳＳＢビームのセットにおける少なくとも１つのＳＳＢビームは、ＭＢＳに関心を有するＵＥがゼロであり、ＳＳＢビームのセットにおけるそれぞれのＳＳＢビームは、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯにマッピングされ、少なくとも１つのＳＳＢビームのインデックス付けされた順序は、ＳＳＢビームのマッピングにおけるブランクＭＯを使用してマッピングされる。要素２２：ＳＳＢビームのサブセットのＳＳＢビームの数は、ＰＤＣＣＨ ＭＯの数よりも多く、ＭＣＣＨウィンドウ継続期間のそれぞれのＰＤＣＣＨ ＭＯは、ＳＳＢビームのセットのＳＳＢビームのそれぞれのサブセットを利用する。要素２３：ＳＳＢビームのサブセットにおけるＳＳＢビームの数がＰＤＣＣＨ ＭＯの数より少なく、ＳＳＢビームのサブセットにおける１つまたは複数のＳＳＢビームが、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯにおいて繰り返される。要素２４：ＳＳＢビームのサブセットにおけるＳＳＢビームの数が、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯの数に等しく、ＳＳＢビームのセットが、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯに分配される。要素２５：少なくとも１つのＵＥのＵＥ数が変更されたとき、ＳＳＢビームのサブセットに変更が加えられたとき、または指定されたＳＳＢビームマッピング時間間隔の後に、ＭＣＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯへの新しいＳＳＢビームマッピングが生成される。要素２６：生成することが、構成されたＰＤＣＣＨ ＭＯのセットのそれぞれの構成されたＰＤＣＣＨ ＭＯにマッピングされたＳＳＢビームの数を決定することをさらに含む。要素２７：ＳＳＢビームのサブセットは、ビットマップによって表され、ビットマップ内のゼロは、ＳＳＢビームのマッピングにおいて、ビットマップにおけるゼロのインデックス順の位置に等価なＳＳＢビームインデックス順の位置に、空白のＭＯがマッピングされることを示す。要素２８：第１のＳＳＢビームが、ＳＳＢビームのセットの第１のＳＳＢビームであり、生成することが、ＳＳＢビームのセットをさらに利用する。要素２９：ＳＳＢビームのマッピングを生成することが、ＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯの周期、ＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯのオフセット、ＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯの数をさらに利用し、ＳＳＢビームのサブセットが、ＭＴＣＨに関心を有する少なくとも１つのＵＥを含む。要素３０：ＳＳＢビームのマッピングがＳＳＢビームの第１のマッピングであり、ＳＳＢビームのサブセットがＳＳＢビームの第１のサブセットであり、ＭＢＳのためのＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯに対するＳＳＢビームの第２のマッピングが決定され、ＳＳＢビームの第２のサブセット内の第１のインデックス順のＳＳＢビームが、ＭＴＣＨウィンドウ継続期間の第１のＰＤＣＣＨ ＭＯに割り当てられ、ＳＳＢビームの第２のマッピングがＳＳＢビームの第２のサブセットを利用する。要素３１：ＳＳＢビームの第１のサブセットまたはＳＳＢビームの第２のサブセットが、明示的なＭＢＳ関心を有する１つまたは複数のＳＳＢビームと、明示的なＭＢＳ関心を有さない１つまたは複数のＳＳＢビームとを含む。要素３２：反復アルゴリズムが反復を可能にし、生成することが、ＰＤＣＣＨ ＭＯおよびＳＳＢインデックスマッピングをさらに利用し、ＳＳＢインデックスマッピングが、ＳＳＢビームのセットからマッピングされる第１のＳＳＢビームを示し、ＭＣＣＨウィンドウ継続期間が満たされた後に、ＳＳＢビームのセットにおける次のＳＳＢビームにＳＳＢインデックスマッピングを設定し、ＳＳＢビームのセットにおける最後のインデックス付けされたＳＳＢビームの後の次のＳＳＢビームが、第１のインデックス付けされたＳＳＢビームである。 要素３３：反復アルゴリズムが反復を禁止し、ＳＳＢビームのセットにおけるそれぞれのＳＳＢビームが、ＭＣＣＨウィンドウ継続期間内に同じ数のインスタンスで反復される。 要素３４：反復アルゴリズムが反復を禁止し、ＳＳＢビームのセットにおけるＳＳＢビームの数が、ＭＣＣＨウィンドウ継続期間内のＰＤＣＣＨ ＭＯの数よりも少なく、生成することが、最初に、ＳＳＢビームのセットにおけるＳＳＢビームの順序付けられたインデックスをマッピングし、続いて、ＳＳＢビームの順序付けられたインデックスの調整された反復をマッピングし、ＳＳＢビームの順序付けられたインデックスの調整された反復が、受信されたＵＥ情報によって調整される。要素３５：ＵＥ情報は、ＵＥプリアンブル応答において示されるＵＥ位置のうちの１つ以上である。要素３６：ＳＳＢビームのマッピングがＳＳＢビームの第１のマッピングであり、ＳＳＢビームのセットがＳＳＢビームの第１のセットであり、ＭＢＳ用のＭＴＣＨウィンドウ継続期間のＰＤＣＣＨ ＭＯに対するＳＳＢビームの第２のマッピングが決定され、ＳＳＢビームの第２のセットにおける第１のＳＳＢビームがＭＴＣＨウィンドウ継続期間の第１のＰＤＣＣＨ ＭＯに割り当てられ、ＳＳＢビームの第２のマッピングがＳＳＢビームの第２のセットを利用する。要素３７：ＳＳＢビームの第１のセットは、明示的なＭＢＳ関心を有する１つまたは複数のＳＳＢビームと、明示的なＭＢＳ関心を有さない１つまたは複数のＳＳＢビームとを含む。要素３８：支援情報を通信ノードに送信し、ＳＳＢビームマッピングの決定が支援情報を利用する。要素３９：ＭＢＳウィンドウ継続期間がＭＣＣＨウィンドウ継続期間またはＭＴＣＨウィンドウ継続期間である。要素４０：ＳＳＢビームマッピングがＭＣＣＨ信号に対する第１のＳＳＢビームマッピングであり、ＭＴＣＨ信号に対する第２のＳＳＢビームマッピングが受信され、送信が第１の送信であり、ＰＤＣＣＨ ＭＯが第１のＰＤＣＣＨ ＭＯであり、第２のＳＳＢビームマッピングによって指定される第２のＰＤＤＣＨ ＭＯにおいて通信ノードから第２の送信が受信される。要素４１：通信ノードは、反復モデルを決定するために、少なくとも１つの受信位置パラメータまたは少なくとも１つの受信プリアンブル応答を利用する。要素４２：前記通信ノードは、前記反復モデルを決定するために、ＰＤＣＣＨ ＭＯの周期、ＰＤＣＣＨ ＭＯのオフセット、ＰＤＣＣＨ ＭＯの数、およびＭＢＳサービスを有するＳＳＢビームのセットを利用する。要素４３：前記ＳＳＢビームマッピングは、前記複数のＵＥがＭＢＳに関心を有さないＳＳＢビームのＰＤＣＣＨ ＭＯに対してブランクＭＯを利用する、要素４３に記載の方法。要素４４：通信ノードは、ＵＥがＭＢＳに関心を有さない１つまたは複数のＳＳＢビームに対して、ＳＳＢビームマッピングのインデックス順の位置にブランクＭＯを挿入する。要素４５：前記通信ノードは、ｇＮＢ、ＵＭＴＳ、Ｅ－ＵＴＲＡ、ｅＮＢ、ｅｎ－ｇＮＢ、またはｎｇ－ｅＮＢのうちの１つである。