JP2004503035A - 特定のアクセスに使用されるベアラ能力に応じて情報量を調整する移動体通信システム - Google Patents

Abstract

通信システムは、アクセスベアラを使用し、アクセスネットワークを介してアプリケーションサーバの情報にアクセスするのに適した携帯電話等の端末２を具備する。当該システムは、アクセスベアラ能力をアプリケーションに伝達し、特定のアクセスに使用されるベアラ能力に応じて情報量を調整する。

Description

【０００１】
発明の分野
本発明は、独立請求項に記載の通信システムおよび該通信システムにおける方法に関する。
【０００２】
モバイルインターネットの世界では、ユーザはアプリケーションに到達するために１以上の無線アクセス方式を有することが可能である。様々な無線アクセス（アクセスベアラ）には、ショートメッセージサービス（ＳＭＳ）、アンストラクチャード補足サービスデータ（Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｓｅｒｖｉｃｅ Ｄａｔａ）（ＵＳＳＤ）、回路交換データ（ＣＳＤ）（９．６Ｋｂｐｓ）、ＣＳＤ（１４．４Ｋｂｐｓ）、一般パケット無線サービス（ＧＰＲＳ）、（最高３８４Ｋｂｐｓ）、ユニバーサル移動体電話システム（ＵＭＴＳ）（最高２Ｍｂｐｓ）またはブルーテゥース（短距離、高周波数通信プロトコル）等を挙げることができる。こういったベアラは伝送速度等の観点から様々な能力を有する。
【０００３】
図１は従来技術によるシステムを図示している。携帯電話等の端末２は、ワイヤレスアプリケーションプロトコル（ＷＡＰ）ゲートウェイおよび複数のアクセス技術方式を介してアプリケーションサーバに達することができる。ＷＡＰ技術は、ｈｔｔｐ：／／ｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇ／（ＷＡＰフォーラムのホームページ）またはｈｔｔｐ：／／ｗｗｗ．ｗａｐｆｏｒｕｍ．ｏｒｇ／ｗｈａｔ／ｔｅｃｈｎｉｃａｌ．ｈｔｍ（ＷＡＰ規格）等に掲載されている。
【０００４】
ワイヤレスアプリケーションプロトコル（ＷＡＰ）とは、端末、好適には携帯電話、からインターネットアプリケーションへの無線アクセスを可能にする技術である。ＷＡＰフォーラムは、（インターネット閲覧等の）インターネットからの情報の引出し（ユーザ主導）および（ニュースメッセージ、メール通知送信等の）情報送出（アプリケーション主導）のＷＡＰアーキテクチャを規定した。
【０００５】
ワイヤレスアプリケーション環境（ＷＡＥ）は、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ）の次期継続モデルを採用した。全てのコンテンツは、標準的なインターネット形式と同形式の仕様に定められる。コンテンツは、ＷＷＷドメインの標準プロトコル、およびワイヤレスドメインに最適化されたＨＴＴＰに類似のプロトコルである、ＷＡＰ通信プロトコル、望ましくはワイヤレスセッションプロトコル（ＷＳＰ）を使用して搬送される。ＷＡＥは、認証および公開方法を含め、可能な限りＷＷＷ規格を採用した。
【０００６】
携帯電話は、ＧＳＭネットワークにおける回線交換データ呼の確立が可能であるか、または、一般パケット無線サービス（ＧＰＲＳ）または欧州次世代移動体電話システム規格であるユニバーサルモバイル電話システム（ＵＭＴＳ）等のパケット交換データネットワークの使用が可能である。また、ブルーテゥース等の短距離無線アクセス技術の使用も可能である。上述したように、図１は、携帯電話２が（ブルテゥース、ＧＳＭ、ＧＰＲＳまたはＵＭＴＳ等の）多くのアクセスベアラの内の１つ、ＷＡＰゲートウェイおよびＩＰネットワークを経由してアプリケーションサーバとの接続を確立することが可能な、従来技術による通信システムを図示している。
図１において、アプリケーションサーバは、ＬＡＮまたはインターネットプロトコルネットワーク（ＩＰネットワーク）を介してＷＡＰゲートウェイに接続され、次に該ＷＡＰゲートウェイは次段のＩＰネットワークを経由して携帯電話２に接続される。図１では、ＩＰネットワークの内の１つが省略できることに注目されたい。アプリケーションサーバに常駐し、アプリケーションに連絡するために使用されるＷＡＰゲートウェイとのプロトコルは、ＨＴＴＰである。（ＨＴＴＰ規格はｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２０６８．ｔｘｔ？ｎｕｍｂｅｒ＝２０６８に掲載された周知の確立された規格である）。アプリケーションサーバは、どのベアラがアクセスに使用されているかを認識しないので、ユーザが特定のアプリケーション情報へアクセスした場合に容認し難い結果を招く場合がある。
例えば、（ＳＭＳベアラを使用して）サーフィンを行ってＣＳＤ（９．６Ｋｂｐｓ）向けＷＡＰページを選択すると、当該ページのダウンロード時間が長過ぎる結果となり、エンドユーザにとっては不便となる場合がある。
【０００７】
本発明の１つの目的は、特にダウンロード時間短縮の観点から、アプリケーション情報のユーザのアクセス性を増加させ最適化することにある。
【０００８】
図２を参照して本発明の別の様態を説明する。オペレータモバイルネットワーク（ＰＬＭＮ）では、様々なアクセス方式が共存し、および任意の位置に散在する。オペレータがＧＳＭ受信地域でＧＰＲＳの導入を決定すると、都市等の選択地域でこれを実行し始めることになる。ＵＭＴＳ等の次世代移動体システムを導入する際にも同様のことがいえる。大容量のベアラを徐々に導入していく理由は、コストに関連する。新しいベアラの導入はオペレータにとって多大な投資となる。
【０００９】
図２はモバイルネットワークにおける様々な無線アクセスの受信範囲を開示している。携帯電話はＰＬＭＮエリアの範囲で移動することができ、無線アクセスの利用できる度合いに応じて様々なベアラを使用することができる。異なるダウンロード時間以外にベアラの選択に関する別の様態は、異なるベアラを使用するための多様なコストに関連する。他のベアラを使用する前に１つのベアラを使用する方がコストがかからない場合がある。
【００１０】
今日使用される通信システムが有する欠点は、ＷＡＰの使用時等に、ベアラに関する情報がアプリケーションに識別されない点である。よって、本発明の別の目的は、この欠点を克服する通信システムを提供することにある。
【００１１】
本発明の要旨
上述の目的は、独立請求項の特徴部分に記載の通信システムおよび該通信システムにおける方法によって達成される。
【００１２】
好ましい実施形態は独立請求項に記載されている。
【００１３】
携帯電話は、ＧＰＲＳ、回路交換データ（ＣＳＤ）または（ＧＳＭを介した）ＳＭＳ／ＵＳＳＤ等の異なるベアラを使用することができ、また同一のベアラは、有効チャネル等に応じて瞬時に異なる伝送速度を使用することができる。アプリケーションが無線アクセスに使用されるベアラ能力を見分けるために、該能力は認識されアプリケーションサーバに転送されなければならない。これは、本発明の第１および第２実施形態による２つの方法で実施することができる。
これにより、ベアラ能力に関する情報がアプリケーションに伝達されるので、特定のアクセスに用いられるベアラ能力に応じて、アプリケーションがアクセスされる情報量を調整可能にすることにより、本発明は上述の欠点を克服する。
【００１４】
ユーザに価値の高いサービスを提供するために、アプリケーションはアクセスに使用されるベアラ能力に適応しなければならない。適応とは、情報形式がベアラ能力に合致する、或いは、情報自体が合致することを指すことができる。後者の場合の一例は、広範囲な記事よりもむしろ世界のニュースの概要を携帯電話に送信するだけのアプリケーションである。
【００１５】
本発明の好ましい実施形態の詳細な説明
アクセスベアラ能力は、使用されるベアラの伝送速度に関するパラメータを含む。また、帯域幅等の伝送に関わる他のパラメータも能力情報に含むことができる。
【００１６】
アプリケーションサーバに情報リクエストを開始しそのリクエストされた情報を受信するのに適した装置を説明するために、本明細書では「端末」という表現を用いる。好ましい実施形態の説明では、当該端末は携帯電話によって例示される。しかし、端末としては、前記情報リクエストを発する手段を具備した装置のいずれを用いてもよい。それらの中には、ラップトップコンピュータ、携帯電話およびアプリケーションサーバへの無線接続に適した携帯型端末がある。
【００１７】
本発明の第１番目の好ましい実施形態を図３に示す。ここでは、ＷＡＰゲートウェイ４、６、８が各無線アクセスベアラに対して１つずつ配置されている。
図３の実施形態は、それぞれが各アクセスベアラ能力に関する固有のＷＡＰゲートウェイを具備した３つのアクセスベアラの例を開示している。図では、ショートメッセージサービス（ＳＭＳ）サーバは、確立技術に基づいて、シグナリングサーバ７（ＳＳ７）（シグナリングプロトコル）とＧＳＭネットワークとを介して端末２に接続される。また、ＣＳＤアクセスサーバおよびゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）サーバも、確立技術に基づいて、各々ＧＳＭネットワークおよびＧＰＲＳネットワークを介して端末２に接続される。ＷＡＰゲートウェイの数は当然３つに限定されず、使用するＷＡＰゲートウェイの数は、使用するアクセスベアラの数に等しい。
【００１８】
アクセスベアラ毎に１つのゲートウェイを具備することによって、異なるゲートウェイはそれぞれが具備されているアクセスベアラ能力を認識することができるが、使用されるベアラが様々な速度を使用することができる場合、電話側で実際の使用される伝送速度を決定してもよいので、実際に使用される伝送速度を認識できるとは限らない。
【００１９】
当該端末は、アクセスベアラと、アクセスベアラに割当てられるゲートウェイとを介してアプリケーションに送信されるリクエスト（ＷＡＰリクエストまたはＨＴＴＰリクエスト）を開始する。該リクエストがゲートウェイを通過する際にアクセスベアラ能力がそのリクエストに付される。これは、リクエストのヘッダ部のクッキーを使用する等して実施することができる。
該能力がリクエストに付される前に、該リクエストがＷＡＰ対応端末から作成されるＷＡＰリクエストであった場合、ワイヤレスセッションプロトコル（ＷＳＰ）のリクエストはＨＴＴＰリクエストに変換される。そのとき、ＷＡＰゲートウェイは、ＨＴＴＰリクエストのＨＴＴＰヘッダにアクセスベアラ能力を付す。ＨＴＴＰヘッダの例：
クッキー：Ａｃｃｅｓｓ−Ｂｅａｒｅｒ−Ｔｙｐｅ＝”（ｂｅａｒｅｒ）”。
ここで、ｂｅａｒｅｒとはアクセス方式である。例えば、ＳＭＳ、ＵＳＳＤ（Ｕｎｓｔｒｕｃｔｕｒｅｄ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｓｅｒｖｉｃｅ Ｄａｔａ）、ＣＳＤ−９．６、ＣＳＤ−１４．４、ＧＰＲＳ、ＵＭＴＳ、またはブルテゥースである。
【００２０】
次いで、ＨＴＴＰリクエストはアップリケ−ションサーバに供給される。
【００２１】
リクエストされたアプリケーションサーバは、周知のＨＴＴＰプログラミング技術に従ってＨＴＴＰヘッダからＡｃｃｅｓｓ−Ｂｅａｒｅｒ−Ｔｙｐｅ クッキーを摘出することができる。次いで、受信されたアクセスベアラ能力に応じてリクエストされたアプリケーションサーバを調整し、アプリケーション情報をリクエストしている端末に対する最適な伝送を実現する。
【００２２】
本発明の上記第１番目の好ましい実施形態の代替例は、ＷＡＰゲートウェイをＨＴＴＰプロキシサーバに置換することである。これは、（携帯電話等の）端末がＨＴＴＰを直接使用すれば可能であろう。
【００２３】
本発明の第２番目の好ましい実施形態を図４で説明する。
図４は、第２番目の好ましい実施形態に従って本発明を実施する際に使用される端末における構成要素を示している。当該端末は、無線アクセスモジュール（ＲＡＭ）、ベアラ能力データベース（ＢＣＤ）およびＷＡＰユーザエージェント１０を具備する。
無線アクセスモジュールは、周波数および無線リンクのタイムスロット数等に基づいて端末が使用するベアラ方式を検出することができる。この情報は、ＲＡＭ内で連続的に解読される。使用周波数、タイムスロット数、使用される無線チャネル方式を解読することによって、ＲＡＭは使用される伝送速度を計算し、ベアラ能力データベースの格納メモリにそれを連続的に書き込む（図４の１）。各リクエストにおいて、このＢＣＤの情報は、リクエストメッセージに付される（図４の２）。端末が既にアプリケーションサーバに接続され、能力の変更がなされれば、端末に通知し、ＲＡＭはそれを解読してＢＣＤに連続的に書き込む。その後、この新しい情報が、次のＷＡＰリクエスト（またはＨＴＴＰリクエスト）に付される。
【００２４】
（上記引例のＷＡＰ規格に規定され、図の左側に図示された）ユーザエージェント１０は、多数のプロトコルレイヤを有する。ＷＡＰユーザエージェントの代替案は、端末内のＨＴＴＰクライアントを直接使用することであろう。ＷＡＰユーザエージェント内の複数のレイヤは、上から、ワイヤレスアプリケーション環境（ＷＡＥ）、ワイヤレスセッションプロトコル（ＷＳＰ）、ワイヤレストランザクションプロトコル（ＷＴＰ）、ワイヤレストランスポートレイヤセキュリティ（ＷＴＬＳ）およびワイヤレスデータグラムプロトコル（ＷＤＰ）である。アプリケーションリクエスト（情報リクエスト）が開始されると、ユーザエージェント（またはＨＴＴＰクライアント）は、ＷＡＰプロトコル（またはＨＴＴＰプロトコル）を介してアプリケーションへのＷＡＰリクエストを作成するよう手配され、適切なアクセスベアラ能力がベアラ能力データベース内で識別される。
このように識別された能力は、ＷＡＰヘッダ（またはＨＴＴＰヘッダ）のＷＡＰリクエスト（またはＨＴＴＰリクエスト）に付される。ＨＴＴＰヘッダの例は、上述した本発明の第１番目の好ましい実施形態を参照されたい。
ＷＡＰヘッダは同一の外観を有するが、バイナリ符号化することができる。
【００２５】
アプリケーションサーバが、例えば、説明した実施形態の１つに従って、使用されるベアラ能力を受信したとき、該アプリケーションは、アクセスユーザに伝送されるべきアプリケーション情報を調整するべく適応する。これは、多くの異なる方法で実施可能である。例えば、情報形式化をベアラ能力に合致させるか、または情報自体を合致させる。後者の場合の例は、広範囲な記事よりもむしろ世界のニュースの概要を携帯電話に送信するだけのアプリケーションである。情報を合致させる別の例は、新聞から画像を除去して文字情報のみを送信することである。
【００２６】
本発明は上述の好ましい実施形態に限定されない。様々な代替例、変形例および等価例が使用されてもよい。よって、上記実施形態は、本発明の範囲の限定として捉えられるべきではなく、該本発明の範囲は添付の請求項によって規定される。
【図面の簡単な説明】
【図１】図１は、従来技術によるシステムを図示している。
【図２】図２は、モバイルネットワークにおける異なる無線アクセスの適用範囲を示している。
【図３】図３は、本発明の第１番目の好ましい実施形態を図示している。
【図４】図４は、本発明の第２番目の好ましい実施形態を図示している。

Claims (14)

1. ベアラ能力を有するアクセスベアラを介してアプリケーションサーバに伝達される情報リクエストを使用することにより前記アプリケーションサーバ内の情報にアクセスするのに適した携帯電話等の端末（２）を具備する通信システムであって、使用されるアクセスベアラの前記ベアラ能力がアプリケーションサーバに伝達される前記情報リクエストに付されることを特徴とする通信システム。
2. 前記情報リクエストがＷＡＰリクエストであることを特徴とする請求項１に記載の通信システム。
3. 前記情報リクエストがＨＴＴＰリクエストであることを特徴とする請求項１に記載の通信システム。
4. 前記ベアラ能力は、情報リクエストがアプリケーションサーバに伝達される前にＷＡＰゲートウェイまたはＨＴＴＰプロキシの情報リクエストに付されることを特徴とする請求項１ないし請求項３のいずれかに記載の通信システム。
5. ＷＡＰゲートウェイまたはＨＴＴＰプロキシは、アクセスベアラとアプリケーションサーバとの間で接続されることを特徴とする請求項４に記載の通信システム。
6. ベアラ能力は端末内の情報リクエストに付されることを特徴とする請求項１ないし請求項３のいずれかに記載の通信システム。
7. ＷＡＰを使用する際にベアラ能力がＷＳＰ情報リクエストに付されることを特徴とする請求項６に記載の通信システム。
8. 端末が、使用されるアクセスベアラに関する情報を収集するのに適した無線アクセスモジュールを具備することを特徴とする請求項６または請求項７に記載の通信システム。
9. アクセスベアラ能力がＨＴＴＰリクエストのＨＴＴＰヘッダ内に付されることを特徴とする請求項１ないし請求項８のいずれかに記載の通信システム。
10. アクセスベアラ能力がＷＡＰリクエストのＷＡＰヘッダ内に付されることを特徴とする請求項１ないし請求項９のいずれかに記載の通信システム。
11. ベアラ能力が当該アクセスベアラによって使用される伝送速度に関するパラメータを含むことを特徴とする請求項１ないし請求項１０のいずれかに記載の通信システム。
12. アプリケーションサーバが特定のアクセスのために使用されるベアラ能力に応じてアクセスされた情報量を調整するように適応することを特徴とする請求項１ないし請求項１１のいずれかに記載の通信システム。
13. ベアラ能力を有するアクセスベアラを介してアプリケーションサーバに伝達される情報リクエストを使用することにより前記アプリケーションサーバ内の情報にアクセスするのに適した携帯電話等の端末（２）を具備する通信システムにおける方法であって、前記端末において開始される情報リクエストに応じて、
    Ａ　使用されるアクセスベアラ能力を情報リクエストに付すステップと、
    Ｂ　アクセスベアラ能力を含めて、情報リクエストをアプリケーションサーバに適用するステップと、
    を実施することを特徴とする通信システムにおける方法。
14. ステップＢの後に、
    Ｃ　前記使用されるベアラ能力に応じてリクエストされた情報の量を調整するステップを実施することを特徴とする請求項１３に記載の通信システムにおける方法。

Images