JP2007518373A

JP2007518373A - Ｉｐベースのプロトコルを用いたｐｔｔセッションの開始を容易にするための方法および装置

Info

Publication number: JP2007518373A
Application number: JP2006549537A
Authority: JP
Inventors: ティ．クロッカー、ロナルド; ビー．ハート、トーマス; ホーバス、ロバート
Original assignee: Motorola Inc
Current assignee: Motorola Solutions Inc
Priority date: 2004-01-16
Filing date: 2005-01-11
Publication date: 2007-07-05
Anticipated expiration: 2025-01-11
Also published as: CN100432976C; BRPI0506860A; WO2005072495A3; CA2552343A1; US20050169223A1; WO2005072495A2; WO2005072495B1; KR20060135710A; CN1910569A; KR100797802B1; JP4358867B2; EP1709546A2; EP1709546A4

Abstract

ＩＰベースのプロトコルを利用するＰＴＴセッションに対して、ＰＴＴコール・セットアップ時間を実質的に低減し、かつ無線バンド幅をより効率的に利用する必要性に対処する種々の実施形態が開示される。発信側ＭＳ（１０１）とＰＣＦ（１３１）との間およびターゲット側ＭＳ（１０２）とＰＣＦ（１３２）との間で、非ＩＰのメッセージングを用いること、ＰＣＦ間でＩＰベースのメッセージングを用いること、発信側ＭＳによりアクセス・チャネル・シグナリングを用いること、ターゲット側ＭＳの代わりにターゲット側ＰＣＦによってＳＩＰ応答を生成することが開示される。これらのプロトコルの変化の一部または全部を取り入れた実施形態によって、ＰＴＴに対する端末間コール・セットアップ時間（現在、ＩＳ−２０００システムにおいて存在する）の低減、またはバンド幅消耗の低減のうちの一方または両方を実現することができる。

Description

本発明は、概して、移動通信システムに関し、より詳細には、ＩＰベースのプロトコルを用いたＰＴＴセッション開始に関する。

一般的に、種々のインターネット・ベースのサービスを提供するために、今日、遠距離通信システムには、インターネット・プロトコル（ＩＰ：Internet Protocol ）ベースのプロトコルおよびプロセスが取り入れられている。具体的には、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol ）などのＩＰベースのプロトコルが、これらのシステムに対して選択され、適合されている。ＳＩＰ標準および仕様の完全な説明を求める場合には、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ：Internet Engineering Task Force ）に連絡を取ることができる。

一般的にＳＩＰは、ユーザ間の双方向通信セッションを開始するための、ＨＴＴＰおよびＳＭＴＰと同様のテキスト・ベースのプロトコルである。可能なセッション・タイプの例としては、音声、インスタント・メッセージング（ＩＭ：Instant Messaging ）、ビデオ、双方向ゲーム、およびバーチャル・リアリティが挙げられる。しかし、ＳＩＰを無線通信システムに組み込むためには、バンド幅の制限、たとえば無線インターフェースの特性に対処しなければならない。ＳＩＰのようなＩＰベースのプロトコルには、「言葉がくだけている（chatty）」か、あるいは過度に冗長である傾向があり、帯域が不足している無線通信の世界で提供されるものよりもはるかに広いバンド幅を必要とする。

また、ＳＩＰのようなＩＰベースのプロトコルを、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access ）システムにおいてプッシュ・トゥ・トーク（ＰＴＴ：Push-To-Talk）コールをサポートするために用いる際にも問題がある。このようなＰＴＴサービスは、コール・セットアップ時間が約１０〜１５秒であると考えられる。おそらく、ユーザの多くは、ＰＴＴのようなサービスに対して、このような待機時間では受け入れられないと考えている。

したがって、ＩＰベースのプロトコルを利用するＰＴＴセッションに対して、ＰＴＴコール・セットアップ時間を実質的に低減でき、かつバンド幅をより効率的に利用できる方法および装置があれば、非常に望ましい。

ＩＰベースのプロトコルを利用するＰＴＴセッションに対して、ＰＴＴコール・セットアップ時間を実質的に低減し、かつ無線バンド幅をより効率的に利用する必要性に対処する種々の実施形態が開示される。発信側ＭＳとＰＣＦとの間およびターゲット側ＭＳとＰＣＦとの間で非ＩＰのメッセージングを用いること、ＰＣＦ間でＩＰベースのメッセージングを用いること、発信側ＭＳによりアクセス・チャネル・シグナリングを用いること、ターゲット側ＭＳの代わりにターゲット側ＰＣＦによってＳＩＰ応答を生成することが開示される。これらのプロトコルの変化の一部または全部を取り入れた実施形態によって、ＰＴＴに対する端末間コール・セットアップ時間（現在、ＩＳ−２０００システムにおいて存在する）の低減、またはバンド幅消耗の低減のうちの一方または両方を実現することができる。

開示される実施形態は、図１〜３を参照して、より十分に理解することができる。図１は、本発明の複数の実施形態による移動通信システム１００のブロック図表現である。通信システム１００は、良く知られた符号分割多元接続（ＣＤＭＡ）システム（具体的にはｃｄｍａ２０００システム）であり、米国電気通信工業会／米国電子工業会（ＴＩＡ／ＥＩＡ：Telecommunications Industry Association/Electronic Industries Association ）標準ＩＳ−２０００およびＩＳ−２００１に基づいており、本発明を実施するために好適に変更されている。本発明の代替的な実施形態は、ＩＳ−２０００およびＩＳ−２００１と十分に類似する他の技術を用いた通信システムにおいて実施される。

当業者であれば分かるように、図１は、システム１００の動作に必要なすべてのネットワーク機器を表わしているわけではなく、本発明の実施形態の説明に特に関連するシステム・コンポーネントおよび論理エンティティのみを表している。詳細には、システム１００のネットワーク機器は、コンポーネントとして、基地局（ＢＳ：Base Station）１２１および１２２、移動通信交換局（ＭＳＣ：Mobile Switching Center ）１７１および１７２、パケット制御機能（ＰＣＦ：Packet Control Function ）１３１および１３２、パケット・データ・サービス・ノード（ＰＤＳＮ：Packet Data Service Node）１４１および１４２、インターネット・プロトコル（ＩＰ：Internet Protocol ）ネットワーク１５１、ＰＴＴサーバ１６１などを備えている。一般的に、ＢＳ，ＭＳＣ，ＰＣＦ，ＰＤＳＮ，ＩＰネットワーク，ＰＴＴサーバは、当該技術分野において知られている。たとえば、ＢＳは、コンポーネントとして、基地局コントローラ（ＢＳＣ：Base Station Controller ）およびベース送受信装置システム（ＢＴＳ：Base Transceiver System ）などを備えることが良く知られている。なお、これらはどちらも、図１には具体的に示されてはいない。またＰＣＦは、コンポーネントとして、プロセッサおよびＰＣＦネットワーク・インターフェースなどを備えることが知られている。

図１において、ＰＣＦ１３１および１３２はそれぞれ、プロセッサ１３５および１３６と、ＰＣＦネットワーク・インターフェース１３７および１３８とを備えるものとして表されている。一般的に、ＰＣＦプロセッサおよびＰＣＦネットワーク・インターフェースなどのコンポーネントは、良く知られている。たとえば、ＰＣＦプロセッサは、基本コンポーネントとして、たとえば（但し、これらに限定されるわけではないが）、マイクロプロセッサ、マイクロコントローラ、メモリ装置、および／または論理回路を備えることが知られている。このようなＰＣＦコンポーネントは、通常、次のようなアルゴリズムおよび／またはプロトコルを実施するように適合されている。高レベルの設計言語または記述を用いて表現されたもの、コンピュータ命令を用いて表現されたもの、メッセージング・フロー図を用いて表現されたもの、および／または論理フロー図を用いて表現されたものである。したがって、当業者であれば、アルゴリズム、論理フロー、メッセージング・フロー、および／またはプロトコル仕様が与えられれば、与えられた論理を行なうＰＣＦを実現するために利用できる多くの設計および開発技術が分かる。したがって、ＰＣＦ１３５および１３６は、本明細書における説明に従って本発明の複数の実施形態を実施することに適合された既知のＰＣＦを表している。

ＢＳ１２１および１２２は、遠隔ユニット１０１および１０２との通信用チャネル１１１〜１１４を備えるエア・インターフェースを用いている。ＩＳ−２０００の専門用語では、遠隔ユニットを、移動局（ＭＳ：Mobile Station）と呼ぶ。しかし、遠隔ユニットは、必ずしも可動性があるわけでもなければ、移動できるわけでもない。すなわち、遠隔ユニット／ＭＳプラットフォームには、携帯電話、コンピュータ、携帯情報端末、ゲーム機器などの装置が含まれることが、当該技術分野において知られている。詳細には、ＭＳ１０１および１０２は、プロセッサ１０５および１０６、送受信装置１０７および１０８、キーパッド（図示せず）、スピーカ（図示せず）、マイクロフォン（図示せず）、およびディスプレイ（図示せず）を、それぞれ備えている。ＭＳにおいて用いられるプロセッサ、送受信装置、キーパッド、スピーカ、マイクロフォン、およびディスプレイはすべて、当該技術分野において良く知られている。

たとえば、ＭＳプロセッサは、基本コンポーネントとして、たとえば（但し、これらに限定されるわけではないが）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、マイクロコントローラ、メモリ装置、および／または論理回路を備えることが知られている。このようなＭＳのコンポーネントは、通常、次のようなアルゴリズムおよび／またはプロトコルを実施するように適合されている。高レベルの設計言語または記述を用いて表現されたもの、コンピュータ命令を用いて表現されたもの、メッセージング・フロー図を用いて表現されたもの、および／または論理フロー図を用いて表現されたものである。したがって当業者であれば、アルゴリズム、論理フロー、メッセージング・フロー、および／またはプロトコル仕様が与えられれば、与えられた論理を行なうＭＳを実現するために利用できる多くの設計および開発技術が分かる。したがって、ＭＳ１０１および１０２は、本明細書における説明に従って本発明の実施形態を実施することに適合された既知のＭＳを表している。

本発明による実施形態の動作は、実質的に以下のように行なわれる。図２Ａ〜図２Ｆに、本発明の複数の実施形態によるＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図２００を示す。ＭＳ１０１のプロセッサ１０５が、ＰＴＴセッション開始表示を検出する（たとえば、ＭＳユーザがＰＴＴボタンを押下する）と、プロセッサ１０５は、ＢＳ１２１に、ＰＴＴセッションに対するセッション開始要求を送る。セッション開始要求は、送受信装置１０７およびＣＤＭＡアクセス・チャネル（エア・インターフェース・リソース１１１として包括的に表わされる）を介して送られる。ＩＳ−２０００のチャネル１１１および１１２にはそれぞれ、種々の良く知られた非トラフィック・チャネル・タイプが含まれる。たとえば、ブロードキャスト・チャネル、呼び出しチャネル、アクセス・チャネル（すなわち、アクセス・チャネル（ＡＣＨ：Access Channel）および拡張アクセス・チャネル（ＥＡＣＨ：Enhanced Access Channel ））、共通の制御チャネルである。ＩＳ−２０００のチャネル１１３および１１４にはそれぞれ、ユーザ・サービスをサポートするために動的に割り当てられ、かつ割り当て解除される専用のトラフィック・チャネルが含まれる。

ＭＳ１０１が送るセッション開始要求は、ＩＰ以外のフォーマットであるが、ＩＰベースのフォーマット、たとえばＳＩＰ、ＳＩＰに適合するもの、またはＳＩＰの圧縮形式であっても良い。また本明細書で説明する実施形態は主に、ＰＴＴコール・セットアップ実施形態であるが、セッション開始要求は、ＰＴＴコール・セットアップ要求だけでなく、存在情報更新要求またはボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ：Voice over Internet Protocol）コール・セットアップ要求などの要求を指していても良い。たとえば、ＳＩＰフォーマッティングが用いられる実施形態では、ＰＴＴコール・セットアップ要求が、ＳＩＰ招待メッセージの形式を取るか、あるいは存在情報更新要求が、ＳＩＰ招待メッセージ、ＳＩＰ情報メッセージ、またはＳＩＰ通知メッセージの形式を取る。

図２Ａ〜図２Ｆに示すように、メッセージング２０２は、ＭＳ１０１がＢＳ１２１に送るセッション開始要求を表わす。メッセージング２０２は、ＡＣＨまたはＥＡＣＨ上のショート・データ・バースト（ＳＤＢ：Short Data Burst）メッセージングを介して送られる。前述したように、ＰＴＴコール・セットアップ要求は、ＳＩＰ招待メッセージの形式を取ることができる。また、圧縮されたＳＩＰ招待メッセージの形式を取ることもできる。しかし、メッセージング２０２は、適合された招待メッセージであり、完全なＳＩＰ招待でもなく、圧縮されたＳＩＰ招待でもない。むしろ、完全なＳＩＰ招待における情報の部分集合を含んでいる。

適合された招待メッセージング２０２には、ターゲット識別子、アプリケーション識別子、発信者ボコーダ情報、およびオプションとしてＰＴＴサーバ１６１に対応するＩＰアドレスが含まれる。ターゲット識別子は、ターゲット側ＭＳ１０２のＩＰアドレス、ＰＣＦ１３１もしくはＰＴＴサーバ１６１がターゲット側ＭＳ１０２のＩＰ（もしくは他の）アドレスを判定することができる何らかの他の識別子、またはＭＳ１０２が属するディスパッチ・グループの識別子であっても良い。発信者ボコーダ情報には、ボコーダがＭＳ１０１によってサポートされるという表示、および／またはボコーダがＭＳ１０１によって好まれるという表示などの情報が含まれる。最後に、アプリケーション識別子は、何のアプリケーションをＭＳ１０１が要求しているかを示す。例としては、ディスパッチ・アプリケーション、存在アプリケーション、またはボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）アプリケーションが挙げられる。

また図２Ａ〜図２Ｆによって示される実施形態では、ＭＳ１０１のプロセッサ１０５から、ＰＴＴセッションに対するチャネル割当て要求が、送受信装置１０７およびＣＤＭＡアクセス・チャネル（エア・インターフェース・リソース１１１として包括的に表わされる）を介して送られる。メッセージング２０４は、ＢＳ１２１に送られるチャネル割当て要求を表わしている。それは、ＩＳ−２０００の発信メッセージである。

代替的な実施形態では、セッション開始要求は、チャネル割当て要求用のメッセージングに含まれていても良い。たとえば、チャネル割当て要求は、ＩＳ−２０００の再接続メッセージまたはＩＳ−２０００の発信メッセージ（データ・バースト・メッセージ（ＤＢＭ）部分を含むように拡張されている）の形式を取っても良い。したがって、セッション開始要求は、このＤＢＭ部分に含まれていても良い。

ＰＣＦプロセッサ１３５が、セッション開始要求情報を、ＭＳ１０１から、ＢＳ１２１およびＰＣＦネットワーク・インターフェース１３７を介して受信する。図２Ａ〜図２Ｆによって示される実施形態では、メッセージング２０６は、適合された招待の形式を取るすなわち非ＩＰフォーマットのセッション開始要求情報を、表わしている。またメッセージング２０６は、ＢＳ１２１から、Ａ９−ショート・データ送出メッセージングを介して、受信される。

ＭＳ１０１のＩＰデータ・セッションは休止状態であるが、ＰＣＦプロセッサ１３５は、ＭＳ１０１のセッションに対するセッション情報を維持している。たとえば、ＭＳ１０１に対応するＩＰアドレスおよびＰＴＴサーバ１６１に対応するＩＰアドレスなどのセッション情報が維持される。この維持されたセッション情報および受信されたセッション開始要求を用いて、ＰＣＦプロセッサ１３５は、ＩＰベースのメッセージ、たとえばＩＰパケットを収容する１対１プロトコル（ＰＰＰ：Point-to-Point Protocol ）フレームを生成する。メッセージング２０６は非ＩＰフォーマットであるため、ＩＰパケットおよび／またはＰＰＰフレームを生成することには、不可欠なヘッダ情報を判定してこれを埋めることが伴う。

さらに、適合された招待の実施形態の場合には、ＰＣＦプロセッサ１３５は、受信された適合された招待の情報から、完全なＳＩＰ招待メッセージを生成することも行なう。次いで、プロセッサ１３５は、生成されたメッセージをＰＴＴサーバ１６１に、ＰＣＦネットワーク・インターフェース１３７を介して送る。このようにして、ＩＰベースのメッセージング２０８および２１０が、ＳＩＰ招待をＰＴＴサーバ１６１に、ＰＤＳＮ１４１を介して伝える。代替的な実施形態、たとえば圧縮された招待がＰＣＦによって受信される実施形態では、ＰＣＦは、ＩＰベースのパケットを生成するときに、招待を復元しても良いし、あるいはしなくても良い。

次に、ＰＴＴサーバ１６１は、メッセージング２１０を受信し処理して、ＭＳ１０２に対するＳＩＰ招待をＰＣＦ１３２に、ＰＤＳＮ１４２およびメッセージング２１２および２１４を介して中継する。ＰＣＦプロセッサ１３６は、ＭＳ１０２に対するセッション開始要求メッセージングを、ＰＣＦネットワーク・インターフェース１３８を介して受信する。ＭＳ１０１が送るセッション開始要求に関して前述したように、セッション開始要求メッセージングは、代替的な実施形態では、存在情報更新要求またはＶｏｌＰコール・セットアップ要求などの要求を指しても良い。また一般的に、セッション開始要求メッセージングには、ターゲット識別子、アプリケーション識別子、および／または発信者ボコーダ情報などの情報が含まれる。

セッション開始要求メッセージングに応答して、ＰＣＦプロセッサ１３６は、ＰＣＦネットワーク・インターフェース１３８を介して、ＭＳ１０２の呼び出しを要求する。図２Ａ〜図２Ｆによって示される実施形態では、パケット・データ・サービスが、ＭＳ１０２に対して要求されて、「３３」のサービス・オプションを用いてＭＳ１０２を呼び出す。ＭＳ１０２が呼び出しに応答すると、ＰＣＦプロセッサ１３６は、応答したことの表示を、ＰＣＦネットワーク・インターフェース１３８を介して受信する。この表示は、種々の形式を取っても良い。たとえば、呼び出し応答表示、ＰＣＦ情報に対する問い合わせ（ターゲット側ユニットが呼び出しに応答したことを意味する）、またはＰＣＦをＢＳに接続することの要求（たとえばＡ９−接続−Ａ８メッセージなど）（やはりターゲット側ユニットが呼び出しに応答したことを意味する）である。ＰＣＦ検出メッセージング２１６は、ＢＳ１２２によるＰＣＦ情報に対する問い合わせを表わす。

ＰＣＦ１３１と同様に、ＰＣＦプロセッサ１３６は、ＭＳ１０２の休止状態のＩＰデータ・セッションに対するセッション情報を維持する。ＰＣＦプロセッサ１３６は、セッション情報として、たとえばＭＳ１０２に対応するＩＰアドレスおよびＰＴＴサーバ１６１に対応するＩＰアドレスを維持する。ＭＳ１０２が応答したという表示に応答して、ＰＣＦプロセッサ１３６は、維持されたセッション情報と受信されたセッション開始要求メッセージングとからの情報を用いて、応答メッセージングを生成する。このような応答メッセージングの例としては、ＳＩＰ１００の試行メッセージ、ＳＩＰ２００のＯＫメッセージ、ＳＩＰ情報メッセージ、およびＳＩＰ通知メッセージが挙げられる。

図２Ａ〜図２Ｆによって示される実施形態では、ＰＣＦプロセッサ１３６は、それが維持する情報およびそれが受信する要求メッセージングからの情報を用いて、ＭＳ１０１に対するＳＩＰ２００のＯＫメッセージを生成し、それをＩＰパケットおよびＰＰＰフレームに封入し、それをＰＴＴサーバ１６１に、ＰＣＦネットワーク・インターフェース１３８を介して送る。ＳＩＰ２００のＯＫメッセージング２１８および２２０は、このＰＤＳＮ１４２を介した伝達を表す。このようにして、応答は、ＭＳ１０２の代わりにＰＣＦ１３２によって生成され、これは、ＭＳ１０２がトラフィック・チャネル（ＴＣＨ：Traffic Channel ）を取得するのを待つこと、ＭＳ１０２がＳＩＰ招待を受信するのを待つこと、あるいはＭＳ１０２が、応答してＳＩＰ２００のＯＫを送信するのを待つことを必要とせずに行なわれる。また無線バンド幅は、応答を生成するＰＣＦ１３２によって節約され得る。

応答メッセージングをＰＴＴサーバ１６１に送った後で、ＰＣＦプロセッサ１３６は、メッセージングを生成して、セッション開始要求メッセージングからの情報をＭＳ１０２に伝える。図２Ａ〜図２Ｆによって示される実施形態では、ＰＣＦ１３２は、圧縮された招待メッセージング２３２をＢＳ１２２に、Ａ８メッセージングを介して送る。Ａ８メッセージングは次に、ＭＳ１０２に、無線リンク・プロトコル（ＲＬＰ：Radio Link Protocol ）メッセージング２３４を介して送られる。圧縮された招待情報（または、代替的にＳＩＰ招待または適合された招待）を受信すると、ＭＳ１０２は、到着コールに対するコール情報２３６を、そのユーザに示すことができる。

ＰＣＦ１３２が生成するＭＳ１０１に対するＳＩＰ２００のＯＫメッセージは、ＰＴＴサーバ１６１によって、メッセージング２２２および２２４とＰＤＳＮ１４１とを介して、ＰＣＦ１３１に中継される。ＰＣＦネットワーク・インターフェース１３８を介して、プロセッサ１３５は、それが以前に送ったＩＰベースのメッセージング２０８の応答として、メッセージング２２４を受信する。図２Ａ〜図２Ｆによって示される実施形態では、ＰＣＦ１３１は次に、ＳＩＰ２００のＯＫをＢＳ１２１に、Ａ８メッセージング２２６を介して送る。Ａ８メッセージング２２６は、次に、ＭＳ１０１に、ＲＬＰメッセージング２２８を介して送られる。メッセージング２２４（ＰＣＦ１３２からＰＴＴサーバ１６１およびＰＤＳＮ１４１を介して受信される）には、ＩＰパケットが含まれる。しかし、ＢＳ１２１に送られるメッセージング２２６は、適合されたＳＩＰメッセージングなどの非ＩＰフォーマットである。このように、ＰＣＦ１３５は、ＳＩＰ２００のＯＫをＩＰフォーマットで受信するが、ＢＳ１２１およびＭＳ１０１に転送する前に、それを非ＩＰフォーマットに変換する。このようにすることによって、必要なＳＩＰ情報を、無線インターフェース上で、冗長なＳＩＰおよびＩＰフォーマットではなくて、バンド幅を節約する形式で伝えることができる。

ＭＳプロセッサ１０５は、そのセッション開始要求（メッセージング２０２）に応答するメッセージング２２８を、送受信装置１０７を介して非ＩＰフォーマットで受信する。図２Ａ〜図２Ｆに示すように、ＭＳ１０１は、ＴＣＨ１１３を介して、メッセージング２２８を受信する。ＴＣＨ１１３は、ＭＳ１０１の以前のチャネル割当て要求（メッセージング２０４）に応答して割り当てられる。しかし、代替的に、ＭＳ１０１は、メッセージング２２８を、ＣＤＭＡ共通チャネル（エア・インターフェース・リソース１１１として包括的に表わされる）たとえばＣＤＭＡフォワード呼び出しチャネル（Ｆ−ＰＣＨ：Forward Paging Channel）またはＣＤＭＡフォワード共通制御チャネル（Ｆ−ＣＣＣＨ：Forward Common Control Channel）を介して受信しても良い。メッセージング２２８を受信した後で、ＭＳ１０１は、そのユーザに、ＰＴＴコールに対するユーザ音声活動が始まっても良いという表示２３０を示すことができる。表示２３０は、ユーザに対して再生される「発話許可トーン」の形式を取っても良い。このようにして、図２Ａ〜図２Ｆに示すように、ＰＴＴ音声情報を伝えるために用いられる能動的なパケット・データ・セッションが、ＴＣＨ１１３上で確立される。前述した実施形態のプロトコルの変化の一部または全部を、既存の通信システムに取り入れることによって、端末間コール・セットアップ時間の短縮および／または無線バンド幅の節約などの利益を実現することができる。

図２Ａ〜図２Ｆに関して前述したシナリオでは、ＭＳ１０２は、利用可能状態にあり、パケット・データ・サービスに対して呼び出されると応答していた。対照的に、図３Ａ〜図３Ｃは、ターゲット側ユニットが利用可能状態にはないシナリオに対するセッション開始メッセージングを表わすメッセージング・フロー図である。図３Ａ〜図３Ｃは、図２Ａ〜図２Ｆのメッセージング・フローとは異なるメッセージング・フローの関連部分を例示している。セッション開始要求メッセージング（メッセージング３１４）に応答して、ＰＣＦプロセッサ１３６は、ＰＣＦネットワーク・インターフェース１３８を介して、ＭＳ１０２の呼び出しを要求する。しかし、応答して、ＰＣＦ１３２は、ＭＳ１０２は利用可能状態にはないという表示を受信する。図３Ａ〜図３Ｃに示すように、この表示には、Ａ９−ＢＳサービス応答メッセージ（メッセージング３１６）が含まれていても良い。通話中であるためにＭＳ１０２が利用可能状態にはない場合には、ＢＳサービス応答メッセージは、値が０ｘ０８の理由フィールドを有して、「ＭＳ通話中」を示す。

ＭＳ１０２が利用可能状態にはないという表示に応答して、ＰＣＦプロセッサ１３６は、ターゲット利用不可能メッセージングを、維持されたセッション情報と受信されたセッション開始要求メッセージングとからの情報を用いて生成する。ＳＩＰ４８６通話中メッセージは、このようなターゲット利用不可能メッセージングの一例である。他の例としては、ＳＩＰ情報およびＳＩＰ通知メッセージが挙げられる。図３Ａ〜図３Ｃに示すように、ＰＣＦ１３２は、ＭＳ１０１に対するＳＩＰ４８６通話中メッセージを生成し、それをＩＰパケットおよびＰＰＰフレームに封入し、それ（メッセージング３１８）をＰＴＴサーバ１６１に送る。ＭＳ１０２の利用不可能状態の表示は、最終的に、ＰＣＦ１３１を介してＭＳ１０１に伝えられる。セッション開始要求に応答して、この利用不可能状態のメッセージング（メッセージング３２０）を受信すると直ちに、ＭＳ１０１は、そのユーザに、ＰＴＴターゲット側ユニットが利用可能状態にはないことを示す（３２２）。

前述した明細書では、本発明を、特定の実施形態を参照して説明してきた。しかし、当業者であれば理解するように、添付の請求項に記載されている本発明の技術思想および範囲から逸脱することなく、種々の変更および変形を行なっても良い。したがって、明細書および図面は、限定的な意味ではなく例示的な意味で考えるべきであり、このような変更はすべて、本発明の範囲に含まれることが意図される。加えて、当業者であれば分かるように、図面中の要素は、説明を簡単、明瞭にするために例示されており、必ずしも一定の比率では描かれていない。たとえば、本発明の種々の実施形態の理解が容易になるように、図面中の一部の要素の寸法は、他の要素に対して誇張されている場合がある。

本発明の特定の実施形態に関して、利益、他の優位性、および問題の解決方法について説明してきた。しかし、利益、優位性、問題の解決方法、およびこのような利益、優位性、もしくは解決方法を生じさせ得るかもしくは招き得るかまたはこのような利益、優位性、または解決方法をより明白にし得るいかなる要素も、何れかまたは全ての請求項の重大であるか、必要であるか、または不可欠である特徴または要素と解釈してはならない。本明細書で用いる場合、用語「備える（comprise）」、「備えている（comprising）」またはそれらの他のいかなる変形も、包括的に含めることを指すことが意図されている。すなわち、要素のリストを備えるプロセス、方法、製品、または装置では、これらの要素だけがリストに含まれるのではなく、明白にはリストされていない他の要素、またはこのようなプロセス、方法、製品、もしくは装置に固有の他の要素が、含まれていても良い。

用語「複数（plurality ）」は、本明細書で用いる場合、２つまたは２つを超えるものとして定義される。用語「別の（another ）」は、本明細書で用いる場合、少なくとも２番目またはそれを超えるものとして定義される。用語「含んでいる（including ）」および／または「有している（having）」は、本明細書で用いる場合、「備えている（comprising）」として定義される（すなわち、オープン・ランゲージ）。用語「結合される（coupled ）」は、本明細書で用いる場合、「接続される（connected ）」であるが、必ずしも直接的に行なわれておらず、また必ずしも機械的に行なわれていない、ものとして定義される。用語「プログラム」、「コンピュータ・プログラム」、および「コンピュータ命令」は、本明細書で用いる場合、コンピュータ・システム上での実行用にデザインされる一連の命令として定義される。この一連の命令には、以下のものが含まれていても良い（但し、これらに限定されるわけではない）。すなわち、サブルーチン、関数、手順、オブジェクト方法、オブジェクト実施、実行可能なアプリケーション、アプレット、サーブレット、共有ライブラリ／ダイナミック・ロード・ライブラリ、ソース・コード、オブジェクト・コードおよび／またはアセンブリ・コードである。

本発明の複数の実施形態による移動通信システムを示すブロック図表現。本発明の複数の実施形態によるＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。本発明の複数の実施形態によるＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。本発明の複数の実施形態によるＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。本発明の複数の実施形態によるＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。本発明の複数の実施形態によるＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。本発明の複数の実施形態によるＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。本発明の複数の実施形態によるターゲット側ユニットが利用可能状態にはないというシナリオに対するＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。本発明の複数の実施形態によるターゲット側ユニットが利用可能状態にはないというシナリオに対するＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。本発明の複数の実施形態によるターゲット側ユニットが利用可能状態にはないというシナリオに対するＰＴＴ要求に対するセッション開始メッセージングを表わすメッセージング・フロー図。

Claims

インターネット・プロトコル（ＩＰ）ベースのプロトコルを用いたプッシュ・トゥ・トーク（ＰＴＴ）セッションの開始を容易にするための方法であって、
発信者側ユニットによって、セッション開始表示を検出すること、
前記発信者側ユニットによって、ＣＤＭＡアクセス・チャネルを介して、非ＩＰフォーマットで、ＰＴＴセッションに対するセッション開始要求を、基地局（ＢＳ）に送ること、
前記発信者側ユニットによって、ＣＤＭＡアクセス・チャネル介して、ＰＴＴセッションに対するチャネル割当て要求を、前記ＢＳに送ること、
前記発信者側ユニットによって、前記セッション開始要求に応答したメッセージングを受信すること、
を備える方法。
請求項１に記載の方法において、前記ＩＰベースのプロトコルには、セッション開始プロトコル（ＳＩＰ）が含まれる、方法。
請求項１に記載の方法において、前記セッション開始要求には、ターゲット識別子、アプリケーション識別子、ＰＴＴサーバ・アドレス、および発信者ボコーダ情報からなるグループからの情報が含まれる、方法。
請求項１に記載の方法において、前記セッション開始要求には、ＰＴＴコール・セットアップ要求、存在情報更新要求、およびＶｏｌＰコール・セットアップ要求からなるグループからの要求が含まれる、方法。
請求項１に記載の方法において、前記セッション開始要求が、前記チャネル割当て要求に対するメッセージング内に含まれる、方法。
インターネット・プロトコル（ＩＰ）ベースのプロトコルを用いたプッシュ・トゥ・トーク（ＰＴＴ）セッションの開始を容易にするための方法であって、
パケット制御機能（ＰＣＦ）によって、発信者側ユニットの休止状態のＩＰデータ・セッションに関するセッション情報を維持すること、
前記ＰＣＦによって、基地局（ＢＳ）を介して、ＰＴＴセッションに対する非ＩＰフォーマットでのセッション開始要求を前記発信者側ユニットから受信すること、
前記ＰＣＦによって、前記セッション情報および前記非ＩＰフォーマットでのセッション開始要求を用いて、ＩＰベースのメッセージを生成すること、
前記ＰＣＦによって、前記ＩＰベースのメッセージをＰＴＴサーバに送ること、
を備える方法。
請求項６に記載の方法において、前記セッション情報に、前記発信者側ユニットに対応するＩＰアドレスと前記ＰＴＴサーバに対応するＩＰアドレスとからなるグループからの情報が含まれる、方法。
請求項６に記載の方法において、前記非ＩＰフォーマットでのセッション開始要求には、ターゲット識別子、アプリケーション識別子、および発信者ボコーダ情報からなるグループからの情報が含まれる、方法。
請求項６に記載の方法において、前記非ＩＰフォーマットでのセッション開始要求には、ＰＴＴコール・セットアップ要求、存在情報更新要求、およびＶｏＩＰコール・セットアップ要求からなるグループからの要求が含まれる、方法。
請求項６に記載の方法であって、さらに、
前記ＰＣＦによって、前記ＩＰベースのメッセージングに応答した情報を受信すること、
前記ＰＣＦによって、前記ＢＳを介して、応答メッセージングとしての前記情報を前記発信者側ユニットに送ること、
を備える方法。
インターネット・プロトコル（ＩＰ）ベースのプロトコルを用いたプッシュ・トゥ・トーク（ＰＴＴ）セッションの開始を容易にするための方法であって、
パケット制御機能（ＰＣＦ）によって、ターゲット側ユニットの休止状態のＩＰデータ・セッションに関するセッション情報を維持すること、
前記ＰＣＦによって、ＰＴＴサーバから、ＰＴＴセッションに対する前記ターゲット側ユニットに対するセッション開始要求メッセージングを受信すること、
前記ＰＣＦによって、前記セッション開始要求メッセージングに応答して、前記ターゲット側ユニットの呼び出しを要求すること、
前記ＰＣＦによって、基地局（ＢＳ）から、前記ターゲット側ユニットが呼び出しに応答したという表示を受信すること、
前記ＰＣＦによって、前記ターゲット側ユニットが呼び出しに応答したという前記表示に応答して、前記セッション情報と前記セッション開始要求メッセージングとからの情報を用いて、応答メッセージングを生成すること、
前記ＰＣＦによって、前記応答メッセージングを前記ＰＴＴサーバに送ること、
を備える方法。
請求項１１に記載の方法において、前記ターゲット側ユニットが呼び出しに応答したという前記表示には、呼び出し応答表示、前記ターゲット側ユニットが呼び出しに応答したことを意味するＰＣＦ情報に対する問い合わせ、および前記ターゲット側ユニットが呼び出しに応答したことを意味する前記ＢＳに前記ＰＣＦを接続することの要求からなるグループからの表示が含まれる、方法。
インターネット・プロトコル（ＩＰ）ベースのプロトコルを用いたプッシュ・トゥ・トーク（ＰＴＴ）セッションの開始を容易にするための方法であって、
パケット制御機能（ＰＣＦ）によって、ターゲット側ユニットの休止状態のＩＰデータ・セッションに関するセッション情報を維持すること、
前記ＰＣＦによって、ＰＴＴサーバから、ＰＴＴセッションに対する前記ターゲット側ユニットに対するセッション開始要求メッセージングを受信すること、
前記ＰＣＦによって、前記セッション開始要求メッセージングに応答して、前記ターゲット側ユニットの呼び出しを要求すること、
前記ＰＣＦによって、前記ターゲット側ユニットは利用可能状態にはないという表示を受信すること、
前記ＰＣＦによって、前記ターゲット側ユニットは利用可能状態にはないという前記表示に応答して、前記セッション情報と前記セッション開始要求メッセージングとからの情報を用いてターゲット利用不可能メッセージングを生成すること、
前記ＰＣＦによって、前記ターゲット利用不可能メッセージングを前記ＰＴＴサーバに送ること、
を備える方法。
インターネット・プロトコル（ＩＰ）ベースのプロトコルを用いたプッシュ・トゥ・トーク（ＰＴＴ）セッションの開始を容易にするための移動局（ＭＳ）であって、
送受信装置と、
前記送受信装置に通信可能に結合されているプロセッサと、
を備え、前記プロセッサは、
セッション開始表示を検出するように構成され、
基地局（ＢＳ）に、前記送受信装置およびＣＤＭＡアクセス・チャネルを介して、ＰＴＴセッションに対する非ＩＰフォーマットでのセッション開始要求を送るように構成され、
前記ＢＳに、前記送受信装置およびＣＤＭＡアクセス・チャネルを介して、前記ＰＴＴセッションに対するチャネル割当て要求を送るように構成され、
前記送受信装置を介して、前記セッション開始要求に応答したメッセージングを非ＩＰフォーマットで受信するように構成されている、移動局。
インターネット・プロトコル（ＩＰ）ベースのプロトコルを用いたプッシュ・トゥ・トーク（ＰＴＴ）セッションの開始を容易にするためのパケット制御機能（ＰＣＦ）であって、
少なくとも１つの通信プロトコルを用いてメッセージングを送信および受信するように構成されたＰＣＦネットワーク・インターフェースと、
前記ＰＣＦネットワーク・インターフェースに通信可能に結合されているプロセッサと、
を備え、前記プロセッサは、
発信者側ユニットの休止状態のＩＰデータ・セッションに関するセッション情報を維持するように構成され、
前記発信者側ユニットから、基地局（ＢＳ）および前記ＰＣＦネットワーク・インターフェースを介して、ＰＴＴセッションに対する非ＩＰフォーマットでのセッション開始要求を受信するように構成され、
前記セッション情報と前記非ＩＰフォーマットでのセッション開始要求とを用いてＩＰベースのメッセージを生成するように構成され、
前記ＰＣＦネットワーク・インターフェースを介して、前記ＩＰベースのメッセージをＰＴＴサーバに送信するように構成されている、パケット制御機能。
インターネット・プロトコル（ＩＰ）ベースのプロトコルを用いたプッシュ・トゥ・トーク（ＰＴＴ）セッションの開始を容易にするためのパケット制御機能（ＰＣＦ）であって、
少なくとも１つの通信プロトコルを用いてメッセージングを送信および受信するように構成されたＰＣＦネットワーク・インターフェースと、
前記ＰＣＦネットワーク・インターフェースに通信可能に結合されているプロセッサと、
を備え、前記プロセッサは、
ターゲット側ユニットの休止状態のＩＰデータ・セッションに関するセッション情報を維持するように構成され、
ＰＴＴサーバから、前記ＰＣＦネットワーク・インターフェースを介して、ＰＴＴセッションに対する前記ターゲット側ユニットに対するセッション開始要求メッセージングを受信するように構成され、
前記セッション開始要求メッセージングに応答して、前記ＰＣＦネットワーク・インターフェースを介して、前記ターゲット側ユニットの呼び出しを要求するように構成され、
基地局（ＢＳ）から、前記ＰＣＦネットワーク・インターフェースを介して、前記ターゲット側ユニットが呼び出しに応答したという表示を受信するように構成され、
前記ターゲット側ユニットが呼び出しに応答したという前記表示に応答して、前記セッション情報と前記セッション開始要求メッセージングとからの情報を用いて、応答メッセージングを生成するように構成され、
前記ＰＣＦネットワーク・インターフェースを介して、前記応答メッセージングを前記ＰＴＴサーバに送るように構成されている、パケット制御機能。
インターネット・プロトコル（ＩＰ）ベースのプロトコルを用いたプッシュ・トゥ・トーク（ＰＴＴ）セッションの開始を容易にするためのパケット制御機能（ＰＣＦ）であって、
少なくとも１つ通信プロトコルを用いてメッセージングを送信および受信するように構成されたＰＣＦネットワーク・インターフェースと、
前記ＰＣＦネットワーク・インターフェースに通信可能に結合されているプロセッサと、
を備え、前記プロセッサは、
ターゲット側ユニットの休止状態のＩＰデータ・セッションに関するセッション情報を維持するように構成され、
ＰＴＴサーバから、前記ＰＣＦネットワーク・インターフェースを介して、ＰＴＴセッションに対する前記ターゲット側ユニットに対するセッション開始要求メッセージングを受信するように構成され、
前記セッション開始要求メッセージングに応答して、前記ＰＣＦネットワークを介して、前記ターゲット側ユニットの呼び出しを要求するように構成され、
前記ＰＣＦネットワークを介して、前記ターゲット側ユニットは利用可能状態にはないという表示を受信するように構成され、
前記ターゲット側ユニットは利用可能状態にはないという前記表示に応答して、前記セッション情報と前記セッション開始要求メッセージングとからの情報を用いて、ターゲット利用不可能メッセージングを生成するように構成され、
前記ＰＣＦネットワークを介して、前記ターゲット利用不可能メッセージングを前記ＰＴＴサーバに送るように構成されている、パケット制御機能。