(57)【特許請求の範囲】
【請求項１】
パケット交換ビデオテレフォニー（ＰＳＶＴ）呼のための方法であって、
モバイル発信（ＭＯ）デバイスから、モバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信すること、ここにおいて、前記勧誘は、前記ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、と、
前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能であるかどうかを決定することと、
前記オーディオリソースが前記ＰＳＶＴ呼のために利用可能であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないという決定が行われるとき、前記ＭＯデバイスと前記ＭＴデバイスとの間にオーディオストリームのみを有する前記ＰＳＶＴ呼を確立することと
を備え、前記決定することは、
前記ＭＯデバイスが前記ＭＴデバイスから前記勧誘の肯定応答を受信するとき、前記ＭＯデバイスにおいて第１のタイマーを開始することと、
前記ＭＴデバイスが前記ＭＯデバイスに前記勧誘の前記肯定応答を送信するとき、前記ＭＴデバイスにおける第２のタイマーが開始されたと決定することと、
前記第１のタイマーまたは前記第２のタイマーのいずれかが満了する前に前記ＰＳＶＴ呼を確立するために前記ビデオリソースが予約され得ない場合、前記ビデオリソースが利用可能でないと決定することと
を備える、方法。
【請求項２】
前記ビデオリソースが利用可能でないと決定することは、前記ＭＯデバイスまたは前記ＭＴデバイスのためにビデオサービス品質（ＱｏＳ）がアクティブにされないと決定することを備える、
請求項１に記載の方法。
【請求項３】
前記送信することは、前記ＭＯに関連付けられた第１のネットワークエンティティと前記ＭＴに関連付けられた第２のネットワークエンティティとを介して前記ＭＯデバイスから前記ＭＴデバイスに前記勧誘を送信することを備える、
請求項１に記載の方法。
【請求項４】
前記第１のネットワークエンティティまたは前記第２のネットワークエンティティによって、前記ＰＳＶＴ呼の前記勧誘においてまたは前記勧誘への応答において、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと示すことをさらに備え、前記第１のネットワークエンティティまたは前記第２のネットワークエンティティのいずれかは、バックツーバックユーザエージェント（Ｂ２ＢＵＡ）であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと決定している、
請求項３に記載の方法。
【請求項５】
前記ビデオリソースが利用可能であるという決定が行われるとき、前記ＰＳＶＴのビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始することと、
前記ＰＳＶＴ呼についての前記勧誘への応答を前記ＭＴデバイスのユーザから受信する前に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間の前記ＰＳＶＴ呼に前記ビデオストリームを追加することと
をさらに備える、請求項１に記載の方法。
【請求項６】
前記ビデオリソースが利用可能であるという決定に応答して、
前記ＰＳＶＴ呼のビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始することと、
前記ＭＴデバイスのユーザが前記ＰＳＶＴ呼についての前記勧誘に応答した後に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間に前記オーディオストリームのみを有する前記ＰＳＶＴ呼を確立することと、
前記ＭＯデバイスと前記ＭＴデバイスとの間の前記確立されたＰＳＶＴ呼に前記ビデオストリームを追加することと
をさらに備える、請求項１に記載の方法。
【請求項７】
前記勧誘におけるＱｏＳ属性内で、前記オーディオリソースのための強度タグを必須として設定することと、前記ビデオリソースのための強度タグを任意として設定することとをさらに備える、
請求項１に記載の方法。
【請求項８】
前記オーディオリソースを利用するボイスオーバーＩＰ（ＶｏＩＰ）呼のために前記ＭＯデバイスと前記ＭＴデバイスとの間に１つまたは複数の第１のベアラを確立することと、
前記ビデオリソースを利用する前記ＰＳＶＴ呼のために前記ＭＯデバイスと前記ＭＴデバイスとの間に１つまたは複数の第２のベアラを確立することと
をさらに備える、請求項１に記載の方法。
【請求項９】
前記ＰＳＶＴ呼をボイスオーバーＩＰ（ＶｏＩＰ）呼に格下げすることをさらに備える、
請求項１に記載の方法。
【請求項１０】
前記ＶｏＩＰ呼は、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）呼である、
請求項９に記載の方法。
【請求項１１】
パケット交換ビデオテレフォニー（ＰＳＶＴ）呼のための装置であって、
情報を送信するように構成されたトランシーバと、
前記情報を記憶するように構成されたメモリと、
前記メモリと通信しているプロセッサとを備え、前記プロセッサおよび前記メモリは、
前記トランシーバを介してモバイル発信（ＭＯ）デバイスからモバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信すること、ここにおいて、前記勧誘が、前記ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、と、
前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能であるかどうかを決定することと、
前記オーディオリソースが前記ＰＳＶＴ呼のために利用可能であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないという決定が行われるとき、前記ＭＯデバイスと前記ＭＴデバイスとの間にオーディオストリームのみを有する前記ＰＳＶＴ呼を確立することと
を行うように構成され、前記決定することは、
前記ＭＯデバイスが前記ＭＴデバイスから前記勧誘の肯定応答を受信するとき、前記ＭＯデバイスにおいて第１のタイマーを開始することと、
前記ＭＴデバイスが前記ＭＯデバイスに前記勧誘の前記肯定応答を送信するとき、前記ＭＴデバイスにおける第２のタイマーが開始されたと決定することと、
前記第１のタイマーまたは前記第２のタイマーのいずれかが満了する前に前記ＰＳＶＴ呼を確立するために前記ビデオリソースが予約され得ない場合、前記ビデオリソースが利用可能でないと決定することと
を備える、装置。
【請求項１２】
前記プロセッサおよび前記メモリは、前記ＭＯデバイスまたは前記ＭＴデバイスのためにビデオサービス品質（ＱｏＳ）がアクティブにされないと決定するようにさらに構成された、
請求項１１に記載の装置。
【請求項１３】
前記プロセッサおよび前記メモリは、前記トランシーバを介して、前記ＭＯに関連付けられた第１のネットワークエンティティと前記ＭＴに関連付けられた第２のネットワークエンティティとを介して前記ＭＯデバイスから前記ＭＴデバイスに前記勧誘を送信するようにさらに構成された、
請求項１１に記載の装置。
【請求項１４】
前記第１のネットワークエンティティおよび前記第２のネットワークエンティティは、前記ＰＳＶＴ呼の前記勧誘においてまたは前記勧誘への応答において、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと示すように構成され、前記第１のネットワークエンティティまたは前記第２のネットワークエンティティのいずれかはバックツーバックユーザエージェント（Ｂ２ＢＵＡ）であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと決定している、
請求項１３に記載の装置。
【請求項１５】
前記プロセッサおよび前記メモリは、
前記ビデオリソースが利用可能であるという決定が行われるとき、前記ＰＳＶＴのビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始することと、
前記ＰＳＶＴ呼についての前記勧誘への応答を前記ＭＴデバイスのユーザから受信する前に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間の前記ＰＳＶＴ呼に前記ビデオストリームを追加することと
を行うように構成された、請求項１１に記載の装置。
【請求項１６】
前記プロセッサおよび前記メモリは、
前記ビデオリソースが利用可能であるという決定に応答して、
前記ＰＳＶＴ呼のビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始することと、
前記ＭＴデバイスのユーザが前記ＰＳＶＴ呼についての前記勧誘に応答した後に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間に前記オーディオストリームのみを有する前記ＰＳＶＴ呼を確立することと、
前記ＭＯデバイスと前記ＭＴデバイスとの間の前記確立されたＰＳＶＴ呼に前記ビデオストリームを追加することと
を行うように構成された、請求項１１に記載の装置。
【請求項１７】
前記プロセッサおよび前記メモリが、前記勧誘におけるＱｏＳ属性内で、前記オーディオリソースのための強度タグを必須として設定することと、前記ビデオリソースのための強度タグを任意として設定することとを行うように構成された、
請求項１１に記載の装置。
【請求項１８】
前記プロセッサおよび前記メモリは、
前記オーディオリソースを利用するボイスオーバーＩＰ（ＶｏＩＰ）呼のために前記ＭＯデバイスと前記ＭＴデバイスとの間に１つまたは複数の第１のベアラを確立することと、
前記ビデオリソースを利用する前記ＰＳＶＴ呼のために前記ＭＯデバイスと前記ＭＴデバイスとの間に１つまたは複数の第２のベアラを確立することと
を行うように構成された、請求項１１に記載の装置。
【請求項１９】
前記プロセッサおよび前記メモリは、前記ＰＳＶＴ呼をボイスオーバーＩＰ（ＶｏＩＰ）呼に格下げするように構成された、
請求項１１に記載の装置。
【請求項２０】
前記ＶｏＩＰ呼は、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）呼である、
請求項１９に記載の装置。
【請求項２１】
パケット交換ビデオテレフォニー（ＰＳＶＴ）呼のための装置であって、
モバイル発信（ＭＯ）デバイスからモバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信するための手段、ここにおいて、前記勧誘が、前記ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、と、
前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能であるかどうかを決定するための手段と、
前記オーディオリソースが前記ＰＳＶＴ呼のために利用可能であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないという決定が行われるとき、前記ＭＯデバイスと前記ＭＴデバイスとの間にオーディオストリームのみを有する前記ＰＳＶＴ呼を確立するための手段と
を備え、前記決定するための手段は、
前記ＭＯデバイスが前記ＭＴデバイスから前記勧誘の肯定応答を受信するとき、前記ＭＯデバイスにおいて第１のタイマーを開始するための手段と、
前記ＭＴデバイスが前記ＭＯデバイスに前記勧誘の前記肯定応答を送信するとき、前記ＭＴデバイスにおける第２のタイマーが開始されたと決定するための手段と、
前記第１のタイマーまたは前記第２のタイマーのいずれかが満了する前に前記ＰＳＶＴ呼を確立するために前記ビデオリソースが予約され得ない場合、前記ビデオリソースが利用可能でないと決定するための手段と
を備える、装置。
【請求項２２】
前記決定するための手段は、前記ＭＯデバイスまたは前記ＭＴデバイスのためにビデオサービス品質（ＱｏＳ）がアクティブにされないと決定するための手段を備える、
請求項２１に記載の装置。
【請求項２３】
前記送信するための手段は、前記ＭＯに関連付けられた第１のネットワークエンティティと前記ＭＴに関連付けられた第２のネットワークエンティティとを介して前記ＭＯデバイスから前記ＭＴデバイスに前記勧誘を送信するための手段を備える、請求項２２に記載の装置。
【請求項２４】
前記第１のネットワークエンティティまたは前記第２のネットワークエンティティによって、前記ＰＳＶＴ呼の前記勧誘においてまたは前記勧誘への応答において、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと示すための手段をさらに備え、前記第１のネットワークエンティティまたは前記第２のネットワークエンティティのいずれかは、バックツーバックユーザエージェント（Ｂ２ＢＵＡ）であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと決定している、
請求項２３に記載の装置。
【請求項２５】
前記ビデオリソースが利用可能であるという決定が行われるとき、前記ＰＳＶＴのビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始するための手段と、
前記ＰＳＶＴ呼についての前記勧誘への応答を前記ＭＴデバイスのユーザから受信する前に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間の前記ＰＳＶＴ呼に前記ビデオストリームを追加するための手段と
をさらに備える、請求項２１に記載の装置。
【請求項２６】
前記ビデオリソースが利用可能であるという決定に応答して、
前記ＰＳＶＴ呼のビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始するための手段と、
前記ＭＴデバイスのユーザが前記ＰＳＶＴ呼についての前記勧誘に応答した後に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間に前記オーディオストリームのみを有する前記ＰＳＶＴ呼を確立するための手段と、
前記ＭＯデバイスと前記ＭＴデバイスとの間の前記確立されたＰＳＶＴ呼に前記ビデオストリームを追加するための手段と
をさらに備える、請求項２１に記載の装置。
【請求項２７】
パケット交換ビデオテレフォニー（ＰＳＶＴ）呼のためのコンピュータ実行可能コードを記憶した非一時的なコンピュータ可読媒体であって、
モバイル発信（ＭＯ）デバイスからモバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信するためのコード、ここにおいて、前記勧誘が、前記ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、と、
前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能であるかどうかを決定するためのコードと、
前記オーディオリソースが前記ＰＳＶＴ呼のために利用可能であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないという決定が行われるとき、前記ＭＯデバイスと前記ＭＴデバイスとの間にオーディオストリームのみを有する前記ＰＳＶＴ呼を確立するためのコードと
を備え、前記決定するためのコードは、
前記ＭＯデバイスが前記ＭＴデバイスから前記勧誘の肯定応答を受信するとき、前記ＭＯデバイスにおいて第１のタイマーを開始するためのコードと、
前記ＭＴデバイスが前記ＭＯデバイスに前記勧誘の前記肯定応答を送信するとき、前記ＭＴデバイスにおける第２のタイマーが開始されたと決定するためのコードと、
前記第１のタイマーまたは前記第２のタイマーのいずれかが満了する前に前記ＰＳＶＴ呼を確立するために前記ビデオリソースが予約され得ない場合、前記ビデオリソースが利用可能でないと決定するためのコードと
を備える、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【優先権の主張】
【０００１】
[0001]これは、２０１４年９月２２日に出願された「ＴＥＣＨＮＩＱＵＥＳ  ＦＯＲ  ＰＡＣＫＥＴ−ＳＷＩＴＣＨＥＤ  ＶＩＤＥＯ  ＴＥＬＥＰＨＯＮＹ  ＳＥＴＵＰ  ＷＩＴＨ  ＱＯＳ  ＰＲＥＣＯＮＤＩＴＩＯＮＳ」と題する仮出願第６２／０５３，７６１号、および２０１５年９月２１日に出願された「ＴＥＣＨＮＩＱＵＥＳ  ＦＯＲ  ＰＡＣＫＥＴ−ＳＷＩＴＣＨＥＤ  ＶＩＤＥＯ  ＴＥＬＥＰＨＯＮＹ  ＳＥＴＵＰ  ＷＩＴＨ  ＱＯＳ  ＰＲＥＣＯＮＤＩＴＩＯＮＳ」と題する米国特許出願第１４／８６０，４４２号の優先権を主張する明細書であり、それらの出願全体が参照により本明細書に明確に組み込まれる。
【技術分野】
【０００２】
[0002]説明する態様は、一般にワイヤレス通信システムに関する。より詳細には、説明する態様は、事前条件付きのビデオテレフォニーセットアップのための技法に関する。
【背景技術】
【０００３】
[0003]ワイヤレス通信ネットワークは、電話、ビデオ、データ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。そのようなネットワークは、通常、多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって複数のユーザのための通信をサポートする。そのようなネットワークの一例は、ＵＭＴＳ地上波無線アクセスネットワーク（ＵＴＲＡＮ：UMTS Terrestrial Radio Access Network）である。ＵＴＲＡＮは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：3rd Generation Partnership Project）によってサポートされる第３世代（３Ｇ）モバイルフォン技術である、ユニバーサルモバイル電気通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）の一部として定義された無線アクセスネットワーク（ＲＡＮ）である。ＵＭＴＳは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）技術の後継であり、現在、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ（登録商標））、時分割符号分割多元接続（ＴＤ−ＣＤＭＡ）、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）など、様々なエアインターフェース規格をサポートする。ＵＭＴＳは、高速パケットアクセス（ＨＳＰＡ：High Speed Packet Access）など、拡張型３Ｇデータ通信プロトコルをもサポートし、このプロトコルは、より高いデータ転送速度および容量を、関連するＵＭＴＳネットワークに提供する。さらに、ＵＭＴＳは、２つ以上の無線アクセスベアラを介してユーザ機器（ＵＥ）との同時ネットワーク通信を可能にする、複数無線アクセスベアラ（マルチＲＡＢ）能力をサポートする。したがって、一態様では、ＵＭＴＳにおけるマルチＲＡＢ機能は、ＵＥがパケット交換（ＰＳ）データと回線交換（ＣＳ）データを同時に送信および受信することを可能にする。そのようなネットワークの別の例は、モバイルフォンおよびデータ端末のための高速データのワイヤレス通信のために３ＧＰＰによって開発された第４世代（４Ｇ）規格である、発展型パケットシス
テム（ＥＰＳ：Evolved Packet System）の一部として定義された、ＯＦＤＭＡ技術を使用する無線アクセスネットワーク、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、１．４ＭＨｚから２０ＭＨｚまで、スケーラブルなキャリア帯域幅をサポートし、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートする。純粋にＩＰベースのまたはフラットなパケット交換システムであるＥＰＳは、Ｅ−ＵＴＲＡ（発展型ＵＭＴＳ地上波無線アクセス）とＥＰＣ（発展型パケットコア）からなる。Ｅ−ＵＴＲＡはＵＥおよびＥ−ＵＴＲＡＮ（発展型ＵＭＴＳ地上波無線アクセスネットワーク）を含む。Ｅ−ＵＴＲＡＮは発展型ノードＢ（ｅＮＢ）と呼ばれる。Ｓ−ＧＷ、Ｐ−ＧＷ、ＭＭＥ、ＨＳＳなどを含むＥＰＣは、ＧＰＲＳコアネットワークに取って代わるように設計され、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、（Ｗｉ−Ｆｉ（登録商標）のような）ワイヤレスローカルエリアネットワークなど、より古いネットワーク技術を用いてセルタワーへの音声とデータの両方のためのシームレスなハンドオーバをサポートする。
【０００４】
[0004]ＬＴＥでは、複数のＵＥとの間にパケット交換ビデオテレフォニー（ＰＳＶＴ：packet-switched video telephony）呼が確立され得る。ＰＳＶＴ呼を発信するＵＥはモバイル発信（ＭＯ：mobile originated）デバイスと呼ばれることがあり、ＰＳＶＴ呼を受信するＵＥはモバイル着信（ＭＴ：mobile terminated）デバイスと呼ばれることがある。あるサービス品質（ＱｏＳ）を提供するために、ＰＳＶＴ呼のオーディオストリームとビデオストリームとは、１つまたは複数の専用ＥＰＳベアラを介して送信および受信され得る。それぞれの専用ＥＰＳベアラは、オーディオストリームとビデオストリームのためのネットワークリソースを要求し得る。
【０００５】
[0005]ＭＴデバイスのユーザ、すなわち、被呼出し側がＰＳＶＴ呼に返答するが、ネットワークリソースが利用可能でないのでＰＳＶＴ呼が確立されるのに失敗するシナリオの発生を最小限に抑えるために、被呼出し側は、ＭＯデバイスとＭＴデバイスの両端上でオーディオストリームとビデオストリームの両方のためのネットワークリソースが予約されるまでアラートされないことがある。本明細書で言及されるとき、被呼出し側はＭＴデバイスのユーザを指し得、呼出し側はＭＯデバイスのユーザを指し得る。
【０００６】
[0006]しかしながら、オーディオストリームおよびビデオストリームは異なる専用ＥＰＳベアラを介して通信され得るので、オーディオ専用ＥＰＳベアラはビデオ専用ＥＰＳベアラよりも迅速に確立され得る可能性がある。また、２つのベアラの準備完了の間の時間間隔は予測不可能であり得る。さらに、輻輳したシナリオでは、ビデオリソースが利用可能でないことがあり、ビデオリソースが利用可能でないことをデバイスに通知するためのシグナリングがないことがある。したがって、デバイスは、オーディオストリームのみを有するＰＳＶＴ呼を確立する前にＱｏＳタイマーが満了するまで待つ必要があり得る。したがって、ＰＳＶＴ呼のオーディオ部分のための呼セットアップ時間は、ビデオリソースの非利用可能性により、典型的な音声呼の呼セットアップ時間から概して延長される。オーディオは、会話型サービスの不可欠な構成要素であり、ＶｏＩＰ呼と同じかまたはそれよりも良いユーザエクスペリエンスを満たすために、ＰＳＶＴ呼のためにできる限り迅速に確立されるべきである。
【発明の概要】
【０００７】
[0007]以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００８】
[0008]本開示では、セグメント化ステータスタイプ（ローカルＱｏＳ事前条件とも呼ばれる）を使用してＱｏＳ事前条件付きのビデオテレフォニーセットアップのための時間を低減するための技法の例を提示するが、この考えは、エンドツーエンドステータスタイプを使用することに等しく適用可能である。例示的な方法は、モバイル発信（ＭＯ）デバイスからモバイル着信（ＭＴ）デバイスにパケット交換ビデオテレフォニー（ＰＳＶＴ）呼についての勧誘を送信することを含み得、ここにおいて、勧誘は、ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する。さらに、例示的な方法は、ビデオリソースがＰＳＶＴ呼のために利用可能であるかどうかを決定することを含み得る。さらに、例示的な方法は、オーディオリソースがＰＳＶＴ呼のために利用可能であり、ビデオリソースがＰＳＶＴ呼のために利用可能でないという決定が行われるとき、ＭＯデバイスとＭＴデバイスとの間にオーディオストリームのみを有するＰＳＶＴ呼を確立することを含み得る。
【０００９】
[0009]事前条件付きのビデオテレフォニーセットアップのための例示的な装置は、情報を送信するように構成されたトランシーバと、情報を記憶するように構成されたメモリと、メモリと通信しているプロセッサとを含み得、プロセッサおよびメモリは、トランシーバを介してモバイル発信（ＭＯ）デバイスからモバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信することと、ここにおいて、勧誘が、ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、ビデオリソースがＰＳＶＴ呼のために利用可能であるかどうかを決定することと、オーディオリソースがＰＳＶＴ呼のために利用可能であり、ビデオリソースがＰＳＶＴ呼のために利用可能でないという決定が行われるとき、ＭＯデバイスとＭＴデバイスとの間にオーディオストリームのみを有するＰＳＶＴ呼を確立することとを行うように構成される。
【００１０】
[0010]事前条件付きのビデオテレフォニーセットアップのための別の例示的な装置は、ＭＯデバイスからＭＴデバイスにＰＳＶＴ呼についての勧誘を送信するための手段を含み得、ここにおいて、勧誘は、ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する。さらに、例示的な装置は、ビデオリソースがＰＳＶＴ呼のために利用可能であるかどうかを決定するための手段を含み得る。さらに、例示的な装置は、オーディオリソースがＰＳＶＴ呼のために利用可能であり、ビデオリソースがＰＳＶＴ呼のために利用可能でないという決定が行われるとき、ＭＯデバイスとＭＴデバイスとの間にオーディオストリームのみを有するＰＳＶＴ呼を確立するための手段を含み得る。
【００１１】
[0011]事前条件付きのビデオテレフォニーセットアップのためのコンピュータ実行可能コードを記憶したコンピュータ可読媒体は、ＭＯデバイスからＭＴデバイスにＰＳＶＴ呼についての勧誘を送信するためのコードを含み得、ここにおいて、勧誘は、ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する。さらに、コンピュータ可読媒体は、ビデオリソースがＰＳＶＴ呼のために利用可能であるかどうかを決定するためのコードを含み得る。さらに、コンピュータ可読媒体は、オーディオリソースがＰＳＶＴ呼のために利用可能であり、ビデオリソースがＰＳＶＴ呼のために利用可能でないという決定が行われるとき、ＭＯデバイスとＭＴデバイスとの間にオーディオストリームのみを有するＰＳＶＴ呼を確立するためのコードを含み得る。
【００１２】
[0012]上記および関係する目的を達成するために、１つまたは複数の態様は、以下で十分に説明し特に特許請求の範囲で指摘する特徴を備える。以下の説明および添付の図面は、１つまたは複数の態様のいくつかの例示的な特徴を詳細に記載する。ただし、これらの特徴は、様々な態様の原理が採用され得る様々な方法のほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとする。
【図面の簡単な説明】
【００１３】
[0013]添付の図面とともに以下に説明する開示する態様は、開示する態様を限定するためではなく、開示する態様を例示するために与えられ、同様の符号は同様の要素を示す。
【図１】事前条件付きのビデオテレフォニー呼をセットアップするための時間を低減するように構成された態様を有する、ＵＥが１つまたは複数のネットワークを介して別のＵＥと通信しているワイヤレス通信システムを示すブロック図。
【図２Ａ】事前条件付きのビデオテレフォニー呼をセットアップするための時間を低減するように構成された態様を有する、モバイル発信（ＭＯ）デバイスまたはＵＥの構成要素を示すブロック図。
【図２Ｂ】事前条件付きのビデオテレフォニー呼をセットアップするための時間を低減するように構成された態様を有する、モバイル着信（ＭＴ）またはＵＥの構成要素を示すブロック図。
【図２Ｃ】事前条件付きのビデオテレフォニー呼をセットアップするための時間を低減するように構成された態様を有するネットワーク（またはネットワークに関連付けられたネットワークエンティティ）の少なくとも１つの構成要素を示すブロック図。
【図３】事前条件付きのビデオテレフォニー呼セットアップのための方法の態様のフローチャート。
【図４】ビデオテレフォニー呼をセットアップするための従来のプロセスを示すコールフロー。
【図５】ビデオテレフォニー呼のためのセットアップ時間を低減するための例示的なプロセスを示すコールフロー。
【図６】ビデオテレフォニー呼のためのセットアップ時間を低減するための別の例示的なプロセスを示す別のコールフロー。
【図７】ビデオテレフォニー呼をセットアップするように構成された態様を有する処理システムを採用する装置のためのハードウェア実装形態の一例を示すブロック図。
【図８】ビデオテレフォニー呼をセットアップするように構成された態様を有する電気通信システムの一例を示すブロック図。
【図９】ビデオテレフォニー呼をセットアップするように構成された態様を有するアクセスネットワークの一例を示すブロック図。
【図１０】ビデオテレフォニー呼をセットアップすることに関連するユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの一例を示すブロック図。
【図１１】ビデオテレフォニー呼をセットアップするように構成された態様を有する電気通信システムにおいてＵＥと通信している基地局（たとえば、ｅＮＢ）の一例を示すブロック図。
【図１２】ＬＴＥを介してＭＯデバイス１０２とＭＴデバイス１０８との間にＰＳＶＴ呼を確立するために利用され得るＥＰＳベアラを示す図。
【発明を実施するための形態】
【００１４】
[0028]次に、図面を参照しながら様々な態様について説明する。以下の説明では、説明の目的で、１つまたは複数の態様の完全な理解を与えるために多数の具体的な詳細を記載する。ただし、そのような態様は、これらの具体的な詳細なしに実施され得ることは明らかであろう。
【００１５】
[0029]１つまたは複数のネットワークを介してモバイル発信（ＭＯ）デバイスとモバイル着信（ＭＴ）デバイスとの間にＰＳＶＴ呼が確立され得る。ＭＯデバイスに関連付けられたネットワークはＭＯネットワークと呼ばれ得る。同様に、ＭＴデバイスに関連付けられたネットワークはＭＴネットワークと呼ばれ得る。ＭＯネットワークおよびＭＴネットワークは異なるネットワークであり得る。ＭＯデバイスは、これら２つのデバイス間のＰＳＶＴ呼を確立するために、ＭＴデバイスにＰＳＶＴ呼についての勧誘を開始し送信し得る。勧誘は、ＰＳＶＴ呼を確立するために満たすべき要件を記述する事前条件を含み得る。いくつかの例では、事前条件によって、ビデオリソースとオーディオリソースの両方が記述されるように必要とされ得る。それぞれ、ＰＳＶＴ呼のビデオストリームとオーディオストリームのためにビデオリソースとオーディオリソースが両方とも必要とされるとき、応答と組み合わされた勧誘は、ＰＳＶＴ呼を確立するためにＭＯとＭＴの両方においてビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始し得るか、または開始するようにネットワークをトリガする。本明細書で言及されるとき、ビデオリソースおよびオーディオリソースは、専用ＥＰＳベアラ、およびそれらの関係するトラフィックフローテンプレート（ＴＦＴ）、サービス品質識別子（ＱＣＩ）、および／または最大ビットレート、保証ビットレートなどを少なくとも含み得る。少なくともいくつかの例では、ＭＯネットワークおよびＭＴネットワークは、カスタマイズされたリングバックトーンサービス、告知などの初期媒体に従う場合、ＭＯデバイスからのセッション記述プロトコル（ＳＤＰ）オファーとＭＴデバイスまたは他のネットワークエンティティからのＳＤＰ返答とに基づいてビデオリソースとオーディオリソースとを予約するためのプロセスを開始し得る。
【００１６】
[0030]さらに、ＭＯデバイスは、ＰＳＶＴ呼のためのビデオリソースとオーディオリソースとが利用可能であるかどうかを決定するように構成され得る。そのような決定は、ＭＯデバイスとＭＴデバイスとのために、ＭＯネットワークまたはＭＴネットワークによって、ビデオＱｏＳがアクティブにされる（ａｃｔｉｖａｔｅ）かオーディオＱｏＳがアクティブにされるかに基づいて行われ得る。
【００１７】
[0031]少なくともいくつかの例では、オーディオリソースの利用可能性を決定するよりもビデオリソースの利用可能性を決定するためにより多くの時間を要し得るので、ＭＯデバイスまたはＭＯネットワークは、ＰＳＶＴ呼を開始するためにビデオリソースの利用可能性が必要とされないように、ＰＳＶＴ呼に関係する強度タグ（strength-tags）を修正し得る。すなわち、オーディオリソースが利用可能であると決定されると、ＭＴデバイスのユーザは、ビデオリソースの利用可能性にかかわらず、ＰＳＶＴ呼についてアラートされるか、またはさもなければ通知されることができる。したがって、オーディオリソースとビデオリソースの両方を必要とするＰＳＶＴよりはむしろ、オーディオストリームのみを含むＰＳＶＴ呼が確立され得る。ビデオリソースが後で利用可能になる場合、ＭＴデバイスのユーザにどんな応答または入力もプロンプトすることなしに、確立されたＰＳＶＴ呼を完成するためにビデオストリームが自動的に追加され得る。
【００１８】
[0032]少なくともいくつかの態様では、ＰＳＶＴ呼セットアップのための技法は、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）技術規格、たとえば、２Ｇ、３Ｇおよび４Ｇ通りに、ＬＴＥの発展型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）および発展型パケットシステム（ＥＰＳ）に関して実装され得る。ＬＴＥを介したＰＳＶＴ呼はＶｉＬＴＥと呼ばれることがある。
【００１９】
[0033]少なくともいくつかの態様では、本開示は、ワイヤレス通信システムにおける他のシナリオに適用可能であり得る。たとえば、本開示は、ＭＯデバイスまたはＭＴデバイスのいずれかが会議サーバであるＰＳＶＴ会議通信において実装され得る。
【００２０】
[0034]図１を参照すると、ワイヤレス通信１００は、ＰＳＶＴ呼セットアップのための１つまたは複数の構成要素をそれぞれ有する、ＭＯデバイス１０２とＭＴデバイス１０８とを含み得る。一態様では、本明細書で使用される「構成要素」という用語は、限定される必要はないが、システムを構成する部分のうちの１つであり得、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せとして実装され得、他の構成要素にさらに分割され得る。ＭＴデバイス１０８との通信におけるシグナリングによって、ＭＯデバイス１０２は、ＭＯデバイス１０２に関連付けられたネットワーク１０４および／またはＭＴデバイス１０８に関連付けられたネットワーク１０６を介してＭＴデバイス１０８とのＰＳＶＴ呼をセットアップするためのプロセスを開始するように構成され得る。ＭＯデバイス１０２およびＭＴデバイス１０８は、ＰＳＶＴ呼構成要素１１０および１１２をそれぞれ含み得る。
【００２１】
[0035]いくつかの態様では、ＭＯデバイス１０２およびＭＴデバイス１０８はまた、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語で呼ばれることがある。一態様では、ＭＯデバイス１０２は第１のＵＥであり得、ＭＴデバイス１０８は第２のＵＥであり得る。
【００２２】
[0036]少なくともいくつかの態様では、ＭＯデバイス１０２は、呼を受信するためにＭＴデバイスとして動作し得、ＰＳＶＴ呼構成要素１１２と同じまたは同様の構成要素を含み得る。同様に、ＭＴデバイス１０８は、いくつかの事例では、呼を開始するためにＭＯデバイスとして動作し得、ＰＳＶＴ呼構成要素１１０と同じまたは同様の構成要素を含み得る。いくつかの他の態様では、ＭＯデバイス１０２およびＭＴデバイス１０８が同じネットワーク内で通信しているとき、ＭＯデバイス１０２に関連付けられたネットワーク１０４、およびＭＴデバイス１０８に関連付けられたネットワーク１０６は同じネットワークを参照し得る。
【００２３】
[0037]ネットワーク１０４および／またはネットワーク１０６を介してＭＴデバイス１０８とのＰＳＶＴ呼をセットアップするためのプロセスは、セッション開始プロトコル（ＳＩＰ）または他の規格化プロトコルに従う１つまたは複数の動作を含み得る。１つまたは複数の動作は、ＭＯデバイス１０２とＭＴデバイス１０８との間のシグナリングおよび応答を含み得る。
【００２４】
[0038]たとえば、ＭＯデバイス１０２のＰＳＶＴ呼構成要素１１０は、ネットワーク１０４および／またはネットワーク１０６を介してＭＴデバイス１０８のＰＳＶＴ呼構成要素１１２にＰＳＶＴ呼についての勧誘を送信するように構成され得る。いくつかの態様では、ネットワーク１０４および１０６は、基地局またはノードＢまたはｅノードＢなどのネットワークエンティティを含み得る。勧誘における強度タグは、ＰＳＶＴ呼を開始するためにビデオリソースが「任意」であることを示すように修正され得る。ＰＳＶＴ呼構成要素１１０および／またはＰＳＶＴ呼構成要素１１２はビデオリソースとオーディオリソースとの利用可能性を決定し得るが、ＰＳＶＴ呼を開始するためにビデオリソースの利用可能性は不要であり得る。勧誘を受信すると、ＰＳＶＴ呼構成要素１１２は、勧誘の受信に肯定応答するために、勧誘に対して肯定応答メッセージで、たとえば、ネットワーク１０４およびネットワーク１０６を介してＳＩＰに従って１８３セッション進行中仮応答で応答し得る。肯定応答メッセージにおける強度タグはまた、ＰＳＶＴ呼を開始するためにビデオリソースが「任意」であることを示すように修正され得る。さらに、ＰＳＶＴ呼構成要素１１２は、勧誘に応答するとき、ＭＴ  ＱｏＳタイマー（たとえば、図２ＢのＭＴ  ＱｏＳタイマー２１５を参照）を開始し得る。ネットワーク１０４とネットワーク１０６とが肯定応答メッセージを受信するとき、ネットワーク１０４および１０６は、ＰＳＶＴ呼のためにオーディオリソースとビデオリソースとを予約し始め得る。一態様では、リソースがある時間期間内にＰＳＶＴ呼のために予約、開始、および／または割り振られない場合、リソースは利用可能でないと言われる。本明細書で言及されるとき、「リソースを予約すること」は、呼の実装のために特定の通信リソースを指定する動作を指し得る。
【００２５】
[0039]ＰＳＶＴ呼構成要素１１０が肯定応答メッセージを受信するとき、ＰＳＶＴ呼構成要素１１０は、ＭＴデバイス１０８におけるＭＴ  ＱｏＳタイマーと同様または同じ持続時間を有し得る、ＭＯ  ＱｏＳタイマー（たとえば、図２ＡのＭＯ  ＱｏＳタイマー２０５を参照）を同様に開始し得る。ただし、いくつかの態様では、ＭＯ  ＱｏＳタイマーの持続時間およびＭＴ  ＱｏＳタイマーの持続時間は異なり得る。ＭＯ  ＱｏＳタイマーが満了する前に、ＭＯデバイス１０２とネットワーク１０４とに関連付けられたオーディオリソースが予約される場合、ＰＳＶＴ呼構成要素１１０は、ＭＯデバイス１０２におけるオーディオリソースの利用可能性についてＰＳＶＴ呼構成要素１１２に通知するために更新メッセージを送信するように構成され得る。ＰＳＶＴ呼構成要素１１２が更新メッセージを受信するとき、およびＭＴ  ＱｏＳタイマーが満了する前にオーディオリソースが利用可能である場合、ＰＳＶＴ呼構成要素１１２は、更新メッセージに対して、両側上のオーディオリソースが正常に予約されたことを示すメッセージで、たとえば、ＳＩＰに従う２００  ＯＫメッセージで応答し得る。
【００２６】
[0040]ビデオリソースの利用可能性にかかわらず、ＰＳＶＴ呼構成要素１１２は、ＰＳＶＴ呼についてＭＴデバイス１０８のユーザ、すなわち、被呼出し側にアラートし、宛先デバイスがユーザにアラートしていることを示すメッセージ、たとえば、ＳＩＰに従う１８０リンギングメッセージをネットワーク１０６に送信するように構成され得る。したがって、被呼出し側は、ＭＯ  ＱｏＳタイマーおよび／またはＭＴ  ＱｏＳタイマーが満了する前にアラートされ得、したがって、ＰＳＶＴ呼のためのセットアップ時間は、呼のビデオ部分（たとえば、ビデオストリーム）が準備できていないときでも、呼のオーディオ部分（たとえば、オーディオストリーム）がＭＯデバイス１０２とＭＴデバイス１０８との間に確立されることを可能にすることによって低減され得る。
【００２７】
[0041]少なくともいくつかの態様では、ＰＳＶＴ呼構成要素１１０は、勧誘におけるＱｏＳ属性内で、オーディオリソースのための強度タグを必須として設定し、ビデオリソースの利用可能性について被呼出し側にアラートする必要がないことを示すために、ビデオリソースのための強度タグを任意として設定するように構成され得る。これは、被呼出し側がアラートされＰＳＶＴ呼のオーディオ部分（たとえば、オーディオストリーム）が確立され得る前にビデオリソースが利用可能になることが必須である設定とは異なる。
【００２８】
[0042]たとえば、被呼出し側がアラートされる前にビデオリソースが利用可能になることが必須であるとき、設定における勧誘は、以下のように、サポートされるヘッダフィールド中の事前条件オプションタグと、それぞれローカルセグメントおよびリモートセグメントのための強度タグ「ｍａｎｄａｔｏｒｙ（必須）」および「ｏｐｔｉｏｎａｌ（任意）」と、関係するメディアコンポーネントのための他のセッションパラメータとを含み得る。  
Ｓｕｐｐｏｒｔｅｄ：  ｐｒｅｃｏｎｄｉｔｉｏｎ，  １００ｒｅｌ 
Ａｌｌｏｗ：  ＵＰＤＡＴＥ，  ＰＲＡＣＫ，．．．  
ｍ＝ａｕｄｉｏ．．．                          ｍ＝ｖｉｄｅｏ．．．  
ａ＝ｉｎａｃｔｉｖｅ  （ｏｒ  ｓｅｎｄｒｅｃｖ）      ａ＝ｉｎａｃｔｉｖｅ  （ｏｒ  ｓｅｎｄｒｅｃｖ）  
ａ＝ｃｕｒｒ：ｑｏｓ  ｌｏｃａｌ  ｎｏｎｅ          ａ＝ｃｕｒｒ：ｑｏｓ  ｌｏｃａｌ  ｎｏｎｅ  
＝ｃｕｒｒ：ｑｏｓ  ｒｅｍｏｔｅ  ｎｏｎｅ      ａ＝ｃｕｒｒ：ｑｏｓ  ｒｅｍｏｔｅ  ｎｏｎｅ  
ａ＝ｄｅｓ：ｑｏｓ  ｍａｎｄａｔｏｒｙ  ｌｏｃａｌ  ｓｅｎｄｒｅｃｖ      ａ＝ｄｅｓ：ｑｏｓ  ｍａｎｄａｔｏｒｙ  ｌｏｃａｌ  ｓｅｎｄｒｅｃｖ  
ａ＝ｄｅｓ：ｑｏｓ  ｏｐｔｉｏｎａｌ  ｒｅｍｏｔｅ  ｓｅｎｄｒｅｃｖ      ａ＝ｄｅｓ：ｑｏｓ  ｏｐｔｉｏｎａｌ  ｒｅｍｏｔｅ  ｓｅｎｄｒｅｃｖ
【００２９】
[0043]ＰＳＶＴ呼構成要素１１０は、被呼出し側がアラートされる前にビデオリソースが利用可能になることが不要であるように、「ａ＝ｄｅｓ：ｑｏｓ  ｏｐｔｉｏｎａｌ  ｌｏｃａｌ  ｓｅｎｄｒｅｃｖ」を「ａ＝ｄｅｓ：ｑｏｓ  ｏｐｔｉｏｎａｌ  ｌｏｃａｌ  ｓｅｎｄｒｅｃｖ」として設定し得る。
【００３０】
[0044]同様に、肯定応答メッセージ、たとえば、１８３セッション進行中仮応答において、ＰＳＶＴ呼構成要素１１２は、ビデオのためにローカルとリモートの両方について強度タグ「ｏｐｔｉｏｎａｌ」を設定し、たとえば、「ａ＝ｄｅｓ：ｑｏｓ  ｏｐｔｉｏｎａｌ  ｌｏｃａｌ  ｓｅｎｄｒｅｃｖ」および「ａ＝ｄｅｓ：ｑｏｓ  ｏｐｔｉｏｎａｌ  ｒｅｍｏｔｅ  ｓｅｎｄｒｅｃｖ」を設定し得る。
【００３１】
[0045]ＰＳＶＴ呼を開始するためにビデオリソースが利用可能になることが不要であるとき、ビデオリソースは、被呼出し側がアラートされる前または後に予約され、利用できるようになり得る。被呼出し側がアラートされたときにビデオリソースがまだ予約されていない場合、ＭＯデバイス１０２とＭＴデバイス１０８との間のメッセージのビデオ方向性は「ｉｎａｃｔｉｖｅ（非アクティブ）」として設定され得る。すなわち、オーディオストリームのみをもつＰＳＶＴ呼が確立され得る。ＭＯ  ＱｏＳタイマーおよびＭＴ  ＱｏＳタイマーが満了する前にビデオリソースが利用可能でない、たとえば、予約されていない場合、ＰＳＶＴ呼構成要素１１０および１１２は、ＰＳＶＴ呼をボイスオーバーＩＰ（ＶｏＩＰ）呼に変換するかまたは格下げするように構成され得、たとえば、ＰＳＶＴ呼のビデオポートは「０」に設定され得る。
【００３２】
[0046]しかしながら、ＱｏＳタイマーが満了する前にビデオリソースが利用可能になる場合、ＭＯデバイス１０２とＭＴデバイス１０８の両方のビデオ構成要素１１４および１１６は、ＰＳＶＴ呼について自動的にロードまたは開始され得る。いくつかの態様では、ビデオ構成要素１１４および１１６は、ハードウェア構成要素、たとえば、カメラ、ソフトウェア構成要素、たとえば、カメラのドライバ、ファームウェア構成要素、またはＭＯデバイス１０２とＭＴデバイス１０８とに関連付けられたそれらの任意の組合せを少なくとも含み得る。
【００３３】
[0047]被呼出し側がＰＳＶＴ呼に返答する前にビデオ構成要素１１４および１１６が開始される場合、ＰＳＶＴ呼は、ビデオスチームとオーディオストリームとを含む通常のＰＳＶＴ呼として開始し得る。被呼出し側がＰＳＶＴ呼に返答した後にビデオ構成要素１１４および１１６が開始される場合、ＰＳＶＴ呼は、オーディオストリームのみをもつＰＳＶＴ呼として開始し、その後、ＰＳＶＴ呼構成要素１１０および１１２によってオーディオストリームとビデオストリームの両方をもつＰＳＶＴ呼に自動的に更新され得る。ＰＳＶＴ呼構成要素１１０および１１２は、次いで、オーディオストリームを扱うためにオーディオストリームのみをもつＰＳＶＴ呼についてＭＯデバイス１０２とＭＴデバイス１０８との間に１つまたは複数の第１のベアラ（たとえば、ベアラ１２０）を確立し、ビデオストリームを扱うためにオーディオストリームとビデオストリームの両方をもつＰＳＶＴ呼についてＭＯデバイス１０２とＭＴデバイス１０８との間に１つまたは複数の第２のベアラ（たとえば、ベアラ１２２）を確立するように構成され得る。少なくともいくつかの態様では、第１および第２のベアラは、発展型パケットシステムベアラ、ＵＥとｅＮＢとの間の無線ベアラ、ｅＮＢとサービングゲートウェイ（ＳＧＷ）との間のＳ１ベアラ、ならびにＳＧＷとパケットデータネットワークゲートウェイ（ＰＧＷ）との間のＳ５／Ｓ８ベアラを含み得る。
【００３４】
[0048]いくつかの他の代替態様では、ＰＳＶＴ呼構成要素１１０は、ビデオリソースが予約されるまで更新メッセージの送信を遅延させるように構成され得る。すなわち、オーディオリソースとビデオリソースは同時に予約され得ないので、ＰＳＶＴ呼構成要素１１０は、オーディオリソースが予約された後の時間期間内にビデオリソースが予約されたとき、不要なシグナリングが回避され得るように、更新メッセージの送信を遅延させるように構成され得る。
【００３５】
[0049]代替的に、ネットワーク１０４またはネットワーク１０６のいずれかが、バックツーバックユーザエージェント（Ｂ２ＢＵＡ：back-to-back user agent）として働き得るエンティティを含む場合、ならびにネットワーク１０４および／またはネットワーク１０６が、ビデオリソースがＰＳＶＴ呼のために利用可能にならないと決定した場合、ネットワーク１０４および／またはネットワーク１０６の少なくとも１つの構成要素（たとえば、図２Ｃの利用可能性通知構成要素２９８）は、たとえば、ＭＴデバイス１０８に勧誘をフォワーディングするかまたはＭＯデバイス１０２に肯定応答メッセージをフォワーディングするそれぞれの前に、勧誘においてまたは勧誘に応答する肯定応答メッセージ（たとえば、ＳＩＰ１８×応答）において、勧誘メッセージ中でビデオメディアラインを削除することまたはビデオポートを０に設定することによって、ビデオリソースの非利用可能性を示すように構成され得る。
【００３６】
[0050]図２Ａを参照すると、図１に加えて、ＰＳＶＴ呼セットアッププロセスが実装され得る構成要素がさらに示されている。図２Ａに示されているように、破線ブロックは、ＭＯデバイス１０２の態様の任意の構成要素を示し得る。
【００３７】
[0051]図示のように、ＭＯデバイス１０２のＰＳＶＴ呼構成要素１１０は、少なくとも、ネットワーク１０４および／またはネットワーク１０６を介してＭＴデバイス１０８のＰＳＶＴ呼構成要素１１２にＰＳＶＴ呼についての勧誘を送信するように構成された勧誘生成器２０２を含み得る。勧誘は、ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始し得る。このプロセスについては、図２Ｂにおいて他の構成要素とともに以下でより詳細に説明する。
【００３８】
[0052]ＰＳＶＴ呼構成要素１１０は、勧誘生成器２０２によって送信された勧誘に応答してＰＳＶＴ呼構成要素１１２から肯定応答メッセージを受信するように構成され得る肯定応答構成要素２０４をさらに含み得る。肯定応答メッセージを受信すると、肯定応答構成要素２０４は、ある時間期間内に満了するように設定されたＭＯ  ＱｏＳタイマー２０５を開始し得る。そのような時間期間は構成可能であり得、たとえば、ＰＳＶＴ呼構成要素１１０の動作が開始されているときにセットアップされ得る。
【００３９】
[0053]さらに、ＰＳＶＴ呼構成要素１１０は、ビデオリソースとオーディオリソースとの利用可能性を決定するように構成され得るリソースモニタ２０６を含み得る。すなわち、リソースモニタ２０６は、ＭＯ  ＱｏＳタイマー２０５によって示される時間期間内にリソースがＰＳＶＴ呼について予約されない場合、ＭＯデバイス１０２に関連付けられたリソースが利用可能でないと決定し得る。ＭＯ  ＱｏＳタイマー２０５が満了する前に、ＭＯデバイス１０２とネットワーク１０４とに関連付けられたオーディオリソースが予約される場合、リソースモニタ２０６は、オーディオリソースがＰＳＶＴ呼のために利用可能であると決定し得、ＭＯデバイス１０２におけるオーディオリソースの利用可能性についてＰＳＶＴ呼構成要素１１２に通知するために更新メッセージを送信するように構成され得る。更新メッセージに応答して、オーディオリソースがＭＴデバイス１０８においても予約されたことを示すメッセージがＰＳＶＴ呼構成要素１１２によって与えられ得る。
【００４０】
[0054]さらに、ＰＳＶＴ呼構成要素１１０は、ＭＯデバイス１０２とＭＴデバイス１０８との間にオーディオストリームのみまたはオーディオストリームとビデオストリームの両方をもつＰＳＶＴ呼を確立するように構成された呼マネージャ２０８を含み得る。すなわち、ＭＯ  ＱｏＳタイマー２０５が満了する前にビデオリソースが利用可能でない、たとえば、予約されない場合、呼マネージャ２０８は、ＰＳＶＴをボイスオーバーＩＰ（ＶｏＩＰ）呼に変換するかまたは格下げし、オーディオリソースを利用するＶｏＩＰ呼のために１つまたは複数の第１のベアラを確立するように構成され得る。
【００４１】
[0055]しかしながら、ＭＯ  ＱｏＳタイマーが満了する前にＭＯデバイス１０２とＭＴデバイス１０８の両方のビデオリソースが利用可能になった場合、呼マネージャ２０８は、ＭＯデバイス１０２のビデオ構成要素１１４を自動的に開始するように構成され得る。被呼出し側がＰＳＶＴ呼に返答する前に呼マネージャ２０８がビデオ構成要素１１４を開始した場合、呼マネージャ２０８は、ビデオスチームとオーディオストリームとを含む通常のＰＳＶＴ呼としてＰＳＶＴ呼を開始し得る。被呼出し側がＰＳＶＴ呼に返答した後に呼マネージャ２０８がビデオ構成要素１１４を開始した場合、呼マネージャ２０８は、オーディオストリームのみをもつＰＳＶＴ呼を開始し、その後、オーディオストリームのみをもつＰＳＶＴ呼をオーディオストリームとビデオストリームの両方をもつＰＳＶＴにサイレントに更新し得る。本明細書で言及されるとき、「サイレントに」は、被呼出し側の関与がない動作を指し得る。
【００４２】
[0056]場合によっては、ＰＳＶＴ呼構成要素１１０は、勧誘におけるＱｏＳ属性内で、オーディオリソースのための強度タグを必須として設定するように構成された強度タグ修正器２１０と、ビデオリソースの利用可能性についてＭＴデバイス１０８が被呼出し側にアラートする必要がないことを示すために、ビデオリソースのための強度タグを任意として設定することとを含み得る。
【００４３】
[0057]本態様によれば、ＭＯデバイス１０２は、メモリ４４とトランシーバ４６とに結合された１つまたは複数のプロセッサ２０を含み得る。１つまたは複数のプロセッサ２０は、本明細書で説明するようにＰＳＶＴ呼セットアップ手順を管理するための様々な構成要素を実行し得る。たとえば、いくつかの態様では、ＰＳＶＴ呼セットアップに関係する様々な構成要素は単一のプロセッサによって実行され得るが、他の態様では、構成要素のうちの様々な構成要素は、２つ以上の異なるプロセッサの組合せによって実行され得る。たとえば、一態様では、１つまたは複数のプロセッサ２０は、モデムベースバンドプロセッサ、またはデジタル信号プロセッサ、または送信プロセッサ、またはトランシーバプロセッサのいずれか１つまたは任意の組合せを含み得る。特に、モデムベースバンドプロセッサなど、１つまたは複数のプロセッサ２０は、ＰＳＶＴ呼セットアップを管理するように構成されたＰＳＶＴ呼構成要素１１０を実行し得る。
【００４４】
[0058]その上、トランシーバ４６は、様々な種類の無線信号、たとえば、セルラー、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＧＰＳなどを受信するように構成され得る。たとえば、一態様では、１つまたは複数のトランシーバ４６は、たとえば１つまたは複数の電力増幅器６４と、１つまたは複数の帯域固有フィルタ６８と、１つまたは複数のアンテナ７２とによって定義される無線周波数（ＲＦ）フロントエンド６２と通信しているかまたはそれに接続され得る。
【００４５】
[0059]図２Ｂに示されているように、ＭＴデバイス１０８のＰＳＶＴ呼構成要素１１２は、ＭＯデバイス１０２の勧誘生成器２０２からＰＳＶＴ呼についての勧誘を受信するように構成された勧誘受信機２１２を少なくとも含み得る。勧誘は、次いで、ＰＳＶＴ呼構成要素１１２の他の構成要素に送信されるか、またはさもなければ通信され得る。
【００４６】
[0060]ＰＳＶＴ呼構成要素１１２は、勧誘に応答するように構成された肯定応答構成要素２１４をさらに含み得る。すなわち、勧誘を受信すると、肯定応答構成要素２１４は、勧誘の受信に肯定応答するために、勧誘に対して肯定応答メッセージで、たとえば、ＳＩＰに従って１８３セッション進行中仮応答で応答し得る。さらに、肯定応答構成要素２１４は、勧誘に応答するとＭＯ  ＱｏＳタイマー２０５と同様の持続時間を有し得るＭＴ  ＱｏＳタイマー２１５を開始し得る。
【００４７】
[0061]いくつかの態様では、肯定応答構成要素２１４はまた、ＭＯデバイス１０２におけるオーディオリソースの利用可能性を示す、リソースモニタ２０６からの更新メッセージに対する応答を送信するように構成され得る。ＳＩＰに従って、応答は、両側上のオーディオリソースが正常に予約されたことを示す２００  ＯＫメッセージと、ＭＴデバイス１０８がＰＳＶＴ呼について被呼出し側にアラートしていることを示す１８０リンギングメッセージとを含み得る。
【００４８】
[0062]さらに、ＰＳＶＴ呼構成要素１１２は、ＭＯデバイス１０２とＭＴデバイス１０８との間にオーディオストリームのみまたはオーディオストリームとビデオストリームの両方をもつＰＳＶＴ呼を確立するために呼マネージャ２０８と対話するように構成された呼マネージャ２１６を含み得る。すなわち、ＭＴ  ＱｏＳタイマー２１５が満了する前にビデオリソースが利用可能でない、たとえば、予約されない場合、呼マネージャ２１６は、予定されたＰＳＶＴ呼の代わりに、ＶｏＩＰ呼を確立し得る。それに応じて、呼マネージャ２１６は、オーディオリソースを利用するＶｏＩＰ呼についてＭＯデバイス１０２とＭＴデバイス１０８との間に１つまたは複数の第１のベアラを確立するために使用され得る。
【００４９】
[0063]しかしながら、ＭＴ  ＱｏＳタイマー２１５が満了する前にＭＯデバイス１０２とＭＴデバイス１０８の両方のビデオリソースが利用可能になった場合、呼マネージャ２１６は、ＭＴデバイス１０８のビデオ構成要素１１６を自動的に開始するように構成され得る。ＭＯデバイス１０２の呼マネージャ２０８によって開始された呼のタイプに応じて、呼マネージャ２１６は、対応して、オーディオストリームのみをもつかまたはオーディオストリームとビデオストリームの両方をもつＰＳＶＴ呼をセットアップし得、ビデオリソースを利用するＰＳＶＴ呼についてＭＯデバイス１０２とＭＴデバイス１０８との間に１つまたは複数の第２のベアラを確立し得る。
【００５０】
[0064]本態様によれば、ＭＴデバイス１０８は、メモリ４５とトランシーバ４７とに結合された１つまたは複数のプロセッサ２１を含み得る。１つまたは複数のプロセッサ２１は、本明細書で説明するようにＰＳＶＴ呼セットアップ手順を管理するための様々な構成要素を実行し得る。たとえば、いくつかの態様では、ＰＳＶＴ呼セットアップに関係する様々な構成要素は単一のプロセッサによって実行され得るが、他の態様では、構成要素のうちの様々な構成要素は、２つ以上の異なるプロセッサの組合せによって実行され得る。たとえば、一態様では、１つまたは複数のプロセッサ２１は、モデムベースバンドプロセッサ、またはデジタル信号プロセッサ、または送信プロセッサ、またはトランシーバプロセッサのいずれか１つまたは任意の組合せを含み得る。特に、モデムベースバンドプロセッサなど、１つまたは複数のプロセッサ２１は、ＰＳＶＴ呼セットアップを管理するように構成されたＰＳＶＴ呼構成要素１１２を実行し得る。
【００５１】
[0065]その上、トランシーバ４７は、様々な種類の無線信号、たとえば、セルラー、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、ＧＰＳなどを受信するように構成され得る。たとえば、一態様では、１つまたは複数のトランシーバ４７は、たとえば１つまたは複数の電力増幅器６３と、１つまたは複数の帯域固有フィルタ６７と、１つまたは複数のアンテナ７３とによって定義される無線周波数（ＲＦ）フロントエンド６１と通信しているかまたはそれに接続され得る。
【００５２】
[0066]図３を参照すると、ＰＳＶＴ呼をセットアップするための方法３００の態様は、図１および図２ＡのＭＯデバイス１０２、ならびにそれらの構成要素によって実施され得る。一態様では、ＭＯデバイス１０２は、ネットワーク１０４および／またはネットワーク１０６を介してＭＴデバイス１０８と通信して動作しているとき、方法３００の態様を実施し得る。より詳細には、方法３００の態様は、図２Ａに示されているように勧誘生成器２０２、肯定応答構成要素２０４、ＭＯ  ＱｏＳタイマー２０５、リソースモニタ２０６、呼マネージャ２０８、および／または強度タグ修正２１０を含むＰＳＶＴ呼構成要素１１０によって実施され得る。図３に示されているように、破線ブロックは、方法３００の態様の任意の動作を示し得る。
【００５３】
[0067]３１０において、方法３００は、ＭＯデバイスからＭＴデバイスにＰＳＶＴ呼についての勧誘を送信することを含み、ここにおいて、勧誘は、ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する。たとえば、勧誘生成器２０２は、ネットワーク１０４および／またはネットワーク１０６を介してＭＴデバイス１０８のＰＳＶＴ呼構成要素１１２にＰＳＶＴ呼についての勧誘を送信するように構成され得る。勧誘は、ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始し得る。
【００５４】
[0068]３２０において、方法３００は、ビデオリソースがＰＳＶＴ呼のために利用可能であるかどうかを決定することを含む。たとえば、リソースモニタ２０６は、ビデオリソースとオーディオリソースとの利用可能性を決定するように構成され得る。すなわち、リソースモニタ２０６は、ＭＯ  ＱｏＳタイマー２０５によって示される時間期間内にリソースがＰＳＶＴ呼について予約されない場合、ＭＯデバイス１０２に関連付けられたリソースが利用可能でないと決定し得る。ＭＯ  ＱｏＳタイマー２０５が満了する前に、ＭＯデバイス１０２とネットワーク１０４とに関連付けられたオーディオリソースが予約される場合、リソースモニタ２０６は、オーディオリソースがＰＳＶＴ呼のために利用可能であると決定し得、ＭＯデバイス１０２におけるオーディオリソースの利用可能性についてＰＳＶＴ呼構成要素１１２に通知するために更新メッセージを送信するように構成され得る。
【００５５】
[0069]３３０において、方法３００は、オーディオリソースがＰＳＶＴ呼のために利用可能であり、ビデオリソースがＰＳＶＴ呼のために利用可能でないという決定が行われるとき、ＭＯデバイスとＭＴデバイスとの間にオーディオストリームのみを有するＰＳＶＴ呼を確立することを含む。たとえば、呼マネージャ２０８は、ＭＯデバイス１０２とＭＴデバイス１０８との間にＰＳＶＴ呼または代替のＶｏＩＰ呼を確立するように構成され得る。すなわち、ＭＯ  ＱｏＳタイマー２０５が満了する前にビデオリソースが利用可能でない、たとえば、予約されない場合、呼マネージャ２０８は、ＰＳＶＴ呼をＶｏＩＰ呼に変換し、オーディオリソースを利用するＶｏＩＰ呼のために１つまたは複数の第１のベアラを確立するように構成され得る。
【００５６】
[0070]３４０において、方法３００は、場合によっては、ビデオリソースが利用可能であるという決定が行われるとき、ＰＳＶＴ呼のビデオストリームのためにＭＯデバイスのビデオ構成要素１１４を自動的に開始することを含み得る。たとえば、しかしながら、ＭＯデバイス１０２とＭＴデバイス１０８の両方のビデオリソースが利用可能になった場合、呼マネージャ２０８は、ＭＯデバイス１０２のビデオ構成要素１１４を自動的に開始するように構成され得る。
【００５７】
[0071]３５０において、方法３００は、場合によっては、ＰＳＶＴ呼についての勧誘への応答をＭＴデバイスのユーザから受信する前にビデオ構成要素１１４および１１６が開始される場合、ＭＯデバイスとＭＴデバイスとの間のＰＳＶＴ呼を確立することを含み得る。たとえば、被呼出し側がＰＳＶＴ呼に返答する前にビデオ構成要素１１４および１１６が開始された場合、呼マネージャ２０８は、ビデオスチームとオーディオストリームとを含む通常のＰＳＶＴ呼としてＰＳＶＴ呼を開始し得る。
【００５８】
[0072]３６０において、方法３００は、場合によっては、ＭＴデバイスのユーザがＰＳＶＴ呼についての勧誘に応答した後にビデオ構成要素１１４および１１６が開始された場合、ＭＯデバイスとＭＴデバイスとの間にオーディオストリームのみを有するＰＳＶＴ呼を確立することを含み得る。たとえば、被呼出し側がＰＳＶＴ呼に返答した後に呼マネージャ２０８がビデオ構成要素１１４を開始した場合、呼マネージャ２０８は、ＰＳＶＴ呼をＶｏＩＰ呼として、たとえば、ＶｏＬＴＥ呼として開始し得る。
【００５９】
[0073]３７０において、方法３００は、場合によっては、ＭＯデバイスとＭＴデバイスとの間の確立されたＰＳＶＴ呼にビデオストリームを追加することを含み得る。少なくともいくつかの態様では、呼マネージャ２０８は、何らかの情報を入力するかまたは何らかの情報に応答するように被呼出し側にプロンプトすることなしに、あるいは被呼出し側のどんな関与もなしに、ビデオストリームをサイレントに追加し得る。
【００６０】
[0074]図４を参照すると、ＰＳＶＴ呼をセットアップするための従来のプロセスを示すコールフローが示されている。図示ように、１ａ、１ｂ、および１ｃにおいて、ＭＯデバイス１０２は、ネットワーク１０４および／またはネットワーク１０６を介してＭＴデバイス１０８にＰＳＶＴ呼についての勧誘を送信するように構成され得る。２ａ、２ｂ、および２ｃにおいて、ＭＴデバイス１０８は、勧誘の受信に肯定応答するために、勧誘に対して肯定応答メッセージで、たとえば、ＳＩＰに従って１８３セッション進行中仮応答で応答し得る。勧誘を受信すると、ＭＴデバイス１０８は、ＱｏＳタイマー、たとえば、ＭＴ  ＱｏＳタイマー２１５を開始し得る。同様に、肯定応答メッセージを受信すると、ＭＯデバイス１０２は、ＭＴデバイス１０８におけるＭＴ  ＱｏＳタイマー２１５と同様の持続時間を有し得る別のＱｏＳタイマー、たとえば、ＭＯ  ＱｏＳタイマー２０５を開始し得る。
【００６１】
[0075]オーディオリソースとビデオリソースが両方とも利用可能であるとき、ネットワーク１０４は、オーディオＱｏＳとビデオＱｏＳが両方ともアクティブにされた、言い換えれば、ＰＳＶＴ呼のために予約されたことを示すメッセージを生成し得る。ＭＯデバイス１０２は、次いで、５ａ、５ｂ、および５ｃにおいて、オーディオリソースとビデオリソースとの利用可能性についてＭＴデバイス１０８に通知するために、ネットワーク１０４（もしくはネットワーク１０４に関連付けられたネットワークエンティティ）および／またはネットワーク１０６（もしくはネットワーク１０６に関連付けられたネットワークエンティティ）を介してＭＴデバイス１０８に更新メッセージを送信し得る。いくつかの態様では、ネットワーク１０４および１０６は、基地局またはノードＢまたはｅノードＢなどのネットワークエンティティを含み得る。ＭＴデバイス１０８は、この例では、更新メッセージを受信すると、オーディオリソースとビデオリソースの両方がどちらもローカルに利用可能であるとき、被呼出し側に相応にアラートし得る。さらに、ＭＴデバイス１０８は、６ａ、６ｂ、および６ｃにおいて、更新メッセージに対して、両側上のオーディオリソースが正常に予約されたことを示すメッセージで、たとえば、ＳＩＰに従う２００  ＯＫメッセージで応答し得る。さらに、ＭＴデバイス１０８はまた、７ａ、７ｂ、および７ｃにおいて、宛先デバイスがユーザにアラートしていることを示すメッセージ、たとえば、ＳＩＰに従う１８０リンギングメッセージを送信し得る。
【００６２】
[0076]被呼出し側がＰＳＶＴ呼に返答したとき、ＭＴデバイス１０８は、８ａ、８ｂ、および８ｃにおいて、ＭＯデバイス１０２に別のメッセージ、たとえば、別の２００  ＯＫメッセージをさらに送信し得る。２００  ＯＫメッセージは、被呼出し側が呼を受け付けており、ＭＯデバイス１０２が２００  ＯＫメッセージを受信するとＰＳＶＴ呼が確立されることを示し得る。ＭＯデバイス１０２は、９ａ、９ｂ、および９ｃにおいて、ＭＯデバイス１０２が２００  ＯＫメッセージを受信したことを示し得るさらなる肯定応答メッセージで応答し得る。ＭＯデバイス１０２とＭＴデバイス１０８との間にビデオストリームとオーディオストリームとのための１つまたは複数のベアラが確立され得る。
【００６３】
[0077]しかしながら、ＭＯデバイス１０２は、ＭＴデバイス１０８に更新メッセージを送るために、オーディオリソースとビデオリソースの両方が予約されるまで待ったので、ＰＳＶＴ呼が開始されてから被呼出し側がアラートされるまでの、全体的なセットアップ時間は延長され得る。ＭＴデバイス１０８とＭＯデバイス１０２とのユーザはＰＳＶＴ呼がセットアップされるのを待っていることがある。したがって、延長されたセットアップ時間はユーザエクスペリエンスを低下させ得る。
【００６４】
[0078]図５を参照すると、ＰＳＶＴ呼をセットアップする時間を低減するために使用されるプロセスの一例を示すコールフローが示されている。図４に示されているコールフローとは異なり、ＭＯデバイス１０２は、５ａ、５ｂ、および５ｃにおいてＭＴデバイス１０８に、オーディオリソースが予約されたことを報告する第１の更新メッセージを送信し得る。第１の更新メッセージを受信すると、ＭＴデバイス１０８は被呼出し側にアラートし得る。
【００６５】
[0079]被呼出し側がＰＳＶＴ呼に返答する前にビデオリソースも利用可能である場合、ＭＯデバイス１０２は、ＭＴデバイス１０８に、ビデオリソースも予約されたことを報告する第２の更新メッセージを送信し得る。被呼出し側がその後にＰＳＶＴ呼に返答したとき、ＰＳＶＴ呼は同様に確立され得、ＭＯデバイス１０２とＭＴデバイス１０８との間にビデオストリームとオーディオストリームとのための１つまたは複数のベアラが確立され得る。
【００６６】
[0080]ＭＯデバイス１０２はオーディオリソースが予約されるとすぐに第１の更新メッセージを送り、ＭＴデバイス１０８は第１の更新メッセージを受信すると被呼出し側にアラートするので、ＰＳＶＴ呼が開始されてから被呼出し側にアラートされるまでの全体的なセットアップ時間は、図４に示されているコールフローと比較すると低減され得る。
【００６７】
[0081]図６を参照すると、ＰＳＶＴ呼をセットアップする時間を低減するために使用されるプロセスの一例を示す別のコールフローが示されている。
【００６８】
[0082]図５に示されているコールフローとは異なり、被呼出し側は、（１０ａより前に）ビデオリソースが予約される前に、（８ａより前に）ＰＳＶＴ呼に返答し得る。この場合、ＭＯデバイス１０２は、最初に、オーディオストリームのみを有するＰＳＶＴ呼を確立し得る。すなわち、ビデオリソースが予約される前に、音声ストリームを搬送する１つまたは複数のベアラがＭＯデバイス１０２とＭＴデバイス１０８との間に確立され得る。
【００６９】
[0083]ＶｏＩＰ呼の確立の後に、ビデオリソースが予約され得る。ＭＯデバイス１０２は、次いで、ＭＴデバイス１０８に、ビデオリソースの利用可能性を報告する第２の更新メッセージを送り得る。ＭＴデバイス１０８は、第２の更新メッセージに２００  ＯＫメッセージで応答し得る。次いで、ＭＯデバイス１０２とＭＴデバイス１０８との間に、ビデオストリームを搬送する１つまたは複数のベアラが確立され得る。すなわち、確立されたＰＳＶＴ呼にビデオストリームが追加され得る。
【００７０】
[0084]図７を参照すると、ＰＳＶＴ呼をセットアップするように構成された態様を有する処理システム７１４を採用する装置７００のためのハードウェア実装形態の一例。一態様では、装置７００は、図１のＰＳＶＴ呼構成要素１１０を有するＭＯデバイス１０２またはＰＳＶＴ呼構成要素１１２を有するＭＴデバイス１０８であり得る。
【００７１】
[0085]この例では、処理システム７１４は、バス７０２によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス７０２は、処理システム７１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス７０２は、プロセッサ７０４によって概略的に表される１つまたは複数のプロセッサと、たとえば、図１のＰＳＶＴ呼構成要素１１０／１１２など、１つまたは複数の通信構成要素と、コンピュータ可読媒体７０６によって概略的に表されるコンピュータ可読媒体とを含む様々な回路を互いにリンクする。バス７０２はまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。バスインターフェース７０８は、バス７０２とトランシーバ７１０との間のインターフェースを与える。トランシーバ７１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。装置の性質に応じて、ユーザインターフェース７１２（たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック）も与えられ得る。いくつかの態様では、ユーザインターフェース７１２は、呼出し側または被呼出し側にインジケーションまたはアラートを与え得、呼出し側または被呼出し側から入力を受信し得る。
【００７２】
[0086]プロセッサ７０４は、バス７０２を管理することと、コンピュータ可読媒体７０６に記憶されたソフトウェアの実行を含む全般的な処理とを担う。ソフトウェアは、プロセッサ７０４によって実行されたとき、処理システム７１４に、特定の装置のための本明細書で説明する様々な機能を実施させる。より詳細には、図１に関して上記で説明したように、ＰＳＶＴ呼構成要素１１０およびＰＳＶＴ呼構成要素１１２は、モジュールの各々に関して説明する機能がプロセッサ７０４によって実施され得るような、ソフトウェア構成要素（たとえば、ソフトウェアモジュール）であり得る。
【００７３】
[0087]コンピュータ可読媒体７０６はまた、たとえば、ＰＳＶＴ呼構成要素１１０／１１２によって表されるソフトウェアモジュールなど、ソフトウェアを実行するときにプロセッサ７０４によって操作されるデータを記憶するために使用され得る。
【００７４】
[0088]一例では、ソフトウェアモジュール（たとえば、説明する機能を実施するためにプロセッサ７０４によって実行され得る何らかのアルゴリズムまたは機能）ならびに／あるいはそれとともに使用されるデータ（たとえば、入力、パラメータ、変数など）は、コンピュータ可読媒体７０６から取り出され得る。
【００７５】
[0089]より詳細には、処理システムはＰＳＶＴ呼構成要素１１０／１１２をさらに含む。図２Ａおよび図２Ｂに示されているＰＳＶＴ呼構成要素１１０／１１２によって与えられる様々な構成要素または機能は、プロセッサ７０４中で動作するか、コンピュータ可読媒体７０６中に常駐しおよび／または記憶されたソフトウェアモジュール、プロセッサ７０４に結合された１つまたは複数のハードウェアモジュール、あるいはそれらの何らかの組合せによって実施され得る。いくつかの態様では、プロセッサ７０４は図２Ａおよび図２Ｂのプロセッサ２０または２１のうちの１つまたは複数を指し得、コンピュータ可読媒体７０６は図２Ａおよび図２Ｂのメモリ４４または４５を指し得、トランシーバ７１０は図２Ａおよび図２Ｂのトランシーバ４６または４７を指し得る。
【００７６】
[0090]本開示全体にわたって提示される様々な概念は、多種多様な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。限定はしないが例として、Ｗ−ＣＤＭＡエアインターフェースを採用し、電力制限状態中に送信のために時間制約型データに優先度を付けるように構成された態様を有するＵＭＴＳシステム８００に関して、図８に示されている本開示の態様が提示される。ＵＭＴＳネットワークは、コアネットワーク（ＣＮ）８０４、ＵＭＴＳ地上波無線アクセスネットワーク（ＵＴＲＡＮ）８０２、およびユーザ機器（ＵＥ）８１０という、３つの対話ドメインを含む。一態様では、ＵＥ８１０は、図１のＰＳＶＴ呼構成要素１１０を有するＭＯデバイス１０２またはＰＳＶＴ呼構成要素１１２を有するＭＴデバイス１０８の一例であり得る。この例では、ＵＴＲＡＮ８０２は、電話、ビデオ、データ、メッセージング、ブロードキャストを含む様々なワイヤレスサービス、および／または他のサービスを提供する。ＵＴＲＡＮ８０２は、無線ネットワークコントローラ（ＲＮＣ）８０６などのそれぞれのＲＮＣによってそれぞれ制御される、無線ネットワークサブシステム（ＲＮＳ）８０７などの複数のＲＮＳを含み得る。ここで、ＵＴＲＡＮ８０２は、本明細書に示されているＲＮＣ８０６とＲＮＳ８０７とに加えて、任意の数のＲＮＣ８０６とＲＮＳ８０７とを含み得る。ＲＮＣ８０６は、特に、ＲＮＳ８０７内で無線リソースを割り当て、再構成および解放することを担う装置である。ＲＮＣ８０６は、任意の好適なトランスポートネットワークを使用して、直接物理接続、仮想ネットワークなど、様々なタイプのインターフェースを通してＵＴＲＡＮ８０２中の他のＲＮＣ（図示せず）に相互接続され得る。
【００７７】
[0091]図１のネットワーク１０４またはネットワーク１０６のエンティティまたは構成要素の一例であり得る、ＵＥ８１０とノードＢ８０８との間の通信は、物理（ＰＨＹ）レイヤとメディアアクセス制御（ＭＡＣ）レイヤとを含むものと見なされ得る。さらに、それぞれのノードＢ８０８を介したＵＥ８１０とＲＮＣ８０６との間の通信は、無線リソース制御（ＲＲＣ）レイヤを含むものと見なされ得る。本明細書では、ＰＨＹレイヤはレイヤ１と見なされ得、ＭＡＣレイヤはレイヤ２と見なされ得、ＲＲＣレイヤはレイヤ３と見なされ得る。本明細書の以下の情報では、参照により本明細書に組み込まれる、ＲＲＣ  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、３ＧＰＰ  ＴＳ２５．３３１  ｖ９．１．０において紹介されている用語を利用する。
【００７８】
[0092]ＲＮＳ８０７によってカバーされる地理的領域は、いくつかのセルに分割され得、無線トランシーバ装置が各セルをサービスし得る。無線トランシーバ装置は、ＵＭＴＳ適用例では一般にノードＢと呼ばれるが、当業者によって、基地局（ＢＳ）、基地トランシーバ局（ＢＴＳ）、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、アクセスポイント（ＡＰ）、または何らかの他の好適な用語で呼ばれることもある。明快のために、各ＲＮＳ８０７中に３つのノードＢ８０８が示されているが、ＲＮＳ８０７は任意の数のワイヤレスノードＢを含み得る。ノードＢ８０８は、任意の数のモバイル装置にＣＮ８０４へのワイヤレスアクセスポイントを与える。モバイル装置の例としては、セルラーフォン、スマートフォン、セッション開始プロトコル（ＳＩＰ）フォン、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム（ＧＰＳ）デバイス、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能デバイスがある。モバイル装置は、ＵＭＴＳ適用例では一般にＵＥと呼ばれるが、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の好適な用語でも呼ばれることがある。ＵＭＴＳシステムでは、ＵＥ８１０は、ネットワークへのユーザの加入情報を含んでいる汎用加入者識別モジュール（ＵＳＩＭ）８１１をさらに含み得る。説明のために、いくつかのノードＢ８０８と通信している１つのＵＥ８１０が示されている。順方向リンクとも呼ばれるＤＬは、ノードＢ８０８からＵＥ８１０への通信リンクを指し、逆方向リンクとも呼ばれるＵＬは、ＵＥ８１０からノードＢ８０８への通信リンクを指す。
【００７９】
[0093]ＣＮ８０４は、ＵＴＲＡＮ８０２などの１つまたは複数のアクセスネットワークとインターフェースする。図示のように、ＣＮ８０４はＧＳＭコアネットワークである。ただし、当業者なら認識するように、本開示全体にわたって提示される様々な概念は、ＧＳＭネットワーク以外のタイプのＣＮへのアクセスをＵＥに与えるために、ＲＡＮ、または他の好適なアクセスネットワークにおいて実装され得る。
【００８０】
[0094]ＣＮ８０４は、回線交換（ＣＳ）ドメインとパケット交換（ＰＳ）ドメインとを含む。回線交換要素のいくつかは、モバイルサービス交換センター（ＭＳＣ）、ビジターロケーションレジスタ（ＶＬＲ）、およびゲートウェイＭＳＣである。パケット交換要素は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）と、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）とを含む。ＥＩＲ、ＨＬＲ、ＶＬＲおよびＡｕＣのような、いくつかのネットワーク要素は、回線交換ドメインとパケット交換ドメインの両方によって共有され得る。図示の例では、ＣＮ８０４は、ＭＳＣ８１２およびＧＭＳＣ８１４を用いて、回線交換サービスをサポートする。いくつかの適用例では、ＧＭＳＣ８１４はメディアゲートウェイ（ＭＧＷ）と呼ばれることがある。ＲＮＣ８０６など、１つまたは複数のＲＮＣがＭＳＣ８１２に接続され得る。ＭＳＣ８１２は、呼セットアップ機能と、呼ルーティング機能と、ＵＥモビリティ機能とを制御する装置である。ＭＳＣ８１２は、またＵＥがＭＳＣ８１２のカバレージエリア中にある持続時間の間の加入者関係情報を含んでいるＶＬＲを含む。ＧＭＳＣ８１４は、ＵＥが回線交換ネットワーク８１６にアクセスするために、ＭＳＣ８１２を介したゲートウェイを与える。ＧＭＳＣ８１４は、特定のユーザが加入したサービスの詳細を反映するデータなどの加入者データを含んでいるホームロケーションレジスタ（ＨＬＲ）８１５を含む。ＨＬＲはまた、加入者固有の認証データを含んでいる認証センター（ＡｕＣ）に関連付けられる。特定のＵＥのための呼が受信されると、ＧＭＳＣ８１４は、ＵＥのロケーションを決定するためにＨＬＲ８１５に問い合わせ、そのロケーションをサービスする特定のＭＳＣに呼をフォワーディングする。
【００８１】
[0095]ＣＮ８０４は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）８１８とゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）８２０とを用いてパケットデータサービスをもサポートする。汎用パケット無線サービス（General Packet Radio Service）を表すＧＰＲＳは、標準の回線交換データサービスで利用可能な速度よりも高い速度でパケットデータサービスを提供するように設計されている。ＧＧＳＮ８２０は、パケットベースネットワーク８２２への接続をＵＴＲＡＮ８０２に与える。パケットベースネットワーク８２２は、インターネット、プライベートデータネットワーク、または何らかの他の好適なパケットベースネットワークであり得る。ＧＧＳＮ８２０の主要機能は、ＵＥ８１０にパケットベースネットワーク接続性を与えることである。データパケットは、ＳＧＳＮ８１８を通してＧＧＳＮ８２０とＵＥ８１０との間で転送され得、ＳＧＳＮ８１８は、主に、ＭＳＣ８１２が回線交換ドメインで実施するのと同じ機能をパケットベースドメインで実施する。
【００８２】
[0096]ＵＭＴＳのためのエアインターフェースは、スペクトラム拡散直接シーケンス符号分割多元接続（ＤＳ−ＣＤＭＡ：Direct-Sequence Code Division Multiple Access）システムを利用し得る。スペクトラム拡散ＤＳ−ＣＤＭＡは、チップと呼ばれる擬似ランダムビットのシーケンスによる乗算によってユーザデータを拡散する。ＵＭＴＳのための「広帯域」Ｗ−ＣＤＭＡエアインターフェースは、そのような直接シーケンススペクトラム拡散技術に基づき、さらに周波数分割複信（ＦＤＤ）を必要とする。ＦＤＤは、ノードＢ８０８とＵＥ８１０との間のＵＬとＤＬとのために異なるキャリア周波数を使用する。ＤＳ−ＣＤＭＡを利用し、時分割複信（ＴＤＤ）を使用する、ＵＭＴＳのための別のエアインターフェースは、ＴＤ−ＳＣＤＭＡエアインターフェースである。本明細書で説明する様々な例はＷ−ＣＤＭＡエアインターフェースに言及することがあるが、基礎をなす原理は、ＴＤ−ＳＣＤＭＡエアインターフェースに等しく適用可能であり得ることを当業者は認識されよう。
【００８３】
[0097]ＨＳＰＡエアインターフェースは、より大きいスループットと低減されたレイテンシとを可能にする、３Ｇ／ＷＣＤＭＡ（登録商標）エアインターフェースへの一連の拡張を含む。前のリリースに対する他の修正の中でも、ＨＳＰＡは、ハイブリッド自動再送要求（ＨＡＲＱ）と、共有チャネル送信と、適応変調およびコーディングとを利用する。ＨＳＰＡを定義する規格は、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）と、ＨＳＵＰＡ（高速アップリンクパケットアクセス、拡張アップリンク（enhanced uplink）またはＥＵＬとも呼ばれる）とを含む。
【００８４】
[0098]ＨＳＤＰＡは、それのトランスポートチャネルとして高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）を利用する。ＨＳ−ＤＳＣＨは、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）、高速共有制御チャネル（ＨＳ−ＳＣＣＨ）、および高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）という、３つの物理チャネルによって実装される。
【００８５】
[0099]これらの物理チャネルの間で、ＨＳ−ＤＰＣＣＨは、対応するパケット送信が正常に復号されたかどうかを示すためにアップリンク上でＨＡＲＱ  ＡＣＫ／ＮＡＣＫシグナリングを搬送する。すなわち、ダウンリンクに関して、ＵＥ８１０は、それがダウンリンク上でパケットを正しく復号したかどうかを示すために、ＨＳ−ＤＰＣＣＨを介してノードＢ８０８にフィードバックを与える。
【００８６】
[00100]ＨＳ−ＤＰＣＣＨは、変調およびコーディング方式ならびにプリコーディング重み選択に関してノードＢ８０８が正しい決定を行うのを支援するためにＵＥ８１０からのフィードバックシグナリングをさらに含み、このフィードバックシグナリングはＣＱＩとＰＣＩとを含む。
【００８７】
[00101]「発展型ＨＳＰＡ」またはＨＳＰＡ＋は、増加したスループットとより高い性能とを可能にする、ＭＩＭＯと６４ＱＡＭとを含むＨＳＰＡ規格の発展である。すなわち、本開示の一態様では、ノードＢ８０８および／またはＵＥ８１０は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用により、ノードＢ８０８は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することが可能になる。
【００８８】
[00102]多入力多出力（ＭＩＭＯ）は、マルチアンテナ技術、すなわち、複数の送信アンテナ（チャネルへの複数の入力）と複数の受信アンテナ（チャネルからの複数の出力）とを指すために一般に用いられる用語である。ＭＩＭＯシステムは一般に、データ伝送性能を高め、ダイバーシティ利得によりマルチパスフェージングを低減して伝送品質を上げることと、空間多重化利得によりデータスループットを増すこととを可能にする。
【００８９】
[00103]空間多重化は、データの異なるストリームを同じ周波数上で同時に送信するために使用され得る。データスチームは、データレートを増加させるために単一のＵＥ８１０に送信されるか、または全体的なシステム容量を増加させるために複数のＵＥ８１０に送信され得る。これは、各データストリームを空間的にプリコーディングし、次いで、空間的にプリコーディングされた各ストリームを、ダウンリンク上で異なる送信アンテナを通して送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥ８１０に到着し、これにより、ＵＥ８１０の各々は、そのＵＥ８１０に宛てられた１つまたは複数データストリームを復元することが可能になる。アップリンク上で、各ＵＥ８１０は、１つまたは複数の空間的にプリコーディングされたデータストリームを送信し得、これにより、ノードＢ８０８は、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
【００９０】
[00104]空間多重化は、チャネル状態が良好であるときに使用され得る。チャネル状態があまり良好でないとき、送信エネルギーを１つまたは複数の方向に集中させるために、あるいはチャネルの特性に基づいて送信を改善するためにビームフォーミングが使用され得る。これは、複数のアンテナを介して送信するためにデータストリームを空間的にプリコーディングすることによって達成され得る。セルのエッジにおいて良好なカバレッジを達成するために、送信ダイバーシティと組み合わせてシングルストリームビームフォーミング送信が使用され得る。
【００９１】
[00105]概して、ｎ個の送信アンテナを利用するＭＩＭＯシステムでは、同じチャネライゼーションコードを利用して同じキャリア上でｎ個のトランスポートブロックが同時に送信され得る。ｎ個の送信アンテナ上で送られる様々なトランスポートブロックは、互いに同じであるか異なる変調およびコーディング方式を有し得ることに留意されたい。
【００９２】
[00106]一方、単入力多出力（ＳＩＭＯ）は、単一の送信アンテナ（チャネルへの単一の入力）と複数の受信アンテナ（チャネルからの複数の出力）とを利用するシステムを概して指す。したがって、ＳＩＭＯシステムでは、それぞれのキャリア上で単一のトランスポートブロックが送られる。
【００９３】
[00107]図９を参照すると、アクセスネットワーク９００は、電力制限状態中に送信のために時間制約型データに優先度を付けるように構成された態様を有するＵＴＲＡＮアーキテクチャにある。多元接続ワイヤレス通信システムは、１つまたは複数のセクタを各々が含み得る、セル９０２、９０４、および９０６を含む、複数のセルラー領域（セル）を含む。複数のセクタはアンテナのグループによって形成され得、各アンテナは、セルの一部分においてＵＥとの通信を担う。たとえば、セル９０２では、アンテナグループ９１２、９１４、および９１６は異なるセクタにそれぞれ対応し得る。セル９０４では、アンテナグループ９１８、９２０、および９２２は異なるセクタにそれぞれ対応する。セル９０６では、アンテナグループ９２４、９２６、および９２８は異なるセクタにそれぞれ対応する。セル９０２、９０４および９０６は、各セル９０２、９０４または９０６の１つまたは複数のセクタと通信していることがある、いくつかのワイヤレス通信デバイス、たとえば、ユーザ機器またはＵＥを含み得る。たとえば、ＵＥ９３０および９３２はノードＢ９４２と通信していることがあり、ＵＥ９３４および９３６はノードＢ９４４と通信していることがあり、ＵＥ９３８および９４０はノードＢ９４６と通信していることがある。一態様では、ＵＥ９３０、９３２、９３４、９３６、９３８、および／または９４０のうちの１つは、図１のＰＳＶＴ呼構成要素１１０を有するＭＯデバイス１０２またはＰＳＶＴ呼構成要素１１２を有するＭＴデバイス１０８の一例であり得る。ここで、各ノードＢ９４２、９４４、および９４６は、それぞれのセル９０２、９０４、および９０６中のすべてのＵＥ９３０、９３２、９３４、９３６、９３８、９４０に、ＣＮ８０４（図８参照）へのアクセスポイントを与えるように構成される。一態様では、ノードＢ９４２、９４４、および９４６は、図１のネットワーク１０４および／またはネットワーク１０６に関連付けられたノードＢ（または同様のネットワークエンティティ）の例であり得る。
【００９４】
[00108]ＵＥ９３４がセル９０４中の図示されたロケーションからセル９０６中に移動すると、ＵＥ９３４との通信が、ソースセルと呼ばれ得るセル９０４から、ターゲットセルと呼ばれ得るセル９０６に遷移する、サービングセル変更（ＳＣＣ）またはハンドオーバが行われ得る。ハンドオーバ手順の管理は、ＵＥ９３４において、それぞれのセルに対応するノードＢにおいて、無線ネットワークコントローラ８０６（図８参照）において、またはワイヤレスネットワーク中の別の好適なノードにおいて行われ得る。たとえば、ソースセル９０４との呼中に、または任意の他の時間において、ＵＥ９３４は、ソースセル９０４の様々なパラメータ、ならびにセル９０６および９０２などの近隣セルの様々なパラメータを監視し得る。さらに、これらのパラメータの品質に応じて、ＵＥ９３４は、近隣セルのうちの１つまたは複数との通信を維持し得る。この時間中に、ＵＥ９３４は、アクティブセット、すなわち、ＵＥ９３４が同時に接続されるセルのリストを維持し得る（すなわち、ダウンリンク専用物理チャネルＤＰＣＨまたはフラクショナルダウンリンク専用物理チャネルＦ−ＤＰＣＨをＵＥ９３４に現在割り当てているＵＴＲＡセルが、アクティブセットを構成し得る）。
【００９５】
[00109]アクセスネットワーク９００によって採用される変調および多元接続方式は、展開されている特定の電気通信規格に応じて異なり得る。例として、規格はエボリューションデータオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）を含み得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリーの一部として第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって公表されたエアインターフェース規格であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。規格は、代替的に、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）とＴＤ−ＳＣＤＭＡなどのＣＤＭＡの他の変形形態とを採用するユニバーサル地上波無線アクセス（ＵＴＲＡ）、ＴＤＭＡを採用するモバイル通信用グローバルシステム（ＧＳＭ）、ならびに、ＯＦＤＭＡを採用する、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、およびＦｌａｓｈ−ＯＦＤＭであり得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥアドバンスト、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体からの文書に記載されている。採用される実際のワイヤレス通信規格および多元接続技術は、特定の適用例およびシステムに課された全体的な設計制約に依存することになる。
【００９６】
[00110]無線プロトコルアーキテクチャは、特定の適用例に応じて様々な形態をとり得る。次に、図１０に関してＨＳＰＡシステムの一例が提示される。
【００９７】
[00111]図１０を参照すると、例示的な無線プロトコルアーキテクチャ１０００は、ＰＳＶＴ呼をセットアップするように構成された態様を有する、互いに通信しているユーザ機器（ＵＥ）またはノードＢ／基地局のユーザプレーン１００２と制御プレーン１００４とに関係する。一態様では、アーキテクチャ１０００は、図１のＰＳＶＴ呼構成要素１１０を有するＭＯデバイス１０２および／またはＰＳＶＴ呼構成要素１１２を有するＭＴデバイス１０８など、ＵＥ中に含まれ得る。一態様では、アーキテクチャ１０００は、図１のネットワーク１０４および／またはネットワーク１０６に関連付けられた基地局など、基地局中に含まれ得る。ＵＥとノードＢとのための無線プロトコルアーキテクチャ１０００は、レイヤ１  １００６、レイヤ２  １００８、およびレイヤ３  １０１０という、３つのレイヤとともに示されている。レイヤ１  １００６は最下位ローワであり、様々な物理レイヤ信号処理機能を実装する。したがって、レイヤ１  １００６は物理レイヤ１００７を含む。レイヤ２（Ｌ２レイヤ）１００８は物理レイヤ１００７の上にあり、物理レイヤ１００７を介したＵＥとノードＢとの間のリンクを担う。レイヤ３（Ｌ３レイヤ）１０１０は無線リソース制御（ＲＲＣ）サブレイヤ１０１５を含む。ＲＲＣサブレイヤ１０１５は、ＵＥとＵＴＲＡＮとの間のレイヤ３の制御プレーンシグナリングを処理する。
【００９８】
[00112]ユーザプレーンでは、Ｌ２レイヤ１００８は、ネットワーク側のノードＢにおいて終端される、メディアアクセス制御（ＭＡＣ）サブレイヤ１００９と、無線リンク制御（ＲＬＣ）サブレイヤ１０１１と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）１０１３サブレイヤとを含む。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイにおいて終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ、サーバなど）において終端されるアプリケーションレイヤとを含む、Ｌ２レイヤ１００８の上のいくつかの上位レイヤを有し得る。
【００９９】
[00113]ＰＤＣＰサブレイヤ１０１３は、様々な無線ベアラと論理チャネルとの間の多重化を行う。ＰＤＣＰサブレイヤ１０１３はまた、無線送信オーバーヘッドを低減するための上位レイヤデータパケット用のヘッダ圧縮と、データパケットを暗号化することによるセキュリティと、ノードＢ間のＵＥのためのハンドオーバサポートとを提供する。ＲＬＣサブレイヤ１０１１は、上位レイヤデータパケットのセグメンテーションおよび再統合と、紛失データパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）による、順が狂った受信を補正するためのデータパケットの並べ替えとを行う。ＭＡＣサブレイヤ１００９は、論理チャネルとトランスポートチャネルとの間の多重化を行う。ＭＡＣサブレイヤ１００９はまた、ＵＥの間で１つのセル中の様々な無線リソース（たとえば、リソースブロック）を割り当てることを担う。ＭＡＣサブレイヤ１００９はまた、ＨＡＲＱ動作を担う。
【０１００】
[00114]図１１を参照すると、ノードＢ１１１０が、ＵＥ１１５０と通信しており、ＰＳＶＴ呼をセットアップするように構成された態様を有している。一態様では、ノードＢ１１１０は、図１のネットワーク１０４またはネットワーク１０６の例示的な構成要素であり得る。一態様では、ＵＥ８５０は、図１のＰＳＶＴ呼構成要素１１０を有するＭＯデバイス１０２またはＰＳＶＴ呼構成要素１１２を有するＭＴデバイス１０８の一例であり得る。ダウンリンク通信では、送信プロセッサ１１２０は、データソース１１１２からデータを受信し、コントローラ／プロセッサ１１４０から制御信号を受信し得る。送信プロセッサ１１２０は、データおよび制御信号、ならびに基準信号（たとえば、パイロット信号）のための様々な信号処理機能を提供する。たとえば、送信プロセッサ１１２０は、誤り検出のための巡回冗長検査（ＣＲＣ）コードと、前方誤り訂正（ＦＥＣ）を可能にするためのコーディングおよびインターリービングと、様々な変調方式（たとえば、２位相シフトキーイング（ＢＰＳＫ）、４位相シフトキーイング（ＱＰＳＫ）、Ｍ位相シフトキーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ）など）に基づく信号コンスタレーションへのマッピングと、直交可変拡散率（ＯＶＳＦ）による拡散と、一連のシンボルを生成するためのスクランブリングコードによる乗算とを提供し得る。チャネルプロセッサ１１４４からのチャネル推定値は、送信プロセッサ１１２０のためのコーディング、変調、拡散、および／またはスクランブリング方式を決定するために、コントローラ／プロセッサ１１４０によって使用され得る。これらのチャネル推定値は、ＵＥ１１５０によって送信される基準信号から、またはＵＥ１１５０からのフィードバックから導出され得る。送信プロセッサ１１２０によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ１１３０に与えられる。送信フレームプロセッサ１１３０は、それらのシンボルをコントローラ／プロセッサ１１４０からの情報と多重化することによってこのフレーム構造を作成し、一連のフレームを生じる。それらのフレームは、次いで、送信機１１３２に与えられ、送信機１１３２は、アンテナ１１３４を通したワイヤレス媒体を介したダウンリンク送信のために、フレームを増幅し、フィルタリングし、キャリア上に変調することを含む、様々な信号調整機能を提供する。アンテナ１１３４は、たとえば、ビームステアリング双方向アダプティブアンテナアレイ、または、他の同様のビーム技術を含む、１つまたは複数のアンテナを含み得る。
【０１０１】
[00115]ＵＥ１１５０において、受信機１１５４は、アンテナ１１５２を通してダウンリンク送信を受信し、その送信を処理して、キャリア上に変調された情報を復元する。受信機１１５４によって復元された情報は、受信フレームプロセッサ１１６０に与えられ、受信フレームプロセッサ１１６０は、各フレームをパースし、フレームからの情報をチャネルプロセッサ１１９４に与え、データと、制御信号と、基準信号とを受信プロセッサ１１７０に与える。受信プロセッサ１１７０は、次いで、ノードＢ１１１０において送信プロセッサ１１２０によって実施される処理の逆を実施する。より具体的には、受信プロセッサ１１７０は、シンボルを逆スクランブルおよび逆拡散し、次いで、変調方式に基づいて、ノードＢ１１１０によって送信された、可能性が最も高い信号コンスタレーション点を決定する。これらの軟判定は、チャネルプロセッサ１１９４によって計算されたチャネル推定値に基づき得る。軟判定は、次いで、データと、制御信号と、基準信号とを復元するために、復号およびデインターリーブされる。次いで、フレームの復号に成功したかどうかを決定するためにＣＲＣコードがチェックされる。復号に成功したフレームによって搬送されたデータは、次いでデータシンク１１７２に与えられ、データシンク１１７２は、ＵＥ１１５０中で動作中のアプリケーションおよび／または様々なユーザインターフェース（たとえば、ディスプレイ）を表す。復号に成功したフレームによって搬送された制御信号は、コントローラ／プロセッサ１１９０に与えられる。受信機プロセッサ１１７０がフレームの復号に失敗すると、コントローラ／プロセッサ１１９０はまた、それらのフレームについての再送信要求をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用し得る。
【０１０２】
[00116]アップリンクでは、データソース１１７８からのデータと、コントローラ／プロセッサ１１９０からの制御信号とが、送信プロセッサ１１８０に与えられる。データソース１１７８は、ＵＥ１１５０中で動作中のアプリケーションおよび様々なユーザインターフェース（たとえば、キーボード）を表し得る。ノードＢ１１１０によるダウンリンク送信に関して説明した機能と同様に、送信プロセッサ１１８０は、ＣＲＣコードと、ＦＥＣを可能にするためのコーディングおよびインターリービングと、信号コンスタレーションへのマッピングと、ＯＶＳＦによる拡散と、一連のシンボルを生成するためのスクランブリングとを含む、様々な信号処理機能を提供する。チャネルプロセッサ１１９４によって、ノードＢ１１１０によって送信された基準信号から、またはノードＢ１１１０によって送信されたミッドアンブル中に含まれているフィードバックから導出されたチャネル推定値は、適切なコーディング、変調、拡散、および／またはスクランブリング方式を選択するために使用され得る。送信プロセッサ１１８０によって生成されたシンボルは、フレーム構造を作成するために、送信フレームプロセッサ１１８２に与えられる。送信フレームプロセッサ１１８２は、それらのシンボルをコントローラ／プロセッサ１１９０からの情報と多重化することによってこのフレーム構造を作成し、一連のフレームを生じる。それらのフレームは、次いで、送信機１１５６に与えられ、送信機１１５６は、アンテナ１１５２を通したワイヤレス媒体を介したアップリンク送信のために、フレームの増幅と、フィルタリングと、キャリア上への変調とを含む、様々な信号調整機能を提供する。
【０１０３】
[00117]アップリンク送信は、ＵＥ１１５０における受信機機能に関して説明した方法と同様の方法で、ノードＢ１１１０において処理される。受信機１１３５は、アンテナ１１３４を通してアップリンク送信を受信し、この送信を処理して、キャリア上に変調された情報を復元する。受信機１１３５によって復元された情報は、受信フレームプロセッサ１１３６に与えられ、受信フレームプロセッサ１１３６は、各フレームをパースし、フレームからの情報をチャネルプロセッサ１１４４に与え、データと、制御信号と、基準信号とを受信プロセッサ１１３８に与える。受信プロセッサ１１３８は、ＵＥ１１５０において送信プロセッサ１１８０によって実施される処理の逆を実施する。復号に成功したフレームによって搬送されたデータおよび制御信号は、次いで、それぞれデータシンク１１３９およびコントローラ／プロセッサに与えられ得る。受信プロセッサがフレームの一部の復号に失敗した場合、コントローラ／プロセッサ１１４０はまた、それらのフレームについての再送信要求をサポートするために、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用し得る。
【０１０４】
[00118]コントローラ／プロセッサ１１４０および１１９０は、それぞれノードＢ１１１０における動作およびＵＥ１１５０における動作を指示するために使用され得る。たとえば、コントローラ／プロセッサ１１４０および１１９０は、タイミング、周辺インターフェース、電圧調整、電力管理、および他の制御機能を含む、様々な機能を提供し得る。メモリ１１４２および１１９２のコンピュータ可読媒体は、それぞれノードＢ１１１０およびＵＥ１１５０のためのデータとソフトウェアとを記憶し得る。ノードＢ１１１０におけるスケジューラ／プロセッサ１１４６は、リソースをＵＥに割り振るために、ならびにＵＥのためのダウンリンクおよび／またはアップリンク送信をスケジュールするために使用され得る。
【０１０５】
[00119]いくつかの態様では、送信機１１５６および受信機１１５４は図２Ａおよび図２Ｂのトランシーバ４６または４７中に含まれ得る。図２Ａおよび図２Ｂのプロセッサ２０および２１は、ＵＥについてリストされたプロセッサ（たとえば、１１６０、１１７０、１１９４、１１９０、１１８２、または１１８０）のうちの１つまたは複数を含み得る。図２Ａおよび図２Ｂのメモリ４４および４５は、メモリ１１９２、データシンク１１７２、またはデータソース１１７８のうちの１つまたは複数を含み得る。
【０１０６】
[00120]図１２を参照すると、ＭＯデバイス１０２とＭＴデバイス１０８との間にＰＳＶＴ呼を確立するために利用され得るＬＴＥのベアラが示されている。図１２に示されているＵＥおよびピアエンティティは、それぞれＭＯデバイス１０２およびＭＴデバイス１０８を指し得る。エンドツーエンドサービス１２０２は、ＭＯデバイス１０２とＭＴデバイス１０８との間の通信サービスを指し得る。ＥＰＳベアラ１２０４は、ＭＯデバイスとネットワーク１０６との間のベアラを指し得る。ＥＰＳベアラ１２０４は、ネットワーク１０６とＭＴデバイス１０８との間に外部ベアラ１２０６をさらに含み得る。ＥＰＳベアラ１２０４は、Ｅ−ＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ）１２０８、ネットワーク１０４とネットワーク１０６との間のＳ５／Ｓ８ベアラ１２１０、ＭＯデバイス１０２間の無線ベアラ１２１０、およびｅＮＢとネットワーク１０４との間のＳ１ベアラ１２１０の組合せを指し得る。
【０１０７】
[00121]本出願で使用する「構成要素」、「モジュール」、「システム」などの用語は、限定はしないが、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなど、コンピュータ関連のエンティティを含むものとする。たとえば、構成要素は、限定はしないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータであり得る。例として、コンピューティングデバイス上で実行されるアプリケーションと、そのコンピューティングデバイスの両方が構成要素であり得る。１つまたは複数の構成要素がプロセスおよび／または実行スレッド内に常駐することができ、１つの構成要素が１つのコンピュータ上に配置され得、および／または２つ以上のコンピュータ間に分散され得る。さらに、これらの構成要素は、様々なデータ構造を記憶している様々なコンピュータ可読媒体から実行することができる。これらの構成要素は、信号を介して、ローカルシステム、分散システム内の別の構成要素と相互作用し、および／またはインターネットなどのネットワーク上で他のシステムと相互作用する１つの構成要素からのデータのような、１つまたは複数のデータパケットを有する信号に従うことなどによって、ローカルプロセスおよび／またはリモートプロセスを介して通信し得る。
【０１０８】
[00122]さらに、本明細書では、ワイヤード端末またはワイヤレス端末であり得る端末に関する様々な態様について説明した。端末は、システム、デバイス、加入者ユニット、加入者局、移動局、モバイル、モバイルデバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれることもある。ワイヤレス端末は、セルラー電話、衛星電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイスであり得る。さらに、本明細書では基地局に関する様々な態様について説明した。基地局は、ワイヤレス端末と通信するために利用され得、アクセスポイント、ノードＢ、または何らかの他の用語で呼ばれることもある。
【０１０９】
[00123]さらに、「または」という用語は、排他的な「または」ではなく、包括的な「または」を意味するものとする。すなわち、別段に規定されていない限り、または文脈から明らかでない限り、「ＸはＡまたはＢを採用する」という句は、自然包括的並べ替えのいずれかを意味するものとする。すなわち、「ＸはＡまたはＢを採用する」という語句は、以下の場合、すなわち、ＸがＡを採用する場合、ＸがＢを採用する場合、またはＸがＡとＢの両方を採用する場合のうちのいずれかによって満足される。さらに、本出願と添付の特許請求の範囲とにおいて使用されるとき、冠詞「ａ」および「ａｎ」は、別段に規定されていない限り、または単数形を対象とすべきであると文脈から明らかでない限り、概して、「１つまたは複数」を意味すると解釈されるべきである。
【０１１０】
[00124]Ｗ−ＣＤＭＡシステムに関して電気通信システムのいくつかの態様が提示された。当業者なら容易に諒解するように、本開示全体にわたって説明した様々な態様は、他の電気通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。例として、本明細書で説明した技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムなど、様々なワイヤレス通信システムに使用され得る。「システム」および「ネットワーク」という用語は、しばしば互換的に使用される。ＣＤＭＡシステムは、ユニバーサル地上波無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）と、ＣＤＭＡの他の変形形態とを含む。さらに、ｃｄｍａ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格とをカバーする。ＴＤＭＡシステムは、モバイル通信用グローバルシステム（ＧＳＭ）などの無線技術を実装し得る。ＯＦＤＭＡシステムは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）は、ダウンリンク上ではＯＦＤＭＡを採用し、アップリンク上ではＳＣ−ＦＤＭＡを採用する、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書に記載されている。さらに、ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する団体からの文書に記載されている。さらに、そのようなワイヤレス通信システムは、不対無認可スペクトル、８０２．ｘｘワイヤレスＬＡＮ、ＢＬＵＥＴＯＯＴＨ（登録商標）および任意の他の短距離または長距離ワイヤレス通信技法をしばしば使用するピアツーピア（たとえば、モバイルツーモバイル）アドホックネットワークシステムをさらに含み得る。
【０１１１】
[00125]様々な態様または特徴が、いくつかのデバイス、構成要素、モジュールなどを含み得るシステムに関して提示される。様々なシステムは、追加のデバイス、構成要素、モジュールなどを含み得、および／または各図に関連して論じるデバイス、構成要素、モジュールなどのすべてを含むとは限らないことを理解および諒解されたい。これらの手法の組合せも使用され得る。
【０１１２】
[00126]本明細書で開示する実施形態に関して説明した様々な例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実施するように設計されたそれらの任意の組合せを用いて実装または実施され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。さらに、少なくとも１つのプロセッサは、上記で説明したステップおよび／またはアクションのうちの１つまたは複数を実施するように動作可能な１つまたは複数のモジュールを備え得る。
【０１１３】
[00127]さらに、本明細書で開示する態様に関して説明した方法またはアルゴリズムのステップおよび／またはアクションは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合され得る。代替として、記憶媒体はプロセッサに一体化され得る。さらに、いくつかの態様では、プロセッサおよび記憶媒体はＡＳＩＣ中に存在し得る。さらに、ＡＳＩＣはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中の個別構成要素として存在し得る。さらに、いくつかの態様では、方法またはアルゴリズムのステップおよび／またはアクションは、コンピュータプログラム製品に組み込まれ得る、機械可読媒体および／またはコンピュータ可読媒体上のコードおよび／または命令の１つまたは任意の組合せ、あるいはそのセットとして存在し得る。
【０１１４】
[00128]１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上で送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と呼ばれ得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、通常、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１１５】
[00129]上記の開示は、例示的な態様および／または実施形態について論じたが、添付の特許請求の範囲によって定義された記載の態様および／または実施形態の範囲から逸脱することなく、様々な変更および改変が本明細書で行われ得ることに留意されたい。さらに、記載の態様および／または実施形態の要素は、単数形で説明または特許請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。さらに、任意の態様および／または実施形態の全部または一部は、別段に記載されていない限り、任意の他の態様および／または実施形態の全部または一部とともに利用され得る。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
パケット交換ビデオテレフォニー（ＰＳＶＴ）呼のための方法であって、
モバイル発信（ＭＯ）デバイスから、モバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信すること、ここにおいて、前記勧誘は、前記ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、と、
前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能であるかどうかを決定することと、
前記オーディオリソースが前記ＰＳＶＴ呼のために利用可能であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないという決定が行われるとき、前記ＭＯデバイスと前記ＭＴデバイスとの間にオーディオストリームのみを有する前記ＰＳＶＴ呼を確立することと
を備える、方法。
［Ｃ２］
前記ビデオリソースが利用可能でないと決定することは、前記ＭＯデバイスまたは前記ＭＴデバイスのためにビデオサービス品質（ＱｏＳ）がアクティブにされないと決定することを備える、
Ｃ１に記載の方法。
［Ｃ３］
前記送信することは、前記ＭＯに関連付けられた第１のネットワークエンティティと前記ＭＴに関連付けられた第２のネットワークエンティティとを介して前記ＭＯデバイスから前記ＭＴデバイスに前記勧誘を送信することを備える、
Ｃ１に記載の方法。
［Ｃ４］
前記第１のネットワークエンティティまたは前記第２のネットワークエンティティによって、前記ＰＳＶＴ呼の前記勧誘においてまたは前記勧誘への応答において、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと示すことをさらに備え、前記第１のネットワークエンティティまたは前記第２のネットワークエンティティのいずれかは、バックツーバックユーザエージェント（Ｂ２ＢＵＡ）であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと決定している、
Ｃ３に記載の方法。
［Ｃ５］
前記決定することは、
前記ＭＯデバイスが前記ＭＴデバイスから前記勧誘の肯定応答を受信するとき、前記ＭＯデバイスにおいて第１のタイマーを開始することと、
前記ＭＴデバイスが前記ＭＯデバイスに前記勧誘の前記肯定応答を送信するとき、前記ＭＴデバイスにおける第２のタイマーが開始されたと決定することと、
前記第１のタイマーまたは前記第２のタイマーのいずれかが満了する前に前記ＰＳＶＴ呼を確立するために前記ビデオリソースが予約され得ない場合、前記ビデオリソースが利用可能でないと決定することと
を備える、Ｃ１に記載の方法。
［Ｃ６］
前記ビデオリソースが利用可能であるという決定が行われるとき、前記ＰＳＶＴのビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始することと、
前記ＰＳＶＴ呼についての前記勧誘への応答を前記ＭＴデバイスのユーザから受信する前に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間の前記ＰＳＶＴ呼に前記ビデオストリームを追加することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記ビデオリソースが利用可能であるという決定に応答して、
前記ＰＳＶＴ呼のビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始することと、
前記ＭＴデバイスのユーザが前記ＰＳＶＴ呼についての前記勧誘に応答した後に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間に前記オーディオストリームのみを有する前記ＰＳＶＴ呼を確立することと、
前記ＭＯデバイスと前記ＭＴデバイスとの間の前記確立されたＰＳＶＴ呼に前記ビデオストリームを追加することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ８］
前記勧誘におけるＱｏＳ属性内で、前記オーディオリソースのための強度タグを必須として設定することと、前記ビデオリソースのための強度タグを任意として設定することとをさらに備える、
Ｃ１に記載の方法。
［Ｃ９］
前記オーディオリソースを利用するボイスオーバーＩＰ（ＶｏＩＰ）呼のために前記ＭＯデバイスと前記ＭＴデバイスとの間に１つまたは複数の第１のベアラを確立することと、
前記ビデオリソースを利用する前記ＰＳＶＴ呼のために前記ＭＯデバイスと前記ＭＴデバイスとの間に１つまたは複数の第２のベアラを確立することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ１０］
前記ＰＳＶＴ呼をボイスオーバーＩＰ（ＶｏＩＰ）呼に格下げすることをさらに備える、
Ｃ１に記載の方法。
［Ｃ１１］
前記ＶｏＩＰ呼は、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）呼である、
Ｃ１０に記載の方法。
［Ｃ１２］
パケット交換ビデオテレフォニー（ＰＳＶＴ）呼のための装置であって、
情報を送信するように構成されたトランシーバと、
前記情報を記憶するように構成されたメモリと、
前記メモリと通信しているプロセッサとを備え、前記プロセッサおよび前記メモリは、
前記トランシーバを介してモバイル発信（ＭＯ）デバイスからモバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信すること、ここにおいて、前記勧誘が、前記ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、と、
前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能であるかどうかを決定することと、
前記オーディオリソースが前記ＰＳＶＴ呼のために利用可能であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないという決定が行われるとき、前記ＭＯデバイスと前記ＭＴデバイスとの間にオーディオストリームのみを有する前記ＰＳＶＴ呼を確立することと
を行うように構成された、装置。
［Ｃ１３］
前記プロセッサおよび前記メモリは、前記ＭＯデバイスまたは前記ＭＴデバイスのためにビデオサービス品質（ＱｏＳ）がアクティブにされないと決定するようにさらに構成された、
Ｃ１２に記載の装置。
［Ｃ１４］
前記プロセッサおよび前記メモリは、前記トランシーバを介して、前記ＭＯに関連付けられた第１のネットワークエンティティと前記ＭＴに関連付けられた第２のネットワークエンティティとを介して前記ＭＯデバイスから前記ＭＴデバイスに前記勧誘を送信するようにさらに構成された、
Ｃ１２に記載の装置。
［Ｃ１５］
前記第１のネットワークエンティティおよび前記第２のネットワークエンティティは、前記ＰＳＶＴ呼の前記勧誘においてまたは前記勧誘への応答において、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと示すように構成され、前記第１のネットワークエンティティまたは前記第２のネットワークエンティティのいずれかはバックツーバックユーザエージェント（Ｂ２ＢＵＡ）であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと決定している、
Ｃ１４に記載の装置。
［Ｃ１６］
前記プロセッサおよび前記メモリは、
前記ＭＯデバイスが前記ＭＴデバイスから前記勧誘の肯定応答を受信するとき、前記ＭＯデバイスにおいて第１のタイマーを開始することと、
前記ＭＴデバイスが前記ＭＯデバイスに前記勧誘の前記肯定応答を送信するとき、前記ＭＴデバイスにおける第２のタイマーが開始されたと決定することと、
前記第１のタイマーまたは前記第２のタイマーのいずれかが満了する前に前記ＰＳＶＴ呼を確立するために前記ビデオリソースが予約され得ない場合、前記ビデオリソースが利用可能でないと決定することと
を行うように構成された、Ｃ１２に記載の装置。
［Ｃ１７］
前記プロセッサおよび前記メモリは、
前記ビデオリソースが利用可能であるという決定が行われるとき、前記ＰＳＶＴのビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始することと、
前記ＰＳＶＴ呼についての前記勧誘への応答を前記ＭＴデバイスのユーザから受信する前に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間の前記ＰＳＶＴ呼に前記ビデオストリームを追加することと
を行うように構成された、Ｃ１２に記載の装置。
［Ｃ１８］
前記プロセッサおよび前記メモリは、
前記ビデオリソースが利用可能であるという決定に応答して、
前記ＰＳＶＴ呼のビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始することと、
前記ＭＴデバイスのユーザが前記ＰＳＶＴ呼についての前記勧誘に応答した後に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間に前記オーディオストリームのみを有する前記ＰＳＶＴ呼を確立することと、
前記ＭＯデバイスと前記ＭＴデバイスとの間の前記確立されたＰＳＶＴ呼に前記ビデオストリームを追加することと
を行うように構成された、Ｃ１２に記載の装置。
［Ｃ１９］
前記プロセッサおよび前記メモリが、前記勧誘におけるＱｏＳ属性内で、前記オーディオリソースのための強度タグを必須として設定することと、前記ビデオリソースのための強度タグを任意として設定することとを行うように構成された、
Ｃ１２に記載の装置。
［Ｃ２０］
前記プロセッサおよび前記メモリは、
前記オーディオリソースを利用するボイスオーバーＩＰ（ＶｏＩＰ）呼のために前記ＭＯデバイスと前記ＭＴデバイスとの間に１つまたは複数の第１のベアラを確立することと、
前記ビデオリソースを利用する前記ＰＳＶＴ呼のために前記ＭＯデバイスと前記ＭＴデバイスとの間に１つまたは複数の第２のベアラを確立することと
を行うように構成された、Ｃ１２に記載の装置。
［Ｃ２１］
前記プロセッサおよび前記メモリは、前記ＰＳＶＴ呼をボイスオーバーＩＰ（ＶｏＩＰ）呼に格下げするように構成された、
Ｃ１２に記載の装置。
［Ｃ２２］
前記ＶｏＩＰ呼は、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ）呼である、
Ｃ２１に記載の装置。
［Ｃ２３］
パケット交換ビデオテレフォニー（ＰＳＶＴ）呼のための装置であって、
モバイル発信（ＭＯ）デバイスからモバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信するための手段と、ここにおいて、前記勧誘が、前記ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、
前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能であるかどうかを決定するための手段と、
前記オーディオリソースが前記ＰＳＶＴ呼のために利用可能であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないという決定が行われるとき、前記ＭＯデバイスと前記ＭＴデバイスとの間にオーディオストリームのみを有する前記ＰＳＶＴ呼を確立するための手段と
を備える、装置。
［Ｃ２４］
前記決定するための手段は、前記ＭＯデバイスまたは前記ＭＴデバイスのためにビデオサービス品質（ＱｏＳ）がアクティブにされないと決定するための手段を備える、
Ｃ２３に記載の装置。
［Ｃ２５］
前記送信するための手段は、前記ＭＯに関連付けられた第１のネットワークエンティティと前記ＭＴに関連付けられた第２のネットワークエンティティとを介して前記ＭＯデバイスから前記ＭＴデバイスに前記勧誘を送信するための手段を備える、Ｃ２４に記載の装置。
［Ｃ２６］
前記第１のネットワークエンティティまたは前記第２のネットワークエンティティによって、前記ＰＳＶＴ呼の前記勧誘においてまたは前記勧誘への応答において、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと示すための手段をさらに備え、前記第１のネットワークエンティティまたは前記第２のネットワークエンティティのいずれかは、バックツーバックユーザエージェント（Ｂ２ＢＵＡ）であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないと決定している、
Ｃ２５に記載の装置。
［Ｃ２７］
前記決定するための手段は、
前記ＭＯデバイスが前記ＭＴデバイスから前記勧誘の肯定応答を受信するとき、前記ＭＯデバイスにおいて第１のタイマーを開始するための手段と、
前記ＭＴデバイスが前記ＭＯデバイスに前記勧誘の前記肯定応答を送信するとき、前記ＭＴデバイスにおける第２のタイマーが開始されたと決定するための手段と、
前記第１のタイマーまたは前記第２のタイマーのいずれかが満了する前に前記ＰＳＶＴ呼を確立するために前記ビデオリソースが予約され得ない場合、前記ビデオリソースが利用可能でないと決定するための手段と
を備える、Ｃ２３に記載の装置。
［Ｃ２８］
前記ビデオリソースが利用可能であるという決定が行われるとき、前記ＰＳＶＴのビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始するための手段と、
前記ＰＳＶＴ呼についての前記勧誘への応答を前記ＭＴデバイスのユーザから受信する前に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間の前記ＰＳＶＴ呼に前記ビデオストリームを追加するための手段と
をさらに備える、Ｃ２３に記載の装置。
［Ｃ２９］
前記ビデオリソースが利用可能であるという決定に応答して、
前記ＰＳＶＴ呼のビデオストリームのために前記ＭＯデバイスのビデオ構成要素を自動的に開始するための手段と、
前記ＭＴデバイスのユーザが前記ＰＳＶＴ呼についての前記勧誘に応答した後に前記ビデオ構成要素が開始される場合、前記ＭＯデバイスと前記ＭＴデバイスとの間に前記オーディオストリームのみを有する前記ＰＳＶＴ呼を確立するための手段と、
前記ＭＯデバイスと前記ＭＴデバイスとの間の前記確立されたＰＳＶＴ呼に前記ビデオストリームを追加するための手段と
をさらに備える、Ｃ２３に記載の装置。
［Ｃ３０］
パケット交換ビデオテレフォニー（ＰＳＶＴ）呼のためのコンピュータ実行可能コードを記憶したコンピュータ可読媒体であって、
モバイル発信（ＭＯ）デバイスからモバイル着信（ＭＴ）デバイスにＰＳＶＴ呼についての勧誘を送信するためのコードと、ここにおいて、前記勧誘が、前記ＰＳＶＴ呼を確立するためにビデオリソースとオーディオリソースとを予約および識別するためのプロセスを開始する、
前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能であるかどうかを決定するためのコードと、
前記オーディオリソースが前記ＰＳＶＴ呼のために利用可能であり、前記ビデオリソースが前記ＰＳＶＴ呼のために利用可能でないという決定が行われるとき、前記ＭＯデバイスと前記ＭＴデバイスとの間にオーディオストリームのみを有する前記ＰＳＶＴ呼を確立するためのコードと
を備える、コンピュータ可読媒体。
【図１】
0006434134.tif 000002
【図２Ａ】
0006434134.tif 000003
【図２Ｂ】
0006434134.tif 000004
【図２Ｃ】
0006434134.tif 000005
【図３】
0006434134.tif 000006
【図４】
0006434134.tif 000007
【図５】
0006434134.tif 000008
【図６】
0006434134.tif 000009
【図７】
0006434134.tif 000010
【図８】
0006434134.tif 000011
【図９】
0006434134.tif 000012
【図１０】
0006434134.tif 000013
【図１１】
0006434134.tif 000014
【図１２】
0006434134.tif 000015