(57)【特許請求の範囲】
【請求項１】
無線通信デバイスに関連して動作している１つ以上のアプリケーションが使用している無線通信デバイスおよび無線ネットワークに通信可能に結合しているデータ・リンク・リソースの使用を管理するための方法であって、
アプリケーションからデータ・リンク・リソースに対する要求を受信する工程と、
前記要求されたデータ・リンク・リソースを、すでに確立しているデータ・リンクに関連する前記使用可能リソースと比較する工程と、
データ・リンク・リソースに対する前記要求を、前記すでに確立しているデータ・リンク・リソースが処理することができるかどうかを判断する工程と、
前記要求されたデータ・リンク・リソースを、前記すでに確立しているデータ・リンク・リソースが処理することができる場合に、前記すでに確立しているデータ・リンク・リソースのうちの１つ以上を、前記要求を行っている前記アプリケーションと共有する工程と、
前記要求されたデータ・リンク・リソースを、前記すでに確立しているデータ・リンク・リソースが処理することができない場合に、前記データ・リンク・リソースを前記受信した要求の追加の要件を処理できるようにアップグレードする工程と、
データ・リンク・リソースに対する前記要求を、すでに確立しているデータ・リンクが処理することができるかどうかを判断する工程が、
前記要求されたデータ・リンク・リソースが、既存のデータ・リンクの同じアクセス・ポイントに対するものであるかどうかを判断する工程と、
前記要求されたデータ・リンク・リソースが、既存のデータ・リンクの同じユーザに対するものであるかどうかを判断する工程と、
前記既存のデータ・リンクをすでに使用している前記アプリケーション、およびデータ・リンク・リソースを要求している前記アプリケーションが、データ・リンクを進んで共有するかどうかを判断する工程と、
前記既存のデータ・リンクのサービスの品質が、前記データ・リンクをすでに使用している前記アプリケーションのデータ・リンク・リソース要件およびデータ・リンク・リソースを要求している前記アプリケーションのデータ・リンク・リソース要件の両方をサポートすることができるかどうかを判断する工程と、を含む方法。
を含む方法。
【請求項２】
前記追加の要件を処理するために前記データ・リンク・リソースをアップグレードする工程が、
新しい一次コンテキスト・データ・リンクを確立する工程と、
すでに存在している一次コンテキスト・データ・リンクに関連して新しい二次コンテキスト・データ・リンクを確立する工程と、
すでに確立しているデータ・リンクのサービスの品質を改善する工程と、のうちの１つ以上を含む請求項１に記載の方法。
【請求項３】
新しい一次または二次コンテキスト・データ・リンクを確立する場合に、前記データ・リンク・リソースを要求している前記アプリケーションの要件に適合するいくつかのタイプのデータ・リンクのコストが相互に比較され、前記アプリケーションの要件に適合し、コストが最も安い前記データ・リンク・リソースが選択される、請求項２に記載の方法。
【請求項４】
データ・リンクのサービスの品質が、バックグラウンド、対話、ストリーミングまたは会話の多様なレベルとして定義される請求項２に記載の方法。
【請求項５】
対話またはストリーミングの前記異なる各レベルが、サービスの品質の低い、中程度のおよび高いレベルを含む、請求項４に記載の方法。
【請求項６】
ストリーミングが、リアルタイムと非リアルタイムとの間で区別され、所定のしきい値に対する転送遅延の違いを定義するために使用される請求項４に記載の方法。
【請求項７】
新しいデータ・リンク・リソースを確立する工程またはすでに確立しているデータ・リンク・リソースのうちの１つ以上を共有する工程が、確立中または共有中の前記１つ以上の各データ・リンク上に追加のソケットを生成する工程を含む請求項１に記載の方法。
【請求項８】
各ソケットが、対応するソケット上をデータが転送されていない場合に減分されるカウント・ダウン・タイマを含む請求項７に記載の方法。
【請求項９】
前記カウント・ダウン・タイマで減分する工程が、前記タイマの値を低しきい値と比較し、前記カウント値が低しきい値より小さい場合には、前記ソケットに関連する前記データ・リンク・リソースを解放する工程を含む請求項８に記載の方法。
【請求項１０】
前記ソケットに関連するデータ・リンク・リソースを解放する工程が、
関連するデータ・リンク・リソースが解放されたすでに確立しているデータ・リンクのサービスの品質を、前記データ・リンク・リソースに対する解放しなかった要件に最小限度適合するサービスのレベルに質を低減する工程と、
前記関連リソースの全部が解放されたデータ・リンクを終端する工程と、のうちの１つ以上を含む前記データ・リンク・リソースの品質を低減する工程を含む、請求項９に記載の方法。
【請求項１１】
すでに確立しているデータ・リンクのサービスの品質を低減する工程が、もっと費用対効果がよいデータ・リンクに切り替える工程を含み、もっと費用対効果がよいデータ・リンクが、残りの解放しなかったデータ・リンク・リソースをサポートすることができる請求項１０に記載の方法。
【請求項１２】
前記追加の要件を処理するために前記データ・リンク・リソースをアップグレードする工程が、
確立中のデータ・リンクのタイプまたは前記改善したサービス品質を有するデータ・リンクのタイプに関連するフラグをチェックする工程と、
前記フラグがセットされている場合に、ユーザに、前記データ・リンクの品質を確立または改善するための許可を得るようにプロンプトする工程と、をさらに含む請求項２に記載の方法。
【請求項１３】
データ・リンク・リソースに対する要求を受信する工程が、
要求中の前記データ・リンク・リソース用の要件を定義する一組のパラメータを受信する工程と、
パラメータのデフォールト・リストから、受信した前記一組のパラメータから喪失しているすべてのパラメータを供給する工程と、を含む請求項１に記載の方法。
【請求項１４】
新しい二次コンテキスト・データ・リンクを確立する工程が、すでに存在している一次コンテキスト・データ・リンクとして、共通のアドレスおよびアクセス・ポイントを有するデータ・リンクを確立する工程を含む請求項２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、セルラー通信ネットワークで稼働している無線通信デバイスのデータ・リンク・リソースの管理に関し、特にデータ・リンク・リソースの生成および共有を含む多重クライアント・アプリケーションのデータ・リンク・リソースのニーズの管理に関する。
【背景技術】
【０００２】
セルラーホンのような無線通信デバイスは、これらデバイスが実行する機能のタイプ、およびこれらデバイスが実行する高性能化した機能をサポートするのに必要な通信リソースのタイプを含めて、ますます高性能になってきている。例えば、現在の通信デバイスは、電子メッセージの送受信をサポートするばかりでなく、ウェブ・ブラウジング機能をますます内蔵するようになってきている。通信リソースを必要とする他のもっと最近のタイプのクライアント・アプリケーションの例としては、オーディオおよびビデオ・ストリーミングおよびＪａｖａおよびビデオ・ゲーム・アプリケーション等がある。
【０００３】
いくつかの例において、クライアントのアプリケーションをサポートするのに必要な通信要件は、必要に応じてデータをバーストで転送するという点で非連続的なものである。このようなデータ転送が行われるのは、ユーザの活動レベルが多くの場合どうしてもそうしなければならないからである。他の例においては、通信要件はもっと変動の少ないものである。情報がもっと散発的に転送される例としては、電子メールおよびウェブ・ブラウジングを含む対話型サービス等がある。この場合、ネットワークとの通信は、転送または受信するメッセージがある場合、および／またはユーザがウェブをブラウジングしながら、リンクを選択し、情報の新しいページを表示するためにダウンロードする際に発生する。情報がもっと変動の少ない状態で転送される例としては、オーディオまたはビデオのダウンロードおよび再生のようなストリーミング・タイプのサービス等がある。
【０００４】
以前は、類似のタイプのサービス用のデータ・リンクは、主として陸上をベースとする有線通信リソースによりサポートされてきた。歴史的に、これらの通信リソースは、性能が比較的固定的な１つのリンクから構成されていた。このリンクの性質は、一般的に静的なものであり、接続時間または定額料金に基づいて課金が行われた。
【０００５】
無線データ・リンクは一般的に多様である。多様な信号方法、コスト構造およびサービスを有する多数の競合する接続ポイントが存在する。課金は、多くの場合、転送したバイトの数および使用しなければならない最大帯域幅に比例する。さらに、データ・リンクの要件は、使用中に変更することができる。他の例の場合には、特定のタイプのデータ・リンクはいくつかの場合にしか使用することができない。これらの例の場合、このことは地形の関数であり、ネットワーク・プロバイダが提供する通達範囲のエリアに対応する。他の例の場合には、特種なタイプのデータ・リンクは既存のネットワーク装置ではサポートすることはできない。
【０００６】
通信リソースを必要とし、無線通信デバイスで実行される多重クライアント・アプリケーションは、いつでも相互に相手を意識しているわけではない。多重クライアント・アプリケーションは、多くの場合、そのそれぞれの通信リソース要件を満足するデータ・リンク・リソースを個々に生成し、維持することを必要とする。全体の帯域幅および接続要件の点で、最低限度必要なもの以上の追加のリソースの生成および維持が必要になる場合がある。
【０００７】
それ故、相互に意識しているか意識していないクライアント・アプリケーション間の新しいおよび既存のリソースを生成し、共有するための機能を含むデータ・リンク・リソースの生成および管理を管理することができれば有利である。一次コンテキスト・データ・リンク・リソースの生成および維持ができる他に、二次コンテキスト・データ・リンク・リソースを生成および維持することができ、および／または費用対効果のよい方法で、既存のデータ・リンク・リソースのサービス品質を変更することができればさらに有利である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、無線通信デバイスおよび無線ネットワークに通信できるように結合していて、無線通信デバイスと関連して動作する１つ以上のアプリケーションが使用するデータ・リンク・リソースの使用を管理するための方法を提供する。この方法は、あるアプリケーションからデータ・リンク・リソースに対する要求を受信する工程と、要求されたデータ・リンク・リソースを、すでに確立しているデータ・リンクと接続している使用可能リソースと比較する工程とを含む。次に、データ・リンク・リソースに対する要求を、すでに確立しているデータ・リンク・リソースが処理することができるかどうかの判断が行われる。
【課題を解決するための手段】
【０００９】
要求されたデータ・リンク・リソースを、すでに確立しているデータ・リンク・リソースが処理することができる場合には、すでに確立しているデータ・リンク・リソースのうちの１つ以上が、要求をしているアプリケーションにより共有される。要求されたデータ・リンク・リソースを、すでに確立しているデータ・リンク・リソースが処理することができない場合には、受信した要求の追加の要件を処理できるようにデータ・リンク・リソースがアップグレードされる。
【００１０】
少なくとも１つの実施形態においては、追加の要件を処理できるようにするためのデータ・リンク・リソースのアップグレードは、新しい一次コンテキスト・データ・リンクの確立、すでに存在している一次コンテキスト・データ・リンクに関連する新しい二次コンテキスト・データ・リンクの確立、および／またはすでに確立しているデータ・リンクのサービスの品質の改善のうちの１つ以上を含む。
【００１１】
少なくとももう１つの実施形態の場合には、データ・リンク・リソースに対する要求を、すでに確立しているデータ・リンクが処理できるかどうかの判断は、要求されたデータ・リンク・リソースが、既存のデータ・リンクの同じアクセス・ポイントに対するものかどうかを判断する工程と、要求されたデータ・リンク・リソースが、既存のデータ・リンクの同じユーザに対するものであるかどうかを判断する工程とを含む。次に、既存のデータ・リンクをすでに使用しているアプリケーション、およびデータ・リンク・リソースを要求しているアプリケーションが、データ・リンクを進んで共有するかどうかについての判断が行われる。次に、既存のデータ・リンクのサービスの品質が、データ・リンクをすでに使用しているアプリケーションのデータ・リンク・リソース要件およびデータ・リンク・リソースを要求しているアプリケーションのデータ・リンク・リソース要件の両方をサポートすることができるかどうかの判断が行われる。
【００１２】
本発明は、さらに、データ・リンク・リソースに対する要求を受信するために、１つ以上のクライアント・アプリケーションに結合しているデータ・セッション・イベント・ハンドラを含むデータ・リンク・リソース・マネージャを提供する。このデータ・リンク・リソース・マネージャは、さらに、プロキシ・インスタンスを生成するために、データ・セッション・イベント・ハンドラに結合しているプロキシ・マネージャを含む。プロキシ
・インスタンスは、データ・セッションを維持するための信号コンテキストおよびプロトコル・スタックを含む。データ・リンク・リソース・マネージャは、さらに、リンク・インスタンスを生成するために、プロキシ・マネージャに結合しているリンク・マネージャを含み、リンク・マネージャは、信号コンテキストを制御するためのインタフェースおよびリンク・プロトコルを含む。
【００１３】
少なくとも１つの実施形態の場合には、無線通信デバイスの一部としてプロセッサ・ユニットが内蔵されている。実施形態のうちのあるものは、リソースを要求しているアプリケーションは、無線通信デバイス内で動作しているアプリケーションである。同じおよび他の実施形態のうちのあるものは、リソースを要求しているアプリケーションは、無線通信デバイスに通信できるように結合している別の外部デバイスで動作しているアプリケーションである。
【００１４】
本発明のこれらおよび他の機能および利点は、添付の図面を参照しながら、本発明の１つ以上の好ましい実施形態の以下の説明を読めば理解することができるだろう。
【発明を実施するための最良の形態】
【００１５】
本発明は種々の形の実施形態として実行することができる。現在の好ましい実施形態を図示し、以下に説明するが、本明細書は、本発明の例示としてのものと見なすべきであり、本発明を図の特定の実施形態に限定するものでないことを理解されたい。
【００１６】
図１は、例示としての無線通信システム１０のブロック図である。無線通信システム１０は、セルラー・ネットワーク１４と個々に無線で通信する一対の無線通信デバイス１２を含む。無線通信デバイス１２の一方は端末デバイス１６に結合している。図を見れば分かるように、この端末デバイス１６は、ネットワーク１４から独立して無線通信デバイス１２に通信できるように結合することができる。さらに、端末デバイス１６は、無線通信デバイス１２を介してネットワーク１４に結合することができる。使用できる端末デバイス１６の例としては、パーソナル・コンピュータ、プリンタ、スキャナ、カメラおよび／またはファクシミリ等がある。当業者であれば、他のタイプの端末デバイスも使用することができることを容易に理解することができるだろう。さらに、端末デバイス１６は、有線または無線通信接続を介して移動機に結合することができる。適当な有線および無線接続の例としては、ユニバーサル・シリアル・バス（ＵＳＢ）接続、直列ポート接続、赤外線接続、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）接続、または２つのデバイス間の通信に役に立つ任意の他の接続等がある。
【００１７】
無線通信接続を介して無線通信デバイス１２に結合している他に、ネットワークは、さらにまたは別の方法として、有線または無線接続を介してシステム内の他のデバイス１８と通信できるように結合することもできる。
【００１８】
ネットワーク１４は、通信信号を送受信することができる任意のタイプのネットワークを含むことができる。少なくとも１つの実施形態の場合には、ネットワーク１４は無線通信ネットワークを含む。ネットワーク１４は、また、インターネット、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、ケーブル・ネットワークおよび他の類似の通信システムのようなデータ・ネットワークを含むこともできるし、またはこのようなデータ・ネットワークと通信することもできる。ネットワーク１４は、また、ローカル電話ネットワーク、長距離電話ネットワーク、セルラーホン・ネットワーク、衛星通信ネットワーク、ケーブル・テレビ・ネットワークおよび他の類似の通信システムのような電気通信ネットワークを含むこともできるし、このような電気通信ネットワークと通信することもできる。さらに、ネットワーク１４は、２つ以上のネットワークを含むこともできるし、このようなネットワークと通信することも
できるし、また複数の異なるタイプのネットワークを含むこともできる。それ故、ネットワーク１４は、複数のデータ・ネットワーク、複数の電気通信ネットワーク、データおよび電気通信ネットワークの組合わせ、および他の類似の通信システムを含むこともできるし、このような通信システムと通信することもできる。
【００１９】
図２は、本発明による例示としての無線通信デバイスのより詳細なブロック図である。無線通信デバイスは、１つ以上の内部アプリケーション２２および／または１つ以上の内部端末点２４に結合しているデータ・リンク・リソース・マネージャ２０を含む。内部端末点２４は、それぞれ１つ以上の端末デバイス２６に結合している。少なくとも図の実施形態の場合には、無線通信デバイス１２で動作しているアプリケーション２２により、または無線通信デバイス１２に結合している外部端末デバイス１６により、データ・リンク・リソースに対する要求を生成することができる。データ・リンク・リソース・マネージャは、内部アプリケーション２２および結合している外部端末デバイス１６とネットワーク１４との間の要求されたデータ・リンク・リソースを管理する。
【００２０】
データ・リンク・リソース・マネージャ２０は、ＲＦインタフェース２８およびアンテナ３０を介してデータ・リンク・リソースを生成し、管理するためにデータ・フロー・サービス・プロバイダ２６と結合している。
【００２１】
無線通信デバイスで動作している１つ以上の内部アプリケーション２２は、ウェブ・ブラウザまたはＷＡＰブラウザのようなブラウザ・アプリケーションを含むことができる。内部アプリケーション２２は、さらに、および／または別の方法として、オーディオまたはビデオ・ストリーミング、メール・メッセージ、インスタント・メッセージ、プッシュ・メッセージ、Ｊａｖａをベースとするアプリケーション、ＧＰＳデータおよび／または同期データを含むマルチメディア・サービスを含む。同じまたは類似のタイプのアプリケーションは、無線通信デバイス１２に結合している任意の端末デバイス１６と一緒に動作することができる。
【００２２】
内部アプリケーション２２および／または関連する外部デバイス１６それぞれがデータ・リンク・リソースに対する要求を生成した場合、データ・リンク・リソース・マネージャ２０は、すでに確立しているデータ・リンクを共有することにより、データ・リンク・リソースに対する要求を処理しようと試みることもできるし、またはデータ・リンク・リソース・マネージャは、新しいデータ・リンク接続を確立しようと試みることもできる。いくつかの例の場合には、要求されたデータ・リンク・リソースを供給するために、すでに確立しているデータ・リンクのサービスの品質を改善することもできるし、そうすることが望ましい。データ・リンク接続を確立中、ネットワーク１４がサポートしているデータ・リンクのタイプにより、データ・リンクのいくつかのタイプ間で選択を行うことができる。
【００２３】
少なくとも１つの実施形態の場合には、バックグラウンド、対話、ストリーミングまたは会話型のデータ・リンクを含む少なくとも４つのタイプのデータ・リンクを使用することができる。会話型のデータ・リンクは、一般的に、専用無線チャネルを表す従来の音声交換回線に対応する。データ・リンク・リソースは、データ・リンクのこのタイプの無線通信デバイス用に予約されるので、データ・リンクを介して送信中のデータの量にかかわらず、会話型のデータ・リンクは、多くの場合、コストの点で高価なデータ・リンク接続のうちの１つである。その結果、会話型のデータ・リンクは、多くの場合、最も望ましくないタイプのデータ・リンク接続であり、場合により最後の手段として使用される。このタイプのリンクに関連するコストが高いために、このタイプのリンクを介して接続する前に、ユーザの承諾を求めてデータ・リンク・リソース・マネージャ内にフラグをセットすることができる。また、同じタイプのフラグを任意の他のタイプのデータ・リンクと一緒
に使用することもできる。
【００２４】
開示の実施形態に関連する残りの３つのタイプのデータ・リンク接続は、異なるレベルのビット・レート、誤り率、誤り比および転送遅延を供給するパケット・データ・プロトコルを含む。バックグラウンド・タイプのデータ・リンクは、一般的に、低データ・レート接続であり、この接続は、少なくともいくつかの実施形態の場合には、無線通信デバイスが作動した場合に始動する。ある場合には、バックグラウンド・タイプのデータ・リンクは、「常時オン」と呼ばれることがある。バックグラウンドまたは「常時オン」タイプのデータ接続を使用すると、関連する遅延を全然起こさないで、いくつかのデータ通信要求をデータ・リンク接続の最初の確立に適合することができる。「常時オン」タイプの接続の利点のうちの１つは、メッセージを無線通信デバイス１２の方向に「押し出す」ことができることである。この場合、無線通信デバイス１２によりデータ通信をスタートすることはできない。メールおよびインスタント・メッセージ通信アプリケーションを含む詳細に説明した上記の一組のタイプの内部アプリケーションの場合には、バックグラウンド・タイプのデータ・リンク接続で十分であり、また複数の低いデータ集約型アプリケーションにより十分共有することができる。
【００２５】
対話型のデータ・リンク接続は、もっと不連続のデータ通信をサポートするか、および／またはこのような通信はバースト・モードで行われる。対話型のデータ・リンクは、いくつかのレベルのデータ処理能力をサポートすることができる。少なくとも１つの実施形態の場合には、低い、中程度のおよび高いそれぞれの対話レベルがサポートされる。一般的に、対話型のデータ・リンクが、十分または適当なものであると識別されたアプリケーションの場合には、転送遅延および／またはもっと変動の少ないデータ処理能力速度の存在はそれほど重要な問題ではない場合がある。
【００２６】
例えば、いくつかのオーディオまたはビデオ・ストリーミング・アプリケーションのように、転送遅延または処理能力速度の大きな変動がデータ伝送の品質に悪影響がある場合には、好適には、ストリーミング・タイプのデータ・リンク接続を確立するほうが好ましい場合がある。対話型のデータ・リンク接続のように、ストリーミング・タイプのデータ・リンク通信の複数のレベルを定義することができる。少なくとも１つの実施形態の場合には、低い、中程度のおよび高いレベルが同じようにサポートされる。いくつかの例の場合には、さらに、リアルタイムおよび非リアルタイムのもう１つの区別を行うことができる。リアルタイム・ストリーミング・データ・リンク接続の転送遅延要件は、一般的に厳しいものではない。
【００２７】
データ・リンク・リソース・マネージャは、各タイプのデータ・リンクの一般的なデータ転送特性を含む他に、場合により、各タイプのデータ・リンクの生成および維持に関連する金銭的コストも含む。意志決定プロセスにコストの比較を含めることにより、データ・リンク・リソース・マネージャは、予想性能レベルを維持しながら、データ・リンク・リソースのコスト的にもっと最適な組合せを生成し、維持することができる。いくつかの例の場合には、時間帯および／またはネットワーク内の無線通信デバイスの位置によりコストが変化する場合がある。
【００２８】
当業者であれば、場合によっては、本発明の教示から逸脱することなしに、図の実施形態に関連して説明したデータ・リンク接続の特定の組合せ以外の異なる組合せおよび／または異なるタイプのデータ・リンク接続も使用することができることを容易に理解することができるだろう。少なくとも１つの実施形態のところで説明した対話およびストリーミング用の低い、中程度のおよび高い以外のもっと多数の粒状組織を定義することがさらに望ましい場合がある。さらに、１つ以上のフラグを、対応するタイプのデータ・リンク接続を確立する前に、ユーザにプロンプトすることを要求するいくつかのタイプのデータ・
リンク接続の任意の組合せに関連づけることができる。
【００２９】
ネットワークによりいくつかのタイプのデータ・リンクを使用することができる他に、一次コンテキスト・データ・リンクおよび二次コンテキスト・データ・リンクの両方を確立することができる場合がある。一次コンテキスト・データ・リンクは、特定のアクセス・ポイントおよび特定の宛先アドレス／ユーザ識別に対応する第１のデータ・リンク接続に対応する。同じアクセス・ポイントおよび宛先アドレス／ユーザ識別を共有する任意の以降の接続は、一般的に、二次コンテキスト・データ・リンクである。そうでない場合、二次コンテキスト・データ・リンクおよび一次コンテキスト・データ・リンクは、一般的に、同じものである。実際には、二次コンテキスト・データ・リンクは、一次コンテキスト・データ・リンクが解放され、対応する二次コンテキスト・データ・リンクが維持されている場合には、一次コンテキスト・データ・リンクになることができる。
【００３０】
いくつかのインスタンスまたはエリアの場合には、ネットワークは二次コンテキスト・データ・リンクをサポートすることができない。これらのインスタンスの場合には、追加のデータ・リンク・リソース要求をサポートするために、もっと高いサービスの品質を要求する必要がある場合があるか、または要求することがもっと望ましい場合がある。
【００３１】
図３は、無線通信デバイス１２と無線通信ネットワーク１４との間に複数のデータ・リンク接続を有する無線通信デバイスの一実施形態を示すブロック図である。データ・リンク接続のうちの少なくとも１つに関して、無線通信デバイスと結合している端末デバイス１６は、無線通信リソースを使用することができる。
【００３２】
図の実施形態の場合には、少なくとも５つのデータ・リンク接続を含む。５つのデータ・リンク接続は、無線通信デバイス１２を一対のゲートウェイ３２を介してネットワーク１４に結合する。一次コンテキスト・データ・リンクとして識別された第１のデータ・リンク接続３４は、無線通信デバイス１２をゲートウェイ３２を介してＩＳＰ  Ｘに結合する。同様に一次コンテキスト・データ・リンクとして識別された第２のデータ・リンク接続３６は、無線通信デバイス１２をゲートウェイ３２を介してＩＳＰ  Ｙに結合する。ＩＳＰ  ＸおよびＩＳＰ  Ｙは、異なるアクセス・ポイントを表す。その結果、データ・リンク接続３６は、一次コンテキスト・データ接続を表す。第３のデータ・リンク接続３８は、無線通信デバイス１２をＩＳＰ  Ｙに結合する。第３のデータ・リンク接続は、共通のアクセス・ポイントおよび共通の宛先アドレス／ユーザ識別を共有しているので、この例の第３のデータ・リンク３８は、二次コンテキスト・データ接続と呼ばれる。
【００３３】
第４のデータ・リンク接続４０は、無線通信デバイス１２をＩＳＰ  Ｚと結合する。第５のデータ・リンク接続４２は、無線通信デバイス１２を介して、端末デバイス１６をＩＳＰ  Ｚと結合する。第４のデータ・リンク４０および第５のデータ・リンク４２は共通宛先アドレス／ユーザ識別を共有していないので、第４のデータ・リンク４０および第５のデータ・リンク４２は、両方とも一次コンテキスト・データ・リンクであると見なされる。
【００３４】
図４は、本発明の少なくとも１つの実施形態によるデータ・リンク・リソースの使用を管理するための方法のフローチャートである。この方法は、データ・リンク・リソースに対する要求を受信する工程（１０２）と、要求されたデータ・リンク・リソースを、すでに確立しているデータ・リンクに関連する使用可能リソースと比較する工程（１０４）とを含む。次に、データ・リンク・リソースに対する要求を、すでに確立しているデータ・リンク・リソースが処理することができるかどうかの判断が行われる（１０６）。要求されたデータ・リンク・リソースを、すでに確立しているデータ・リンク・リソースが処理することができる場合には、すでに確立しているデータ・リンクのうちの１つ以上が、要
求されたデータ・リンク・リソースにより共有される（１０８）。要求されたデータ・リンク・リソースを、すでに確立しているデータ・リンク・リソースが処理することができない場合には、受信した要求の追加の要件を処理できるようにデータ・リンク・リソースがアップグレードされる（１１０）。
【００３５】
図５は、すでに確立しているデータ・リンク・リソースが、要求されたデータ・リンク・リソースを処理することができない場合のデータ・リンク・リソースのアップグレードのより詳細なフローチャートである。より詳細に説明すると、新しい一次コンテキスト・データ・リンクのうちの１つ以上を確立することができ（１１２）、新しい二次コンテキスト・データ・リンクを確立することができ（１１４）、および／またはすでに確立しているデータ・リンクのサービスの品質を改善することができる（１１６）。すでに説明したように、すべての新しいデータ・リンクは、新しく確立したアクセス・ポイントおよび宛先アドレス／ユーザ識別の両方がすでに存在しているデータ・リンクと共通している場合には、二次コンテキスト・データ・リンクである。そうでない場合には、すべての新しいリンクは、一次コンテキスト・データ・リンクである。二次コンテキスト・データ・リンクが許可されていないで、すでに存在している一次コンテキスト・データ・リンクに関連する容量を増大するのが望ましい場合には、すでに確立している一次コンテキスト・データ・リンクのサービスの品質を改善する要求を行うことができる。
【００３６】
図６は、データ・リンク・リソースに対する要求を、すでに確立しているデータ・リンクが処理することができるかどうかを判断する（１０６）ためのより詳細なフローチャートである。より詳細に説明すると、すでに存在しているデータ・リンクをデータ・リンク・リソースに対する新しい要求を行っているアプリケーションと共有できるかどうかについての判断が行われる。最初に、要求されたデータ・リンク・リソースの要求されたアクセス・ポイントが、すでに存在しているデータ・リンクのアクセス・ポイントと比較される（１１８）。要求されたデータ・リンク・リソースの要求されたアクセス・ポイントが、既存のデータ・リンク１２０のどれかのアクセス・ポイントと同じである場合には（１２０）、要求されたデータ・リンクの要求された宛先アドレス／ユーザ識別が、一致したアクセス・ポイントを有するすでに存在しているデータ・リンクの宛先アドレス／ユーザ識別と比較される（１２２）。
【００３７】
アクセス・ポイントおよび宛先アドレス／ユーザ識別の両方が同じである場合には（１２４）、すでに確立し、一致しているデータ・リンクのクライアントおよび要求されたデータ・リンクのクライアントの両方が、データ・リンク接続を進んで共有するかどうかについての判断が行われる（１２６）。両方のクライアントが進んで共有する場合には（１２６）、すでに確立し、一致しているデータ・リンクのサービスの品質が、すでに確立しているデータ・リンクをすでに使用している１つ以上のクライアントの結合データ・リンク・リソース要件およびデータ・リンク・サービスを要求している１つ以上のクライアントのデータ・リンク・リソース要件と比較される（１２８）。すでに確立し、一致しているデータ・リンクの現在のサービスの品質が結合データ・リンク・リソース要件に適合できる場合には（１２８）、データ・リンクは、データ・リンク・リソースに対する要求を行っている１つ以上のクライアントにより共有される（１３０）。
【００３８】
使用中のデータ・リンク・リソースを動的に増大し、またはアップグレードするために、データ・リンク・リソース・マネージャを使用することができる場合には、データ・リンク・リソース・マネージャは、さらに使用レベルを監視することができ、適当であると認めた場合には、入手したデータ・リンク・リソースの質を低減し、または容量を低減する。少なくとも１つの実施形態の場合には、データ・リンク・リソース・マネージャは、既存のデータ・リンク・リソースを解放するか、質を低減するかを決定する場合に、特定のソケットに特有のダウンリンク・カウンタを使用する。データ・リンク・リソースを共
有する各クライアント・アプリケーションは、個々のソケットおよび対応するカウント・ダウン・タイマを使用する。対応して、カウント・ダウン・タイマを調整するための決定が、特定のソケットに関連する任意のデータ伝送アクティビティ、またはその欠乏に基づいて行われる。
【００３９】
図７は、データが対応するソケット上を転送されていない場合の、カウント・ダウン・タイマを減分するためのより詳細なフローチャートである。最初に、データが対応するソケット上を転送中であるかどうかの判断が行われる（１４２）。データが対応するソケット上を転送されていない場合には、各カウント・ダウン・タイマを減分する（１４４）。次に、カウント・ダウン値が所定の低しきい値と比較される（１４６）。カウント値が所定の低しきい値未満である場合には（１４８）、ソケットに関連するデータ・リンク・リソースが解放される（１５０）。少なくとも１つの実施形態の場合には、カウンタがゼロになると、低しきい値になる。
【００４０】
ソケットに関連するデータ・リンク・リソースが解放された後で、リソースの質をもっと低減することができるかどうかを決定するために（１５２）、データ・リンク・リソースが評価される。例えば、データ・リンクの残りのリソース要件を満足させることができる他のもっとコストの安いデータ・リンク・リソースを使用できる場合には、サービスの品質を低減することができる。データ・リンクに関連する残りのリソース要件が存在しない場合には、データ・リンクを解放することができる。
【００４１】
データ・リンク・リソースがデータ・リンク・リソース・マネージャにより管理される本発明に関連する利点の１つとしては、信号を意識しないクライアントをサポートする機能がある。いくつかの例の場合には、特定のクライアントが、特定のデータ・リンクおよび／またはデータ・リンクとの接続を確立するために必要な関連情報を意識しない場合がある。これらの例の場合には、データ・リンク・リソース・マネージャに関連して記憶しているパラメータのデフォールト・セットが供給される。デフォールト・データ・リンクに関連するパラメータのうちのいくつかまたは全部を使用すると、データ・リンク・パラメータのうちのいくつかまたは全部を指定しないクライアント・アプリケーションに対してデータ・リンク接続を確立することができる。このことは、無線を使用しない外部デバイスが、無線通信デバイス１２を介してネットワークに結合している場合に特に役に立つ。これらの例のうちの少なくともいくつかの場合、デバイスが、無線通信ネットワークで接続を行うための適当なデータ・リンクを識別するための特定の要件を意識しない場合がある。
【００４２】
さらに、そのため、信号を意識しないアプリケーションは、データ・リンクを共有することができる。さらに、パラメータのデフォールト・セットを最初に供給することができるが、ユーザは１つ以上の別のデフォールト・パラメータを確立することができ、またデフォールト・パラメータの各セットを適用する条件を定義することができる。パラメータのデフォールト・セットは、さらに、信号を意識しないクライアントが他のサービス、アプリケーションまたは課金方法に特有の接続をうっかり確立しようとするのを防止する。
【００４３】
データ・リンクを確立する際に使用することができるパラメータの例のリストは、ユーザ名およびパスワード、リンクに関連するベアラ・タイプの識別（ＧＰＲＳ、ＧＳＭ回線交換データ等）、アクセス・ポイントの電話番号、回線交換データ接続を確立する時に使用するデータ・レート、回線交換データ接続を確立する際に使用するライン・タイプ（モデム、ＩＳＤＮ等）、アイドル・データ・リンクの作動を中止する前に待機する秒単位の時間、および／またはこのタイプのデータ・リンクを確立する前に、および任意の対応する料金をユーザに識別する前に、ユーザに通知すべきかどうかを知らせるフラグを含む。
【００４４】
図８は、本発明の少なくとも１つの実施形態によるデータ・リンク・リソース・マネージャ２０のより詳細なブロック図を含むブロック図１６０である。データ・リンク・リソース・マネージャ２０は、データ・リンク・リソース・マネージャ・イベント・ハンドラ１６２を含む。データ・リンク・リソース・マネージャ・イベント・ハンドラ１６２は、個々の各クライアント・アプリケーション２２に結合していて、データ・リンク・リソースに対する要求を受信する。データ・リンク・リソース・マネージャ・イベント・ハンドラ１６２は、プロキシ・マネージャ１６４に結合していて、このプロキシ・マネージャは、データ・リンク・リソースを要求している各クライアント・アプリケーション２２に対して個々のプロキシ・インスタンス１６６を生成することにより、クライアントを分離する。
【００４５】
プロキシ・インスタンス１６６は、データ・セッションを維持するために、必要に応じて信号コンテキストおよびプロトコル・スタックを確立する。メモリに記憶することができるデフォールト・プロキシ記述子から、または一組の属性および属性インタフェースからプロキシが構成される。少なくとも１つの実施形態の場合には、デフォールト・プロキシ記述子は不揮発性メモリに記憶される。しかし、別の方法としては、他のタイプのメモリも使用することができる。初期化後、プロキシは、必要な情報を維持し、データ・リンクおよびプロトコル・スタックを管理する。
【００４６】
プロキシ・インスタンス１６６は、リンク・マネージャ１６８と結合している。リンク・マネージャは、対応するリンク・インスタンス１７０を生成する。プロキシ・インスタンス１６６は、クライアント・アプリケーション２２がネットワーク１４接続を要求した場合に、データ・リンクを確立する。データ・リンク・インスタンス１７０は、ネットワーク１４へのデータ・リンクを維持するために、信号コンテキストおよびリンク・プロトコルを制御するためのインタフェースを供給する。データ・リンク・インスタンスは、ネットワーク１４との信号コンテキストを確立するために、データ・リンク・リソース・マネージャ２０に結合している呼出しアプリケーション（図９）を使用する。次に、データ・リンク・インスタンスは、信号コンテキストの状態および信号コンテキストを確立するために使用したパラメータをカプセル化する。
【００４７】
図９は、無線通信デバイスと本出願のデータ・リンク・リソース・マネージャ２０を内蔵する無線通信ネットワークとの間のデータ・リンク・リソースを生成し、維持するための多重動作層の処理アーキテクチャのブロック図１８０である。
【００４８】
図１０は、本発明を組み込むことができる無線通信デバイス１２のブロック図である。無線通信デバイスは、無線受信機２０１および送信機２０３を有するＲＦインタフェース２８を含む。受信機２０１および送信機２０３の両方は、送受切換器（ｄｕｐｌｅｘｅｒ）２０７により、無線通信デバイスのアンテナ３０に結合している。送信機２０３および受信機２０１が使用する特定の無線周波数は、マイクロプロセッサ２０９により決定され、インタフェース回路２１３を介して周波数シンセサイザ２１１に送られる。受信機２０１が受信したデータ信号は復号され、インタフェース回路２１３によりマイクロプロセッサ２０９に結合され、送信機２０３が送信するデータ信号は、マイクロプロセッサ２０９により生成され、インタフェース回路２１３によりフォーマットされた後、送信機２０３により送信される。送信機２０３および受信機２０１の動作状態は、インタフェース回路２１３によりオン／オフされる。
【００４９】
好ましい実施形態の場合には、マイクロプロセッサ２０９は、処理ユニット２１７の一部を形成し、インタフェース回路２１３と一緒に、メモリ・セクション２１５に記憶しているプログラムおよびパラメータのデフォールト・セットの制御の下で必要な処理機能を行う。マイクロプロセッサ２０９およびインタフェース回路２１３は、一緒に１つ以上の
マイクロプロセッを含むことができ、マイクロプロセッサのうちの１つ以上は、デジタル信号プロセッサ（ＤＳＰ）を含むことができる。メモリ・セクション２１５は、従来のＲＯＭ２２１、ＥＰＲＯＭ２２３、ＲＡＭ２２５またはＥＥＰＲＯＭ２２７を含む１つ以上のタイプの揮発性および／または不揮発性メモリを含む。無線通信デバイスの特徴的な機能は、通常、ＥＥＰＲＯＭ２２７に記憶され（入手できる場合には、搭載ＥＥＰＲＯＭ内のマイクロプロセッサ内に記憶することもできる）、従来のセルラー・システムの動作のために必要な番号割当て（ＮＡＭ）、および／またはコードレス・ベースと一緒に動作するために必要なベース識別（ＢＩＤ）を含むことができる。さらに、メモリ・セクション２１５は、データ・リンク・リソースに対する要求を、すでに確立しているデータ・リンク・リソースが処理することができるかどうかを判断する命令を予め記憶していて、また要求を行っているか、または受信した要求の追加の要件を処理するために、データ・リンク・リソースをアップグレードするアプリケーションと一緒に、すでに確立しているデータ・リンク・リソースのうちの１つ以上を代わりに共有するための命令を予め記憶している。
【００５０】
マイクロホン２２９およびスピーカ２３１を含むユーザのオーディオの制御は、ユーザ・インタフェース回路２３３の一部を形成するオーディオ処理回路２１９により行われる。ユーザ・インタフェース回路２３３は、さらに、キーパッド２３７および／またはディスプレイ２３９の動作を管理するユーザ・インタフェース処理回路２３５を含む。さらに、任意のキーパッド動作をタッチ・センス・ディスプレイの一部として組み込むこともできる。
【００５１】
本発明の好ましい実施形態を図示し、説明してきたが、本発明はこれらの図面および説明により制限されないことを理解されたい。当業者であれば、添付の特許請求の範囲に記載する本発明の精神および範囲から逸脱することなしに、種々の修正、変更、変形、置換および相当物を思い付くだろう。
【図面の簡単な説明】
【００５２】
【図１】例示としての無線通信システムのブロック図。
【図２】例示としての無線通信デバイスのブロック図。
【図３】無線通信デバイスと無線通信ネットワークとの間に複数のデータ・リンク接続を有する無線通信デバイスのある実施形態を示すブロック図。
【図４】本発明の少なくとも１つの実施形態によるデータ・リンク・リソースの使用を管理するための方法のフローチャート。
【図５】データ・リンク・リソースをアップグレードするためのより詳細なフローチャート。
【図６】データ・リンク・リソースに対する要求を、すでに確立しているデータ・リンクが処理することができるかどうかを判断するためのより詳細なフローチャート。
【図７】データが対応するソケット上を転送されていない場合の、カウント・ダウン・タイマを減分するためのより詳細なフローチャート。
【図８】本発明によるデータ・リンク・リソース・マネージャのブロック図。
【図９】図８に示すデータ・リンク・リソース・マネージャを内蔵する無線通信デバイスと無線通信ネットワークとの間のデータ・リンク・リソースを生成し、維持するための複数の動作層の処理アーキテクチャのブロック図。
【図１０】本発明を組み込むことができる無線通信デバイスのブロック図。
【図１】
0004404773.tif 000002
【図２】
0004404773.tif 000003
【図３】
0004404773.tif 000004
【図４】
0004404773.tif 000005
【図５】
0004404773.tif 000006
【図６】
0004404773.tif 000007
【図７】
0004404773.tif 000008
【図８】
0004404773.tif 000009
【図９】
0004404773.tif 000010
【図１０】
0004404773.tif 000011