JP2004289841A

JP2004289841A - プッシュ・ツー・トークの設定における待ち時間を短縮するための方法

Info

Publication number: JP2004289841A
Application number: JP2004085889A
Authority: JP
Inventors: Patel R Tejaskumar; アール．パテルテジャスクマール; David Albert Rossetti; アルバートロセッティデイヴィッド
Original assignee: Lucent Technologies Inc
Current assignee: Nokia of America Corp
Priority date: 2003-03-24
Filing date: 2004-03-24
Publication date: 2004-10-14
Also published as: ATE361640T1; DE602004006183T2; CN1571546A; EP1463346B1; KR20040084663A; EP1463346A1; DE602004006183D1; US20040192363A1

Abstract

【課題】プッシュ・ツー・トーク、ボイス・オーバー・ＩＰサービスに関し、プッシュ・ツー・トーク設定における待ち時間を短縮するための方法を提供すること。
【解決手段】無線ネットワークが発呼側のためのプッシュ・ツー・トーク操作とトラフィック・チャネルの発信を同時に開始するように、発呼側が無線ネットワークと通信する。呼出し側の移動局すなわち発呼側は、プッシュ・ツー・トーク操作の開始を要求するショート・データ・バースト（ＳＤＢ）メッセージを送信し、このＳＤＢメッセージに、その発呼側の発信を実施する指示を含める。
【選択図】図３

Description

本発明は、プッシュ・ツー・トーク（ＰＴＴ：ｐｕｓｈ−ｔｏ−ｔａｌｋ）ボイス・オーバＩＰ（ＶｏＩＰ：ｖｏｉｃｅ−ｏｖｅｒ−ＩＰ）サービスに関する。

ＰＴＴ機能によって、移動局は、たとえば呼出し側移動局上のＰＴＴボタンを押すだけで、１つまたは複数の他の無線局と実質上同時に迅速に通信することができる。通常の回線トランスポート方法による音声通信に対比して、ＶｏＩＰは、パケット・データ・ネットワークを介して運ばれるデジタル化された音声を使用した音声通信を指す。したがって、ＰＴＴＶｏＩＰサービスは、ＶｏＩＰ通信を介してＰＴＴ機能を提供しようとするものである。

図１に、ＰＴＴＶｏＩＰ通信用の従来の一般的なアーキテクチュアを示す。図示するように、ＰＴＴ操作の開始時、呼出し側移動局すなわち発呼側（ＣｇＰ）１０が第１の無線ネットワーク１２と通信する。この通信は、呼び出される側（すなわち被呼側（ＣｄＰ））２２の識別子（たとえば電話番号、ＵＲＬ、ＰＩＮ番号）などの情報を含む。次いで、第１無線ネットワーク１２は、公設または私設のイントラネットまたはインターネット１４（すなわちＩＰネットワーク）を介してＰＴＴサーバ１６と通信する。第１無線ネットワーク１２は、ＰＴＴサーバ１６に、ＣｇＰ１０およびＣｄＰ２２に関する情報を提供する。第１無線ネットワーク１２は、それが無線通信サービスを提供する先の移動局に関する情報のデータベース１３を管理する。第１無線ネットワーク１２がＰＴＴサービスも提供する場合、データベース１３は、たとえば移動局の通常の識別情報に関連するＩＰアドレス情報も格納する。

第１無線ネットワーク１２は、ＣｇＰ１０のＰＴＴ要求を、ＰＴＴサーバ１６に伝達する。ＰＴＴ要求は、ＣｄＰ２２を識別し、またＣｇＰ１０のＩＰアドレスを提供する。そこに格納された情報のデータベースを使用して、ＰＴＴサーバ１６は、ＰＴＴ要求を第２の無線ネットワーク２０にルーティングし、この例では、第２の無線ネットワークが、ＣｄＰ２２を含む地理的区域内の移動局の通信ニーズを満たす。ＰＴＴ要求は、第２の公設または私設のイントラネットまたはインターネット１８（すなわちＩＰネットワーク）を介してＰＴＴサーバ１６から第２無線ネットワーク２０にルーティングされる。理解されるように、ＣｄＰ２２およびＣｇＰ１０が同じ無線ネットワークによってサービスされる場合は、第１および第２の無線ネットワーク１２および２０は、同じ無線ネットワークでもよい。同様に、第１および第２の公設または私設のイントラネットまたはインターネット１４および１８は、同じ無線ネットワークでもよい。

たとえばＰＴＴサーバ１６から受信したＣｄＰ２２のＩＰアドレスなどの情報を使用して、第２無線ネットワーク２０は、ＣｄＰ２２を識別し、ＣｄＰ２２を呼び出す。ＣｄＰ２２がその呼び出しに応答し、ＰＴＴＶｏＩＰ通信を受信することが可能であることを示すと、第２無線ネットワーク２０が、第２のＩＰネットワーク１８を介してＰＴＴサーバ１６に信号を送る。ＰＴＴサーバ１６では、第１ネットワーク１４を介して第１無線ネットワーク１２に信号を送る。ＰＴＴ１６からの信号に含まれるＣｇＰ１０のＩＰアドレスを使用して、第１無線ネットワーク１２は、データベース１３にアクセスして、ＣｇＰ１０を識別する。次いで、第１無線ネットワーク１２は、識別されたＣｇＰ１０に、音声通信が開始できることを通知する。たとえば、この通知は一般に、移動局１０上で可聴の通知を起動して、ユーザに音声通信が行えることを知らせる。

ＰＴＴＶｏＩＰ通信の設定に必要な時間は、ＣｇＰ１０がＰＴＴ操作を開始した時から、ＣｇＰ１０が可聴通知を発するまでの時間である。この時間は一般に、ＰＴＴＶｏＩＰ設定の待ち時間と称される。業界では現在、この待ち時間を短縮することが求められている。

上述していないが、ＰＴＴＶｏＩＰ設定の待ち時間の要因の１つは、ＣｇＰ１０と第１無線ネットワーク１２のＰＴＴＶｏＩＰ通信を取り扱う、ＣｇＰ１０と第１無線ネットワーク１２の間の通信のトラフィック・チャネルの確立である。図２に、ＰＴＴ操作を開始し、次いで一般に発信と称される、トラフィック・チャネルを確立するための通信フロー図を示す。図示するように、ＣｇＰ１０が、第１無線ネットワーク１２に、ショート・データ・バースト（ＳＤＢ：ｓｈｏｒｔｄａｔａｂｕｒｓｔ）メッセージを送って、ＰＴＴＶｏＩＰ操作を開始する。ＳＤＢメッセージは、移動体と無線ネットワークの間で送信されるＩＰパケットであり、このタスクにトラフィック・チャネルは割り当てられず、すなわち、ＩＰパケットは共通または共用のチャネルを介して送信される。ＳＤＢメッセージが適切に受信されると、上記で論じたように、第１無線ネットワーク１２は、ＰＴＴＶｏＩＰ設定操作を進める。さらに、第１無線ネットワーク１２は、ＳＤＢメッセージが適切に受信されたことを示す肯定応答（ＡＣＫ）メッセージをＣｇＰ１０に送信する。

ＡＣＫメッセージが受信されると、ＣｇＰ１０は、発信メッセージを第１無線ネットワーク１２に送信する。発信メッセージは、第１無線ネットワーク１２に、ＰＴＴＶｏＩＰ通信を取り扱うためのトラフィック・チャネルの確立（割当てなど）を要求する。発信メッセージに応答して第１無線ネットワーク１２によってトラフィック・チャネルが確立され、ＣｄＰ２２があいており（ａｖａｉｌａｂｌｅ）、またＰＴＴＶｏＩＰ設定操作の残りの部分が行われたと見なして、ＰＴＴＶｏＩＰ通信を開始することができる。

本発明は、発呼側のプッシュ・ツー・トーク（ＰＴＴ）操作の開始とトラフィック・チャネルの発信を同時にトリガし処理することによって、プッシュ・ツー・トーク設定の待ち時間を短縮するための方法を提供する。

例示的な一実施形態によれば、ＰＴＴ操作を開始するためのショート・データ・バースト（ＳＤＢ）メッセージに直接に応答して、トラフィック・チャネルを設定する。より具体的には、呼出し側の移動局すなわち発呼側は、プッシュ・ツー・トーク操作の開始を要求するＳＤＢメッセージを送信し、このＳＤＢメッセージに、その発呼側の発信を実施する指示を含める。

別の例示的な実施形態によれば、発信メッセージを、発呼側のＰＴＴ操作の開始を要求するＳＤＢメッセージに連結（ｃｏｎｃａｔｅｎａｔｅ）する。代替実施形態では、ミニ発信メッセージをＳＤＢメッセージに連結する。ミニ発信メッセージは、通常発信メッセージ中に存在する、呼出し側移動局の機能情報の少なくとも一部を含まない。

本発明は、本明細書で以下に示す詳細な説明および添付の図面から、より十分に理解されよう。図面では、同様の要素を同じ参照番号で示す。こうした図面は、説明のため示すものにすぎず、したがって、本発明を限定するものではない。

本発明を適切に理解するために、ショート・データ・バースト（ＳＤＢ）メッセージの周知のフォーマットについて説明し、次いで発信メッセージの周知のフォーマットについて説明する。その後で、無線ネットワークに移動局の機能情報を格納する任意選択の操作について説明する。この任意選択の操作によって、少なくとも本発明の第１および第３の実施形態のパフォーマンス向上がもたらされる。次いで、本発明の諸実施形態について説明し、より具体的には、図１のアーキテクチュアを用いた諸実施形態の実装について説明する。しかし、本発明はこのアーキテクチュアだけに限定されるものではないことを理解されたい。

ＳＤＢメッセージ・フォーマット
図３に、ＴＩＡ／ＥＩＡＩＳ−７０７−Ａ−２によるＳＤＢメッセージの周知のフォーマットを示す。図示するように、ＳＤＢメッセージは、メッセージ情報セクション、呼出し側移動局すなわち発呼側（ＣｇＰ）情報セクション、チャネル情報セクション、ＳＤＢ情報セクション、ＳＤＢデータ・セクション、およびエラー訂正コード（ＣＲＣ）セクションを含む。メッセージ情報セクションは、メッセージ識別子、メッセージ長などの情報を提供する。ＣｇＰ情報セクションは、ＣｇＰの移動局識別子（ＭＳＩＤ）などの情報を提供する。チャネル情報は、ＣｇＰによって受信されるアクティブなパイロット信号の強さ、およびＣｇＰによって受信される追加のパイロットの数などの情報を提供する。ＳＤＢ情報セクションについて以下に詳しく論じる。ＳＤＢデータ・セクションは、その名前が示すように、ＳＤＢ用のデータであり、ＣＲＣセクションは、ＳＤＢメッセージ用のエラー訂正コード情報を含む。ＣｄＰは、ＳＤＢデータ中に、トランスポート層より上層で識別され、したがって、無線ネットワークには認識されない。

図３に、ＳＤＢ情報セクションの一部をさらに詳しく示す。図示するように、ＳＤＢ情報セクションは、バースト・タイプ・フィールド、予備フィールド、サービス・オプション・フィールド、ならびに本開示に関係ない他のフィールドを含む。バースト・タイプ・フィールドは、データ・バースト・メッセージのタイプ、たとえばショート・データ・バースト、ショート・メッセージ・サービス、（ＴＩＡ／ＥＩＡＴＳＢ−５８で定義される）位置決定データを識別する。予備フィールドは、将来使用するために確保されたフィールドであり、従来技術のＰＴＴＶｏＩＰアーキテクチュアでは無視される。サービス・オプション・フィールドは、ＳＤＢメッセージのサービス・タイプたとえば、インターネット・プロトコル（ＩＰ）やＣＤＰＤ（セルラー・デジタル・パケット・データ）を識別する。

発信メッセージ・フォーマット
図４は、ＴＩＡ／ＥＩＡＩＳ−２０００による発信メッセージの周知のフォーマットである。図示するように、発信メッセージは、メッセージ情報セクション、ＣｇＰ情報セクション、チャネル情報セクション、ＣｇＰ機能情報および要求セクション、ならびにＣＲＣセクションを含む。メッセージ情報、ＣｇＰ情報、チャネル情報およびＣＲＣセクションは、ＳＤＢメッセージ・フォーマットに関して説明した内容と同じである。

ＣｇＰ機能情報および要求セクションは、ＣｇＰ機能情報および要求情報を含む。要求情報は、発信メッセージの要求内容、たとえばＰＴＴＶｏＩＰ通信用のトラフィック・チャネルの確立などを示す。ＣｇＰ機能情報は、ＣｇＰの通信機能、たとえばサポートされているトラフィック・チャネルの物理タイプや要求されているトラフィック・チャネルの物理タイプを示す。

移動局（ＣｇＰ）機能情報の格納
本発明の任意選択の例示的な一態様は、第１無線ネットワーク１２がＣｇＰ機能情報の少なくとも一部をデータベース１３に格納することを含む。周知のように、移動局が最初にインターネット接続を望んだときに、移動局と第１ネットワーク１４の間の接続を開くため発信メッセージが送信される。本発明の任意選択の一態様によれば、移動局の機能情報の少なくとも一部は、移動局上に保持されている他の情報と関連して、データベース１３に格納される。一実施形態では、機能情報のすべてが、格納される機能情報である。しかし、別の実施形態では、格納される機能情報は、第１無線ネットワーク１２がこうしたトラフィック・チャネル設定の指示しか受け取らなかった場合に、第１無線ネットワーク１２が発信操作を実施し、移動局と第１無線ネットワーク１２の間のトラフィック・チャネルを設定するのに必要な最小限の機能情報である。

第１実施形態
本発明の第１の実施形態は、ＰＴＴＶｏＩＰプロセスを開始するためのＳＤＢメッセージを、ＰＴＴＶｏＩＰ通信用のトラフィック・チャネルの発信も要求するように調整することを含む。この第１実施形態では、ＣｇＰ機能情報が第１無線ネットワーク１２のデータベース１３に格納されていることを活用する。

この実施形態では、ＣｇＰ１０は、ＰＴＴＶｏＩＰ操作の開始を要求する、図３に示すフォーマットによるＳＤＢメッセージを周知のやり方で生成する。しかし、この実施形態の例示的な一バージョンによれば、ＳＤＢ情報セクションの予備フィールドには、ＳＤＢメッセージ中で要求されている、ＰＴＴＶｏＩＰ通信用のトラフィック・チャネルの発信を実施するように指示する特別なコードが埋まっている。前述のように、ＣｇＰ機能情報は、第１無線ネットワーク１２のデータベース１３に格納されているので、第１無線ネットワーク１２による発信の実施を可能するために、こうした発信の指示以外のものを提供する必要はない。また予備フィールドが使用されるので、第１実施形態のこのバージョンによるＳＤＢメッセージを、予備フィールド内の特別なコードの意義を理解することができないレガシー・アーキテクチュアによって処理することができる。

この実施形態の別のバージョンでは、特別なコードが、ＳＤＢ情報セクションのバースト・タイプ・フィールドに置かれる。特別なコードによって、ＳＤＢメッセージがＰＴＴＶｏＩＰ開始要求および発信要求であることを示す。この実施形態のさらに別のバージョンでは、特別なコードが、ＳＤＢ情報セクションのサービス・オプション・フィールドに置かれる。またこの場合、特別なコードが発信要求を識別する。

図５は、本発明の一実施形態に従ってＰＴＴ操作を開始し、トラフィック・チャネルを確立（すなわち発信）するための通信フロー図である。図示するように、ＣｇＰ１０がＳＤＢ発信メッセージ（ＳＤＢＯ）を、上記で論じたように、第１無線ネットワーク１２に送信する。この第１無線ネットワーク１２は、この場合にはＳＤＢＯメッセージに含まれる特別なコードを理解し、それに作用するように構成されている。すなわち、ＳＤＢメッセージに応答して、第１無線ネットワーク１２は、ＰＴＴＶｏＩＰ操作を開始し、ＳＤＢＯメッセージ中に特別なコードがあるために、データベース１３に格納されたＣｇＰ１０用の機能情報を用いて発信操作を実施する。したがって、ＳＤＢＯメッセージが適切に受信された場合は、第１無線ネットワーク１２が肯定応答（ＡＣＫ）メッセージをＣｇＰ１０に送信し、図５で示すように、ＣｇＰ１０と第１無線ネットワーク１２の間のトラフィック・チャネルを確立する。

ＳＤＢＯメッセージを生成することによって、ＣｇＰ１０は、第１無線ネットワーク１２に、ＳＤＢメッセージに直接に応答して、トラフィック・チャネルを設定させる。その結果、ＣｇＰ１０が、第１無線ネットワーク１２にＰＴＴＶｏＩＰ操作を開始させ、それと同時に発信操作を実施させ、ＰＴＴ設定の待ち時間を短縮する。

第２実施形態
本発明の第２の実施形態では、ＣｇＰ１０は、図４の周知のフォーマットの発信メッセージを、図３の周知のフォーマットのＳＤＢメッセージに連結し、図６に示すように、連結されたメッセージを第１無線ネットワーク１２に送信する。この実施形態の例示的な一バージョンでは、こうした連結は、たとえばＣｇＰ１０の、ＣＤＭＡ２０００のＭＡＣ（ｍｅｄｉｕｍａｃｃｅｓｓｃｏｎｔｒｏｌ：媒体アクセス制御）層で実施され、したがって、レガシー・ネットワークにはＳＤＢメッセージしか見えない。ＳＤＢメッセージは、ＰＴＴＶｏＩＰ操作の開始をトリガする周知の情報を含み、発信メッセージは、ＣｇＰ１０と第１無線ネットワーク１２の間のＰＴＴＶｏＩＰ通信用のトラフィック・チャネル確立をトリガする周知の情報を含む。

図６に示すように、メッセージの連結に応答して、第１無線ネットワーク１２が、ＣｇＰ１０にＡＣＫメッセージを送信し、ＰＴＴＶｏＩＰ操作を開始し、ＣｇＰ１０と第１無線ネットワーク１２の間のトラフィック・チャネルを確立する。第１実施形態と同様に、第１無線ネットワーク１２に、ＰＴＴＶｏＩＰ操作を開始させ、それと同時に発信操作を実施させ、ＰＴＴ設定の待ち時間を短縮する。

第３実施形態
本発明の第３の実施形態は、第２実施形態と同様であるが、第１無線ネットワーク１２のデータベース１３に格納されているＣｇＰ機能情報を利用する。この実施形態では、ＣｇＰ１０は、ミニ発信メッセージを生成する。ミニ発信メッセージは、データベース１３に格納されているＣｇＰ機能情報を含まない。また任意選択で、ミニ発信メッセージは、発信操作をトリガし、その実施を可能にして、ＣｇＰ１０と第１無線ネットワーク１２の間のＰＴＴＶｏＩＰ通信用のトラフィック・チャネル確立するのに必ずしも必要でない他の情報を含まず、データベース１３に格納されている情報にさえアクセスしない。

図７に示すように、ＣｇＰ１０は、ミニ発信メッセージを、ＰＴＴＶｏＩＰ操作の開始を要求するＳＤＢメッセージに連結する。連結されたメッセージに応答して、第１無線ネットワーク１２は、ＡＣＫメッセージをＣｇＰ１０に送信し、ＰＴＴＶｏＩＰ操作を開始し、データベース１３に格納された情報を使用して、ＣｇＰ１０と第１無線ネットワーク１２の間のトラフィック・チャネルを確立する。第１および第２実施形態と同様に、ＣｇＰ１０は、第１無線ネットワーク１２に、ＰＴＴＶｏＩＰ操作を開始させ、それと同時に発信操作を実施させ、ＰＴＴ設定の待ち時間を短縮する。

本発明について上記で述べたが、多くの点でそれを変更し得ることが明らかであろう。こうした変形形態は、本発明の精神および範囲からの逸脱とみなすべきではなく、当業者には明らかなように、こうしたすべての修正は、本発明の範囲に含まれるものである。

ＰＴＴＶｏＩＰ通信用の従来の一般的なアーキテクチュアを示す図である。ＰＴＴ操作を開始し、次いで、図１に示す発呼側と無線ネットワークの間のトラフィック・チャネルを確立するための通信フロー図である。ショート・データ・バースト・メッセージの周知のフォーマットを示す図である。発信メッセージの周知のフォーマットを示す図である。ＰＴＴ操作を開始し、トラフィック・チャネルを確立するための、本発明の一実施形態による通信フロー図である。ＰＴＴ操作を開始し、トラフィック・チャネルを確立するための、本発明の第２の実施形態による通信フロー図である。ＰＴＴ操作を開始し、トラフィック・チャネルを確立するための、本発明の第３の実施形態による通信フロー図である。

Claims

発呼側のプッシュ・ツー・トーク設定における待ち時間を短縮するための方法であって、
無線ネットワークにおいて（１２）、発呼側のプッシュ・ツー・トーク操作の開始と、トラフィック・チャネルの発信を同時に処理する工程を含む方法。
プッシュ・ツー・トーク操作の開始を要求するショート・データ・バースト（ＳＤＢ）メッセージを受信する工程をさらに含み、ショート・データ・バースト・メッセージが発呼側の発信を実施する指示を含む、請求項１に記載の方法。
発信を処理する際に、既に格納されている発呼側の通信機能情報を使用する工程をさらに含む、請求項２に記載の方法。
ショート・データ・バースト（ＳＤＢ）メッセージに連結された発信メッセージを受信する工程をさらに含み、ＳＤＢメッセージが発呼側のプッシュ・ツー・トーク操作の開始を要求し、発信メッセージが発呼側の発信の実施を指示する、請求項１に記載の方法。
ショート・データ・バースト（ＳＤＢ）メッセージに連結されたミニ発信メッセージを受信する工程をさらに含み、ＳＤＢメッセージが発呼側のプッシュ・ツー・トーク操作の開始を要求し、ミニ発信メッセージが発呼側の発信の実施を指示し、ミニ発信メッセージが通常の発信メッセージに含まれる発呼側の通信機能情報の少なくとも一部を含まない、請求項１に記載の方法。
発信を処理する際に、既に格納されている発呼側の通信機能情報を使用する工程をさらに含む、請求項５に記載の方法。
発呼側のプッシュ・ツー・トーク設定における待ち時間を短縮するための方法であって、
無線ネットワーク（１２）において、プッシュ・ツー・トーク操作を開始するためのショート・データ・バースト（ＳＤＢ）メッセージに直接に応答して、トラフィック・チャネルを設定する工程を含む方法。
発呼側のプッシュ・ツー・トーク設定における待ち時間を短縮するための方法であって、
プッシュ・ツー・トーク操作の開始とトラフィック・チャネルの発信を同時にトリガする工程を含む方法。
トリガする工程が、
発呼側からショート・データ・バースト（ＳＤＢ）メッセージを送信する工程を含み、ＳＤＢメッセージがプッシュ・ツー・トーク操作の開始を要求し、発呼側の発信を実施する指示を含む、請求項８に記載の方法。
発呼側のプッシュ・ツー・トーク設定における待ち時間を短縮するための方法であって、
プッシュ・ツー・トーク操作を開始するための少なくとも１つのショート・データ・バースト（ＳＤＢ）メッセージを送信する工程を含み、このＳＤＢメッセージが、それに直接に応答したトラフィック・チャネルの設定をトリガする方法。