(57)【要約】  端末デバイスの共同スケジューリングを評価するための機構が提供される。方法は、ネットワークノードによって実施される。本方法は、ネットワークノードによってサーブされる端末デバイスが、しきい時間値よりも長いデータセッションに関与するという指示を取得することを含む。本方法は、データセッションがしきい時間値よりも長いことの結果として、端末デバイスとのアナログビームフォーミングを使用するビーム掃引プロシージャを開始することを含む。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。本方法は、候補ビームのうちのいずれかにおいて端末デバイスを別の端末デバイスと共同スケジュールすべきか否かを評価することを含む。いわゆる別の端末デバイスも、ネットワークノードによってサーブされる。【選択図】図２
2020532229.tif 000002
【特許請求の範囲】
【請求項１】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを評価するための方法であって、前記方法が、ネットワークノード（２００）によって実施され、前記方法は、
前記ネットワークノード（２００）によってサーブされる端末デバイス（３００ａ）が、しきい時間値よりも長いデータセッションに関与するという指示を取得すること（Ｓ１０２）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記端末デバイス（３００ａ）とのアナログビームフォーミングを使用するビーム掃引プロシージャを開始すること（Ｓ１０４）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、ビーム掃引プロシージャを開始すること（Ｓ１０４）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちのいずれかにおいて前記端末デバイス（３００ａ）を別の端末デバイス（３００ｂ）と共同スケジュールすべきか否かを評価すること（Ｓ１０６）であって、前記別の端末デバイス（３００ｂ）も、前記ネットワークノード（２００）によってサーブされる、共同スケジュールすべきか否かを評価すること（Ｓ１０６）と
を含む、方法。
【請求項２】
前記別の端末デバイス（３００ｂ）も、前記しきい時間値よりも長いデータセッションに関与する、請求項１に記載の方法。
【請求項３】
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）を選択すること（Ｓ１０８）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの前記１つ（Ｂ４）において前記端末デバイス（３００ａ）と前記別の端末デバイス（３００ｂ）とをサーブすること（Ｓ１１０）であって、それにより、前記端末デバイス（３００ａ）を前記別の端末デバイス（３００ｂ）と共同スケジュールする、前記端末デバイス（３００ａ）と前記別の端末デバイス（３００ｂ）とをサーブすること（Ｓ１１０）と
をさらに含む、請求項１に記載の方法。
【請求項４】
前記指示は、前記データセッションがサービスのどのタイプに関係するかを指示する、請求項１に記載の方法。
【請求項５】
前記指示が、前記データセッションに属するパケットのディープパケット検査から取得される、請求項１に記載の方法。
【請求項６】
前記指示が、前記ネットワークノード（２００）におけるバッファステータス報告から取得され、前記バッファステータス報告が、前記データセッションに関係する、請求項１に記載の方法。
【請求項７】
前記端末デバイス（３００ａ）は、前記ネットワークノード（２００）が前記指示を取得したとき、現在ビーム（Ｂ３）によってサーブされ、前記ネットワークノード（２００）は、前記ビーム掃引プロシージャ中に、参照信号が前記現在ビーム（Ｂ３）に隣接するビーム（Ｂ２、Ｂ４）のみにおいて送信されることを引き起こし、それにより、限定されたビーム探索プロシージャを実施する、請求項１に記載の方法。
【請求項８】
前記端末デバイス（３００ａ）は、前記ネットワークノード（２００）が前記指示を取得したとき、第１の現在ビーム（Ｂ３）によってサーブされ、前記別の端末デバイス（３００ｂ）は、前記ネットワークノード（２００）が前記指示を取得したとき、第２の現在ビーム（Ｂ５）によってサーブされ、前記ネットワークノード（２００）は、前記ビーム掃引プロシージャ中に、参照信号が前記第１の現在ビーム（Ｂ３）および前記第２の現在ビーム（Ｂ５）に加えて、前記第１の現在ビーム（Ｂ３）と前記第２の現在ビーム（Ｂ５）との中間の任意のビーム（Ｂ４）のみにおいて送信されることを引き起こし、それにより、限定されたビーム探索プロシージャを実施する、請求項１に記載の方法。
【請求項９】
前記ネットワークノード（２００）は、前記ビーム掃引プロシージャ中に、参照信号が、前記ネットワークノード（２００）によって使用されるすべてのビーム（Ｂ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６）において送信されることを引き起こし、それにより、網羅的なビーム探索プロシージャを実施する、請求項１に記載の方法。
【請求項１０】
前記ビーム掃引プロシージャが、前記端末デバイス（３００ａ）と前記別の端末デバイス（３００ｂ）との間で共有される、請求項１に記載の方法。
【請求項１１】
候補ビーム（Ｂ２、Ｂ３、Ｂ４）の前記セットの前記識別が、前記端末デバイス（３００ａ）からの報告において提供される、請求項１に記載の方法。
【請求項１２】
前記報告が、少なくとも前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）における、前記ビーム掃引プロシージャ中に前記ネットワークノード（２００）のＴＲＰ（４００）によって送信される参照信号の、前記端末デバイス（３００ａ）によって取得される測定を指示する、請求項１１に記載の方法。
【請求項１３】
前記報告が、しきい値超の参照信号受信電力（ＲＳＲＰ）値および／またはチャネル品質インジケータ（ＣＱＩ）値をもつ測定のみを指示する、請求項１２に記載の方法。
【請求項１４】
前記端末デバイス（３００ａ）を前記別の端末デバイス（３００ｂ）と共同スケジュールすべきかどうかが、前記端末デバイス（３００ａ）の前記データセッションおよび前記別の端末デバイス（３００ｂ）の前記データセッションのうちの少なくとも１つのデータレート要件にさらに基づく、請求項２に記載の方法。
【請求項１５】
前記端末デバイス（３００ａ）を前記別の端末デバイス（３００ｂ）と共同スケジュールすることが、前記端末デバイス（３００ａ）に送信されるデータと前記別の端末デバイス（３００ｂ）に送信されるデータとを周波数分割多重化することを含む、請求項１に記載の方法。
【請求項１６】
前記端末デバイス（３００ａ）を前記別の端末デバイス（３００ｂ）と共同スケジュールすることが、前記端末デバイス（３００ａ）に送信されるデータと前記別の端末デバイス（３００ｂ）に送信されるデータとを符号分割多重化することを含む、請求項１に記載の方法。
【請求項１７】
前記端末デバイス（３００ａ）をサーブすることが、前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つにおいて前記端末デバイス（３００ａ）にデータを送信することを伴う、請求項１に記載の方法。
【請求項１８】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを可能にするための方法であって、前記方法が、端末デバイス（３００ａ）によって実施され、前記方法は、
ネットワークノード（２００）によってサーブされるとき、しきい時間値よりも長いデータセッションを開始すること（Ｓ２０２）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記ネットワークノード（２００）とのビーム掃引プロシージャに参加するようにとの指示を取得すること（Ｓ２０４）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、指示を取得すること（Ｓ２０４）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）において前記データセッションを継続すること（Ｓ２０６）と
を含む、方法。
【請求項１９】
前記端末デバイス（３００ａ）は、前記端末デバイス（３００ａ）が前記指示を取得したとき、現在ビーム（Ｂ３）によってサーブされ、前記データセッションが継続される前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの前記１つ（Ｂ４）が、前記現在ビーム（Ｂ３）とは異なる、請求項１８に記載の方法。
【請求項２０】
前記端末デバイス（３００ａ）は、前記端末デバイス（３００ａ）が前記指示を取得したとき、現在ビーム（Ｂ４）によってサーブされ、前記データセッションが継続される前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの前記１つ（Ｂ４）が、前記現在ビーム（Ｂ４）と同一である、請求項１８に記載の方法。
【請求項２１】
候補ビーム（Ｂ２、Ｂ３、Ｂ４）の前記セットの前記識別が、前記端末デバイス（３００ａ）からの報告において提供される、請求項１８に記載の方法。
【請求項２２】
前記報告が、少なくとも前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）における、前記ビーム掃引プロシージャ中に前記ネットワークノード（２００）のＴＲＰ（４００）によって送信される、参照信号の、前記端末デバイス（３００ａ）によって取得される測定を指示する、請求項２１に記載の方法。
【請求項２３】
前記報告が、しきい値超の参照信号受信電力（ＲＳＲＰ）値および／またはチャネル品質インジケータ（ＣＱＩ）値をもつ測定のみを指示する、請求項２２に記載の方法。
【請求項２４】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを評価するためのネットワークノード（２００）であって、前記ネットワークノード（２００）が、処理回路要素（２１０）を備え、前記処理回路要素は、前記ネットワークノード（２００）に、
前記ネットワークノード（２００）によってサーブされる端末デバイス（３００ａ）が、しきい時間値よりも長いデータセッションに関与するという指示を取得することと、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記端末デバイス（３００ａ）とのアナログビームフォーミングを使用するビーム掃引プロシージャを開始することであって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、ビーム掃引プロシージャを開始することと、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちのいずれかにおいて前記端末デバイス（３００ａ）を別の端末デバイス（３００ｂ）と共同スケジュールすべきか否かを評価することであって、前記別の端末デバイス（３００ｂ）も、前記ネットワークノード（２００）によってサーブされる、共同スケジュールすべきか否かを評価することと
を行わせるように設定された、ネットワークノード（２００）。
【請求項２５】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを評価するためのネットワークノード（２００）であって、前記ネットワークノード（２００）が、
処理回路要素（２１０）と、
命令を記憶する記憶媒体（２３０）と
を備え、前記命令は、前記処理回路要素（２１０）によって実行されたとき、前記ネットワークノード（２００）に、
前記ネットワークノード（２００）によってサーブされる端末デバイス（３００ａ）が、しきい時間値よりも長いデータセッションに関与するという指示を取得することと、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記端末デバイス（３００ａ）とのアナログビームフォーミングを使用するビーム掃引プロシージャを開始することであって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、ビーム掃引プロシージャを開始することと、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちのいずれかにおいて前記端末デバイス（３００ａ）を別の端末デバイス（３００ｂ）と共同スケジュールすべきか否かを評価することであって、前記別の端末デバイス（３００ｂ）も、前記ネットワークノード（２００）によってサーブされる、共同スケジュールすべきか否かを評価することと
を行わせる、ネットワークノード（２００）。
【請求項２６】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを評価するためのネットワークノード（２００）であって、前記ネットワークノード（２００）は、
前記ネットワークノード（２００）によってサーブされる端末デバイス（３００ａ）が、しきい時間値よりも長いデータセッションに関与するという指示を取得するように設定された、取得モジュール（２１０ａ）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記端末デバイス（３００ａ）とのアナログビームフォーミングを使用するビーム掃引プロシージャを開始するように設定された開始モジュール（２１０ｂ）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、開始モジュール（２１０ｂ）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちのいずれかにおいて前記端末デバイス（３００ａ）を別の端末デバイス（３００ｂ）と共同スケジュールすべきか否かを評価するように設定された評価モジュール（２１０ｃ）であって、前記別の端末デバイス（３００ｂ）も、前記ネットワークノード（２００）によってサーブされる、評価モジュール（２１０ｃ）と
を備える、ネットワークノード（２００）。
【請求項２７】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを可能にするための端末デバイス（３００ａ）であって、前記端末デバイス（３００ａ）が、処理回路要素（３１０）を備え、前記処理回路要素は、前記端末デバイス（３００ａ）に、
ネットワークノード（２００）によってサーブされるとき、しきい時間値よりも長いデータセッションを開始することと、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記ネットワークノード（２００）とのビーム掃引プロシージャに参加するようにとの指示を取得することであって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、指示を取得することと、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）において前記データセッションを継続することと
を行わせるように設定された、端末デバイス（３００ａ）。
【請求項２８】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを可能にするための端末デバイス（３００ａ）であって、前記端末デバイス（３００ａ）が、
処理回路要素（３１０）と、
命令を記憶する記憶媒体（３３０）と
を備え、前記命令は、前記処理回路要素（３１０）によって実行されたとき、前記端末デバイス（３００ａ）に、
ネットワークノード（２００）によってサーブされるとき、しきい時間値よりも長いデータセッションを始動することと、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記ネットワークノード（２００）とのビーム掃引プロシージャに参加するようにとの指示を取得することであって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、指示を取得することと、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）において前記データセッションを継続することと
を行わせる、端末デバイス（３００ａ）。
【請求項２９】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを可能にするための端末デバイス（３００ａ）であって、前記端末デバイス（３００ａ）は、
ネットワークノード（２００）によってサーブされるとき、しきい時間値よりも長いデータセッションを開始するように設定された開始モジュール（３１０ａ）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記ネットワークノード（２００）とのビーム掃引プロシージャに参加するようにとの指示を取得するように設定された取得モジュール（３１０ｂ）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、取得モジュール（３１０ｂ）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）において前記データセッションを継続するように設定された継続モジュール（３１０ｃ）と
を備える、端末デバイス（３００ａ）。
【請求項３０】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを評価するためのコンピュータプログラム（９２０ａ）であって、前記コンピュータプログラムは、ネットワークノード（２００）の処理回路要素（２１０）上で起動するとき、前記ネットワークノード（２００）に、
前記ネットワークノード（２００）によってサーブされる端末デバイス（３００ａ）が、しきい時間値よりも長いデータセッションに関与するという指示を取得すること（Ｓ１０２）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記端末デバイス（３００ａ）とのアナログビームフォーミングを使用するビーム掃引プロシージャを開始すること（Ｓ１０４）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、ビーム掃引プロシージャを開始すること（Ｓ１０４）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちのいずれかにおいて前記端末デバイス（３００ａ）を別の端末デバイス（３００ｂ）と共同スケジュールすべきか否かを評価することであって、前記別の端末デバイス（３００ｂ）も、前記ネットワークノード（２００）によってサーブされる、共同スケジュールすべきか否かを評価すること（Ｓ１０６）と
を行わせるコンピュータコードを備える、コンピュータプログラム（９２０ａ）。
【請求項３１】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを可能にするためのコンピュータプログラム（９２０ｂ）であって、前記コンピュータプログラムは、端末デバイス（３００ａ）の処理回路要素（３１０）上で起動するとき、前記端末デバイス（３００ａ）に、
ネットワークノード（２００）によってサーブされるとき、しきい時間値よりも長いデータセッションを開始すること（Ｓ２０２）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記ネットワークノード（２００）とのビーム掃引プロシージャに参加するようにとの指示を取得すること（Ｓ２０４）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、指示を取得すること（Ｓ２０４）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）において前記データセッションを継続すること（Ｓ２０６）と
を行わせるコンピュータコードを備える、コンピュータプログラム（９２０ｂ）。
【請求項３２】
請求項３０または３１に記載のコンピュータプログラム（９２０ａ、９２０ｂ）と、前記コンピュータプログラムが記憶されるコンピュータ可読記憶媒体（９３０）とを備えるコンピュータプログラム製品（９１０ａ、９１０ｂ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で提示される実施形態は、端末デバイスの共同スケジューリング（ｃｏ−ｓｃｈｅｄｕｌｉｎｇ）を評価するための、方法、ネットワークノード、コンピュータプログラム、およびコンピュータプログラム製品に関する。本明細書で提示される実施形態はさらに、端末デバイスの共同スケジューリングを可能にするための、方法、端末デバイス、コンピュータプログラム、およびコンピュータプログラム製品に関する。
【背景技術】
【０００２】
通信ネットワークにおいては、所与の通信プロトコル、そのパラメータ、および通信ネットワークが配置されている物理環境に対して、良好なパフォーマンスおよび容量を取得するための難題があることがある。
【０００３】
たとえば、将来世代の移動体通信システムのために、多くの異なるキャリア周波数における周波数帯域が必要とされ得る。たとえば、低いそのような周波数帯域は、端末デバイスのための十分なネットワークカバレッジを達成するために必要とされ得、（たとえば、ミリメートル波長（ｍｍＷ）、すなわち、３０ＧＨｚ付近および３０ＧＨｚ超における）より高い周波数帯域は、必要とされるネットワーク容量に達するために必要とされ得る。大まかに言えば、高い周波数において無線チャネルの伝搬特性はより困難であり、十分なリンクバジェットに達するためにネットワーク側におけるネットワークノードとユーザ側における端末デバイスの両方におけるビームフォーミングが必要とされ得る。
【０００４】
大まかに言えば、ビームフォーミングの使用は、端末デバイスが、ビームを介してネットワークノードに動作可能に接続されるだけでなく、異なるセルのネットワークノード間の代わりに（ナロー）ビーム間で、または同一のネットワークノードの送信および受信ポイント（ＴＲＰ）間でハンドオーバをも実施することを暗示することがある。より高い周波数帯域においては、より低い周波数帯域においてよりも困難な電波伝搬特性により、ナロービームを用いた高利得ビームフォーミングが使用され得る。各ビームは、小さいエリア内で最適であるにすぎず、最適なビームの外部のリンクバジェットが急速に劣化することになる。このため、高性能を維持するために、頻繁なおよび高速のビーム切替えが必要とされる。これは、以下で、ビーム管理と呼ばれる。したがって、いわゆるビーム管理の１つの目的は、ネットワークノードが、カバレッジおよびスループットを増加させるために、（ネットワークノードのＴＲＰにおいておよび／または端末デバイスにおいて使用される）ナロービームを用いて、ネットワークノードのサーブされる端末デバイスを追跡することである。
【０００５】
端末デバイスによって実施される、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）など、ビーム管理のために使用されるダウンリンク参照信号に対する測定を使用して、各端末デバイスのための好適なＴＲＰ送信ビームが、端末デバイスによって発見され、ネットワークによって監視されることが予想される。ダウンリンク参照信号は、ビーム管理目的のために、周期的に、半永続的に、または非周期的に（たとえば、イベントトリガ型である）送信され得、ダウンリンク参照信号は、複数の端末デバイス間で共有されるか、または特定の端末デバイスについて固有であるかのいずれかであり得る。各端末デバイスへの好適な送信ビームを見つけるために、ＴＲＰは、異なるＴＲＰ送信ビームにおいて参照信号を送信し、端末デバイスは、参照信号受信電力（ＲＳＲＰ）の測定など、その参照信号に対する測定を実施し、Ｎ個の最良のＴＲＰ送信ビームを折り返し報告する（ここで、Ｎはネットワークによって設定され得る）。
【０００６】
端末デバイスおよび／またはネットワークノードのＴＲＰは、アナログビームフォーミング、デジタルビームフォーミング、またはハイブリッドビームフォーミングによってビームフォーミングを実装し得る。各実装形態は、その利点および欠点を有する。デジタルビームフォーミング実装形態は、３つのうちの最もフレキシブルな実装形態であるが、多数の必要とされる無線チェーンおよびベースバンドチェーンにより、最もコストもかかる。アナログビームフォーミング実装形態は、最もフレキシブルでないが、デジタルビームフォーミング実装形態と比較して低減された数の無線チェーンおよびベースバンドチェーンにより、製造するのがより安価である。ハイブリッドビームフォーミング実装形態は、アナログビームフォーミング実装形態とデジタルビームフォーミング実装形態との間の妥協点である。当業者が理解するように、異なる端末デバイスのコストおよび性能要件に応じて、異なる実装形態が必要とされることになる。
【０００７】
アナログビームフォーミング実装形態に関する１つの欠点は、ＴＲＰが、一度に１つのビームにおいて送信または受信することしかできないことである（１つのアンテナアレイと、同一のビームがすべての偏波について使用されることを仮定している。これは、典型的には、偏波ミスマッチによる信号強度の低下を相殺するための場合である）。これは、（たとえば、周波数多重化を使用することによって）複数の端末デバイスを同時にサーブする可能性を低減する。
【０００８】
（アナログビームフォーミングが使用されるとき）同一のＴＲＰ送信ビームにおいて同時に端末デバイスを共同スケジュールする可能性を高めるためには、各端末デバイスに好適であるのは、どのＴＲＰ送信ビームであるかに関する多くの情報が望ましい。しかしながら、ネットワークにおけるすべての端末デバイスのためにＴＲＰにおいてこの情報を達成することは、不要な高いオーバーヘッドシグナリングを必要とすることになる。
【０００９】
このため、依然として、端末デバイスを共同スケジュールするための改善された機構が必要である。
【発明の概要】
【００１０】
本明細書の実施形態の目的は、端末デバイスの効率的な共同スケジューリングのための機構を提供することである。
【００１１】
第１の態様によれば、端末デバイスの共同スケジューリングを評価するための方法が提示される。本方法は、ネットワークノードによって実行される。本方法は、ネットワークノードによってサーブされる端末デバイスが、しきい時間値よりも長いデータセッションに関与するという指示を取得することを含む。本方法は、データセッションがしきい時間値よりも長いことの結果として、端末デバイスとのアナログビームフォーミングを使用するビーム掃引プロシージャを開始することを含む。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。本方法は、候補ビームのうちのいずれかにおいて端末デバイスを別の端末デバイスと共同スケジュールすべきか否かを評価することを含む。いわゆる別の端末デバイスも、ネットワークノードによってサーブされる。
【００１２】
第２の態様によれば、端末デバイスの共同スケジューリングを評価するためのネットワークノードが提示される。ネットワークノードは、処理回路要素を備える。処理回路要素は、ネットワークノードに、ネットワークノードによってサーブされる端末デバイスが、しきい時間値よりも長いデータセッションに関与するという指示を取得させるように設定される。処理回路要素は、ネットワークノードに、データセッションがしきい時間値よりも長いことの結果として、端末デバイスとのアナログビームフォーミングを使用するビーム掃引プロシージャを開始させるように設定される。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。処理回路要素は、ネットワークノードに、候補ビームのうちのいずれかにおいて端末デバイスを別の端末デバイスと共同スケジュールすべきか否かを評価させるように設定される。いわゆる別の端末デバイスも、ネットワークノードによってサーブされる。
【００１３】
第３の態様によれば、端末デバイスの共同スケジューリングを評価するためのネットワークノードが提示される。ネットワークノードは、処理回路要素と記憶媒体とを備える。記憶媒体は、処理回路要素によって実行されたとき、動作またはステップをネットワークノードに実施させる命令を記憶する。動作またはステップは、ネットワークノードに、ネットワークノードによってサーブされる端末デバイスが、しきい時間値よりも長いデータセッションに関与するという指示を取得させる。動作またはステップは、ネットワークノードに、データセッションがしきい時間値よりも長いことの結果として、端末デバイスとのアナログビームフォーミングを使用するビーム掃引プロシージャを開始させる。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。動作またはステップは、ネットワークノードに、候補ビームのうちのいずれかにおいて端末デバイスを別の端末デバイスと共同スケジュールすべきか否かを評価させる。いわゆる別の端末デバイスも、ネットワークノードによってサーブされる。
【００１４】
第４の態様によれば、端末デバイスの共同スケジューリングを評価するためのネットワークノードが提示される。ネットワークノードは、ネットワークノードによってサーブされる端末デバイスが、しきい時間値よりも長いデータセッションに関与するという指示を取得するように設定された取得モジュールを備える。ネットワークノードは、データセッションがしきい時間値よりも長いことの結果として、端末デバイスとのアナログビームフォーミングを使用するビーム掃引プロシージャを開始するように設定された開始モジュールを備える。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。ネットワークノードは、候補ビームのうちのいずれかにおいて端末デバイスを別の端末デバイスと共同スケジュールすべきか否かを評価するように設定された評価モジュールを備える。いわゆる別の端末デバイスも、ネットワークノードによってサーブされる。
【００１５】
第５の態様によれば、端末デバイスの共同スケジューリングを評価するためのコンピュータプログラムが提示される。コンピュータプログラムは、ネットワークノードの処理回路要素上で起動するとき、ネットワークノードに、第１の態様による方法を実施させるコンピュータプログラムコードを備える。
【００１６】
第６の態様によれば、端末デバイスの共同スケジューリングを可能にするための方法が提示される。本方法は、端末デバイスによって実施される。本方法は、ネットワークノードによってサーブされるとき、しきい時間値よりも長いデータセッションを開始することを含む。本方法は、データセッションがしきい時間値よりも長いことの結果として、ネットワークノードとのビーム掃引プロシージャに参加するようにとの指示を取得することを含む。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。本方法は、候補ビームのうちの１つにおいてデータセッションを継続することを含む。
【００１７】
第７の態様によれば、端末デバイスの共同スケジューリングを可能にするための端末デバイスが提示される。端末デバイスは、処理回路要素を備える。処理回路要素は、端末デバイスに、ネットワークノードによってサーブされるとき、しきい時間値よりも長いデータセッションを開始させるように設定される。処理回路要素は、端末デバイスに、データセッションがしきい時間値よりも長いことの結果として、ネットワークノードとのビーム掃引プロシージャに参加するようにとの指示を取得させるように設定される。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。処理回路要素は、端末デバイスに、候補ビームのうちの１つにおいてデータセッションを継続させるように設定される。
【００１８】
第８の態様によれば、端末デバイスの共同スケジューリングを可能にするための端末デバイスが提示される。端末デバイスは、処理回路要素と記憶媒体とを備える。記憶媒体は、処理回路要素によって実行されたとき、動作またはステップを端末デバイスに実施させる命令を記憶する。動作またはステップは、端末デバイスに、ネットワークノードによってサーブされるとき、しきい時間値よりも長いデータセッションを開始させる。動作またはステップは、端末デバイスに、データセッションがしきい時間値よりも長いことの結果として、ネットワークノードとのビーム掃引プロシージャに参加するようにとの指示を取得させる。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。動作またはステップは、端末デバイスに、候補ビームのうちの１つにおいてデータセッションを継続させる。
【００１９】
第９の態様によれば、端末デバイスの共同スケジューリングを可能にするための端末デバイスが提示される。端末デバイスは、ネットワークノードによってサーブされるとき、しきい時間値よりも長いデータセッションを開始するように設定された開始モジュールを備える。端末デバイスは、データセッションがしきい時間値よりも長いことの結果として、ネットワークノードとのビーム掃引プロシージャに参加するようにとの指示を取得するように設定された取得モジュールを備える。ビーム掃引プロシージャの結果、ネットワークノードが、データセッション中に端末デバイスをサーブすることが可能である、候補ビームのセットが識別される。端末デバイスは、候補ビームのうちの１つにおいてデータセッションを継続するように設定された継続モジュールを備える。
【００２０】
第１０の態様によれば、端末デバイスの共同スケジューリングを可能にするためのコンピュータプログラムが提示され、コンピュータプログラムは、端末デバイスの処理回路要素上で起動するとき、端末デバイスに、第６の態様による方法を実施させるコンピュータプログラムコードを備える。
【００２１】
第１１の態様によれば、第５の態様および第１０の態様のうちの少なくとも１つによるコンピュータプログラムと、コンピュータプログラムが記憶されるコンピュータ可読記憶媒体とを備えるコンピュータプログラム製品が提示される。コンピュータ可読記憶媒体は、非一時的コンピュータ可読記憶媒体であり得る。
【００２２】
有利なことに、これらの方法、これらのネットワークノード、これらの端末デバイス、およびこれらのコンピュータプログラムは、端末デバイスの効率的な共同スケジューリングを提供する。
【００２３】
有利なことに、これらの方法、これらのネットワークノード、これらの端末デバイス、およびこれらのコンピュータプログラムは、あらゆる端末デバイスについて網羅的なＴＲＰ送信ビーム掃引およびビーム報告（ｒｅｐｏｒｔｉｎｇ）を実施しなければならないことなしに、アナログビームフォーミングアーキテクチャをもつＴＲＰについて（たとえば、周波数多重化によって）ネットワークが複数の端末デバイスを同時にサーブすることを可能にし、したがって、オーバーヘッドシグナリングを低減する。
【００２４】
第１、第２、第３、第４、第５、第６、第７、第８、第９、第１０、および第１１の態様の任意の特徴は、適切であればいかなる場合も、任意の他の態様に適用され得ることを留意されたい。同様に、第１の態様の任意の利点は、第２、第３、第４、第５、第６、第７、第８、第９、第１０、および／または第１１の態様にそれぞれ等しく適用し得、その逆も同様である。同封の実施形態の他の目標、特徴、および利点は、以下の詳細な開示から、添付の従属請求項から、ならびに図面から明らかとなるであろう。
【００２５】
概して、特許請求の範囲において使用されるすべての用語は、本明細書で別段明示的に規定されない限り、本技術分野におけるその通例の意味に従って解釈されるべきである。「１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、モジュール、ステップなど」へのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、モジュール、ステップなどの少なくとも１つの事例を指すようにオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、明示的に述べられていない限り、開示される厳密な順序で実施される必要はない。
【００２６】
次に、本発明の概念を、例として、付随する図面を参照して説明する。
【図面の簡単な説明】
【００２７】
【図１】実施形態による通信ネットワークを示す概略図である。
【図２】実施形態による方法のフローチャートである。
【図３】実施形態による方法のフローチャートである。
【図４】実施形態によるシグナリング図である。
【図５】一実施形態によるネットワークノードの機能ユニットを示す概略図である。
【図６】一実施形態によるネットワークノードの機能モジュールを示す概略図である。
【図７】一実施形態による端末デバイスの機能ユニットを示す概略図である。
【図８】一実施形態による端末デバイスの機能モジュールを示す概略図である。
【図９】一実施形態によるコンピュータ可読手段を備えるコンピュータプログラム製品の一例を示す図である。
【発明を実施するための形態】
【００２８】
本発明の概念のいくつかの実施形態が示された添付の図面を参照しながら、次に、本発明の概念が以下でさらに十分に説明される。しかしながら、本発明の概念は、多くの異なる形態で具現化され得、本明細書に記載される実施形態に限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、本開示が徹底的かつ完全であり、本発明の概念の範囲を当業者に十分に伝えるように、例として提供される。同様の番号は、説明全体にわたって同様のエレメントを指す。破線によって示される任意のステップまたは特徴は、随意と見なされるべきである。
【００２９】
図１は、本明細書で提示される実施形態が適用され得る、通信ネットワーク１００を示す概略図である。通信ネットワーク１００は、第３世代（３Ｇ）電気通信ネットワーク、第４世代（４Ｇ）電気通信ネットワーク、または第５世代（５Ｇ）電気通信ネットワークであり、任意の３ＧＰＰ電気通信規格をサポートすることができる。
【００３０】
通信ネットワーク１００は、無線アクセスネットワーク１１０における端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄへのネットワークアクセスを提供するように設定されたネットワークノード２００を備える。無線アクセスネットワーク１１０は、コアネットワーク１２０に動作可能に接続される。コアネットワーク１２０は、インターネットなど、サービスネットワーク１３０に動作可能に接続される。端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄは、それにより、ネットワークノード２００を介して、サービスネットワーク１３０のサービスにアクセスすることと、サービスネットワーク１３０とデータを交換することとを可能にされる。ネットワークノード２００の例は、無線アクセスネットワークノード、無線基地局、基地トランシーバ局、ノードＢ、エボルブドノードＢ、ギガビットノードＢ、アクセスポイント、およびアクセスノードである。端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄの例は、無線デバイス、移動局、モバイルフォン、ハンドセット、無線ローカルループ電話、ユーザ機器（ＵＥ）、スマートフォン、ラップトップコンピュータ、タブレットコンピュータ、ネットワーク搭載センサー、ネットワーク搭載車両、およびいわゆるモノのインターネットデバイスである。
【００３１】
ネットワークノード２００は、ビームＢ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６において端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄへの信号を送信することと、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄからの信号を受信することとによって、無線アクセスネットワーク１１０におけるネットワークアクセスを提供する。図１の例では、例示的なおよび非限定的な目的で、端末デバイス３００ａが、ビームＢ２、Ｂ３、Ｂ４においてサーブされ、端末デバイス３００ｂが、ビームＢ４、Ｂ５、Ｂ６においてサーブされ、端末デバイス３００ｃが、ビームＢ１においてサーブされ、端末デバイス３００ｄが、ビームＢ６においてサーブされると仮定される。信号は、ネットワークノード２００のＴＲＰ４００から送信され、ネットワークノード２００のＴＲＰ４００によって受信され得る。ＴＲＰ４００は、ネットワークノード２００の一体部分を形成するか、またはネットワークノード２００から物理的に分離され得る。
【００３２】
上記で開示されたように、依然として、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄを共同スケジュールするための改善された機構が必要である。今日のネットワークでは、トラフィックプロファイルは、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄのデータセッションの大多数が極めて短いようなものである。しかしながら、データセッションのデータトラフィックのかなりの部分が、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄについての、音楽またはビデオのストリーミング、音声呼などに関係するデータセッションからなど、より長いデータセッション中に生成される。したがって、本明細書で開示される実施形態のうちの少なくともいくつかは、比較的長いデータセッションを有する端末デバイスを共同スケジュールしようと努めることに基づく。
【００３３】
次に、一実施形態による、ネットワークノード２００によって実施される、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄの共同スケジューリングを評価するための方法を示す図２が参照される。
【００３４】
上記で開示されたように、共同スケジューリングは、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄが、比較的長いデータセッションに関与するか否かに基づく。したがって、ネットワークノード２００は、ステップＳ１０２を実施するように設定される。
【００３５】
Ｓ１０２：ネットワークノード２００は、ネットワークノード２００によってサーブされる端末デバイス３００ａが、しきい時間値よりも長いデータセッションに関与するという指示を取得する。そのような指示の例が以下で与えられる。しきい時間値は、ネットワークによって設定可能であり得る。
【００３６】
端末デバイス３００ａがしきい時間値よりも長いデータセッションに関与するという指示は、ネットワークノード２００が、端末デバイス３００ａの、少なくとも１つの他の端末デバイス３００ｂ、３００ｃ、３００ｄとの共同スケジューリングを考慮するためのトリガとして働く。したがって、ネットワークノード２００は、ステップＳ１０４を実施するように設定される。
【００３７】
Ｓ１０４：ネットワークノード２００は、データセッションがしきい時間値よりも長いことの結果として、端末デバイス３００ａとのビーム掃引プロシージャを開始する。ビーム掃引プロシージャは、アナログビームフォーミングを使用する。ビーム掃引プロシージャの結果、ネットワークノード２００が、データセッション中に端末デバイス３００ａをサーブすることが可能である、候補ビームＢ２、Ｂ３、Ｂ４のセットが識別される。端末デバイス３００ａをサーブすることは、候補ビームＢ２、Ｂ３、Ｂ４のうちの１つにおいて端末デバイス３００ａにデータを送信することを伴うことがある。ビーム掃引プロシージャの例が以下で与えられる。候補ビームＢ２、Ｂ３、Ｂ４のセットをどのように識別すべきかの例が以下で開示される。
【００３８】
次いで、端末デバイス３００ａの可能な共同スケジューリングが、候補ビームＢ２、Ｂ３、Ｂ４のセットについて評価される。特に、ネットワークノード２００は、ステップＳ１０６を実施するように設定される。
【００３９】
Ｓ１０６：ネットワークノード２００は、候補ビームＢ２、Ｂ３、Ｂ４のうちのいずれかにおいて、端末デバイス３００ａを少なくとも１つの他の端末デバイス３００ｂ、３００ｃ、３００ｄと共同スケジュールすべきか否かを評価する。これらの他の端末デバイス３００ｂ、３００ｃ、３００ｄも、ネットワークノード２００によってサーブされる。
【００４０】
次に、ネットワークノード２００によって実施される、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄの共同スケジューリングを評価することのさらなる詳細に関係する実施形態が開示される。
【００４１】
いくつかの態様では、共同スケジューリングは、もっぱら、比較的長いデータセッションに関与する端末デバイスのみについて考慮される。したがって、一実施形態によれば、いわゆる別の端末デバイス３００ｂも、しきい時間値よりも長いデータセッションに関与する。
【００４２】
いくつかの態様では、ステップＳ１０６における評価の結果、端末デバイス３００ａの、少なくとも１つの他の端末デバイス３００ｂ、３００ｃ、３００ｄとの実際の共同スケジューリングが生じる。言い換えれば、ビーム掃引プロシージャの結果、端末デバイス３００ａが少なくとも１つの他の端末デバイス３００ｂ、３００ｃ、３００ｄと共同スケジュールされ得る、少なくとも１つのビームが識別される。特に、一実施形態によれば、ネットワークノード２００は、（随意の）ステップＳ１０８、Ｓ１１０を実施するように設定される。
【００４３】
Ｓ１０８：ネットワークノード２００は、候補ビームＢ２、Ｂ３、Ｂ４のうちの１つ（たとえば、ビームＢ４）を選択する。
【００４４】
Ｓ１１０：ネットワークノード２００は、候補ビームＢ２、Ｂ３、Ｂ４のうちのこの１つ（たとえば、ビームＢ４）において、端末デバイス３００ａといわゆる別の端末デバイス３００ｂとをサーブする。ネットワークノード２００は、それにより、端末デバイス３００ａをいわゆる別の端末デバイス３００ｂと共同スケジュールする。
【００４５】
端末デバイス３００ａが長いデータセッションに関与することを指示する異なるやり方があり得る。
【００４６】
いくつかの態様では、指示は、（アプリケーションレイヤ、プレゼンテーションレイヤ、またはセッションレイヤのうちのいずれかなどの、高いプロトコルレイヤからの情報など）端末デバイス２００ａによって使用されるサービスの指示である。すなわち、一実施形態によれば、指示は、データセッションがサービスのどのタイプに関係するかを指示する。そのようなサービスの例は、オーディオストリーミング、ビデオストリーミング、および音声呼である。
【００４７】
データセッションがサービスのどのタイプに関係するか、または代替的にどのアプリケーションが端末デバイス３００ａによって使用されるかは、ディープパケット検査による、ネットワークからのまたは端末デバイス３００ａからの、あるいはバッファステータス報告からの明示的シグナリングを受信するネットワークノード２００によって検出され得る。したがって、一実施形態によれば、指示は、データセッションに属するパケットのディープパケット検査から取得される。さらに、一実施形態によれば、指示は、ネットワークノード２００におけるバッファステータス報告から取得され、バッファステータス報告は、データセッションに関係する。
【００４８】
ステップＳ１０４においてネットワークノード２００によって開始されるビーム掃引プロシージャの異なる例があり得る。大まかに言えば、ビーム掃引は、それぞれの端末デバイスについてできるだけ多くの好適な送信ビームが識別され得るように、多くの異なる方向におけるビームをカバーするように、包括的であるべきである。
【００４９】
いくつかの態様では、ビーム掃引プロシージャは、端末デバイス３００ａを現在サーブするビームにおいてならびに（１つまたは複数の）周囲のビームにおいて送信することを伴う。特に、一実施形態によれば、端末デバイス３００ａは、ネットワークノード２００が指示を取得したとき、現在ビーム（たとえば、ビームＢ３）によってサーブされる。ネットワークノード２００は、次いで、ビーム掃引プロシージャ中に、この現在ビームに（方向の／角度の意味で）隣接するビーム（たとえば、ビームＢ２、Ｂ４）のみにおいて参照信号が送信されることを引き起こす。ネットワークノード２００は、それにより、限定されたビーム探索プロシージャを実施する。いくつかの態様では、ネットワークノード２００は、ビーム掃引プロシージャ中に、現在ビームに対して（方向の／角度の意味で）Ｋ個の最も近いビームにおいて参照信号が送信されることを引き起こし、ここで、Ｋは、ネットワークによって設定され得る整数である。直近の実施形態では、Ｋ＝２であるが、Ｋ＝３、またはＫ＝４、またはＫ＝５などであることがあり得る。
【００５０】
いくつかの態様では、ビーム掃引プロシージャは、端末デバイス３００ａ、３００ｂを現在サーブするビームならびに（方向の／角度の意味で）中間の任意の（１つまたは複数の）ビームにおいて送信することを伴う。特に、一実施形態によれば、端末デバイス３００ａは、ネットワークノード２００が指示を取得したとき、第１の現在ビーム（たとえば、ビームＢ３）によってサーブされ、いわゆる別の端末デバイス３００ｂは、ネットワークノード２００が指示を取得したとき、第２の現在ビーム（たとえば、ビームＢ５）によってサーブされる。ネットワークノード２００は、次いで、ビーム掃引プロシージャ中に、第１の現在ビームおよび第２の現在ビームに加えて、第１の現在ビームと第２の現在ビームの中間の任意のビーム（図１の例では、ビームＢ４）のみにおいて参照信号が送信されることを引き起こす。ネットワークノード２００は、それにより、限定されたビーム探索プロシージャを実施する。
【００５１】
いくつかの態様では、ビーム掃引プロシージャは、網羅的な探索を伴う。すなわち、一実施形態によれば、ネットワークノード２００は、ビーム掃引プロシージャ中に、ネットワークノード２００によって使用されるすべてのビームＢ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６において参照信号が送信されることを引き起こす。ネットワークノード２００は、それにより、網羅的なビーム探索プロシージャを実施する。
【００５２】
いくつかの態様では、ビーム掃引プロシージャは、２つまたはそれ以上の端末デバイス間で共有される。すなわち、一実施形態によれば、ビーム掃引プロシージャは、少なくとも、端末デバイス３００ａといわゆる別の端末デバイス３００ｂとの間で共有される。すべての識別された端末デバイスは、それにより、同じ参照信号に対して測定し得る。このようにして、参照信号を送信することによって引き起こされるオーバーヘッドシグナリングは、最小に保たれ得る。いくつかの態様では、ビーム掃引プロシージャが共有される端末デバイスは、すべて、しきい時間値よりも長いそれぞれのデータセッションに関与する。
【００５３】
候補ビームのセットを識別するための異なるやり方があり得る。
【００５４】
いくつかの態様では、候補ビームＢ２、Ｂ３、Ｂ４の識別は、端末デバイスからの報告によって達成される。すなわち、一実施形態によれば、候補ビームＢ２、Ｂ３、Ｂ４のセットの識別は、端末デバイス３００ａからの報告において提供される。
【００５５】
いくつかの態様では、報告は、候補ビームにおいて送信される参照信号の（参照信号受信電力（ＲＳＲＰ）、チャネル品質インジケータ（ＣＱＩ）などの）測定を指示する。すなわち、一実施形態によれば、報告は、少なくとも候補ビームＢ２、Ｂ３、Ｂ４において、ビーム掃引プロシージャ中にネットワークノード２００のＴＲＰ４００によって送信される、参照信号の、端末デバイス３００ａによって取得される測定を指示する。報告は、しきい値超のＲＳＲＰ値および／またはＣＱＩ値をもつ測定のみを指示することであり得る。このしきい値は、ネットワークによって設定され得る。
【００５６】
端末デバイス３００ａを共同スケジュールすべきかどうかを評価するときに考慮すべき追加の態様があり得る。たとえば、同じビームにおいて２つまたはそれ以上の端末デバイスを共同スケジュールすべきかどうかの決定は、たとえば、異なるビームについてのＣＱＩ、それぞれの端末デバイスおよびビームについてのデータ送信のための必要とされる帯域幅などのような、複数の異なる態様を考慮し得る。特に、一実施形態によれば、端末デバイス３００ａをいわゆる別の端末デバイス３００ｂと共同スケジュールすべきかどうかは、端末デバイス３００ａのデータセッションおよびいわゆる別の端末デバイス３００ｂのデータセッションのうちの少なくとも１つのデータレート要件にさらに基づく。
【００５７】
端末デバイス３００ａをいわゆる別の端末デバイス３００ｂと共同スケジュールするための異なるやり方があり得る。
【００５８】
いくつかの態様では、共同スケジューリングは、周波数多重化を伴う。特に、一実施形態によれば、端末デバイス３００ａをいわゆる別の端末デバイス３００ｂと共同スケジュールすることは、端末デバイス３００ａに送信されるデータといわゆる別の端末デバイス３００ｂに送信されるデータとを周波数分割多重化することを含む。
【００５９】
いくつかの態様では、共同スケジューリングは、コード多重化を伴う。
【００６０】
特に、一実施形態によれば、端末デバイス３００ａをいわゆる別の端末デバイス３００ｂと共同スケジュールすることは、端末デバイス３００ａに送信されるデータといわゆる別の端末デバイス３００ｂに送信されるデータとを符号分割多重化することを含む。
【００６１】
端末デバイス３００ａは、２つ以上の他の端末デバイス３００ｂと共同スケジュールされ得ることを理解されたい。
【００６２】
次に、一実施形態による、端末デバイス３００ａによって実施される、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄの共同スケジューリングを可能にするための方法を示す図３が参照される。
【００６３】
端末デバイス３００ａはデータセッションに関与すると仮定される。データセッションは、端末デバイス３００によるデータの送信および／または受信を伴い得る。特に、端末デバイス３００ａは、ステップＳ２０２を実施するように設定される。
【００６４】
Ｓ２０２：端末デバイス３００ａは、データセッションを開始する。データセッションは、しきい時間値よりも長い。データセッションは、端末デバイス３００ａがネットワークノード２００によってサーブされるとき、開始される。
【００６５】
上記で開示されたように、ネットワークノード２００は、端末デバイス３００ａを共同スケジュールすべきかどうかを評価する。端末デバイス３００ａは、したがって、ステップＳ２０４を実施するように設定される。
【００６６】
Ｓ２０４：端末デバイス３００ａは、データセッションがしきい時間値よりも長いことの結果として、ネットワークノード２００とのビーム掃引プロシージャに参加するようにとの指示を取得する。ビーム掃引プロシージャの結果、ネットワークノード２００が、データセッション中に端末デバイス３００ａをサーブすることが可能である、候補ビームＢ２、Ｂ３、Ｂ４のセットが識別される。
【００６７】
ビームは、サーブされるべき端末デバイス３００ａについて見つけられると仮定される。したがって、端末デバイス３００ａは、ステップＳ２０６を実施するように設定される。
【００６８】
Ｓ２０６：端末デバイス３００ａは、候補ビームＢ２、Ｂ３、Ｂ４のうちの１つ（たとえば、ビームＢ４）において（ネットワークノード２００との）データセッションを継続する。
【００６９】
次に、端末デバイス３００ａによって実施される、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄの共同スケジューリングを可能にすることのさらなる詳細に関係する実施形態が開示される。
【００７０】
ステップＳ２０６においてデータセッションが継続されるビームは、データセッションのために最初に使用されるビームと同じビームであるか、または異なるビームであるかのいずれかであり得る。すなわち、いくつかの態様では、共同スケジューリングは、端末デバイス３００ａにビームを切り替えさせる。すなわち、一実施形態によれば、端末デバイス３００ａは、端末デバイス３００ａが指示を取得したとき、現在ビーム（たとえば、ビームＢ３）によってサーブされ、データセッションが継続される候補ビームのうちのこの１つは、この現在ビームとは異なる。いくつかの態様では、共同スケジューリングは、データセッションの元のビームにおいて起こる。すなわち、一実施形態によれば、端末デバイス３００ａは、端末デバイス３００ａが指示を取得したとき、現在ビーム（たとえば、ビームＢ４）によってサーブされ、データセッションが継続される候補ビームのうちのこの１つは、この現在ビームと同一である。
【００７１】
上記で開示されたように、候補ビームのセットを識別するための異なるやり方があり得る。
【００７２】
いくつかの態様では、候補ビームＢ２、Ｂ３、Ｂ４の識別は、端末デバイスからの報告によって達成される。すなわち、一実施形態によれば、候補ビームのセットの識別は、端末デバイス３００ａからの報告において提供される。上記でさらに開示されたように、報告は、少なくとも候補ビームにおいて、ビーム掃引プロシージャ中にネットワークノード２００のＴＲＰ４００によって送信される、参照信号の、端末デバイス３００ａによって取得される測定を指示し得る。
【００７３】
この点において、端末デバイス３００ａは、たとえば、あるしきい値超のＲＳＲＰ、またはあるしきい値超のＣＱＩなどを有するのは、どの送信ビームかを検出することによって、データ送信に好適であり得るすべての送信ビームを評価するように設定され得る。特に、報告は、しきい値超のＲＳＲＰ値および／またはＣＱＩ値をもつ測定のみを指示し得る。
【００７４】
説明の目的で再び図１を参照すると、次に、（ステップＳ１０２、Ｓ２０２の場合のように）ネットワークノード２００は、端末デバイス３００ａ、３００ｂ、３００ｃが長いデータセッションに関与することを識別すると仮定される。したがって、（ステップＳ１０４、Ｓ２０４の場合のように）ネットワークノード２００は、これらの端末デバイス３００ａ、３００ｂ、３００ｃのためにビーム掃引プロシージャを実施し、（ステップＳ１０６の場合のように）端末デバイス３００ａは、ビームＢ２、Ｂ３、Ｂ４がその端末デバイスのために使用され得ることを報告し、端末デバイス３００ｂは、ビームＢ４、Ｂ５、Ｂ６がその端末デバイスのために使用され得ることを報告し、端末デバイス３００ｃは、ビームＢ６のみがその端末デバイスのために使用され得ることを報告する。このため、（ステップＳ１０８、Ｓ１１０、Ｓ２０６の場合のように）端末デバイス３００ａ、３００ｂは、ビームＢ４において共同スケジュールされ得、および／または端末デバイス３００ｂ、３００ｃは、ビームＢ６において共同スケジュールされ得る。
【００７５】
次に、図４のシグナリング図を参照しながら、上記の開示された実施形態のうちの少なくともいくつかに基づく、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄの共同スケジューリングを評価し、可能にするための１つの特定の実施形態が詳細に開示される。
【００７６】
Ｓ３０１：ネットワークノード２００は、あるしきい時間値よりも長いデータセッションを使用することを予想されるのは、どのサーブされる端末デバイスかを識別する。ステップＳ３０１を実装するための１つのやり方は、ステップＳ１０２を実施することである。
【００７７】
Ｓ３０２：ネットワークノード２００は、識別された端末デバイスのために非周期ビーム掃引プロシージャをセットアップする。
【００７８】
Ｓ３０３：ネットワークノード２００は、（候補ビームのセットによって規定される）関連するビームにおいて、ＣＳＩ−ＲＳなど、参照信号の送信を開始する。ステップＳ３０３を実装するための１つのやり方は、ステップＳ１０４を実施することである。
【００７９】
Ｓ３０４：端末デバイス３００ａ、３００ｂは、ビームに対して測定を実施し、これらの候補ビームのうちのどれがデータ送信に好適であるかを評価する。ステップＳ３０４を実装するための１つのやり方は、ステップＳ２０４を実施することである。
【００８０】
Ｓ３０５：端末デバイス３００ａ、３００ｂは、データ送信に好適なすべてのビームについてＲＳＲＰ値および／またはＣＱＩ値を報告する。ステップＳ３０４を実装するための１つのやり方は、ステップＳ２０４を実施することである。
【００８１】
Ｓ３０６：ネットワークノード２００は、どの端末デバイス３００ａ、３００ｂに好適であるのは、どのビームかの情報を有し、このため、同じビームを用いてサーブされ得るのは、（もしあれば）どの端末デバイス３００ａ、３００ｂかを評価する。ステップＳ３０６を実装するための１つのやり方は、ステップＳ１０６を実施することである。
【００８２】
Ｓ３０７：ネットワークノード２００は、同じビームにおいてサーブされ得る端末デバイス３００ａ、３００ｂを共同スケジュールする。ステップＳ３０７を実装するための１つのやり方は、ステップＳ１０８、Ｓ１１０を実施することである。
【００８３】
要約すれば、本明細書で開示される実施形態のうちの少なくともいくつかによれば、ネットワークノード２００が、長いデータセッションをもつ適用例を使用する端末デバイス３００ａ、３００ｂを検出することを伴う。ネットワークノード２００は、次いで、これらの識別された端末デバイス３００ａ、３００ｂの各々について好適なビームを見つけるために、ビーム掃引プロシージャをセットアップする。ビーム掃引プロシージャ中に、ＴＲＰは、十分に良好な（たとえば、ＲＳＲＰ値またはＣＱＩ値があるしきい値よりも大きい）すべてのビームを報告するように、すべての識別された端末デバイス３００ａ、３００ｂを設定する。ネットワークノード２００は、次いで、識別された端末デバイス３００ａ、３００ｂのうちのいずれかが同じビームにおいて同時にサーブされ得るかどうかを評価するために、この情報を使用する。識別された端末デバイス３００ａ、３００ｂのうちのいずれかが同じビームにおいて同時にサーブされ得る場合、ネットワークノード２００は、同じビームにおいてこれらの端末デバイス３００ａ、３００ｂを共同スケジュールする。
【００８４】
図５は、いくつかの機能ユニットに関して、一実施形態によるネットワークノード２００の構成要素を概略的に示す。処理回路要素２１０は、たとえば、記憶媒体２３０の形態で（図９の場合のように）コンピュータプログラム製品９１０ａに記憶されたソフトウェア命令を実行することが可能な、好適な中央処理ユニット（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などのうちの１つまたは複数の任意の組合せを使用して提供される。処理回路要素２１０はさらに、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）として提供され得る。
【００８５】
特に、処理回路要素２１０は、上記で開示されたように、ネットワークノード２００に、動作またはステップのセットＳ１０２〜Ｓ１１０を実施させるように設定される。たとえば、記憶媒体２３０は動作のセットを記憶し得、処理回路要素２１０は、ネットワークノード２００に動作のセットを実施させるために、記憶媒体２３０から動作のセットを取り出すように設定され得る。動作のセットは、実行可能な命令のセットとして提供され得る。したがって、それにより、処理回路要素２１０は、本明細書で開示される方法を実行するように構成される。
【００８６】
記憶媒体２３０はまた、たとえば、磁気メモリ、光メモリ、固体メモリ、さらにはリモートに搭載されるメモリのうちのいずれか単独の１つまたは組合せであり得る、永続記憶装置を備え得る。
【００８７】
ネットワークノード２００は、端末デバイス３００ａ、３００ｂ、３００ｃ、３００ｄなど、通信ネットワーク１００の他のエンティティ、ノード、デバイス、および機能との通信のための通信インターフェース２２０をさらに備え得る。したがって、通信インターフェース２２０は、アナログおよびデジタル構成要素を備える１つまたは複数の送信機および受信機を備え得る。信号は、ネットワークノード２００のＴＲＰ４００から送信され、ネットワークノード２００のＴＲＰ４００によって受信され得る。ＴＲＰ４００は、ネットワークノード２００の一体部分を形成するか、またはネットワークノード２００から物理的に分離され得る。したがって、通信インターフェース２２０は、ＴＲＰ４００を随意に備え得る。
【００８８】
処理回路要素２１０は、たとえば、データおよび制御信号を通信インターフェース２２０および記憶媒体２３０に送ることによって、データおよび報告を通信インターフェース２２０から受信することによって、ならびにデータおよび命令を記憶媒体２３０から取り出すことによって、ネットワークノード２００の全般の動作を制御する。ネットワークノード２００の他の構成要素、ならびに関係する機能性は、本明細書で提示される概念を不明瞭にしないために省略される。
【００８９】
図６は、いくつかの機能モジュールに関して、一実施形態によるネットワークノード２００の構成要素を概略的に示す。図６のネットワークノード２００は、いくつかの機能モジュールと、ステップＳ１０２を実施するように設定された取得モジュール２１０ａと、ステップＳ１０４を実施するように設定された開始モジュール２１０ｂと、ステップＳ１０６を実施するように設定された評価モジュール２１０ｃとを備える。図６のネットワークノード２００は、ステップＳ１０８を実施するように設定された選択モジュール２１０ｄ、およびステップＳ１１０を実施するように設定されたサーブモジュール２１０ｅのうちのいずれかなど、いくつかの随意の機能モジュールをさらに備え得る。一般論として、各機能モジュール２１０ａ〜２１０ｅは、ハードウェアでまたはソフトウェアで実装され得る。好ましくは、１つまたは複数のまたはすべての機能モジュール２１０ａ〜２１０ｅが、処理回路要素２１０によって、場合によっては通信インターフェース２２０および／または記憶媒体２３０と協働して実装され得る。処理回路要素２１０は、したがって、機能モジュール２１０ａ〜２１０ｅによって提供される命令を記憶媒体２３０からフェッチし、これらの命令を実行するように構成され、それにより、本明細書で開示されるようにネットワークノード２００の任意のステップを実施し得る。
【００９０】
ネットワークノード２００は、スタンドアロンデバイスとして、または少なくとも１つのさらなるデバイスの一部として提供され得る。たとえば、ネットワークノード２００は、無線アクセスネットワーク１１０のノードにおいて、またはコアネットワーク１２０のノードにおいて提供され得る。代替として、ネットワークノード２００の機能性が、少なくとも２つのデバイスまたはノード間で分散され得る。これらの少なくとも２つのノードまたはデバイスは、（無線アクセスネットワーク１１０またはコアネットワーク１２０など）同じネットワーク部分の一部であり得るか、または少なくとも２つのそのようなネットワーク部分との間で拡散され得るかのいずれかであり得る。一般論として、リアルタイムで実施されることを必要とされる命令は、リアルタイムで実施されることを必要とされない命令よりも、ネットワークノード２００によってサーブされるセルに動作可能に近いデバイスまたはノードにおいて実施され得る。
【００９１】
したがって、ネットワークノード２００によって実施される命令の第１の部分が第１のデバイスにおいて実行され得、ネットワークノード２００によって実施される命令の第２の部分が第２のデバイスにおいて実行され得、本明細書で開示される実施形態は、ネットワークノード２００によって実施される命令が実行され得るいかなる特定の数のデバイスにも限定されない。したがって、本明細書で開示される実施形態による方法は、クラウドコンピュータによる環境に常住するネットワークノード２００によって実施されることに好適である。したがって、図５には単一の処理回路要素２１０が示されているが、処理回路要素２１０は、複数のデバイスまたはノードの間で分散され得る。同じことは、図６の機能モジュール２１０ａ〜２１０ｅ、および図９のコンピュータプログラム９２０ａ（下記参照）に適用される。
【００９２】
図７は、いくつかの機能ユニットに関して、一実施形態による端末デバイス３００ａの構成要素を概略的に示す。処理回路要素３１０は、たとえば、記憶媒体３３０の形態で（図９の場合のように）コンピュータプログラム製品９１０ｂに記憶されたソフトウェア命令を実行することが可能な、好適な中央処理ユニット（ＣＰＵ）、マルチプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などのうちの１つまたは複数の任意の組合せを使用して提供される。処理回路要素３１０はさらに、少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）として提供され得る。
【００９３】
特に、処理回路要素３１０は、上記で開示されたように、端末デバイス３００ａに、動作またはステップのセットＳ２０２〜Ｓ２０６を実施させるように設定される。たとえば、記憶媒体３３０は動作のセットを記憶し得、処理回路要素３１０は、端末デバイス３００ａに動作のセットを実施させるために、記憶媒体３３０から動作のセットを取り出すように設定され得る。動作のセットは、実行可能な命令のセットとして提供され得る。したがって、それにより、処理回路要素３１０は、本明細書で開示される方法を実行するように構成される。
【００９４】
記憶媒体３３０はまた、たとえば、磁気メモリ、光メモリ、固体メモリ、さらにはリモートに搭載されるメモリのうちのいずれか単独の１つまたは組合せであり得る、永続記憶装置を備え得る。
【００９５】
端末デバイス３００ａは、（ＴＲＰ４００を介した）ネットワーク２００など、通信ネットワーク１００の他のエンティティ、ノード、デバイス、および機能との通信のための通信インターフェース３２０をさらに備え得る。したがって、通信インターフェース３２０は、アナログおよびデジタル構成要素を備える１つまたは複数の送信機および受信機を備え得る。
【００９６】
処理回路要素３１０は、たとえば、データおよび制御信号を通信インターフェース３２０および記憶媒体３３０に送ることによって、データおよび報告を通信インターフェース３２０から受信することによって、ならびにデータおよび命令を記憶媒体３３０から取り出すことによって、端末デバイス３００ａの全般の動作を制御する。端末デバイス３００ａの他の構成要素、ならびに関係する機能性は、本明細書で提示される概念を不明瞭にしないために省略される。
【００９７】
図８は、いくつかの機能モジュールに関して、一実施形態による端末デバイス３００ａの構成要素を概略的に示す。図８の端末デバイス３００ａは、いくつかの機能モジュールと、ステップＳ２０２を実施するように設定された開始モジュール３１０ａと、ステップＳ２０４を実施するように設定された取得モジュール３１０ｂと、ステップＳ２０６を実施するように設定された継続モジュール３１０ｃとを備える。図８の端末デバイス３００ａは、機能モジュール３１０ｄによって表されるものなど、いくつかの随意の機能モジュールをさらに備え得る。一般論として、各機能モジュール３１０ａ〜３１０ｄは、ハードウェアでまたはソフトウェアで実装され得る。好ましくは、１つまたは複数のまたはすべての機能モジュール３１０ａ〜３１０ｄが、処理回路要素３１０によって、場合によっては通信インターフェース３２０および／または記憶媒体３３０と協働して実装され得る。処理回路要素３１０は、したがって、機能モジュール３１０ａ〜３１０ｄによって提供される命令を記憶媒体３３０からフェッチし、これらの命令を実行するように構成され、それにより、本明細書で開示されるように端末デバイス３００ａの任意のステップを実施し得る。
【００９８】
図９は、コンピュータ可読手段９３０を備えるコンピュータプログラム製品９１０ａ、９１０ｂの一例を示す。このコンピュータ可読手段９３０上に、コンピュータプログラム９２０ａが記憶され得、そのコンピュータプログラム９２０ａは、処理回路要素２１０に、ならびに通信インターフェース２２０および記憶媒体２３０など、処理回路要素２１０に動作可能に結合されたエンティティおよびデバイスに、本明細書で説明される実施形態による方法を実行させることができる。したがって、コンピュータプログラム９２０ａおよび／またはコンピュータプログラム製品９１０ａは、本明細書で開示される、ネットワークノード２００の任意のステップを実施するための手段を提供し得る。このコンピュータ可読手段９３０上に、コンピュータプログラム９２０ｂが記憶され得、そのコンピュータプログラム９２０ｂは、処理回路要素３１０に、ならびに通信インターフェース３２０および記憶媒体３３０など、処理回路要素３１０に動作可能に結合されたエンティティおよびデバイスに、本明細書で説明される実施形態による方法を実行させることができる。したがって、コンピュータプログラム９２０ｂおよび／またはコンピュータプログラム製品９１０ｂは、本明細書で開示される、端末デバイス３００ａの任意のステップを実施するための手段を提供し得る。
【００９９】
図９の例では、コンピュータプログラム製品９１０ａ、９１０ｂは、ＣＤ（コンパクトディスク）またはＤＶＤ（デジタル多用途ディスク）、またはブルーレイディスクなどの光学ディスクとして示されている。コンピュータプログラム製品９１０ａ、９１０ｂはまた、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）または電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）など、メモリとして、より詳細には、ＵＳＢ（ユニバーサルシリアルバス）メモリ、またはコンパクトフラッシュメモリなどのフラッシュメモリなど、外部メモリにおけるデバイスの不揮発性記憶媒体として具現化され得る。したがって、コンピュータプログラム９２０ａ、９２０ｂは、ここでは、示された光学ディスク上のトラックとして概略的に示されているが、コンピュータプログラム９２０ａ、９２０ｂは、コンピュータプログラム製品９１０ａ、９１０ｂに好適な任意のやり方で記憶され得る。
【０１００】
本発明の概念が、主に数個の実施形態を参照しながら上記で説明された。しかしながら、当業者によって直ちに諒解されるように、上記で開示された実施形態以外の実施形態が、添付の特許請求の範囲によって規定される本発明の概念の範囲内で等しく可能である。
【図１】
2020532229.tif 000003
【図２】
2020532229.tif 000004
【図３】
2020532229.tif 000005
【図４】
2020532229.tif 000006
【図５】
2020532229.tif 000007
【図６】
2020532229.tif 000008
【図７】
2020532229.tif 000009
【図８】
2020532229.tif 000010
【図９】
2020532229.tif 000011
【手続補正書】
【提出日】令和2年5月13日(2020.5.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを評価するための方法であって、前記方法が、ネットワークノード（２００）によって実施され、前記方法は、
前記ネットワークノード（２００）によってサーブされる端末デバイス（３００ａ）が、しきい時間値よりも長いデータセッションに関与するという指示を取得すること（Ｓ１０２）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記端末デバイス（３００ａ）とのアナログビームフォーミングを使用するビーム掃引プロシージャを開始すること（Ｓ１０４）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、ビーム掃引プロシージャを開始すること（Ｓ１０４）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちのいずれかにおいて前記端末デバイス（３００ａ）を別の端末デバイス（３００ｂ）と共同スケジュールすべきか否かを評価すること（Ｓ１０６）であって、前記別の端末デバイス（３００ｂ）も、前記ネットワークノード（２００）によってサーブされる、共同スケジュールすべきか否かを評価すること（Ｓ１０６）と
を含む、方法。
【請求項２】
前記別の端末デバイス（３００ｂ）も、前記しきい時間値よりも長いデータセッションに関与する、請求項１に記載の方法。
【請求項３】
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）を選択すること（Ｓ１０８）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの前記１つ（Ｂ４）において前記端末デバイス（３００ａ）と前記別の端末デバイス（３００ｂ）とをサーブすること（Ｓ１１０）であって、それにより、前記端末デバイス（３００ａ）を前記別の端末デバイス（３００ｂ）と共同スケジュールする、前記端末デバイス（３００ａ）と前記別の端末デバイス（３００ｂ）とをサーブすること（Ｓ１１０）と
をさらに含む、請求項１に記載の方法。
【請求項４】
前記指示は、前記データセッションがサービスのどのタイプに関係するかを指示する、請求項１に記載の方法。
【請求項５】
前記指示が、前記データセッションに属するパケットのディープパケット検査、または、前記データセッションに関係する、前記ネットワークノード（２００）におけるバッファステータス報告から取得される、請求項１に記載の方法。
【請求項６】
前記端末デバイス（３００ａ）は、前記ネットワークノード（２００）が前記指示を取得したとき、現在ビーム（Ｂ３）によってサーブされ、前記ネットワークノード（２００）は、前記ビーム掃引プロシージャ中に、参照信号が前記現在ビーム（Ｂ３）に隣接するビーム（Ｂ２、Ｂ４）のみにおいて送信されることを引き起こし、それにより、限定されたビーム探索プロシージャを実施する、請求項１に記載の方法。
【請求項７】
前記端末デバイス（３００ａ）は、前記ネットワークノード（２００）が前記指示を取得したとき、第１の現在ビーム（Ｂ３）によってサーブされ、前記別の端末デバイス（３００ｂ）は、前記ネットワークノード（２００）が前記指示を取得したとき、第２の現在ビーム（Ｂ５）によってサーブされ、前記ネットワークノード（２００）は、前記ビーム掃引プロシージャ中に、参照信号が前記第１の現在ビーム（Ｂ３）および前記第２の現在ビーム（Ｂ５）に加えて、前記第１の現在ビーム（Ｂ３）と前記第２の現在ビーム（Ｂ５）との中間の任意のビーム（Ｂ４）のみにおいて送信されることを引き起こし、それにより、限定されたビーム探索プロシージャを実施する、請求項１に記載の方法。
【請求項８】
前記ネットワークノード（２００）は、前記ビーム掃引プロシージャ中に、参照信号が、前記ネットワークノード（２００）によって使用されるすべてのビーム（Ｂ１、Ｂ２、Ｂ３、Ｂ４、Ｂ５、Ｂ６）において送信されることを引き起こし、それにより、網羅的なビーム探索プロシージャを実施する、請求項１に記載の方法。
【請求項９】
前記ビーム掃引プロシージャが、前記端末デバイス（３００ａ）と前記別の端末デバイス（３００ｂ）との間で共有される、請求項１に記載の方法。
【請求項１０】
候補ビーム（Ｂ２、Ｂ３、Ｂ４）の前記セットの前記識別が、前記端末デバイス（３００ａ）からの報告において提供される、請求項１に記載の方法。
【請求項１１】
前記報告が、少なくとも前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）における、前記ビーム掃引プロシージャ中に前記ネットワークノード（２００）のＴＲＰ（４００）によって送信される参照信号の、前記端末デバイス（３００ａ）によって取得される測定を指示する、請求項１０に記載の方法。
【請求項１２】
前記端末デバイス（３００ａ）を前記別の端末デバイス（３００ｂ）と共同スケジュールすべきかどうかが、前記端末デバイス（３００ａ）の前記データセッションおよび前記別の端末デバイス（３００ｂ）の前記データセッションのうちの少なくとも１つのデータレート要件にさらに基づく、請求項２に記載の方法。
【請求項１３】
前記端末デバイス（３００ａ）を前記別の端末デバイス（３００ｂ）と共同スケジュールすることが、前記端末デバイス（３００ａ）に送信されるデータと前記別の端末デバイス（３００ｂ）に送信されるデータとを周波数分割多重化すること、または
前記端末デバイス（３００ａ）に送信されるデータと前記別の端末デバイス（３００ｂ）に送信されるデータとを符号分割多重化すること
を含む、請求項１に記載の方法。
【請求項１４】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを可能にするための方法であって、前記方法が、端末デバイス（３００ａ）によって実施され、前記方法は、
ネットワークノード（２００）によってサーブされるとき、しきい時間値よりも長いデータセッションを開始すること（Ｓ２０２）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記ネットワークノード（２００）とのビーム掃引プロシージャに参加するようにとの指示を取得すること（Ｓ２０４）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、指示を取得すること（Ｓ２０４）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）において前記データセッションを継続すること（Ｓ２０６）と
を含む、方法。
【請求項１５】
前記端末デバイス（３００ａ）は、前記端末デバイス（３００ａ）が前記指示を取得したとき、現在ビーム（Ｂ３）によってサーブされ、前記データセッションが継続される前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの前記１つ（Ｂ４）が、前記現在ビーム（Ｂ３）とは異なる、請求項１４に記載の方法。
【請求項１６】
前記端末デバイス（３００ａ）は、前記端末デバイス（３００ａ）が前記指示を取得したとき、現在ビーム（Ｂ４）によってサーブされ、前記データセッションが継続される前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの前記１つ（Ｂ４）が、前記現在ビーム（Ｂ４）と同一である、請求項１４に記載の方法。
【請求項１７】
候補ビーム（Ｂ２、Ｂ３、Ｂ４）の前記セットの前記識別が、前記端末デバイス（３００ａ）からの報告において提供される、請求項１４に記載の方法。
【請求項１８】
前記報告が、少なくとも前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）における、前記ビーム掃引プロシージャ中に前記ネットワークノード（２００）のＴＲＰ（４００）によって送信される、参照信号の、前記端末デバイス（３００ａ）によって取得される測定を指示する、請求項１７に記載の方法。
【請求項１９】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを評価するためのネットワークノード（２００）であって、前記ネットワークノード（２００）が、処理回路要素（２１０）を備え、前記処理回路要素は、前記ネットワークノード（２００）に、
前記ネットワークノード（２００）によってサーブされる端末デバイス（３００ａ）が、しきい時間値よりも長いデータセッションに関与するという指示を取得することと、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記端末デバイス（３００ａ）とのアナログビームフォーミングを使用するビーム掃引プロシージャを開始することであって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、ビーム掃引プロシージャを開始することと、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちのいずれかにおいて前記端末デバイス（３００ａ）を別の端末デバイス（３００ｂ）と共同スケジュールすべきか否かを評価することであって、前記別の端末デバイス（３００ｂ）も、前記ネットワークノード（２００）によってサーブされる、共同スケジュールすべきか否かを評価することと
を行わせるように設定された、ネットワークノード（２００）。
【請求項２０】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを可能にするための端末デバイス（３００ａ）であって、前記端末デバイス（３００ａ）が、処理回路要素（３１０）を備え、前記処理回路要素は、前記端末デバイス（３００ａ）に、
ネットワークノード（２００）によってサーブされるとき、しきい時間値よりも長いデータセッションを開始することと、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記ネットワークノード（２００）とのビーム掃引プロシージャに参加するようにとの指示を取得することであって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、指示を取得することと、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）において前記データセッションを継続することと
を行わせるように設定された、端末デバイス（３００ａ）。
【請求項２１】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを評価するためのコンピュータプログラム（９２０ａ）であって、前記コンピュータプログラムは、ネットワークノード（２００）の処理回路要素（２１０）上で起動するとき、前記ネットワークノード（２００）に、
前記ネットワークノード（２００）によってサーブされる端末デバイス（３００ａ）が、しきい時間値よりも長いデータセッションに関与するという指示を取得すること（Ｓ１０２）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記端末デバイス（３００ａ）とのアナログビームフォーミングを使用するビーム掃引プロシージャを開始すること（Ｓ１０４）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、ビーム掃引プロシージャを開始すること（Ｓ１０４）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちのいずれかにおいて前記端末デバイス（３００ａ）を別の端末デバイス（３００ｂ）と共同スケジュールすべきか否かを評価することであって、前記別の端末デバイス（３００ｂ）も、前記ネットワークノード（２００）によってサーブされる、共同スケジュールすべきか否かを評価すること（Ｓ１０６）と
を行わせるコンピュータコードを備える、コンピュータプログラム（９２０ａ）。
【請求項２２】
端末デバイス（３００ａ、３００ｂ、３００ｃ、３００ｄ）の共同スケジューリングを可能にするためのコンピュータプログラム（９２０ｂ）であって、前記コンピュータプログラムは、端末デバイス（３００ａ）の処理回路要素（３１０）上で起動するとき、前記端末デバイス（３００ａ）に、
ネットワークノード（２００）によってサーブされるとき、しきい時間値よりも長いデータセッションを開始すること（Ｓ２０２）と、
前記データセッションが前記しきい時間値よりも長いことの結果として、前記ネットワークノード（２００）とのビーム掃引プロシージャに参加するようにとの指示を取得すること（Ｓ２０４）であって、前記ビーム掃引プロシージャの結果、前記ネットワークノード（２００）が、前記データセッション中に前記端末デバイス（３００ａ）をサーブすることが可能である、候補ビーム（Ｂ２、Ｂ３、Ｂ４）のセットが識別される、指示を取得すること（Ｓ２０４）と、
前記候補ビーム（Ｂ２、Ｂ３、Ｂ４）のうちの１つ（Ｂ４）において前記データセッションを継続すること（Ｓ２０６）と
を行わせるコンピュータコードを備える、コンピュータプログラム（９２０ｂ）。
【国際調査報告】
2020532229.tif 000012
2020532229.tif 000013
2020532229.tif 000014