(57)【要約】  第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報が受信され、第１のサービスタイプはボイスオーバーインターネットプロトコルサービスを含む。基地局は前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して通信する。
2021524200.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと
を含み、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、方法。
【請求項２】
方法であって、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと
を含み、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、方法。
【請求項３】
装置との通信についての信号品質のメトリックを決定することと、
メトリックを閾値と比較することと、
比較に応じて構成情報を決定することと
を含む、請求項２に記載の方法。
【請求項４】
閾値を動的に決定することを含む、請求項３に記載の方法。
【請求項５】
装置との通信についての信号品質のメトリックを決定することと、
メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することと
を含む、請求項２から４のいずれか一項に記載の方法。
【請求項６】
装置から信号品質のインディケーションを受信することと、
インディケーションからメトリックを決定することと
を含む、請求項３から５のいずれか一項に記載の方法。
【請求項７】
前記第２のベアラが複数の第２のマシンタイプ通信サービスタイプを含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
第１の狭帯域が、第１のベアラをサポートする、請求項１から７のいずれか一項に記載の方法。
【請求項９】
第１の狭帯域が、第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である、請求項８に記載の方法。
【請求項１０】
第２の狭帯域が、第２のベアラをサポートする、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
第２の狭帯域が、全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である、請求項１０に記載の方法。
【請求項１２】
ボイスオーバーインターネットプロトコルサービスが、ボイスオーバーロングタームエボリューションサービスである、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを含む、請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
再構成情報が、第２の狭帯域へ切り替わるためのコマンドを含む、請求項１３に記載の方法。
【請求項１５】
少なくとも１つの第２のサービスタイプのうちの１つ以上が、第１のサービスタイプよりも低いサービス優先順位を有する、請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
装置であって、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと
を行うための手段を備え、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
【請求項１７】
装置であって、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと
を行うための手段を備え、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
【請求項１８】
装置との通信についての信号品質のメトリックを決定すること、
メトリックを閾値と比較すること、
比較に応じて構成情報を決定すること
を行うための手段を備える、請求項１７に記載の装置。
【請求項１９】
閾値を動的に決定すること
を行うための手段を備える、請求項１８に記載の装置。
【請求項２０】
装置との通信についての信号品質のメトリックを決定することと、
メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することと
を行うための手段を備える、請求項１７から１９のいずれか一項に記載の装置。
【請求項２１】
装置から信号品質のインディケーションを受信することと、
インディケーションからメトリックを決定することと
を行うための手段を備える、請求項１８から２０のいずれか一項に記載の装置。
【請求項２２】
前記第２のベアラが複数の第２のマシンタイプ通信サービスタイプを含む、請求項１６から２１のいずれか一項に記載の装置。
【請求項２３】
第１の狭帯域が、第１のベアラをサポートする、請求項１６から２２のいずれか一項に記載の装置。
【請求項２４】
第１の狭帯域が、第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である、請求項１６から２３のいずれか一項に記載の装置。
【請求項２５】
第２の狭帯域が、第２のベアラをサポートする、請求項１６から２４のいずれか一項に記載の装置。
【請求項２６】
第２の狭帯域が、全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である、請求項２５に記載の方法。
【請求項２７】
ボイスオーバーインターネットプロトコルサービスが、ボイスオーバーロングタームエボリューションサービスである、請求項１６から２６のいずれか一項に記載の装置。
【請求項２８】
第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを行うための手段を備える、請求項１６から２７のいずれか一項に記載の装置。
【請求項２９】
再構成情報が、第２の狭帯域へ切り替わるためのコマンドを含む、請求項２８に記載の装置。
【請求項３０】
少なくとも１つの第２のサービスタイプのうちの１つ以上が、第１のサービスタイプよりも低いサービス優先順位を有する、請求項１６から２９のいずれか一項に記載の装置。
【請求項３１】
装置であって、
少なくとも１つのプロセッサ、
コンピュータプログラムコードを含む少なくとも１つのメモリ
を備え、
少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサで、装置に少なくとも、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信させ、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信させる
ように構成され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
【請求項３２】
装置であって、
少なくとも１つのプロセッサ、
コンピュータプログラムコードを含む少なくとも１つのメモリ
を備え、
少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサで、装置に少なくとも、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信させ、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信させる
ように構成され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
【請求項３３】
コード手段を含むコンピュータプログラムであって、コード手段は、プログラムがプロセッサ上で走らされると、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと
を行うように適合され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、コンピュータプログラム。
【請求項３４】
コード手段を含むコンピュータプログラムであって、コード手段は、プログラムがプロセッサ上で走らされると、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと
を行うように適合され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は通信に関し、より詳細には無線通信システムにおける方法および装置に関する。
【背景技術】
【０００２】
通信システムは、通信デバイス間で情報を搬送するための通信チャネルを提供することにより、ユーザ端末、機械のような端末、基地局および／または他のノードなど、２つ以上のデバイス同士の通信を可能にする設備と考えることができる。通信システムは、例えば、通信ネットワークおよび１つ以上の互換性のある通信デバイスによって提供されることができる。
【０００３】
通信システムおよび関連デバイスは典型的には、システムと関連付けられる様々なエンティティが何を行ってよいか、またそれがどのように達成されるべきかを詳述する所与の標準または仕様に従って動作する。接続に使用されるべき通信プロトコルおよび／またはパラメータも典型的には既定される。
【発明の概要】
【課題を解決するための手段】
【０００４】
第１の態様によれば、方法であって：
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと；
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと
を含み、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、方法が提供される。
【０００５】
一例では、第２のベアラは複数の第２のマシンタイプ通信サービスタイプを含む。
【０００６】
一例では、第１の狭帯域は第１のベアラをサポートする。
【０００７】
一例では、第１の狭帯域は第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である。
【０００８】
一例では、第２の狭帯域は第２のベアラをサポートする。
【０００９】
一例では、第２の狭帯域は全てのマシンタイプ通信サービスタイプによって使用されることができる共用（ｓｈａｒｅｄ）狭帯域である。
【００１０】
一例では、ボイスオーバーインターネットプロトコルサービスはボイスオーバーロングタームエボリューションサービスである。
【００１１】
一例では、方法は、第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを含む。
【００１２】
一例では、再構成情報は第２の狭帯域へ切り替わるためのコマンドを含む。
【００１３】
一例では、少なくとも１つの第２のサービスタイプのうちの１つ以上は、第１のサービスタイプよりも低いサービス優先順位を有する。
【００１４】
第２の態様によれば、方法であって：
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと；
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと；
を含み、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、方法が提供される。
【００１５】
一例では、方法は、装置との通信についての信号品質のメトリックを決定すること；メトリックを閾値と比較することと、比較に応じて構成情報を決定することとを含む。
【００１６】
一例では、方法は、動的に閾値を決定することを含む。
【００１７】
一例では、方法は、装置との通信についての信号品質のメトリックを決定することと、メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することとを含む。
【００１８】
一例では、方法は、装置から信号品質のインディケーションを受信することと、インディケーションからメトリックを決定することとを含む。
【００１９】
一例では、第２のベアラは複数の第２のマシンタイプ通信サービスタイプを含む。
【００２０】
一例では、第１の狭帯域は第１のベアラをサポートする。
【００２１】
一例では、第１の狭帯域は第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である。
【００２２】
一例では、第２の狭帯域は第２のベアラをサポートする。
【００２３】
一例では、第２の狭帯域は全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である。
【００２４】
一例では、ボイスオーバーインターネットプロトコルサービスはボイスオーバーロングタームエボリューションサービスである。
【００２５】
一例では、方法は、第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを含む。
【００２６】
一例では、再構成情報は第２の狭帯域へ切り替わるためのコマンドを含む。
【００２７】
一例では、少なくとも１つの第２のサービスタイプのうちの１つ以上は、第１のサービスタイプよりも低いサービス優先順位を有する。
【００２８】
第３の態様によれば、装置であって：
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと；
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと；
を行うための手段を備え、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置が提供される。
【００２９】
一例では、第２のベアラは複数の第２のマシンタイプ通信サービスタイプを含む。
【００３０】
一例では、第１の狭帯域は第１のベアラをサポートする。
【００３１】
一例では、第１の狭帯域は第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である。
【００３２】
一例では、第２の狭帯域は第２のベアラをサポートする。
【００３３】
一例では、第２の狭帯域は全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である。
【００３４】
一例では、ボイスオーバーインターネットプロトコルサービスはボイスオーバーロングタームエボリューションサービスである。
【００３５】
一例では、装置は、第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを行うための手段を備える。
【００３６】
一例では、再構成情報は第２の狭帯域へ切り替わるためのコマンドを含む。
【００３７】
一例では、少なくとも１つの第２のサービスタイプのうちの１つ以上は、第１のサービスタイプよりも低いサービス優先順位を有する。
【００３８】
第４の態様によれば、装置であって：
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと；
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと
を行うための手段を備え、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置が提供される。
【００３９】
一例では、装置は、装置との通信についての信号品質のメトリックを決定することと、メトリックを閾値と比較することと、比較に応じて構成情報を決定することとを行うための手段を備える。
【００４０】
一例では、装置は、動的に閾値を決定することを行うための手段を備える。
【００４１】
一例では、装置は、装置との通信についての信号品質のメトリックを決定することと、メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することとを行うための手段を備える。
【００４２】
一例では、装置は、装置から信号品質のインディケーションを受信することと、インディケーションからメトリックを決定することとを行うための手段を備える。
【００４３】
一例では、第２のベアラは複数の第２のマシンタイプ通信サービスタイプを含む。
【００４４】
一例では、第１の狭帯域は第１のベアラをサポートする。
【００４５】
一例では、第１の狭帯域は第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である。
【００４６】
一例では、第２の狭帯域は第２のベアラをサポートする。
【００４７】
一例では、第２の狭帯域は全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である。
【００４８】
一例では、ボイスオーバーインターネットプロトコルサービスはボイスオーバーロングタームエボリューションサービスである。
【００４９】
一例では、装置は、第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを行うための手段を備える。
【００５０】
一例では、再構成情報は第２の狭帯域へ切り替わるためのコマンドを含む。
【００５１】
一例では、少なくとも１つの第２のサービスタイプのうちの１つ以上は、第１のサービスタイプよりも低いサービス優先順位を有する。
【００５２】
第５の態様によれば、装置であって：
少なくとも１つのプロセッサ；
コンピュータプログラムコードを含む少なくとも１つのメモリ；
を備えれ、
少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサで、装置に少なくとも：
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信させ；
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信させる
ように構成され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置が提供される。
【００５３】
一例では、第２のベアラは複数の第２のマシンタイプ通信サービスタイプを含む。
【００５４】
一例では、第１の狭帯域は第１のベアラをサポートする。
【００５５】
一例では、第１の狭帯域は第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である。
【００５６】
一例では、第２の狭帯域は第２のベアラをサポートする。
【００５７】
一例では、第２の狭帯域は全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である。
【００５８】
一例では、ボイスオーバーインターネットプロトコルサービスはボイスオーバーロングタームエボリューションサービスである。
【００５９】
一例では、装置は、第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信するようにされる。
【００６０】
一例では、再構成情報は第２の狭帯域へ切り替わるためのコマンドを含む。
【００６１】
一例では、少なくとも１つの第２のサービスタイプのうちの１つ以上は、第１のサービスタイプよりも低いサービス優先順位を有する。
【００６２】
第６の態様によれば、装置であって：
少なくとも１つのプロセッサ；
コンピュータプログラムコードを含む少なくとも１つのメモリ；
を備え；
少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサで、装置に少なくとも：
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信させ；
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信させる
ように構成され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置が提供される。
【００６３】
一例では、装置は、動的に閾値を決定するようにされる。
【００６４】
一例では、装置は、装置との通信についての信号品質のメトリックを決定することと、メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することとを行うようにされる。
【００６５】
一例では、装置は、装置から信号品質のインディケーションを受信することと、インディケーションからメトリックを決定することとを行うようにされる。
【００６６】
一例では、第２のベアラは複数の第２のマシンタイプ通信サービスタイプを含む。
【００６７】
一例では、第１の狭帯域は第１のベアラをサポートする。
【００６８】
一例では、第１の狭帯域は第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である。
【００６９】
一例では、第２の狭帯域は第２のベアラをサポートする。
【００７０】
一例では、第２の狭帯域は全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である。
【００７１】
一例では、ボイスオーバーインターネットプロトコルサービスはボイスオーバーロングタームエボリューションサービスである。
【００７２】
一例では、装置は、第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信するようにされる。
【００７３】
一例では、再構成情報は第２の狭帯域へ切り替わるためのコマンドを含む。
【００７４】
一例では、少なくとも１つの第２のサービスタイプのうちの１つ以上は、第１のサービスタイプよりも低いサービス優先順位を有する。
【００７５】
第７の態様によれば、コード手段を含むコンピュータプログラムであって、コード手段は、プログラムがプロセッサ上で走らされると：
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと；
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと
を行うように適合され、前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、
コンピュータプログラムが提供される。
【００７６】
一例では、第２のベアラは複数の第２のマシンタイプ通信サービスタイプを含む。
【００７７】
一例では、第１の狭帯域は第１のベアラをサポートする。
【００７８】
一例では、第１の狭帯域は第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である。
【００７９】
一例では、第２の狭帯域は第２のベアラをサポートする。
【００８０】
一例では、第２の狭帯域は全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である。
【００８１】
一例では、ボイスオーバーインターネットプロトコルサービスはボイスオーバーロングタームエボリューションサービスである。
【００８２】
一例では、コード手段は、第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを行うように適合される。
【００８３】
一例では、再構成情報は第２の狭帯域へ切り替わるためのコマンドを含む。
【００８４】
一例では、少なくとも１つの第２のサービスタイプのうちの１つ以上は、第１のサービスタイプよりも低いサービス優先順位を有する。
【００８５】
第８の態様によれば、コード手段を含むコンピュータプログラムであって、コード手段は、プログラムがプロセッサ上で走らされると：
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置にが送信することと；
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと
を行うように適合され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、
コンピュータプログラムが提供される。
【００８６】
一例では、コード手段は、装置との通信についての信号品質のメトリックを決定すること；メトリックを閾値と比較することと、比較に応じて構成情報を決定することとを行うように適合される。
【００８７】
一例では、コード手段は、動的に閾値を決定することを行うように適合される。
【００８８】
一例では、コード手段は、装置との通信についての信号品質のメトリックを決定することと、メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することとを行うように適合される。
【００８９】
一例では、コード手段は、装置から信号品質のインディケーションを受信することと、インディケーションからメトリックを決定することとを行うように適合される。
【００９０】
一例では、第２のベアラは複数の第２のマシンタイプ通信サービスタイプを含む。
【００９１】
一例では、第１の狭帯域は第１のベアラをサポートする。
【００９２】
一例では、第１の狭帯域は第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である。
【００９３】
一例では、第２の狭帯域は第２のベアラをサポートする。
【００９４】
一例では、第２の狭帯域は全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である。
【００９５】
一例では、ボイスオーバーインターネットプロトコルサービスはボイスオーバーロングタームエボリューションサービスである。
【００９６】
一例では、コード手段は、第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを行うように適合される。
【００９７】
一例では、再構成情報は第２の狭帯域へ切り替わるためのコマンドを含む。
【００９８】
一例では、少なくとも１つの第２のサービスタイプのうちの１つ以上は、第１のサービスタイプよりも低いサービス優先順位を有する。
【００９９】
第９の態様では、装置に、第７または第８の態様の方法のステップを含むプロセスを行わせるための命令を含む、非一時的なコンピュータ可読媒体が提供される。
【０１００】
第１０の態様では、装置に、第７または第８の態様の方法のステップを含む少なくともプロセスを行わせるための命令を含む、コンピュータ可読媒体が提供される。
【０１０１】
上では、多くの異なる実施形態が説明された。上で説明された実施形態のうちの任意の２つ以上の組合せにより、さらなる実施形態が提供され得ることを了解されたい。
【０１０２】
様々な他の態様およびさらなる実施形態が、次の詳細な説明および添付の特許請求の範囲において、さらに以下で説明される。
【０１０３】
本開示の理解を助け、いくつかの実施形態をどのように実施することができるかを示すために、添付の図面を単なる例として参照する。
【図面の簡単な説明】
【０１０４】
【図１】通信ネットワークの例の概略図である。
【図２】通信デバイスの例の概略図である。
【図３】制御装置の例の概略図である。
【図４】第１および第２のスケジューリングシナリオの概略図である。
【図５】第３および第４のスケジューリングシナリオの概略図である。
【図６】第１の方法フローの図である。
【図７】第２の方法フローの図である。
【図８】様々なチャネルについてのＨＡＲＱ繰り返しの概略図である。
【図９ａ】ダウンリンクについての繰り返し選択のための方法の概略図である。
【図９ｂ】アップリンクについての繰り返し選択のための方法の概略図である。
【発明を実施するための形態】
【０１０５】
いくつかの実施形態は、マシンタイプ通信（ＭＴＣ）のコンテキストで提供される場合がある。他の実施形態が、例えば狭帯域（ＮＢ）が使用される異なるコンテキストで提供され得ることを了解されたい。
【０１０６】
ＭＴＣ機器は、マシン対マシン（Ｍ２Ｍ）通信を行う通信デバイスのカテゴリを参照する。これにはユーザの介入または操作を伴わない場合がある。いくつかの実施形態では、１つ以上のＭＴＣデバイスが使用されて、情報を検出および測定することにより、データを感知および収集することができる。
【０１０７】
いわゆる第５世代（５Ｇ）または新無線（ＮＲ）標準は、モノのインターネット（ＩｏＴ）技術をサポートするために、強化されたマシンタイプ通信（ｅＭＴＣ）および狭帯域でのモノのインターネット（ＮＢ−ＩｏＴ）を提案してきた。
【０１０８】
いくつかの実施形態は、ｅＭＴＣデバイスなどのマシンタイプ通信を行うデバイスに提供されるボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスなどのサービスに関連する場合がある。いくつかの例では、ＶｏＩＰサービスはボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）サービスであり得る。ＶｏＬＴＥサポートを利用する場合があるｅＭＴＣデバイスは、例えばいわゆる「スマートウォッチ」または患者のヘルストラッカーであってもよい。
【０１０９】
ｅＭＴＣ通信用に、帯域幅低減低複雑度（ＢＬ：Ｂａｎｄｗｉｄｔｈ  ｒｅｄｕｃｅｄ  Ｌｏｗ  Ｃｏｍｐｌｅｘｉｔｙ）技術が使用される場合がある。ＢＬでは、ｅＭＴＣデバイスはあらゆるＬＴＥシステム帯域幅で動作することができるが、例えば６回連続の物理リソースブロック（ＰＲＢ）に限定されたチャネル帯域幅を用いる。他の例では、連続的な帯域幅は、狭帯域（ＮＢ）用の別の適切な数の連続的なＰＲＢであってもよい。特に、狭帯域の定義は、動作中の通信プロトコルによって提供される場合がある。ｅＭＴＣアーキテクチャでは、サービスは単一のＮＢを共用することができる。その狭帯域は、アップリンク（ＵＬ）送信用に１つのＮＢ、そしてダウンリンク（ＤＬ）送信用に１つのＮＢであってもよい。ＵＬ送信用のＮＢが、ＤＬ用に使用される同一のＮＢかどうかは、ｅＭＴＣ周波数帯域に依存する場合がある。他の実施形態では、ＵＬ用およびＤＬ用に同一のＮＢが使用されることができる。別の例では、ＵＬおよびＤＬは異なるＮＢを使用する。示される例のうちのいくつかは、ＮＢの使用に適したあらゆる通信に適用可能である。
【０１１０】
異なるｅＭＴＣサービスは、異なる優先順位レベルを有している場合がある。ｅＭＴＣサービスの優先順位の一例を降順に表１に示す：
【０１１１】
【表１】
2021524200.tif 000003
【０１１２】
表１に示されるサービスは次の通り：加入者識別モジュール（ＳＩＭ）、ランダムアクセスチャネル（ＲＡＣＨ）、メッセージ（ＭＳＧ）、ハイブリッド自動再送要求（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ：ＨＡＲＱ）、タイミングアドバンス（ＴＡ）、シグナリング無線ベアラ（ＳＲＢ）、非保証ビットレート（Ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ−ｒａｔｅ：非ＧＢＲ）、およびトラフィック無線ベアラ（ＴＲＢ）。本実施形態は、レガシの最少の劣化をもたらし得る。いくつかの実施形態では、限定されたｅＭＴＣキャパシティのみが存在し得る。例えば、ｅＭＴＣのＶｏＬＴＥについて優先順位がない場合がある。
【０１１３】
いくつかの実施形態は、優先順位のリストにＶｏＬＴＥを提供することができる。以下の表２では、ＶｏＬＴＥは以下に示すようにスケジューリング優先順位で１１番の優先順位を有する。他の例では、ＶｏＬＴＥは異なる優先順位番号を有している場合がある。この例のみにおいて、ＶｏＬＴＥサービスが優先順位で非ＧＢＲサービスより上に来ている。表２は、降順の優先順位の順番である：
【０１１４】
【表２】
2021524200.tif 000004
【０１１５】
表２によってサポートされる実施形態では、ＶｏＬＴＥは単一のＮＢを他のサービスと共用する。
【０１１６】
単なる例として、表２では、ＶｏＬＴＥは非ＧＢＲサービスより高い優先順位を有するが、ＶｏＬＴＥは例えばＳＩＭ、ページング、ＲＡＣＨ、およびＨＡＲＱ再送信などの共通チャネル（ｃｏｍｍｏｎ  ｃｈａｎｎｅｌ）よりも低い優先順位を有する。
【０１１７】
表１および表２に示す優先順位レベルは、単なる例として示してある。サービスの優先順位レベルは異なっていてもよい。さらには、表１または表２には示されていないｅＭＴＣ用のサービスがある場合がある。他の実施形態では、表に示されるサービスのうちの１つ以上は、代替的にまたは追加的に省略されてもよい。
【０１１８】
優先順位の高いサービスが長時間、共用ＮＢを占有する場合、ＶｏＬＴＥパケット送信を遅延させる場合がある。これにより、ＶｏＬＴＥパケットが、時間遅延が原因で、例えばオーディオコーデックによって破棄される場合がある。優先順位のより高いサービスは、ＶｏＬＴＥサービス品質を劣化させる場合がある。例えば、ＲＡＣＨ手順の間、複数のＲＡＣＨおよび無線リソース制御（ＲＲＣ）メッセージが存在する場合があり、それは、カバレッジエンハンスメントを得るために多くの繰り返しを必要とする場合がある。ヘビーなＲＡＣＨ期間の間、メトリックは許容可能な値または範囲をから外れる場合がある。そのメトリックはｅＭＴＣ  ＶｏＬＴＥの平均オピニオンスコア（ＭＯＳ）であり得、例えばスコア３．０を下回る場合がある。この３．０というＭＯＳスコアは、何らかの状況において、いくつかの業界標準に従うと許容可能ではない場合がある。
【０１１９】
単一のＮＢは、ベアラの最大数のみをサポートしている場合がある。単なる例として、ベアラ数は、１つのＮＢあたり同時に５つのＶｏＬＴＥベアラである場合がある。ＶｏＬＴＥは、周期的で頻繁なパケットを有することができ、例えば２０ｍｓあたり約２パケット（１つはＵＬ用、１つはＤＬ用）である場合がある。表２の例では、非ＧＢＲサービスはＶｏＬＴＥサービスよりも低い優先順位を有する場合がある。したがって、何らかの状況において、ＶｏＬＴＥスケジューリングは非ＧＢＲトラフィックを比較的長時間ブロックする場合があり、これにより例えば無線リンク制御（ＲＬＣ）のインアクティビティタイマ（ｉｎａｃｔｉｖｉｔｙ  ｔｉｍｅｒ）が原因でユーザ機器（ＵＥ）をドロップすることにつながる場合がある。
【０１２０】
ＶｏＬＴＥサービスの優先順位は、ハードコーディングされていなくてもよく、および／または運用者制御を介して設定されていなくてもよい。ｅＭＴＣならびにレガシのキャパシティおよびパフォーマンスにおける両方のＶｏＬＴＥは、例えばネットワーク運用者によって静的および／または動的に管理可能であることが必要な場合がある。
【０１２１】
いくつかの実施形態では、ＶｏＬＴＥサービスおよび他のサービスは、動的な閾値によって制御されることができる。これはインテリジェントな制御によるものであってもよい。これは、ＶｏＬＴＥの品質を保証もしくは改善し、および／またはＶｏＬＴＥの機能を増加させることができる。
【０１２２】
いくつかの実施形態を提供する際、無線通信システムおよび通信デバイスが、使用されることができ、説明される例の基礎を成す技術を理解する一助となるよう図１、図２および図３を参照して簡潔に説明される。
【０１２３】
図１に示されるような無線通信システム１００では、無線通信デバイス、例えばユーザ機器（ＵＥ）またはＭＴＣデバイス１０２、１０４、１０５は、少なくとも１つの基地局あるいは、類似の無線送信および／または受信の無線インフラストラクチャアクセスノードもしくはポイントを介する無線アクセスが提供される。そのようなアクセスノードは、例えば基地局もしくはｅＮｏｄｅＢ（ｅＮＢ）、または５Ｇシステムでは次世代ＮｏｄｅＢ（ｇＮＢ）、または他の無線インフラストラクチャノードであり得る。これらのノードは一般的には基地局と呼ばれる。基地局は、その動作および基地局と通信している通信デバイスの管理を可能にするように、基地局に提供された少なくとも１つの適当な制御装置によって制御されることができる。
【０１２４】
図１は、個々のマクロレベル基地局１０６および１０７の、制御装置１０８および１０９を概略的に示している。
【０１２５】
図１では、基地局１０６および１０７は、ゲートウェイ１１２を介してより広範な通信ネットワーク１１３に接続するものとして示されている。さらなるゲートウェイ機能が別のネットワークに接続するために提供されてもよい。
【０１２６】
より小規模な基地局１１６、１１８、および１２０も、例えば別個のゲートウェイ機能によって、および／またはマクロレベル基地局のコントローラを介してネットワーク１１３に接続されることができる。基地局１１６、１１８、および１２０は、ピコまたはフェムトレベルの基地局などであってもよい。例では、基地局１１６および１１８は、ゲートウェイ１１１を介して接続され、一方で基地局１２０は制御装置１０８を介して接続されている。いくつかの実施形態では、小規模な基地局は提供されなくてもよい。
【０１２７】
次に、いくつかの実施形態の無線通信デバイスが、通信デバイス２００の概略的な部分断面図を示す図２を参照してより詳細に説明される。そのような通信デバイスは、しばしばＭＴＣデバイス、ｅＭＴＣデバイス、ユーザ機器（ＵＥ）または端末と呼ばれる。適当なモバイル通信デバイスが、無線信号を送るおよび受信することができるあらゆるデバイスによって提供され得る。
【０１２８】
無線通信デバイスは、例えば特定の場所に固定されていないデバイスであるモバイルデバイスであってもよく、または固定式デバイスであってもよい。無線デバイスは、通信のために人間の対話を必要とする場合があり、または通信のために人間の対話を必要としない、例えばＭＴＣデバイスである場合がある。
【０１２９】
無線デバイス２００は、受信用の適当な装置を介して、エアーまたは無線インターフェース２０７上で信号を受信することができ、また無線信号を送信するための適当な装置を介して信号を送信することができる。図２では、トランシーバ装置がブロック２０６によって概略的に指定されている。トランシーバ装置２０６は、例えば無線部品および関連するアンテナ構成によって、提供されることができる。アンテナ構成は、無線デバイスに対して内部または外部であり得る。
【０１３０】
無線通信デバイスは、少なくとも１つのデータ処理エンティティ２０１、少なくとも１つのランダムアクセスメモリ２０２、少なくとも１つの読み取り専用メモリ２０９、および他の可能なコンポーネント２０３を備えることができ、これらは、アクセスシステムおよび他の通信デバイスへのアクセスの制御およびそれらとの通信を含む、それが行うように設計されたソフトウェアおよびハードウェア支援のタスクの実行における使用のためのものである。少なくとも１つのランダムアクセスメモリ２０２および少なくとも１つの読み取り専用メモリ２０９は、データプロセッサである場合があるデータ処理エンティティ２０１と通信している。データの処理、記憶、および他の関連する制御装置は、適当な回路基板および／またはチップセットに提供されることができる。この特徴は、参照記号２０４によって示されている。無線デバイスは、任意選択で、キーパッド２０５、音声コマンド、タッチセンシティブな画面またはパッド、あるいは、それらの組合せなどのユーザインターフェースを備える場合がある。ディスプレイ２０８、スピーカ、マイクロフォンのうちの１つ以上が、任意選択で提供されてもよい。さらには、無線通信デバイスは、他のデバイスへの、および／または外部アクセサリ、例えばハンズフリー機器を接続するための、適当なコネクタ（有線または無線のいずれか）を備える場合がある。
【０１３１】
例示の制御装置３００が図３に示される。制御装置は、基地局に提供されてもよい。単なる例として、スケジューラが制御装置３００によって提供されてもよい。いくつかの例では、ｅＭＴＣスケジューラが制御装置３００によって提供されてもよい。いくつかの例では、非ｅＭＴＣスケジューラが制御装置３００によって提供されてもよい。いくつかの例では、ＲＲＣエンティティが制御装置３００によって提供されてもよい。
【０１３２】
装置３００は、少なくとも１つのメモリ３０１、少なくとも１つのデータ処理ユニット３０２、３０３、および入力／出力インターフェース３０４を備える。装置３００またはプロセッサ３０２／３０３は、制御機能を提供するよう適当なソフトウェアコードを実行するように構成されることができる。プロセッサ３０２、３０３は、装置３００の動作と関連付けられる機能を行うことができる。
【０１３３】
ある例では、少なくとも１つのメモリ３０１は、プロセッサ３０２、３０３によって実行されると機能性を提供するソフトウェアモジュールを記憶する。モジュールは、装置３００用にオペレーティングシステム機能性を提供するオペレーティングシステムを含む場合がある。装置３００のコンポーネントは、ハードウェア、またはあらゆる適切なハードウェアとソフトウェアとの組合せとして、実現されることができる。
【０１３４】
図４は、ＶｏＬＴＥスケジューリングが非ＧＢＲトラフィックを劣化させる場合がある例を示している。これは、表２の優先順位を使用している。この例では、ＶｏＬＴＥは非ＧＢＲサービスよりも高い優先順位レベルを有している。したがって、ＶｏＬＴＥサービスの追加は、いくつかの状況では非ＧＢＲサービスを遅延させる場合がある。
【０１３５】
第１のシナリオ４０１は、非ＧＢＲサービスがダウンリンクでしかスケジューリングされない例を示している。送信時間間隔（ＴＴＩ）０、および１では、第１の非ＧＢＲベアラグラントがあり、ＴＴＩ６および７では、第２の非ＧＢＲベアラグラントがあり、ＴＴＩ１２および１３では、第３の非ＧＢＲベアラグラントがある。
【０１３６】
送信時間間隔（ＴＴＩ）３および４には、第１のベアラについて物理層に渡される媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）があり、ＴＴＩ９および１０には、第２のベアラについて物理層に渡されるＭＡＣ  ＰＤＵがあり、ＴＴＩ１５および１６には、第３のベアラについて物理層に渡されるＭＡＣ  ＰＤＵがある。
【０１３７】
第２のシナリオ４０３は、ＶｏＬＴＥおよび非ＧＢＲサービスが両方ダウンリンクでスケジューリングされる例を示している。ＴＴＩ０および１には第１のＶｏＬＴＥベアラグラントがあり、続いてＴＴＩ３および４で物理層に渡される第１のＶｏＬＴＥベアラについてのＭＡＣ  ＰＤＵがある。送信時間間隔（ＴＴＩ）６および７には、第１の非ＧＢＲベアラグラントがあり、ＴＴＩ１２および１３には、第２の非ＧＢＲベアラグラントがある。ＴＴＩ９および１０には、第１の非ＧＢＲベアラについて物理層に渡されるＭＡＣ  ＰＤＵがあり、ＴＴＩ１５および１６には、第２の非ＧＢＲベアラについて物理層に渡されるＭＡＣ  ＰＤＵがある。
【０１３８】
第２のシナリオ４０３より、非ＧＢＲスケジューリングは第１のＶｏＬＴＥベアラがセットアップのあとまで遅延させられる場合がある。別の例では、２つまたはＶｏＬＴＥベアラがセットアップされる場合、非ＧＢＲスケジューリングはさらに長くブロックされる場合がある。
【０１３９】
第１のシナリオ４０１および第２のシナリオ４０３の両方で、ＴＴＩ２、５、１１、および１４では、送信が存在しない。第１のシナリオ４０１および第２のシナリオ４０３で示される送信は、単なる例として示されており、送信パターンは変わってもよい。
【０１４０】
本開示のいくつかの実施形態では、ｅＭＴＣスケジューラは、第１のｅＭＴＣ  ＶｏＬＴＥベアラがセットアップされる際、専用ＮＢをレガシ／非ｅＭＴＣスケジューラから要求する。いくつかの例では、ｅＭＴＣスケジューラおよびレガシ／非ｅＭＴＣは、ソフトウェアモジュールである。いくつかの例では、ｅＭＴＣスケジューラおよびレガシ／非ｅＭＴＣスケジューラは、１つ以上の基地局に提供される。ｅＭＴＣスケジューラおよびレガシ／非ｅＭＴＣスケジューラは、別個の基地局に提供されてもよい。ｅＭＴＣスケジューラおよびレガシ／非ｅＭＴＣスケジューラは、単一のスケジューラの異なる部分によって提供されてもよい。
【０１４１】
非ｅＭＴＣスケジューラがｅＭＴＣスケジューラの要求を拒否した場合、図４の第２のシナリオで示すように、ＶｏＬＴＥサービスは単一のＮＢを他の非ＶｏＬＴＥサービスと共用しなければならない場合がある。この場合、ＶｏＬＴＥスケジューリングは、共通チャネルまたはＲＡＣＨ（表２の例における優先順位を参照）などの、より優先順位の高いサービスによって遅延させられる場合がある。しかしながら、ＶｏＬＴＥスケジューリングは、非ＧＢＲ  ＨＡＲＱ送信を遅延させる場合がある。
【０１４２】
非ｅＭＴＣスケジューラがこのｅＭＴＣスケジューリング要求を承認した場合、全てのＶｏＬＴＥサービスが専用ＮＢ内でスケジューリングされることができる。いくつかの実施形態では、ＶｏＬＴＥサービスだけが専用ＮＢを使用することができる。ｅＭＴＣスケジューラは、最後のｅＭＴＣ  ＶｏＬＴＥベアラが解放されたときに、ようやく、専用ＮＢを非ｅＭＴＣサービスなどの他のサービスに解放し得る。いくつかの実施形態では、これは、ＶｏＬＴＥスケジューリングが他のサービスによって遅延させられ得ないこと、およびＶｏＬＴＥスケジューリングが非ＧＢＲトラフィックをブロックし得ないことを意味し得る。
【０１４３】
図５は、いくつかの実施形態のＶｏＬＴＥスケジューリングについての専用ＮＢの例を示している。第３のシナリオ５０１は図４で示される第１のシナリオ４０１と同じである。第３のシナリオ５０１から分かるように、非ＧＢＲサービスだけがスケジューリングされる場合、共用ＮＢには非ＧＢＲサービスだけが存在する。他の例では、他の非ＶｏＬＴＥサービスも共用ＮＢにスケジューリングされてもよい。
【０１４４】
第４のシナリオ５０３は、ＶｏＬＴＥサービスおよび非ＧＢＲサービスがスケジューリングされる例を示している。しかしながら、第２のシナリオ４０３とは異なり、第４のシナリオ５０３では、非ｅＭＴＣスケジューラがＶｏＬＴＥサービスに対して専用ＮＢについてのｅＭＴＣスケジューリング要求を承認していることである。したがって、図４の第４のシナリオ５０３から分かるように、非ＧＢＲサービスは、ＶｏＬＴＥサービスが新しいＮＢでスケジューリングされる間、共用ＮＢでスケジューリングされる。
【０１４５】
図４および図５で示される例では、送信繰り返しは２に設定されており、これが、ベアラごとのＭＡＣ  ＰＤＵが２つの隣接するＴＴＩに見出される理由である。他の例では、繰り返しは４、８またはあらゆる他の適切な回数に設定されることができる。繰り返し値は、以降でさらに詳細に説明されるように、チャネル品質測定値に従って設定されてもよい。
【０１４６】
いくつかの実施形態では、ＶｏＬＴＥサービス用の専用ＮＢは、ＶｏＬＴＥスケジューリングが非ＧＢＲトラフィックに影響を与えないか、または影響が小さくなるようなものであり得る。
【０１４７】
図６は、ＶｏＬＴＥサービス用に新しいＮＢを構成するときに、ＵＥ、非ｅＭＴＣスケジューラ、ｅＭＴＣスケジューラ、およびＲＲＣ（コール処理）エンティティの間で生じ得るシグナリングの例を示している。ｅＭＴＣスケジューラは、実施形態では、基地局でソフトウェアモジュールによって提供され得る。ｅＭＴＣスケジューラは、図３で示されるように制御装置３００において提供されてもよい。非ｅＭＴＣスケジューラは、実施形態では、基地局でソフトウェアモジュールによって提供され得る。非ｅＭＴＣスケジューラは、図３で示されるように制御装置３００において提供されてもよい。ＲＲＣエンティティは、実施形態では、基地局でソフトウェアモジュールによって提供され得る。ＲＲＣエンティティは、図３で示されるように制御装置３００において提供されてもよい。
【０１４８】
ステップ６０１において、カテゴリ−Ｍ（ＣＡＴ−Ｍ）非ＶｏＬＴＥサービスが、ＮＢ＃１でスケジューリングされる。ＮＢ＃１は、共用ＮＢであってもよい。ＣＡＴ−Ｍサービスは、ｅＭＴＣサービスを含むことができるタイプのサービスである（さらに他のＭＴＣサービスが含まれていてもよい）。ＣＡＴ−Ｍサービスは、低電力通信にむけて最適化されているサービスである。現在説明される技法がＣＡＴ−Ｍサービスに限定されないことを理解されたい。ＵＥは、共用ＮＢで非ＶｏＬＴＥサービスためのベアラを確立するＲＲＣエンティティからＲＲＣ接続構成メッセージを受信していなければならない場合がある（図示せず）。ＲＲＣ接続構成メッセージを受信したことに応答して、ＵＥは、共用ＮＢで非ＶｏＬＴＥサービスためのベアラを確立することができる。
【０１４９】
ステップ６０３において、ＲＲＣエンティティは、ｅＭＴＣスケジューラで第１のＣＡＴ−Ｍ  ＶｏＬＴＥベアラセットアップを開始する。他の例では、ｅＭＴＣスケジューラはＣＡＴ−Ｍスケジューラであってもよい。
【０１５０】
ステップ６０５において、ｅＭＴＣスケジューラはＮＢ＃２要求を非ｅＭＴＣスケジューラに送信する。ＮＢ＃２は、ＶｏＬＴＥサービスによってのみの使用のための、専用ＮＢであってもよい。他の例では、専用ＮＢは異なるｅＭＴＣサービスによってのみの使用のためであってもよい。非ｅＭＴＣスケジューラがｅＭＴＣから専用ＮＢ要求を受信すると、非ｅＭＴＣスケジューラは非ｅＭＴＣトラフィック負荷をチェックする。非ｅＭＴＣトラフィック負荷が高いほうの閾値よりも高い場合、非ｅＭＴＣスケジューラがビジーである場合があることを意味している。したがって、この場合、非ｅＭＴＣスケジューラは専用ＮＢについてのこの要求を拒否する場合がある。非ｅＭＴＣトラフィック負荷が低いほうの閾値よりも低い場合、非ｅＭＴＣスケジューラがフリーである場合があることを意味している。この場合、非ｅＭＴＣスケジューラは専用ＮＢについてのこの要求を承認する場合があり、ＮＢ物理リソースブロック（ＰＲＢ）をスケジューリングに利用不可能としてマスクする。
【０１５１】
実施形態では、静的および動的な閾値の１つまたは両方が、ＶｏＬＴＥについての専用ＮＢの制御のために導入され得る。
【０１５２】
静的な閾値は、１つまたは両方の、低いほうの閾値および高いほうの閾値で構成されることができ、閾値の１つまたは両方は、例えば期待されるネットワーク状態に基づいて決定され得る。閾値は、ネットワーク運用者によって構成可能であってもよい。例では、運用者によって設定される段階的な静的閾値であってもよい。
【０１５３】
動的な閾値は、初期の低いほうの閾値および高いほうの閾値のうちの１つ以上で構成されることができる。しかし、いくつかの実施形態では、実際の閾値は動的に調整され得る。１つ以上の閾値は、ネットワーク運用者によって、または基地局によって、調整され得る。いくつかの実施形態では、１つ以上の閾値は、事前定義されたのシナリオおよび／または１つ以上のパラメータに従って調整され得る。１つ以上のパラメータは、例えば信号強度、ＵＥパワーレベル、無線トラフィック、サービス品質、サービス緊急度などであり得る。ネットワーク運用者および／または基地局は、動的な閾値の１つまたは両方の、増加または減少の、増分的な段階をセットアップすることができる。ネットワーク運用者は、静的および／または動的閾値がスケジューリングで利用されるかどうかを事前構成することができる。ネットワーク運用者は、ネットワーク状態の変化に応じて、スケジューリング中に静的な閾値と動的な閾値との間を切り替えることができる。
【０１５４】
ステップ６０７において、非ｅＭＴＣスケジューラはＮＢ＃２承認メッセージをｅＭＴＣスケジューラに送信する。
【０１５５】
ステップ６０９において、ｅＭＴＣスケジューラは第１のＣＡＴ−Ｍ  ＶｏＬＴＥベアラ応答メッセージをＲＲＣエンティティに送信する。応答メッセージは、ＶｏＬＴＥサービスによる使用のための、専用ＮＢを示す場合がある。
【０１５６】
ステップ６１１において、ＲＲＣ接続再構成メッセージがＲＲＣエンティティからＵＥに送信される。ＲＲＣ接続再構成メッセージは、単なる例として使用されており、他の例では別の適切なメッセージがＵＥに送信されてもよい。ＲＲＣメッセージは、ＲＲＣ接続を修正し、ＶｏＬＴＥベアラを確立し、ＶｏＬＴＥサービス用のＮＢ＃２に変わるためのコマンドを提供する。ＲＲＣ接続構成メッセージを受信したことに応答して、ＵＥは、ＶｏＬＴＥベアラを確立してＶｏＬＴＥサービス用のＮＢ＃２に変わることができる。
【０１５７】
ＵＥがＶｏＬＴＥベアラをセットアップする前に、全てのサービスが共用ＮＢでスケジューリングされる。ＵＥがＶｏＬＴＥベアラをセットアップする際、ＲＲＣ再構成メッセージが、ＶｏＬＴＥベアラを追加し、ＶｏＬＴＥスケジューリング用のＮＢ＃２に切り替わることをＵＥに通知する。ｅＭＴＣスケジューラは、第１のＶｏＬＴＥベアラがセットアップする際、ＶｏＬＴＥベアラ  ＮＢを要求するだけである。専用ＮＢ＃２が確立された後、全てのＶｏＬＴＥユーザはＶｏＬＴＥ  ＮＢ＃２でスケジューリングされるようになる。
【０１５８】
ステップ６１３では、非ＶｏＬＴＥサービスが共用ＮＢ＃１でスケジューリングされることが分かる。ステップ６１５では、ＶｏＬＴＥサービスが専用ＮＢ＃２でスケジューリングされることが分かる。ＮＢ＃２は、ＶｏＬＴＥユーザに独占的である。したがって、この状況では、ＶｏＬＴＥサービスを専用ＮＢ＃２だけでスケジューリングする第１のベアラ、および全ての他のｅＭＴＣサービスを共用ＮＢ＃１でスケジューリングする第２のベアラが存在し得る。他の例では、１つのＮＢあたり複数のベアラが存在し得る。いくつかの実施形態では、非ＶｏＬＴＥサービスが、共用ＮＢ＃１でスケジューリングされる場合があり、同時にＶｏＬＴＥサービスが専用ＮＢ＃２でスケジューリングされ得る。他の例では、スケジューリングは同時的でなくてもよく、例えばスケジューリングオフセットがあってもよい。
【０１５９】
ステップ６１７において、ＲＲＣエンティティはＶｏＬＴＥベアラ解放要求をｅＭＴＣスケジューラに送信する。
【０１６０】
ステップ６１９において、ｅＭＴＣスケジューラはＶｏＬＴＥベアラ解放応答をＲＲＣエンティティに送信する。
【０１６１】
ステップ６２１において、ＲＲＣ接続再構成メッセージがＲＲＣエンティティからＵＥに送信される。ＲＲＣメッセージは、ＲＲＣ接続を修正し、ＶｏＬＴＥベアラを削除してＶｏＬＴＥサービス用の共用ＮＢ＃１に変わるためのコマンドを提供する。ＲＲＣ接続構成メッセージを受信したことに応答して、ＵＥは、ＶｏＬＴＥベアラを削除してＶｏＬＴＥサービスための共用ＮＢ＃１に変わることができる。
【０１６２】
ステップ６２３において、ＲＲＣエンティティは最後のＶｏＬＴＥベアラ解放要求をｅＭＴＣスケジューラに送信する。
【０１６３】
ステップ６２５において、ｅＭＴＣスケジューラは最後のＶｏＬＴＥベアラ解放応答をＲＲＣエンティティに送信する。
【０１６４】
ステップ６２７において、ＲＲＣ接続再構成メッセージがＲＲＣからＵＥに送信される。ＲＲＣ接続再構成メッセージは、ＲＲＣ接続を修正するためのコマンドを提供し、コマンドは、最後のＶｏＬＴＥベアラを削除してＶｏＬＴＥサービスための共用ＮＢ＃１に変わるようＵＥに命令する。ＲＲＣ接続構成メッセージを受信したことに応答して、ＵＥは、最後のＶｏＬＴＥベアラを削除してＶｏＬＴＥサービス用の共用ＮＢ＃１に変わることができる。
【０１６５】
ステップ６２９において、ｅＭＴＣスケジューラはＮＢ＃２解放メッセージを非ｅＭＴＣスケジューラに送信する。
【０１６６】
ステップ６３１において、非ｅＭＴＣスケジューラはＮＢ＃２解放肯定応答メッセージをｅＭＴＣスケジューラに送信する。ｅＭＴＣスケジューラは、最後のＶｏＬＴＥベアラが削除されると、ようやくＶｏＬＴＥ  ＮＢを解放する。
【０１６７】
図６に示される例は、ＶｏＬＴＥベアラが１つだけのセットアップを示している。他の例では、１つ以上のＶｏＬＴＥベアラがＮＢ＃２に対してセットアップされてもよい。さらには、図６はＵＥとの通信のためのＲＲＣ接続再構成メッセージの使用を示している。他の例では、別の適切な通信プロトコルからのメッセージが使用される場合がある。
【０１６８】
図７は、ＶｏＬＴＥサービス用の専用ＮＢについての要求が非ｅＭＴＣスケジューラによって拒否されるときの、ＵＥ、非ｅＭＴＣスケジューラ、ｅＭＴＣスケジューラ、およびＲＲＣ（コール処理）エンティティの間で生じ得るシグナリングの例を示している。先に論じたように、非ｅＭＴＣトラフィックが高いほうの閾値を上回る場合に、非ｅＭＴＣスケジューラは新しいＮＢについての要求を拒否する場合がある。
【０１６９】
ステップ７０１において、ＣＡＴ−Ｍ非ＶｏＬＴＥサービスが、ＮＢ＃１でスケジューリングされる。ＮＢ＃１は、共用ＮＢであってもよい。
【０１７０】
ステップ７０３において、ＲＲＣエンティティは、ｅＭＴＣスケジューラでＣＡＴ−Ｍ  ＶｏＬＴＥベアラセットアップを開始する。
【０１７１】
ステップ７０５において、ｅＭＴＣはＮＢ＃２要求を非ｅＭＴＣスケジューラに送信する。ＮＢ＃２は、ＶｏＬＴＥサービスによってのみの使用のための、専用ＮＢであってもよい。他の例では、専用ＮＢは別のｅＭＴＣサービスによってのみ使用され得る。非ｅＭＴＣスケジューラがｅＭＴＣから専用ＮＢ要求を受信すると、非ｅＭＴＣスケジューラは非ｅＭＴＣトラフィック負荷をチェックする。非ｅＭＴＣトラフィック負荷が高いほうの閾値よりも高い場合、それは非ｅＭＴＣスケジューラがビジーであることを意味している。したがって、この場合、非ｅＭＴＣスケジューラは新しい専用ＮＢについてのこの要求を拒否する場合がある。非ｅＭＴＣトラフィック負荷が低いほうの閾値よりも低い場合、それは非ｅＭＴＣスケジューラがフリーであることを意味している。この場合、非ｅＭＴＣスケジューラはこの要求を承認する。
【０１７２】
ステップ７０７において、非ｅＭＴＣスケジューラは、非ｅＭＴＣトラフィックが高いほうの閾値を上回っていることを検出している場合があり、したがってｅＭＴＣスケジューラにＮＢ＃２拒否メッセージを送信する。他の例では、非ｅＭＴＣスケジューラは別の理由でＮＢ＃２についての要求を拒否する。
【０１７３】
ステップ７０９において、ｅＭＴＣスケジューラは第１のＣＡＴ−Ｍ  ＶｏＬＴＥベアラ応答メッセージをＲＲＣエンティティに送信する。
【０１７４】
ステップ７１１において、ＲＲＣ接続再構成メッセージがＲＲＣエンティティからＵＥに送信される。ステップ７０９では、ＲＲＣエンティティはＶｏＬＴＥサービスについて専用ＮＢに関するいかなる情報も受信していない。したがって、ステップ７１１のＲＲＣメッセージは、ＲＲＣ接続を修正するためのコマンドを提供し、コマンドは、ＶｏＬＴＥベアラを確立し、ＶｏＬＴＥサービススケジューリング用にＮＢ＃１を使用するようＵＥに命令する。ＶｏＬＴＥサービス用にＮＢ＃２に切り替わるためのメッセージ内にはコマンドが存在しないが、なぜならこの要求が非ｅＭＴＣスケジューラによって拒否されたからである。ＲＲＣ接続構成メッセージを受信したことに応答して、ＵＥは、ＮＢ＃１での使用のためのＶｏＬＴＥベアラを確立することができる。
【０１７５】
ステップ７１３において、ＶｏＬＴＥおよび非ＶｏＬＴＥユーザが、共用ＮＢ＃１でスケジューリングされる。
【０１７６】
ステップ７１５において、ＲＲＣエンティティはＶｏＬＴＥベアラ解放要求をｅＭＴＣスケジューラに送信する。
【０１７７】
ステップ７１７において、ｅＭＴＣスケジューラはＶｏＬＴＥベアラ解放応答をＲＲＣに送信する。
【０１７８】
ステップ７１９において、ＲＲＣ接続再構成メッセージがＲＲＣエンティティからＵＥに送信される。ＲＲＣメッセージは、ＲＲＣ接続を修正するためのコマンドを提供し、コマンドは、ＶｏＬＴＥベアラを削除するようＵＥに命令する。ＲＲＣ接続構成メッセージを受信したことに応答して、ＵＥは、ＶｏＬＴＥベアラを削除することができる。
【０１７９】
図８は、ＭＴＣ物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ）８０１、ＭＴＣ物理ダウンリンク共用チャネル（ＭＰＤＳＣＨ）８０３、およびＭＴＣ物理アップリンク制御チャネル（ＭＰＵＣＣＨ）８０５のそれぞれについて、繰り返し４回のダウンリンクＨＡＲＱ送信の例を示している。図８で示される繰り返し数の４は、単なる例であり、あらゆる適切な繰り返し数が使用され得る。送信の繰り返しは、マシンタイプ通信にカバレッジエンハンスメントをもたらすことができる。アップリンクおよびダウンリンクチャネルについての繰り返し数は、例えば顧客またはネットワーク運用者のパラメータを使用して構成されることができる。
【０１８０】
例えばマシンタイプ通信などのＢＬ通信では、特定のダウンリンク制御情報（ＤＣＩ）フォーマットが使用され得る。特定のＤＣＩフォーマットの一例が、ＤＣＩ６−１Ａである。フォーマット６−１Ａが使用されて、ＰＤＳＣＨをスケジューリングすること、またはＰＤＣＣＨオーダーによって開始されるランダムアクセス手順をスケジューリングすることができる。
【０１８１】
図８に見られる例では、ＭＰＤＣＣＨ８０１は、ＴＴＩ０でＤＣＩ６−１Ａを送信する。この送信は、ＴＴＩ１、２、および３で繰り返される。ＴＴＩ４では、いずれのチャネルの送信もない。ＭＰＤＳＣＨ８０３はＴＴＩ５でＭＡＣ  ＰＤＵを送信する。この送信は、ＴＴＩ６、７、および８で繰り返される。ＴＴＩ９、１０、または１１では、いずれのチャネルの送信もない。ＭＰＵＣＣＨ８０５はＴＴＩ１２でＡＣＫ／ＮＡＣＫを送信する。この送信は、ＴＴＩ１３、１４、および１５で繰り返される。
【０１８２】
送信の繰り返しは、信号対干渉ノイズ比（ＳＩＮＲ）ゲインを（例えば、２回繰り返しには３ｄＢ、４回繰り返しには６ｄＢ、８回繰り返しには９ｄＢなど）を導入することができる。繰り返しは、送信のデコードの複雑度を低減することができる。しかしながら、繰り返しは、より多くの時間および周波数リソースを占有する場合がある。
【０１８３】
ｅＭＴＣデバイスがセルに近い場合、ｅＭＴＣデバイスは、セルからＵＥに送られ得る送信を成功裏にデコードするために多くの繰り返しを必要としなくてもよい。この場合、基地局（ｅＮＢ／ｇＮＢ）は、ＵＥパワーを節約し、セルキャパシティを増加させるために、繰り返しを減少させることができる。
【０１８４】
基地局は、ダウンリンクチャネルの繰り返し数を、ＵＥによってレポートされるチャネル品質インディケータ（ＣＱＩ）より導出されるＳＩＮＲで調整することができる。基地局は、アップリンクチャネルの繰り返し数を、復調基準信号（ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ：ＤＭＲＳ）より導出されるＳＩＮＲで調整することができる。ネットワーク運用者は、良好な無線周波数状態を有するユーザのために繰り返し数を減少させるように、繰り返しの調整アルゴリズムを利用することができる。この調整アルゴリズムは、ＶｏＬＴＥユーザだけではなく様々な異なるサービスについて、全てのｅＭＴＣユーザのために利用され得る。
【０１８５】
表３は、ダウンリンク送信ためのＳＩＮＲ閾値について例示のルックアップテーブルを示しており、表４はアップリンク送信ためのＳＩＮＲ閾値について例示のルックアップテーブルを示している。表３および表４に示される値は、単なる例示の値であり、あらゆる適当な数に構成されることができる。メトリックＳＩＮＲが表３および表４で使用されるが、他の例では、ＳＮＲなどの異なるメトリックが使用されてもよい。基地局は、マシンタイプ通信の送信ための繰り返し数を選択するために、測定されたＳＩＮＲを表の項目と比較することができる。
【０１８６】
【表３】
2021524200.tif 000005
【０１８７】
【表４】
2021524200.tif 000006
【０１８８】
例えば、測定されたＳＩＮＲが１０ｄＢ以上である場合、ダウンリンクチャネルは１回繰り返しを使用することができる。例えば、測定されたＳＩＮＲが３ｄＢ未満である場合、ダウンリンクチャネルは８回繰り返しを使用することができる。表３および表４は、アップリンクとダウンリンクについて別個の表を示している。他の例では、ＤＬとＵＬの両方のチャネルについて、単一のルックアップテーブルが使用される。表３および表４に示される閾値は単なる例であり、他の実施形態では変わってもよい。
【０１８９】
図９ａは、ダウンリンクチャネルで使用される繰り返し選択アルゴリズムの例を示している。ステップ９０１では、ＣＡＴ−Ｍ／ｅＭＴＣスケジューラは、ＵＥから１つ以上のチャネル品質インディケータ（ＣＱＩ）を受信する。ＣＡＴ−Ｍ／ｅＭＴＣスケジューラは、基地局に提供されてもよい。ＣＱＩは、基地局がＵＥにＣＱＩをレポートするよう要求する獲得（ａｃｑｕｉｒｅｄ）ＣＱＩ（ＡＣＱＩ）であってもよく、またはＵＥが基地局に周期的にＣＱＩをレポートするように構成される周期的ＣＱＩ（ＰＣＱＩ）であってもよい。ステップ９０３において、ＣＡＴ−Ｍスケジューラは受信したＣＱＩを使用してＳＩＮＲを計算する。９０５において、ＣＡＴ−Ｍスケジューラは、計算したＳＩＮＲに応じて、表３などのルックアップテーブルからダウンリンク用に適当な繰り返し数を取得する。
【０１９０】
図９ｂは、アップリンクチャネルで使用される繰り返し選択アルゴリズムの例を示している。ステップ９０７では、ＣＡＴ−Ｍ／ｅＭＴＣスケジューラは、ＵＥから１つ以上のＤＭＲＳを受信する。ステップ９０９において、ＣＡＴ−Ｍスケジューラは受信した１つ以上のＤＭＲＳから、ＳＩＮＲを計算する。ステップ９１１において、ＣＡＴ−Ｍスケジューラは、計算したＳＩＮＲに応じて、表４などのルックアップテーブルからアップリンクための正しい繰り返し数を取得する。
【０１９１】
繰り返し数は、ＵＥからＣＱＩ／ＤＭＲＳが受信された後いつでも、ＣＡＴ−Ｍ／ｅＭＴＣスケジューラまたは非ｅＭＴＣスケジューラによって選択され得る。
【０１９２】
上で開示した繰り返し手順を使用して、これはＶｏＬＴＥのｅＭＴＣキャパシティを増加させることができる。これは、キーパフォーマンスインディケータ（ＫＰＩ）を改善することができる。
【０１９３】
一般に、示される様々な例は、ハードウェアもしくは特殊目的回路、ソフトウェア、ロジック、またはそれらのあらゆる組合せにおいて、実現されることができる。いくつかの態様はハードウェアに実現されることができる一方で、他の態様はコントローラ、マイクプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアに実現されることができるが、本発明はそれらに限定されない。様々な態様がブロック図、フローチャートとして、または他の何らかの図的表現を使用して、図示され説明され得る一方で、本明細書において説明されるこれらのブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、特殊目的回路もしくはロジック、汎用ハードウェアもしくはコントローラ、または他のコンピューティングデバイス、またはそれらの何らかの組合せに実現されることができることをよく理解されたい。
【０１９４】
いくつかの実施形態は、プロセッサエンティティ内などのモバイルデバイスのデータプロセッサにより実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって、実装されることができる。ソフトウェアルーチン、アプレット、および／またはマクロを含む、プログラム製品とも称されるコンピュータソフトウェア、またはプログラムは、あらゆる装置可読データ記憶媒体に記憶され得、特定のタスクを行うためのプログラム命令を含む。コンピュータプログラム製品は、１つ以上のコンピュータにより実行可能なコンポーネントを含むことができ、それらは、プログラムが走らされると、本開示において説明される方法を実行するように構成される。１つ以上のコンピュータにより実行可能なコンポーネントは、少なくとも１つのソフトウェアコードまたはその一部であってもよい。
【０１９５】
この点に関してはさらに、図面にあるような論理フローのあらゆるブロックは、プログラムステップ、もしくは内部接続される論理回路、ブロック、および機能、またはプログラムステップと、論理回路、ブロック、および機能との組合せを表現する場合があることに留意されたい。ソフトウェアは、メモリチップまたはプロセッサ内に組み入れられるメモリブロックなどのような物理的な媒体に、ハードディスクまたはフロッピーディスクとして磁気的媒体に、ならびに例えばＤＶＤおよびそのデータ変形体であるＣＤなどの光学媒体に、記憶され得る。物理的な媒体は、非一時的な媒体である。
【０１９６】
メモリは、ローカルな技術的環境に適したあらゆるタイプのものであってもよく、また半導体ベースのメモリデバイス、磁気的メモリデバイスおよびシステム、ならびに光学的メモリデバイスおよびシステム、固定メモリおよびリムーバブルのメモリなど、あらゆる適切なデータ記憶技術を使用して実現されることができる。データプロセッサは、ローカルな技術的環境に適したあらゆるタイプのものであってもよく、また非限定的な例として汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、ＦＰＧＡ、ゲートレベル回路、およびマルチコアプロセッサアーキテクチャに基づくプロセッサ、のうちの１つ以上を含むことができる。
【０１９７】
開示される実施形態の例は、集積回路モジュールなど様々なコンポーネントで実用化することができる。集積回路の設計は、概して高度に自動化されたプロセスである。論理レベル設計を、エッチングされて半導体基板に形成される準備ができている半導体回路設計に変換するために、複雑かつ強力なソフトウェアツールが利用可能である。
【０１９８】
本明細書において説明される例は、本発明の実施形態の説明的な例として理解されたい。さらなる実施形態、および例が想定される。あらゆる一例または一実施形態に関連して説明されるあらゆる特徴は、単独で、または他の特徴と組み合わせて使用されることができる。加えて、あらゆる一例または一実施形態に関連して説明されるあらゆる特徴は、例もしくは実施形態のあらゆる他のもののうちの１つ以上の特徴との組合せ、または例もしくは実施形態のあらゆる他のもののあらゆる組合せで使用されることもできる。さらには、本明細書で説明されない均等および修正形態も、特許請求の範囲で定義される本発明の範囲内で利用され得る。
【図１】
2021524200.tif 000007
【図２】
2021524200.tif 000008
【図３】
2021524200.tif 000009
【図４】
2021524200.tif 000010
【図５】
2021524200.tif 000011
【図６】
2021524200.tif 000012
【図７】
2021524200.tif 000013
【図８】
2021524200.tif 000014
【図９ａ】
2021524200.tif 000015
【図９ｂ】
2021524200.tif 000016
【手続補正書】
【提出日】令和3年1月15日(2021.1.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
方法であって、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと
を含み、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、方法。
【請求項２】
装置との通信についての信号品質のメトリックを決定することと、
メトリックを閾値と比較することと、
比較に応じて構成情報を決定することと
を含む、請求項１に記載の方法。
【請求項３】
閾値を動的に決定することを含む、請求項２に記載の方法。
【請求項４】
装置との通信についての信号品質のメトリックを決定することと、
メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することと
を含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
装置から信号品質のインディケーションを受信することと、
インディケーションからメトリックを決定することと
を含む、請求項２から４のいずれか一項に記載の方法。
【請求項６】
方法であって、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと
を含み、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、方法。
【請求項７】
前記第２のベアラが複数の第２のマシンタイプ通信サービスタイプを含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
第１の狭帯域が、第１のベアラをサポートする、請求項１から７のいずれか一項に記載の方法。
【請求項９】
第１の狭帯域が、第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である、請求項８に記載の方法。
【請求項１０】
第２の狭帯域が、第２のベアラをサポートする、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
第２の狭帯域が、全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である、請求項１０に記載の方法。
【請求項１２】
ボイスオーバーインターネットプロトコルサービスが、ボイスオーバーロングタームエボリューションサービスである、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを含む、請求項１から１２のいずれか一項に記載の方法。
【請求項１４】
再構成情報が、第２の狭帯域へ切り替わるためのコマンドを含む、請求項１３に記載の方法。
【請求項１５】
少なくとも１つの第２のサービスタイプのうちの１つ以上が、第１のサービスタイプよりも低いサービス優先順位を有する、請求項１から１４のいずれか一項に記載の方法。
【請求項１６】
装置であって、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと
を行うための手段を備え、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
【請求項１７】
装置との通信についての信号品質のメトリックを決定すること、
メトリックを閾値と比較すること、
比較に応じて構成情報を決定すること
を行うための手段を備える、請求項１６に記載の装置。
【請求項１８】
閾値を動的に決定すること
を行うための手段を備える、請求項１７に記載の装置。
【請求項１９】
装置との通信についての信号品質のメトリックを決定することと、
メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することと
を行うための手段を備える、請求項１６から１８のいずれか一項に記載の装置。
【請求項２０】
装置から信号品質のインディケーションを受信することと、
インディケーションからメトリックを決定することと
を行うための手段を備える、請求項１７から１９のいずれか一項に記載の装置。
【請求項２１】
装置であって、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと
を行うための手段を備え、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
【請求項２２】
前記第２のベアラが複数の第２のマシンタイプ通信サービスタイプを含む、請求項１６から２１のいずれか一項に記載の装置。
【請求項２３】
第１の狭帯域が、第１のベアラをサポートする、請求項１６から２２のいずれか一項に記載の装置。
【請求項２４】
第１の狭帯域が、第１のサービスタイプのサービスによってのみ使用されることができる専用狭帯域である、請求項１６から２３のいずれか一項に記載の装置。
【請求項２５】
第２の狭帯域が、第２のベアラをサポートする、請求項１６から２４のいずれか一項に記載の装置。
【請求項２６】
第２の狭帯域が、全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である、請求項２５に記載の方法。
【請求項２７】
ボイスオーバーインターネットプロトコルサービスが、ボイスオーバーロングタームエボリューションサービスである、請求項１６から２６のいずれか一項に記載の装置。
【請求項２８】
第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを行うための手段を備える、請求項１６から２７のいずれか一項に記載の装置。
【請求項２９】
再構成情報が、第２の狭帯域へ切り替わるためのコマンドを含む、請求項２８に記載の装置。
【請求項３０】
少なくとも１つの第２のサービスタイプのうちの１つ以上が、第１のサービスタイプよりも低いサービス優先順位を有する、請求項１６から２９のいずれか一項に記載の装置。
【請求項３１】
装置であって、
少なくとも１つのプロセッサ、
コンピュータプログラムコードを含む少なくとも１つのメモリ
を備え、
少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサで、装置に少なくとも、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信させ、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信させる
ように構成され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
【請求項３２】
装置であって、
少なくとも１つのプロセッサ、
コンピュータプログラムコードを含む少なくとも１つのメモリ
を備え、
少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサで、装置に少なくとも、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信させ、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信させる
ように構成され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
【請求項３３】
コード手段を含むコンピュータプログラムであって、コード手段は、プログラムがプロセッサ上で走らされると、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して基地局と通信することと
を行うように適合され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、コンピュータプログラム。
【請求項３４】
コード手段を含むコンピュータプログラムであって、コード手段は、プログラムがプロセッサ上で走らされると、
第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
前記第１のサービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のサービスタイプための第２のベアラを使用して装置と通信することと
を行うように適合され、
前記第１のサービスタイプがボイスオーバーインターネットプロトコルサービスを含む、コンピュータプログラム。
【国際調査報告】
2021524200.tif 000017
2021524200.tif 000018