無線通信ネットワークにおける常時接続型データ・セッションを維持する方法及び装置
【課題】アクセス端末のための常時接続型データ・セッションを維持するためのメッセージは、非トラヒック・チャネルを用いて送信されうる。
【解決手段】アクセス・ネットワークは、第１のメッセージ（例えばルート更新要求メッセージ）を第１の非トラヒック・チャネル（例えば制御チャネル）でアクセス端末へ送信する。アクセス端末は、第２のメッセージ（例えばルート更新メッセージ）を第２の非トラヒック・チャネル（例えばアクセス・チャネル）でアクセス・ネットワークへ返信する。アクセス・ネットワークはその後、第２のメッセージに基づいて決定されうるアクセス端末のおおよその位置をカバーする小さなエリアにわたって、（例えば、エコー要求のための）第３のメッセージを第１の非トラヒック・チャネルで送信する。アクセス端末は、（例えばエコー応答のための）第４のメッセージを第２の非トラヒック・チャネルでアクセス・ネットワークへ返信する。
【解決手段】アクセス・ネットワークは、第１のメッセージ（例えばルート更新要求メッセージ）を第１の非トラヒック・チャネル（例えば制御チャネル）でアクセス端末へ送信する。アクセス端末は、第２のメッセージ（例えばルート更新メッセージ）を第２の非トラヒック・チャネル（例えばアクセス・チャネル）でアクセス・ネットワークへ返信する。アクセス・ネットワークはその後、第２のメッセージに基づいて決定されうるアクセス端末のおおよその位置をカバーする小さなエリアにわたって、（例えば、エコー要求のための）第３のメッセージを第１の非トラヒック・チャネルで送信する。アクセス端末は、（例えばエコー応答のための）第４のメッセージを第２の非トラヒック・チャネルでアクセス・ネットワークへ返信する。
【発明の詳細な説明】
【関連出願】
【０００１】
本願は、本願の譲受人に譲渡され、参照によって本願に明確に組み込まれた、２００７年６月２８日出願の“Method and Apparatus for Maintaining an Always-On Data Session in a Wireless Communication Network”と題された米国特許仮出願第６０／９４６，９１３号に対する優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に通信に関し、特に、無線通信ネットワークにおける常時接続型データ・セッションを維持するための技術に関する。
【背景技術】
【０００３】
無線通信ネットワークは、例えば音声、ビデオ、パケット・データ、メッセージング、ブロードキャスト等のような様々なサービスを提供するために広く開発されている。これらの無線ネットワークは、利用可能なネットワーク・リソースを共有することによって、複数のユーザをサポートすることができる多元接続ネットワークであることができる。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、及び単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
【０００４】
アクセス端末は、データ・サービスを取得するために無線ネットワークとのデータ・セッションを確立することができる。データ・セッションは、アクセス端末と無線ネットワークとの間のデータの交換を可能とする構成セットアップである。データ・セッションは、異なる無線ネットワークによって異なる方式で確立されることができ、構成情報及び／又は割り当てられたリソースに関連付けられうる。データ・サービスは、無線ネットワークによって提供される任意のサービスであることができ、データの交換を含む。データ・サービスのいくつかの例は、音声、ビデオ、汎用インターネット接続、マルチメディア・ストリーミング及びブロードキャスト・サービス、ショート・メッセージ・サービス（ＳＭＳ）及びテキスト・メッセージング・サービス、地理的位置ベースのサービス等を含む。
【０００５】
アクセス端末は、データ・セッション中、散発的にしかアクティブであることができないが、送受信するデータがある場合常に、無線ネットワークとデータを交換することができる。しかし、データ・セッションが常時接続され、それによって、データが利用可能な場合迅速に交換されうることが望まれる。また、可能な限り少ないネットワーク・リソースを用いて常時接続型データ・セッションを維持することも望まれうる。
【０００６】
従って、当該技術では、無線通信ネットワークにおいて、アクセス端末のための常時接続型データ・セッションを効率的に維持する技術へのニーズがある。
【発明の概要】
【０００７】
無線通信ネットワークにおいて、アクセス端末のための常時接続型データ・セッションを効率的に維持する技術が、本明細書で説明される。局面において、データ・セッションをキープアライブするメッセージが、非トラヒック・チャネルを用いて送信され、それによって、これらのメッセージを送信するためだけに、ラジオ接続をセットアップしトラヒック・チャネルを立ち上げる必要が回避されうる。１つの設計において、アクセス端末は、第１のメッセージを第１の非トラヒック・チャネル（例えば制御チャネル）でアクセス・ネットワークから受信し、第２のメッセージを第２の非トラヒック・チャネル（例えばアクセス・チャネル）でアクセス・ネットワークへ送信することができる。第１及び第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために、非トラヒック・チャネルを用いて交換されうる。ｃｄｍａ２０００における高レート・パケット・データ（ＨＲＰＤ）の場合、データ・セッションは、ポイント・ツー・ポイント・プロトコル（ＰＰＰ）セッションを備え、第１のメッセージはリンク制御プロトコル（ＬＣＰ）エコー要求パケットを備え、第２のメッセージはＬＣＰエコー応答パケットを備え、第１及び第２のメッセージは、データ・オーバ・シグナリング（ＤＯＳ）プロトコルを用いて送信されうる。他のメッセージ及びチャネルも、他のラジオ接続のために用いられうる。
【０００８】
別の局面において、アクセス端末へシグナリングを送信する前に、アクセス端末のおおよその位置が確かめられうる。これにより、シグナリングを送信するエリアが低減されるので、ラジオ・リソースを節約することができる。１つの設計において、アクセス端末は、第１のメッセージ（例えば、ｃｄｍａ２０００におけるルート更新要求メッセージ）を第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、第２のメッセージ（例えば、ｃｄｍａ２０００におけるルート更新メッセージ）を第２の非トラヒック・チャネルでアクセス・ネットワークへ送信することができる。第１及び第２のメッセージは、アクセス端末のおおよその位置を決定するために交換されうる。アクセス端末はその後、第３のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信することができる。第３のメッセージは、アクセス端末のおおよその位置をカバーするエリアにわたって送信される。一般に第３のメッセージは、アクセス端末のための任意の情報を搬送することができる。第３のメッセージが、アクセス端末のためのデータ・セッションをキープアライブするためのシグナリング（例えば、ＬＣＰエコー要求パケット）を含む場合、アクセス端末は、（例えば、ＬＣＰエコー応答パケットのための）第４のメッセージを第２の非トラヒック・チャネルでアクセス・ネットワークへ送信することができる。
【０００９】
本開示の様々な局面及び特徴が、以下で更に詳しく説明される。
【図面の簡単な説明】
【００１０】
【図１】図１は、無線通信ネットワークを示す。
【図２】図２は、図１に示す様々なエンティティにおけるプロトコル・スタックの例を示す。
【図３】図３は、アクセス端末のためのデータ・セッションを維持するためのコール・フローを示す。
【図４】図４は、キープアライブ機能のために、非トラヒック・チャネルを用いてデータ・セッションを維持するコール・フローを示す。
【図５】図５は、キープアライブ機能のために、おおよその位置の発見及び非トラヒック・チャネルを用いてデータ・セッションを維持するコール・フローを示す。
【図６】図６は、アクセス端末のためのデータ・セッションをキープアライブするために、アクセス端末によって実行される処理を示す。
【図７】図７は、アクセス端末のためのデータ・セッションをキープアライブするために、アクセス・ネットワークによって実行される処理を示す。
【図８】図８は、おおよその位置の発見を用いてシグナリングを送信するために、アクセス端末によって実行される処理を示す。
【図９】図９は、おおよその位置の発見を用いてシグナリングを送信するために、アクセス・ネットワークによって実行される処理を示す。
【図１０】図１０は、アクセス端末及びネットワーク・エンティティのブロック図を示す。
【発明を実施するための形態】
【００１１】
本明細書で説明される技術は、例えばＣＤＭＡネットワーク、ＴＤＭＡネットワーク、ＦＤＭＡネットワーク、ＯＦＤＭＡネットワーク、及びＳＣ−ＦＤＭＡネットワークのような様々な無線通信ネットワークのために用いられうる。「ネットワーク」及び「システム」という用語はしばしば、置換可能に用いられる。ＣＤＭＡネットワークは、例えばユニバーサル地上無線接続（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）及び低チップ・レート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、及びＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のような無線技術を実施することができる。ＯＦＤＭＡネットワークは、例えば次世代ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）等のような無線技術を実施することができる。これら様々な無線技術及び規格は、当該技術において周知である。ＵＴＲＡ、Ｅ−ＵＴＲＡ、及びＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と名付けられた組織からの文書において説明される。ｃｄｍａ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と名付けられた組織からの文書において説明される。３ＧＰＰ及び３ＧＰＰ２の文書は、公的に入手可能である。
【００１２】
明確化のために、本技術のある局面は、ＩＳ−８５６を実施する高レート・パケット・データ（ＨＲＰＤ）ネットワークに関して説明される。ＨＲＰＤは、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯ、１ｘＥＶ−ＤＯ、１ｘ−ＤＯ、ＤＯ、高データ・レート（ＨＤＲ）等とも称される。
【００１３】
図１は、ＨＲＰＤネットワークであることができる無線通信ネットワーク１００を示す。無線ネットワーク１００は、（ａ）アクセス端末のためのラジオ通信をサポートするアクセス・ネットワーク１２０、及び（ｂ）通信サービスをサポートするための様々な機能を実行するネットワーク・エンティティ、を含む。アクセス・ネットワークは、ラジオ・ネットワーク、ラジオ・アクセス・ネットワーク（ＲＡＮ）等とも称されうる。アクセス・ネットワーク１２０は、任意の数の基地局１２２及び任意の数の基地局コントローラ／パケット制御機能（ＢＳＣ／ＰＣＦ）１２４を含むことができる。基地局は一般に、アクセス端末と通信する固定局であり、アクセス・ポイント、基地トランシーバ局（ＢＴＳ）、ノードＢ、次世代ノードＢ（ｅノードＢ）等とも称されうる。各ＢＳＣ／ＰＣＦ１２４は、基地局のセットに接続し、自身の制御下の基地局の制御及び調整を提供し、それらの基地局のためのデータをルート指定する。
【００１４】
パケット・データ提供ノード（ＰＤＳＮ）１３０は、アクセス・ネットワーク１２０と通信しているアクセス端末のためのデータ・サービスをサポートする。ＰＤＳＮ１３０は、アクセス端末のためのデータ・セッションの確立、維持、及び終了を引き受け、更に、動的インターネット・プロトコル（ＩＰ）アドレスをアクセス端末に割り当てることができる。ＰＤＳＮ１３０は、データ・サービスをサポートするために、他のネットワーク・エンティティと通信することができる。ＰＤＳＮ１３０は、インターネット、プライベート・データ・ネットワーク、公衆データ・ネットワーク等を備えうるデータ・ネットワーク１４０に接続することができる。ＰＤＳＮ１３０は、データ・ネットワーク１４０を介して様々なエンティティと通信することができる。
【００１５】
コール・セッション制御機能（ＣＳＣＦ）１３２は、例えばボイスオーバーＩＰ（ＶｏＩＰ）、マルチメディア、インスタント・メッセンジャー（ＩＭ）、ＩＰを介したショート・メッセージ・サービス（ＳＭＳ）、プッシュトーク（ＰＴＴ）等のようなＩＰマルチメディア・サブシステム（ＩＭＳ）をサポートするための様々な機能を実行する。これらのＩＭＳサービスのうちのいくつかは、３ＧＰＰ ＩＭＳ及び３ＧＰＰ２マルチメディア・ドメイン（ＭＭＤ）において定義される。ＣＳＣＦ１３２は、アクセス端末からのＩＭＳサービスに対する要求を処理し、ＩＭＳへの登録を実行し、セッション制御サービスを提供し、セッション状態情報を維持する等ができる。無線ネットワーク１００及びアクセス・ネットワーク１２０は、図１に示されない他のネットワーク・エンティティを含むこともできる。
【００１６】
アクセス端末１１０は、無線ネットワーク１００によってサポートされる様々なサービスを取得するために、アクセス・ネットワーク１２０と通信することができる。アクセス端末１１０は、モバイル局、ユーザ機器、端末、ユーザ端末、加入者ユニット、局等とも称されうる。アクセス端末１１０は、セルラ電話、携帯情報端末（ＰＤＡ）、無線デバイス、ハンドへルド・デバイス、無線モデム、ラップトップ・コンピュータ等であることができる。アクセス端末１１０は、与えられた任意の時間に、順方向リンク及び／又は逆方向リンクにおいて１つ又は複数の基地局と通信することができる。順方向リンク（すなわちダウンリンク）は、基地局からアクセス端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、アクセス端末から基地局への通信リンクを称する。アクセス端末１１０は、アクセス・ネットワーク１２０及びＰＤＳＮ１３０を介して、他の端末及び／又は他のエンティティ（例えばサーバ１５０）とデータを交換又は通信することができる。
【００１７】
図２は、アクセス端末１１０とサーバ１５０との間の通信のための図１に示す様々なエンティティにおけるプロトコル・スタックの例を示す。各エンティティのプロトコル・スタックは、アプリケーション層、トランスポート層、ネットワーク層、リンク層、及び物理層を含むことができる。
【００１８】
アクセス端末１１０は、ハイパテキスト転送プロトコル（ＨＴＴＰ）、ファイル転送プロトコル（ＦＴＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、セッション開始プロトコル（ＳＩＰ）、及び／又はアプリケーション層におけるその他のプロトコルを用いて、サーバ１５０と通信することができる。アプリケーション層データは、伝送制御プロトコル（ＴＣＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、及び／又はトランスポート層におけるその他のプロトコルを用いて送信されうる。これら様々なプロトコルは、当該技術において周知である。トランスポート層データは、アクセス・ネットワーク１２０、ＰＤＳＮ１３０、及び恐らくはその他のエンティティを介してアクセス端末１１０とサーバ１５０との間で交換されうるＩＰパケット内にカプセル化されうる。
【００１９】
端末１１０とアクセス・ネットワーク１２０との間のリンク層は通常、アクセス・ネットワークによって用いられるラジオ技術に依存する。ＨＲＰＤの場合、リンク層は、ラジオ・リンク・プロトコル（ＲＬＰ）を介したポイント・ツー・ポイント・プロトコル（ＰＰＰ）を用いて実現される。アクセス端末１１０は、ＰＤＳＮ１３０とのＰＰＰセッションを維持し、ＲＬＰを介してアクセス・ネットワーク１２０とデータを交換することができる。データ・セッションは、ＨＲＰＤにおけるＰＰＰセッションを備えることができる。ＲＬＰは、ＨＲＰＤのためのＩＳ−８５６であるラジオ／エアリンク・インタフェースの上部で動作する。アクセス・ネットワーク１２０は、物理層の上部で動作する技術依存インタフェース（例えば、Ａ１０インタフェース及びＡ１１インタフェース）を介してＰＤＳＮ１３０と通信することができる。Ａ１０はデータ・インタフェースであり、Ａ１１は、ＰＣＦ１２４とＰＤＳＮ１３０との間のシグナリング・インタフェースである。ＰＤＳＮ１３０は、リンク層及び物理層を介してＩＰ経由でサーバ１５０と通信することができる。
【００２０】
アクセス端末１１０は、例えばＶｏＩＰ、インスタント・メッセンジャー等のようなＩＭＳアプリケーションをサポートすることができる。これらのＩＭＳアプリケーションは、常時接続されることが期待されうる。アクセス端末１１０は、例えばパワーアップの際、無線ネットワーク１００内のＩＭＳに登録することができる。ＩＭＳへの登録により、無線ネットワーク１００は、ＩＭＳサービスのためにアクセス端末１１０に到達し、任意の時間にアクセス端末１１０と迅速にデータを交換することができる。例えばアクセス端末１１０は、ＶｏＩＰアプリケーション及び／又はインスタント・メッセンジャー・アプリケーションを求めてＣＳＣＦ１３２に常時登録することができ、それによって無線ネットワーク１００は、到来するＶｏＩＰコール及び／又はインスタント・メッセージのためにアクセス端末１１０にどのように到達するかを知る。
【００２１】
図３は、無線ネットワーク１００における常時接続型ＩＭＳを維持するためのコール・フロー３００を示す。アクセス端末１１０は、アクセス端末１１０がパワーアップされると、例えばＩＭＳ登録のためのパケット・データ・コールを開始する要求を受信することができる（ステップ１）。アクセス端末１１０はその後、ラジオ・リンクをセットアップするため、例えば順方向リンク及び逆方向リンクのためのトラヒック・チャネルをセットアップするために、アクセス・ネットワーク１２０とのセッション・ネゴシエーションを実行することができる（ステップ２）。ステップ２において、アクセス端末１１０をアクセス・ネットワーク１２０へ認証するための端末認証も実行されうる。アクセス・ネットワーク１２０は、アクセス端末１１０のためのトラヒック・データを搬送するであろうＡ１０の接続を確立するために、ＰＤＳＮ１３０と、Ａ１１のシグナリングを交換することができる（ステップ３）。
【００２２】
アクセス端末１１０はその後、ＰＰＰ確立のために、ＰＤＳＮ１３０とシグナリングを交換する（ステップ４）。ＰＰＰ確立は、以下の３つのフェーズから構成される。
１．リンク確立フェーズ― リンク制御プロトコル（ＬＣＰ）を用いて、アクセス端末１１０とＰＤＳＮ１３０との間のデータリンク接続を確立、構成、及び試験する。
２．認証フェーズ― アクセス端末１１０のユーザを認証する。
３．ネットワーク層プロトコル・フェーズ― ＩＰ制御プロトコル（ＩＰＣＰ）を用いて、例えばＩＰバージョン４（ＩＰｖ４）やＩＰバージョン６（ＩＰｖ６）といったネットワーク層プロトコルを構成する。
ＰＰＰ確立のためのこれら３つのフェーズは、“The Point-to-Point Protocol (PPP)”と題された公的に入手可能なコメント要求（Request for Comments）（ＲＦＣ）１６６１において説明される。
【００２３】
ＰＰＰ確立の完了後、アクセス端末１１０は、ＰＤＳＮ１３０とのＰＰＰセッションを有する。ＰＰＰセッションは、アクセス端末１１０又はＰＤＳＮ１３０の何れかによって閉じられるまで、任意の持続期間、開かれうる。アクセス端末１１０はその後、ＩＭＳ登録のためにＣＳＣＦ１３２とシグナリングを交換することができる（ステップ５）。アクセス端末１１０はその後、ＩＭＳのためのＰＤＳＮ１３０を介して、ＣＳＣＦ１３２とＩＰパケットを交換することができる。ＩＭＳへの登録後、アクセス端末１１０は、ＰＰＰセッションを常時オン状態に保ち、到達可能であるままにすることができ、データ・サービスにアクティブに従事することもしないこともできる。アクセス端末１１０のためのラジオ接続は、アクセス端末１１０における非アクティビティにより、切断されうる（ステップ６）。
【００２４】
アクセス端末１１０とＰＤＳＮ１３０との間の常時接続型ＰＰＰセッションを維持することは、いくつかの理由によって好ましい。第１に、ＰＰＰを再確立する必要がなく、データはより迅速にアクセス端末１１０へ又はアクセス端末１１０によって送信されうる。ＰＰＰを最初からセットアップすることは時間の浪費となりうる。第２に、ＰＰＰ確立は、ＨＲＰＤにおいてはアクセス端末１１０によってしか開始することができず、無線ネットワーク１００は、アクセス端末１１０のための到来するデータがなければ、ＰＰＰ確立を開始することができないであろう。従って、アクセス端末１１０のための常時接続型ＩＭＳは、常時接続型ＰＰＰセッションによってサポートされうる。例えば常時接続型ＰＰＰセッションによって、無線ネットワーク１００は、到来するＶｏＩＰコールをセットアップするためにアクセス端末１１０へＳＩＰ ＩＮＶＩＴＥメッセージを送ることが可能となるであろう。ＳＩＰは、例えばＶｏＩＰのようなＩＰベースのインタラクティブ・ユーザ・セッションを開始、変更、及び終了するためのシグナリング・プロトコルである。
【００２５】
ＰＰＰセッションを常時接続することができても、アクセス端末１１０のためのデータ・セッションは、アクセス端末のためのトラヒック・チャネルにおけるアクティビティがない場合、例えば、順方向又は逆方向の何れかでのデータ転送がない場合、休止状態であると見なされうる。データ・セッションが休止状態である場合、ラジオ層でのラジオ接続（例えばトラヒック・チャネル）はラジオ・リソースを節約するために切断されうるが、ＰＰＰ層及びそれより上の層は、上記の理由から切断されないことがある。アクセス端末１１０によって送信される又はアクセス端末１１０へ送信するデータがある場合常に、ラジオ接続は、ＰＰＰを再確立することなく迅速に立ち上げられうる。
【００２６】
常時接続型ＰＰＰセッション中、ＰＤＳＮ１３０は、ＰＰＰセッションがアクセス端末において未だアライブであるかを判定するために、アクセス端末１１０を定期的に「ピング」（ping）することができる。任意の理由によって（例えば、アクセス端末がユーザによってパワーダウンされたことにより）アクセス端末１１０でＰＰＰセッションがサイレントに終了していた場合、ＰＰＰセッションを閉じ、任意のダングリング・リソースを再生することがＰＤＳＮ１３０にとって望ましい。
【００２７】
図３は、上述したＲＦＣ１６６１において説明される、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットを用いた常時接続型ＰＰＰセッションのためのキープアライブ機能を示す。ＰＤＳＮ１３０は、アクセス端末１１０のためのＬＣＰエコー要求パケットをアクセス・ネットワーク１２０へ送信することができる（ステップ７）。アクセス・ネットワーク１２０は、ＰＤＳＮ１３０からのＬＣＰエコー要求パケットを受信し、アクセス端末１１０のためのラジオ接続を立ち上げることができる（ステップ８）。アクセス・ネットワーク１２０はその後、ＬＣＰエコー要求パケットを順方向トラヒック・チャネルでアクセス端末１１０へ送信することができる（ステップ９）。アクセス端末１１０は、ＬＣＰエコー要求パケットを受信し、ＬＣＰエコー応答パケットを逆方向トラヒック・チャネルでアクセス・ネットワーク１２０へ返信することができる（ステップ１０）。アクセス・ネットワーク１２０は、ＬＣＰエコー応答パケットを受信し、それをＰＤＳＮ１３０へ転送することができる（ステップ１１）。ＬＣＰエコー応答パケットを受信すると、ＰＤＳＮ１３０は、ＰＰＰセッションがアクセス端末１１０で接続状態のままであることを認識することができる。
【００２８】
ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットは、常時接続型ＰＰＰセッション中、定期的に交換されうる。ＰＤＳＮ１３０は、適切な値に設定されうるタイマを保持することができる。ＰＤＳＮ１３０は、タイマが満了すると、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットの交換を開始することができる。
【００２９】
キープアライブ機能は、ＰＰＰセッションがアクセス端末１１０で接続状態のままであることを確実にするために役立つことができる。しかし、ラジオ接続は、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットを交換するためだけに立ち上げられ、他に有用なデータがラジオ接続を介して交換されることはない。キープアライブ機能のためのＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットを交換するためだけにラジオ接続を立ち上げることにより、ラジオ・リソースが浪費されうる。
【００３０】
局面において、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットは、常に利用可能であることができる非トラヒック・チャネルを用いて送信されうる。これにより、これらのパケットを送信するためだけに、ラジオ接続をセットアップしトラヒック・チャネルを立ち上げる必要性が回避される。一般に、トラヒック・チャネルは、トラヒック／ユーザ・データを送信するために用いられ、非トラヒック・チャネルは、トラヒック・チャネルではない任意のチャネルであることができる。異なる非トラヒック・チャネルが、異なる無線ネットワークにおいて利用可能である。更に、異なる非トラヒック・チャネルが、順方向リンク及び逆方向リンクのために利用可能である。
【００３１】
表１は、ＨＲＰＤにおけるいくつかのトラヒック・チャネル及び非トラヒック・チャネルのリストである。アクセス端末１１０は、ラジオ接続が開かれている場合、順方向トラヒック・チャネル及び逆方向トラヒック・チャネルを割り当てられ、それらのトラヒック・チャネルを用いてデータを交換することができる。アクセス端末１１０は、ラジオ接続が閉じられている場合、トラヒック・チャネルを割り当てられず、制御チャネル及びアクセス・チャネルを用いてアクセス・ネットワーク１２０とデータを交換することができる。
【表１】
【００３２】
制御チャネル及びアクセス・チャネルは、順方向リンク及び逆方向リンクでそれぞれ常時利用可能である低データ・レート・チャネルである。制御チャネル及びアクセス・チャネルは、データを送信するためにトラヒック・チャネルを立ち上げることを回避するために、低容量かつ小さなパケット・サイズのデータを送信するために用いられうる。データは、“cdma2000 High Rate Packet Data Air Interface Specification”と題された公的に入手可能である２００６年６月の３ＧＰＰ２ Ｃ．Ｓ００２４−Ａにおいて定義されたデータ・オーバ・シグナリング（ＤＯＳ）に従って、制御チャネル及びアクセス・チャネルで送信されうる。
【００３３】
制御チャネルは、順方向リンク上の全てのアクセス端末によって共有されうる。アクセス端末１１０は、制御チャネルにおいてシグナリング及び／又はデータを受信することができる特定のタイム・スロットを割り当てられうる。アクセス端末１１０は、アクセス端末へ送信された任意のシグナリング及び／又はデータを復元するために、割り当てられたタイム・スロット中、制御チャネルを処理することができる。
【００３４】
アクセス・チャネルは、逆方向リンク上の全てのアクセス端末によって共有されうる。アクセス端末１１０は、送信するデータがある場合常に、アクセス・チャネルでアクセス・チャネル・カプセルを送信することができる。アクセス端末１１０は、Ｃ．Ｓ００２４−Ａにおいて定義されたアクセス手順に従って、アクセス・チャネル・カプセルを送信することができる。
【００３５】
図４は、常時接続型ＰＰＰセッションのためのキープアライブ機能のために非トラヒック・チャネルを用いて常時接続型ＩＭＳを維持するコール・フロー４００の構成を示す。アクセス端末１１０は、図３に関して上述したように、ステップ１乃至６において、ＰＰＰセッションを確立し、ＩＭＳに登録することができる。
【００３６】
キープアライブ機能のために、ＰＤＳＮ１３０は、アクセス端末１１０のためのＬＣＰエコー要求パケットをアクセス・ネットワーク１２０へ送信することができる（ステップ７）。アクセス・ネットワーク１２０は、ＬＣＰエコー要求パケットを受信し、ラジオ接続をセットアップすることなく、モバイル終点ＤＯＳを用いて制御チャネルでこのパケットをアクセス端末１１０へ送信することができる（ステップ８）。アクセス端末１１０は、ＬＣＰエコー要求パケットを受信し、モバイル始点ＤＯＳを用いてアクセス・チャネルでＬＣＰエコー応答パケットをアクセス・ネットワーク１２０へ返信することができる（ステップ９）。アクセス・ネットワーク１２０は、ＬＣＰエコー応答パケットを受信し、それをＰＤＳＮ１３０へ転送することができる（ステップ１０）。図４に示すように、ＨＲＰＤにおけるＤＯＳを用いて、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットをそれぞれ制御チャネル及びアクセス・チャネルで送信することによって、ラジオ接続のセットアップは回避されうる。
【００３７】
アクセス端末１１０は休止状態にあり、休止状態中、動き回ることができる。アクセス・ネットワーク１２０は、アクセス端末１１０の現在の位置を知らないことがある。アクセス・ネットワーク１２０は、アクセス端末１１０がＬＣＰエコー要求パケットを受信することができることを確実にするために、ＬＣＰエコー要求パケットを含むＤＯＳメッセージを広範囲にわたって送信することができる。しかし、広範囲にわたってＤＯＳメッセージを送信することにより、多くのネットワーク・リソースが消費され、ネットワーク容量が低減されうる。
【００３８】
別の局面において、ＬＣＰエコー要求パケットがキープアライブ機能のために送信される場合常に、アクセス端末１１０のおおよその位置が最初に確かめられうる。アクセス・ネットワーク１２０はその後、アクセス端末１１０のおおよその位置をカバーする小さな領域にわたってＬＣＰエコー要求パケットを送信することができる。
【００３９】
図５は、常時接続型ＰＰＰセッションのためのキープアライブ機能のためにおおよその位置の発見及び非トラヒック・チャネルを用いて常時接続型ＩＭＳを維持するコール・フロー５００の構成を示す。アクセス端末１１０は、図３に関して上述したように、ステップ１乃至６において、ＰＰＰセッションを確立し、ＩＭＳに登録することができる。
【００４０】
キープアライブ機能のために、ＰＤＳＮ１３０は、アクセス端末１１０のためのＬＣＰエコー要求パケットをアクセス・ネットワーク１２０へ送信することができる（ステップ７）。アクセス・ネットワーク１２０は、ＬＣＰエコー要求パケットを受信する。更に、アクセス端末１１０のためのルート更新要求メッセージを広範囲にわたって制御チャネルで送信することによってアクセス端末１１０のおおよその位置を決定することができる（ステップ８）。ルート更新要求メッセージは、何のデータ・ペイロードも有さないので、ＬＣＰエコー要求パケットのためのペイロードを有するＤＯＳメッセージよりも少ないラジオ・リソースしか消費しない。アクセス端末１１０は、ルート更新要求メッセージを受信し、ルート更新メッセージをアクセス・チャネルでアクセス・ネットワーク１２０へ返信することができる（ステップ９）。ルート更新メッセージは、アクセス端末１１０のためのアクティブ・セット及び候補セットにおけるセクタのためのパイロット情報を含むことができる。アクセス端末１１０のおおよその位置は、ルート更新メッセージ及び／又はこのメッセージ内のパイロット情報を受信するセクタに基づいて確かめられうる。
【００４１】
アクセス・ネットワーク１２０はその後、ラジオ接続をセットアップすることなく、モバイル終点ＤＯＳを用いて、ＬＣＰエコー要求パケットを小さなエリアにわたって制御チャネルでアクセス端末１１０へ送信することができる（ステップ１０）。アクセス端末１１０は、ＬＣＰエコー要求パケットを受信し、モバイル始点ＤＯＳを用いて、ＬＣＰエコー応答パケットをアクセス・チャネルでアクセス・ネットワーク１２０へ返信することができる（ステップ１１）。アクセス・ネットワーク１２０は、ＬＣＰエコー応答パケットを受信し、それをＰＤＳＮ１３０へ転送することができる（ステップ１２）。
【００４２】
図５に示すように、ラジオ接続セットアップは、（ａ）ルート更新要求メッセージ及びＬＣＰエコー要求パケットを制御チャネルでアクセス端末１１０へ送信すること、及び（ｂ）ルート更新メッセージ及びＬＣＰエコー応答パケットをアクセス・チャネルでアクセス・ネットワーク１２０へ送信すること、によって回避されうる。２つのメッセージが順方向リンクで送信された場合でも、（ａ）ルート更新要求メッセージは、ＬＣＰエコー要求パケットを有するＤＯＳメッセージよりも大幅に小さいので大幅に少ないラジオ・リソースを用いて送信されうるため、及び（ｂ）ＤＯＳメッセージはより小さな領域にわたって送信されうるため、これらのメッセージは、より少ないラジオ・リソースを用いて送信されうる。
【００４３】
アクセス・ネットワーク１２０は、ルート更新要求メッセージを送信するのではなく、アクセス端末をページすることによって、アクセス端末１１０のおおよその位置を決定しようと試みることもできる。このページは、通常行われるようにラジオ接続を立ち上げるのではなく、アクセス・チャネルを介してページに応答するようにアクセス端末１１０に指示することができる。
【００４４】
図４及び図５に示すように、ＰＤＳＮ１３０は、ＬＣＰエコー要求パケットをアクセス・ネットワーク１２０へ送信することによって、キープアライブ機能を開始することができる。ＰＤＳＮ１３０は、ジェネリック・ルーティング・カプセル化（ＧＲＥ）プロトコルを用いてアクセス・ネットワーク１２０内のＰＣＦ１２４とデータを交換することができる。リンク層／ネットワーク層データは、ＰＤＳＮ１３０とＰＣＦ１２４との間で交換されうるＧＲＥパケット内にカプセル化されることができる。ＧＲＥパケットは、ＧＲＥパケット内で搬送されたデータがＤＯＳを用いて送信されうることを示すために、１に設定されうるＳＤＩ／ＤｏＳフィールドを含む。ＰＤＳＮ１３０は、ＬＣＰエコー要求パケットを搬送するＧＲＥパケットのためにこのフィールドを設定することができる。アクセス・ネットワーク１２０は、ＧＲＥパケット内のこのフィールドを調べ、フィールドが設定されている場合、ＤＯＳを用いてＬＣＰエコー要求パケットを送信することができる。ＰＤＳＮ１３０とアクセス・ネットワーク１２０との間のＧＲＥ及びデータの交換は、共に “Interoperability Specification (IOS) for High Rate Packet Data (HRPD) Radio Access Network Interfaces with Session Control in the Access Network”と題された、２００６年１０月付けの公的に入手可能である３ＧＰＰ２ Ａ．Ｓ０００８−Ｂ及びＡ．Ｓ０００９−Ｂにおいて説明される。
【００４５】
明確化のために、常時接続型データ・セッションを維持する本技術は、特にＨＲＰＤに関して説明された。本技術は、例えば（一般にＣＤＭＡ２０００ １Ｘ、又は単に１Ｘと称される）ＩＳ−２０００リリース０及びＡ、ＩＳ−９５、Ｗ−ＣＤＭＡ、ＧＳＭ等のような他のラジオ技術及び他の無線ネットワークのために用いることもできる。１Ｘは、ページング・チャネル（ＰＣＨ）、順方向共通制御チャネル（Ｆ−ＣＣＣＨ）、逆方向アクセス・チャネル（Ｒ−ＡＣＨ）、逆方向次世代アクセス・チャネル（Ｒ−ＥＡＣＨ）等でのデータ・バースト・メッセージにおけるショート・データ・バーストの送信をサポートする。ショート・データ・バーストは、ＨＲＰＤにおけるＤＯＳメッセージと類似した方式で、少量のデータを送信するために用いられうる。
【００４６】
図６は、アクセス端末のためのデータ・セッションをキープアライブするためにメッセージを交換する処理６００の構成を示す。処理６００は、アクセス端末によって実行されうる。第１のメッセージが、第１の非トラヒック・チャネル（例えば、制御チャネル又はその他何らかのチャネル）でアクセス・ネットワークから受信されうる（ブロック６１２）。第２のメッセージが、第２の非トラヒック・チャネル（例えば、アクセス・チャネル又はその他何らかのチャネル）でアクセス・ネットワークへ送信されうる（ブロック６１４）。第１及び第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換されうる。アクセス端末は、第１及び第２のメッセージをアクセス・ネットワークと交換するためにラジオ接続をセットアップしトラヒック・チャネルを接続することを回避することができる。
【００４７】
データ・セッションは、ＰＰＰセッション及び／又はその他何らかのセッションを備えることができる。第１のメッセージは、ＬＣＰエコー要求パケット、又は、データ・セッションのためにアクセス端末をピングするためのその他何らかのパケットを備えることができる。第２のメッセージは、ＬＣＰエコー応答パケット、又は、ピングに応答するためのその他何らかのパケットを備えることができる。ＨＲＰＤの場合、第１のメッセージは、モバイル終点ＤＯＳを用いてアクセス・ネットワークによって送信され、第２のメッセージは、モバイル始点ＤＯＳを用いてアクセス端末によって送信されうる。第１及び第２のメッセージは、他のラジオ技術のための他の方式で（例えば、ショート・データ・バーストを用いて）も送信されうる。
【００４８】
図７は、アクセス端末のためのデータ・セッションをキープアライブするためにメッセージを交換する処理７００の構成を示す。処理７００は、アクセス・ネットワークによって実行されうる。パケットが、アクセス端末のためのデータ・セッションを維持する役割を負うネットワーク・エンティティ（例えば、ＰＤＳＮ）から受信されうる（ブロック７１２）。第１の非トラヒック・チャネルが、パケット内のフィールドに基づいて、用いるために選択されうる（ブロック７１４）。
【００４９】
第１のメッセージが、第１の非トラヒック・チャネル（例えば、制御チャネル）でアクセス端末へ送信されうる（ブロック７１６）。第２のメッセージが、第２の非トラヒック・チャネル（例えば、アクセス・チャネル）でアクセス端末から受信されうる（ブロック７１８）。第１及び第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換されうる。第１のメッセージは、ＬＣＰエコー要求パケットを備えることができ、ＨＲＰＤにおいて、モバイル終点ＤＯＳを用いてアクセス・ネットワークによって送信されうる。第２のメッセージは、ＬＣＰエコー応答パケットを備えることができ、ＨＲＰＤにおいて、モバイル始点ＤＯＳを用いてアクセス端末によって送信されうる。
【００５０】
図８は、アクセス端末によってシグナリングを受信する処理８００の構成を示す。第１のメッセージが、第１の非トラヒック・チャネル（例えば、制御チャネル又はその他何らかのチャネル）でアクセス・ネットワークから受信されうる（ブロック８１２）。第２のメッセージが、第２の非トラヒック・チャネル（例えば、アクセス・チャネル又はその他何らかのチャネル）でアクセス・ネットワークへ送信されうる（ブロック８１４）。第１及び第２のメッセージは、アクセス端末のおおよその位置を決定するために交換されうる。第１のメッセージは、ルート更新要求メッセージ又はアクセス端末に問い合わせるためのその他何らかのメッセージを備えることができる。第２のメッセージは、ルート更新メッセージ又は問合せに応答するためのその他何らかのメッセージを備えることができる。第３のメッセージが、第１の非トラヒック・チャネルでアクセス・ネットワークから受信されることができ、第３のメッセージは、アクセス端末のおおよその位置をカバーするエリアにわたって送信される（ブロック８１６）。一般に、第３のメッセージは、アクセス端末のための任意の情報を搬送することができる。
【００５１】
アクセス端末のためのデータ・セッションをキープアライブするためにシグナリングが交換される場合、第４のメッセージが、第２の非トラヒック・チャネルでアクセス・ネットワークへ送信されうる（ブロック８１８）。第３のメッセージは、ＬＣＰエコー要求パケット、又はアクセス端末をピングするためのその他何らかのメッセージを備えることができる。第４のメッセージは、ＬＣＰエコー応答パケット、又はピングへの応答を含むその他何らかのメッセージを備えることができる。これらのメッセージは、ＤＯＳ、ショート・データ・バースト等を用いて送信されうる。アクセス端末は、アクセス・ネットワークとメッセージを交換するためにラジオ接続をセットアップしトラヒック・チャネルを接続することを回避することができる。
【００５２】
図９は、アクセス端末へシグナリングを送信する処理９００の構成を示す。処理９００は、アクセス・ネットワークによって実行されうる。第１のメッセージが、第１の非トラヒック・チャネル（例えば、制御チャネル）でアクセス端末へ送信されうる（ブロック９１２）。第２のメッセージが、第２の非トラヒック・チャネル（例えば、アクセス・チャネル）でアクセス端末から受信されうる（ブロック９１４）。第１のメッセージは、ルート更新要求メッセージを備え、第２のメッセージは、ルート更新メッセージを備えることができる。アクセス端末のおおよその位置が、第２のメッセージに基づいて決定されうる（ブロック９１６）。
【００５３】
第３のメッセージが、第１の非トラヒック・チャネルでアクセス端末へ送信されることができ、第３のメッセージは、アクセス端末のおおよその位置をカバーするエリアにわたって送信される（ブロック９１８）。第１のメッセージは、第１のエリアにわたって送信され、第２のメッセージは、第１のエリアよりも小さい第２のエリアにわたって送信されうる。第１のメッセージは、（ａ）アクセス端末のためのラジオ接続が切断されたこと、（ｂ）第３のメッセージが第１の非トラヒック・チャネルで送信可能であること、の決定に応答して送信されうる。一般に、第３のメッセージは、アクセス端末のための任意の情報を搬送することができる。アクセス端末のためのデータ・セッションをキープアライブするためにシグナリングが交換される場合、第４のメッセージが、第２の非トラヒック・チャネルでアクセス端末から受信されうる（ブロック９２０）。
【００５４】
図１０は、図１に示すアクセス端末１１０、基地局１２２、ＢＳＣ／ＰＣＦ１２４、及びＰＤＳＮ１３０の設計のブロック図を示す。逆方向リンクでは、アクセス端末１１０において、コントローラ／プロセッサ１０１０は、ラジオ技術（例えばＨＲＰＤ）に従ってアクセス・ネットワーク１２０へ送信されるデータ及びシグナリングを処理（例えば、フォーマット、符号化、及び変調）し、出力チップを生成することができる。送信機（ＴＭＴＲ）１０１６は、出力チップを調整（例えば、アナログ変換、フィルタ、増幅、及び周波数アップコンバート）し、基地局１２２へ送信されうる逆方向リンク信号を生成することができる。基地局１２２において、アクセス端末１１０及びその他のアクセス端末からの逆方向リンク信号が、受信機（ＲＣＶＲ）１０２６によって受信され、サンプルを取得するために調整（例えば、フィルタ、増幅、周波数ダウンコンバート、及びデジタル化）されうる。コントローラ／プロセッサ１０２０は、アクセス端末１１０及びその他のアクセス端末によって送信されたデータ及びシグナリングを取得するために、サンプルを処理（例えば、復調及び復号）することができる。
【００５５】
順方向リンクでは、基地局１２２において、アクセス端末へ送信されるデータ及びシグナリングは、プロセッサ１０２０によって処理され、アクセス端末へ送信されうる順方向リンク信号を生成するために送信機１０２６によって更に調整されうる。アクセス端末１１０において、基地局１２２からの順方向リンク信号は、受信機１０１６によって受信及び調整され、基地局１２２によってアクセス端末１１０へ送信されたデータ及びシグナリングを取得するために、プロセッサ１０１０によって更に処理されうる。
【００５６】
コントローラ／プロセッサ１０１０及び１０２０はそれぞれ、アクセス端末１１０及び基地局１２２における動作を制御することができる。プロセッサ１０１０は、図６に示す処理６００、図８に示す処理８００、及び／又は、シグナリングを交換するためのその他の処理を実施することができる。メモリ１０１２及び１０２２はそれぞれ、アクセス端末１１０及び基地局１２２のためのプログラム・コード及びデータを格納することができる。通信（Ｃｏｍｍ）ユニット１０２４は、基地局１２２がＢＳＣ／ＰＣＦ１２４と通信することを可能とすることができる。
【００５７】
ＢＳＣ／ＰＣＦ１２４は、コントローラ／プロセッサ１０３０、メモリ１０３２、及び通信ユニット１０３４を含む。ＰＤＳＮ１３０は、コントローラ／プロセッサ１０４０、メモリ１０４２、及び通信ユニット１０４４を含む。各ネットワーク・エンティティにおいて、コントローラ／プロセッサは、そのネットワーク・エンティティのための適切な処理を実行することができ、メモリは、プログラム・コード及びデータを格納することができ、通信ユニットは、他のネットワーク・エンティティとの通信をサポートすることができる。基地局１２２のプロセッサ１０２０及び／又はＢＳＣ／ＰＣＦ１２４のプロセッサ１０３０は、図７に示す処理７００、図９に示す処理９００、及び／又は、アクセス端末とシグナリングを交換するためのその他の処理を実行することができる。
【００５８】
図１０は、アクセス端末１１０及びその他のネットワーク・エンティティの簡略ブロック図を示す。一般に、アクセス端末１１０及びネットワーク・エンティティは、各々が、任意の数のプロセッサ、コントローラ、メモリ、通信ユニット、送信機、受信機等を含むことができる。
【００５９】
本明細書で説明された技術は、様々な手段によって実現されうる。例えばこれらの技術は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって実現することができる。ハードウェアによる実現の場合、本技術を実行するために用いられる処理ユニットは、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明された機能を実行するために設計されたその他の電子ユニット、コンピュータ、又はそれらの組合せにおいて実現されうる。
【００６０】
ファームウェア及び／又はソフトウェアによる実現の場合、本技術は、本明細書で説明された機能を実行するモジュール（例えば、手順、関数等）を用いて実現されうる。ファームウェア及び／又はソフトウェアの命令は、メモリ（例えば、図１０のメモリ１０１２、１０２２、１０３２、又は１０４２）内に格納され、プロセッサ（例えば、プロセッサ１０１０、１０２０、１０３０、又は１０４０）によって実行されうる。メモリは、プロセッサ内に、又はプロセッサに外付けで実装されうる。ファームウェア及び／又はソフトウェアの命令は、例えばランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）、プログラマブル読取専用メモリ（ＰＲＯＭ）、電子的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、ＦＬＡＳＨメモリ、コンパクト・ディスク（ＣＤ）、磁気データ記憶デバイスあるいは光学データ記憶デバイス等のような、他の読取可能媒体内に格納されることもできる。
【００６１】
本明細書で説明された技術を実現する装置は、独立型ユニット又はデバイスの一部であることができる。このデバイスは、（ｉ）独立型集積回路（ＩＣ）、（ｉｉ）データ及び／又は命令を格納するためのメモリＩＣを含むことができる１つ又は複数のＩＣのセット、（ｉｉｉ）例えばモバイル局モデム（ＭＳＭ）のようなＡＳＩＣ、（ｉｖ）他のデバイス内に組み込まれることができるモジュール、（ｖ）セルラ電話、無線デバイス、ハンドセット、あるいはモバイル・ユニット、（ｖｉ）その他、であることができる。
【００６２】
本開示における上記記載は、当業者をして、本開示の製造又は利用を可能とするために提供される。本開示への様々な変更が当業者には容易に明らかであり、本明細書で定義された一般原理は、本開示の精神又は範囲から逸脱することなく他の変形例にも適用されうる。従って、本開示は、本明細書で説明された設計及び例に限定することは意図されておらず、本明細書に開示された原理及び新規特徴と整合が取れた最も広い範囲に一致するように意図されている。
【関連出願】
【０００１】
本願は、本願の譲受人に譲渡され、参照によって本願に明確に組み込まれた、２００７年６月２８日出願の“Method and Apparatus for Maintaining an Always-On Data Session in a Wireless Communication Network”と題された米国特許仮出願第６０／９４６，９１３号に対する優先権を主張する。
【技術分野】
【０００２】
本開示は、一般に通信に関し、特に、無線通信ネットワークにおける常時接続型データ・セッションを維持するための技術に関する。
【背景技術】
【０００３】
無線通信ネットワークは、例えば音声、ビデオ、パケット・データ、メッセージング、ブロードキャスト等のような様々なサービスを提供するために広く開発されている。これらの無線ネットワークは、利用可能なネットワーク・リソースを共有することによって、複数のユーザをサポートすることができる多元接続ネットワークであることができる。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、及び単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
【０００４】
アクセス端末は、データ・サービスを取得するために無線ネットワークとのデータ・セッションを確立することができる。データ・セッションは、アクセス端末と無線ネットワークとの間のデータの交換を可能とする構成セットアップである。データ・セッションは、異なる無線ネットワークによって異なる方式で確立されることができ、構成情報及び／又は割り当てられたリソースに関連付けられうる。データ・サービスは、無線ネットワークによって提供される任意のサービスであることができ、データの交換を含む。データ・サービスのいくつかの例は、音声、ビデオ、汎用インターネット接続、マルチメディア・ストリーミング及びブロードキャスト・サービス、ショート・メッセージ・サービス（ＳＭＳ）及びテキスト・メッセージング・サービス、地理的位置ベースのサービス等を含む。
【０００５】
アクセス端末は、データ・セッション中、散発的にしかアクティブであることができないが、送受信するデータがある場合常に、無線ネットワークとデータを交換することができる。しかし、データ・セッションが常時接続され、それによって、データが利用可能な場合迅速に交換されうることが望まれる。また、可能な限り少ないネットワーク・リソースを用いて常時接続型データ・セッションを維持することも望まれうる。
【０００６】
従って、当該技術では、無線通信ネットワークにおいて、アクセス端末のための常時接続型データ・セッションを効率的に維持する技術へのニーズがある。
【発明の概要】
【０００７】
無線通信ネットワークにおいて、アクセス端末のための常時接続型データ・セッションを効率的に維持する技術が、本明細書で説明される。局面において、データ・セッションをキープアライブするメッセージが、非トラヒック・チャネルを用いて送信され、それによって、これらのメッセージを送信するためだけに、ラジオ接続をセットアップしトラヒック・チャネルを立ち上げる必要が回避されうる。１つの設計において、アクセス端末は、第１のメッセージを第１の非トラヒック・チャネル（例えば制御チャネル）でアクセス・ネットワークから受信し、第２のメッセージを第２の非トラヒック・チャネル（例えばアクセス・チャネル）でアクセス・ネットワークへ送信することができる。第１及び第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために、非トラヒック・チャネルを用いて交換されうる。ｃｄｍａ２０００における高レート・パケット・データ（ＨＲＰＤ）の場合、データ・セッションは、ポイント・ツー・ポイント・プロトコル（ＰＰＰ）セッションを備え、第１のメッセージはリンク制御プロトコル（ＬＣＰ）エコー要求パケットを備え、第２のメッセージはＬＣＰエコー応答パケットを備え、第１及び第２のメッセージは、データ・オーバ・シグナリング（ＤＯＳ）プロトコルを用いて送信されうる。他のメッセージ及びチャネルも、他のラジオ接続のために用いられうる。
【０００８】
別の局面において、アクセス端末へシグナリングを送信する前に、アクセス端末のおおよその位置が確かめられうる。これにより、シグナリングを送信するエリアが低減されるので、ラジオ・リソースを節約することができる。１つの設計において、アクセス端末は、第１のメッセージ（例えば、ｃｄｍａ２０００におけるルート更新要求メッセージ）を第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、第２のメッセージ（例えば、ｃｄｍａ２０００におけるルート更新メッセージ）を第２の非トラヒック・チャネルでアクセス・ネットワークへ送信することができる。第１及び第２のメッセージは、アクセス端末のおおよその位置を決定するために交換されうる。アクセス端末はその後、第３のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信することができる。第３のメッセージは、アクセス端末のおおよその位置をカバーするエリアにわたって送信される。一般に第３のメッセージは、アクセス端末のための任意の情報を搬送することができる。第３のメッセージが、アクセス端末のためのデータ・セッションをキープアライブするためのシグナリング（例えば、ＬＣＰエコー要求パケット）を含む場合、アクセス端末は、（例えば、ＬＣＰエコー応答パケットのための）第４のメッセージを第２の非トラヒック・チャネルでアクセス・ネットワークへ送信することができる。
【０００９】
本開示の様々な局面及び特徴が、以下で更に詳しく説明される。
【図面の簡単な説明】
【００１０】
【図１】図１は、無線通信ネットワークを示す。
【図２】図２は、図１に示す様々なエンティティにおけるプロトコル・スタックの例を示す。
【図３】図３は、アクセス端末のためのデータ・セッションを維持するためのコール・フローを示す。
【図４】図４は、キープアライブ機能のために、非トラヒック・チャネルを用いてデータ・セッションを維持するコール・フローを示す。
【図５】図５は、キープアライブ機能のために、おおよその位置の発見及び非トラヒック・チャネルを用いてデータ・セッションを維持するコール・フローを示す。
【図６】図６は、アクセス端末のためのデータ・セッションをキープアライブするために、アクセス端末によって実行される処理を示す。
【図７】図７は、アクセス端末のためのデータ・セッションをキープアライブするために、アクセス・ネットワークによって実行される処理を示す。
【図８】図８は、おおよその位置の発見を用いてシグナリングを送信するために、アクセス端末によって実行される処理を示す。
【図９】図９は、おおよその位置の発見を用いてシグナリングを送信するために、アクセス・ネットワークによって実行される処理を示す。
【図１０】図１０は、アクセス端末及びネットワーク・エンティティのブロック図を示す。
【発明を実施するための形態】
【００１１】
本明細書で説明される技術は、例えばＣＤＭＡネットワーク、ＴＤＭＡネットワーク、ＦＤＭＡネットワーク、ＯＦＤＭＡネットワーク、及びＳＣ−ＦＤＭＡネットワークのような様々な無線通信ネットワークのために用いられうる。「ネットワーク」及び「システム」という用語はしばしば、置換可能に用いられる。ＣＤＭＡネットワークは、例えばユニバーサル地上無線接続（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）及び低チップ・レート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、及びＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のような無線技術を実施することができる。ＯＦＤＭＡネットワークは、例えば次世代ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）等のような無線技術を実施することができる。これら様々な無線技術及び規格は、当該技術において周知である。ＵＴＲＡ、Ｅ−ＵＴＲＡ、及びＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と名付けられた組織からの文書において説明される。ｃｄｍａ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と名付けられた組織からの文書において説明される。３ＧＰＰ及び３ＧＰＰ２の文書は、公的に入手可能である。
【００１２】
明確化のために、本技術のある局面は、ＩＳ−８５６を実施する高レート・パケット・データ（ＨＲＰＤ）ネットワークに関して説明される。ＨＲＰＤは、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯ、１ｘＥＶ−ＤＯ、１ｘ−ＤＯ、ＤＯ、高データ・レート（ＨＤＲ）等とも称される。
【００１３】
図１は、ＨＲＰＤネットワークであることができる無線通信ネットワーク１００を示す。無線ネットワーク１００は、（ａ）アクセス端末のためのラジオ通信をサポートするアクセス・ネットワーク１２０、及び（ｂ）通信サービスをサポートするための様々な機能を実行するネットワーク・エンティティ、を含む。アクセス・ネットワークは、ラジオ・ネットワーク、ラジオ・アクセス・ネットワーク（ＲＡＮ）等とも称されうる。アクセス・ネットワーク１２０は、任意の数の基地局１２２及び任意の数の基地局コントローラ／パケット制御機能（ＢＳＣ／ＰＣＦ）１２４を含むことができる。基地局は一般に、アクセス端末と通信する固定局であり、アクセス・ポイント、基地トランシーバ局（ＢＴＳ）、ノードＢ、次世代ノードＢ（ｅノードＢ）等とも称されうる。各ＢＳＣ／ＰＣＦ１２４は、基地局のセットに接続し、自身の制御下の基地局の制御及び調整を提供し、それらの基地局のためのデータをルート指定する。
【００１４】
パケット・データ提供ノード（ＰＤＳＮ）１３０は、アクセス・ネットワーク１２０と通信しているアクセス端末のためのデータ・サービスをサポートする。ＰＤＳＮ１３０は、アクセス端末のためのデータ・セッションの確立、維持、及び終了を引き受け、更に、動的インターネット・プロトコル（ＩＰ）アドレスをアクセス端末に割り当てることができる。ＰＤＳＮ１３０は、データ・サービスをサポートするために、他のネットワーク・エンティティと通信することができる。ＰＤＳＮ１３０は、インターネット、プライベート・データ・ネットワーク、公衆データ・ネットワーク等を備えうるデータ・ネットワーク１４０に接続することができる。ＰＤＳＮ１３０は、データ・ネットワーク１４０を介して様々なエンティティと通信することができる。
【００１５】
コール・セッション制御機能（ＣＳＣＦ）１３２は、例えばボイスオーバーＩＰ（ＶｏＩＰ）、マルチメディア、インスタント・メッセンジャー（ＩＭ）、ＩＰを介したショート・メッセージ・サービス（ＳＭＳ）、プッシュトーク（ＰＴＴ）等のようなＩＰマルチメディア・サブシステム（ＩＭＳ）をサポートするための様々な機能を実行する。これらのＩＭＳサービスのうちのいくつかは、３ＧＰＰ ＩＭＳ及び３ＧＰＰ２マルチメディア・ドメイン（ＭＭＤ）において定義される。ＣＳＣＦ１３２は、アクセス端末からのＩＭＳサービスに対する要求を処理し、ＩＭＳへの登録を実行し、セッション制御サービスを提供し、セッション状態情報を維持する等ができる。無線ネットワーク１００及びアクセス・ネットワーク１２０は、図１に示されない他のネットワーク・エンティティを含むこともできる。
【００１６】
アクセス端末１１０は、無線ネットワーク１００によってサポートされる様々なサービスを取得するために、アクセス・ネットワーク１２０と通信することができる。アクセス端末１１０は、モバイル局、ユーザ機器、端末、ユーザ端末、加入者ユニット、局等とも称されうる。アクセス端末１１０は、セルラ電話、携帯情報端末（ＰＤＡ）、無線デバイス、ハンドへルド・デバイス、無線モデム、ラップトップ・コンピュータ等であることができる。アクセス端末１１０は、与えられた任意の時間に、順方向リンク及び／又は逆方向リンクにおいて１つ又は複数の基地局と通信することができる。順方向リンク（すなわちダウンリンク）は、基地局からアクセス端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、アクセス端末から基地局への通信リンクを称する。アクセス端末１１０は、アクセス・ネットワーク１２０及びＰＤＳＮ１３０を介して、他の端末及び／又は他のエンティティ（例えばサーバ１５０）とデータを交換又は通信することができる。
【００１７】
図２は、アクセス端末１１０とサーバ１５０との間の通信のための図１に示す様々なエンティティにおけるプロトコル・スタックの例を示す。各エンティティのプロトコル・スタックは、アプリケーション層、トランスポート層、ネットワーク層、リンク層、及び物理層を含むことができる。
【００１８】
アクセス端末１１０は、ハイパテキスト転送プロトコル（ＨＴＴＰ）、ファイル転送プロトコル（ＦＴＰ）、リアルタイム・トランスポート・プロトコル（ＲＴＰ）、セッション開始プロトコル（ＳＩＰ）、及び／又はアプリケーション層におけるその他のプロトコルを用いて、サーバ１５０と通信することができる。アプリケーション層データは、伝送制御プロトコル（ＴＣＰ）、ユーザ・データグラム・プロトコル（ＵＤＰ）、及び／又はトランスポート層におけるその他のプロトコルを用いて送信されうる。これら様々なプロトコルは、当該技術において周知である。トランスポート層データは、アクセス・ネットワーク１２０、ＰＤＳＮ１３０、及び恐らくはその他のエンティティを介してアクセス端末１１０とサーバ１５０との間で交換されうるＩＰパケット内にカプセル化されうる。
【００１９】
端末１１０とアクセス・ネットワーク１２０との間のリンク層は通常、アクセス・ネットワークによって用いられるラジオ技術に依存する。ＨＲＰＤの場合、リンク層は、ラジオ・リンク・プロトコル（ＲＬＰ）を介したポイント・ツー・ポイント・プロトコル（ＰＰＰ）を用いて実現される。アクセス端末１１０は、ＰＤＳＮ１３０とのＰＰＰセッションを維持し、ＲＬＰを介してアクセス・ネットワーク１２０とデータを交換することができる。データ・セッションは、ＨＲＰＤにおけるＰＰＰセッションを備えることができる。ＲＬＰは、ＨＲＰＤのためのＩＳ−８５６であるラジオ／エアリンク・インタフェースの上部で動作する。アクセス・ネットワーク１２０は、物理層の上部で動作する技術依存インタフェース（例えば、Ａ１０インタフェース及びＡ１１インタフェース）を介してＰＤＳＮ１３０と通信することができる。Ａ１０はデータ・インタフェースであり、Ａ１１は、ＰＣＦ１２４とＰＤＳＮ１３０との間のシグナリング・インタフェースである。ＰＤＳＮ１３０は、リンク層及び物理層を介してＩＰ経由でサーバ１５０と通信することができる。
【００２０】
アクセス端末１１０は、例えばＶｏＩＰ、インスタント・メッセンジャー等のようなＩＭＳアプリケーションをサポートすることができる。これらのＩＭＳアプリケーションは、常時接続されることが期待されうる。アクセス端末１１０は、例えばパワーアップの際、無線ネットワーク１００内のＩＭＳに登録することができる。ＩＭＳへの登録により、無線ネットワーク１００は、ＩＭＳサービスのためにアクセス端末１１０に到達し、任意の時間にアクセス端末１１０と迅速にデータを交換することができる。例えばアクセス端末１１０は、ＶｏＩＰアプリケーション及び／又はインスタント・メッセンジャー・アプリケーションを求めてＣＳＣＦ１３２に常時登録することができ、それによって無線ネットワーク１００は、到来するＶｏＩＰコール及び／又はインスタント・メッセージのためにアクセス端末１１０にどのように到達するかを知る。
【００２１】
図３は、無線ネットワーク１００における常時接続型ＩＭＳを維持するためのコール・フロー３００を示す。アクセス端末１１０は、アクセス端末１１０がパワーアップされると、例えばＩＭＳ登録のためのパケット・データ・コールを開始する要求を受信することができる（ステップ１）。アクセス端末１１０はその後、ラジオ・リンクをセットアップするため、例えば順方向リンク及び逆方向リンクのためのトラヒック・チャネルをセットアップするために、アクセス・ネットワーク１２０とのセッション・ネゴシエーションを実行することができる（ステップ２）。ステップ２において、アクセス端末１１０をアクセス・ネットワーク１２０へ認証するための端末認証も実行されうる。アクセス・ネットワーク１２０は、アクセス端末１１０のためのトラヒック・データを搬送するであろうＡ１０の接続を確立するために、ＰＤＳＮ１３０と、Ａ１１のシグナリングを交換することができる（ステップ３）。
【００２２】
アクセス端末１１０はその後、ＰＰＰ確立のために、ＰＤＳＮ１３０とシグナリングを交換する（ステップ４）。ＰＰＰ確立は、以下の３つのフェーズから構成される。
１．リンク確立フェーズ― リンク制御プロトコル（ＬＣＰ）を用いて、アクセス端末１１０とＰＤＳＮ１３０との間のデータリンク接続を確立、構成、及び試験する。
２．認証フェーズ― アクセス端末１１０のユーザを認証する。
３．ネットワーク層プロトコル・フェーズ― ＩＰ制御プロトコル（ＩＰＣＰ）を用いて、例えばＩＰバージョン４（ＩＰｖ４）やＩＰバージョン６（ＩＰｖ６）といったネットワーク層プロトコルを構成する。
ＰＰＰ確立のためのこれら３つのフェーズは、“The Point-to-Point Protocol (PPP)”と題された公的に入手可能なコメント要求（Request for Comments）（ＲＦＣ）１６６１において説明される。
【００２３】
ＰＰＰ確立の完了後、アクセス端末１１０は、ＰＤＳＮ１３０とのＰＰＰセッションを有する。ＰＰＰセッションは、アクセス端末１１０又はＰＤＳＮ１３０の何れかによって閉じられるまで、任意の持続期間、開かれうる。アクセス端末１１０はその後、ＩＭＳ登録のためにＣＳＣＦ１３２とシグナリングを交換することができる（ステップ５）。アクセス端末１１０はその後、ＩＭＳのためのＰＤＳＮ１３０を介して、ＣＳＣＦ１３２とＩＰパケットを交換することができる。ＩＭＳへの登録後、アクセス端末１１０は、ＰＰＰセッションを常時オン状態に保ち、到達可能であるままにすることができ、データ・サービスにアクティブに従事することもしないこともできる。アクセス端末１１０のためのラジオ接続は、アクセス端末１１０における非アクティビティにより、切断されうる（ステップ６）。
【００２４】
アクセス端末１１０とＰＤＳＮ１３０との間の常時接続型ＰＰＰセッションを維持することは、いくつかの理由によって好ましい。第１に、ＰＰＰを再確立する必要がなく、データはより迅速にアクセス端末１１０へ又はアクセス端末１１０によって送信されうる。ＰＰＰを最初からセットアップすることは時間の浪費となりうる。第２に、ＰＰＰ確立は、ＨＲＰＤにおいてはアクセス端末１１０によってしか開始することができず、無線ネットワーク１００は、アクセス端末１１０のための到来するデータがなければ、ＰＰＰ確立を開始することができないであろう。従って、アクセス端末１１０のための常時接続型ＩＭＳは、常時接続型ＰＰＰセッションによってサポートされうる。例えば常時接続型ＰＰＰセッションによって、無線ネットワーク１００は、到来するＶｏＩＰコールをセットアップするためにアクセス端末１１０へＳＩＰ ＩＮＶＩＴＥメッセージを送ることが可能となるであろう。ＳＩＰは、例えばＶｏＩＰのようなＩＰベースのインタラクティブ・ユーザ・セッションを開始、変更、及び終了するためのシグナリング・プロトコルである。
【００２５】
ＰＰＰセッションを常時接続することができても、アクセス端末１１０のためのデータ・セッションは、アクセス端末のためのトラヒック・チャネルにおけるアクティビティがない場合、例えば、順方向又は逆方向の何れかでのデータ転送がない場合、休止状態であると見なされうる。データ・セッションが休止状態である場合、ラジオ層でのラジオ接続（例えばトラヒック・チャネル）はラジオ・リソースを節約するために切断されうるが、ＰＰＰ層及びそれより上の層は、上記の理由から切断されないことがある。アクセス端末１１０によって送信される又はアクセス端末１１０へ送信するデータがある場合常に、ラジオ接続は、ＰＰＰを再確立することなく迅速に立ち上げられうる。
【００２６】
常時接続型ＰＰＰセッション中、ＰＤＳＮ１３０は、ＰＰＰセッションがアクセス端末において未だアライブであるかを判定するために、アクセス端末１１０を定期的に「ピング」（ping）することができる。任意の理由によって（例えば、アクセス端末がユーザによってパワーダウンされたことにより）アクセス端末１１０でＰＰＰセッションがサイレントに終了していた場合、ＰＰＰセッションを閉じ、任意のダングリング・リソースを再生することがＰＤＳＮ１３０にとって望ましい。
【００２７】
図３は、上述したＲＦＣ１６６１において説明される、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットを用いた常時接続型ＰＰＰセッションのためのキープアライブ機能を示す。ＰＤＳＮ１３０は、アクセス端末１１０のためのＬＣＰエコー要求パケットをアクセス・ネットワーク１２０へ送信することができる（ステップ７）。アクセス・ネットワーク１２０は、ＰＤＳＮ１３０からのＬＣＰエコー要求パケットを受信し、アクセス端末１１０のためのラジオ接続を立ち上げることができる（ステップ８）。アクセス・ネットワーク１２０はその後、ＬＣＰエコー要求パケットを順方向トラヒック・チャネルでアクセス端末１１０へ送信することができる（ステップ９）。アクセス端末１１０は、ＬＣＰエコー要求パケットを受信し、ＬＣＰエコー応答パケットを逆方向トラヒック・チャネルでアクセス・ネットワーク１２０へ返信することができる（ステップ１０）。アクセス・ネットワーク１２０は、ＬＣＰエコー応答パケットを受信し、それをＰＤＳＮ１３０へ転送することができる（ステップ１１）。ＬＣＰエコー応答パケットを受信すると、ＰＤＳＮ１３０は、ＰＰＰセッションがアクセス端末１１０で接続状態のままであることを認識することができる。
【００２８】
ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットは、常時接続型ＰＰＰセッション中、定期的に交換されうる。ＰＤＳＮ１３０は、適切な値に設定されうるタイマを保持することができる。ＰＤＳＮ１３０は、タイマが満了すると、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットの交換を開始することができる。
【００２９】
キープアライブ機能は、ＰＰＰセッションがアクセス端末１１０で接続状態のままであることを確実にするために役立つことができる。しかし、ラジオ接続は、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットを交換するためだけに立ち上げられ、他に有用なデータがラジオ接続を介して交換されることはない。キープアライブ機能のためのＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットを交換するためだけにラジオ接続を立ち上げることにより、ラジオ・リソースが浪費されうる。
【００３０】
局面において、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットは、常に利用可能であることができる非トラヒック・チャネルを用いて送信されうる。これにより、これらのパケットを送信するためだけに、ラジオ接続をセットアップしトラヒック・チャネルを立ち上げる必要性が回避される。一般に、トラヒック・チャネルは、トラヒック／ユーザ・データを送信するために用いられ、非トラヒック・チャネルは、トラヒック・チャネルではない任意のチャネルであることができる。異なる非トラヒック・チャネルが、異なる無線ネットワークにおいて利用可能である。更に、異なる非トラヒック・チャネルが、順方向リンク及び逆方向リンクのために利用可能である。
【００３１】
表１は、ＨＲＰＤにおけるいくつかのトラヒック・チャネル及び非トラヒック・チャネルのリストである。アクセス端末１１０は、ラジオ接続が開かれている場合、順方向トラヒック・チャネル及び逆方向トラヒック・チャネルを割り当てられ、それらのトラヒック・チャネルを用いてデータを交換することができる。アクセス端末１１０は、ラジオ接続が閉じられている場合、トラヒック・チャネルを割り当てられず、制御チャネル及びアクセス・チャネルを用いてアクセス・ネットワーク１２０とデータを交換することができる。
【表１】
【００３２】
制御チャネル及びアクセス・チャネルは、順方向リンク及び逆方向リンクでそれぞれ常時利用可能である低データ・レート・チャネルである。制御チャネル及びアクセス・チャネルは、データを送信するためにトラヒック・チャネルを立ち上げることを回避するために、低容量かつ小さなパケット・サイズのデータを送信するために用いられうる。データは、“cdma2000 High Rate Packet Data Air Interface Specification”と題された公的に入手可能である２００６年６月の３ＧＰＰ２ Ｃ．Ｓ００２４−Ａにおいて定義されたデータ・オーバ・シグナリング（ＤＯＳ）に従って、制御チャネル及びアクセス・チャネルで送信されうる。
【００３３】
制御チャネルは、順方向リンク上の全てのアクセス端末によって共有されうる。アクセス端末１１０は、制御チャネルにおいてシグナリング及び／又はデータを受信することができる特定のタイム・スロットを割り当てられうる。アクセス端末１１０は、アクセス端末へ送信された任意のシグナリング及び／又はデータを復元するために、割り当てられたタイム・スロット中、制御チャネルを処理することができる。
【００３４】
アクセス・チャネルは、逆方向リンク上の全てのアクセス端末によって共有されうる。アクセス端末１１０は、送信するデータがある場合常に、アクセス・チャネルでアクセス・チャネル・カプセルを送信することができる。アクセス端末１１０は、Ｃ．Ｓ００２４−Ａにおいて定義されたアクセス手順に従って、アクセス・チャネル・カプセルを送信することができる。
【００３５】
図４は、常時接続型ＰＰＰセッションのためのキープアライブ機能のために非トラヒック・チャネルを用いて常時接続型ＩＭＳを維持するコール・フロー４００の構成を示す。アクセス端末１１０は、図３に関して上述したように、ステップ１乃至６において、ＰＰＰセッションを確立し、ＩＭＳに登録することができる。
【００３６】
キープアライブ機能のために、ＰＤＳＮ１３０は、アクセス端末１１０のためのＬＣＰエコー要求パケットをアクセス・ネットワーク１２０へ送信することができる（ステップ７）。アクセス・ネットワーク１２０は、ＬＣＰエコー要求パケットを受信し、ラジオ接続をセットアップすることなく、モバイル終点ＤＯＳを用いて制御チャネルでこのパケットをアクセス端末１１０へ送信することができる（ステップ８）。アクセス端末１１０は、ＬＣＰエコー要求パケットを受信し、モバイル始点ＤＯＳを用いてアクセス・チャネルでＬＣＰエコー応答パケットをアクセス・ネットワーク１２０へ返信することができる（ステップ９）。アクセス・ネットワーク１２０は、ＬＣＰエコー応答パケットを受信し、それをＰＤＳＮ１３０へ転送することができる（ステップ１０）。図４に示すように、ＨＲＰＤにおけるＤＯＳを用いて、ＬＣＰエコー要求パケット及びＬＣＰエコー応答パケットをそれぞれ制御チャネル及びアクセス・チャネルで送信することによって、ラジオ接続のセットアップは回避されうる。
【００３７】
アクセス端末１１０は休止状態にあり、休止状態中、動き回ることができる。アクセス・ネットワーク１２０は、アクセス端末１１０の現在の位置を知らないことがある。アクセス・ネットワーク１２０は、アクセス端末１１０がＬＣＰエコー要求パケットを受信することができることを確実にするために、ＬＣＰエコー要求パケットを含むＤＯＳメッセージを広範囲にわたって送信することができる。しかし、広範囲にわたってＤＯＳメッセージを送信することにより、多くのネットワーク・リソースが消費され、ネットワーク容量が低減されうる。
【００３８】
別の局面において、ＬＣＰエコー要求パケットがキープアライブ機能のために送信される場合常に、アクセス端末１１０のおおよその位置が最初に確かめられうる。アクセス・ネットワーク１２０はその後、アクセス端末１１０のおおよその位置をカバーする小さな領域にわたってＬＣＰエコー要求パケットを送信することができる。
【００３９】
図５は、常時接続型ＰＰＰセッションのためのキープアライブ機能のためにおおよその位置の発見及び非トラヒック・チャネルを用いて常時接続型ＩＭＳを維持するコール・フロー５００の構成を示す。アクセス端末１１０は、図３に関して上述したように、ステップ１乃至６において、ＰＰＰセッションを確立し、ＩＭＳに登録することができる。
【００４０】
キープアライブ機能のために、ＰＤＳＮ１３０は、アクセス端末１１０のためのＬＣＰエコー要求パケットをアクセス・ネットワーク１２０へ送信することができる（ステップ７）。アクセス・ネットワーク１２０は、ＬＣＰエコー要求パケットを受信する。更に、アクセス端末１１０のためのルート更新要求メッセージを広範囲にわたって制御チャネルで送信することによってアクセス端末１１０のおおよその位置を決定することができる（ステップ８）。ルート更新要求メッセージは、何のデータ・ペイロードも有さないので、ＬＣＰエコー要求パケットのためのペイロードを有するＤＯＳメッセージよりも少ないラジオ・リソースしか消費しない。アクセス端末１１０は、ルート更新要求メッセージを受信し、ルート更新メッセージをアクセス・チャネルでアクセス・ネットワーク１２０へ返信することができる（ステップ９）。ルート更新メッセージは、アクセス端末１１０のためのアクティブ・セット及び候補セットにおけるセクタのためのパイロット情報を含むことができる。アクセス端末１１０のおおよその位置は、ルート更新メッセージ及び／又はこのメッセージ内のパイロット情報を受信するセクタに基づいて確かめられうる。
【００４１】
アクセス・ネットワーク１２０はその後、ラジオ接続をセットアップすることなく、モバイル終点ＤＯＳを用いて、ＬＣＰエコー要求パケットを小さなエリアにわたって制御チャネルでアクセス端末１１０へ送信することができる（ステップ１０）。アクセス端末１１０は、ＬＣＰエコー要求パケットを受信し、モバイル始点ＤＯＳを用いて、ＬＣＰエコー応答パケットをアクセス・チャネルでアクセス・ネットワーク１２０へ返信することができる（ステップ１１）。アクセス・ネットワーク１２０は、ＬＣＰエコー応答パケットを受信し、それをＰＤＳＮ１３０へ転送することができる（ステップ１２）。
【００４２】
図５に示すように、ラジオ接続セットアップは、（ａ）ルート更新要求メッセージ及びＬＣＰエコー要求パケットを制御チャネルでアクセス端末１１０へ送信すること、及び（ｂ）ルート更新メッセージ及びＬＣＰエコー応答パケットをアクセス・チャネルでアクセス・ネットワーク１２０へ送信すること、によって回避されうる。２つのメッセージが順方向リンクで送信された場合でも、（ａ）ルート更新要求メッセージは、ＬＣＰエコー要求パケットを有するＤＯＳメッセージよりも大幅に小さいので大幅に少ないラジオ・リソースを用いて送信されうるため、及び（ｂ）ＤＯＳメッセージはより小さな領域にわたって送信されうるため、これらのメッセージは、より少ないラジオ・リソースを用いて送信されうる。
【００４３】
アクセス・ネットワーク１２０は、ルート更新要求メッセージを送信するのではなく、アクセス端末をページすることによって、アクセス端末１１０のおおよその位置を決定しようと試みることもできる。このページは、通常行われるようにラジオ接続を立ち上げるのではなく、アクセス・チャネルを介してページに応答するようにアクセス端末１１０に指示することができる。
【００４４】
図４及び図５に示すように、ＰＤＳＮ１３０は、ＬＣＰエコー要求パケットをアクセス・ネットワーク１２０へ送信することによって、キープアライブ機能を開始することができる。ＰＤＳＮ１３０は、ジェネリック・ルーティング・カプセル化（ＧＲＥ）プロトコルを用いてアクセス・ネットワーク１２０内のＰＣＦ１２４とデータを交換することができる。リンク層／ネットワーク層データは、ＰＤＳＮ１３０とＰＣＦ１２４との間で交換されうるＧＲＥパケット内にカプセル化されることができる。ＧＲＥパケットは、ＧＲＥパケット内で搬送されたデータがＤＯＳを用いて送信されうることを示すために、１に設定されうるＳＤＩ／ＤｏＳフィールドを含む。ＰＤＳＮ１３０は、ＬＣＰエコー要求パケットを搬送するＧＲＥパケットのためにこのフィールドを設定することができる。アクセス・ネットワーク１２０は、ＧＲＥパケット内のこのフィールドを調べ、フィールドが設定されている場合、ＤＯＳを用いてＬＣＰエコー要求パケットを送信することができる。ＰＤＳＮ１３０とアクセス・ネットワーク１２０との間のＧＲＥ及びデータの交換は、共に “Interoperability Specification (IOS) for High Rate Packet Data (HRPD) Radio Access Network Interfaces with Session Control in the Access Network”と題された、２００６年１０月付けの公的に入手可能である３ＧＰＰ２ Ａ．Ｓ０００８−Ｂ及びＡ．Ｓ０００９−Ｂにおいて説明される。
【００４５】
明確化のために、常時接続型データ・セッションを維持する本技術は、特にＨＲＰＤに関して説明された。本技術は、例えば（一般にＣＤＭＡ２０００ １Ｘ、又は単に１Ｘと称される）ＩＳ−２０００リリース０及びＡ、ＩＳ−９５、Ｗ−ＣＤＭＡ、ＧＳＭ等のような他のラジオ技術及び他の無線ネットワークのために用いることもできる。１Ｘは、ページング・チャネル（ＰＣＨ）、順方向共通制御チャネル（Ｆ−ＣＣＣＨ）、逆方向アクセス・チャネル（Ｒ−ＡＣＨ）、逆方向次世代アクセス・チャネル（Ｒ−ＥＡＣＨ）等でのデータ・バースト・メッセージにおけるショート・データ・バーストの送信をサポートする。ショート・データ・バーストは、ＨＲＰＤにおけるＤＯＳメッセージと類似した方式で、少量のデータを送信するために用いられうる。
【００４６】
図６は、アクセス端末のためのデータ・セッションをキープアライブするためにメッセージを交換する処理６００の構成を示す。処理６００は、アクセス端末によって実行されうる。第１のメッセージが、第１の非トラヒック・チャネル（例えば、制御チャネル又はその他何らかのチャネル）でアクセス・ネットワークから受信されうる（ブロック６１２）。第２のメッセージが、第２の非トラヒック・チャネル（例えば、アクセス・チャネル又はその他何らかのチャネル）でアクセス・ネットワークへ送信されうる（ブロック６１４）。第１及び第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換されうる。アクセス端末は、第１及び第２のメッセージをアクセス・ネットワークと交換するためにラジオ接続をセットアップしトラヒック・チャネルを接続することを回避することができる。
【００４７】
データ・セッションは、ＰＰＰセッション及び／又はその他何らかのセッションを備えることができる。第１のメッセージは、ＬＣＰエコー要求パケット、又は、データ・セッションのためにアクセス端末をピングするためのその他何らかのパケットを備えることができる。第２のメッセージは、ＬＣＰエコー応答パケット、又は、ピングに応答するためのその他何らかのパケットを備えることができる。ＨＲＰＤの場合、第１のメッセージは、モバイル終点ＤＯＳを用いてアクセス・ネットワークによって送信され、第２のメッセージは、モバイル始点ＤＯＳを用いてアクセス端末によって送信されうる。第１及び第２のメッセージは、他のラジオ技術のための他の方式で（例えば、ショート・データ・バーストを用いて）も送信されうる。
【００４８】
図７は、アクセス端末のためのデータ・セッションをキープアライブするためにメッセージを交換する処理７００の構成を示す。処理７００は、アクセス・ネットワークによって実行されうる。パケットが、アクセス端末のためのデータ・セッションを維持する役割を負うネットワーク・エンティティ（例えば、ＰＤＳＮ）から受信されうる（ブロック７１２）。第１の非トラヒック・チャネルが、パケット内のフィールドに基づいて、用いるために選択されうる（ブロック７１４）。
【００４９】
第１のメッセージが、第１の非トラヒック・チャネル（例えば、制御チャネル）でアクセス端末へ送信されうる（ブロック７１６）。第２のメッセージが、第２の非トラヒック・チャネル（例えば、アクセス・チャネル）でアクセス端末から受信されうる（ブロック７１８）。第１及び第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換されうる。第１のメッセージは、ＬＣＰエコー要求パケットを備えることができ、ＨＲＰＤにおいて、モバイル終点ＤＯＳを用いてアクセス・ネットワークによって送信されうる。第２のメッセージは、ＬＣＰエコー応答パケットを備えることができ、ＨＲＰＤにおいて、モバイル始点ＤＯＳを用いてアクセス端末によって送信されうる。
【００５０】
図８は、アクセス端末によってシグナリングを受信する処理８００の構成を示す。第１のメッセージが、第１の非トラヒック・チャネル（例えば、制御チャネル又はその他何らかのチャネル）でアクセス・ネットワークから受信されうる（ブロック８１２）。第２のメッセージが、第２の非トラヒック・チャネル（例えば、アクセス・チャネル又はその他何らかのチャネル）でアクセス・ネットワークへ送信されうる（ブロック８１４）。第１及び第２のメッセージは、アクセス端末のおおよその位置を決定するために交換されうる。第１のメッセージは、ルート更新要求メッセージ又はアクセス端末に問い合わせるためのその他何らかのメッセージを備えることができる。第２のメッセージは、ルート更新メッセージ又は問合せに応答するためのその他何らかのメッセージを備えることができる。第３のメッセージが、第１の非トラヒック・チャネルでアクセス・ネットワークから受信されることができ、第３のメッセージは、アクセス端末のおおよその位置をカバーするエリアにわたって送信される（ブロック８１６）。一般に、第３のメッセージは、アクセス端末のための任意の情報を搬送することができる。
【００５１】
アクセス端末のためのデータ・セッションをキープアライブするためにシグナリングが交換される場合、第４のメッセージが、第２の非トラヒック・チャネルでアクセス・ネットワークへ送信されうる（ブロック８１８）。第３のメッセージは、ＬＣＰエコー要求パケット、又はアクセス端末をピングするためのその他何らかのメッセージを備えることができる。第４のメッセージは、ＬＣＰエコー応答パケット、又はピングへの応答を含むその他何らかのメッセージを備えることができる。これらのメッセージは、ＤＯＳ、ショート・データ・バースト等を用いて送信されうる。アクセス端末は、アクセス・ネットワークとメッセージを交換するためにラジオ接続をセットアップしトラヒック・チャネルを接続することを回避することができる。
【００５２】
図９は、アクセス端末へシグナリングを送信する処理９００の構成を示す。処理９００は、アクセス・ネットワークによって実行されうる。第１のメッセージが、第１の非トラヒック・チャネル（例えば、制御チャネル）でアクセス端末へ送信されうる（ブロック９１２）。第２のメッセージが、第２の非トラヒック・チャネル（例えば、アクセス・チャネル）でアクセス端末から受信されうる（ブロック９１４）。第１のメッセージは、ルート更新要求メッセージを備え、第２のメッセージは、ルート更新メッセージを備えることができる。アクセス端末のおおよその位置が、第２のメッセージに基づいて決定されうる（ブロック９１６）。
【００５３】
第３のメッセージが、第１の非トラヒック・チャネルでアクセス端末へ送信されることができ、第３のメッセージは、アクセス端末のおおよその位置をカバーするエリアにわたって送信される（ブロック９１８）。第１のメッセージは、第１のエリアにわたって送信され、第２のメッセージは、第１のエリアよりも小さい第２のエリアにわたって送信されうる。第１のメッセージは、（ａ）アクセス端末のためのラジオ接続が切断されたこと、（ｂ）第３のメッセージが第１の非トラヒック・チャネルで送信可能であること、の決定に応答して送信されうる。一般に、第３のメッセージは、アクセス端末のための任意の情報を搬送することができる。アクセス端末のためのデータ・セッションをキープアライブするためにシグナリングが交換される場合、第４のメッセージが、第２の非トラヒック・チャネルでアクセス端末から受信されうる（ブロック９２０）。
【００５４】
図１０は、図１に示すアクセス端末１１０、基地局１２２、ＢＳＣ／ＰＣＦ１２４、及びＰＤＳＮ１３０の設計のブロック図を示す。逆方向リンクでは、アクセス端末１１０において、コントローラ／プロセッサ１０１０は、ラジオ技術（例えばＨＲＰＤ）に従ってアクセス・ネットワーク１２０へ送信されるデータ及びシグナリングを処理（例えば、フォーマット、符号化、及び変調）し、出力チップを生成することができる。送信機（ＴＭＴＲ）１０１６は、出力チップを調整（例えば、アナログ変換、フィルタ、増幅、及び周波数アップコンバート）し、基地局１２２へ送信されうる逆方向リンク信号を生成することができる。基地局１２２において、アクセス端末１１０及びその他のアクセス端末からの逆方向リンク信号が、受信機（ＲＣＶＲ）１０２６によって受信され、サンプルを取得するために調整（例えば、フィルタ、増幅、周波数ダウンコンバート、及びデジタル化）されうる。コントローラ／プロセッサ１０２０は、アクセス端末１１０及びその他のアクセス端末によって送信されたデータ及びシグナリングを取得するために、サンプルを処理（例えば、復調及び復号）することができる。
【００５５】
順方向リンクでは、基地局１２２において、アクセス端末へ送信されるデータ及びシグナリングは、プロセッサ１０２０によって処理され、アクセス端末へ送信されうる順方向リンク信号を生成するために送信機１０２６によって更に調整されうる。アクセス端末１１０において、基地局１２２からの順方向リンク信号は、受信機１０１６によって受信及び調整され、基地局１２２によってアクセス端末１１０へ送信されたデータ及びシグナリングを取得するために、プロセッサ１０１０によって更に処理されうる。
【００５６】
コントローラ／プロセッサ１０１０及び１０２０はそれぞれ、アクセス端末１１０及び基地局１２２における動作を制御することができる。プロセッサ１０１０は、図６に示す処理６００、図８に示す処理８００、及び／又は、シグナリングを交換するためのその他の処理を実施することができる。メモリ１０１２及び１０２２はそれぞれ、アクセス端末１１０及び基地局１２２のためのプログラム・コード及びデータを格納することができる。通信（Ｃｏｍｍ）ユニット１０２４は、基地局１２２がＢＳＣ／ＰＣＦ１２４と通信することを可能とすることができる。
【００５７】
ＢＳＣ／ＰＣＦ１２４は、コントローラ／プロセッサ１０３０、メモリ１０３２、及び通信ユニット１０３４を含む。ＰＤＳＮ１３０は、コントローラ／プロセッサ１０４０、メモリ１０４２、及び通信ユニット１０４４を含む。各ネットワーク・エンティティにおいて、コントローラ／プロセッサは、そのネットワーク・エンティティのための適切な処理を実行することができ、メモリは、プログラム・コード及びデータを格納することができ、通信ユニットは、他のネットワーク・エンティティとの通信をサポートすることができる。基地局１２２のプロセッサ１０２０及び／又はＢＳＣ／ＰＣＦ１２４のプロセッサ１０３０は、図７に示す処理７００、図９に示す処理９００、及び／又は、アクセス端末とシグナリングを交換するためのその他の処理を実行することができる。
【００５８】
図１０は、アクセス端末１１０及びその他のネットワーク・エンティティの簡略ブロック図を示す。一般に、アクセス端末１１０及びネットワーク・エンティティは、各々が、任意の数のプロセッサ、コントローラ、メモリ、通信ユニット、送信機、受信機等を含むことができる。
【００５９】
本明細書で説明された技術は、様々な手段によって実現されうる。例えばこれらの技術は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって実現することができる。ハードウェアによる実現の場合、本技術を実行するために用いられる処理ユニットは、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、本明細書で説明された機能を実行するために設計されたその他の電子ユニット、コンピュータ、又はそれらの組合せにおいて実現されうる。
【００６０】
ファームウェア及び／又はソフトウェアによる実現の場合、本技術は、本明細書で説明された機能を実行するモジュール（例えば、手順、関数等）を用いて実現されうる。ファームウェア及び／又はソフトウェアの命令は、メモリ（例えば、図１０のメモリ１０１２、１０２２、１０３２、又は１０４２）内に格納され、プロセッサ（例えば、プロセッサ１０１０、１０２０、１０３０、又は１０４０）によって実行されうる。メモリは、プロセッサ内に、又はプロセッサに外付けで実装されうる。ファームウェア及び／又はソフトウェアの命令は、例えばランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）、プログラマブル読取専用メモリ（ＰＲＯＭ）、電子的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、ＦＬＡＳＨメモリ、コンパクト・ディスク（ＣＤ）、磁気データ記憶デバイスあるいは光学データ記憶デバイス等のような、他の読取可能媒体内に格納されることもできる。
【００６１】
本明細書で説明された技術を実現する装置は、独立型ユニット又はデバイスの一部であることができる。このデバイスは、（ｉ）独立型集積回路（ＩＣ）、（ｉｉ）データ及び／又は命令を格納するためのメモリＩＣを含むことができる１つ又は複数のＩＣのセット、（ｉｉｉ）例えばモバイル局モデム（ＭＳＭ）のようなＡＳＩＣ、（ｉｖ）他のデバイス内に組み込まれることができるモジュール、（ｖ）セルラ電話、無線デバイス、ハンドセット、あるいはモバイル・ユニット、（ｖｉ）その他、であることができる。
【００６２】
本開示における上記記載は、当業者をして、本開示の製造又は利用を可能とするために提供される。本開示への様々な変更が当業者には容易に明らかであり、本明細書で定義された一般原理は、本開示の精神又は範囲から逸脱することなく他の変形例にも適用されうる。従って、本開示は、本明細書で説明された設計及び例に限定することは意図されておらず、本明細書に開示された原理及び新規特徴と整合が取れた最も広い範囲に一致するように意図されている。
【特許請求の範囲】
【請求項１】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを備え、
前記第１のメッセージ及び前記第２のメッセージは、データ・セッションをキープアライブするために交換される装置。
【請求項２】
前記少なくとも１つのプロセッサは、前記第１のメッセージ及び前記第２のメッセージを前記アクセス・ネットワークと交換するためにラジオ接続をセットアップしトラヒック・チャネルを立ち上げることを回避するように構成された請求項１に記載の装置。
【請求項３】
前記少なくとも１つのプロセッサは、前記第１のメッセージを制御チャネルで前記アクセス・ネットワークから受信し、前記第２のメッセージをアクセス・チャネルで前記アクセス・ネットワークへ送信するように構成された請求項１に記載の装置。
【請求項４】
前記データ・セッションは、ポイント・ツー・ポイント・プロトコル（ＰＰＰ）セッションを備える請求項１に記載の装置。
【請求項５】
前記第１のメッセージは、データ・セッションのためのピングを備え、前記第２のメッセージは、前記ピングへの応答を備える請求項１に記載の装置。
【請求項６】
前記第１のメッセージは、リンク制御プロトコル（ＬＣＰ）エコー要求パケットを備え、前記第２のメッセージは、ＬＣＰエコー応答パケットを備える請求項１に記載の装置。
【請求項７】
前記少なくとも１つのプロセッサは、高レート・パケット・データ（ＨＲＰＤ）におけるモバイル始点データ・オーバ・シグナリング（ＤＯＳ）を用いて前記アクセス・ネットワークによって送信された前記第１のメッセージを受信し、ＨＲＰＤにおけるモバイル始点ＤＯＳを用いて前記第２のメッセージを送信するように構成された請求項１に記載の装置。
【請求項８】
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信することと、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信することとを備え、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換される方法。
【請求項９】
前記第１の非トラヒック・チャネルは、順方向リンクのための制御チャネルであり、前記第２の非トラヒック・チャネルは、逆方向リンクのための非トラヒック・チャネルである請求項８に記載の方法。
【請求項１０】
前記第１のメッセージは、前記データ・セッションのためのピングを備え、前記第２のメッセージは、前記ピングへの応答を備える請求項８に記載の方法。
【請求項１１】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信する手段と、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信する手段とを備え、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換される装置。
【請求項１２】
前記第１の非トラヒック・チャネルは、順方向リンクのための制御チャネルであり、前記第２の非トラヒック・チャネルは、逆方向リンクのためのアクセス・チャネルである請求項１１に記載の装置。
【請求項１３】
前記第１のメッセージは、前記データ・セッションのためのピングを備え、前記第２のメッセージは、前記ピングへの応答を備える請求項１１に記載の装置。
【請求項１４】
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信するための命令群を格納するプロセッサ読取可能媒体であって、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換されるプロセッサ読取可能媒体。
【請求項１５】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス端末へ送信し、第２のメッセージを第２の非トラヒック・チャネルで前記アクセス端末から受信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを備え、
前記第１のメッセージ及び前記第２のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記第１のメッセージを制御チャネルで前記アクセス端末へ送信し、前記第２のメッセージをアクセス・チャネルで前記アクセス端末から受信するように構成された請求項１５に記載の装置。
【請求項１７】
前記第１のメッセージは、リンク制御プロトコル（ＬＣＰ）エコー要求パケットを備え、前記第２のメッセージは、ＬＣＰエコー応答パケットを備える請求項１５に記載の装置。
【請求項１８】
前記少なくとも１つのプロセッサは、高レート・パケット・データ（ＨＲＰＤ）におけるモバイル終点データ・オーバ・シグナリング（ＤＯＳ）を用いて前記第１のメッセージを送信し、ＨＲＰＤにおけるモバイル始点ＤＯＳを用いて前記アクセス端末によって送信された前記第２のメッセージを受信するように構成された請求項１５に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、前記データ・セッションを維持する役割を負うネットワーク・エンティティからの前記第１のメッセージのためのデータを搬送するパケットを受信し、前記パケット内のフィールドに基づいて前記第１のメッセージのための前記第１の非トラヒック・チャネルを選択するように構成された請求項１５に記載の装置。
【請求項２０】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信し、第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス・ネットワークから受信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを備え、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のおおよその位置を決定するために交換され、前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信される装置。
【請求項２１】
前記少なくとも１つのプロセッサは、前記第１のメッセージ、前記第２のメッセージ、及び前記第３のメッセージを前記アクセス・ネットワークと交換するためにラジオ接続をセットアップしトラヒック・チャネルを立ち上げることを回避するように構成された請求項２０に記載の装置。
【請求項２２】
前記少なくとも１つのプロセッサは、第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信するように構成され、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項２０に記載の装置。
【請求項２３】
前記少なくとも１つのプロセッサは、前記第１のメッセージ及び前記第３のメッセージを制御チャネルで前記アクセス・ネットワークから受信し、前記第２のメッセージをアクセス・チャネルで前記アクセス・ネットワークへ送信するように構成された請求項２０に記載の装置。
【請求項２４】
前記第１のメッセージは、ルート更新要求メッセージを備え、前記第２のメッセージは、ルート更新メッセージを備える請求項２０に記載の装置。
【請求項２５】
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信することと、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信することであって、前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のおおよその位置を決定するために交換される、ことと、
第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス・ネットワークから受信することであって、前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信される、ことと
を備える方法。
【請求項２６】
第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信することを更に備え、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項２５に記載の方法。
【請求項２７】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信する手段と、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信する手段であって、前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のおおよその位置を決定するために交換される、手段と、
第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス・ネットワークから受信する手段であって、前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信される、手段と
を備える装置。
【請求項２８】
第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信する手段を更に備え、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項２７に記載の装置。
【請求項２９】
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信し、
第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス・ネットワークから受信するための命令群を格納するプロセッサ読取可能媒体であって、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のおおよその位置を決定するために交換され、
前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信されるプロセッサ読取可能媒体。
【請求項３０】
第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信するための命令群を更に格納し、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項２９に記載のプロセッサ読取可能媒体。
【請求項３１】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス端末へ送信し、第２のメッセージを第２の非トラヒック・チャネルで前記アクセス端末から受信し、前記第２のメッセージに基づいて前記アクセス端末のおおよその位置を決定し、第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス端末へ送信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを備え、
前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信される装置。
【請求項３２】
前記少なくとも１つのプロセッサは、前記第１のメッセージを第１のエリアにわたって送信し、前記第３のメッセージを前記第１のエリアよりも小さい第２のエリアにわたって送信するように構成された請求項３１に記載の装置。
【請求項３３】
前記少なくとも１つのプロセッサは、前記アクセス端末のためのラジオ接続が切断された場合、前記第１のメッセージを送信するように構成された請求項３１に記載の装置。
【請求項３４】
前記少なくとも１つのプロセッサは、第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス端末から受信するように構成され、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項３１に記載の装置。
【請求項３５】
前記少なくとも１つのプロセッサは、前記第１のメッセージ及び前記第３のメッセージを制御チャネルで前記アクセス端末へ送信し、前記第２のメッセージをアクセス・チャネルで前記アクセス端末から受信するように構成された請求項３１に記載の装置。
【請求項３６】
前記第１のメッセージは、ルート更新要求メッセージを備え、前記第２のメッセージは、ルート更新メッセージを備える請求項３１に記載の装置。
【請求項１】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを備え、
前記第１のメッセージ及び前記第２のメッセージは、データ・セッションをキープアライブするために交換される装置。
【請求項２】
前記少なくとも１つのプロセッサは、前記第１のメッセージ及び前記第２のメッセージを前記アクセス・ネットワークと交換するためにラジオ接続をセットアップしトラヒック・チャネルを立ち上げることを回避するように構成された請求項１に記載の装置。
【請求項３】
前記少なくとも１つのプロセッサは、前記第１のメッセージを制御チャネルで前記アクセス・ネットワークから受信し、前記第２のメッセージをアクセス・チャネルで前記アクセス・ネットワークへ送信するように構成された請求項１に記載の装置。
【請求項４】
前記データ・セッションは、ポイント・ツー・ポイント・プロトコル（ＰＰＰ）セッションを備える請求項１に記載の装置。
【請求項５】
前記第１のメッセージは、データ・セッションのためのピングを備え、前記第２のメッセージは、前記ピングへの応答を備える請求項１に記載の装置。
【請求項６】
前記第１のメッセージは、リンク制御プロトコル（ＬＣＰ）エコー要求パケットを備え、前記第２のメッセージは、ＬＣＰエコー応答パケットを備える請求項１に記載の装置。
【請求項７】
前記少なくとも１つのプロセッサは、高レート・パケット・データ（ＨＲＰＤ）におけるモバイル始点データ・オーバ・シグナリング（ＤＯＳ）を用いて前記アクセス・ネットワークによって送信された前記第１のメッセージを受信し、ＨＲＰＤにおけるモバイル始点ＤＯＳを用いて前記第２のメッセージを送信するように構成された請求項１に記載の装置。
【請求項８】
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信することと、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信することとを備え、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換される方法。
【請求項９】
前記第１の非トラヒック・チャネルは、順方向リンクのための制御チャネルであり、前記第２の非トラヒック・チャネルは、逆方向リンクのための非トラヒック・チャネルである請求項８に記載の方法。
【請求項１０】
前記第１のメッセージは、前記データ・セッションのためのピングを備え、前記第２のメッセージは、前記ピングへの応答を備える請求項８に記載の方法。
【請求項１１】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信する手段と、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信する手段とを備え、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換される装置。
【請求項１２】
前記第１の非トラヒック・チャネルは、順方向リンクのための制御チャネルであり、前記第２の非トラヒック・チャネルは、逆方向リンクのためのアクセス・チャネルである請求項１１に記載の装置。
【請求項１３】
前記第１のメッセージは、前記データ・セッションのためのピングを備え、前記第２のメッセージは、前記ピングへの応答を備える請求項１１に記載の装置。
【請求項１４】
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信するための命令群を格納するプロセッサ読取可能媒体であって、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のためのデータ・セッションをキープアライブするために交換されるプロセッサ読取可能媒体。
【請求項１５】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス端末へ送信し、第２のメッセージを第２の非トラヒック・チャネルで前記アクセス端末から受信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを備え、
前記第１のメッセージ及び前記第２のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記第１のメッセージを制御チャネルで前記アクセス端末へ送信し、前記第２のメッセージをアクセス・チャネルで前記アクセス端末から受信するように構成された請求項１５に記載の装置。
【請求項１７】
前記第１のメッセージは、リンク制御プロトコル（ＬＣＰ）エコー要求パケットを備え、前記第２のメッセージは、ＬＣＰエコー応答パケットを備える請求項１５に記載の装置。
【請求項１８】
前記少なくとも１つのプロセッサは、高レート・パケット・データ（ＨＲＰＤ）におけるモバイル終点データ・オーバ・シグナリング（ＤＯＳ）を用いて前記第１のメッセージを送信し、ＨＲＰＤにおけるモバイル始点ＤＯＳを用いて前記アクセス端末によって送信された前記第２のメッセージを受信するように構成された請求項１５に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、前記データ・セッションを維持する役割を負うネットワーク・エンティティからの前記第１のメッセージのためのデータを搬送するパケットを受信し、前記パケット内のフィールドに基づいて前記第１のメッセージのための前記第１の非トラヒック・チャネルを選択するように構成された請求項１５に記載の装置。
【請求項２０】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信し、第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス・ネットワークから受信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを備え、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のおおよその位置を決定するために交換され、前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信される装置。
【請求項２１】
前記少なくとも１つのプロセッサは、前記第１のメッセージ、前記第２のメッセージ、及び前記第３のメッセージを前記アクセス・ネットワークと交換するためにラジオ接続をセットアップしトラヒック・チャネルを立ち上げることを回避するように構成された請求項２０に記載の装置。
【請求項２２】
前記少なくとも１つのプロセッサは、第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信するように構成され、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項２０に記載の装置。
【請求項２３】
前記少なくとも１つのプロセッサは、前記第１のメッセージ及び前記第３のメッセージを制御チャネルで前記アクセス・ネットワークから受信し、前記第２のメッセージをアクセス・チャネルで前記アクセス・ネットワークへ送信するように構成された請求項２０に記載の装置。
【請求項２４】
前記第１のメッセージは、ルート更新要求メッセージを備え、前記第２のメッセージは、ルート更新メッセージを備える請求項２０に記載の装置。
【請求項２５】
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信することと、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信することであって、前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のおおよその位置を決定するために交換される、ことと、
第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス・ネットワークから受信することであって、前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信される、ことと
を備える方法。
【請求項２６】
第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信することを更に備え、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項２５に記載の方法。
【請求項２７】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信する手段と、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信する手段であって、前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のおおよその位置を決定するために交換される、手段と、
第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス・ネットワークから受信する手段であって、前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信される、手段と
を備える装置。
【請求項２８】
第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信する手段を更に備え、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項２７に記載の装置。
【請求項２９】
第１のメッセージを第１の非トラヒック・チャネルでアクセス・ネットワークから受信し、
第２のメッセージを第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信し、
第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス・ネットワークから受信するための命令群を格納するプロセッサ読取可能媒体であって、
前記第１のメッセージ及び前記第２のメッセージは、アクセス端末のおおよその位置を決定するために交換され、
前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信されるプロセッサ読取可能媒体。
【請求項３０】
第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス・ネットワークへ送信するための命令群を更に格納し、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項２９に記載のプロセッサ読取可能媒体。
【請求項３１】
無線通信のための装置であって、
第１のメッセージを第１の非トラヒック・チャネルでアクセス端末へ送信し、第２のメッセージを第２の非トラヒック・チャネルで前記アクセス端末から受信し、前記第２のメッセージに基づいて前記アクセス端末のおおよその位置を決定し、第３のメッセージを前記第１の非トラヒック・チャネルで前記アクセス端末へ送信するように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されたメモリとを備え、
前記第３のメッセージは、前記アクセス端末のおおよその位置をカバーするエリアにわたって送信される装置。
【請求項３２】
前記少なくとも１つのプロセッサは、前記第１のメッセージを第１のエリアにわたって送信し、前記第３のメッセージを前記第１のエリアよりも小さい第２のエリアにわたって送信するように構成された請求項３１に記載の装置。
【請求項３３】
前記少なくとも１つのプロセッサは、前記アクセス端末のためのラジオ接続が切断された場合、前記第１のメッセージを送信するように構成された請求項３１に記載の装置。
【請求項３４】
前記少なくとも１つのプロセッサは、第４のメッセージを前記第２の非トラヒック・チャネルで前記アクセス端末から受信するように構成され、前記第３のメッセージ及び前記第４のメッセージは、前記アクセス端末のためのデータ・セッションをキープアライブするために交換される請求項３１に記載の装置。
【請求項３５】
前記少なくとも１つのプロセッサは、前記第１のメッセージ及び前記第３のメッセージを制御チャネルで前記アクセス端末へ送信し、前記第２のメッセージをアクセス・チャネルで前記アクセス端末から受信するように構成された請求項３１に記載の装置。
【請求項３６】
前記第１のメッセージは、ルート更新要求メッセージを備え、前記第２のメッセージは、ルート更新メッセージを備える請求項３１に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−５９０６３（Ｐ２０１３−５９０６３Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−２３２１２８（Ｐ２０１２−２３２１２８）
【出願日】平成２４年１０月１９日（２０１２．１０．１９）
【分割の表示】特願２０１０−５１５０２０（Ｐ２０１０−５１５０２０）の分割
【原出願日】平成２０年６月２３日（２００８．６．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１２−２３２１２８（Ｐ２０１２−２３２１２８）
【出願日】平成２４年１０月１９日（２０１２．１０．１９）
【分割の表示】特願２０１０−５１５０２０（Ｐ２０１０−５１５０２０）の分割
【原出願日】平成２０年６月２３日（２００８．６．２３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]