JP7109011B2 - 無線通信を行うための方法および装置 - Google Patents

無線通信を行うための方法および装置 Download PDF

Info

Publication number
JP7109011B2
JP7109011B2 JP2020564557A JP2020564557A JP7109011B2 JP 7109011 B2 JP7109011 B2 JP 7109011B2 JP 2020564557 A JP2020564557 A JP 2020564557A JP 2020564557 A JP2020564557 A JP 2020564557A JP 7109011 B2 JP7109011 B2 JP 7109011B2
Authority
JP
Japan
Prior art keywords
bearer
service
machine
type communication
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020564557A
Other languages
English (en)
Other versions
JP2021524200A (ja
Inventor
ファン，ドンシェン
ツァイ，イーガン
Original Assignee
ノキア テクノロジーズ オサケユイチア
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ノキア テクノロジーズ オサケユイチア filed Critical ノキア テクノロジーズ オサケユイチア
Publication of JP2021524200A publication Critical patent/JP2021524200A/ja
Application granted granted Critical
Publication of JP7109011B2 publication Critical patent/JP7109011B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0081—Network operation, administration, maintenance, or provisioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (34)

  1. 基地局によって実行される 方法であって、
    優先順位レベルに関係付けられた、 第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
    前記第１のマシンタイプ通信サービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラを使用して、優先順位レベルに基づいて、ボイスオーバーインターネットプロトコルサービスにより、装置と通信することと
    を含み、
    前記第１のマシンタイプ通信サービスタイプがボイスオーバーインターネットプロトコルサービスを含む、方法。
  2. 装置との通信についての信号品質のメトリックを決定することと、
    メトリックを閾値と比較することと、
    比較に応じて構成情報を決定することと
    を含む、請求項１に記載の方法。
  3. 閾値を動的に決定することを含む、請求項２に記載の方法。
  4. 装置との通信についての信号品質のメトリックを決定することと、
    メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することと
    を含む、請求項１から３のいずれか一項に記載の方法。
  5. 装置から信号品質のインディケーションを受信することと、
    インディケーションからメトリックを決定することと
    を含む、請求項２から４のいずれか一項に記載の方法。
  6. 装置によって実行される 方法であって、
    優先順位レベルに関係付けられた、 第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
    前記第１のマシンタイプ通信サービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラを使用して、優先順位レベルに基づいて、ボイスオーバーインターネットプロトコルサービスにより、基地局と通信することと
    を含み、
    前記第１のマシンタイプ通信サービスタイプがボイスオーバーインターネットプロトコルサービスを含む、方法。
  7. 前記第２のベアラが複数の第２のマシンタイプ通信サービスタイプを含む、請求項１から６のいずれか一項に記載の方法。
  8. 第１の狭帯域が、第１のベアラをサポートする、請求項１から７のいずれか一項に記載の方法。
  9. 第１の狭帯域が、第１のマシンタイプ通信サービスタイプのサービスによってのみ使用されることができる専用狭帯域である、請求項８に記載の方法。
  10. 第２の狭帯域が、第２のベアラをサポートする、請求項１から９のいずれか一項に記載の方法。
  11. 第２の狭帯域が、全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である、請求項１０に記載の方法。
  12. ボイスオーバーインターネットプロトコルサービスが、ボイスオーバーロングタームエボリューションサービスである、請求項１から１１のいずれか一項に記載の方法。
  13. 第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを含む、請求項１から１２のいずれか一項に記載の方法。
  14. 再構成情報が、第２の狭帯域へ切り替わるためのコマンドを含む、請求項１３に記載の方法。
  15. 少なくとも１つの第２のマシンタイプ通信サービスタイプのうちの１つ以上が、第１のマシンタイプ通信サービスタイプよりも低いサービス優先順位を有する、請求項１から１４のいずれか一項に記載の方法。
  16. 装置であって、
    優先順位レベルに関係付けられた、 第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
    前記第１のマシンタイプ通信サービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラを使用して、優先順位レベルに基づいて、ボイスオーバーインターネットプロトコルサービスにより、装置と通信することと
    を行うための手段を備え、
    前記第１のマシンタイプ通信サービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
  17. 装置との通信についての信号品質のメトリックを決定すること、
    メトリックを閾値と比較すること、
    比較に応じて構成情報を決定すること
    を行うための手段を備える、請求項１６に記載の装置。
  18. 閾値を動的に決定すること
    を行うための手段を備える、請求項１７に記載の装置。
  19. 装置との通信についての信号品質のメトリックを決定することと、
    メトリックを使用して装置に送信されるチャネルが有することになる繰り返し数を決定することと
    を行うための手段を備える、請求項１６から１８のいずれか一項に記載の装置。
  20. 装置から信号品質のインディケーションを受信することと、
    インディケーションからメトリックを決定することと
    を行うための手段を備える、請求項１７から１９のいずれか一項に記載の装置。
  21. 装置であって、
    優先順位レベルに関係付けられた、 第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
    前記第１のマシンタイプ通信サービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラを使用して、優先順位レベルに基づいて、ボイスオーバーインターネットプロトコルサービスにより、基地局と通信することと
    を行うための手段を備え、
    前記第１のマシンタイプ通信サービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
  22. 前記第２のベアラが複数の第２のマシンタイプ通信サービスタイプを含む、請求項１６から２１のいずれか一項に記載の装置。
  23. 第１の狭帯域が、第１のベアラをサポートする、請求項１６から２２のいずれか一項に記載の装置。
  24. 第１の狭帯域が、第１のマシンタイプ通信サービスタイプのサービスによってのみ使用されることができる専用狭帯域である、請求項１６から２３のいずれか一項に記載の装置。
  25. 第２の狭帯域が、第２のベアラをサポートする、請求項１６から２４のいずれか一項に記載の装置。
  26. 第２の狭帯域が、全てのマシンタイプ通信サービスタイプによって使用されることができる共用狭帯域である、請求項２５に記載の装置。
  27. ボイスオーバーインターネットプロトコルサービスが、ボイスオーバーロングタームエボリューションサービスである、請求項１６から２６のいずれか一項に記載の装置。
  28. 第１のマシンタイプ通信サービスタイプための第１のベアラを削除するコマンドを提供する再構成情報を受信することを行うための手段を備える、請求項１６から２７のいずれか一項に記載の装置。
  29. 再構成情報が、第２の狭帯域へ切り替わるためのコマンドを含む、請求項２８に記載の装置。
  30. 少なくとも１つの第２のマシンタイプ通信サービスタイプのうちの１つ以上が、第１のマシンタイプ通信サービスタイプよりも低いサービス優先順位を有する、請求項１６から２９のいずれか一項に記載の装置。
  31. 装置であって、
    少なくとも１つのプロセッサ、
    コンピュータプログラムコードを含む少なくとも１つのメモリ
    を備え、
    少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサで、装置に少なくとも、
    優先順位レベルに関係付けられた、 第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信させ、
    前記第１のマシンタイプ通信サービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラを使用して、優先順位レベルに基づいて、ボイスオーバーインターネットプロトコルサービスにより、基地局と通信させる
    ように構成され、
    前記第１のマシンタイプ通信サービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
  32. 装置であって、
    少なくとも１つのプロセッサ、
    コンピュータプログラムコードを含む少なくとも１つのメモリ
    を備え、
    少なくとも１つのメモリおよびコンピュータプログラムコードが、少なくとも１つのプロセッサで、装置に少なくとも、
    優先順位レベルに関係付けられた、 第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信させ、
    前記第１のマシンタイプ通信サービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラを使用して、優先順位レベルに基づいて、ボイスオーバーインターネットプロトコルサービスにより、装置と通信させる
    ように構成され、
    前記第１のマシンタイプ通信サービスタイプがボイスオーバーインターネットプロトコルサービスを含む、装置。
  33. コード手段を含むコンピュータプログラムであって、コード手段は、プログラムがプロセッサ上で走らされると、
    優先順位レベルに関係付けられた、 第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を受信することと、
    前記第１のマシンタイプ通信サービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラを使用して、優先順位レベルに基づいて、ボイスオーバーインターネットプロトコルサービスにより、基地局と通信することと
    を行うように適合され、
    前記第１のマシンタイプ通信サービスタイプがボイスオーバーインターネットプロトコルサービスを含む、コンピュータプログラム。
  34. コード手段を含むコンピュータプログラムであって、コード手段は、プログラムがプロセッサ上で走らされると、
    優先順位レベルに関係付けられた、 第１のマシンタイプ通信サービスタイプための第１のベアラおよび少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラのための構成情報を装置に送信することと、
    前記第１のマシンタイプ通信サービスタイプための前記第１のベアラ、および前記少なくとも１つの第２のマシンタイプ通信サービスタイプための第２のベアラを使用して、優先順位レベルに基づいて、ボイスオーバーインターネットプロトコルサービスにより、装置と通信することと
    を行うように適合され、
    前記第１のマシンタイプ通信サービスタイプがボイスオーバーインターネットプロトコルサービスを含む、コンピュータプログラム。
JP2020564557A 2018-05-18 2018-05-18 無線通信を行うための方法および装置 Active JP7109011B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/087559 WO2019218364A1 (en) 2018-05-18 2018-05-18 Method and apparatus for performing wireless communications

Publications (2)

Publication Number Publication Date
JP2021524200A JP2021524200A (ja) 2021-09-09
JP7109011B2 true JP7109011B2 (ja) 2022-07-29

Family

ID=68539250

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020564557A Active JP7109011B2 (ja) 2018-05-18 2018-05-18 無線通信を行うための方法および装置

Country Status (6)

Country Link
US (1) US11778502B2 (ja)
EP (1) EP3794866A4 (ja)
JP (1) JP7109011B2 (ja)
KR (1) KR102560688B1 (ja)
CN (1) CN112154686A (ja)
WO (1) WO2019218364A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011223280A (ja) 2010-04-08 2011-11-04 Ntt Docomo Inc 移動通信方法、移動通信システム、サーバ、移動管理ノード及びパケット交換機
WO2016185758A1 (ja) 2015-05-15 2016-11-24 株式会社Ｎｔｔドコモ ユーザ装置及び基地局
WO2017199789A1 (ja) 2016-05-20 2017-11-23 株式会社Ｎｔｔドコモ ユーザ装置、基地局及び信号送信方法
JP2017220736A (ja) 2016-06-03 2017-12-14 株式会社Ｎｔｔドコモ 無線通信システム、無線通信方法及びユーザ装置
JP2018011345A (ja) 2002-12-04 2018-01-18 シグナル トラスト フォー ワイヤレス イノベーション チャネル品質表示の検出

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8755270B2 (en) * 2007-02-05 2014-06-17 Telefonaktiebolaget L M Ericsson (Publ) Congestion/load indication for high speed packet access
CN102427598A (zh) * 2011-12-29 2012-04-25 华为技术有限公司 无线通信中限制承载服务的方法和装置
US20140341148A1 (en) * 2011-12-30 2014-11-20 Nokia Corporation Bearer configuration for background traffic
US9408125B2 (en) * 2012-07-05 2016-08-02 Qualcomm Incorporated Aggregation of data bearers for carrier aggregation
US9307040B2 (en) * 2013-01-03 2016-04-05 Verizon Patent And Licensing Inc. Boundary-less M2M service layer
US10075888B2 (en) * 2014-09-25 2018-09-11 Qualcomm Incorporated Service-specific air-interface selection
EP3796742B1 (en) * 2015-04-03 2023-06-21 Samsung Electronics Co., Ltd. Apparatus and methods for providing multi-connection using different wireless connection technologies in wireless communcation system
CN107683626B (zh) * 2015-05-20 2021-11-05 瑞典爱立信有限公司 用于根据ue的应用需求在无线网络中预调度上行链路资源的节点和方法
US10110644B2 (en) * 2016-02-17 2018-10-23 Qualcomm, Incorporated Methods and apparatus for dedicated bearer establishment handling during call setup for LTE
US10660110B2 (en) 2016-06-11 2020-05-19 Apple Inc. Adaptive throughput and bandwidth for enhanced category of mobile devices
US10218475B2 (en) * 2016-07-29 2019-02-26 Qualcomm Incorporated VoLTE optimizations for eMTC devices
CN108024284B (zh) * 2016-11-04 2020-09-08 华为技术有限公司 无线通信方法、用户设备接入网设备、和核心网设备
US10498551B2 (en) * 2016-11-21 2019-12-03 Qualcomm Incorporated Data multicast or broadcast on control channel for narrowband communication
US10779355B2 (en) * 2017-03-24 2020-09-15 Qualcomm Incorporated Restricting bearers in a connection
US10750381B2 (en) * 2018-01-26 2020-08-18 Qualcomm Incorporated Low latency operation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018011345A (ja) 2002-12-04 2018-01-18 シグナル トラスト フォー ワイヤレス イノベーション チャネル品質表示の検出
JP2011223280A (ja) 2010-04-08 2011-11-04 Ntt Docomo Inc 移動通信方法、移動通信システム、サーバ、移動管理ノード及びパケット交換機
WO2016185758A1 (ja) 2015-05-15 2016-11-24 株式会社Ｎｔｔドコモ ユーザ装置及び基地局
WO2017199789A1 (ja) 2016-05-20 2017-11-23 株式会社Ｎｔｔドコモ ユーザ装置、基地局及び信号送信方法
JP2017220736A (ja) 2016-06-03 2017-12-14 株式会社Ｎｔｔドコモ 無線通信システム、無線通信方法及びユーザ装置

Also Published As

Publication number Publication date
EP3794866A4 (en) 2022-01-26
JP2021524200A (ja) 2021-09-09
US11778502B2 (en) 2023-10-03
US20210204161A1 (en) 2021-07-01
WO2019218364A1 (en) 2019-11-21
KR102560688B1 (ko) 2023-07-27
CN112154686A (zh) 2020-12-29
KR20210008867A (ko) 2021-01-25
EP3794866A1 (en) 2021-03-24

Similar Documents

Publication Publication Date Title
US20200068624A1 (en) Data sending method and apparatus thereof
US9295040B2 (en) Packet scheduling in communications
EP2159949B1 (en) Methods and apparatuses for handling HARQ process of semi-persistent scheduling
CN111869152B (zh) 波束指示方法、装置和***
US10098122B2 (en) System and method for resource allocation for device-to-device communications
CN109196908B (zh) 调度方法、基站和存储介质
JP7011695B2 (ja) 無線通信ネットワークにおいてショート送信時間間隔を使用する方法及び装置
US20190349954A1 (en) Resource scheduling method, radio access network device, and terminal device
EP2850891B1 (en) Multireceiver timing advance provisioning
EP3398284B1 (en) Methods and devices for cell edge robustness of pdcch
EP3210424B1 (en) Handling handover of an ue in case cell specific reference signals interfer with a physical downlink control channel
JPWO2017135346A1 (ja) ユーザ端末、無線基地局及び無線通信方法
KR20210047940A (ko) 무선 통신 네트워크에서 수행되는 무선 네트워크 노드, 사용자 장비(ue) 및 방법
CN110050415B (zh) 用于上行链路传送的方法和设备
KR20160036663A (ko) 사용자 장비에서 시그널링 라디오 베어러 송신들을 관리하는 장치 및 방법들
CN111869151B (zh) 资源分配策略信令
KR102225167B1 (ko) 신호 전송 방법, 신호 전송 제어 방법, 사용자 디바이스, 및 기지국
JP7109011B2 (ja) 無線通信を行うための方法および装置
JP6849633B2 (ja) 方法、装置、および、コンピュータ・プログラム
US20220330274A1 (en) Methods and Devices for Wireless Communication
WO2018137215A1 (zh) 物理下行共享信道覆盖增强方法、装置及***
WO2016172822A1 (zh) 共享频谱上的数据传输方法、设备和***
JP2015119498A (ja) スケジューリングを制御するための方法及び装置
JP2016015765A (ja) 無線基地局、無線通信システム及び無線通信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210115

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210115

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20211228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220125

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220422

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220614

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220707

R150 Certificate of patent or registration of utility model

Ref document number: 7109011

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150