最大パケットサイズ属性を規定する、回線交換マルチメディアサービスとパケット交換マルチメディアサービスとの間の効率的なインターワーキング
【課題】パケット交換端末から回線交換端末にメディアを送信する時、非効率な再フォーマッティングを行わないようにする。
【解決手段】インターワーキングノード１２０は、通話セットアップの間に回線交換端末から情報を取得し、電話セッションの別の終端が回線交換端末１４０であることをパケット交換端末１１０にシグナリングする。さらなる観点において、インターワーキングノードは、回線交換端末と交渉した最大パケットサイズ制限をパケット交換端末にシグナリングする。さらに、インターワーキングノードによるデータ再フォーマッティングを最小化するために、パケット交換端末が最大交渉パケットサイズに適応する。
【解決手段】インターワーキングノード１２０は、通話セットアップの間に回線交換端末から情報を取得し、電話セッションの別の終端が回線交換端末１４０であることをパケット交換端末１１０にシグナリングする。さらなる観点において、インターワーキングノードは、回線交換端末と交渉した最大パケットサイズ制限をパケット交換端末にシグナリングする。さらに、インターワーキングノードによるデータ再フォーマッティングを最小化するために、パケット交換端末が最大交渉パケットサイズに適応する。
【発明の詳細な説明】
【関連出願】
【０００１】
本出願は、“回線交換マルチメディアサービスとパケット交換マルチメディアサービスとの間を、短い待ち時間でインターワーキングする方法および装置”と題する２００８年１月１４日に出願された米国仮出願６１／０２０，９８２号、ならびに、“回線交換マルチメディアサービスとパケット交換マルチメディアサービスとの間を、短い待ち時間でインターワーキングする方法および装置”と題する２００８年１月１５日に出願された米国仮出願６１／０２１，１６３号に対して優先権を主張する。これらの内容は、参照によりここにすべて組み込まれている。
【技術分野】
【０００２】
本開示は、回線交換マルチメディアサービスとパケット交換マルチメディアサービスとの間の、効率的な、短い待ち時間でのインターワーキングを提供する技術に関連している。
【背景】
【０００３】
パケット交換インターネットプロトコル（ＩＰ）ネットワークに基づく標準化されたマルチメディアサービスが近年開発されている。例えば、ここではマルチメディア電話としても言及している、ＩＰマルチメディアシステム（ＭＴＳＩ）のためのマルチメディア電話サービスは、移動体通信のための第３世代パートナーシッププロジェクト（３ＧＰＰ）により開発されているＩＰベースのマルチメディア電話サービスである。ここでは後に“３ＧＰＰ仕様”として言及している、３ＧＰＰ ＴＳ ２６．１１４ Ｖ７．５．０、“技術仕様グループサービスおよびシステムアスペクトのＩＰマルチメディアサブシステム（ＩＭＳ）；マルチメディア電話；メディアハンドリングおよび対話”、ならびに、３ＧＰＰ ＴＳ ２９．１６３Ｖ８．３．０、“技術仕様グループコアネットワークおよび端末；ＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステムと回線交換（ＣＳ）ネットワークとの間のインターワーキング（リリース８）”を参照されたい。これらの内容は、参照によりここにすべて組み込まれている。“パケット交換ビデオ電話（ＰＳＶＴ）”仕様（Ｃ．Ｓ００５５−Ａｖ１．０）もまた第３世代パートナーシッププロジェクト２（３ＧＰＰ２）により開発されていて、その内容もまた参照によりここにすべて組み込まれている。パケット交換マルチメディア電話は、対応する回線交換電話サービスと同等な、または、より良いユーザ体験を提供しながらも、インターネットプロトコル（ＩＰ）により提供される柔軟なデータ伝送メカニズムを利用することが期待されている。
【０００４】
（３ＧＰＰ ＭＴＳＩ端末または３ＧＰＰ ２ＰＳＶＴ端末のような）パケット交換端末から、（３ＧＰＰ ＣＳＶＴ端末／３Ｇ−３２４Ｍ端末のような）回線交換端末にメディアを送信するとき、メディアゲートウェイのようなインターワーキングノードは、回線交換（ＣＳ）プロトコルとパケット交換（ＰＳ）プロトコルと間のインターワーキングを実行するように要請される。ＰＳドメインから、固定帯域幅ＣＳドメインチャネルを通して、一般的に幅広いサイズバリエーションを示すメディアパケットを配信するために、メディアゲートウェイは、回線交換ネットワークを通してパケットを伝送するための、バッファの再形成と、断片化と、再組立てのような（例えばビデオおよび／またはオーディオのような）データパケットの再フォーマッティングメカニズムを使用してもよい。電話セッションの間に、このような再フォーマッティングメカニズムにより、望ましくないことであるが、通信がオーディオビジュアル（ｌｉｐ）同期化要件を破ることになり、および／または、端末間の付加的な終端間遅延をもたらすことでサービスの品質を低下させるかもしれない。
【０００５】
それゆえ、非効率的な再フォーマッティングをすることなく伝送できる、データパケット上の最大パケットサイズ制限をＰＳ端末にシグナリングする技術を提供することが望まれるだろう。さらに、インターワーキングノードによるデータパケットの再フォーマッティングを最小化するように、このような最大パケットサイズ制限に基づいて、ＰＳ端末がＰＳ端末のデータパケットの処理を調整できるようにする技術を提供することが望まれるだろう。
【概要】
【０００６】
本開示の側面は、マルチメディアセッションの間のデータパケット伝送の効率を向上するための方法を提供し、方法は、インターワーキングノードからパケット交換端末に情報を送信することを含み、情報は、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む。
【０００７】
本開示の別の側面は、マルチメディアセッションの間のデータパケット伝送の効率を向上するための方法を提供し、方法は、パケット交換端末においてインターワーキングノードから情報を受信することを含み、情報は、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む。
【０００８】
さらに、本開示の別の側面は、マルチメディアセッションの間に通信するパケット交換装置を提供し、装置は、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報を受信するように構成されている受信機と、受信した情報に応答して、前記最大交渉パケットサイズより大きくないパケットを発生させるように構成されている送信機とを具備する。
【０００９】
さらに、本開示の別の側面は、マルチメディアセッションの間に通信するパケット交換装置を提供し、装置は、インターワーキングノードから情報を受信する手段を具備し、情報は、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む。
【００１０】
さらに、本開示の別の側面は、マルチメディアセッションの間のデータパケット伝送の効率を向上するためのコンピュータプログラムプロダクトを提供し、プロダクトは、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報をコンピュータに受信させるためのコードと、受信した情報に応答して、最大交渉パケットサイズより大きくないパケットをコンピュータに発生させるためのコードとを含むコンピュータ読取可能媒体を具備する。
【図面の簡単な説明】
【００１１】
【図１】図１は、３ＧＰＰ仕様にしたがった、ＭＴＳＩに対するシステムを描写している。
【図２】図２は、ＣＳ端末制限をＰＳ端末に通信するメカニズムの例示的な実施形態を描写し、ＩＰマルチメディアコアネットワーク（ＩＭ ＣＮ）がセッションを開始し、事前条件はＩＭＳ側において使用される。
【図３】図３は、ＣＳ端末制限をＰＳ端末に通信するメカニズムのさらなる例示的な実施形態を描写し、ＩＭ ＣＮがセッションを開始し、事前条件はＩＭＳ側において使用されない。
【図４】図４は、ＣＳ端末制限をＰＳ端末に通信するメカニズムの例示的な実施形態を描写し、ＣＳネットワークがセッションを開始する。
【図５】図５は、本開示にしたがって、マルチメディアセッションの間のデータパケット伝送の効率を向上させるコンピュータプログラムプロダクトの例示的な実施形態を描写している。
【詳細な説明】
【００１２】
添付した図面に関連して下記に述べる詳細な説明は、本発明の例示的な実地形態の説明を意図し、本発明が実践できるただ１つの例示的な実施形態を示すことを意図していない。この説明を通して使用する用語“例示的な”は、“例として、インスタンスとして、あるいは例証として機能すること”を意味し、必ずしも、他の実施形態より好ましい、または、効果的であるとして解釈すべきではない。詳細な説明は、本発明の例示的な実施形態の完全な理解を提供する目的のために特定の詳細を含む。本発明の例示的な実施形態は、これらの特定の詳細なしに実践されてもよいことは、当業者にとって明らかである。いくつかのインスタンスにおいて、ここで示す例示的な実施形態の斬新さを覆い隠すことを避けるように、よく知られている構造およびデバイスを、ブロック図の形態で示している。
【００１３】
この明細書および特許請求の範囲において、エレメントが別のエレメントに“接続されている”、または、“結合されている”として言及するとき、それは、その他のエレメントと直接的に接続または結合されていてもよく、介在するエレメントが存在していてもよい。対照的に、エレメントが別のエレメントに“直接的に接続されている”、または、“直接的に結合されている”として言及するとき、介在するエレメントは存在しない。
【００１４】
解説を容易にするための留意点として、本開示のさまざまな例示的な実施形態は、３ＧＰＰ仕様にしたがったインプリメンテーションを参照して説明している。しかしながら、このような説明は、本開示の技術を、３ＧＰＰ仕様にしたがったマルチメディア電話のインプリメンテーションに限定することを意味していない。当業者は、本技術に対する変更を容易に導き出してもよく、これにより、例えば、３ＧＰＰ２仕様、または、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）により作られた仕様にしたがって実現されたシステムのような、代わりのシステムに変更が適用されてもよい。このような代わりの例示的な実施形態は、本開示の範囲内であるとして意図されている。
【００１５】
図１は、３ＧＰＰ仕様にしたがった、ＭＴＳＩに対するシステム１００を描写している。図１において、通信システム１００は、（示していない）ユーザからのマルチメディア入力を受け入れ、および／または、マルチメディア出力をユーザに配信するように構成されているパケット交換（ＰＳ）端末１１０を備えている。このようなマルチメディア入力および出力は、マルチメディアセッションの間に、他の端末へ、または、他の端末から通信されてもよい。この明細書および特許請求の範囲において、マルチメディアセッションは１つ以上のタイプのメディアストリームを含むセッションを参照してもよいことが理解されるだろう。例えば、マルチメディアセッションは、図１中で示しているように、ビデオおよびオーディオメディアストリームの双方を含んでもよい。代わりに、マルチメディアセッションは、ビデオストリームのみ、オーディオストリームのみ、テキストストリームのみ、または、このようなメディアストリームの任意の組み合わせたものを含んでもよい。
【００１６】
ＰＳ端末１１０は、送信機および受信機モジュール１１１を使用して、ＰＳチャネル１１２を通してインターワーキングノード１２０にマルチメディアデータを送信し、インターワーキングノード１２０からマルチメディアデータを受信してもよい。インターワーキングノード１２０は、メディアゲートウェイ（ＭＧＷ）１３０およびメディアゲートウェイ制御機能（ＭＧＣＦ）１２５を備えてもよい。ＰＳ端末１１０への、および、ＰＳ端末１１０からの、ＰＳチャネル１１２を通したマルチメディアデータの伝送は、メディアをパケットの形態にカプセル化するために伝送プロトコルを使用することを含む。
【００１７】
図１において、インターワーキングノード１２０は、ＣＳチャネル１４２を通して、回線交換（ＣＳ）端末１４０とさらに通信する。ＰＳ端末１１０のように、ＣＳ端末１４０もまた、ユーザからのマルチメディア入力を受け入れ、および／または、マルチメディア出力をユーザに配信するように構成されている。しかしながら、ＰＳ端末１１０とは違って、ＣＳ端末１４０は、マルチメディアデータを、変化するサイズのパケットの形態で送受信しない。むしろ、ＣＳ端末１４０は、セッションに対して保証された固定帯域幅を有するＣＳチャネル１４２を通して専用セッションを使用し、送信機および受信機１４１を使用してＣＳチャネル１４２を通してデータを送受信する。
【００１８】
ＰＳ端末１１０からＣＳ端末１４０にメディアを送信するとき、ＭＧＷ１３０は、ＰＳプロトコルおよびＣＳプロトコル間において必要なインターワーキングを実行してもよい。例えば、単位時間の間、専用ＣＳチャネルは、固定最大ＳＤＵサイズを下回るサービスデータ単位（ＳＤＵ）のみをサポートしてもよい。しかしながら、ＰＳ端末１１０は、任意のサイズを有するアプリケーションレイヤプロトコルデータ単位（ＰＤＵ）を発生させるかもしれない。したがって、ＰＳ端末１１０により発生させたＰＤＵのサイズは、対応したＳＤＵサイズがＣＳチャネル１４２の最大ＳＤＵサイズを超えるようにさせる可能性がある。
【００１９】
この問題を取り扱うために、ＭＧＷ１３０は、ＣＳ端末１４０への送信の前に、その後のＣＳ端末１４０による再組立てのためにこのようなＰＤＵを断片化してもよい。断片化および再組立てメカニズムのさらなる詳細については、先にここで参照した３ＧＰＰ ＴＳ ２６．１１４ Ｖ７．５．０のセクション１２．２．４．６、“パケットサイズの検討”を参照されたい。しかしながら、望ましくないことであるが、このような断片化および再組立てにより、通信がオーディオビジュアル（ｌｉｐ）同期化要件を破ることになり、および／または、端末間の付加的な終端間遅延をもたらすことでサービスの品質を低下させるかもしれない。
【００２０】
本開示の側面にしたがうと、ＭＧＷ１３０がＣＳチャネル１４２またはＣＳ端末１４０のパケットサイズ制限をＰＳ端末１１０に通信し、それにより、ＰＳ端末１１０は、ＣＳのネットワークによりサポートされている最大ＳＤＵサイズに最良に適応するように、ＰＳ端末１１０が発生させるパケットのサイズを制御する技術が提供される。本開示において、技術は、３ＧＰＰ仕様にしたがって動作する通信システムの状況で図示されている。しかしながら、本技術は、他の仕様にしたがって動作するシステムに容易に適用することができることを、当業者は理解するだろう。このような代わりの例示的な実施形態もまた、本開示の範囲内であるとして意図されている。
【００２１】
図２は、ＣＳ端末制限をＰＳ端末に通信するメカニズムの例示的な実施形態を描写し、ＩＰマルチメディアコアネットワーク（ＩＭ ＣＮ）がセッションを開始し、事前条件はＩＭＳ側において使用される。ステップ２０１から２１０、および、２１２から２１３は、先行技術でよく知られている、Ｈ．２４５またはＭＯＮＡ手順と、セッション開始プロトコル（ＳＩＰ）／ＳＤＰとの間の対話を図示している。例えば、先に上記で参照した３ＧＰＰ ＴＳ ２９．１６３ Ｖ８．３．０中の図Ｅ．２．３．１．１．１、および、付随する説明を参照されたい。
【００２２】
本開示にしたがうと、メッセージ交換のステップ２１１において、ネットワーキングノード１２０からＰＳ端末１１０に送られるＳＤＰメッセージ中のビデオフローに関係する“ｍ”ラインに続く“ａ”ラインが、関係する数値 最大Ａ１２ＳＤＵサイズを有する、“最大ＲｅｃｖＳＤＵサイズ”属性を含んでもよい。この属性は、ビデオフローに対して、ＭＧＣＦ１２５によりＣＳ端末１４０と交渉された最大ＳＤＵサイズを（例えばバイトで）示していてもよい。図２において、最大Ａ１２ＳＤＵサイズは例示的な値４００を有する。ビデオコーデック“ＭＰ４Ｖ−ＥＳ”が図２中に示しているビデオフローに関係しているが、その他のビデオコーデックも容易に使用できることを、当業者は正しく認識するだろう。
【００２３】
メッセージ交換のステップ２１１は、オーディオフローに関係する“ｍ”ラインに続く“最大ＲｅｃｖＳＤＵサイズ”属性を指定することをさらに含んでもよい。この属性は、オーディオフローに対して、ＭＧＣＦ１２５によりＣＳ端末１４０と交渉された最大ＳＤＵサイズを示している、関係する数値 最大Ａ１３ＳＤＵサイズを有していてもよい。図２において、最大Ａ１３ＳＤＵサイズは例示的な値４８を有する。このようなシグナリングは本開示の範囲内であるとして意図されている。オーディオコーデック“ＡＭＲ”が、図２中で示されているオーディオフローに関係しているが、その他のオーディオコーデックも容易に使用できることを、当業者は正しく認識するだろう。
【００２４】
（示していない）代わりの例示的な実施形態において、ステップ２１１のＳＤＰメッセージ中の“ａ”ラインは、端末が３Ｇ−３２４Ｍ ＣＳ端末と通信していることを示している追加的な“ａ”属性３Ｇ−３２４Ｍをさらに含んでいてもよい。
【００２５】
例示的な実施形態において、インターワーキングノード１２０よりシグナリングされた最大ＲｅｃｖＳＤＵサイズ属性の値に基づいて、ＰＳ端末１１０は、発生させたＳＤＵサイズが、シグナリングされた最大許容ＳＤＵサイズより確実に小さくなるように、その自己のパケット処理をオプション的に適応させてもよい。これは、インターネットノード１２０により実行される必要があるデータパケットの断片化および再組立てを最小化する。例示的な実施形態において、ＰＳ端末１１０は、後に続くＳＩＰメッセージ中の属性“ａ”を取り除いてもよい。
【００２６】
代わりの例示的な実施形態において、最大ＲｅｃｖＳＤＵサイズ属性に適応する能力がＰＳ端末１１０によりサポートされていない場合、ＰＳ端末１１０は単に、インターワーキングノード１２０によりシグナリングされた、ＣＳチャネル制限についての情報を無視してもよく、ＣＳ端末１４０にデータを伝達するために、インターワーキングノード１２０の通常の再フォーマッティングスキームに依存してもよい。
【００２７】
例示的な実施形態において、インターワーキングノード１２０によりシグナリングされるべき最大ＳＤＵサイズ制限は、例えばＣＳ端末１４０とＭＧＣＦ１２５との間の（示していない）Ｈ．２２３ベアラ能力交換から、インターワーキングノード１２０より決定されてもよい。このようなベアラ能力交換は技術的によく知られていて、ここではさらに説明しない。
【００２８】
（示していない）代わりの例示的な実施形態において、インターワーキングノード１２０はまた、ＣＳチャネルを通してどのくらい頻繁にＳＤＵが配信されることが予定されているかに対応するＳＤＵ受信間隔を、ＰＳ端末１１０に示してもよい。
【００２９】
図３は、ＣＳ端末制限をＰＳ端末に通信するメカニズムのさらなる例示的な実施形態を描写し、ＩＭ ＣＮがセッションを開始し、事前条件はＩＭＳ側で使用されない。ステップ３０１から３０８は、先行技術でよく知られている手順およびセッション開始プロトコル（ＳＩＰ）／ＳＤＰを図示している。例えば、先に上記で参照した３ＧＰＰ ＴＳ ２９．１６３ Ｖ８．３．０中の図Ｅ．２．３．２．１．１、および、付随する説明を参照されたい。ステップ３０９において、最大ＲｅｃｖＳＤＵサイズパラメータが、先にここで開示した原理にしたがってシグナリングされ、最大ＲｅｃｖＳＤＵサイズパラメータは、上記で提供した図２の説明を考慮すると、当業者にとって明らかになるだろう。
【００３０】
図４は、ＣＳ端末制限をＰＳ端末に通信するメカニズムの例示的な実施形態を描写し、ＣＳネットワークがセッションを開始する。ステップ４０１から４１２、および、４１４は、従来技術でよく知られている手順およびセッション開始プロトコル（ＳＩＰ）／ＳＤＰを図示している。先に上記で参照した３ＧＰＰ ＴＳ ２９．１６３、Ｖ８．３．０中の図Ｅ．２．４．１．１．１、および、付随する説明を参照されたい。ステップ４１４において、最大ＲｅｃｖＳＤＵサイズパラメータが、ここで先に開示した原理にしたがってシグナリングされ、最大ＲｅｃｖＳＤＵサイズパラメータは、上記で提供した図２の説明を考慮すると、当業者にとって明らかになるだろう。
【００３１】
ＣＳ端末の制限をＰＳ端末に通信する技術が上記に開示されている。以下でさらに開示されているものは、ＣＳ端末制限について通信された情報に適応するように、ＰＳ端末が、ＰＳ端末のパケット処理を調整する技術である。下記に開示されているＰＳ端末処理に対する技術は、上記に開示したＣＳ端末の制限をシグナリングする技術とともに組み合わせる必要はなく、本開示の代わりの例示的な実施形態において、別々におよび独立して実現してもよいことを留意されたい。
【００３２】
例示的な実施形態において、端末はＣＳ端末と通信していることが通知されることに応答して、ＰＳ端末は、ＰＳ端末とＭＧＷとの間のパケット損失フィードバックメカニズムの選択を適応させてもよい。例えば、ＣＳ端末が、パケット損失フィードバックに対してピクチャ損失表示（ＰＬＩ）メカニズムを使用して幅広く動作することから、ＰＳ端末が、もう一方側はＣＳ端末であると知るとき、ＰＳ端末はパケット損失フィードバックの他の形態と比べて望ましいメカニズムとして、ＰＬＩを動的に選択してもよい。
【００３３】
別の例示的な実施形態において、ＣＳ端末によりサポートされる最大ＳＤＵサイズ制限が通知されることに応答して、ＰＳ端末は、その自己の発生させたパケットが確実に最大ＳＤＵサイズ制限より小さくとどまるようにしてもよい。これにより、ＭＧＷにおけるデータパケットの効率的なパケット化が可能となり、同様にＣＳ端末へのパケットのタイムリーな配信が可能となる。
【００３４】
ＣＳ端末のシグナリングされたパケットサイズ制限にしたがって、ＰＳ端末がＣＳ端末と通信する本開示の例示的な実施形態が説明されているが、本開示の範囲は、ＰＳ端末とＣＳ端末と間の通信には限定されない。例えば、本技術は、一般的に、ＰＳ端末と（非回線交換端末を含む）最大サポートパケットサイズを有する他の任意の端末との間の通信に適用してもよい。このような代わりの例示的な実施形態は本開示の範囲内であるとして意図されている。
【００３５】
図５は、本開示にしたがって、マルチメディアセッション間のデータパケット伝送の効率を向上させるコンピュータプログラムプロダクト５００の例示的な実施形態を描写している。コンピュータプログラムプロダクト５００は、説明目的のためにのみ示されていて、本開示の範囲をコンピュータプログラムプロダクトの任意の特定の例示的な実施形態に限定することを意図していないことを留意されたい。
【００３６】
図５において、図１を参照して先に説明したようなパケット交換（ＰＳ）端末１１０は、コンピュータプログラムプロダクト５００に結合されている。コンピュータプログラムプロダクト５００は、コンピュータに、ある機能を実行させるためのコードを記憶しているコンピュータ読取可能媒体５１０を含む。
【００３７】
特に、コンピュータ読取可能媒体５１０は、コンピュータに、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報を受信させるためのコード５１１を含む。
【００３８】
コンピュータ読取可能媒体５１０は、コンピュータに、受信した情報に応答して、最大交渉パケットサイズより大きくないパケットを発生させるためのコード５１２をさらに含む。
【００３９】
当業者は、情報および信号は、さまざまな異なる技術および技法のうちの任意のものを使用して表されてもよいことを理解するだろう。例えば、上記に説明にわたって参照されているデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または粒子、光界または粒子、および、これらの任意の組み合わせたものにより表されてもよい。
【００４０】
ここで開示された例示的な実施形態に関連して述べられたさまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または、双方を組み合わせたものとして実現されてもよいことを当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、および、ステップを概してこれらの機能に関して上述した。そのような機能がハードウェアまたはソフトウェアとして実現されるか否かは、特定の応用およびシステム全体に課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して変化する方法で、説明した機能を実現してもよいが、そのような実現の決定は、本発明の例示的な実施形態の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【００４１】
ここに開示した例示的な実施形態に関連して説明したさまざまな例示的な論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、現場プログラム可能ゲートアレイ（ＦＰＧＡ）または他のプログラム可能論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここに開示した機能を実行するように設計されているこれらの任意の組み合わせたものにより、実現または実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代わりに、プロセッサは、任意の旧来のプロセッサ、制御装置、マイクロ制御装置または状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせたものや、複数のマイクロプロセッサや、ＤＳＰコアを伴う１つ以上のマイクロプロセッサや、任意のその他のこのようなコンフィギュレーションのような、コンピューティングデバイスを組み合わせたものとしても実現されてもよい。
【００４２】
ここに開示した例示的な実施形態に関連して説明した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、双方を組み合わせたもので直接的に具現化してもよい。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラシュメモリ、リードオンリーメモリ（ＲＯＭ）、電気的プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、または、技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合されていてもよい。代替実施形態では、記憶媒体はプロセッサに一体化していてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣはユーザ端末に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ディスクレートコンポーネントとしてユーザ端末に存在していてもよい。
【００４３】
１つ以上の例示的な実施形態において、記述した機能は、ハードウェアで、ソフトウェアで、ファームウェアで、または、これらのものを組み合わせた任意のもので実現してもよい。ソフトウェアで実現された場合、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶されてもよく、あるいは、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に送信されてもよい。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する何らかの媒体を含むコンピュータ記憶媒体および通信媒体の双方を含む。記憶媒体は、コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、コンピュータによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコードを伝送または記憶するために使用できる他の何らかの媒体を含んでいてもよい。また、あらゆる接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブルや、光ファイバケーブルや、撚り対や、デジタル加入者線（ＤＳＬ）や、あるいは、赤外線、無線、マイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または、他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、あるいは、赤外線、無線、および、マイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイディスク（登録商標）を含むが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生する。先のものを組み合わせたものもまた、コンピュータ読取可能媒体の範囲内に含められるべきである。
【００４４】
開示した例示的な実施形態のこれまでの記述は、当業者が本発明を製作または使用できるように提供した。これらの実施形態に対するさまざま改良は当業者に容易に明らかとなり、ここに定義された一般的な原理は、本発明の精神または範囲を逸脱することなく、他の例示的な実施形態に適用してもよい。したがって、本発明はここに示された例示的な実施形態に限定されることを意図しているものではなく、ここで開示されている原理および新しい特徴と一致した最も広い範囲に一致させるべきである。
【関連出願】
【０００１】
本出願は、“回線交換マルチメディアサービスとパケット交換マルチメディアサービスとの間を、短い待ち時間でインターワーキングする方法および装置”と題する２００８年１月１４日に出願された米国仮出願６１／０２０，９８２号、ならびに、“回線交換マルチメディアサービスとパケット交換マルチメディアサービスとの間を、短い待ち時間でインターワーキングする方法および装置”と題する２００８年１月１５日に出願された米国仮出願６１／０２１，１６３号に対して優先権を主張する。これらの内容は、参照によりここにすべて組み込まれている。
【技術分野】
【０００２】
本開示は、回線交換マルチメディアサービスとパケット交換マルチメディアサービスとの間の、効率的な、短い待ち時間でのインターワーキングを提供する技術に関連している。
【背景】
【０００３】
パケット交換インターネットプロトコル（ＩＰ）ネットワークに基づく標準化されたマルチメディアサービスが近年開発されている。例えば、ここではマルチメディア電話としても言及している、ＩＰマルチメディアシステム（ＭＴＳＩ）のためのマルチメディア電話サービスは、移動体通信のための第３世代パートナーシッププロジェクト（３ＧＰＰ）により開発されているＩＰベースのマルチメディア電話サービスである。ここでは後に“３ＧＰＰ仕様”として言及している、３ＧＰＰ ＴＳ ２６．１１４ Ｖ７．５．０、“技術仕様グループサービスおよびシステムアスペクトのＩＰマルチメディアサブシステム（ＩＭＳ）；マルチメディア電話；メディアハンドリングおよび対話”、ならびに、３ＧＰＰ ＴＳ ２９．１６３Ｖ８．３．０、“技術仕様グループコアネットワークおよび端末；ＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）サブシステムと回線交換（ＣＳ）ネットワークとの間のインターワーキング（リリース８）”を参照されたい。これらの内容は、参照によりここにすべて組み込まれている。“パケット交換ビデオ電話（ＰＳＶＴ）”仕様（Ｃ．Ｓ００５５−Ａｖ１．０）もまた第３世代パートナーシッププロジェクト２（３ＧＰＰ２）により開発されていて、その内容もまた参照によりここにすべて組み込まれている。パケット交換マルチメディア電話は、対応する回線交換電話サービスと同等な、または、より良いユーザ体験を提供しながらも、インターネットプロトコル（ＩＰ）により提供される柔軟なデータ伝送メカニズムを利用することが期待されている。
【０００４】
（３ＧＰＰ ＭＴＳＩ端末または３ＧＰＰ ２ＰＳＶＴ端末のような）パケット交換端末から、（３ＧＰＰ ＣＳＶＴ端末／３Ｇ−３２４Ｍ端末のような）回線交換端末にメディアを送信するとき、メディアゲートウェイのようなインターワーキングノードは、回線交換（ＣＳ）プロトコルとパケット交換（ＰＳ）プロトコルと間のインターワーキングを実行するように要請される。ＰＳドメインから、固定帯域幅ＣＳドメインチャネルを通して、一般的に幅広いサイズバリエーションを示すメディアパケットを配信するために、メディアゲートウェイは、回線交換ネットワークを通してパケットを伝送するための、バッファの再形成と、断片化と、再組立てのような（例えばビデオおよび／またはオーディオのような）データパケットの再フォーマッティングメカニズムを使用してもよい。電話セッションの間に、このような再フォーマッティングメカニズムにより、望ましくないことであるが、通信がオーディオビジュアル（ｌｉｐ）同期化要件を破ることになり、および／または、端末間の付加的な終端間遅延をもたらすことでサービスの品質を低下させるかもしれない。
【０００５】
それゆえ、非効率的な再フォーマッティングをすることなく伝送できる、データパケット上の最大パケットサイズ制限をＰＳ端末にシグナリングする技術を提供することが望まれるだろう。さらに、インターワーキングノードによるデータパケットの再フォーマッティングを最小化するように、このような最大パケットサイズ制限に基づいて、ＰＳ端末がＰＳ端末のデータパケットの処理を調整できるようにする技術を提供することが望まれるだろう。
【概要】
【０００６】
本開示の側面は、マルチメディアセッションの間のデータパケット伝送の効率を向上するための方法を提供し、方法は、インターワーキングノードからパケット交換端末に情報を送信することを含み、情報は、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む。
【０００７】
本開示の別の側面は、マルチメディアセッションの間のデータパケット伝送の効率を向上するための方法を提供し、方法は、パケット交換端末においてインターワーキングノードから情報を受信することを含み、情報は、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む。
【０００８】
さらに、本開示の別の側面は、マルチメディアセッションの間に通信するパケット交換装置を提供し、装置は、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報を受信するように構成されている受信機と、受信した情報に応答して、前記最大交渉パケットサイズより大きくないパケットを発生させるように構成されている送信機とを具備する。
【０００９】
さらに、本開示の別の側面は、マルチメディアセッションの間に通信するパケット交換装置を提供し、装置は、インターワーキングノードから情報を受信する手段を具備し、情報は、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む。
【００１０】
さらに、本開示の別の側面は、マルチメディアセッションの間のデータパケット伝送の効率を向上するためのコンピュータプログラムプロダクトを提供し、プロダクトは、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報をコンピュータに受信させるためのコードと、受信した情報に応答して、最大交渉パケットサイズより大きくないパケットをコンピュータに発生させるためのコードとを含むコンピュータ読取可能媒体を具備する。
【図面の簡単な説明】
【００１１】
【図１】図１は、３ＧＰＰ仕様にしたがった、ＭＴＳＩに対するシステムを描写している。
【図２】図２は、ＣＳ端末制限をＰＳ端末に通信するメカニズムの例示的な実施形態を描写し、ＩＰマルチメディアコアネットワーク（ＩＭ ＣＮ）がセッションを開始し、事前条件はＩＭＳ側において使用される。
【図３】図３は、ＣＳ端末制限をＰＳ端末に通信するメカニズムのさらなる例示的な実施形態を描写し、ＩＭ ＣＮがセッションを開始し、事前条件はＩＭＳ側において使用されない。
【図４】図４は、ＣＳ端末制限をＰＳ端末に通信するメカニズムの例示的な実施形態を描写し、ＣＳネットワークがセッションを開始する。
【図５】図５は、本開示にしたがって、マルチメディアセッションの間のデータパケット伝送の効率を向上させるコンピュータプログラムプロダクトの例示的な実施形態を描写している。
【詳細な説明】
【００１２】
添付した図面に関連して下記に述べる詳細な説明は、本発明の例示的な実地形態の説明を意図し、本発明が実践できるただ１つの例示的な実施形態を示すことを意図していない。この説明を通して使用する用語“例示的な”は、“例として、インスタンスとして、あるいは例証として機能すること”を意味し、必ずしも、他の実施形態より好ましい、または、効果的であるとして解釈すべきではない。詳細な説明は、本発明の例示的な実施形態の完全な理解を提供する目的のために特定の詳細を含む。本発明の例示的な実施形態は、これらの特定の詳細なしに実践されてもよいことは、当業者にとって明らかである。いくつかのインスタンスにおいて、ここで示す例示的な実施形態の斬新さを覆い隠すことを避けるように、よく知られている構造およびデバイスを、ブロック図の形態で示している。
【００１３】
この明細書および特許請求の範囲において、エレメントが別のエレメントに“接続されている”、または、“結合されている”として言及するとき、それは、その他のエレメントと直接的に接続または結合されていてもよく、介在するエレメントが存在していてもよい。対照的に、エレメントが別のエレメントに“直接的に接続されている”、または、“直接的に結合されている”として言及するとき、介在するエレメントは存在しない。
【００１４】
解説を容易にするための留意点として、本開示のさまざまな例示的な実施形態は、３ＧＰＰ仕様にしたがったインプリメンテーションを参照して説明している。しかしながら、このような説明は、本開示の技術を、３ＧＰＰ仕様にしたがったマルチメディア電話のインプリメンテーションに限定することを意味していない。当業者は、本技術に対する変更を容易に導き出してもよく、これにより、例えば、３ＧＰＰ２仕様、または、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）により作られた仕様にしたがって実現されたシステムのような、代わりのシステムに変更が適用されてもよい。このような代わりの例示的な実施形態は、本開示の範囲内であるとして意図されている。
【００１５】
図１は、３ＧＰＰ仕様にしたがった、ＭＴＳＩに対するシステム１００を描写している。図１において、通信システム１００は、（示していない）ユーザからのマルチメディア入力を受け入れ、および／または、マルチメディア出力をユーザに配信するように構成されているパケット交換（ＰＳ）端末１１０を備えている。このようなマルチメディア入力および出力は、マルチメディアセッションの間に、他の端末へ、または、他の端末から通信されてもよい。この明細書および特許請求の範囲において、マルチメディアセッションは１つ以上のタイプのメディアストリームを含むセッションを参照してもよいことが理解されるだろう。例えば、マルチメディアセッションは、図１中で示しているように、ビデオおよびオーディオメディアストリームの双方を含んでもよい。代わりに、マルチメディアセッションは、ビデオストリームのみ、オーディオストリームのみ、テキストストリームのみ、または、このようなメディアストリームの任意の組み合わせたものを含んでもよい。
【００１６】
ＰＳ端末１１０は、送信機および受信機モジュール１１１を使用して、ＰＳチャネル１１２を通してインターワーキングノード１２０にマルチメディアデータを送信し、インターワーキングノード１２０からマルチメディアデータを受信してもよい。インターワーキングノード１２０は、メディアゲートウェイ（ＭＧＷ）１３０およびメディアゲートウェイ制御機能（ＭＧＣＦ）１２５を備えてもよい。ＰＳ端末１１０への、および、ＰＳ端末１１０からの、ＰＳチャネル１１２を通したマルチメディアデータの伝送は、メディアをパケットの形態にカプセル化するために伝送プロトコルを使用することを含む。
【００１７】
図１において、インターワーキングノード１２０は、ＣＳチャネル１４２を通して、回線交換（ＣＳ）端末１４０とさらに通信する。ＰＳ端末１１０のように、ＣＳ端末１４０もまた、ユーザからのマルチメディア入力を受け入れ、および／または、マルチメディア出力をユーザに配信するように構成されている。しかしながら、ＰＳ端末１１０とは違って、ＣＳ端末１４０は、マルチメディアデータを、変化するサイズのパケットの形態で送受信しない。むしろ、ＣＳ端末１４０は、セッションに対して保証された固定帯域幅を有するＣＳチャネル１４２を通して専用セッションを使用し、送信機および受信機１４１を使用してＣＳチャネル１４２を通してデータを送受信する。
【００１８】
ＰＳ端末１１０からＣＳ端末１４０にメディアを送信するとき、ＭＧＷ１３０は、ＰＳプロトコルおよびＣＳプロトコル間において必要なインターワーキングを実行してもよい。例えば、単位時間の間、専用ＣＳチャネルは、固定最大ＳＤＵサイズを下回るサービスデータ単位（ＳＤＵ）のみをサポートしてもよい。しかしながら、ＰＳ端末１１０は、任意のサイズを有するアプリケーションレイヤプロトコルデータ単位（ＰＤＵ）を発生させるかもしれない。したがって、ＰＳ端末１１０により発生させたＰＤＵのサイズは、対応したＳＤＵサイズがＣＳチャネル１４２の最大ＳＤＵサイズを超えるようにさせる可能性がある。
【００１９】
この問題を取り扱うために、ＭＧＷ１３０は、ＣＳ端末１４０への送信の前に、その後のＣＳ端末１４０による再組立てのためにこのようなＰＤＵを断片化してもよい。断片化および再組立てメカニズムのさらなる詳細については、先にここで参照した３ＧＰＰ ＴＳ ２６．１１４ Ｖ７．５．０のセクション１２．２．４．６、“パケットサイズの検討”を参照されたい。しかしながら、望ましくないことであるが、このような断片化および再組立てにより、通信がオーディオビジュアル（ｌｉｐ）同期化要件を破ることになり、および／または、端末間の付加的な終端間遅延をもたらすことでサービスの品質を低下させるかもしれない。
【００２０】
本開示の側面にしたがうと、ＭＧＷ１３０がＣＳチャネル１４２またはＣＳ端末１４０のパケットサイズ制限をＰＳ端末１１０に通信し、それにより、ＰＳ端末１１０は、ＣＳのネットワークによりサポートされている最大ＳＤＵサイズに最良に適応するように、ＰＳ端末１１０が発生させるパケットのサイズを制御する技術が提供される。本開示において、技術は、３ＧＰＰ仕様にしたがって動作する通信システムの状況で図示されている。しかしながら、本技術は、他の仕様にしたがって動作するシステムに容易に適用することができることを、当業者は理解するだろう。このような代わりの例示的な実施形態もまた、本開示の範囲内であるとして意図されている。
【００２１】
図２は、ＣＳ端末制限をＰＳ端末に通信するメカニズムの例示的な実施形態を描写し、ＩＰマルチメディアコアネットワーク（ＩＭ ＣＮ）がセッションを開始し、事前条件はＩＭＳ側において使用される。ステップ２０１から２１０、および、２１２から２１３は、先行技術でよく知られている、Ｈ．２４５またはＭＯＮＡ手順と、セッション開始プロトコル（ＳＩＰ）／ＳＤＰとの間の対話を図示している。例えば、先に上記で参照した３ＧＰＰ ＴＳ ２９．１６３ Ｖ８．３．０中の図Ｅ．２．３．１．１．１、および、付随する説明を参照されたい。
【００２２】
本開示にしたがうと、メッセージ交換のステップ２１１において、ネットワーキングノード１２０からＰＳ端末１１０に送られるＳＤＰメッセージ中のビデオフローに関係する“ｍ”ラインに続く“ａ”ラインが、関係する数値 最大Ａ１２ＳＤＵサイズを有する、“最大ＲｅｃｖＳＤＵサイズ”属性を含んでもよい。この属性は、ビデオフローに対して、ＭＧＣＦ１２５によりＣＳ端末１４０と交渉された最大ＳＤＵサイズを（例えばバイトで）示していてもよい。図２において、最大Ａ１２ＳＤＵサイズは例示的な値４００を有する。ビデオコーデック“ＭＰ４Ｖ−ＥＳ”が図２中に示しているビデオフローに関係しているが、その他のビデオコーデックも容易に使用できることを、当業者は正しく認識するだろう。
【００２３】
メッセージ交換のステップ２１１は、オーディオフローに関係する“ｍ”ラインに続く“最大ＲｅｃｖＳＤＵサイズ”属性を指定することをさらに含んでもよい。この属性は、オーディオフローに対して、ＭＧＣＦ１２５によりＣＳ端末１４０と交渉された最大ＳＤＵサイズを示している、関係する数値 最大Ａ１３ＳＤＵサイズを有していてもよい。図２において、最大Ａ１３ＳＤＵサイズは例示的な値４８を有する。このようなシグナリングは本開示の範囲内であるとして意図されている。オーディオコーデック“ＡＭＲ”が、図２中で示されているオーディオフローに関係しているが、その他のオーディオコーデックも容易に使用できることを、当業者は正しく認識するだろう。
【００２４】
（示していない）代わりの例示的な実施形態において、ステップ２１１のＳＤＰメッセージ中の“ａ”ラインは、端末が３Ｇ−３２４Ｍ ＣＳ端末と通信していることを示している追加的な“ａ”属性３Ｇ−３２４Ｍをさらに含んでいてもよい。
【００２５】
例示的な実施形態において、インターワーキングノード１２０よりシグナリングされた最大ＲｅｃｖＳＤＵサイズ属性の値に基づいて、ＰＳ端末１１０は、発生させたＳＤＵサイズが、シグナリングされた最大許容ＳＤＵサイズより確実に小さくなるように、その自己のパケット処理をオプション的に適応させてもよい。これは、インターネットノード１２０により実行される必要があるデータパケットの断片化および再組立てを最小化する。例示的な実施形態において、ＰＳ端末１１０は、後に続くＳＩＰメッセージ中の属性“ａ”を取り除いてもよい。
【００２６】
代わりの例示的な実施形態において、最大ＲｅｃｖＳＤＵサイズ属性に適応する能力がＰＳ端末１１０によりサポートされていない場合、ＰＳ端末１１０は単に、インターワーキングノード１２０によりシグナリングされた、ＣＳチャネル制限についての情報を無視してもよく、ＣＳ端末１４０にデータを伝達するために、インターワーキングノード１２０の通常の再フォーマッティングスキームに依存してもよい。
【００２７】
例示的な実施形態において、インターワーキングノード１２０によりシグナリングされるべき最大ＳＤＵサイズ制限は、例えばＣＳ端末１４０とＭＧＣＦ１２５との間の（示していない）Ｈ．２２３ベアラ能力交換から、インターワーキングノード１２０より決定されてもよい。このようなベアラ能力交換は技術的によく知られていて、ここではさらに説明しない。
【００２８】
（示していない）代わりの例示的な実施形態において、インターワーキングノード１２０はまた、ＣＳチャネルを通してどのくらい頻繁にＳＤＵが配信されることが予定されているかに対応するＳＤＵ受信間隔を、ＰＳ端末１１０に示してもよい。
【００２９】
図３は、ＣＳ端末制限をＰＳ端末に通信するメカニズムのさらなる例示的な実施形態を描写し、ＩＭ ＣＮがセッションを開始し、事前条件はＩＭＳ側で使用されない。ステップ３０１から３０８は、先行技術でよく知られている手順およびセッション開始プロトコル（ＳＩＰ）／ＳＤＰを図示している。例えば、先に上記で参照した３ＧＰＰ ＴＳ ２９．１６３ Ｖ８．３．０中の図Ｅ．２．３．２．１．１、および、付随する説明を参照されたい。ステップ３０９において、最大ＲｅｃｖＳＤＵサイズパラメータが、先にここで開示した原理にしたがってシグナリングされ、最大ＲｅｃｖＳＤＵサイズパラメータは、上記で提供した図２の説明を考慮すると、当業者にとって明らかになるだろう。
【００３０】
図４は、ＣＳ端末制限をＰＳ端末に通信するメカニズムの例示的な実施形態を描写し、ＣＳネットワークがセッションを開始する。ステップ４０１から４１２、および、４１４は、従来技術でよく知られている手順およびセッション開始プロトコル（ＳＩＰ）／ＳＤＰを図示している。先に上記で参照した３ＧＰＰ ＴＳ ２９．１６３、Ｖ８．３．０中の図Ｅ．２．４．１．１．１、および、付随する説明を参照されたい。ステップ４１４において、最大ＲｅｃｖＳＤＵサイズパラメータが、ここで先に開示した原理にしたがってシグナリングされ、最大ＲｅｃｖＳＤＵサイズパラメータは、上記で提供した図２の説明を考慮すると、当業者にとって明らかになるだろう。
【００３１】
ＣＳ端末の制限をＰＳ端末に通信する技術が上記に開示されている。以下でさらに開示されているものは、ＣＳ端末制限について通信された情報に適応するように、ＰＳ端末が、ＰＳ端末のパケット処理を調整する技術である。下記に開示されているＰＳ端末処理に対する技術は、上記に開示したＣＳ端末の制限をシグナリングする技術とともに組み合わせる必要はなく、本開示の代わりの例示的な実施形態において、別々におよび独立して実現してもよいことを留意されたい。
【００３２】
例示的な実施形態において、端末はＣＳ端末と通信していることが通知されることに応答して、ＰＳ端末は、ＰＳ端末とＭＧＷとの間のパケット損失フィードバックメカニズムの選択を適応させてもよい。例えば、ＣＳ端末が、パケット損失フィードバックに対してピクチャ損失表示（ＰＬＩ）メカニズムを使用して幅広く動作することから、ＰＳ端末が、もう一方側はＣＳ端末であると知るとき、ＰＳ端末はパケット損失フィードバックの他の形態と比べて望ましいメカニズムとして、ＰＬＩを動的に選択してもよい。
【００３３】
別の例示的な実施形態において、ＣＳ端末によりサポートされる最大ＳＤＵサイズ制限が通知されることに応答して、ＰＳ端末は、その自己の発生させたパケットが確実に最大ＳＤＵサイズ制限より小さくとどまるようにしてもよい。これにより、ＭＧＷにおけるデータパケットの効率的なパケット化が可能となり、同様にＣＳ端末へのパケットのタイムリーな配信が可能となる。
【００３４】
ＣＳ端末のシグナリングされたパケットサイズ制限にしたがって、ＰＳ端末がＣＳ端末と通信する本開示の例示的な実施形態が説明されているが、本開示の範囲は、ＰＳ端末とＣＳ端末と間の通信には限定されない。例えば、本技術は、一般的に、ＰＳ端末と（非回線交換端末を含む）最大サポートパケットサイズを有する他の任意の端末との間の通信に適用してもよい。このような代わりの例示的な実施形態は本開示の範囲内であるとして意図されている。
【００３５】
図５は、本開示にしたがって、マルチメディアセッション間のデータパケット伝送の効率を向上させるコンピュータプログラムプロダクト５００の例示的な実施形態を描写している。コンピュータプログラムプロダクト５００は、説明目的のためにのみ示されていて、本開示の範囲をコンピュータプログラムプロダクトの任意の特定の例示的な実施形態に限定することを意図していないことを留意されたい。
【００３６】
図５において、図１を参照して先に説明したようなパケット交換（ＰＳ）端末１１０は、コンピュータプログラムプロダクト５００に結合されている。コンピュータプログラムプロダクト５００は、コンピュータに、ある機能を実行させるためのコードを記憶しているコンピュータ読取可能媒体５１０を含む。
【００３７】
特に、コンピュータ読取可能媒体５１０は、コンピュータに、マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報を受信させるためのコード５１１を含む。
【００３８】
コンピュータ読取可能媒体５１０は、コンピュータに、受信した情報に応答して、最大交渉パケットサイズより大きくないパケットを発生させるためのコード５１２をさらに含む。
【００３９】
当業者は、情報および信号は、さまざまな異なる技術および技法のうちの任意のものを使用して表されてもよいことを理解するだろう。例えば、上記に説明にわたって参照されているデータ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または粒子、光界または粒子、および、これらの任意の組み合わせたものにより表されてもよい。
【００４０】
ここで開示された例示的な実施形態に関連して述べられたさまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または、双方を組み合わせたものとして実現されてもよいことを当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路、および、ステップを概してこれらの機能に関して上述した。そのような機能がハードウェアまたはソフトウェアとして実現されるか否かは、特定の応用およびシステム全体に課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して変化する方法で、説明した機能を実現してもよいが、そのような実現の決定は、本発明の例示的な実施形態の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【００４１】
ここに開示した例示的な実施形態に関連して説明したさまざまな例示的な論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、現場プログラム可能ゲートアレイ（ＦＰＧＡ）または他のプログラム可能論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここに開示した機能を実行するように設計されているこれらの任意の組み合わせたものにより、実現または実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代わりに、プロセッサは、任意の旧来のプロセッサ、制御装置、マイクロ制御装置または状態機械であってもよい。プロセッサはまた、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせたものや、複数のマイクロプロセッサや、ＤＳＰコアを伴う１つ以上のマイクロプロセッサや、任意のその他のこのようなコンフィギュレーションのような、コンピューティングデバイスを組み合わせたものとしても実現されてもよい。
【００４２】
ここに開示した例示的な実施形態に関連して説明した方法またはアルゴリズムのステップは、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、双方を組み合わせたもので直接的に具現化してもよい。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラシュメモリ、リードオンリーメモリ（ＲＯＭ）、電気的プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、または、技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合されていてもよい。代替実施形態では、記憶媒体はプロセッサに一体化していてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在していてもよい。ＡＳＩＣはユーザ端末に存在していてもよい。代替実施形態では、プロセッサおよび記憶媒体は、ディスクレートコンポーネントとしてユーザ端末に存在していてもよい。
【００４３】
１つ以上の例示的な実施形態において、記述した機能は、ハードウェアで、ソフトウェアで、ファームウェアで、または、これらのものを組み合わせた任意のもので実現してもよい。ソフトウェアで実現された場合、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶されてもよく、あるいは、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に送信されてもよい。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する何らかの媒体を含むコンピュータ記憶媒体および通信媒体の双方を含む。記憶媒体は、コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、コンピュータによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコードを伝送または記憶するために使用できる他の何らかの媒体を含んでいてもよい。また、あらゆる接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブルや、光ファイバケーブルや、撚り対や、デジタル加入者線（ＤＳＬ）や、あるいは、赤外線、無線、マイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または、他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、あるいは、赤外線、無線、および、マイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイディスク（登録商標）を含むが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）はデータをレーザによって光学的に再生する。先のものを組み合わせたものもまた、コンピュータ読取可能媒体の範囲内に含められるべきである。
【００４４】
開示した例示的な実施形態のこれまでの記述は、当業者が本発明を製作または使用できるように提供した。これらの実施形態に対するさまざま改良は当業者に容易に明らかとなり、ここに定義された一般的な原理は、本発明の精神または範囲を逸脱することなく、他の例示的な実施形態に適用してもよい。したがって、本発明はここに示された例示的な実施形態に限定されることを意図しているものではなく、ここで開示されている原理および新しい特徴と一致した最も広い範囲に一致させるべきである。
【特許請求の範囲】
【請求項１】
マルチメディアセッションの間のデータパケット伝送の効率を向上するための方法において、
インターワーキングノードからパケット交換端末に情報を送信することを含み、
前記情報は、前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む方法。
【請求項２】
前記マルチメディアセッションはマルチメディア電話セッションである請求項１記載の方法。
【請求項３】
前記情報は、前記電話セッションの別の終端が回線交換端末であるか否かの表示をさらに含む請求項１記載の方法。
【請求項４】
前記マルチメディアセッションの別の終端は回線交換端末を備え、前記最大パケットサイズに関連するパラメータは最大交渉サービスデータ単位（ＳＤＵ）サイズを含む請求項１記載の方法。
【請求項５】
前記情報はＳＤＵ受信間隔をさらに含む請求項１記載の方法。
【請求項６】
マルチメディアセッションの間のデータパケット伝送の効率を向上するための方法において、
パケット交換端末においてインターワーキングノードから情報を受信することを含み、
前記情報は、前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む方法。
【請求項７】
前記マルチメディアセッションはマルチメディア電話セッションである請求項６記載の方法。
【請求項８】
前記情報は、前記マルチメディアセッションの別の終端が回線交換端末であるか否かの表示をさらに含む請求項６記載の方法。
【請求項９】
前記マルチメディアセッションの別の終端は回線交換端末を備え、前記最大パケットサイズに関連するパラメータは最大交渉サービスデータ単位（ＳＤＵ）サイズを含む請求項８記載の方法。
【請求項１０】
前記情報はＳＤＵ受信間隔をさらに含む請求項９記載の方法。
【請求項１１】
前記パケット交換端末はＰＳＶＴである請求項６記載の方法。
【請求項１２】
前記情報の受信に応答して、発生されるパケットが前記交渉された最大パケットサイズより大きくならないように、前記パケット交換（ＰＳ）端末における処理を調整することをさらに含む請求項６記載の方法。
【請求項１３】
前記電話セッションが回線交換端末であるという表示の受信に応答して、フィードバックのピクチャ損失表示（ＰＬＩ）モードを選択することをさらに含む請求項８記載の方法。
【請求項１４】
マルチメディアセッションの間に通信するパケット交換装置において、
前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報を受信するように構成されている受信機と、
前記受信した情報に応答して、前記最大交渉パケットサイズより大きくないパケットを発生させるように構成されている送信機とを具備する装置。
【請求項１５】
前記マルチメディアセッションはマルチメディア電話セッションである請求項１４記載の装置。
【請求項１６】
前記情報は、前記マルチメディアセッションの別の終端が回線交換端末であるか否かの表示をさらに含む請求項１４記載の装置。
【請求項１７】
前記装置は、前記電話セッションが回線交換端末であるという表示の受信に応答して、フィードバックのピクチャ損失表示（ＰＬＩ）モードを選択するように構成されている請求項１６記載の装置。
【請求項１８】
前記マルチメディアセッションの別の終端は回線交換端末を備え、前記最大パケットサイズに関連するパラメータは最大交渉サービスデータ単位（ＳＤＵ）サイズを含む請求項１６記載の装置。
【請求項１９】
前記情報はＳＤＵ受信間隔をさらに含む請求項１７記載の装置。
【請求項２０】
マルチメディアセッションの間に通信するパケット交換装置において、
インターワーキングノードから情報を受信する手段を具備し、
前記情報は、前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む装置。
【請求項２１】
前記マルチメディアセッションの間に、前記最大交渉パケットサイズより大きくないパケットを発生させる手段をさらに具備する請求項２０記載の装置。
【請求項２２】
マルチメディアセッションの間のデータパケット伝送の効率を向上するためのコンピュータプログラムプロダクトにおいて、
前記プロダクトは、
前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報をコンピュータに受信させるためのコードと、
前記受信した情報に応答して、前記最大交渉パケットサイズより大きくないパケットをコンピュータに発生させるためのコードとを含むコンピュータ読取可能媒体を具備するコンピュータプログラムプロダクト。
【請求項１】
マルチメディアセッションの間のデータパケット伝送の効率を向上するための方法において、
インターワーキングノードからパケット交換端末に情報を送信することを含み、
前記情報は、前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む方法。
【請求項２】
前記マルチメディアセッションはマルチメディア電話セッションである請求項１記載の方法。
【請求項３】
前記情報は、前記電話セッションの別の終端が回線交換端末であるか否かの表示をさらに含む請求項１記載の方法。
【請求項４】
前記マルチメディアセッションの別の終端は回線交換端末を備え、前記最大パケットサイズに関連するパラメータは最大交渉サービスデータ単位（ＳＤＵ）サイズを含む請求項１記載の方法。
【請求項５】
前記情報はＳＤＵ受信間隔をさらに含む請求項１記載の方法。
【請求項６】
マルチメディアセッションの間のデータパケット伝送の効率を向上するための方法において、
パケット交換端末においてインターワーキングノードから情報を受信することを含み、
前記情報は、前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む方法。
【請求項７】
前記マルチメディアセッションはマルチメディア電話セッションである請求項６記載の方法。
【請求項８】
前記情報は、前記マルチメディアセッションの別の終端が回線交換端末であるか否かの表示をさらに含む請求項６記載の方法。
【請求項９】
前記マルチメディアセッションの別の終端は回線交換端末を備え、前記最大パケットサイズに関連するパラメータは最大交渉サービスデータ単位（ＳＤＵ）サイズを含む請求項８記載の方法。
【請求項１０】
前記情報はＳＤＵ受信間隔をさらに含む請求項９記載の方法。
【請求項１１】
前記パケット交換端末はＰＳＶＴである請求項６記載の方法。
【請求項１２】
前記情報の受信に応答して、発生されるパケットが前記交渉された最大パケットサイズより大きくならないように、前記パケット交換（ＰＳ）端末における処理を調整することをさらに含む請求項６記載の方法。
【請求項１３】
前記電話セッションが回線交換端末であるという表示の受信に応答して、フィードバックのピクチャ損失表示（ＰＬＩ）モードを選択することをさらに含む請求項８記載の方法。
【請求項１４】
マルチメディアセッションの間に通信するパケット交換装置において、
前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報を受信するように構成されている受信機と、
前記受信した情報に応答して、前記最大交渉パケットサイズより大きくないパケットを発生させるように構成されている送信機とを具備する装置。
【請求項１５】
前記マルチメディアセッションはマルチメディア電話セッションである請求項１４記載の装置。
【請求項１６】
前記情報は、前記マルチメディアセッションの別の終端が回線交換端末であるか否かの表示をさらに含む請求項１４記載の装置。
【請求項１７】
前記装置は、前記電話セッションが回線交換端末であるという表示の受信に応答して、フィードバックのピクチャ損失表示（ＰＬＩ）モードを選択するように構成されている請求項１６記載の装置。
【請求項１８】
前記マルチメディアセッションの別の終端は回線交換端末を備え、前記最大パケットサイズに関連するパラメータは最大交渉サービスデータ単位（ＳＤＵ）サイズを含む請求項１６記載の装置。
【請求項１９】
前記情報はＳＤＵ受信間隔をさらに含む請求項１７記載の装置。
【請求項２０】
マルチメディアセッションの間に通信するパケット交換装置において、
インターワーキングノードから情報を受信する手段を具備し、
前記情報は、前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む装置。
【請求項２１】
前記マルチメディアセッションの間に、前記最大交渉パケットサイズより大きくないパケットを発生させる手段をさらに具備する請求項２０記載の装置。
【請求項２２】
マルチメディアセッションの間のデータパケット伝送の効率を向上するためのコンピュータプログラムプロダクトにおいて、
前記プロダクトは、
前記マルチメディアセッションの別の終端と交渉された最大パケットサイズに関連するパラメータを含む情報をコンピュータに受信させるためのコードと、
前記受信した情報に応答して、前記最大交渉パケットサイズより大きくないパケットをコンピュータに発生させるためのコードとを含むコンピュータ読取可能媒体を具備するコンピュータプログラムプロダクト。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−１３１０５（Ｐ２０１３−１３１０５Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１７３３８４（Ｐ２０１２−１７３３８４）
【出願日】平成２４年８月３日（２０１２．８．３）
【分割の表示】特願２０１０−５４３２１３（Ｐ２０１０−５４３２１３）の分割
【原出願日】平成２１年１月１４日（２００９．１．１４）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１２−１７３３８４（Ｐ２０１２−１７３３８４）
【出願日】平成２４年８月３日（２０１２．８．３）
【分割の表示】特願２０１０−５４３２１３（Ｐ２０１０−５４３２１３）の分割
【原出願日】平成２１年１月１４日（２００９．１．１４）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]