クライアント端末をアイドル・モードからアクティブ・モードに切り替えるための方法
本発明は、クライアント端末（１）をアイドル・モード（６）からアクティブ・モード（４）に切り替えるための方法であって、プロバイダ（３）がストリーム（５）をネットワーク（２）を通して前記クライアント端末に送信し、アクティブ化フラッグがストリームに応じてプロバイダ（３）によってストリーム（５）に挿入され、フラッグを立てられたストリーム（５）のネットワーク（２）を通しての送信後に、前記ネットワークがクライアント（１）端末のモードを確認し、クライアント端末（１）がアイドル・モードにある場合は、端末（１）がアクティブ化フラッグに応じてネットワーク（２）によってアクティブ・モード（４）に切り替えられる（７）、方法に関する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロバイダが、前記プロバイダによってストリームに添付された情報に基づくポリシに従って、前記ストリームをネットワークを介してクライアント端末に送信した時に前記端末をアイドル・モードからアクティブ・モードに切り替えるための方法に関する。
【背景技術】
【０００２】
現在、端末は、特に無線である場合は、安定した電池寿命を必要とする。例えば、現在、モバイルフォンは大画面、カメラ、ゲーム、タクタイル・キー、又はＭＰ３プレーヤなど多くの特徴を有するが、これらの特徴はモバイルフォンの電池の自律性を弱める。
【０００３】
さらに、モバイルフォンは、音声通話、スパム、ショート・メッセージ・サービス、又はビデオを受信した時に、アイドル・モードから、より多くの電池を使用するアクティブ・モードに切り替わる。
【０００４】
よく知られている状態はアイドル・モードであり、このモードでは端末が低消費モードに切り替わる。アイドル・モードにある端末は、いかなるタイプのストリームによってでも、そのストリームを送信したプロバイダが何であっても、受信ネットワークによって一方的に適用されるポリシに従ってアクティブ・モードに切り替えられる。
【０００５】
選択アクティブ・モード手順の概念を導入する他の解決策が存在する。そのような場合には、端末は、特定のプロバイダによって送信されたストリームによってしかアクティブ・モードに切り替えられない。例えば、音声通話はアクティブ・モード手順をトリガすることができるが、インターネット・メッセージはできない。いずれにしても、ポリシは受信ネットワークによって一方的に適用される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、具体的には、クライアント端末の電池の電力消費量を最適化するために、任意のプロバイダによって任意のストリームに添付された情報のネットワークによる認識によってクライアント端末をアイドル・モードからアクティブ・モードに切り替えるための方法を提供することである。
【課題を解決するための手段】
【０００７】
その目的のために及び第１の態様によれば、本発明は、クライアント端末をアイドル・モードからアクティブ・モードに切り替えるための方法であって、プロバイダがネットワークを通して前記クライアント端末にストリームを送信し、アクティブ化フラッグがストリームに応じてプロバイダによってストリームに挿入され、フラッグを立てられたストリームをネットワークを通して送信した後に、前記ネットワークがクライアント端末のモードを確認し、クライアント端末がアイドル・モードにある場合は、端末がアクティブ化フラッグに応じてネットワークによってアクティブ・モードに切り替えられる、方法に関する。
【０００８】
本発明は、添付の図面と併せて読まれる場合、以下の説明から最もよく理解されるであろう。
【図面の簡単な説明】
【０００９】
【図１】本発明によるクライアント端末のアイドル・モードからアクティブ・モードへの切替えの一実施形態を例示する図である。
【発明を実施するための形態】
【００１０】
本発明の一実施形態によれば、クライアント端末１は、クライアント端末１がアクティブ・モード４にある時にネットワーク２を通してストリーム５を送受信する。
【００１１】
ネットワーク２は、この端末に遠くのサービス・プロバイダ、アプリケーション又は別の遠くの端末などのプロバイダ３から受信した情報又はストリーム或いはトラフィック５を転送する。
【００１２】
以下の実施形態では、遠くのサービス・プロバイダ３からクライアント端末１に送信されたストリーム５の説明が行われる。例えば、ストリーム５は、音声通話、メッセージ（ＳＭＳ）、又はＩＰストリームに関してもよい。
【００１３】
クライアントが自分の端末１を使用しない時は、端末１はその電池を節約するために、その電力消費量を低減するアイドル・モード６に入る。
【００１４】
通常、ネットワークはエンドツーエンド・ストリームを、例えば遠くのサービス・プロバイダからクライアント端末に転送し、ストリームの前記転送は、受信されたストリームごとにクライアント端末をアクティブ・モードに切り替える。
【００１５】
本発明は、クライアント端末３の電池寿命を最適化するために、ストリーム５の重要度を示すストリーム５に添付された情報に応じてクライアント端末３をアイドル・モード６からアクティブ・モード４に切り替えるための方法を提案する。
【００１６】
本方法はサービス・プロバイダ３によってストリーム５に添付された前記情報の認識を可能にするので、ネットワークは前記情報に基づいてクライアント端末１をアイドル・モード６からアクティブ・モード４に切り替えるか否か７を決めることができる。
【００１７】
第１に、本方法は、遠くのサービス・プロバイダ３による指示手段を提供することができるようにする。したがって、アクティブ化フラッグ又はタグなどの指示手段は、ストリームのタイプ及び／又はストリームの優先度に応じてアクティブ化ポリシを示すためにストリーム５に挿入されることが可能である。
【００１８】
アクティブ化フラッグは、所望のアクティブ化ポリシをネットワーク２に示すために遠くのサービス・プロバイダ３によって挿入され、前記アクティブ化ポリシは、例えば、クライアント端末１がアイドル・モード６からアクティブ・モード４に切り替えられる７か否かにある。
【００１９】
一実施形態によれば、遠くのサービス・プロバイダ３がクライアント端末１が特定のタイプのストリーム５を受信することを望む場合は、遠くのサービス・プロバイダ３はクライアント端末が前記ストリーム５のためにアイドル・モード６からアクティブ・モード４に切り替えられなければならないことをネットワーク２に示すアクティブ化フラッグを挿入する。
【００２０】
前の実施形態と結合されることが可能である他の実施形態によれば、遠くのサービス・プロバイダ３は、ストリーム５が高い優先度を有することをネットワーク２に示すアクティブ化フラッグを挿入して、クライアント端末１が前記ストリームを受信するためにアイドル・モード６からアクティブ・モード４に確実に切り替えられるようにすることができる。
【００２１】
遠くのサービス・プロバイダ３は、最適のやり方で前記アクティブ化フラッグを使用するために、ストリームを粒度、重要度、又はストリームのタイプに関してランク付けするために様々なタイプのアクティブ化フラッグを挿入することができる。
【００２２】
さらに、アクティブ化フラッグは、パケット・ヘッダに挿入されることが可能である。例えば、アクティブ化フラッグは、ＩＰヘッダ又はイーサネット・ヘッダに挿入されることが可能である。
【００２３】
さらに、アクティブ化フラッグは、バイナリ値又は粒度によって優先度を示すことができる。
【００２４】
例えば、バイナリ値は「切り替える又は切り替えない」、或いは「１又は０」であることができ、粒度は「切り替えず、クライアント端末がアイドル・モードにあることを示すリターン・メッセージを送信する」であることができる。
【００２５】
ネットワーク２は、アクティブ化フラッグに示されているアクティブ化ポリシを検出するために検出手段を備える。
【００２６】
クライアント端末１の切替えか否か７を決めなければならないストリームのタイプ及び／又はストリームの優先度に関するアクティブ化ポリシは、遠くのサービス・プロバイダ３又は前記クライアント端末によって予め決められる。
【００２７】
ネットワーク２は、ストリーム５を受信すると、まずクライアント端末１のモードを確認し、
− クライアント端末１がアクティブ・モード４にある場合は、ストリーム５はネットワーク２によって前記クライアント端末に直接送信され、
− クライアント端末がアイドル・モード６にある場合は、ネットワーク２は、アクティブ化ポリシを識別するために、検出手段を使用して前記ストリーム５のアクティブ化フラッグを検出する。
【００２８】
クライアント端末１がアイドル・モード６にあり、所与のアクティブ化フラッグを有するストリーム５がネットワーク２に到着した時は、いくつかのシナリオが可能である。
【００２９】
例えば、ネットワーク２が遠くのサービス・プロバイダから又は別のクライアント端末３から音声通話であるストリーム５を受信した時は、前記ストリームは高い優先度を示すアクティブ化フラッグを有する。
【００３０】
そのような高い優先度では、クライアント端末１は、常に、ネットワーク２によってアクティブ・モード６に切り替えられる。その上に、クライアント端末１にクライアント端末１のアクティブ化を示すためにリターン・メッセージがネットワーク２によって配信されることが可能である。
【００３１】
第２の実施例によれば、ネットワーク２は、低い優先度を示すアクティブ化フラッグを有するストリーム５を受信する。
【００３２】
これは、例えば、ＳＭＳ広告又はよく知られている他のタイプの広告の場合である。
【００３３】
その第２の実施例では、アクティブ化フラッグの指示に応じて様々な場合が考えられ得る。
【００３４】
第１の場合では、ストリーム５が望まれないと考えられる。その場合は、前記ストリームは、クライアント端末１に配信されず、したがって、クライアント端末１はアクティブ・モード４に切り替えられない。望まれないストリームは、例えば、ピンのような機構を有するストリームである。
【００３５】
この場合、遠くのサービス・プロバイダ３は、クライアント端末１がアイドル・モードにあること、及びネットワーク２がクライアント端末１をアクティブ・モード４に切り替えずストリーム５を廃棄することを示すリターン・メッセージを受信することができる。
【００３６】
その上に、アクティブ化フラッグはネットワーク２に、ストリーム５を特に再送信するために、クライアント端末１がアクティブ・モードになった時にネットワーク２がプロバイダ３にアラートしなければならないことをさらに示すことができる。
【００３７】
他の場合には、ストリーム５は望まれないと考えられないが、前記ストリームのアクティブ化フラッグが低すぎる優先度を有するので、アイドル・モードにあるクライアント端末１に配信されることが不可能である。例えば、ストリーム５は、ソフトウェア・アップグレード及び／又はパッチのダウンロードに関してよい。
【００３８】
それらの場合には、アクティブ化フラッグはネットワーク２に、クライアントがアイドル・モードにある時はネットワーク２がストリーム５をバッファすることができることを示すことができる。１つの場合には、ストリーム５は、クライアント端末１のアクティブ化後にだけ配信されることが可能である。
【００３９】
他の場合には、アクティブ化フラッグは、バッファするための待ち時間をさらに示す。このようにして、ストリーム５は、クライアント端末１のモードが何であっても、待ち時間後にクライアント端末１に配信されることが可能である。代替として、ストリーム５は、クライアント端末１のモードが何であっても、待ち時間が終わる前にいつでもクライアント端末１に配信されることが可能である。
【００４０】
例えば、アクティブ化フラッグは、ストリーム５に属する受信されたパケットがネットワーク２の中に所与の長さ（例えば６０秒）を超えない期間中バッファされることが可能であることを示すことができる。そのような期間が終わる前に、クライアント端末１がアクティブ化されなければならず、パケットが配信されなければならない。その上に、ネットワークは、期間内にパケットを配信することができない場合は、そのような問題をプロバイダ３に通知するためにリターン・メッセージを送信することができる。次いで、パケットは、依然として最善を尽くして配信されるか、又は廃棄されることが可能である。
【００４１】
その上に、アクティブ化フラッグは、ストリーム５を前記ストリームのリアルタイムの必要条件に応じてクライアント端末１に配信するために必要な最大時間を示すことができる。
【００４２】
例えば、ネットワーク２はコンタクトリスト更新のストリーム５を受信してからそれをクライアント端末１に送信するのに最大数分を必要とする。
【００４３】
アクティブ化フラッグ内のそのようなタイプのアクティブ化ポリシは、最大時間の終わりが示されるまで待ってから、ネットワーク２に現在バッファされているストリームを全て送信することを可能にする。その場合、それらのストリーム５は全て同時にクライアント端末１に送信され、このことはクライアント端末１のアクティブ・モード４への切替えを最適化することを可能にする。
【００４４】
本発明の利点のうちの１つは、本発明は、全てのタイプの遠くのサービス・プロバイダ、ネットワーク、ストリーム、及び技術と協働することである。
【技術分野】
【０００１】
本発明は、プロバイダが、前記プロバイダによってストリームに添付された情報に基づくポリシに従って、前記ストリームをネットワークを介してクライアント端末に送信した時に前記端末をアイドル・モードからアクティブ・モードに切り替えるための方法に関する。
【背景技術】
【０００２】
現在、端末は、特に無線である場合は、安定した電池寿命を必要とする。例えば、現在、モバイルフォンは大画面、カメラ、ゲーム、タクタイル・キー、又はＭＰ３プレーヤなど多くの特徴を有するが、これらの特徴はモバイルフォンの電池の自律性を弱める。
【０００３】
さらに、モバイルフォンは、音声通話、スパム、ショート・メッセージ・サービス、又はビデオを受信した時に、アイドル・モードから、より多くの電池を使用するアクティブ・モードに切り替わる。
【０００４】
よく知られている状態はアイドル・モードであり、このモードでは端末が低消費モードに切り替わる。アイドル・モードにある端末は、いかなるタイプのストリームによってでも、そのストリームを送信したプロバイダが何であっても、受信ネットワークによって一方的に適用されるポリシに従ってアクティブ・モードに切り替えられる。
【０００５】
選択アクティブ・モード手順の概念を導入する他の解決策が存在する。そのような場合には、端末は、特定のプロバイダによって送信されたストリームによってしかアクティブ・モードに切り替えられない。例えば、音声通話はアクティブ・モード手順をトリガすることができるが、インターネット・メッセージはできない。いずれにしても、ポリシは受信ネットワークによって一方的に適用される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、具体的には、クライアント端末の電池の電力消費量を最適化するために、任意のプロバイダによって任意のストリームに添付された情報のネットワークによる認識によってクライアント端末をアイドル・モードからアクティブ・モードに切り替えるための方法を提供することである。
【課題を解決するための手段】
【０００７】
その目的のために及び第１の態様によれば、本発明は、クライアント端末をアイドル・モードからアクティブ・モードに切り替えるための方法であって、プロバイダがネットワークを通して前記クライアント端末にストリームを送信し、アクティブ化フラッグがストリームに応じてプロバイダによってストリームに挿入され、フラッグを立てられたストリームをネットワークを通して送信した後に、前記ネットワークがクライアント端末のモードを確認し、クライアント端末がアイドル・モードにある場合は、端末がアクティブ化フラッグに応じてネットワークによってアクティブ・モードに切り替えられる、方法に関する。
【０００８】
本発明は、添付の図面と併せて読まれる場合、以下の説明から最もよく理解されるであろう。
【図面の簡単な説明】
【０００９】
【図１】本発明によるクライアント端末のアイドル・モードからアクティブ・モードへの切替えの一実施形態を例示する図である。
【発明を実施するための形態】
【００１０】
本発明の一実施形態によれば、クライアント端末１は、クライアント端末１がアクティブ・モード４にある時にネットワーク２を通してストリーム５を送受信する。
【００１１】
ネットワーク２は、この端末に遠くのサービス・プロバイダ、アプリケーション又は別の遠くの端末などのプロバイダ３から受信した情報又はストリーム或いはトラフィック５を転送する。
【００１２】
以下の実施形態では、遠くのサービス・プロバイダ３からクライアント端末１に送信されたストリーム５の説明が行われる。例えば、ストリーム５は、音声通話、メッセージ（ＳＭＳ）、又はＩＰストリームに関してもよい。
【００１３】
クライアントが自分の端末１を使用しない時は、端末１はその電池を節約するために、その電力消費量を低減するアイドル・モード６に入る。
【００１４】
通常、ネットワークはエンドツーエンド・ストリームを、例えば遠くのサービス・プロバイダからクライアント端末に転送し、ストリームの前記転送は、受信されたストリームごとにクライアント端末をアクティブ・モードに切り替える。
【００１５】
本発明は、クライアント端末３の電池寿命を最適化するために、ストリーム５の重要度を示すストリーム５に添付された情報に応じてクライアント端末３をアイドル・モード６からアクティブ・モード４に切り替えるための方法を提案する。
【００１６】
本方法はサービス・プロバイダ３によってストリーム５に添付された前記情報の認識を可能にするので、ネットワークは前記情報に基づいてクライアント端末１をアイドル・モード６からアクティブ・モード４に切り替えるか否か７を決めることができる。
【００１７】
第１に、本方法は、遠くのサービス・プロバイダ３による指示手段を提供することができるようにする。したがって、アクティブ化フラッグ又はタグなどの指示手段は、ストリームのタイプ及び／又はストリームの優先度に応じてアクティブ化ポリシを示すためにストリーム５に挿入されることが可能である。
【００１８】
アクティブ化フラッグは、所望のアクティブ化ポリシをネットワーク２に示すために遠くのサービス・プロバイダ３によって挿入され、前記アクティブ化ポリシは、例えば、クライアント端末１がアイドル・モード６からアクティブ・モード４に切り替えられる７か否かにある。
【００１９】
一実施形態によれば、遠くのサービス・プロバイダ３がクライアント端末１が特定のタイプのストリーム５を受信することを望む場合は、遠くのサービス・プロバイダ３はクライアント端末が前記ストリーム５のためにアイドル・モード６からアクティブ・モード４に切り替えられなければならないことをネットワーク２に示すアクティブ化フラッグを挿入する。
【００２０】
前の実施形態と結合されることが可能である他の実施形態によれば、遠くのサービス・プロバイダ３は、ストリーム５が高い優先度を有することをネットワーク２に示すアクティブ化フラッグを挿入して、クライアント端末１が前記ストリームを受信するためにアイドル・モード６からアクティブ・モード４に確実に切り替えられるようにすることができる。
【００２１】
遠くのサービス・プロバイダ３は、最適のやり方で前記アクティブ化フラッグを使用するために、ストリームを粒度、重要度、又はストリームのタイプに関してランク付けするために様々なタイプのアクティブ化フラッグを挿入することができる。
【００２２】
さらに、アクティブ化フラッグは、パケット・ヘッダに挿入されることが可能である。例えば、アクティブ化フラッグは、ＩＰヘッダ又はイーサネット・ヘッダに挿入されることが可能である。
【００２３】
さらに、アクティブ化フラッグは、バイナリ値又は粒度によって優先度を示すことができる。
【００２４】
例えば、バイナリ値は「切り替える又は切り替えない」、或いは「１又は０」であることができ、粒度は「切り替えず、クライアント端末がアイドル・モードにあることを示すリターン・メッセージを送信する」であることができる。
【００２５】
ネットワーク２は、アクティブ化フラッグに示されているアクティブ化ポリシを検出するために検出手段を備える。
【００２６】
クライアント端末１の切替えか否か７を決めなければならないストリームのタイプ及び／又はストリームの優先度に関するアクティブ化ポリシは、遠くのサービス・プロバイダ３又は前記クライアント端末によって予め決められる。
【００２７】
ネットワーク２は、ストリーム５を受信すると、まずクライアント端末１のモードを確認し、
− クライアント端末１がアクティブ・モード４にある場合は、ストリーム５はネットワーク２によって前記クライアント端末に直接送信され、
− クライアント端末がアイドル・モード６にある場合は、ネットワーク２は、アクティブ化ポリシを識別するために、検出手段を使用して前記ストリーム５のアクティブ化フラッグを検出する。
【００２８】
クライアント端末１がアイドル・モード６にあり、所与のアクティブ化フラッグを有するストリーム５がネットワーク２に到着した時は、いくつかのシナリオが可能である。
【００２９】
例えば、ネットワーク２が遠くのサービス・プロバイダから又は別のクライアント端末３から音声通話であるストリーム５を受信した時は、前記ストリームは高い優先度を示すアクティブ化フラッグを有する。
【００３０】
そのような高い優先度では、クライアント端末１は、常に、ネットワーク２によってアクティブ・モード６に切り替えられる。その上に、クライアント端末１にクライアント端末１のアクティブ化を示すためにリターン・メッセージがネットワーク２によって配信されることが可能である。
【００３１】
第２の実施例によれば、ネットワーク２は、低い優先度を示すアクティブ化フラッグを有するストリーム５を受信する。
【００３２】
これは、例えば、ＳＭＳ広告又はよく知られている他のタイプの広告の場合である。
【００３３】
その第２の実施例では、アクティブ化フラッグの指示に応じて様々な場合が考えられ得る。
【００３４】
第１の場合では、ストリーム５が望まれないと考えられる。その場合は、前記ストリームは、クライアント端末１に配信されず、したがって、クライアント端末１はアクティブ・モード４に切り替えられない。望まれないストリームは、例えば、ピンのような機構を有するストリームである。
【００３５】
この場合、遠くのサービス・プロバイダ３は、クライアント端末１がアイドル・モードにあること、及びネットワーク２がクライアント端末１をアクティブ・モード４に切り替えずストリーム５を廃棄することを示すリターン・メッセージを受信することができる。
【００３６】
その上に、アクティブ化フラッグはネットワーク２に、ストリーム５を特に再送信するために、クライアント端末１がアクティブ・モードになった時にネットワーク２がプロバイダ３にアラートしなければならないことをさらに示すことができる。
【００３７】
他の場合には、ストリーム５は望まれないと考えられないが、前記ストリームのアクティブ化フラッグが低すぎる優先度を有するので、アイドル・モードにあるクライアント端末１に配信されることが不可能である。例えば、ストリーム５は、ソフトウェア・アップグレード及び／又はパッチのダウンロードに関してよい。
【００３８】
それらの場合には、アクティブ化フラッグはネットワーク２に、クライアントがアイドル・モードにある時はネットワーク２がストリーム５をバッファすることができることを示すことができる。１つの場合には、ストリーム５は、クライアント端末１のアクティブ化後にだけ配信されることが可能である。
【００３９】
他の場合には、アクティブ化フラッグは、バッファするための待ち時間をさらに示す。このようにして、ストリーム５は、クライアント端末１のモードが何であっても、待ち時間後にクライアント端末１に配信されることが可能である。代替として、ストリーム５は、クライアント端末１のモードが何であっても、待ち時間が終わる前にいつでもクライアント端末１に配信されることが可能である。
【００４０】
例えば、アクティブ化フラッグは、ストリーム５に属する受信されたパケットがネットワーク２の中に所与の長さ（例えば６０秒）を超えない期間中バッファされることが可能であることを示すことができる。そのような期間が終わる前に、クライアント端末１がアクティブ化されなければならず、パケットが配信されなければならない。その上に、ネットワークは、期間内にパケットを配信することができない場合は、そのような問題をプロバイダ３に通知するためにリターン・メッセージを送信することができる。次いで、パケットは、依然として最善を尽くして配信されるか、又は廃棄されることが可能である。
【００４１】
その上に、アクティブ化フラッグは、ストリーム５を前記ストリームのリアルタイムの必要条件に応じてクライアント端末１に配信するために必要な最大時間を示すことができる。
【００４２】
例えば、ネットワーク２はコンタクトリスト更新のストリーム５を受信してからそれをクライアント端末１に送信するのに最大数分を必要とする。
【００４３】
アクティブ化フラッグ内のそのようなタイプのアクティブ化ポリシは、最大時間の終わりが示されるまで待ってから、ネットワーク２に現在バッファされているストリームを全て送信することを可能にする。その場合、それらのストリーム５は全て同時にクライアント端末１に送信され、このことはクライアント端末１のアクティブ・モード４への切替えを最適化することを可能にする。
【００４４】
本発明の利点のうちの１つは、本発明は、全てのタイプの遠くのサービス・プロバイダ、ネットワーク、ストリーム、及び技術と協働することである。
【特許請求の範囲】
【請求項１】
無線クライアント端末（１）をアイドル・モード（６）からアクティブ・モード（４）に切り替えるための方法であって、プロバイダ（３）がネットワーク（２）を通して前記クライアント端末にストリーム（５）を送信し、アクティブ化フラッグが前記ストリームに応じてプロバイダ（３）によってストリーム（５）のパケット・ヘッダに挿入され、前記フラッグを立てられたストリーム（５）を前記ネットワーク（２）を通して送信した後に、前記ネットワークが前記クライアント端末（１）のモードを確認し、前記端末（１）がアイドル・モードにある場合は、前記端末（１）が前記アクティブ化フラッグに応じて前記ネットワーク（２）によってアクティブ・モード（４）に切り替えられる（７）、方法。
【請求項２】
前記アクティブ化フラッグがストリーム（５）のタイプ及びストリーム（５）の優先度に依存することを特徴とする、請求項１に記載の方法。
【請求項３】
前記ストリーム（５）の前記パケット・ヘッダがＩＰヘッダ又はイーサネット・ヘッダであることを特徴とする、請求項２に記載の方法。
【請求項４】
前記アクティブ化フラッグがバイナリ値であることを特徴とする、請求項３に記載の方法。
【請求項５】
前記アクティブ化フラッグが粒度であることを特徴とする、請求項３に記載の方法。
【請求項６】
前記アクティブ化フラッグが前記ネットワーク（２）の検出手段によって認識され、前記アクティブ化フラッグが所与のアクティブ化ポリシを選択するために使用されることを特徴とする、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記アクティブ化フラッグが前記ネットワーク（２）に、前記クライアント端末（１）がアイドル・モードにある場合は前記ネットワーク（２）が前記ストリーム（５）を廃棄しなければならないことを示すことを特徴とする、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記アクティブ化フラッグが前記ネットワーク（２）に、前記クライアント端末（１）がアクティブ・モードになった場合は前記ネットワーク（２）が前記プロバイダ（３）にアラートしなければならないことをさらに示すことを特徴とする、請求項７に記載の方法。
【請求項９】
前記アクティブ化フラッグが前記ネットワーク（２）に、前記クライアント端末（１）がアイドル・モードにある場合は前記ネットワーク（２）が前記ストリーム（５）をバッファすることができることを示すことを特徴とする、請求項１乃至６のいずれか１項に記載の方法。
【請求項１０】
前記ストリーム（５）が前記端末のアクティブ化後に前記クライアント端末（１）に配信されることを特徴とする、請求項９に記載の方法。
【請求項１１】
前記アクティブ化フラッグが、バッファするための待ち時間をさらに示すことを特徴とする、請求項９に記載の方法。
【請求項１２】
前記ネットワーク（２）が前記クライアント端末（１）のモードを示すためにリターン・メッセージを前記プロバイダ（３）に配信することを特徴とする、請求項１乃至１１のいずれか１項に記載の方法。
【請求項１】
無線クライアント端末（１）をアイドル・モード（６）からアクティブ・モード（４）に切り替えるための方法であって、プロバイダ（３）がネットワーク（２）を通して前記クライアント端末にストリーム（５）を送信し、アクティブ化フラッグが前記ストリームに応じてプロバイダ（３）によってストリーム（５）のパケット・ヘッダに挿入され、前記フラッグを立てられたストリーム（５）を前記ネットワーク（２）を通して送信した後に、前記ネットワークが前記クライアント端末（１）のモードを確認し、前記端末（１）がアイドル・モードにある場合は、前記端末（１）が前記アクティブ化フラッグに応じて前記ネットワーク（２）によってアクティブ・モード（４）に切り替えられる（７）、方法。
【請求項２】
前記アクティブ化フラッグがストリーム（５）のタイプ及びストリーム（５）の優先度に依存することを特徴とする、請求項１に記載の方法。
【請求項３】
前記ストリーム（５）の前記パケット・ヘッダがＩＰヘッダ又はイーサネット・ヘッダであることを特徴とする、請求項２に記載の方法。
【請求項４】
前記アクティブ化フラッグがバイナリ値であることを特徴とする、請求項３に記載の方法。
【請求項５】
前記アクティブ化フラッグが粒度であることを特徴とする、請求項３に記載の方法。
【請求項６】
前記アクティブ化フラッグが前記ネットワーク（２）の検出手段によって認識され、前記アクティブ化フラッグが所与のアクティブ化ポリシを選択するために使用されることを特徴とする、請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記アクティブ化フラッグが前記ネットワーク（２）に、前記クライアント端末（１）がアイドル・モードにある場合は前記ネットワーク（２）が前記ストリーム（５）を廃棄しなければならないことを示すことを特徴とする、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
前記アクティブ化フラッグが前記ネットワーク（２）に、前記クライアント端末（１）がアクティブ・モードになった場合は前記ネットワーク（２）が前記プロバイダ（３）にアラートしなければならないことをさらに示すことを特徴とする、請求項７に記載の方法。
【請求項９】
前記アクティブ化フラッグが前記ネットワーク（２）に、前記クライアント端末（１）がアイドル・モードにある場合は前記ネットワーク（２）が前記ストリーム（５）をバッファすることができることを示すことを特徴とする、請求項１乃至６のいずれか１項に記載の方法。
【請求項１０】
前記ストリーム（５）が前記端末のアクティブ化後に前記クライアント端末（１）に配信されることを特徴とする、請求項９に記載の方法。
【請求項１１】
前記アクティブ化フラッグが、バッファするための待ち時間をさらに示すことを特徴とする、請求項９に記載の方法。
【請求項１２】
前記ネットワーク（２）が前記クライアント端末（１）のモードを示すためにリターン・メッセージを前記プロバイダ（３）に配信することを特徴とする、請求項１乃至１１のいずれか１項に記載の方法。
【図１】
【公表番号】特表２０１１−５２８８８１（Ｐ２０１１−５２８８８１Ａ）
【公表日】平成２３年１１月２４日（２０１１．１１．２４）
【国際特許分類】
【出願番号】特願２０１１−５１９１１１（Ｐ２０１１−５１９１１１）
【出願日】平成２１年７月１０日（２００９．７．１０）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０５８８０４
【国際公開番号】ＷＯ２０１０／００９９８８
【国際公開日】平成２２年１月２８日（２０１０．１．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
【公表日】平成２３年１１月２４日（２０１１．１１．２４）
【国際特許分類】
【出願日】平成２１年７月１０日（２００９．７．１０）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０５８８０４
【国際公開番号】ＷＯ２０１０／００９９８８
【国際公開日】平成２２年１月２８日（２０１０．１．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（３９１０３０３３２）アルカテル−ルーセント (1,149)
【Ｆターム（参考）】
[ Back to top ]