(57)【要約】【課題】回路交換（「ＣＳ」）型ネットワークを介して搬送されるボイス・サービスと、パケット交換（「ＰＳ」）型ネットワークを介して搬送されるマルチメディア・サービスとを協調的にワイヤレス・ユニットに提供する方法を提供すること。【解決手段】この方法は、発呼者と被呼者との間の通信に関する。この方法は、被呼者を識別する開始信号を発呼者から受信する工程を含む。被呼者の識別をデータベース内のサービス加入者と確認することに応答して、この方法は、発呼者に送信すべきマルチメディア・コンテンツを選択する。次いで、発呼者からの開始信号に応答して、被呼者に対するボイス・リンクを確立することができる。その後で、確立したボイス・リンクと開始信号をブリッジし、発呼者と被呼者の間のボイス・リンクを確立することができる。【選択図】図１
2005237011.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも発呼者と被呼者との間の通信の方法であって、
前記発呼者からの開始信号に応答して、前記発呼者にユニフォーム・リソース・ロケータを送信する工程と、
前記発呼者からの前記開始信号に応答して、前記被呼者に対するボイス・リンクを確立する工程とを含む方法。
【請求項２】
前記ユニフォーム・リソース・ロケータによってマルチメディア・コンテンツに関する場所が識別され、ユニフォーム・リソース・ロケータを送信する前記工程が、
前記マルチメディア・コンテンツをダウンロードする第１データ・セッションを確立する工程と、
前記被呼者がサービス加入者であるかどうかを判定する工程と、
サービス加入者のデータベース内で前記被呼者を探す工程と、
前記被呼者が前記データベース内の前記サービス加入者の少なくとも１つである場合に、前記ユニフォーム・リソース・ロケータを選択する工程とを含む請求項１に記載の方法。
【請求項３】
被呼者と通信する方法であって、
発呼者からの開始信号に応答して、前記被呼者に関連するユニフォーム・リソース・ロケータを受信する工程と、
前記受信したユニフォーム・リソース・ロケータに応答して、第１データ・セッションを確立する工程とを含む方法。
【請求項４】
ユニフォーム・リソース・ロケータを受信する前記工程が、
前記ユニフォーム・リソース・ロケータを受信する第２データ・セッションを確立する工程を含む請求項３に記載の方法。
【請求項５】
前記ユニフォーム・リソース・ロケータにより、前記第２データ・セッションを介して受信すべきマルチメディア・コンテンツに関する場所が識別され、前記被呼者がサービス加入者である場合、前記マルチメディア・コンテンツが、前記第２データ・セッションを介して受信され、
前記発呼者からの前記開始信号を、前記発呼者から前記被呼者へのボイス・リンクにブリッジする工程と、
前記開始信号をブリッジする前記工程の前に、前記確立した第２データ・セッションを終了する工程と、
前記確立した第２データ・セッションを終了する前記工程の後に、前記確立した第１データ・セッションを終了する工程とを含む請求項４に記載の方法。
【請求項６】
発呼者と通信する方法であって、
前記被呼者を識別することに応答して、前記発呼者に転送すべき被呼者に関連するマルチメディア・コンテンツを選択する工程であって、前記被呼者がサービス加入者である場合に前記マルチメディア・コンテンツを選択する工程と、
前記被呼者を識別することに応答して、前記発呼者から前記被呼者へのボイス・リンクを確立する工程とを含む方法。
【請求項７】
少なくとも発呼者と被呼者との間の通信の方法であって、
前記被呼者を識別する開始信号を前記発呼者から受信する工程と、
前記被呼者の識別に応答して選択されたマルチメディア・コンテンツを前記発呼者に送信する工程と、
前記発呼者からの前記開始信号に応答して、前記被呼者に対するボイス・リンクを確立する工程とを含む方法。
【請求項８】
前記発呼者からの前記開始信号を、前記確立した前記被呼者に対するボイス・リンクとブリッジする工程を含む請求項１または７に記載の方法。
【請求項９】
ユニフォーム・リソース・ロケータにより、受信すべき前記選択したマルチメディア・コンテンツに関する場所が識別され、マルチメディア・コンテンツを送信する前記工程が、
ユニフォーム・リソース・ロケータを送信する工程と、
前記被呼者がサービス加入者であるかどうかを判定する工程と、
サービス加入者のデータベース内で前記被呼者を探す工程と、
前記被呼者が前記データベース内の前記サービス加入者の少なくとも１つである場合、前記ユニフォーム・リソース・ロケータを選択する工程と、
前記マルチメディア・コンテンツの送信のために第１データ・セッションを確立する工程とを含む請求項７に記載の方法。
【請求項１０】
ユニフォーム・リソース・ロケータを送信する前記工程が、
前記ユニフォーム・リソース・ロケータを前記発呼者に送信するための第２データ・セッションを確立する工程と、
前記被呼者に対するボイス・リンクを確立する前記工程に応答して、前記確立した第２データ・セッションを終了する工程と、
前記確立した第２データ・セッションを終了する前記工程の後に、前記確立した第１データ・セッションを終了する工程とを含む請求項２または９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は遠隔通信に関し、より詳細にはワイヤレス通信に関する。
【背景技術】
【０００２】
ワイヤレス通信システムは、地理的領域内に位置するいくつかのワイヤレス・ユニットまたはモバイル・ユニットにワイヤレス・サービスを提供する。ワイヤレス通信システムによってサポートされる地理的領域は、一般に「セル」と呼ばれる、空間的に別個のエリアに分割される。理想的には、各セルは、蜂の巣形の六角形で表すことができる。しかし実際には、各セルは、セルを取り囲む土地の地形に応じて不規則な形状を有する可能性がある。さらに、各セルは、２つ以上にセクタにさらに分割される。各セルは一般に、例えば約１２０度の範囲をそれぞれ有する３つのセクタに分割される。
【０００３】
従来のセルラ・システムは、ワイヤレス・ユニットまたはモバイル・ユニットとの通信信号の送受信をサポートするのに、地理的に分散したいくつかのセル・サイトまたは基地局を備える。各セル・サイトは、セル内の音声通信を処理する。さらに、システムのカバレッジ・エリアの外部境界内で連続的な通信カバレッジを可能ならば保証するように近接する各セル・サイトについてのカバレッジ・エリアが重なる場合、セルラ・システムの全カバレッジ・エリアは、セル・サイトのすべてについてのセルの結合によって定義することができる。
【０００４】
各基地局は、そのセル内のワイヤレス・ユニットと通信する少なくとも１つのラジオおよび少なくとも１つのアンテナを備える。さらに、各基地局は移動交換局（「ＭＳＣ」）と通信する伝送装置も備える。移動交換局はとりわけ、ワイヤレス・ユニット間で、公衆交換電話網（「ＰＳＴＮ」）を介してワイヤレス・ユニットとワイヤーライン・ユニットとの間で、ならびにワイヤレス・ユニットとインターネットなどのパケット・データ・ネットワーク（「ＰＤＮ」）との間で呼を確立および維持する任を担う。基地局コントローラ（「ＢＳＣ」）が、１つまたは複数の基地局に対する無線資源を管理し、この情報をＭＳＣに中継する。
【０００５】
活動状態のとき、ワイヤレス・ユニットは、フォワード・リンクすなわちダウンリンクを介して少なくとも１つの基地局から信号を受信し、リバース・リンクすなわちアップリンクを介して少なくとも１つの基地局に信号を送信する。セルラ通信システムでリンクまたはチャネルを定義するために、例えば時分割多元接続（「ＴＤＭＡ」）、直交周波数分割多元接続（「ＯＦＤＭＡ」）、および符号分割多元接続（「ＣＤＭＡ」）を含むいくつかの手法が開発されている。
【０００６】
ＴＤＭＡ通信システムでは、無線スペクトルがタイム・スロットに分割される。各タイム・スロットは、１ユーザのみがこの方式で送信および／または受信することが可能となるように設計される。したがって、ＴＤＭＡは、各ユーザがユーザに割り振られた時間中にユーザの情報を送信することができるように送信機と受信機との間で厳密なタイミングを必要とする可能性がある。
【０００７】
ＣＤＭＡ方式では、各ワイヤレス・チャネルが、別個のチャネル化コード（例えば、拡散コード、スペクトラム拡散コード、またはＷａｌｓｈコード）で区別される。異なる情報ストリームを符号化するのに別個の各チャネル化コードが使用される。次いでこうした情報ストリームを、同時伝送のために１つまたは複数の異なる搬送波周波数で変調することができる。受信機は、適切なチャネル化コードを使用して受信信号から特定のストリームを回復し、受信信号を復号化することができる。
【０００８】
ＯＦＤＭＡシステムでは、搬送波信号を、１組の数学時限式直交連続波形（ｍａｔｈｅｍａｔｉｃａｌｌｙ  ｔｉｍｅｄ  ｏｒｔｈｏｇｏｎａｌ  ｃｏｎｔｉｎｏｕｓ  ｗａｖｅｆｏｒｍ）を使用して伝送されるいくつか（例えば１０２４個）の副搬送波またはトーンで定義することができる。各ワイヤレス・チャネルは、別個のチャネル化トーンで区別することができる。連続波形を使用することにより、その直交性が互いに干渉することを防止するので、トーンの送信および／または受信を達成することができる。
【０００９】
現在、ワイヤレス・ボイス・トラフィックは、通常は回路交換（「ＣＳ」）型ネットワークを介して搬送される。ボイス・トラフィックをパケット交換（「ＰＳ」）型ネットワークに載せる計画が、大部分のワイヤレス・サービス・プロバイダ（「ＷＳＰ」）によってある期間にわたって敬遠されてきたので、型ＣＳ型ネットワークへの依存は、少なくとも短期間にわたって続く可能性が高い。しかし、ＷＳＰは、より多くの利益を生み出そうと期待して、そのネットワークを積極的に更新して新しいパケット交換データ機能を追加し、ボイス機能を拡張している。
【００１０】
ＷＳＰがまだ完全に調査していない利益生成の一領域は、ＣＳ型ネットワークを介して搬送される音声を、ＰＳ型ネットワークを介して搬送されるデータ／マルチメディアと組み合わせた密接な協調に関する。ＣＳネットワークおよびＰＳネットワークは、エンド・ユーザおよびサービスの観点からは互いに比較的独立である。現在まで、ＷＳＰによって提供されるサービスおよび／または応用例は、一方のタイプのネットワークを集中的に使用し、他方を除外している。したがって、エンド・ユーザは、両方のネットワーク・タイプを同時に使用することによって提供される利点またはユーザ体験の向上を得ることができない。したがって、ＷＳＰは、両方のネットワーク・タイプを同時に使用することによるサービスの向上からさらに利益を得ていない。さらに、ＷＳＰのネットワークは、その最大の潜在能力を利用していないと言うことができる。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記の考慮すべき点に鑑みて、両方のネットワーク・タイプに対するサービスをサポートする方法が求められている。さらに、ＣＳ型ネットワークを介して搬送されるボイス・サービスと、ＰＳ型ネットワークを介して搬送されるデータ／マルチメディア・サービスとを協調的に提供する方法が求められている。
【課題を解決するための手段】
【００１２】
本発明は、指名通話の状況でワイヤレス・ユニットによって複数のネットワーク・タイプに対してサービスを提供する方法を提供する。より具体的には、本発明は、ワイヤレス・ユニットに対して、回路交換（「ＣＳ」）型ネットワークを介して搬送されるボイス・サービスをパケット交換（「ＰＳ」）型ネットワークと共に協調的に提供する方法を提供する。本発明では、マルチメディア・サービスは、例えば、ビデオ・クリップ、ウェブ・ページなどのマルチメディア・コンテンツの配信、ならびに非マルチメディア・コンテンツ型データ・ファイルの配信などのデータ・サービスを含む。さらに、本明細書で述べるボイス・サービスとマルチメディア・サービスとの協調の実現には、発呼者と被呼者との間の通信が含まれることに留意されたい。その一方または両方は、ワイヤレス・ユニットまたはワイヤーライン・ユニットから送ることができる。
【００１３】
一実施形態では、本発明の方法は、発呼者と被呼者との間の通信に関する。この方法は、発呼者から開始信号を受信して被呼者を識別するステップを含む。被呼者の識別をデータベース中のサービス加入者と確認したことに応答して、この方法は、発呼者に送るべきマルチメディア・コンテンツを選択する。次いで、発呼者からの開始信号に応答して、被呼者に対するボイス・リンクを確立する。その後で、開始信号をブリッジして、発呼者と被呼者との間のボイス・リンクを確立することができる。このブリッジングは、以前に確立したボイス・リンクを利用することができる。
【００１４】
別の実施形態では、本発明の方法は、発呼者と被呼者との間の通信に関する。この方法は、発呼者から送信された開始信号に応答して、ユニフォーム・リソース・ロケータを発呼者に送信するステップを含む。ユニフォーム・リソース・ロケータは、データ・リンク（例えばデータ・セッション）を介して送信することができる。被呼者がサービス加入者のデータベースによればサービス加入者である場合、ユニフォーム・リソース・ロケータにより、発呼者がマルチメディア・コンテンツにアクセスすることができる位置が識別される。その後で、マルチメディア・コンテンツのダウンリンク用の別のデータ・リンク（例えばデータ・セッション）を確立することができる。次いで、発呼者からの開始信号に応答して被呼者に対するボイス・リンクを確立することができる。その後、開始信号をブリッジして発呼者と被呼者の間のボイス・リンクを確立することができる。このブリッジングは、以前に確立したボイス・リンクを利用することができる。発呼者と被呼者との間のボイス・リンクを確立することに応答して、確立したデータ・リンク（例えばデータ・セッション）を終了することができる。
【００１５】
以下の詳細な説明を、本明細書に添付の特許請求の範囲および図面と共に読むことにより、上記およびその他の実施形態が当業者には明らかとなるであろう。
添付の図面を参照しながら以下の非限定的な実施形態の説明を読むことにより、本発明をより良く理解されよう。
【発明を実施するための最良の形態】
【００１６】
本明細書の図面は原寸に比例せず、略図表現に過ぎず、したがって本発明の特定の寸法を示すものでないことを強調しておく。本発明の特定の寸法は、本明細書の開示を検討することにより、当業者が決定することができる。
【００１７】
図１を参照すると、本発明の一実施形態を示す流れ図が示されている。ここで、複数のネットワーク・タイプと共に使用するアルゴリズム方法１００が示されている。より具体的には、方法１００は、回路交換（「ＣＳ」）型ネットワークを介して搬送されるボイス・サービスと、パケット交換（「ＰＳ」）型ネットワークを介して搬送されるマルチメディア・サービスとの協調を実現する際の一続きのステップを示す。本発明では、マルチメディア・サービスは、例えば、ビデオ・クリップ、ウェブ・ページなどのマルチメディア・コンテンツの配信、ならびに非マルチメディア・コンテンツ型データ・ファイルの配信などのデータ・サービスを含む。さらに、本明細書で述べるボイス・サービスとマルチメディア・サービスとの協調の実現には、発呼者と被呼者との間の通信が含まれることに留意されたい。その一方または両方は、ワイヤレス・ユニットまたはワイヤーライン・ユニットから送ることができる。
【００１８】
アルゴリズム方法１００はまず、発呼者からの開始信号を送信するステップを提供する（ステップ１１０）。この開始信号は、例えばサービス制御点／サービス・ノード（例えばサーバ）などの通信ネットワーク・インフラストラクチャ要素によって受信される。開始信号を送信するステップは、発呼者のワイヤレス・ユニットまたはワイヤーライン・ユニットの一時メモリに被呼者の電話番号を入力するステップを含むことができる。その後で、発呼者のワイヤレス・ユニットまたはワイヤーライン・ユニット上の対応する送信ボタンなどを押下し、それによって発呼者と被呼者との間の電話接続を構築する一続きのステップを開始することができる。したがって、開始信号により被呼者が識別される。
【００１９】
開始信号が、例えばサービス制御点／サービス・ノードなどの通信ネットワーク・インフラストラクチャによって受信されると、被呼者の状況に関する判定を行う。より具体的には、サービス制御点／サービス・ノードは、被呼者がボイス・サービスとマルチメディア・サービスとの協調に対する加入者であるかどうかを判定することができる（ステップ１２０）。この判定するステップは、サービス加入者のデータベース内で被呼者の電話番号を探すステップを含むことができる。被呼者がサービス加入者であると判定した場合、図１の流れ図に示すように、アルゴリズム方法１００は続行する。しかし、電話番号がデータベース内に見つからない場合、アルゴリズム方法１００の残りを終了することができる。この場合、開始信号が、発呼者を被呼者と接続するボイス・リンクまたはデータ・リンク（例えばセッション）をトリガすることができる。
【００２０】
被呼者をサービス加入者とみなした後、アルゴリズム方法１００は、発呼者にマルチメディア・コンテンツを送信することができる（ステップ１３０）。ここで、例えば被呼者の識別（例えば電話番号）が、ダウンリンク・チャネルを介する発呼者に対するマルチメディア・コンテンツの送信をトリガすることができる。このマルチメディア・コンテンツは例えば、広告および／またはマーケティング素材などの商業的要素、あるいは例えば被呼者の識別に応答して選択される一般的情報を含むことができる。
【００２１】
アルゴリズム方法１００の一実施形態では、マルチメディア・コンテンツを送信するステップは、被呼者がサービス加入者であることが判明した場合にデータ・リンク（例えばデータ・セッション）を確立するステップを含むことができる。この確立したデータ・リンク（例えばデータ・セッション）は、発呼者とサービス制御点／サービス・ノード（例えばサーバ）との間に形成することができる。ここで、サービス制御点／サービス・ノード、すなわち確立したデータ・リンク（例えばデータ・セッション）は、マルチメディア・コンテンツを発呼者に送信するステップに対して唯一の資源として働く。この確立したデータ・リンク（例えばデータ・セッション）は、パケット交換（「ＰＳ」）型ネットワークを利用することができることに留意されたい。
【００２２】
発呼者に対するマルチメディア・コンテンツの転送と共に、アルゴリズム方法１００は、被呼者に対する中間ボイス・リンクを確立する（ステップ１４０）。中間ボイス・リンクは、発呼者に対するマルチメディア・コンテンツの送信をサポートするサービス制御点／サービス・ノードによって確立することができる。さらに、中間ボイス・リンクは、回路交換（「ＣＳ」）型ネットワークを利用することができる。
【００２３】
ＰＳ型ネットワークを介して搬送されるデータ（例えばマルチメディア）サービスと、例えばＣＳ型ネットワークを介して搬送されるボイス・サービスの協調に対する要求を促進するために、その後でサービス制御点／サービス・ノードが開始信号と中間ボイス・リンクとをブリッジすることができる（ステップ１５０）。したがって、アルゴリズム方法１００の最初で開始する、発呼者と被呼者の間のボイス・コールを確立し、完了することができる。このブリッジするステップは、マルチメディア・コンテンツの送信を実施した後に実行することができるが、その前に行うこともできることに留意されたい。
【００２４】
図２を参照すると、本発明の別の実施形態の流れ図が示されている。ここで、複数のネットワーク・タイプと共に使用する別のアルゴリズム方法２００が示されている。方法１００は、回路交換（「ＣＳ」）型ネットワークを介して搬送されるボイス・サービスと、パケット交換（「ＰＳ」）型ネットワークを介して搬送されるマルチメディア・サービスとの協調を実現する際の一続きのステップも示す。
【００２５】
アルゴリズム方法２００はまず、発呼者からの開始信号を送信するステップを提供する（ステップ２１０）。この開始信号は、例えばサービス制御点／サービス・ノード（例えばサーバ）などの通信ネットワーク・インフラストラクチャ要素によって受信される。開始信号を送信するステップは、発呼者のワイヤレス・ユニットまたはワイヤーライン・ユニットの一時メモリに被呼者の電話番号を入力するステップを含むことができる。その後で、発呼者のワイヤレス・ユニットまたはワイヤーライン・ユニット上の対応する送信ボタンなどを押下し、それによって発呼者と被呼者との間の電話接続を構築する一続きのステップを開始することができる。したがって、開始信号により被呼者が識別される。
【００２６】
その後で、被呼者の識別に関して判定を行う。ここで、サービス制御点／サービス・ノードは、被呼者がボイス・サービスとマルチメディア・サービスの協調に対する加入者であるかどうかを判定することができる（ステップ２２０）。この判定するステップは、サービス加入者のデータベース内で被呼者の電話番号を探すステップを含むことができる。被呼者がサービス加入者であると判定した場合、図２の流れ図に示すように、アルゴリズム方法２００は続行する。代替方法では、被呼者の電話番号がデータベース内に見つからない場合、アルゴリズム方法２００の残りを終了することができる。この場合、開始信号が、発呼者を被呼者と接続するボイス・リンクまたはデータ・リンク（例えばセッション）をトリガすることができる。
【００２７】
被呼者がサービス加入者とみなした後、アルゴリズム方法２００は、発呼者に対するデータ・リンク（例えばデータ・セッション）を確立することができる（ステップ２３０）。ここで、例えば被呼者の識別（例えば電話番号）が、被呼者がサービス加入者であるかどうかを確認することに応答して、ユニフォーム・リソース・ロケータ（「ＵＲＬ」）を選択することができる。このＵＲＬにより、発呼者がダウンリンクを介してマルチメディア・コンテンツを受信することのできる場所を識別することができる。サービス加入の一部としてＵＲＬが被呼者によってあらかじめ指定されている可能性があることに留意されたい。
【００２８】
その後で、アルゴリズム方法２００は、別のデータ・リンク（例えばデータ・セッション）を確立する（ステップ２４０）。メモリに格納されたＵＲＬ情報を用いて、この後続のデータ・リンク（例えばデータ・セッション）を使用して、被呼者が意図するマルチメディア・コンテンツを発呼者に転送することができる。図１のアルゴリズム方法１００とは異なり、この追加のデータ・リンク（例えばデータ・セッション）は、ＵＲＬが通信されるのと同じデータ・リンク（例えばデータ・セッション）を介してマルチメディア・コンテンツを送信することができない場合のものである。このことは、例えばＵＲＬを格納するネットワーク要素から物理的に分離したネットワーク要素にマルチメディア・コンテンツが格納される場合にも生じる可能性がある。
【００２９】
マルチメディア・コンテンツの送信および受信と共に、アルゴリズム方法２００は、中間ボイス・リンクの確立を求める（ステップ２５０）。この中間ボイス・リンクは被呼者に対して確立される。中間ボイス・リンクは、発呼者に対するマルチメディア・コンテンツの送信をサポートするサービス制御点／サービス・ノードによって確立することができる。さらに、中間ボイス・リンクは、回路交換（「ＣＳ」）型ネットワークを利用することができる。
【００３０】
通信ネットワーク資源を管理するために、前述のデータ・リンク（例えばデータ・セッション）を論理シーケンスで終了すべきことに留意されたい（ステップ２６０）。例えば、中間ボイス・リンクの確立に応答して、ＵＲＬの送信のために確立したデータ・リンク（例えばデータ・セッション）を終了することができる。その後のある時に、マルチメディア・コンテンツの送信のために確立したデータ・リンク（例えばデータ・セッション）も終了することができる。
【００３１】
ＰＳ型ネットワークを介して搬送されるデータ（例えばマルチメディア）サービスと、例えばＣＳ型ネットワークを介して搬送されるボイス・サービスの協調に対する要求を促進するために、その後でサービス制御点／サービス・ノードが開始信号と中間ボイス・リンクとをブリッジすることができる（ステップ２７０）。したがって、アルゴリズム方法２００の最初で開始する、発呼者と被呼者の間のボイス・コールを確立し、完了することができる。このブリッジするステップは、マルチメディア・コンテンツの送信を実施した後に実行することができるが、その前に行うこともできることに留意されたい。
【００３２】
例示的実施形態
本発明は、ネットワークの同時のＣＳボイス／ＰＳデータ機能を利用する拡張サービスの作成のためのフレームワークを提供することができる。本発明は、例えばセッション開始プロトコル（「ＳＩＰ」）などの広く使用されている遠隔通信信号技術およびインターネット標準に基づくことができる。本発明は、既存のネットワーク・インフラストラクチャに対する影響を最小限に抑えることができる方式で両者を組み合わせることができる。
【００３３】
図３を参照すると、本発明をサポートするコール・フロー３００が示されている。コール・フロー３００を容易にするために、ワイヤレス回路交換（「ＣＳ」）型ネットワーク３１０およびワイヤレス・パケット交換（「ＰＳ」）型ネットワーク３２０をネットワーク構成の一部として含めることができる。このネットワーク構成はまた、その中にユーザ情報データベースが形成されたサービス制御点／サービス・ノード３３０（例えば、ＳＣＰとＳＮのどちらとしても働くｅＭＲＳ）と、同時ＣＳボイス／ＰＳデータ３４０をサポートする第１ワイヤレス・ユニット（例えばクラスＡ端末）と、コール・フロー３００をサポートするビデオ・サーバ３６０とを含むことができる。
【００３４】
本発明を実現するために、コール・フロー３００は、第１ワイヤレス・ユニット３４０が被呼者の（ワイヤーラインまたはワイヤレス）受信ユニット３７０に対するボイス・コールを開始するときに、呼制御を処理することができる。あるいは、コール・フロー３００は、ネットワークから例えば応答および／または切断などの他のトリガを受信した場合に呼制御を処理することもできる。トリガの性質および呼の状態に応じて、同時ＣＳボイス／ＰＳデータの応用例が、例えばデータ・セッションの開始および／または終了を含む、サービスに関する適切なタスクの実施を可能にする。
【００３５】
第１ワイヤレス・ユニット３４０は、例えば、メッセージを処理するためのセッション開始プロトコル（「ＳＩＰ」）スタックなどのサービスの必要を処理し、マルチメディア・セッションを確立し、ビデオおよび／またはオーディオ、制御をストリーミングするクライアント・アプリケーションを有することができる。ユーザ・データベース３５０は、ユーザ、サービス加入、ネットワーク、および／または各ユーザについてのセッション情報を格納することができる。アプリケーション・サーバは、特定のサービス加入者資源、例えばビデオ・クリップ、ウェブ・ページ、データ・ファイルをユーザに対して提供することができる。
【００３６】
コール・フローの一例として、発呼者３４０が、回路交換ネットワーク３１０を介して被呼者３７０に対するボイス・コールを開始することができる。次いで、移動交換局（「ＭＳＣ」）が、サービス制御点／サービス・ノード３３０へと呼制御を送信することができる。その後で、サービス制御点／サービス・ノード３３０は、被呼者３７０がマルチメディア・サービス（例えばビデオ・グリーティング・サービス）への加入者であるかどうかを判定することができる。そうである場合、サービス制御点／サービス・ノード３３０は、ビデオ・クリップＵＲＬを発呼者３４０に送信することができる。このステップは、ＳＩＰ  ＩＮＶＩＴＥを介して実現することができる。ビデオ・クリップＵＲＬを送信した後、発呼者３４０は、ビデオ・サーバ３６０からＵＲＬに関連するマルチメディア・コンテンツを受信することができる。その結果、ビデオ・サーバ３６０は、発呼者３４０にマルチメディア・コンテンツ（例えばビデオ・グリーティング）を送信することができる。その後で、サービス制御点／サービス・ノード３３０は、被呼者３７０に対するボイス・コールを開始することができる。サービス制御点／サービス・ノード３３０から被呼者３７０に対してボイス・コールを確立した後、サービス制御点／サービス・ノード３３０は、発呼者３４０に終了メッセージ（例えばＢＹＥ）を送信して、ビデオ・クリップを送信することのできるＳＩＰセッションを終了することができる。その後で、サービス制御点／サービス・ノード３３０は、２つのボイス・コール・レッグを互いにブリッジする。したがって、このとき発呼者３４０と被呼者３７０は、完全な音声会話を行うことができる。
【００３７】
個人ビデオ・グリーティングは、本発明によって可能となるマルチメディア・サービスの単なる一例に過ぎないことに留意されたい。このマルチメディア・サービスは、ボイス・コールの接続中に、パーソナライズしたビデオ・グリーティング・メッセージを加入者が発呼者に送信することを可能にする。図４を参照すると、このフレームワークで可能となる例示的個人ビデオ・グリーティング・サービスによるメッセージ・フロー４００が示されている。メッセージ・フロー４００は、以下のような一続きのプロセス・ステップを含むことができる。
１．発呼者（Ａ）がＰＤＰＣｏｎｔｅｘｔをセットアップする。
２．発呼者（Ａ）がＳＩＰレジストラ／サーバに登録する。
３．発呼者（Ａ）が、被呼者（Ｂ）に対するボイス・コールを開始し、発信側ＭＳＣが被呼者位置およびサービス加入に関してＨＬＲに照会する。
４．ＧＭＳＣが、Ｔｅｒｍｉｎａｔｉｏｎ  Ａｔｔｅｍｐｔ  Ａｕｔｈｏｒｉｚｅｄトリガを検出し、ＩｎｉｔｉａｌＤＰメッセージをｅＭＲＳに送信する。
５．ｅＭＲＳ（例えばサービス制御点／サービス・ノード）が、加入者およびサービス加入データ（個人ビデオのＵＲＬなど）、およびＳＩＰ  ＵＲＬを発呼者ＭＳＩＳＤＮにマッピングする発呼者データに関してユーザ・データベースに照会する。
６．ｅＭＲＳがＣｏｎｎｅｃｔメッセージで応答する。
７．ＧＭＳＣがＩＡＭを送信してｅＭＲＳに対する呼を拡張する。
８．ｅＭＲＳがＡＣＭで応答する。
９．ｅＭＲＳが、ＩＮＶＩＴＥメッセージを発呼者（Ａ）に送信することによって発呼者（Ａ）に対するＳＩＰ呼を開始する。
１０．発呼者（Ａ）がトライング・メッセージで応答する。
１１．発呼者（Ａ）がリンギング・メッセージで応答する。
１２．発呼者（Ａ）がＯＫメッセージで応答する。
１３．ｅＭＲＳがＡＣＫを発呼者（Ａ）に送信する。
１４．発呼者（Ａ）が、ＳＩＰメッセージに含まれるＵＲＩに基づいてビデオ・サーバにビデオを要求する。
１５．ビデオ・サーバが、ビデオ・グリーティングを発呼者（Ａ）にストリーミングする。
１６．ｅＭＲＳが、ＩＡＭをＧＭＳＣに送信することによって被呼者に対する新しい呼を開始する。
１７．ＧＭＳＣがＡＣＭで応答する。
【００３８】
図５を参照すると、このフレームワークで可能となる例示的個人ビデオ・グリーティング・サービスによるメッセージ・フロー５００が示されている。メッセージ・フロー５００は、図４のフロー４００に示されている一続きのステップを以下のように続行する。
１８．ＧＭＳＣがＨＬＲとＳｅｎｄＲｏｕｔｉｎｇＩｎｆｏ（ＳＲＩ）メッセージを交換する。
１９．ＧＭＳＣが、ＩｎｉｔｉａｌＤＰメッセージをｅＭＲＳ（例えばサービス制御点／サービス・ノード）に送信する。
２０．ｅＭＲＳがＣｏｎｔｉｎｕｅメッセージで応答する。
２１．ＧＭＳＣがＶＭＳＣにＩＡＭを送信する。
２２．ＶＭＳＣがＡＣＭで応答する。
２３．ＶＭＳＣが被呼者（Ｂ）に対する呼をセットアップする。
２４．被呼者が応答する。
２５．ＶＭＳＣがＡＮＭをＧＭＳＣに送信する。
２６．ＧＭＳＣが、被呼者がＡＮＭで応答したことをｅＭＲＳに通知する。
２７．ｅＭＲＳが２つのコール・レッグをヘアピンし（折返し）、発呼者レッグ上でＧＭＳＣにＡＮＭを送信する。
２８．ｅＭＲＳが、発呼者（Ａ）にＢＹＥメッセージを送信してＳＩＰセッションを終了する。ＳＩＰアプリケーションがビデオ・ビューアを閉じる。
２９．音声通信を開始する。
図６を参照すると、別の例示的手法によるメッセージ・フロー６００が示されている。メッセージ・フロー６００は、以下のステップに反映される。
２８．音声通信を開始する。
２９．ｅＭＲＳが、アプリケーションのＵＲＬを有するｒｅ−Ｉｎｖｉｔｅメッセージを発呼者（Ａ）に送信する。
３０．発呼者（Ａ）がＯＫメッセージで応答する。
３１．ｅＭＲＳがＡＣＫを発呼者（Ａ）に送信する。
３２．発呼者（Ａ）がアプリケーションのＵＲＬを要求する。
３３．アプリケーションが発呼者（Ａ）に応答を送り戻す。
３４．発呼者（Ａ）がＢｙｅメッセージをｅＭＲＳに送信する。
【００３９】
例えば、本明細書で詳述した個人ビデオ・グリーティング・サービスに反映される原理は、他のアプリケーションに拡張できることに留意されたい。例示的な代替アプリケーションには、オペレータの支援を伴うオンライン・ブラウジング／ショッピングを含めることができる。図７を参照すると、メッセージ・フロー７００が示されている。メッセージ・フロー７００は、初期ビデオ・グリーティングの完了後に代替アプリケーションを起動する方法を示す。図４のメッセージ・フロー４００と図５のフロー５００に示す個人ビデオ・グリーティングを配信する一続きのステップを組み込むメッセージ・フロー７００は、以下の追加のステップも含む。
２８．音声通信を開始する。
２９．ｅＭＲＳ（例えばサービス制御点／サービス・ノード）が、アプリケーションのＵＲＬを有するＲＥＦＥＲメッセージを発呼者（Ａ）に送信する。
３０．発呼者（Ａ）がＡＣＣＥＰＴＥＤメッセージで応答する。
３１．発呼者（Ａ）がＮＯＴＩＦＹメッセージで応答する。
３２．ｅＭＲＳがＯＫを発呼者（Ａ）に送信する。
３３．発呼者（Ａ）がアプリケーションのＵＲＬを要求する。
３４．アプリケーションが応答を発呼者（Ａ）に送り戻す。
３５．発呼者（Ａ）がＮＯＴＩＦＹメッセージをｅＭＲＳに送信する。
３６．ｅＭＲＳがＯＫメッセージで応答する。
３７．ｅＭＲＳがＢＹＥメッセージを発呼者（Ａ）に送信する。
【００４０】
例示的実施形態を参照しながら特定の発明を説明したが、この説明を限定的な意味に解釈すべきではない。本発明を説明したが、この説明を参照するとき、本明細書に添付の特許請求の範囲に記載の本発明の精神から逸脱しない例示的実施形態の様々な修正形態、ならびに本発明の追加の実施形態が当業者には明らかとなるであろう。したがって、記載の方法およびシステムならびにその一部を、ワイヤレス・ユニット、基地局、基地局コントローラ、および／または移動交換局などの様々な場所で実装することができる。さらに、記載のシステムを実装および使用するのに必要な処理回路を、この開示の特定を用いる当業者が理解するであろう応用例特有の集積回路、ソフトウェア駆動処理回路、ファームウェア、プログラム可能論理装置、ハードウェア、離散的構成要素、または上記の構成要素の配置として実装することができる。本明細書に例示し説明した例示的応用例に厳密に追従せずに、かつ本発明の精神および範囲から逸脱することなく、本発明に対して上記および様々な他の修正形態、構成、および方法を作成できることを当業者は容易に理解されよう。したがって、添付の特許請求の範囲は本発明の真の範囲内に包含される任意の修正形態または実施形態を包含することが企図される。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施形態の流れ図を示す図である。
【図２】本発明の別の実施形態の流れ図を示す図である。
【図３】本発明をサポートするコール・フローを示す図である。
【図４】本発明の一態様の流れ図を示す図である。
【図５】本発明の別の実施形態１の流れ図を示す図である。
【図６】本発明の別の実施形態２の流れ図を示す図である。
【図７】本発明の別の実施形態３の流れ図を示す図である。
【図１】
2005237011.tif 000003
【図２】
2005237011.tif 000004
【図３】
2005237011.tif 000005
【図４】
2005237011.tif 000006
【図５】
2005237011.tif 000007
【図６】
2005237011.tif 000008
【図７】
2005237011.tif 000009