(57)【要約】【課題】本発明は、２．５Ｇおよび３Ｇ移動電話機ネットワークを介してストリームメディアデータを送信することに関する。【解決手段】デジタル移動電話機ネットワークインフラストラクチャは、無線インターフェースを介して複数の移動通信装置と通信する複数の無線基地局を備えている。パケット化ストリームメディアデータは、ネットワークインフラストラクチャ内でバッファされ、無線インターフェース中のトラフィックが低いときに移動通信装置へ送信される。データは通常のサービス品質よりも低い品質で送信される。好ましくは、移動通信装置は、データストリームがユーザに対して再生される前に、受信が完了するまでにストリームデータをバッファする。この方法を実行するための移動通信装置およびストリームメディアデータ制御装置も含んでいる。
2005510133.tif 000002
【特許請求の範囲】
【請求項１】
それぞれが無線インターフェースを介して複数の移動通信装置と通信する複数の無線基地局を含むネットワークインフラストラクチャを有するデジタル移動電話機ネットワークを介して移動通信装置にパケット化ストリームメディアデータを送信する方法であって、
前記ネットワークインフラストラクチャ内の前記パケット化ストリームメディアデータをバッファし、
前記無線インターフェース中の低トラフィックの時間を識別し、
前記低トラフィックの時間で前記パケット化ストリームメディアデータを前記移動通信装置に送信することを含む方法。
【請求項２】
前記移動通信装置内の前記ストリームメディアデータをバッファし、
前記移動通信装置による前記ストリームメディアデータの受信がいつ完了するかを検出することをさらに具備する請求項１記載の方法。
【請求項３】
前記無線インターフェース中のトラフィックを測定し、
前記測定トラフィックがしきい値よりも低くなるときを検出し、
トラフィックがしきい値よりも低くなるときの前記検出に応答して、前記ストリームメディアデータを送信することをさらに含む請求項１または２記載の方法。
【請求項４】
前記識別は、
１つ以上の前記無線インターフェース中のトラフィックに関する履歴データを収集し、
前記無線インターフェース中の予想される低トラフィックの周期を決定するために前記履歴データを解析することを含む請求項１または２記載の方法。
【請求項５】
前記ストリームメディアデータを送信するサービス品質を選択することをさらに含み、この選択されたサービス品質は、前記ネットワーク内でストリームデータとともに使用するために規定されるサービス品質よりも低い請求項１または２記載の方法。
【請求項６】
前記ストリームメディアデータ内の減少情報コンテンツの周期を検出し、
この減少情報コンテンツの周期を示すメッセージを前記ストリームメディアデータに挿入することをさらに具備する請求項１乃至５のいずれか１項記載の方法。
【請求項７】
複数のソースからデータを照合し、
前記照合データをストリームメディアデータフォーマットに変換することをさらに含む請求項１乃至６のいずれか１項記載の方法。
【請求項８】
デジタル移動電話機ネットワークのパケットデータチャネルを介してストリームメディアデータを受信する移動通信装置であって、
プロセッサ実行可能な命令を格納する命令メモリと、
命令を実行するため前記命令メモリに接続されたプロセッサとを具備し、
前記命令は、
前記ストリームメディアデータの再生時間よりも長い時間周期を超えるストリームメディアデータを含むデータパケットを受信し、
前記移動通信装置内の前記データパケットからストリームメディアデータをバッファし、
ストリームメディアデータの前記パケットの受信の完了を検出し、
前記移動通信装置のユーザに対して前記ストリームメディアデータを再生する命令を含む移動通信装置。
【請求項９】
前記命令は、
前記データパケット内の不連続送信メッセージを検出し、
送信不連続周期を決定するためにメッセージを読み取り、
前記不連続周期に対して挿入されたデータとともに前記ストリームメディアデータを再生する命令をさらに含む請求項８記載の移動通信装置。
【請求項１０】
前記命令は、
前記ネットワーク内でストリームデータとともに使用するために規定されるサービス品質を決定する命令をさらに含む請求項８または９記載の移動通信装置。
【請求項１１】
前記命令は、
前記ストリームメディアデータに関するビットレートを保証しない、前記データパケットに関するサービス品質を決定する命令をさらに含む請求項８、９または１０記載の移動通信装置。
【請求項１２】
前記命令は、
前記ストリームメディアデータに対する転送遅延を保証しない、前記データパケットに関するサービス品質を決定する命令をさらに含む請求項８、９、１０または１１記載の移動通信装置。
【請求項１３】
前記命令は、
移動電話機ネットワークを介して配信するための情報の要求を入力し、
この情報の要求を情報プロバイダに送信する命令をさらに含み、
前記データパケットは、前記情報の要求に応答して、デジタル移動電話機ネットワークを介して受信される請求項８乃至１２のいずれか１項記載の移動通信装置。
【請求項１４】
デジタル移動電話機ネットワークの無線インターフェースを介して移動通信装置にパケット化ストリームメディアデータを送信するストリームメディアデータ制御装置であって、このストリームメディアデータ制御装置は、
データバッファと、
プロセッサ実行可能命令を格納するメモリ記憶手段と、
データバッファおよび命令を実行するための前記命令メモリに連結されたプロセッサとを具備し、
前記命令は、
前記パケット化ストリームメディアデータを受信し、
この受信パケット化ストリームメディアデータを前記データバッファに記憶し、
前記無線インターフェース上の低トラフィックの時間を識別し、
前記データバッファに記憶された前記パケット化ストリームメディアデータを前記低トラフィックの時間で前記移動通信装置に送信する命令を含むストリームメディアデータ制御装置。
【請求項１５】
複数のソースからデータを照合し、
この照合データをストリームメディアデータフォーマットに変換する情報照合装置をさらに具備する請求項１４記載のストリームメディアデータ制御装置。
【請求項１６】
前記情報照合装置は、
前記ストリームメディアデータ内で配信するための情報の要求を受信する手段と、
照合のために前記要求に関連したデータを検索し取り込む手段とをさらに具備する請求項１５記載のストリームメディアデータ制御装置。
【請求項１７】
前記情報照合装置は複数のコーデックを具備する請求項１５または１６に記載のストリームメディアデータ照合装置。
【請求項１８】
前記情報照合装置は前記照合データをバッチ処理するよう構成されている請求項１５，１６または１７に記載のストリームメディアデータ制御装置。
【請求項１９】
前記命令は、
前記無線インターフェース中のトラフィックを測定し、
この測定されたトラフィックがしきい値レベルを下回るときを検出し、
しきい値レベル未満のトラフィックの検出に応答して前記ストリームメディアデータを送信する命令をさらに含む請求項１４乃至１８のいずれか１項記載のストリームメディアデータ制御装置。
【請求項２０】
前記命令は、
１つ以上の前記無線インターフェース中のトラフィックに関する履歴データを収集し、
前記無線インターフェース中の予想される低トラフィックの周期を決定するために前記履歴データを解析する命令をさらに含む請求項１４乃至１８のいずれか１項記載のストリームメディア制御装置。
【請求項２１】
前記命令は、
前記ストリームメディアデータを送信するサービス品質を選択する命令をさらに含み、この選択されたサービス品質は、前記ネットワーク内でストリームデータとともに使用するために規定されるサービス品質よりも低い請求項１４乃至１８のいずれか１項記載のストリームメディアデータ制御装置。
【請求項２２】
前記命令は、
前記ストリームメディアデータ中の減少情報コンテンツの周期を検出し、
減少情報コンテンツの前記周期を示すメッセージを前記ストリームメディアデータに挿入する命令をさらに含む請求項１４乃至２１のいずれか１項記載のストリームメディアデータ制御装置。
【請求項２３】
請求項１５乃至１８のいずれか１項記載のストリームメディアデータ制御装置のための情報照合装置。
【請求項２４】
無線インターフェースを介してそれぞれが複数の前記移動通信装置と通信する複数の無線基地局を含むネットワークインフラストラクチャを備えるデジタル移動電話機ネットワークを介して移動通信装置からパケット化ストリームメディアデータを送信する方法であって、
前記方法は、
前記移動通信装置内の前記パケット化ストリームメディアデータをバッファし、
前記無線インターフェース中の低トラフィックの時間を識別し、
前記低トラフィックの時間で前記移動通信装置から前記パケット化ストリームメディアデータを送信することを含む方法。
【請求項２５】
移動通信装置からデジタル移動電話機ネットワークの無線インターフェースを介してパケット化ストリームメディアデータを送信するストリームメディアデータ制御装置であって、このストリームメディアデータ制御装置は、
データバッファと、
プロセッサ実行可能な命令を格納するメモリ記憶手段と、
データバッファとおよび命令を実行する前記命令メモリに接続されたプロセッサとを具備し、
前記命令は、
前記パケット化ストリームメディアデータを受信し、
この受信パケット化ストリームメディアデータを前記バッファに記憶し、
前記無線インターフェース上の低トラフィックの時間を識別し、
前記低トラフィックの時間で前記データバッファに記憶された前記パケット化ストリームメディアデータを前記移動通信装置に送信する命令を含む、ストリームメディアデータ制御装置。
【請求項２６】
請求項８乃至２２および２５のいずれか１項に記載のプロセッサ実行可能な命令を保持する配信媒体。
【請求項２７】
請求項１４乃至２２および２５のいずれか１項記載のストリームメディアデータ制御装置と請求項８乃至１２のいずれか１項記載の移動通信装置とを具備する移動通信システム。
【請求項２８】
パケット交換ネットワークを介して送信装置から受信装置へストリームメディアデータを送信する方法であって、
前記送信装置内の前記ストリームメディアデータをバッファし、
前記ネットワーク内で低トラフィックの時間を識別し、
前記低トラフィックの時間で、前記ネットワークを介して前記送信装置から前記受信装置へ前記ストリームメディアデータパケットを送信し、
前記受信装置内で前記ストリームメディアデータをバッファする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的にデジタル移動電話機ネットワークを介したデータの送信に関する。特に、いわゆる２．５Ｇおよび３Ｇ移動電話機ネットワークを介してストリームメディアデータを送信するための改良された装置および方法に関する。
【背景技術】
【０００２】
一般的なデジタル移動電話機ネットワークは図１で示され、概略的に言えば、破線１０より上のインフラストラクチャ構成要素は２Ｇ電話機ネットワークにおいて知られ、破線１０より下の構成要素はパケットデータ送信を処理するために２．５Ｇおよび３Ｇネットワークに組み込まれている追加的な構成要素である。図１の基本的な構成はすべてのデジタル移動電話機ネットワークに共通であるが、便宜のため、ネットワークは主にＧＳＭの専門用語を用いて呼称される。
【０００３】
図１において、無線マスト１２は基地局１４に結合さており、この基地局１４は基地局制御装置１６によって制御されている。移動通信装置１８は、ＧＳＭおよびＧＰＲＳ（General Packet Radio Service）ネットワークではＵｍインターフェース、ｃｄｍａ２０００およびＷＣＤＭＡネットワークではＵｕインターフェースとして知られる無線すなわちエアインターフェース２０を介して基地局１４と双方向通信するよう示されている。一般的に任意のある時間において、複数の移動装置１８は、これらの装置に送信（serve）するための複数の無線トランシーバを備えた所定の基地局に接続される。
【０００４】
基地局制御装置１６は、複数の他の基地局制御装置（図示せず）とともに移動交換センタ（ＭＳＣ）２２に接続されている。複数のこのようなＭＳＣは次にゲートウェイＭＳＣ（ＧＭＳＣ）２４に接続されている。このＧＭＳＣ２４は移動電話機ネットワークを公衆交換電話網（ＰＳＴＮ）２６に接続させる。ホーム位置レジスタ（ＨＬＲ）２８およびビジター位置レジスタ（ＶＬＲ）３０はコールルーティング・ローミング(call routing and roaming)を管理し、他のシステム（図示せず）は認証、ビリングを管理する。オペレーション・メンテナンスセンタ（ＯＭＣ）２９は、基地局およびスイッチのようなネットワークインフラストラクチャの構成要素から統計値を収集し、ネットワーク性能の高レベル観をネットワークオペレータに与える。ＯＭＣは、例えばネットワークまたはネットワークの一部分の利用可能容量のうちのどれだけが一日の異なる時間に使用されているかを決定するために使用されてもよい。
【０００５】
上述のネットワークインフラストラクチャは、本質的に、移動通信装置１８と他の移動装置および／またはＰＳＴＮ２６との間の回路交換音声接続を管理する。ＧＰＲＳのようないわゆる２．５Ｇネットワークや３Ｇネットワークは、パケットデータサービスを回路交換音声サービスに追加する。広義の言葉では、パケット制御ユニット（ＰＣＵ）３２は基地局制御装置１６に設けられており、さらに階層接続スイッチによってインターネット３８のようなパケットデータネットワークに接続されている。ＧＳＭベースネットワークでは、これらはサービングＧＰＲＳサポートノード（ＳＧＳＮ）３４およびゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）３６を備えている。図１のシステムでも、後述のシステムでも、ネットワーク内の構成要素の機能はシステムの単一物理ノード上または別個の物理ノードに存していてよい。
【０００６】
２．５Ｇまたは３Ｇネットワークにおいて、移動装置１８は１つ以上の音声接続を他の電話機に提供できる。例えば移動装置１８は、追加的あるいは代替的に画像および／またはマルチメディアデータサービス、ウェブブラウジング、ｅ−メール、および他のデータサービスへのアクセスを提供できる。移動装置１８は、論理的にはデータプロセッサまたはパーソナルコンピュータのような端末機器に直列接続された移動端末（加入者識別モジュール（ＳＩＭ）カードを組み込んでいる）を備えていると思われる。一般的に移動装置がネットワークに接続されると移動装置は“常にオン”となり、ユーザデータは装置と外部データネットワークとの間で、例えば移動端末−端末機器インターフェースにおける標準ＡＴコマンドによってトランスペアレントに転送される。移動装置１８のために一般的な移動電話機が採用された場合には、ＧＳＭデータカードのような端末アダプタが必要となるだろう。
【０００７】
第三世代の技術により、欧州および日本では広帯域符号分割多元接続（ＷＣＤＭＡ）が、合衆国ではｃｄｍａ２０００が、中国では時分割二重通信ＣＤＭＡが普及している。３Ｄネットワークにおいて、基地局制御装置１６は無線ネットワーク制御装置（ＲＮＣ）として知られ、基地局１４はＮｏｄｅＢとして知られ、ネットワークは全体としてＵＭＴＳ（ユニバーサル移動遠隔通信システム）ネットワークとして知られている。
【０００８】
このようなネットワークは第三世代パートナーシッププロジェクト（３ＧＰＰ）により提示された標準規格を対象とし、ＴＳ２３．０６０およびＴＳ２３．１０７（これらは参照によりここに取り込まれる）を含むこのようなネットワークのための技術仕様は３ＧＰＰのウェブサイト上で知ることができるだろう。
【０００９】
３Ｇシステムにおいて、サービスのロード機能やオペレータの基本設定（preference）のような無線インターフェースリソースはスピーチとデータとの間でダイナミックに共有されている。さらに、無線インターフェースはネットワークを管理する制御メッセージや自身のリソースを含んだシグナリングも配信する。ネットワークに対する要求は、個々の移動局が出すトラフィックに対する要求と、同一および近傍したセルにおいて他のトラフィックがネットワークに課した負荷とに左右される。パケットデータ送信は、利用可能無線リソースにしたがってネットワークと取り決めた関連サービス品質（ＱｏＳ）プロファイルを有する。ネットワークは取り決めたサービス品質をサポートするために十分なリソースを提供し、データ送信の無線優先度はこれに基づいて決定される。
【００１０】
３ＧＵＭＴＳネットワーク（３Ｇ ＴＳ ２３．１０７を参照）では、４つの異なるＱｏＳ（またはトラフィッククラス）が提案される。会話型クラス、ストリーミングクラス、インタラクティブクラス、およびバックグラウンドクラスである。これらのクラスの最も重要な区別は、ネットワークにおける任意の遅延に対するトラフィックの感度である。すなわち、会話型クラスおよびストリーミングクラスのデータサービスは保証ビットレートおよび保証転送遅延を提供し、ストリームまたは会話型パターンの情報エンティティ間の時間関係を維持する。保証ビットレートは、ある期間内での多数のビットの配信を保証する。保証（最大）転送遅延はサービスデータユニットすなわちパケット転送要求とその配信との間の時間を制限し、一般的に１つ以上の固定サービスデータユニットサイズに特定される。
【００１１】
パケット交換ネットワークでは、異なるパケットはそれぞれの宛先に対して異なるルートを取るかもしれず、ネットワーク内の他のトラフィックによっては、より大きいまたはより小さい範囲に遅延され、あるいは全体的に失われるかもしれない。回線交換音声接続もまた、無線インターフェースにおいてデータ接続に比べて優先度が与えられ、これにより音声セルの数もデータトラフィックに影響を与える可能性がある。パケット交換データネットワークの特性は、音響または画像データのようなストリームメディアデータのペイロードを搬送するデータパケットが確実に正しい順序で到達し、スムーズな再生を行うために通常足りるだけのかなりのスペア容量を必要とすることを意味する。
【００１２】
したがって、２．５Ｇおよび３Ｇの移動電話機ネットワークを介してストリームメディアデータをパケットで送信することは、よくあることだが、特に、ネットワークが容量間際で動作している場合には、重大な問題を示すことが理解できる。それにもかかわらず、これらのネットワークに対する公衆の期待は、スムーズで高品質なマルチメディアサービスの配信に向けられている。
【００１３】
米国特許第６，０２９，０６４号は、移動音響プログラム選択システムについて説明しており、ここで移動電話機ユーザは、情報が必要なときにサービスにダイアルアップしてリアルタイムでアナウンスを聞く。しかしながらそのようなサービスは、ネットワークオペレータが提供するのにコスト高であり、そのような情報はピークトラフィック時間中に最も必要とされる傾向があるためユーザにとってもコストがかかる。さらにこのシステムは音響フォーマットでの情報に限定される。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
したがって、特に電話機ネットワークに非常に負荷がかかっている場合に、十分な品質を維持しながらそのようなサービスを配信するための改良された方法および装置の必要性がある。
【課題を解決するための手段】
【００１５】
そこで、本発明にしたがうと、それぞれが無線インターフェースを介して複数の移動通信装置と通信する複数の無線基地局を含むネットワークインフラストラクチャを有するデジタル移動電話機ネットワークを介して移動通信装置にパケット化ストリームメディアデータを送信する方法であって、ネットワークインフラストラクチャ内のパケット化ストリームメディアデータをバッファし、無線インターフェース中の低トラフィック時間を識別し、低トラフィック時間においてパケット化ストリームメディアデータを移動通信装置に送信することを含む方法が提供される。
【００１６】
ストリームメディアデータは、ほぼリアルタイムでユーザに出力される映像データ、音響データ、マルチメディアデータまたは他のストリームデータを含んでいてもよい。デジタル移動電話ネットワークは好ましくは、２．５Ｇあるいは３Ｇの移動電話ネットワークである。
【００１７】
低トラフィック時間は、トラフィックがしきい値レベルより低いインターフェースで測定されたときを検出し、低トラフィックが予想の期間を決定するために履歴データを解析することによって識別されてもよい。しきい値レベルよりも低いトラフィックに関する基準は、システムによっては特定のしきい値よりも高い利用可能システム容量として、より正確に示されてもよい。ここでは、“スペア”容量すなわち他のより優先度の高いデータ送信のために利用することのできる容量が利用されうるように、最大トラフィック容量を下回る任意のレベルにしきい値レベルが設定される場合には、どれくらいの程度をもって低トラフィックとするかを決定する正確なしきい値レベルは特に重要ではない。
【００１８】
したがって、複数の基地局の１つまたは複数の無線インターフェースに関して、固定されたしきい値ではなく、例えばアベレージ（平均、メジアン、またはモード）を下回るトラフィックの特定の減少の観点からしきい値を定めることができる。同様に、しきい値はトラフィック−時間曲線のくぼみ（trough）の観点から定めることもできる。代替的に、低トラフィックに対するしきい値は、非ストリームまたはバックグラウンド優先度でのストリームメディアデータの送信に対して容量を提供する最大トラフィック容量をかなり下回るトラフィックレベルを定めてもよい。
【００１９】
トラフィックが測定される無線インターフェースは、ストリームメディアデータが送信されるべき移動通信装置のための無線インターフェースであり、あるいは、ストリームデータが送信されるべき移動通信装置のための典型的なインターフェースが好ましいものの、システム内の別の無線インターフェースであってもよい。トラフィックレベルは一般的にネットワークインフラストラクチャによって測定されるが、本発明の実施形態では、移動通信装置によってトラフィックレベルが測定されてもよい。測定トラフィックまたは履歴トラフィックは、複数の無線インターフェースにわたる結合トラフィックを表すトラフィック統計値を備えていてもよい。無線トラフィックの方向も考慮されてよい。すなわち、基地局からまたは基地局へのトラフィックのレベルを測定してもよい。
【００２０】
低トラフィックの時間は、追加的または代替的にはネットワークインフラストラクチャによりストリームトラフィックに対して通常よりも低いサービス品質を選択することによって、擬似自動的に識別されてもよい。この方法では、データパケットは比較的低い優先度を持つ。このことは、パケットがある環境では本質的にバックグラウンドタスクとして送信されるという効果をもたらす。
【００２１】
ワイヤレス通信チャネルの低い利用期間中のパケット化ストリームメディアデータの送信は、システムリソースを最適化し、サービスプロバイダが利用可能なアーラン（Erlang）を最大限利用するのに役立つ。ストリームメディアデータをリアルタイムで送信しないようにすることで平均データレートは低くなり、夕方遅い時間やインターフェースローディングが小さいと決定された瞬間などの低い無線インターフェーストラフィック時間を識別することによって、利用可能なネットワーク容量のよりよい使用が可能となる。したがって、例えば、ピークネットワークローディング時に、かなり低いコストでマルチメディア情報ニュースを提供することができる。
【００２２】
好ましくは、移動通信装置はストリームメディアデータをデコーディングの前にバッファする。これにより、マルチメディア情報ニュースのようなストリームメディアデータアイテムにおいて、通常よりも少ないメモリを使用して再構成することができる。したがって、移動通信装置によっていつストリームメディアデータの受信が完了したかを検出することを含むことが好ましい。
【００２３】
好ましい実施形態では、減少情報コンテンツ期間すなわちストリームメディアデータの“不連続送信”が検出され、これを表示するメッセージが挿入される。好ましくは、このメッセージは、減少情報コンテンツを有するストリームメディアデータの一部分を、いつストリームメディアデータの再生が再び始まるかを示すデータと置き換える。したがって、例えば、無音期間またはビデオデータに関して不動期間は、音響または画像データが再スタートすることになるときを示す不連続送信メッセージまたは減少情報コンテンツの期間の長さを示す不連続送信メッセージで置き換えられてもよい。その後このメッセージは移動通信装置により検出され、例えばメッセージを適切な数のヌルすなわち空のストリームメディアデータフレームで置き換えることにしたがって、変換できる。言い換えれば、この方法には、ストリームメディアデータから不連続送信メッセージをフィルタして除去することが含まれていることが好ましい。
【００２４】
この方法の一実施形態において、複数のソースからのデータが照合され、移動通信装置に適合した１つ以上の共通のストリームメディアデータフォーマットに変換される。したがって、例えば、マルチメディアデータをバッチ処理するために１つ以上のソースコーデックが例えばインターネット上の遠隔位置に備えられていてよい。そのようなインターネット上のソースコーデックのプールを利用して、情報相関器は、移動通信装置または端末が限られた数のデコーダしか備えていなくても広い範囲のフォーマットでデータを選択して集めることができる。したがって、照合データを（共通の）ストリームメディアデータフォーマットに変換することによって、システムのフレキシビリティを維持し、さらに拡張されたサービスをユーザに提供しながらも、移動通信装置の複雑さを緩和することができる。
【００２５】
別の局面では、本発明は、デジタル移動電話機ネットワークのパケットデータチャネルを介してストリームメディアデータを受信する移動通信装置であって、プロセッサ実行可能命令を格納する命令メモリ記憶と、命令を実行するため命令メモリに接続されるプロセッサとを具備し、この命令は、ストリームメディアデータの再生時間よりも長い時間周期を超えるストリームメディアデータを含むデータパケットを受信し、移動通信装置内のデータパケットからストリームメディアデータをバッファし、ストリームメディアデータのパケットの受信の完了を検出し、移動通信装置のユーザに対してストリームメディアデータを再生する命令を含む移動通信装置を提供する。
【００２６】
ストリームメディアデータパケットが、パケット内のストリームメディアデータの画像、音響またはマルチメディアの再生時間よりも長い時間にわたって受信されるので、ストリームメディアデータは、現実にはバックグラウンドタスクとして移動通信装置に少量ずつ提供される。これにより、そのようなストリームメディアデータが通常必要とするよりも低いサービス品質がデータパケットのために使用されることとなる。例えば、移動通信装置は、データに対するビットレートおよび／または転送遅延を保証しない、ストリームメディアデータの送信のためのサービス品質を利用してもよい。
【００２７】
好ましい実施形態において、移動通信装置は不連続送信メッセージを検出し、不連続期間に対して挿入された空フレームのようなデータを持つストリームメディアデータを再生するよう構成されている。この不連続期間は、メッセージが不連続期間を特定する場合には、メッセージから直接読み出すことができ、あるいはメッセージが例えばストリームメディアデータの再生が再開する時間を特定する場合には、メッセージから決定されることができる。本実施形態において、挿入データは、不連続送信メッセージが検出され空フレームで置き換えられるのではなく、補間データのような他のデータを有している。
【００２８】
別の局面において、本発明は、デジタル移動電話機ネットワークの無線インターフェースを介して移動通信装置にパケット化ストリームメディアデータを送信するストリームメディアデータ制御装置であって、このストリームメディアデータ制御装置は、データバッファと、プロセッサ実行可能命令を格納する命令メモリ記憶手段と、データバッファおよび命令を実行するため命令メモリに接続されたプロセッサとを具備し、この命令は、パケット化ストリームメディアデータを受信し、この受信パケット化ストリームメディアデータをデータバッファに記憶し、無線インターフェース上の低トラフィックの時間を識別し、データバッファに記憶されたパケット化ストリームメディアデータを低トラフィックの時間で移動通信装置に送信する命令を含むストリームメディアデータ制御装置を提供する。
【００２９】
好ましい実施形態において、ストリームメディアデータ制御装置は情報照合装置を備えているのが好ましい。この情報照合装置は、データ制御装置とともに配置されていてもよいし、あるいは１つ以上のネットワークにつながれた遠隔位置に別々に配置されていてもよい。情報照合装置は、複数のソースからデータを照合して照合データを１つ以上のストリームメディアデータフォーマットに変換するために、１つ以上のソースコーデックを備えているのが好ましい。１つの実施形態では、情報照合装置は、ユーザの要求に応答して画像および音響データを検索するためにインターネット上に位置する１つ以上の知的エージェントを備えている。インターネット上のソースコーデックのプールを供給することによって、情報相関器は、限られた数のデコーダしか持たないユーザ移動通信装置または端末に対して提供するものであっても、照合装置への入力のために広い範囲の異なるフォーマットで情報を選択してよい。これにより端末内の複雑さが緩和され、システムおよびシステムのアップグレードのための範囲のフレキシビリティを維持することに役立つ。
【００３０】
関連局面では、本発明は上述のストリームメディアデータ制御装置で使用するための情報照合装置も提供する。
【００３１】
本発明は、移動通信装置から、例えば別の移動通信装置またはインターネット端滅へパケット化ストリームメディアデータを送信する方法およびストリームメディアデータ制御装置も提供する。
【００３２】
本発明は、ストリームメディアデータ制御装置およびユーザ移動通信装置または端末を備えた移動通信システムもさらに考慮している。
【００３３】
本発明は、当業者にとってよく知られているように、１つ以上のプロセッサ上で実行可能なコンピュータプログラムコードで具体化されてもよい。コンピュータコードは、光学または電気信号キャリア、ハードまたはフロッピー（登録商標）ディスク、プログラムメモリまたはＣＤ−ＲＯＭまたはＤＶＤ−ＲＯＭのような、任意の便利なキャリア媒体に設けられてもよい。
【００３４】
さらなる局面では、本発明は、パケット交換ネットワークを介して送信装置から受信装置へストリームメディアデータを送信する方法であって、送信装置内のストリームメディアデータをバッファし、ネットワーク内で低トラフィックの時間を識別し、低トラフィックの時間で、ネットワークを介して送信装置から受信装置へストリームメディアデータパケットを送信し、受信装置内でストリームメディアデータをバッファする方法を提供する。
【００３５】
本発明のこれらの局面および他の局面は、ここに添付の図面を参照して、あくまでも例示として以下でさらに説明する。
【発明を実施するための最良の形態】
【００３６】
まず図２を参照すると、図２は、本発明の実施形態にしたがったストリームメディアデータの送信方法の広い概念を表す一連のグラフ５０，６０，７０，８０を示している。４つのグラフのそれぞれは時間軸５４を持ち、例示的に午前０時から始まる２４時間周期で経過している。グラフ５０および６０はいずれも無線インターフェース上の平均ネットワーク容量を示すｙ軸５２を持つ。点線５６は無線インターフェースの最大容量を表す。グラフ７０および８０はそれぞれトラフィック要求ｙ軸７２を持つ。
【００３７】
グラフ５０は、通常日において、ネットワークトラフィック５８が午前０時頃から午前６時の間では非常に低く、日中は、午前中、正午頃、夕方にピークがくるよう変化していることを示す。グラフ６０はネットワーク容量６２を示し、グラフ５０とは対称的である。グラフ７０は例示の目的で、午前中、正午頃、夕方に、ニュース（bulletin）などを提供するためのストリームメディアデータサービスの送信に対する要求のピーク７４ａ、７４ｂ、７４ｃを示す。ストリームデータに対するこれらの要求ピークはビットレートおよび転送時間に比較的厳しい制約を課すものであるが、利用可能なネットワーク容量が最小となるときに生じる傾向がある。
【００３８】
グラフ８０では、要求プロファイルはネットワーク容量プロファイルとほぼ整合するよう調整されている。この調整は、そのようなストリームデータに通常従うよりも低い優先度で送信すること、およびこのデータを実際に必要とされるよりも前、好ましくは、必要な時間までにすべてのデータが受信されてしまっているよう実質的に保証する十分な時間に送信することにより行われる。したがって、グラフ８０においては、３つの要求ピーク７４ａ，ｂ，ｃは、３つのより早いピーク８２ａ，ｂ，ｃで置き換えられ、それぞれは（好ましくは）容量に関してより低い最大要求を持つ。なぜなら、データの送信はもはやストリームクラスの優先度またはサービス品質に左右されないからである。しかしながらピーク８２の正確な期間は、ネットワーク内の他のトラフィックのレベル、ビットエラーレート、それゆえ再送信されるべきフレームの数、および他の要因に左右されるため、ある程度の幅を持たざるをえない。
【００３９】
ここで図３を参照すると、図３は本発明の実施形態にしたがったストリームメディアデータの送信方法を実行するシステム１００を示している。システム１００は、基地局１４および端末１８を有する一般的なワイヤレスシステムコンポーネント１０４と、追加的なネットワークインフラストラクチャコンポーネント１０２とターミナルエンドコンポーネント１０６とを備えている。当業者であれば、追加的なネットワークインフラストラクチャコンポーネント１０２には、追加的なフィジカルデバイスよりもむしろ、既存のネットワークインフラストラクチャ構成要素上で実行される追加的なソフトウェアが備えられていてもよいことを認識するだろう。さらに、これらのコンポーネントの中には、例えば図１のインターネット３８に接続された端末実行ソフトウェアを備えたネットワークインフラストラクチャ自体から分離されているものがあってもよい。端末１８に接続された構成要素１０６は同様に、移動通信装置にロードされた追加的なソフトウェアを単に備えているだけでもよい。
【００４０】
追加的なネットワークサイドのコンポーネントには、情報照合装置１１０、ソースコーデック１１２、および情報照合装置とソースコーデックとを制御するためのネットワーク制御装置１１６が含まれる。コーデック１１２の出力はＤＴＸ（Discontinuous Transmission）フィルタ１１４を通して送信される。このフィルタ１１４はフィルタされたデータを基地局１４に提供する。
【００４１】
ユーザのサイドでは、端末１８は端末制御装置１１８に接続されている。そしてこの制御装置１１８はマンマシーンインターフェース（ＭＭＩ）１２６に接続されている。ＭＭＩ１２６は、スピーカ１２８として示される音響出力、ビジュアルディスプレイ１３０、およびキーボード１３２として示されるユーザの入力手段を備えている。バッファ１２０は端末１８からデータを受信するために設けられている。ＤＴＸ検出器１２２は、バッファからデータを読み出しＤＴＸフィルタ１１４がフィルタしたデータを再構成するためにバッファ１２０に接続されている。このＤＴＸ検出器１２２はソース復号器１２４にデータストリームを提供する。ソース復号器１２４はストリームデータを音響および／または画像データストリームに復号する。この音響および／または画像データストリームはＭＭＩ１２６に提供され、その後スピーカ１２８および／または１３０を介してユーザに提供される。
【００４２】
ユーザにおいては、ユーザはキーボード１３２およびＭＭＩ１２６を使用して移動通信装置端末１８に情報のタイプまたはカテゴリに関する要求を入力する。この要求は基地局１４を介して端末制御装置１１８によりネットワーク制御装置１１６に送信される。この要求には、何時までに情報ニュースが必要かというような同報通信の時間情報や、定期的な（例えば、毎時の）ニュースを特定する情報が含まれていてもよい。
【００４３】
情報照合装置１１０は、要求に応じて、複数のソースから矢印１０８によって模式的に示されているようにして情報を収集する。情報照合装置はウェブサーチエンジンの方法で実行されてもよいが、好ましくはユーザの要求を満たすインターネットを介してアクセス可能な音響および画像データを検索するために、インターネット上に位置する１つ以上の知的エージェントを備えている。関連情報は別個のソースから集められて、フォーマット変換とデータ圧縮のためにソースエンコーダ１１２に送られる。情報照合装置は追加的または代替的にインターネットすなわちワールドワイドウェブではなく、ローカルまたはワイドエリアネットワーク、イントラネットまたはエクストラネットのようなネットワークを検索してもよい。
【００４４】
情報照合装置によって収集されたデータは複数の異なるフォーマットであるから、ソースエンコーダ１１２は複数の異なるフォーマットからユーザ端末と共通のフォーマットに変換できるのが好ましい。好ましくはフレキシビリティやスケーラビリティの点で、ソースエンコーダもインターネット上に位置している。ソースエンコーダ１１２は現実には複数の別々のエンコーダを備えていてもよく、実施形態においては、それらのエンコーダは情報照合装置１１０から離れていてもよい。
【００４５】
ソースエンコーダ１１２からの圧縮データはＤＴＸフィルタ１１４に送られる。このＤＴＸフィルタ１１４は空フレームを除去し、非送信期間を示すメッセージによって置き換える。あるシナリオ中、例えば話者が話をしていない場合、または画像が変化していない場合には、ソースエンコーダ１１２は入力ソースデータが変化するまで任意のさらなるデータを送信する必要はない。そのような不連続送信を実行するよう構成することは、リアルタイムコーデックのよく知られた特徴であり、ここでデータの送信はその期間中停止される。しかしながら、データがオフラインで処理される場合には、本発明の実施形態のように復号器にはこの非送信の期間が通知されていなければならず、この機能はＤＴＸフィルタ１１４によって実行される。ＤＴＸフィルタ１１４はソースエンコーダ１１２の後に示されているが、ＤＴＸフィルタはソースエンコーダと連結してもよいし、あるいは非圧縮データを処理するためにソースエンコーダより先に置かれていてもよい。
【００４６】
ＤＴＸフィルタ１１４からのデータは、要求時間まであるいは規定された時間インターバル内のいずれかでユーザに提供するために、選択されたすべてのデータが送信できるサービス品質（ＱｏＳ）での、送信に対する要求によってワイヤレスシステム１０４が示すような既存のワイヤレスネットワークインフラストラクチャに転送される。その後ワイヤレスシステム１０４は、ワイヤレスシステムの低利用期間内に、ストリームメディアデータを含むデータパケットを端末１８に送信する。追加的にあるいは代替的に、ネットワーク制御装置は擬似リアルタイムで、あるいは例えば図１のＯＭＣ２９からの履歴データを使用して、ネットワークトラフィックのレベルをモニタできる。その後実際または予測トラフィックレベルに基づいて送信するためにネットワークにいつデータを転送するかを決定することもできる。
【００４７】
ユーザの側では、バッファ１２０はオリジナルメッセージ全体が受信されてしまうまで受信データを記憶する。この点は、例えばバッファ１２０または端末制御装置１１８により読み取られたメッセージフラグ端により検出可能である。メッセージ全体が受信されてしまうと、音響および／または画像データストリームは再構成され、メッセージはユーザに対して再再生される。
【００４８】
ＤＴＸ検出器１２２は受信データをバッファ１２０から読み出し、不連続送信メッセージの発生を検出し、それらのメッセージを必要数の空データフレームで置き換える。ソース検出器１２４はその後、データストリームを復号するために一般的な方法で使用され、ＭＭＩ１２６に出力を提供する。これにより、復号音響および／または画像データはスピーカ１２８および／またはディスプレイ１３０を介してユーザに対して再生可能である。バッファ１２０は、ワイヤレスチャネルのより効率的な使用のために復号器１２４よりも先に配置され、データバッファのサイズを減少することが好ましいが、他の実施形態では、バッファ１２０は復号器１２４より後に配置されていてもよい。
【００４９】
移動端末のユーザが望む情報サービスの多くは、時間ごとや日ごとのニュースのように比較的低い頻度で要求されるにすぎない。しかしながら、そのようなサービスは、高品質音響、画像、あるいはマルチメディアフォーマットで、スモールハンドセットのユーザに最良に提供される。そのようなサービスが最小コストでユーザに供給されるようにするためには、通信チャネルが可能な限り効率的に利用されなければならない。上述のシステムは、容量が利用可能なときにのみ情報を送信するためにパケットベースチャネルが使用されるようにすることにより、１つ以上の受信端末がデータをバッファし、要求された時間にニュースを再生する前にメッセージを再構成することを容易にする。
【００５０】
システムのアプリケーションの１つの例において、ユーザはある範囲の主題に関するニュースが毎朝提供されることの要求を入力する。そこで、ＭＭＩ１２６は関連の主題を定義するキーワードや、ニュースの好ましいおよその期間や時間を規定するデータ、および、スピーチ、スピーチと画像、テキストなどのニュースのフォーマットを入力する。定義されたキーワードはシステムによって情報照合装置１１０に送られる。この情報照合装置１１０は、毎日インターネットで次の日のニュースに適したマテリアルを検索する。この情報が集まると、情報はデータをユーザの端末で読み取ることのできるフォーマットに変換するために、１つ以上の適切なソースエンコーダに送信される。したがって、例えば、オーディオＰＣＭ（Pulse Code Modulation）データおよびＭＰ３（MPEG オーディオプレーヤ３）データを、ＩＴＵ標準規格Ｇ７２９ａ圧縮スピーチに変換することができ、および／またはテキストデータを、スピーチに変換し、さらにＧ７２０ａ圧縮スピーチに変換できる。
【００５１】
１つ以上の情報照合装置１１０、ソースエンコーダ１１２、およびＤＴＸフィルタ１１４は、収集データを（非圧縮フォーマットまたは圧縮フォーマットのいずれかで）一時的に記憶するために、バッファを備えていることが好ましい。データが収集されてバッファされると、ワイヤレスシステム１０４はストリームメディアデータを低トラフィックローディングの期間中に移動通信装置端末１８へ送信する。端末１８は自身の内部メモリバッファ１２０でニュース全体を再構成し、再構成が完了するとユーザがスピーチを聞くかおよび／または画像を見るためにニュースを再生させることができるという使用が通知される。端末内のソース復号器１２４は、バッファ１２０およびＤＴＸ検出器１２２からのデータを復号するためにリアルタイムで実行される。
【００５２】
別の関連実施形態では、データが低い送信の優先度で基地局１４へ送られる前に、ネットワーク制御装置１１６は、特定のタイムリミット内で完全に送信が完了するために、データが要求レートで送信されているか否かを定期的にチェックして確認してもよい。そのレートに達していない場合には、制御装置は送信優先度を引き上げることができる。
【００５３】
記載されている実施形態は、マルチメディアニュースをユーザの移動通信装置へ送信することを意図しているが、本発明は、ストリームメディアデータを、デジタル移動電話機ネットワークを介して、移動通信装置から例えばインターネットや他の移動ユーザへ送信するために採用されてもよい。同様に、低トラフィック期間の識別技術は、他のパケットベースネットワークでも採用されることができ、データは必ずしも例えばＡＴＭネットワークのようなワイヤレスリンクを介して送信される必要はない。対応した方法において、データパケット間のリアルタイムな関係が重要であり、好ましくはトラフィックが非バースト的な場合には、この技術はストリームメディアデータ以外のデータに対して拡張されてもよい。当業者により他の効果的な代替案が考案されるであろう点には疑いがなく、本発明は説明された実施形態に限定されるものではない。
【図面の簡単な説明】
【００５４】
【図１】第三世代移動電話機ネットワークの構成要素を示す。
【図２】低ネットワークトラフィックの周期中のストリームメディアデータの送信を表す一連の図を示す。
【図３】図２の概念を実行するためのストリームメディアデータ送信システムを示す。
【図１】
2005510133.tif 000003
【図２】
2005510133.tif 000004
【図３】
2005510133.tif 000005
【国際調査報告】
2005510133.tif 000006
2005510133.tif 000007
2005510133.tif 000008