JP6576992B2 - モデム内の送受信器を設定するメディアプロファイル - Google Patents

Description

本開示の態様は、概して、モデム装置、アプリケーションプロセッサ、通信装置、モデム装置の制御方法、アプリケーションプロセッサの制御方法、及び通信装置の制御方法に関する。

モバイル終端（ＭＴ、例えば、装置間通信のための送信器と受信器を含むモデムハードウェア）はＡＴコマンドを通して端末機器（ＴＥ，例えば、エンドユーザとインターラクトする、アプリケーションプロセッサとユーザインターラクション手段とを含むハードウェア）により制御される。しかし、長いＡＴコマンドを用いてＭＴを制御するのは面倒である。

モデムデバイスが提供される。モデムデバイスは、複数の通信技術のうちの少なくとも１つを用いてデータを送受信するように構成されたトランシーバ構造と、前記複数の通信技術のうちの各通信技術のための前記トランシーバ構造の構成を指定する情報を含むプロファイルを記憶するように構成されたメモリと、前記モデムデバイスが、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通して、前記トランシーバ構造を構成するコマンドを受け取るように構成されている、前記アプリケーションプロセッサインタフェースとを有する。コマンドは、プロファイルによりトランシーバ構造を構成する、モデムデバイスへの命令を含む、またはその命令である。

モデムデバイスを制御する方法を提供する。本方法は、複数の通信技術のうちの少なくとも１つを用いてデータを送受信するように構成されたトランシーバ構造を動作させるステップと、前記複数の通信技術のうちの各通信技術のための前記トランシーバ構造の構成を指定する情報を含むプロファイルを記憶するステップと、アプリケーションプロセッサから、トランシーバ構造を構成するコマンドを受け取るステップとを有する。前記コマンドは、前記プロファイルにより前記トランシーバ構造を構成する、前記モデムデバイスへの命令を含む。

アプリケーションプロセッサを提供する。本アプリケーションプロセッサは、前記アプリケーションプロセッサが、モデムデバイスに、モデムデバイスインタフェースを通して、前記モデムデバイスのトランシーバ構造を構成するコマンドを送るように構成されている、前記トランシーバ構造は複数の通信技術のうちの少なくとも１つを用いてデータを送受信するように構成されている、前記モデムデバイスインタフェースを有する。前記コマンドは、前記複数の通信技術のうちの各通信技術のための前記トランシーバ構造の構成を指定する情報を含むプロファイルの情報を含む、またはその情報である。

アプリケーションプロセッサを制御する方法を提供する。本方法は、モデムデバイスに、モデムデバイスのトランシーバ構造を構成するコマンドを送るステップを有し、トランシーバ構造は複数の通信技術のうち少なくとも１つを用いてデータを送受信するように構成されている。前記コマンドは、前記複数の通信技術のうちの各通信技術のための前記トランシーバ構造の構成を指定する情報を含むプロファイルの情報を含む、またはその情報である。

モデムデバイスが提供される。モデムデバイスは、データを送受信するように構成されたトランシーバ構造と、前記トランシーバ構造を用いて通信サービスを要求するサービス要求を受け取るように構成されたサービス要求レシーバと、前記トランシーバ構造の構成を指定する情報を含むまたはその情報であるプロファイルを、前記受け取ったサービス要求に基づき生成するように構成されたプロファイル生成回路と、前記プロファイルを記憶するように構成されたメモリとを有する。

モデムデバイスを制御する方法を提供する。本方法は、データを送受信するように構成されたトランシーバ構造を動作させるステップと、トランシーバ構造を用いて、通信サービスを要求するサービス要求を受け取るステップと、前記トランシーバ構造の構成を指定する情報を含むまたはその情報であるプロファイルを、前記受け取ったサービス要求に基づき生成するステップと、前記プロファイルを記憶するステップとを含む。

モデムデバイスが提供される。モデムデバイスは、データを送受信するように構成されたトランシーバ構造と、前記トランシーバ構造の構成を指定する情報を含みまたはその情報であり、静的部分と動的部分とを含むまたはそれらの部分であるプロファイルを生成するように構成されたプロファイル生成回路と、前記プロファイルに基づき前記トランシーバ構造を構成するように構成された構成回路と、前記構成されたトランシーバ構造を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路と、前記静的部分を記憶するように構成されたメモリとを有する。モデムデバイスは、要求された通信接続の終了後に、動的部分を削除するように構成されている。

モデムデバイスを制御する方法を提供する。本方法は、データを送受信するように構成されたトランシーバ構造を動作させるステップと、前記トランシーバ構造の構成を指定する情報を含みまたはその情報であり、静的部分と動的部分とを含むまたはそれらの部分であるプロファイルを生成するステップと、前記プロファイルに基づいてトランシーバ構造を構成するステップと、前記構成されたトランシーバ構造を用いてデータ通信接続をセットアップするステップと、前記静的部分を記憶するステップと、前記通信接続が終了した後に、前記動的部分を削除するステップとを含む。
モデムデバイスが提供される。モデムデバイスは、データを送受信するように構成されたトランシーバ構造と、前記トランシーバ構造の構成を指定する情報を含むまたはその情報であるプロファイルを記憶するように構成されたメモリと、前記プロファイルに基づき前記トランシーバ構造を構成するように構成された構成回路と、前記構成されたトランシーバ構造を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路と、前記モデムデバイスが前記アプリケーションプロセッサからアプリケーションプロセッサインタフェースを通して前記プロファイルを補正する前記モデムデバイスへの命令を含むまたはその命令であるコマンドを受け取るように構成された、前記アプリケーションプロセッサインタフェースと、前記データ通信接続が確立されている間に、前記補正されたプロファイル（または前記コマンド）に基づき、前記トランシーバ構造の構成を変更するように構成された再構成回路とを有する。

モデムデバイスを制御する方法を提供する。本方法は、データを送受信するように構成されたトランシーバ構造を動作させるステップと、前記トランシーバ構造の構成を指定する情報を含むまたはその情報であるプロファイルを記憶するステップと、前記プロファイルに基づいてトランシーバ構造を構成するステップと、前記構成されたトランシーバ構造を用いてデータ通信接続をセットアップするステップと、アプリケーションプロセッサから、前記プロファイルを補正する前記モデムデバイスへの命令を含むまたはその命令であるコマンドを受け取るステップと、前記データ通信接続が確立されている間に、前記補正されたプロファイルに基づき（または前記コマンドに基づき）、前記トランシーバ構造の構成を変更するステップとを有する。

モデムデバイスが提供される。モデムデバイスは、データを送受信するように構成されたトランシーバ構造と、前記トランシーバ構造の構成を指定する情報を含むまたはその情報であるプロファイルを記憶するように構成されたメモリと、前記プロファイルに基づき前記トランシーバ構造を構成するように構成された構成回路と、前記構成されたトランシーバ構造を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路と、前記モデムデバイスが、前記アプリケーションプロセッサから、前記アプリケーションプロセッサインタフェースを通して、前記プロファイルを補正する命令を含むまたはその命令である第１のコマンドと、前記補正されたプロファイルに基づいて（または前記第１のコマンドに基づいて）、前記トランシーバ構造を再構成する第２のコマンドとを受け取るように構成された、前記アプリケーションプロセッサインタフェースをさらに有する。前記モデムデバイスは、さらに、前記第２のコマンドの受け取りと、前記データ通信接続の終了とのうち少なくとも一方まで、前記トランシーバ構造の構成を維持するように構成されている。

モデムデバイスを制御する方法を提供する。本方法は、データを送受信するように構成されたトランシーバ構造を動作させるステップと、前記トランシーバ構造の構成を指定する情報を含むまたはその情報であるプロファイルを記憶するステップと、前記プロファイルに基づいてトランシーバ構造を構成するステップと、前記構成されたトランシーバ構造を用いてデータ通信接続をセットアップするステップと、前記プロファイルを補正する命令を含むまたはその命令である第１のコマンドと、前記補正されたプロファイルに基づいて（または前記第１のコマンドに基づいて）前記トランシーバ構造を再構成する第２のコマンドとを、アプリケーションプロセッサから受け取るステップと、前記第２のコマンドの受け取りと、前記データ通信接続の終了とのうち少なくとも一方まで、前記トランシーバ構造の構成を維持するステップとを含む。

図中、同じ参照文字は、異なるビューであっても、概して同じパーツを指す。図面は必ずしも縮尺通りではなく、本開示の様々な態様の原理を示すことに重点を置いている。以下の説明では、次の図面を参照して、本開示の様々な態様を説明する。
モバイル装置のアーキテクチャを示す図である。 後続呼におけるメディアプロファイル設定とプロファイル再利用とを示すフロー図である。 メディアプロファイル変更と呼変更の第１の代替手段を示すフロー図である。 メディアプロファイル変更と呼変更の第２の代替手段を示すフロー図である。 呼設定するドメイン選択に基づくメディアプロファイルのテクノロジー依存部分の利用を示すフロー図である。 メディアプロファイルのコンセプトが無いドメイン選択コンフリクトの場合の複数メディア設定を示すフロー図である。 システム間変更に続くメディア再設定を示すフロー図である。 着信呼の時の一時的メディアプロファイル生成を示すフロー図である。 所定のメディアプロファイルを有する着信呼を示すフロー図である。 ＭＴ（モバイル終端）所定プロファイルまたは現在設定されているプロファイルのリスティングを示すフロー図である。 複数の通信技術用のモデム装置を示す図である。 図８のモデム装置の制御方法を示すフロー図である。 複数の通信技術用のアプリケーションプロセッサを示す図である。 図１０のアプリケーションプロセッサの制御方法を示すフロー図である。 サービス要求時にプロファイルを生成するモデム装置を示す図である。 図１２のモデム装置の制御方法を示すフロー図である。 静的部分と動的部分とを有するプロファイルを有するモデム装置を示す図である。 図１４のモデム装置の制御方法を示すフロー図である。 プロファイルを修正する命令を受信した時に送受信器構造を再構成するモデム装置を示す図である。 図１６のモデム装置の制御方法を示すフロー図である。 プロファイルを修正する命令を受信した時に送受信器構造の設定を維持するモデム装置を示す図である。 図１８のモデム装置の制御方法を示すフロー図である。

以下の詳細な説明は、本発明が実施される本開示の具体的な詳細事項と態様を、例示として示す図面を参照する。本開示のこれらの態様は、本技術分野の当業者が本発明を実施できるように十分に詳しく説明されている。本開示の他の態様を利用して、本発明の範囲から逸脱することなく構造的、論理的、及び電気的変更をすることができる。本開示の様々な態様は、必ずしも相互に排他的ではない。本開示の幾つかの態様は本開示の他の一以上の態様と組み合わせて、本開示の他の態様を形成することができる。

「結合」または「接続」との用語は、それぞれ、直接的な「結合」または「接続」と、間接的な「結合」または「接続」とを含むものとする。

「ｅｘｅｍｐｌａｒｙ」との語は、ここでは一例であることを意味する。ここで「ｅｘｅｍｐｌａｒｙ」であると説明した開示や設計の態様は、必ずしも本開示や設計の他の態様より好ましいまたは有利であるとは限らない。

「プロトコル」との用語は、任意の通信レイヤの一部を実装するために設けられるソフトウェアを含む。

通信デバイスは、（エンドデバイスとも呼ぶが、）有線通信デバイスであってもよい。通信デバイスは無線通信デバイスであってもよい。無線通信デバイスはエンドユーザモバイルデバイス（ＭＤ）またはモバイル電話であってもよい。無線通信デバイスは、どんな種類のモバイル無線通信デバイス、モバイル電話、パーソナルデジタルアシスタント、モバイルコンピュータ、またはその他のモバイルデバイスであってモバイル通信基地局（ＢＳ）またはアクセスポイント（ＡＰ）と通信するように構成されたものであってもよく、例えばＩＥＥＥ８０２．１６ｍによる、ユーザ装置（ＵＥ）、モバイル装置（ＭＥ）、電話、モバイル局（ＭＳ）、または先進モバイル局（アドバンストＭＳ、ＡＭＳ）とも呼ばれる。

モデムデバイスは、例えばそのモデムデバイスにより実行される処理で用いるメモリを含む。アプリケーションプロセッサは、例えばそのアプリケーションプロセッサにより実行される処理で用いるメモリを含んでいてもよい。通信デバイスは、例えばその通信デバイスにより実行される処理で用いるメモリを含む。メモリは、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの揮発性メモリ、またはＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ＰＲＯＭ）などの不揮発性メモリ、またはフローティングゲートメモリ、チャージトラッピングメモリ、ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＰＣＲＡＭ（Ｐｈａｓｅ Ｃｈａｎｇｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのフラッシュメモリであり得る。

ここで、「回路」とは、いかなる種類の論理実装実体であってもよく、特殊用途回路やメモリ、ファームウェア、またはこれらの任意の組み合わせに記憶されたソフトウェアを実行するプロセッサであってもよい。さらに、「回路」は、プログラマブルプロセッサなどのハードワイヤードロジック回路やプログラマブルロジック回路であってもよく、例えばマイクロプロセッサ（例えば、Ｃｏｍｐｌｅｘ Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ｃｏｍｐｕｔｅｒ（ＣＩＳＣ）プロセッサやＲｅｄｕｃｅｄ Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ｃｏｍｐｕｔｅｒ（ＲＩＳＣ）プロセッサ）であってもよい。また「回路」は、ソフトウェア、例えば任意の種類のコンピュータプログラム（例えば、Ｊａｖａ（登録商標）などの仮想マシンコードを用いるコンピュータプログラムなど）を実行するプロセッサであってもよい。後でもっと詳しく説明する各機能のその他の実装も「回路」として理解できる。また、言うまでもなく、説明する２つ（以上）の回路を結合して一回路としてもよい。

デバイスについて説明し、方法について説明する。言うまでもなく、デバイスの基本的な特徴は、方法にも当てはまり、その逆も言える。それゆえ、簡明化のため、かかる特徴を重複して説明することはしない。

言うまでもなく、あるデバイスについてここに説明する特徴は、ここに説明するどのデバイスにも当てはまる。言うまでもなく、ある方法についてここに説明する特徴は、ここに説明するどの方法にも当てはまる。

ＩＭＳ（ＩＰマルチメディアサブシステム）状のメディア構成は、複雑である（例えば、複数のオーディオ及びビデオフォーマット、サービスアップグレード／ダウングレード、片側方向／双方向を処理することが望まれる）。ユーザアプリケーションとＩＭＳクライアントが別々のユニット（例えば、別々のプロセッサや、ラップトップとモデムなど）にある場合、サービス設定やサービス修正においてＩＭＳクライアントにより適用されるメディアをリモートで構成する標準的な方法や使いやすいメカニズムはない。

ＩＭＳに対して開始されたサービスは、レガシー回線交換に対して継続され、その逆も言える。サービスを継続しつつ移動するとき、メディアは維持されるか修正される（例えば、ダウングレードされ、またはアップグレードされる）。今まで、サービスドメイン修正の場合に適用される変換をグローバルに含むメディアを記述することは可能ではなかった。
ＩＭＳ通信サービス呼は、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）とＳｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＤＰ）により制御できる。

図１は、通信デバイス（例えば、モバイルホンなど）のアーキテクチャ１００を示す図である。モバイルホン１０２（Ｔとも呼ぶ）は、端末装置ＴＥ１０４、端末アダプタＴＡ１０６、及びモバイル端末ＭＴ１０８を含む。

モバイル終端（ＭＴ、例えば、装置間通信のための送信器と受信器を含むモデムハードウェア）は、モデムデバイスとも呼ばれるが、ＡＴコマンドを通して端末機器（ＴＥ，例えば、エンドユーザとインターラクトする、アプリケーションプロセッサとユーザインターラクション手段とを含むハードウェア）により制御される。

ＡＴコマンドは、音声／データ（例えば、ビデオ）呼を非ＩＭＳサービスとして制御するために用いる。ＡＴコマンドにより、データレートと、ＭＥにより用いられるデバイスのクラスとを決定し、ビデオコールをレガシーＣＳで設定するか、決定できる。

ＩＭＳサービスで用いる新しいＡＴコマンドが、３ＧＰＰにより規定される。

欠点として次のものがある：
既存のＡＴコマンドはＩＭＳサービスで用いられるメディアを指定する；
既存のＡＴコマンドはＩＭＳサービスのメディア品質を指定する；
既存のＡＴコマンドは入来コール（ｉｎｃｏｍｉｎｇ ｃａｌｌｓ）に対するメディアサポートを設定するのに使えない；
既存のＡＴコマンドは入来コール（ｉｎｃｏｍｉｎｇ ｃａｌｌｓ）に対するメディア制御に使えない；
既存のＡＴコマンドでは、複数のＩＭＳコールに対してメディア設定を再利用できない（例えば：ＩＭＳコールを設定したとき、メディアコンフィギュレーションのパラメータが長いリストとして与えられる。コールをダイヤルするたびに、同じコンフィギュレーションを用いるときであっても、同じパラメータの長いリストが提供される。ＨｙｐｅｒＴｅｒｍｉｎａｌなどのダイアルアップツールを用いるとき、ユーザがＩＭＳコールを設定するのは非常に不便である）；
既存のＡＴコマンドでは、１つのパラメータでメディアコンフィギュレーションを指定できない；
既存のＡＴコマンドではメディアコンフィギュレーションの部分的な修正はできない（例えば、修正でも完全なコンフィギュレーションを与えなければならない）；
技術（ＩＭＳまたは回線交換）から独立したメディアプロファイルを与えて、サービス継続のためまたはコールセットアップ時のデバイスの振る舞いを決定することはできない；
移動のユースケースでは、サービス継続のためメディアのダウングレード／アップグレードを制御することはできない。

プロファイルはトランシーバ構成をセットアップするパラメータ値を含む。プロファイルは、トランシーバ構成のため設定されるパラメータを含むプロファイルの構造を規定する。プロファイルはパラメータ構造に応じたパラメータ値を含む。

メディアプロファイルのコンセプトを導入するデバイスと方法を、例えば次のように提供する：
−メディアプロファイルはメディアコンフィギュレーションに関連するすべての情報を含む；
−メディアプロファイルは、複数の技術（ＩＭＳ、ＣＳ）またはある技術から他の技術に移行する際の変換規則に適用可能な情報を含む。
−メディアプロファイルは持続的であり、その後のコールセッションでも再利用できる。

コールセッションを設定または修正する時、すでに規定されたメディアプロファイルを参照できる。メディアプロファイルはサービスコマンド自体の一部として与えられても良い。

これらのデバイスと方法を用いて：
−メディアコンフィギュレーションの表示が短くなり；
−メディアコンフィギュレーションに、メディアセッション記述に関連して将来追加されるパラメータを考慮することができ；
−メディアは、移動シナリオにおいてサービス継続を容易にするため、複数の技術に対して構成できる；
−メディアコンフィギュレーションは修正できる；
−デフォルト及び所定メディアコンフィギュレーションを予め規定できる；
−メディアコンフィギュレーションはその後のコールセッションに対して再利用できる；
−入来コールのメディアコンフィギュレーションの表示は短くてよい；
−メディアプロファイルでは、ユーザによるインターラクションを要さずに、どのメディアコンフィギュレーションを受け入れ／拒絶するか決定する時の、入来コールに対する振る舞いを予め決めることができる；
−進行中の通信は、短いインジケータで、または部分的なメディアプロファイル修正の場合には少量のデータで、修正できる。

メディアプロファイルを導入し、メディアプロファイルを用いてコールセッションを設定するデバイスと方法を提供する。メディアプロファイルは修正できる。メディアプロファイルは、複数のコールセッションに対して再利用できる。メディアプロファイルは、移動シナリオの場合に、複数の技術と、対応するメディア変換とをカバーする。

メディアプロファイルを導入してもよい。メディアプロファイルは、セッション中のメディアの記述に関するすべての情報を含み、例えば、オーディオコーデック情報、ビデオコーデック情報、コーデックに対する嗜好、要求されるサービス品質、メディア接続情報（例えば、データ（例えば、ポート記述）を送受信するかを示す情報）を含む。メディアプロファイルの内容は、将来的には、可能性のある新しいメディアコンフィギュレーションに拡張される可能性がある。

メディアプロファイルは、複数の技術（例えば、ＩＭＳとレガシーＣＳ）に関する情報を提供する、例えば：
−すべての技術に関係するメディア情報（例えば、メディアタイプ（オーディオ、ビデオ））；
−具体的な技術に関連するメディア情報。これは各技術について確定できる。用いる技術に応じて、対応するメディア記述を用いる；及び／または
−システム間変更の場合の変換規則（これはコーデック変更からメディアサービスの自動的なダウングレードまたはアップグレード）；
メディアプロファイルは一意的な識別子で識別できる。この参照は、適用すべきメディアコンフィギュレーションを指定する（ＩＭＳその他のサービスをセットアップし修正する）コマンドにより用いられる。

メディアプロファイルの識別子は、次の通りである：
−メディアプロファイル生成時にＴＥにより設定される；または、
−メディア生成成功の応答とともにＭＴによりしめされる。

メディアプロファイルは生成、削除、及び修正できる。これは、その後のコールセッションに対して再利用できる持続的情報である。

メディアプロファイルを生成、取得、修正、及び削除する通信エンド端末用の新しいコマンドを定義してもよい。メディアプロファイルの１つのパラメータを確定または修正する追加的コマンドを定義してもよい。

メディアプロファイルは、コールセッションをセットアップする前に最初に生成されても、サービス要求コマンド自体で直接生成されてもよい。

予め決められたプロファイルが生産者により事前に準備されてもよい。

メディアプロファイルは２つの部分よりなる：
−静的部分、これも（長い時間スケールでは）変更できる；
−ネットワークとのメディアネゴシエーションにより決まる動的部分。動的部分はコールセッションの解放時に削除してもよい。

例えば、次のうち少なくとも１つは、メディアプロファイル処理に関して提供される：
−メディアプロファイルは１つのアクティブなコールセッションに結びつけられる。第１のセッションがまだアクティブであれば、第２のコールセッションにより再利用はできない。並行して実行されている第２のコールセッションに対して、第２のプロファイルが決定される。幾つかの識別子を用いて、コールセッションと、対応するメディアプロファイルとを参照する。
−メディアプロファイルは複数の同時コールセッションにより再利用できる。この場合、コールセッションとメディアプロファイルに対して別のＩＤを用いてもよい。この場合、メディアプロファイルの動的部分は、コールセッションごとに確定され、コールセッション識別子で参照される。

メディアコンフィギュレーションの修正は異なる複数の方法で実行できる：
−メディアプロファイル自体の変更により、アクティブコールのメディアコンフィギュレーションがすぐに変更される。この場合、プロファイルを変更するコマンドの送信により、コール変更がされる。
−メディアプロファイルは、アクティブなコールセッションとは独立して更新できる。この場合、メディアプロファイルを修正する第１のコマンドが送信される。アクティブなコールセッションのメディアコンフィギュレーションは変更できない。修正されたプロファイルをアクティブコールに適用する場合、他のコマンドが送信される。

メディアプロファイルは、発信コール（ｏｕｔｇｏｉｎｇ ｃａｌｌｓ）のみに、受信コール（ｉｎｃｏｍｉｎｇ ｃａｌｌｓ）のみに、または両方に適用可能に構成できる。

メディアプロファイルを用いて、受信コールに対するデバイスの振る舞いを予め決めておいてもよい。受信コールに対して可能な構成の範囲を列挙するように、メディアプロファイルを構成してもよい。コールを受けた時、メディアプロファイルにより許されるメディアコンフィギュレーションのみが許容される。ユーザまたは電話アプリケーションは、許容された受信コールコンフィギュレーション範囲に制約されてもよい。この利用の一例はブルートゥース（登録商標）ヘッドセットや車のハンズフリーセットである。かかる場合には、メディアプロファイルは受信コールに対して適用可能に構成される、ここでビデオの利用はディスエーブルされ、または受信のみモードに設定される。ユーザまたは電話アプリケーションは、メディアコンフィギュレーションを考慮せずにコールを受けられるだけである。

以下、メディアプロファイル定義の例を説明する。

以下、メディア属性がパラメータとしてリストされたメディアプロファイルを構成するコマンドを説明する。

一例として、メディアコンフィギュレーションは、ＳＤＰモデルに基づく純粋なストリングであってもよいし、ＳＤＰによりカバーされていなければ、新しいストリングテンプレートを定義することもできる。

例えば、コマンドは次の通りである：
＋ＣＤＥＦＭＰ＝［＜ｍｅｄｉａｐａｒａｍｌ＞，［＜ｍｅｄｉａｐａｒａｍ２＞．．．［＜ｍｅｄｉａｐａｒａｍｘ＞，［＜ｍｅｄｉａｐａｒａｍｙ＞，．．．］］］］
これにおいて、「＋ＣＤＥＦＭＰ」はコマンドの識別子であり、「ｍａｄｉａｐａｒａｍｌ」、「ｍｅｄｉａｐａｒａｍ２」、「ｍｅｄｉａｐａｒａｍｘ」及び「ｍｅｄｉａｐａｒａｍｙ」は、プロファイルを定義するためのパラメータである。

３Ｇビデオコールの場合、ＣＳにおける２８８００ｂｐｓ（マルチメディア）におけるビデオコールのために、新しいストリングを定義できる：「ｍｏｄ＝ＶｉｄｅｏＣｓ ｓｐｅｅｄ＝１３０」を定義する。

一例として、メディアプロファイル定義コマンドにおいて幾つかの構造が与えられる。コマンドはストリングベースだけではない。

例えば、コマンドは次の通りである：
＋ＣＤＥＦＭＰ＝［＜ｍｅｄｉａＬｉｓｔ＞，［＜ｍｅｄｉａＴｙｐｅ＞，＜ｄｏｍ＞，＜ｐａｒａｍＬｉｓｔ＞，［＜ｍｅｄｉａｐａｒａｍｌ＞，［＜ｍｅｄｉａｐａｒａｍ２＞．．．］］］，［＜ｍｅｄｉａＴｙｐｅ＞＜ｄｏｍ＞，＜ｐａｒａｍＬｉｓｔ＞，［＜ｍｅｄｉａｐａｒａｍｌ＞，［＜ｍｅｄｉａｐａｒａｍ２＞．．．］］］
＜ｍｅｄｉａＬｉｓｔ＞は、整数タイプであり、またはそれを含み、構成されるメディアタイプの数を示す。

＜ｍｅｄｉａＴｙｐｅ＞はメディアのタイプ（オーディオ、ビデオ、テキストなど）を示し、例えば次の値を用いる：
−オーディオの場合は０；
−ビデオの場合は１；及び
−テキストの場合は２。

＜ｄｏｍ＞は整数タイプ（または一覧表）であっても、含んでもよく、メディアの適用性（例えば、一般的、特定技術、デフォルト）のドメインを示し、例えば、次の値を用いる：
−一般的（例えば、サポートされていればすべての技術に適用可能）の場合は０；
−レガシーＣＳ（回線交換）の場合１；
−ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）ＣＳの場合は２；
−ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）ＣＳの場合は３；
−ＩＭＳ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）の場合は４；
−ＩＭＳオーバーＨＳＰＡ（ｈｉｇｈ ｓｐｅｅｄ ｐａｃｋｅｔ ａｃｃｅｓｓ）の場合は５；
−ＩＭＳオーバーＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）の場合は６；及び
−デフォルトの場合、現在の技術で一般的コンフィギュレーションがサポートされていない場合、最小コンフィギュレーションは７。

＜ｐａｒａｍＬｉｓｔ＞は、あるメディアタイプの複数のメディアコンフィギュレーションパラメータである。

コマンドに対する応答は、メディアプロファイル識別子ＩＤ：＋ＣＤＥＦＭＰ：＜ＩＤ＞を示す。

メディアコンフィギュレーション＜ｍｅｄｉａＰａｒａｍ＞自体に関して、メディアパラメータを構成する幾つかの代替案が可能である：
−メディアプロファイルはＳＤＰシーケンスに基づいてもよい。例えば：
＜ｍｅｄｉａ＞＜ｍｅｄｉａ＞＜ｍｅｄｉａ＞、ここで＜ｍｅｄｉａ＞はＳＤＰ記述である：ｍ＝．．．，ａ＝．．．
例えば：１６ｋＨｚでサンプリングされた１６ビットリニア符号化ステレオオーディオを有するオーディオコールは、次によりしめされる：
＋ＣＤＥＦＭＰ＝“ｍ＝ａｕｄｉｏ ４９２３２ ＲＴＰ／ＡＶＰ ９８”，“ａ＝ｒｔｐｍａｐ：９８ Ｌ１６／１６０００／２”
−または各パラメータは、個別に、かつＳＤＰとは依存せずに次のように記述される：
＜ｍｅｄｉａ ｔｙｐｅ＞：
−１：オーディオ
−２：ビデオ
−３：テキスト
＜ｍｅｄｉａ ｆｏｒｍａｔ＞：
−＜ｃｏｄｅｃ＞：コーデックの一覧表
−．．．
−＜ｃｌｏｃｋｒａｔｅ＞：
−．．．
＜ｐｏｒｔ＞：値、範囲（ストリング）
＜ｐｒｏｔｏｃｏｌ＞：
−１：ＵＤＰ
−２：ＲＴＰ／ＡＶＰ
−３：ＲＴＰ／ＳＡＶＰ
−．．．
＜ｂａｎｄｗｉｄｔｈ＞：任意的
＜ｍｏｄｅ＞：
１：送受信；
２：受信のみ；
３：送信のみ。

例えば、メディアタイプのパラメータ＝＜ａｕｄｉｏ＞＜ｐｏｒｔ＝４９２３２＞＜ｐｒｏｔｏｃｏｌ＝ＲＴＰ／ＡＶＰ＞＜ｃｏｄｅｃ＝Ｌ１６＞＜ｃｌｏｃｋ ｒａｔｅ＝１６０００＞は、次のコマンドを含み得る：
＋ＣＤＥＦＭＰ＝１，“４９２３２”，２，２２，“１６０００”
メディアパラメータは、一定値またはサポートされた値のリスト／範囲である。

現在定義されているメディアプロファイルのリストを得るコマンドは次の通りである：
＋ＣＤＥＦＭＰ？
戻り値は、識別子のリストであるか、または（上記のフォーマットを用いた）完全なプロファイルであり得る。

ＭＥケーパビリティを得るコマンドは次の通りである：
＋ＣＤＥＦＭＰ＝？
このコマンドにより、ＭＥによりサポートされたすべてのメディアコンフィギュレーションを読み出すことができる。戻り値は、サポートされたメディアコンフィギュレーションの範囲を含んでも、範囲であってもよい。

プロファイルの定義を得るコマンドは次の通りである：
＋ＣＧＥＴＭＰ＝［＜ＩＤ＞］
プロファイルを修正するコマンドは次の通りである：
＋ＣＭＯＤＭＰ＝［＜ＩＤ＞，［＜ｍｅｄｉａＬｉｓｔ＞，［＜ｍｅｄｉａＴｙｐｅ＞，＜ｄｏｍ＞，＜ｍｏｄ＞，［．．．］］］］
＜ｍｏｄ＞は、与えられたメディアコンフィギュレーションが追加、修正、または削除されたかを示す：
１：メディアコンフィギュレーションの追加
２：メディアコンフィギュレーションの修正
３：メディアコンフィギュレーションの削除
一例として、次のコマンドにより、識別子２のプロファイルのビデオパートを修正できる：
＋ＣＭＯＤＭＰ＝２，１，１，０，１，［．．．．］
プロファイルのパラメータを修正するコマンドも規定できる。

例えば次のように、あるＡＴコマンドを定義して、オーディオコーデックなどのパラメータを修正してもよい：
＋ＣＭＯＤＣＯＤ＝［＜ｌＤ＞，＜ｍｅｄｉａＴｙｐｅ＞，＜ｄｏｍ＞，＜ｃｏｄｅｃ＞］
図２は、後続呼におけるメディアプロファイル設定とプロファイル再利用とを示すフロー図２００である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。図２に示すように、ステップ２０２において、ＴＥ１０４は、メディア記述を含むコマンド＋ＣＤＥＦＭＰを用いてメディアプロファイルを構成する。ステップ２０４において、ＭＴ１０８は、生成されたプロファイルのＩＤを＋ＣＤＥＦＭＰ＝１（これはＩＤが１であることを示す）と応答する。ステップ２０６において、ＴＥは、コールを開始する時、ダイアルコマンド（＋ＣＤＵ）で用いるメディアプロファイルの識別子を示す。ＭＥは、コールをセットアップする時、与えられたメディアプロファイルに記載されたメディアコンフィギュレーションを用いる。ステップ２０８において、コールが進行する。（例えば、ステップ２１０において、＋ＣＦＩＵＰコマンドによる）コール解除後、ユーザが別のユーザに同じメディアコンフィギュレーションで（例えば、テレビ電話で）他のコールを開始することを欲するとき、ステップ２１２において、ＴＥは、メディアプロふぁりうの識別子を有するダイアルコマンド（＋ＣＤＵ）を再送する。メディアを再度構成する必要はない。

以下、メディアプロファイルをどう修正してコールのメディアコンフィギュレーションを変化させるかを説明する。

図３Ａは、メディアプロファイル修正とコール修正の第１の代替手段を示すフロー図である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。メディアプロファイル（＃１、言い換えるとＩＤ１のプロファイル）の修正は、ＭＴ１０８によりすぐに考慮される。ＭＴ１０８は新しいメディアコンフィギュレーションをアクティブコールに用いることができる。例えば、メディアプロファイル＃１は、コマンド３０２によりビデオの追加する修正をできる。ＭＴ１０８は、プロファイル修正によりコールを修正する。

図３Ｂは、メディアプロファイル変更と呼変更の第２の代替手段を示すフロー図３０４である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。メディアプロファイルは修正されるが、変更がいつ考慮されたかを示すその後のコマンドは、ＴＥにより開始される。例えば、メディアプロファイル＃１は、コマンド３０６によりビデオが追加される修正がされ、ＭＴ１０８は、コマンド３０８を受信した時にはコールを修正しない。修正されたプロファイルは、ＴＥ１０４による、例えばＴＥ１０４により送信されるコマンド３０８による明示的要求時に考慮される。

ＴＥ１０４は、他のプロファイルを指示することにより、コールを修正してもよい。例えば、メディアプロファイルは修正されないが、ＴＥはコールを修正し、他のプロファイル（例えば、プロファイル＃２）を指すコマンドを開始する。このコールはこの新しいプロファイルにより修正される。

図４Ａは、呼設定するドメイン選択に基づくメディアプロファイルのテクノロジー依存部分の利用を示すフロー図４００である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。メディアプロファイルは特定技術コンフィギュレーションを用いて構成できる。例えば、ステップ４０２において、ＴＥ１０４は、ビデオを含むメディアプロファイルを構成するコマンドを送信する。ＳＤＰ記述＜ｍ＝ｖｉｄｅｏ ４９１７０／２ ＲＴＰ／ＡＶＰ ３１＞はＩＭＳに適用可能であり、追加的記述＜ｍｏｄ＝ＶｉｄｅｏＣｓ ｓｐｅｅｄ＝１３０＞は２８８００ｂｐｓでの３Ｇ ＣＳビデオコールに適用できる。ステップ４０４において、ＭＴ１０８は、ＴＥ１０４への応答として、生成されたプロファイルのＩＤを示す。例えば、ＳＤＰが供給されているとき、これはＭＴにビデオメディアを符号化及び復号しないように命じる。その替わり、ビデオＲＴＰパケットは、ＴＥ１０４に転送される。ＴＥ１０４自体は符号化と復号を処理する。

ステップ４０６におけるＴＥ１０４によるコール開始の際、ＭＴ１０８は、ドメイン選択をして、コールがＣＳまたはＩＭＳどちらにより実行されるか判断する。ＭＴ１０８は、コールをセットアップするのに用いた技術に対応するメディアコンフィギュレーションを用いることができる。例えば、ＴＥ１０４は、用いられる技術に関して煩わされることなく、サービスを開始する。

ＭＴ１０８がコマンド４０６を受信した後、ＭＴ１０８は、例えば次の場合に、ドメイン選択を実行する：
−コールがＣＳでセットアップされたとき、プロファイルのＣＳ部分が用いられる：ビデオコール２８８００ｂｐｓ；及び
−コールがＩＭＳでセットアップされたとき、プロファイルのＩＭＳ部分を用いてビデオコールを構成する。

ＭＴ１０８は、ＴＥ１０４からの追加情報無しで、用いられる技術に基づいてメディアを構成する。

図４Ｂは、メディアプロファイルのコンセプトが無いドメイン選択コンフリクトの場合の複数メディア構成を示すフロー図４０６である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。図４Ｂは、図４Ａに示したのと同じユースケースを示すが、レガシーコマンドで示した。ステップ４０８において、ＴＥは、ＩＭＳでコールを構成し開始する（例えば、ＴＥ１０４は、ＩＭＳでビデオコールを開始すること望んでいる）。ＩＭＳコールのセットアップを許可しないＭＴ１０８におけるシステム間変更または制約によりうまくいかない場合、ＴＥ１０４は、再び、ＣＳドメインでビデオコールを構成及び開始する。ステップ４１０において、ＭＴ１０８は、ネットワークがＩＭＳボイスをサポートしていない、またはＵＥが現在のＲＡＴでＩＭＳボイスをサポートしていないことにより、ＩＭＳでコールを確立できないと判断する。ステップ４１２において、これを示すＫＯ信号が送信される。これはＴＥ１０４に、ＩＭＳコールが失敗し、ＴＥ１０４がＦＣＬＡＳＳ及びベアラサービスタイプを構成し、３Ｇ（第３世代）ＣＳでビデオコールを開始したことを示す。ステップ４１４、４１６、４０８及び４２０において、ＣＳビデオコールが構成される。ステップ４２２において、ＴＥ１０４は、ＣＳコールのダイヤルコマンドをＴＥ１０８に送る。この後、ＭＴ１０８はＣＳドメインでビデオコールをセットアップする。

図５は、システム間変更に続くメディア再設定を示すフロー図５００である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。ステップ５０２において、コールがＧＳＭ（登録商標）のレガシーＣＳで開始され、進行する。プロファイルではビデオが構成されるが、ＧＳＭ（登録商標）がビデオコールをサポートしていないので、これは使われない。ステップ５０４において、ＭＴ１０８を含む通信デバイス、例えばＵＥは、ＬＴＥカバレッジに移動する。ステップ５０６において、リバースＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）が実行され、コールセッションがＩＭＳに送られる。ステップ５０８において、ＩＭＳへのシステム間変更の後、ＭＴ１ １０８は、ビデオがすでにメディアプロファイルで構成されているので、ビデオを直接イネーブルする。追加的メディアコンフィギュレーションは必要ない。ＴＥ１０４とＭＥ１０８との間の非常に短いインターラクションが設けられる。ビデオは、メディアプロふぁりうで構成されているので、ＩＭＳで自動的に開始される。ＴＥ１０４とのインターラクションは必要ない。ステップ５１０において、例えば、ＭＴ１０８は、ＴＥ （＋ＣＤＵＣ）に表示を送り、目で器亜再構成が行われることを通知する。ステップ５１２において、ＴＥはアクノレッジし、または初期のコンフィギュレーションを維持するように要求する。メディアコンフィギュレーションは、プロファイル中にすでに構成されているので、再度提供する必要はない。ステップ５１４において、ＩＭＳでビデオコールが進行する。

図６Ａは、着信呼の時の一時的メディアプロファイル生成を示すフロー図６００である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。ステップ６０２において、ＭＴ１０８にサービス要求（例えば、受信コール）が到着する。ステップ６０４において、一時的メディアプロファイルが生成される（例えば、メディアプロファイルの動的パート（または動的部分））。図６Ａは、ステップ６０６において、ＭＴ１０８がコマンド＋ＣＩＮＵによりＴＥ１０４への受信コールを示す場合を示す。受信コールを示すとき、生成されたメディアプロファイルの識別子が与えられる。例えば、メディアプロファイルまたはマルチメディアコンフィギュレーションが与えられる。ＴＥ１０４は、メディアプロファイルを修正する時に（例えば、コールを受ける前、またはその後のコールセッション中に）、メディアコンフィギュレーションを修正する。

タッチスクリーンが無いデバイスや、ブルートゥースヘッドセットを使用するなど同様のユースケースの場合には、コールを受けるのに複数の選択肢を提供することは困難である。デバイスが、コールを受けるのに単一ボタン／キーを押せばよい場合、ユーザは、受信コールのメディアコンフィギュレーションを修正する可能性を提供されない。この場合、メディアプロファイルが事前に構成され、許可されるメディアコンフィギュレーションは何か示す。ＭＴはメディアプロファイルに基づき、受信コールにどのメディアコンフィギュレーションを適用するか、決定する。ユーザのタスクは、受信コールを受けることに限定され、ユーザはメディアコンフィギュレーションの修正を処理する必要はない。

図６Ｂは、所定のメディアプロファイルを有する着信呼を示すフロー図６０８である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。ステップ６１０において、ブルートゥースヘッドセットがプラグインされるか、または「車中」利用が開始されるか、単一ボタンデバイスがある。ステップ６１２において、ＴＥ１０４は、受信コールのための許容メディア機能を有するメディアプロファイルを構成するコマンドを送信する。例えば、ビデオコール機能は受信のみに制限される。ステップ６１４において、ＭＴ１０８は、生成されたプロファイルのＩＤを応答する。ステップ６１６において、受信コールがＭＴ１０８に到着する。ステップ６１８において、ＭＴ１０８は、好適なプロファイルの識別子を含む受信コールをＴＥ１０４に報告する。ステップ６２０において、ユーザは単に受信（ａｃｃｅｐｔ）を押し、メディアコンフィギュレーションは、メディアプロファイルに基づき、ＭＴ１０８により処理される。ステップ６２２において、ＴＥ１０４は、ユーザが受けることを示すＯＫ信号を送信する。ステップ６２４において、ＭＴ１０８は、コールを受けるが、ステップ６２６において、プロファイルに記述されているようにビデオは受信モードのみで許可し、対応する２００ＯＫ信号を送信する。

図７は、ＭＴ（モバイル終端）所定プロファイルまたは現在設定されているプロファイルのリスティングを示すフロー図７００である。端末機器ＴＥ１（例えば、図１のＴＥ１０４）とモバイル端末ＭＴ１（例えば、図１のＭＴ１０８）との間の情報の流れを示す。上記のような問い合わせコマンド７０２を用いて、ＭＴ中に構成されたメディアプロファイルのリストを要求する。これは、ＭＴにより事前準備されているプロファイルであるか、ＴＥによりすでに構成されたプロファイルである。ＭＴ１０８は、ステップ７０４において、その機能に基づいて事前準備されたプロファイル（例えば、ボイスコール用のもの、ビデオコール用のもの）をオファー（または通知）する。言い換えると、図７によると、ＴＥ１０４はＭＴ１０８中の予め決められたプロファイルがあれば、それを読み出す。

図８はモデムデバイス８００を示す。モデムデバイス８００は、複数の通信技術のうちの少なくとも１つを用いてデータを送受信するように構成されたトランシーバ構造８０２を含む。モデムデバイス８００は、さらに、プロファイルを記憶するように構成されたメモリ８０４を含む。プロファイルは、複数の通信技術の各通信技術に対するトランシーバ構造８０２のコンフィギュレーションを指定する情報を含み、またはその情報である。モデムデバイス８００は、さらに、アプリケーションプロセッサインタフェース８０６を含む。モデムデバイスは、アプリケーションプロセッサ（図示せず）から、トランシーバ構造８０２を構成するコマンドを、アプリケーションプロセッサインタフェースを通して受信するように構成されている。コマンドは、プロファイルによりトランシーバ構造８０２を構成する、モデムデバイスへの命令を含む、またはその命令である。トランシーバ構造８０２、メモリ８０４、及びアプリケーションプロセッサインタフェース８０６は、例えば光学的接続や電気的接続（ケーブルやコンピュータバスなど）や電気信号を交換するその他の好適な電気的接続などの接続８０８を介して、互いに結合されている。

トランシーバ構造８０２は、トランシーバを含む、またはトランシーバである。

トランシーバ構造８０２は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

複数のトランシーバの各々は、複数の通信技術のうちの一通信技術を用いて、データを送受信するように構成されている。

複数の通信技術のうちの各通信技術は、次のうち少なくとも１つを含む、または少なくとも１つである：回線交換通信技術；レガシー回線交換通信技術；ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）回線交換通信技術；ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）回線交換通信技術；ＩＭＳ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）通信技術；ＩＭＳオーバー高速パケットアクセス（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ ｏｖｅｒ ｈｉｇｈ ｓｐｅｅｄ ｐａｃｋｅｔ ａｃｃｅｓｓ）通信技術；ＩＭＳオーバーＬＴＥ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ ｏｖｅｒ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）通信技術。

コマンドはプロファイルの識別子を含む、またはその識別子である。

コマンドはＡＴコマンドを含む、またはＡＴコマンドである。

モデムデバイス８００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース８０６を通じて、プロファイルを生成するコマンドを受け取るようにさらに構成されている。

モデムデバイス８００は、アプリケーションプロセッサに、アプリケーションプロセッサインタフェース８０６を通じて、生成されたプロファイルの識別子を送るようにさらに構成されている。

モデムデバイス８００は、さらに、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース８０６を通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取るように構成されている。

モデムデバイス８００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース８０６を通じて、プロファイルを補正するコマンドを受け取るようにさらに構成されている。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスが提供される。通信デバイスは図１に示したモデムデバイスを含む。

図９は、モデムデバイスを制御する方法を示すフロー図９００を示す。ステップ９０２において、モデムデバイスは、複数の通信技術のうちの少なくとも１つを用いてデータを送受信するように構成されたトランシーバ構造を動作させる。ステップ９０４において、モデムデバイスのメモリはプロファイルを記憶する。プロファイルは、複数の通信技術の各通信技術に対するトランシーバ構造のコンフィギュレーションを指定する情報を含み、またはその情報である。ステップ９０６において、モデムデバイスは、アプリケーションプロセッサから、モデムデバイスのアプリケーションプロセッサインタフェースを通して、トランシーバ構造を構成するコマンドを受信する。コマンドは、プロファイルによりトランシーバ構造を構成する、モデムデバイスへの命令を含む、またはその命令である。

トランシーバ構造は、トランシーバを含む、またはトランシーバである。

トランシーバ構造は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

複数のトランシーバの各々は、複数の通信技術のうちの一通信技術を用いて、データを送受信するように構成されている。

複数の通信技術のうちの各通信技術は、次のうち少なくとも１つを含む、または少なくとも１つである：回線交換通信技術；レガシー回線交換通信技術；ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）回線交換通信技術；ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）回線交換通信技術；ＩＭＳ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）通信技術；ＩＭＳオーバー高速パケットアクセス（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ ｏｖｅｒ ｈｉｇｈ ｓｐｅｅｄ ｐａｃｋｅｔ ａｃｃｅｓｓ）通信技術；ＩＭＳオーバーＬＴＥ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ ｏｖｅｒ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）通信技術。

コマンドはプロファイルの識別子を含む、またはその識別子である。

コマンドはＡＴコマンドを含む、またはＡＴコマンドである。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを生成するコマンドを受け取る。

モデムデバイスは、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成したプロファイルの識別子を送る。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取る。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを補正するコマンドを受け取る。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスを制御する方法を提供する。この方法は、図９に示した方法を含んでも良い。

図１０はアプリケーションプロセッサ１０００を示す。アプリケーションプロセッサ１０００はモデムデバイスインタフェース１００２を含む。アプリケーションプロセッサ１０００は、モデムデバイスに、モデムデバイスインタフェース１００２を通して、モデムデバイスのトランシーバ構造を構成するコマンドを送信するように構成できる。トランシーバ構造は、複数の通信技術のうち少なくとも１つを用いてデータを送受信するように構成される。コマンドはプロファイルの情報を含む、またはその情報である。プロファイルは、複数の通信技術の各通信技術に対するトランシーバ構造のコンフィギュレーションを指定する情報を含み、またはその情報である。

コマンドはプロファイルの識別子を含む、またはその識別子である。

コマンドはＡＴコマンドを含む、またはＡＴコマンドである。

アプリケーションプロセッサ１０００は、さらに、モデムデバイスに、モデムデバイスインタフェース１００２を通して、プロファイルを生成するコマンドを送信するように構成されてもよい。

アプリケーションプロセッサ１０００は、さらに、モデムデバイスから、モデムデバイスインタフェース１００２を通して、生成されたプロファイルの識別子を受信するように構成されてもよい。

アプリケーションプロセッサ１０００は、さらに、モデムデバイスに、モデムデバイスインタフェース１００２を通して、アプリケーションプロセッサにプロファイルに関する情報を送信するように要求するコマンドを送信するように構成されてもよい。

アプリケーションプロセッサ１０００は、さらに、モデムデバイスに、モデムデバイスインタフェース１００２を通して、プロファイルを補正するコマンドを送信するように構成されてもよい。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスが提供される。通信デバイスは図１０に示したアプリケーションプロセッサを含む。

図１１は、アプリケーションプロセッサを制御する方法を示すフロー図１１００を示す。ステップ１１０２において、アプリケーションプロセッサは、モデムデバイスに、アプリケーションプロセッサのモデムデバイスインタフェースを通して、モデムデバイスのトランシーバ構造を構成するコマンドを送信する。トランシーバ構造は、複数の通信技術のうち少なくとも１つを用いて、データを送受信するように構成されている。コマンドはプロファイルの情報を含む、またはその情報である。プロファイルは、複数の通信技術の各通信技術に対するトランシーバ構造のコンフィギュレーションを指定する情報を含み、またはその情報である。

コマンドはプロファイルの識別子を含む、またはその識別子である。

コマンドはＡＴコマンドを含む、またはＡＴコマンドである。

アプリケーションプロセッサは、モデムデバイスに、モデムデバイスインタフェースを通して、プロファイルを生成するコマンドを送信する。

アプリケーションプロセッサは、モデムデバイスから、モデムデバイスインタフェースを通して、生成されたプロファイルの識別子を受け取る。

アプリケーションプロセッサは、モデムデバイスに、モデムデバイスインタフェースを通して、アプリケーションプロセッサにプロファイルに関する情報を送信するように要求するコマンドを送信する。

アプリケーションプロセッサは、モデムデバイスに、モデムデバイスインタフェースを通して、プロファイルを補正するコマンドを送信する。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスを制御する方法を提供する。この方法は、図１１に示した方法を含んでも良い。

図１２はモデムデバイス１２００を示す。モデムデバイス１２００は、データを送受信するように構成されたトランシーバ構造１２０２を含む。モデムデバイス１２００は、さらに、トランシーバ構造１２０２を用いて通信サービスを要求するサービス要求を受け取るように構成されたサービス要求レシーバ１２０４を含む。モデムデバイス１２００は、さらに、プロファイルを生成するように構成されたプロファイル生成回路１２０６を含む。プロファイルは、受け取ったサービス要求に基づいて、トランシーバ構造１２０２の構成を指定する情報を含む、またはその情報である。モデムデバイス１２００は、さらに、そのプロファイルを記憶するように構成されたメモリ１２０８を含む。トランシーバ構造１２０２、サービス要求レシーバ１２０４、プロファイル生成回路１２０６、及びメモリ１２０８は、例えば光学的接続や電気的接続（ケーブルやコンピュータバスなど）や電気信号を交換するその他の好適な電気的接続などの接続１２１０を介して、互いに結合されている。

トランシーバ構造１２０２は、トランシーバを含む、またはトランシーバである。

トランシーバ構造１２０２は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

サービス要求は、受信接続（ｉｎｃｏｍｉｎｇ ｃｏｎｎｅｃｔｉｏｎ）の表示を含む、またはその表示である。

サービス要求は、受信コール（ｉｎｃｏｍｉｎｇ ｃａｌｌ）の表示を含む、またはその表示であってもよい。

モデムデバイス１２００は、さらに、アプリケーションプロセッサインタフェース（図示せず）を含む。

モデムデバイス１２００は、アプリケーションプロセッサと、アプリケーションプロセッサインタフェースを通して、ＡＴコマンドを用いて、情報を交換するように構成できる。

サービス要求レシーバは、さらに、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを用いて（言い換えれば、アプリケーションプロセッサインタフェースを通して）、サービス要求を受け取るように構成されてもよい。

プロファイルは静的部分と動的部分を含む、または静的部分と動的部分である。プロファイル生成回路は、さらに、受信したサービス要求に基づいて、プロファイルの動的部分を生成し、メモリから静的部分を読み出すように構成されていてもよい。モデムデバイスは、さらに、要求された通信サービスの終了後に、動的部分を削除するように構成されている。

モデムデバイス１２００は、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成されたプロファイルの識別子を送るように構成されている。

モデムデバイス１２００は、さらに、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、さらに別のプロファイルを生成するコマンドを受け取るように構成されていてもよい。

モデムデバイス１２００は、さらに、さらに別のプロファイルを生成するコマンドに基づいて、さらに別のプロファイルを生成するように構成されたプロファイル生成回路（図示せず）を含む。

モデムデバイス１２００は、さらに、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成されたさらに別のプロファイルの識別子を送るように構成されていてもよい。

モデムデバイス１２００は、さらに、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取るように構成されていてもよい。

モデムデバイス１２００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを補正するコマンドを受け取るようにさらに構成されている。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスが提供される。通信デバイスは図１２に示したモデムデバイスを含む。

図１３は、モデムデバイスを制御する方法を示すフロー図１３００を示す。ステップ１３０２において、モデムデバイスは、データを送受信するように構成されたトランシーバ構造を動作させる。ステップ１３０４において、モデムデバイスのサービス要求レシーバは、トランシーバ構造を用いて、通信サービスを要求するサービス要求を受信してもよい。ステップ１３０６において、モデムデバイスのプロファイル生成回路はプロファイルを生成する。プロファイルは、受け取ったサービス要求に基づいて、トランシーバ構造の構成を指定する情報を含む、またはその情報である。ステップ１３０８において、モデムデバイスのメモリはプロファイルを記憶する。

トランシーバ構造は、トランシーバを含む、またはトランシーバである。

トランシーバ構造は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

サービス要求は、受信接続（ｉｎｃｏｍｉｎｇ ｃｏｎｎｅｃｔｉｏｎ）の表示を含む、またはその表示である。

サービス要求は、受信コール（ｉｎｃｏｍｉｎｇ ｃａｌｌ）の表示を含む、またはその表示であってもよい。

モデムデバイスはアプリケーションプロセッサインタフェースを動作させてもよい。

モデムデバイスは、アプリケーションプロセッサと、アプリケーションプロセッサインタフェースを通して、ＡＴコマンドを用いて、情報を交換できる。

モデムデバイスは、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成したプロファイルの識別子を送る。

サービス要求レシーバは、さらに、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを用いて（言い換えれば、アプリケーションプロセッサインタフェースを通して）、サービス要求を受け取ることができる。

プロファイルは静的部分と動的部分を含む、または静的部分と動的部分である。プロファイル生成回路は、さらに、受信したサービス要求に基づいて、プロファイルの動的部分を生成し、メモリから静的部分を読み出す。モデムデバイスは、さらに、要求された通信サービスの終了後に、動的部分を削除する。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、さらに別のプロファイルを生成するコマンドを受け取る。

プロファイル生成回路は、さらに別のプロファイルを生成するコマンドに基づいて、さらに別のプロファイルを生成する。

モデムデバイスは、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成されたさらに別のプロファイルの識別子を送る。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取る。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを補正するコマンドを受け取る。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスを制御する方法を提供する。この方法は、図１３に示した方法を含んでも良い。

図１４はモデムデバイス１４００を示す。モデムデバイス１４００は、データを送受信するように構成されたトランシーバ構造１４０２を含む。モデムデバイス１４００は、さらに、プロファイルを生成するように構成されたプロファイル生成回路１４０４を含む。プロファイルは、トランシーバ構造１４０８の構成を指定する情報を含む、またはその情報である。 プロファイルは静的部分と動的部分を含む、または静的部分と動的部分である。モデムデバイス１４００は、さらに、プロファイルに基づいてトランシーバ構造を構成するように構成された構成回路１４０６を含む。モデムデバイス１４００は、さらに、構成されたトランシーバ構造１４０８を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路１４０８を含む。モデムデバイス１４００は、さらに、その静的部分を記憶するように構成されたメモリ１４１０を含む。モデムデバイス１４００は、要求された通信接続の終了後に、動的部分を削除するように構成されている。トランシーバ構造１４０２、プロファイル生成回路１４０４、構成回路１４０６、データ通信接続セットアップ回路１４０８、及びメモリ１４１０は、例えば光学的接続や電気的接続（ケーブルやコンピュータバスなど）や電気信号を交換するその他の好適な電気的接続などの接続１４１２を介して、互いに結合されている。

トランシーバ構造１４０２は、トランシーバを含む、またはトランシーバである。

トランシーバ構造１４０２は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

モデムデバイス１４００は、さらに、アプリケーションプロセッサインタフェース（図示せず）を含む。

モデムデバイス１４００は、アプリケーションプロセッサと、アプリケーションプロセッサインタフェースを通して、ＡＴコマンドを用いて、情報を交換するように構成できる。

モデムデバイス１４０００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを生成するコマンドを受け取るように構成されている。

モデムデバイス１４００は、さらに、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成されたプロファイルの識別子を送るように構成されている。

モデムデバイス１４００は、さらに、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取るように構成されていてもよい。

モデムデバイス１４００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを補正するコマンドを受け取るようにさらに構成されている。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスが提供される。通信デバイスは図１４に示したモデムデバイスを含む。

図１５は、モデムデバイスを制御する方法を示すフロー図１５００を示す。ステップ１５０２において、モデムデバイスは、データを送受信するように構成されたトランシーバ構造を動作させる。ステップ１５０４において、モデムデバイスのプロファイル生成回路はプロファイルを生成する。プロファイルは、トランシーバ構造の構成を指定する情報を含む、またはその情報である。 プロファイルは静的部分と動的部分を含む、または静的部分と動的部分である。ステップ１５０６において、モデムデバイスの構成回路は、プロファイルに基づいてトランシーバ構造を構成する。ステップ１５０８において、モデムデバイスのデータ通信接続セットアップ回路は、構成されたトランシーバ構造を用いて、データ通信接続をセットアップする。ステップ１５１２０において、モデムデバイスのメモリは静的部分を記憶する。ステップ１５１２において、モデムデバイスは、通信接続が終了すると、動的部分を削除する。

トランシーバ構造は、トランシーバを含む、またはトランシーバである。

トランシーバ構造は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

モデムデバイスはアプリケーションプロセッサインタフェースを動作させてもよい。

モデムデバイスは、アプリケーションプロセッサと、アプリケーションプロセッサインタフェースを通して、ＡＴコマンドを用いて、情報を交換できる。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを生成するコマンドを受け取る。

モデムデバイスは、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成したプロファイルの識別子を送る。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取る。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを補正するコマンドを受け取る。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスを制御する方法を提供する。この方法は、図１５に示した方法を含んでも良い。

図１６はモデムデバイス１６００を示す。モデムデバイス１６００は、データを送受信するように構成されたトランシーバ構造１６０２を含む。モデムデバイス１６００は、さらに、プロファイルを記憶するように構成されたメモリ１６０４を含む。プロファイルは、トランシーバ構造の構成を指定する情報を含む、またはその情報である。モデムデバイス１６００は、さらに、プロファイルに基づいてトランシーバ構造１６０２を構成するように構成された構成回路１６０６を含む。モデムデバイス１６００は、さらに、構成されたトランシーバ構造１６０２を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路１６０８を含む。モデムデバイス１６００は、さらに、アプリケーションプロセッサインタフェース１６１０を含む。モデムデバイス１６００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース１６１０を通して、プロファイルを補正するモデムデバイス１６００への命令を含む、またはその命令であるコマンドを、受け取るように構成されていてもよい。モデムデバイス１６００は、さらに、データ通信接続が確立されている間に、コマンドに基づいて、トランシーバ構造１６０２の構成を変更するように構成された再構成回路１６１２を含んでもよい。トランシーバ構造１６０２、メモリ１６０４、構成回路１６０６、データ通信接続回路１６０８、アプリケーションプロセッサインタフェース１６１０、及び再構成回路１６１２は、例えば光学的接続や電気的接続（ケーブルやコンピュータバスなど）や電気信号を交換するその他の好適な電気的接続などの接続１６１４を介して、互いに結合されている。

トランシーバ構造は、トランシーバを含む、またはトランシーバである。

トランシーバ構造は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

モデムデバイス１６００は、さらに、コマンドに基づいてプロファイルを補正するように構成されたプロファイル補正回路（図示せず）を含む。

コマンドはプロファイルの識別子を含む、またはその識別子である。

コマンドはＡＴコマンドを含む、またはＡＴコマンドである。

モデムデバイス１６００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース１６１０を通じて、プロファイルを生成するコマンドを受け取るようにさらに構成されている。

モデムデバイス１６００は、アプリケーションプロセッサに、アプリケーションプロセッサインタフェース１６１０を通じて、生成されたプロファイルの識別子を送るようにさらに構成されている。

モデムデバイス１６００は、さらに、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース１６１０を通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取るように構成されていてもよい。

プロファイルは、トランシーバ構成１６０２により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスが提供される。通信デバイスは図１６に示したモデムデバイスを含む。

図１７は、モデムデバイスを制御する方法を示すフロー図１７００を示す。ステップ１７０２において、モデムデバイスは、データを送受信するように構成されたトランシーバ構造を動作させる。ステップ１７０４において、モデムデバイスのメモリはプロファイルを記憶する。プロファイルは、トランシーバ構造の構成を指定する情報を含む、またはその情報である。ステップ１７０６において、モデムデバイスの構成回路は、プロファイルに基づいてトランシーバ構造を構成する。ステップ１７０８において、モデムデバイスのデータ通信接続セットアップ回路は、構成されたトランシーバ構造を用いて、データ通信接続をセットアップする。ステップ１７１０において、モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通して、プロファイルを補正するモデムデバイスへの命令を含むまたはその命令であるコマンドを、受け取る。ステップ１７１２において、モデムデバイスは、データ通信接続が確立されている間に、コマンドに基づいてトランシーバ構造の構成を変更する。

トランシーバ構造は、トランシーバを含む、またはトランシーバである。

トランシーバ構造は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

モデムデバイスは、コマンドに基づいてプロファイルを補正できる。

コマンドはプロファイルの識別子を含む、またはその識別子である。

コマンドはＡＴコマンドを含む、またはＡＴコマンドである。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを生成するコマンドを受け取る。

モデムデバイスは、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成したプロファイルの識別子を送る。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取る。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスを制御する方法を提供する。この方法は、図１７に示した方法を含んでも良い。

図１８はモデムデバイス１８００を示す。モデムデバイス１８００は、データを送受信するように構成されたトランシーバ構造１８０２を含む。モデムデバイス１８００は、さらに、プロファイルを記憶するように構成されたメモリ１８０４を含む。プロファイルは、トランシーバ構造１８０２の構成を指定する情報を含む、またはその情報である。モデムデバイス１８００は、さらに、プロファイルに基づいてトランシーバ構造１８０６を構成するように構成された構成回路１８０２を含む。モデムデバイス１８００は、さらに、構成されたトランシーバ構造１８０８を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路１８０２を含む。モデムデバイス１８００は、さらに、アプリケーションプロセッサインタフェース１８１０を含む。モデムデバイス１８００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース１８１０を通して、プロファイルを補正する命令を含むまたはその命令である第１の命令と、補正されたプロファイルに基づいて（または第１のコマンドに基づいて）トランシーバ構造１８０２を再構成する第２のコマンドとを受け取るように構成してもよい。モデムデバイス１８００は、さらに、第２のコマンドの受け取りと、データ通信接続の終了とのうち少なくとも一方まで、トランシーバ構造１８０２の構成を維持する（言い換えると、変更しない）ように構成されていてもよい。トランシーバ構造１８０２、メモリ１８０４、構成回路１８０６、データ通信接続セットアップ回路１８０８、及びアプリケーションプロセッサインタフェース１８１０は、例えば光学的接続や電気的接続（ケーブルやコンピュータバスなど）や電気信号を交換するその他の好適な電気的接続などの接続１８１２を介して、互いに結合されている。

トランシーバ構造１８０２は、トランシーバを含む、またはトランシーバである。

トランシーバ構造１８０２は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

モデムデバイス１８００は、さらに、第１のコマンドに基づいてプロファイルを補正するように構成されたプロファイル補正回路（図示せず）を含む。

第１のコマンドはプロファイルの識別子を含む、またはその識別子である。

第２のコマンドはプロファイルの識別子を含む、またはその識別子である。

第１のコマンドはＡＴコマンドを含む、またはＡＴコマンドである。

第２のコマンドはＡＴコマンドを含む、またはＡＴコマンドである。

モデムデバイス１８００は、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース１８１０を通じて、プロファイルを生成するコマンドを受け取るようにさらに構成されている。

モデムデバイス１８００は、アプリケーションプロセッサに、アプリケーションプロセッサインタフェース１８１０を通じて、生成されたプロファイルの識別子を送るようにさらに構成されている。

モデムデバイス１８００は、さらに、アプリケーションプロセッサから、アプリケーションプロセッサインタフェース１８１０を通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取るように構成されていてもよい。

プロファイルは、トランシーバ構成１８０２により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスが提供される。通信デバイスは図１８に示したモデムデバイスを含む。

図１９は、モデムデバイスを制御する方法を示すフロー図１９００を示す。ステップ１９０２において、モデムデバイスは、データを送受信するように構成されたトランシーバ構造を動作させる。ステップ１９０４において、モデムデバイスのメモリはプロファイルを記憶する。プロファイルは、トランシーバ構造の構成を指定する情報を含む、またはその情報である。ステップ１９０６において、モデムデバイスの構成回路は、プロファイルに基づいてトランシーバ構造を構成する。ステップ１９０８において、モデムデバイスのデータ通信接続セットアップ回路は、構成されたトランシーバ構造を用いて、データ通信接続をセットアップする。ステップ１９１０において、モデムデバイスは、アプリケーションプロセッサから、モデムデバイスのアプリケーションプロセッサインタフェースを通して、プロファイルを補正する命令を含むまたはその命令である第１のコマンドと、補正されたプロファイルに基づいて（または第１のコマンドに基づいて）トランシーバ構造を再構成する第２のコマンドとを受け取る。ステップ１９１２において、モデムデバイスは、さらに、第２のコマンドの受け取りと、データ通信接続の終了とのうち少なくとも一方まで、トランシーバ構造の構成を維持する（言い換えると、変更しない）ように構成されていてもよい。

トランシーバ構造は、トランシーバを含む、またはトランシーバである。

トランシーバ構造は、複数のトランシーバを含んでも、または複数のトランシーバであってもよい。

モデムデバイスは、第１のコマンドに基づいてプロファイルを補正できる。

第１のコマンドはプロファイルの識別子を含む、またはその識別子である。

第２のコマンドはプロファイルの識別子を含む、またはその識別子である。

第１のコマンドはＡＴコマンドを含む、またはＡＴコマンドである。

第２のコマンドはＡＴコマンドを含む、またはＡＴコマンドである。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、プロファイルを生成するコマンドを受け取る。

モデムデバイスは、アプリケーションプロセッサに、アプリケーションプロセッサインタフェースを通じて、生成したプロファイルの識別子を送る。

モデムデバイスは、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通じて、アプリケーションプロセッサにプロファイルに関する情報を送るように要求するコマンドを受け取る。

プロファイルは、トランシーバ構成により受信される、またはそれから送信されるメディアのタイプを示す情報を含む、またはその情報である。

メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータのうち少なくとも１つを含む、または少なくとも１つである。

通信デバイスを制御する方法を提供する。この方法は、図１９に示した方法を含んでも良い。
モデムデバイス及び／またはアプリケーションプロセッサ及び／または通信デバイスは、次の無線アクセス技術のうちの少なくとも１つにより、データを送受信するように構成されている：
ブルートゥース無線通信技術、Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ （ＵＷＢ）無線通信技術，及び／またはＷｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ無線通信技術（例えば、ＩＥＥＥ８０２．１１（例えばＩＥＥＥ８０２．１１ｎ）無線通信標準によるもの）），ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ），Ｚ−Ｗａｖｅ及びＺｉｇＢｅｅ，ＨｉｐｅｒＬＡＮ／２（（Ｈｉｇｈ ＰＥｒｆｏｒｍａｎｃｅ Ｒａｄｉｏ ＬＡＮ；代替的なＡＴＭのような５ＧＨｚ標準技術），ＩＥＥＥ８０２．１ｌａ（５ＧＨｚ），ＩＥＥＥ８０２．１１ｇ（２．４ＧＨｚ），ＩＥＥＥ８０２．１１ｎ，ＩＥＥＥ８０２．１１ＶＨＴ（ＶＨＴ＝Ｖｅｒｙ Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ），Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭａｘ）（例えば、ＩＥＥＥ ８０２．１６無線通信標準によるもの、例えばＷｉＭａｘ ｆｉｘｅｄまたはＷｉＭａｘ ｍｏｂｉｌｅ），ＷｉＰｒｏ，ＨｉｐｅｒＭＡＮ（Ｈｉｇｈ Ｐｅｒｆｏｒｍａｎｃｅ Ｒａｄｉｏ Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ）及び／またはＩＥＥＥ ８０２．１６ｍ Ａｄｖａｎｃｅｄ Ａｉｒ Ｉｎｔｅｒｆａｃｅ，Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）無線通信技術，Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）無線通信技術，Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）無線通信技術，及び／またはＴｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）無線通信技術（例えば、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ），ＦＯＭＡ（Ｆｒｅｅｄｏｍ ｏｆ Ｍｕｌｔｉｍｅｄｉａ Ａｃｃｅｓｓ），３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ），３ＧＰＰ ＬＴＥ Ａｄｖａｎｃｅｄ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）），ＣＤＭＡ２０００（Ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ２０００），ＣＤＰＤ（Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ），Ｍｏｂｉｔｅｘ，３Ｇ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ），ＣＳＤ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｄａｔａ），ＨＳＣＳＤ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ Ｄａｔａ），ＵＭＴＳ（３Ｇ）（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ）），Ｗ−ＣＤＭＡ （ＵＭＴＳ）（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）），ＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ），ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ），ＨＳＵＰＡ（Ｈｉｇｈ− Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ），ＨＳＰＡ＋（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ Ｐｌｕｓ），ＵＭＴＳ−ＴＤＤ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ−Ｔｉｍｅ−Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ），ＴＤ−ＣＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ − Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ），ＴＤ−ＣＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ − Ｓｙｎｃｈｒｏｎｏｕｓ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ），３ＧＰＰ Ｒｅｌ．８（Ｐｒｅ−４Ｇ）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ ８（Ｐｒｅ−４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）），ＵＴＲＡ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ），Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ），ＬＴＥ Ａｄｖａｎｃｅｄ（４Ｇ）（Ｌｏｎｇ Ｔｅｒｒａ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ （４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）），ｃｄｍａＯｎｅ（２Ｇ），ＣＤＭＡ２０００（３Ｇ）（Ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ２０００（Ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ）），ＥＶ−ＤＯ（Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ ｏｒ Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｎｌｙ），ＡＭＰＳ（１ Ｇ）（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（１ｓｔ Ｇｅｎｅｒａｔｉｏｎ）），ＴＡＣＳ／ＥＴＡＣＳ（Ｔｏｔａｌ Ａｃｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ／Ｅｘｔｅｎｄｅｄ Ｔｏｔａｌ Ａｃｃｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ），Ｄ−ＡＭＰＳ（２Ｇ）（Ｄｉｇｉｔａｌ ＡＭＰＳ（２ｎｄ Ｇｅｎｅｒａｔｉｏｎ）），ＰＴＴ（Ｐｕｓｈ−ｔｏ−ｔａｌｋ），ＭＴＳ（Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ），ＩＭＴＳ（Ｉｍｐｒｏｖｅｄ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ），ＡＭＴＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ），ＯＬＴ（Ｎｏｒｗｅｇｉａｎ ｆｏｒ Ｏｆｆｅｎｔｌｉｇ Ｌａｎｄｍｏｂｉｌ Ｔｅｌｅｆｏｎｉ， Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｙ），ＭＴＤ（Ｍｏｂｉｌｔｅｌｅｆｏｎｉｓｙｓｔｅｍ Ｄ，またはＭｏｂｉｌｅ ｔｅｌｅｐｈｏｎｙ ｓｙｓｔｅｍ Ｄのスウェーデンにおける略語），Ａｕｔｏｔｅｌ／ＰＡＬＭ（Ｐｕｂｌｉｃ Ａｕｔｏｍａｔｅｄ Ｌａｎｄ Ｍｏｂｉｌｅ），ＡＲＰ（Ｆｉｎｎｉｓｈ ｆｏｒ Ａｕｔｏｒａｄｉｏｐｕｈｅｌｉｎ，「ｃａｒ ｒａｄｉｏ ｐｈｏｎｅ」），ＮＭＴ（Ｎｏｒｄｉｃ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｙ），Ｈｉｃａｐ（Ｈｉｇｈ ｃａｐａｃｉｔｙ ｖｅｒｓｉｏｎ ｏｆ ＮＴＴ （Ｎｉｐｐｏｎ Ｔｅｌｅｇｒａｐｈ ａｎｄ Ｔｅｌｅｐｈｏｎｅ）），ＣＤＰＤ （Ｃｅｌｌｕｌａｒ Ｄｉｇｉｔａｌ Ｐａｃｋｅｔ Ｄａｔａ），Ｍｏｂｉｔｅｘ，ＤａｔａＴＡＣ，ｉＤＥＮ（Ｉｎｔｅｇｒａｔｅｄ Ｄｉｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ），ＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ｃｅｌｌｕｌａｒ），ＣＳＤ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｄａｔａ），ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ），ＷｉＤＥＮ（Ｗｉｄｅｂａｎｄ Ｉｎｔｅｇｒａｔｅｄ Ｄｉｇｉｔａｌ Ｅｎｈａｎｃｅｄ Ｎｅｔｗｏｒｋ），ｉＢｕｒｓｔ，Ｕｎｌｉｃｅｎｓｅｄ Ｍｏｂｉｌｅ Ａｃｃｅｓｓ（ＵＭＡ， 及び３ＧＰＰＧｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，またはＧＡＮ標準と呼ばれているもの）。

本発明を本開示の具体的な態様を参照して図示し、説明したが、当業者には言うまでもなく、特許請求の範囲により確定される本発明の精神と範囲から逸脱することなく、形式的及び詳細上の様々な変更が可能である。本発明の範囲は、添付した請求項に記載されており、請求項の意味と均等物の範囲内での変更はすべてその請求項に含まれる。
本開示には以下の実施形態が含まれる。
（付記１） モデムデバイスであって、
複数の通信技術のうちの少なくとも１つを用いてデータを送受信するように構成されたトランシーバ構造と、
前記複数の通信技術のうちの各通信技術のための前記トランシーバ構造の構成を指定する情報を含むプロファイルを記憶するように構成されたメモリと、
前記モデムデバイスが、アプリケーションプロセッサから、アプリケーションプロセッサインタフェースを通して、前記トランシーバ構造を構成するコマンドを受け取るように構成されている、前記アプリケーションプロセッサインタフェースとを有し、
前記コマンドは、前記プロファイルにより前記トランシーバ構造を構成する、前記モデムデバイスへの命令を含む、モデムデバイス。
（付記２） 前記複数の通信技術のうちの各通信技術は、次の通信技術のリストから選択された少なくとも１つの通信技術を含む付記１に記載のモデムデバイス：
回線交換通信技術、
レガシー回線交換通信技術、
ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）回線交換通信技術、
ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）回線交換通信技術、
ＩＭＳ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）通信技術、
ＩＭＳオーバー高速パケットアクセス（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ ｏｖｅｒ ｈｉｇｈ ｓｐｅｅｄ ｐａｃｋｅｔ ａｃｃｅｓｓ）通信技術、及び
ＩＭＳオーバーＬＴＥ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ ｏｖｅｒ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）通信技術。
（付記３） 前記コマンドは前記プロファイルの識別子を含む、
付記１または２に記載のモデムデバイス。
（付記４） 前記コマンドはＡＴコマンドを含む、
付記１乃至３いずれか一項に記載のモデムデバイス。
（付記５） 前記モデムデバイスは、さらに、前記アプリケーションプロセッサから、前記アプリケーションプロセッサインタフェースを通して、前記プロファイルを生成するコマンドを受け取るように構成されている、
付記１乃至４いずれか一項に記載のモデムデバイス。
（付記６） 前記モデムデバイスは、前記アプリケーションプロセッサに、前記アプリケーションプロセッサインタフェースを通して、前記生成されたプロファイルの識別子を送るように構成されている、
付記５に記載のモデムデバイス。
（付記７） 前記モデムデバイスは、さらに、前記アプリケーションプロセッサから、前記アプリケーションプロセッサインタフェースを通して、前記アプリケーションプロセッサに前記プロファイルに関する情報を送るように要求するコマンドを受け取るように構成されている、
付記１乃至６いずれか一項に記載のモデムデバイス。
（付記８） 前記モデムデバイスは、さらに、前記アプリケーションプロセッサから、前記アプリケーションプロセッサインタフェースを通して、前記プロファイルを補正するコマンドを受け取るように構成されている、
付記１乃至７いずれか一項に記載のモデムデバイス。
（付記９） 前記プロファイルは、前記トランシーバ構造により受信されるまたは前記トランシーバ構造から送信されるメディアのタイプを示す情報を含む、
付記１乃至８いずれか一項に記載のモデムデバイス。
（付記１０） 前記メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータよりなるタイプのリストから選択された少なくとも１つのタイプを含む、
付記９に記載のモデムデバイス。
（付記１１） アプリケーションプロセッサであって、
前記アプリケーションプロセッサが、モデムデバイスに、モデムデバイスインタフェースを通して、前記モデムデバイスのトランシーバ構造を構成するコマンドを送るように構成されている、前記トランシーバ構造は複数の通信技術のうちの少なくとも１つを用いてデータを送受信するように構成されている、前記モデムデバイスインタフェースを有し、
前記コマンドは、前記複数の通信技術のうちの各通信技術のための前記トランシーバ構造の構成を指定する情報を含むプロファイルの情報を含む、
アプリケーションプロセッサ。
（付記１２） 前記コマンドは前記プロファイルの識別子を含む、
付記１１に記載のアプリケーションプロセッサ。
（付記１３） 前記コマンドはＡＴコマンドを含む、
付記１１または１２に記載のアプリケーションプロセッサ。
（付記１４） 前記プロファイルは、前記トランシーバ構造により受信されるまたは前記トランシーバ構造から送信されるメディアのタイプを示す情報を含む、
付記１１ないし１３いずれか一項に記載のアプリケーションプロセッサ。
（付記１５） 前記メディアのタイプは、オーディオデータ、ビデオデータ、及びテキストデータよりなるタイプのリストから選択された少なくとも１つのタイプを含む、
付記１４に記載のアプリケーションプロセッサ。
（付記１６） モデムデバイスであって、
データを送受信するように構成されたトランシーバ構造と、
前記トランシーバ構造を用いて通信サービスを要求するサービス要求を受け取るように構成されたサービス要求レシーバと、
前記トランシーバ構造の構成を指定する情報を含むプロファイルを、前記受け取ったサービス要求に基づき生成するように構成されたプロファイル生成回路と、
前記プロファイルを記憶するように構成されたメモリとを有する、モデムデバイス。
（付記１７） 前記サービス要求は受信コールの表示を含む、
付記１６に記載のモデムデバイス。
（付記１８） 前記モデムデバイスが、アプリケーションプロセッサと、アプリケーションプロセッサインタフェースを通して、ＡＴコマンドを用いて、情報を交換するように構成された、前記アプリケーションプロセッサインタフェースをさらに有する、
付記１６または１７に記載のモデムデバイス。
（付記１９） 前記プロファイルは、前記トランシーバ構造により受信されるまたは前記トランシーバ構造から送信されるメディアのタイプを示す情報を含む、
付記１６乃至１８いずれか一項に記載のモデムデバイス。
（付記２０） アプリケーションプロセッサインタフェースをさらに有し、
前記サービス要求レシーバは、さらに、前記アプリケーションプロセッサから、前記アプリケーションプロセッサインタフェースを通して前記サービス要求を受け取るように構成されている、
付記１６乃至１９いずれか一項に記載のモデムデバイス。
（付記２１） 前記プロファイルは静的部分と動的部分とを含み、
前記プロファイル生成回路は、さらに、前記受信されたサービス要求に基づいて、前記プロファイルの動的部分を生成し、前記メモリから前記静的部分を読み出すように構成され、
前記モデムデバイスは、前記要求された通信サービスの終了後に、前記動的部分を削除するように構成されている、
付記２０に記載のモデムデバイス。
（付記２２） モデムデバイスであって、
データを送受信するように構成されたトランシーバ構造と、
前記トランシーバ構造の構成を指定する情報を含み、静的部分と動的部分とを含むプロファイルを生成するように構成されたプロファイル生成回路と、
前記プロファイルに基づき前記トランシーバ構造を構成するように構成された構成回路と、
前記構成されたトランシーバ構造を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路と、
前記静的部分を記憶するように構成されたメモリとを有し、
前記モデムデバイスは、前記通信接続の終了後に、前記動的部分を削除するように構成されている、モデムデバイス。
（付記２３） 前記モデムデバイスが、アプリケーションプロセッサと、アプリケーションプロセッサインタフェースを通して、ＡＴコマンドを用いて、情報を交換するように構成された、前記アプリケーションプロセッサインタフェースをさらに有する、
付記２２に記載のモデムデバイス。
（付記２４） 前記プロファイルは、前記トランシーバ構造により受信されるまたは前記トランシーバ構造から送信されるメディアのタイプを示す情報を含む、
付記２２または２３に記載のモデムデバイス。
（付記２５） モデムデバイスであって、
データを送受信するように構成されたトランシーバ構造と、
前記トランシーバ構造の構成を指定する情報を含むプロファイルを記憶するように構成されたメモリと、
前記プロファイルに基づき前記トランシーバ構造を構成するように構成された構成回路と、
前記構成されたトランシーバ構造を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路と、
前記モデムデバイスが前記アプリケーションプロセッサからアプリケーションプロセッサインタフェースを通して前記プロファイルを補正する前記モデムデバイスへの命令を含むコマンドを受け取るように構成された、前記アプリケーションプロセッサインタフェースと、
前記データ通信接続が確立されている間に、前記補正されたプロファイルに基づき、前記トランシーバ構造の構成を変更するように構成された再構成回路とを有する、
モデムデバイス。
（付記２６） 前記コマンドに基づき前記プロファイルを補正するように構成されたプロファイル補正回路をさらに有する、
付記２５に記載のモデムデバイス。
（付記２７） 前記コマンドはＡＴコマンドを含む、
付記２５または２６に記載のモデムデバイス。
（付記２８） 前記プロファイルは、前記トランシーバ構造により受信されるまたは前記トランシーバ構造から送信されるメディアのタイプを示す情報を含む、
付記２５乃至２７いずれか一項に記載のモデムデバイス。
（付記２９） モデムデバイスであって、
データを送受信するように構成されたトランシーバ構造と、
前記トランシーバ構造の構成を指定する情報を含むプロファイルを記憶するように構成されたメモリと、
前記プロファイルに基づき前記トランシーバ構造を構成するように構成された構成回路と、
前記構成されたトランシーバ構造を用いて、データ通信接続をセットアップするように構成されたデータ通信接続セットアップ回路と、
前記モデムデバイスが、前記アプリケーションプロセッサから、前記アプリケーションプロセッサインタフェースを通して、前記プロファイルを補正する命令を含む第１のコマンドと、前記補正されたプロファイルに基づいて前記トランシーバ構造を再構成する第２のコマンドとを受け取るように構成された、前記アプリケーションプロセッサインタフェースをさらに有し、
前記モデムデバイスは、さらに、前記第２のコマンドの受け取りと、前記データ通信接続の終了とのうち少なくとも一方まで、前記トランシーバ構造の構成を維持するように構成されている、
モデムデバイス。
（付記３０） 前記第１のコマンドに基づき前記プロファイルを補正するように構成されたプロファイル補正回路をさらに有する、
付記２９に記載のモデムデバイス。
（付記３１） 前記第１のコマンドはＡＴコマンドを含む、
付記２９または３０に記載のモデムデバイス。
（付記３２） 前記プロファイルは、前記トランシーバ構造により受信されるまたは前記トランシーバ構造から送信されるメディアのタイプを示す情報を含む、
付記２９乃至３１いずれか一項に記載のモデムデバイス。

Claims (21)

1. 端末装置（ＴＥ）であって、ＴＥインターフェースを有し、該ＴＥインターフェースは、
   移動端末（ＭＴ）に、メディアプロファイルを生成するよう前記ＭＴに指示する第１コマンドを送信し、前記第１コマンドは前記メディアプロファイルのメディア記述を含むＡＴコマンドであり、前記メディア記述はセッション記述プロトコル（ＳＤＰ）に適合し、
   前記ＭＴから、前記第１コマンドへの応答として、前記メディアプロファイルの識別番号を受信するように構成され、
   前記メディアプロファイルは静的部分と動的部分とを有し、前記静的部分は１つより多い通信セッションに対して画定され、前記静的部分は通信セッションごとに画定される、
   端末装置。
2. 前記ＴＥはさらに、前記ＭＴに、前記メディアプロファイルを用いて通信を開始する第２コマンドを送信するように構成され、前記第２コマンドは前記メディアプロファイルの識別番号を含むＡＴコマンドである、
   請求項１に記載の端末装置。
3. 前記メディアプロファイルはオーディオメディアとビデオメディアとのうち少なくとも一方をサポートするように構成される、請求項１に記載の端末装置。
4. 前記第１コマンドは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ （３ＧＰＰ） Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ）プロジェクトに適合した＋ＣＤＥＦＭＰコマンドである、
   請求項１に記載の端末装置。
5. 前記第２コマンドは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ （３ＧＰＰ） Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ） プロジェクトに適合した＋ＣＤＵコマンドである、
   請求項２に記載の端末装置。
6. 移動端末（ＭＴ）であって、トランシーバと、ＭＴインターフェースと、メディアプロファイル生成モジュールとを有し、
   端末装置（ＴＥ）から、メディアプロファイルを画定する第１コマンドを受信し、前記第１コマンドは前記メディアプロファイルのメディア記述を含むＡＴコマンドであり、前記メディア記述はセッション記述プロトコル（ＳＤＰ）に適合し、
   前記メディアプロファイル生成モジュールが、前記第１コマンドの受信に応じて、前記メディアプロファイルを生成し、
   前記ＴＥに、前記第１コマンドへの応答として、前記メディアプロファイルの識別番号を送信するように構成され、
   前記メディアプロファイルは静的部分と動的部分とを有し、前記静的部分は１つより多い通信セッションに対して画定され、前記静的部分は通信セッションごとに画定される、
   移動端末。
7. 前記ＭＴはさらに、前記ＴＥから、前記メディアプロファイルを用いて通信を開始する第２コマンドを受信するように構成され、前記第２コマンドは前記メディアプロファイルの識別番号を含むＡＴコマンドである、
   請求項６に記載の移動端末。
8. 前記メディアプロファイルはオーディオメディアとビデオメディアとのうち少なくとも一方をサポートするように構成される、請求項６に記載の移動端末。
9. 前記第１コマンドは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ （３ＧＰＰ） Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ）プロジェクトに適合した＋ＣＤＥＦＭＰコマンドである、
   請求項６に記載の移動端末。
10. 前記第２コマンドは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ （３ＧＰＰ） Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ） プロジェクトに適合した＋ＣＤＵコマンドである、
    請求項７に記載の移動端末。
11. 端末装置（ＴＥ）と移動端末（ＭＴ）とを有するモバイルデバイスにおける方法であって、
    前記ＴＥから前記ＭＴに、メディアプロファイルを生成するように前記ＭＴに指示する第１コマンドを送信することであって、前記第１コマンドは前記メディアプロファイルのメディア記述を含むＡＴコマンドであり、前記メディア記述はセッション記述プロトコル（ＳＤＰ）に適合する、ことと、
    前記ＭＴが、前記第１コマンドの受信に応じて、前記メディアプロファイルを生成することであって、前記メディアプロファイルは静的部分と動的部分とを有し、前記静的部分は１つより多い通信セッションに対して画定され、前記静的部分は通信セッションごとに画定される、ことと、
    前記ＭＴから前記ＴＥに、前記第１コマンドへの応答として、前記メディアプロファイルの識別番号を返すこととを含む、
    方法。
12. 前記ＴＥから前記ＭＴに、前記メディアプロファイルを用いて通信を開始する第２コマンドを送信することをさらに含み、前記第２コマンドは前記メディアプロファイルの識別番号を含むＡＴコマンドである、
    請求項１１に記載の方法。
13. 前記メディアプロファイルはオーディオメディアとビデオメディアのうち少なくとも一方をサポートする、
    請求項１１に記載の方法。
14. 前記第１コマンドは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ （３ＧＰＰ） Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ）プロジェクトに適合した＋ＣＤＥＦＭＰコマンドである、
    請求項１１に記載の方法。
15. 前記第２コマンドは、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ （３ＧＰＰ） Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ） プロジェクトに適合した＋ＣＤＵコマンドである、
    請求項１２に記載の方法。
16. 前記ＭＴはトランシーバと、ＴＥインターフェースと、前記メディアプロファイルを生成するように構成されたメディアプロファイル生成部とを有する、
    請求項１１に記載の方法。
17. コンピュータプログラムであって、端末装置（ＴＥ）と移動端末（ＭＴ）とを有するモバイルデバイスの一以上のプロセッサに、
    前記ＭＴが、リモートパーティから第１の呼を受け取ることと、
    前記ＭＴから前記ＴＥに、前記第１の呼に対して第１メディアプロファイルを提案するコマンドを送信することであって、前記コマンドは前記第１メディアプロファイルのメディア記述を含むＡＴコマンドであり、前記メディア記述はセッション記述プロトコル（ＳＤＰ）に適合する、ことと、
    前記第１メディアプロファイルを提案する前記コマンドの受信に応じて、前記ＴＥが、前記第１メディアプロファイルを受け入れ、または前記ＴＥから前記ＭＴに、前記第１の呼に対して第２メディアプロファイルを提案することとを実行させ、
    メディアプロファイルは静的部分と動的部分とを有し、前記静的部分は１つより多い通信セッションに対して画定され、前記静的部分は通信セッションごとに画定される、
    コンピュータプログラム。
18. 前記ＭＴはトランシーバと、ＴＥインターフェースと、前記第１メディアプロファイル及び／又は第２メディアプロファイルを生成するメディアプロファイル生成部とを有する、
    請求項１７に記載のコンピュータプログラム。
19. コンピュータプログラムであって、端末装置（ＴＥ）と移動端末（ＭＴ）とを有するモバイルデバイスの一以上のプロセッサに、
    前記ＴＥから前記ＭＴに、呼の、以前に生成されたメディアプロファイルを修正するコマンドを送信することであって、前記コマンドは前記メディアプロファイルのメディア記述を含むＡＴコマンドであり、前記メディア記述はセッション記述プロトコル（ＳＤＰ）に適合する、ことと、
    前記ＭＴが、前記コマンドの受信に応じて前記メディアプロファイルを修正することとを実行させ、
    前記メディアプロファイルは静的部分と動的部分とを有し、前記静的部分は１つより多い通信セッションに対して画定され、前記静的部分は通信セッションごとに画定される、
    コンピュータプログラム。
20. 前記ＭＴはトランシーバと、ＴＥインターフェースと、前記メディアプロファイルを生成するように構成されたメディアプロファイル生成部とを有する、
    請求項１９に記載のコンピュータプログラム。
21. 請求項１７または１９に記載のコンピュータプログラムを格納した非一時的コンピュータ可読媒体。

Images