音声からマルチメディアへのネットワーク主導型サービス変更
【課題】発信側と終端側とを含む無線システムにおいて、コネクションの切断が、いかなるときもユーザに認識されることのない、簡易で十分に迅速な異なる通信サービス間の移動端末スイッチングを可能とするための方法、装置、及びシステムを提供する。
【解決手段】無線システムにおいて修正要求を開始することを含み、この修正要求は、第１のモードから第２のモードへのサービス変更である。更に、修正要求が端末によって承諾される場合に、第１のモードから第２のモードへ端末を修正することと、修正要求が承諾された後、無線ベアラ割り当てを完了することを含む。
【解決手段】無線システムにおいて修正要求を開始することを含み、この修正要求は、第１のモードから第２のモードへのサービス変更である。更に、修正要求が端末によって承諾される場合に、第１のモードから第２のモードへ端末を修正することと、修正要求が承諾された後、無線ベアラ割り当てを完了することを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信の分野に関連する。
【背景技術】
【０００２】
ビデオ、ウェブコンテンツ、画像及び文書のようなマルチメディアコンテンツの様々な形式や組み合わせを運ぶ多数の通信サービスが存在する。本明細書において使用されるように、「マルチメディア」という用語は、視覚的要素を有する任意のコンテンツを意味する。無線通信ネットワークの移動端末、特にセルラーネットワークの電話は現在、様々な通信サービスにおけるマルチメディアデータを含むデータを搬送する機能を有する。携帯電話、コードレス電話、携帯情報端末（ＰＤＡ）、パームヘルドコンピュータ、及びラップトップコンピュータのような移動端末の多くの形式が使用されている。現在の無線技術開発における大きな努力は、変更されるアプリケーションのために移動端末を使用し、そういった装置のユーザに関連するデータ及び情報の全てを送受信するための適切な通信電力を維持している間、彼らの生活におけるイベント及びニーズを、彼らが継ぎ目なく統合することを可能とするためのものである。
【０００３】
第３世代（３Ｇ）及び第４世代（４Ｇ）ネットワークによってサポートされ、コンピュータ、ソフトウェア、ディスプレイ、及びその他の技術における最新の手法を利用する高度な移動端末は、様々な多くの異なる通信サービスにアクセスし、受信するかもしれない。残念ながら、通信サービスのスイッチングのための方法及び（ユーザに認識される）手順の所要時間は、大きく予測できないほどに変化することが考えられる。これらの通信サービスは、他のネットワークにおける異なる情報源によって提供され、様々なデータ転送技術に基づき、その上に構築されることが考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０９−０６５４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
少なくともこれらに理由によって、移動通信における異なる通信サービス間の現在のスイッチング方法は不利益を有する。従って、コネクションの切断が、いかなるときもユーザに認識されることのない、簡易で十分に迅速な異なる通信サービス間の移動端末スイッチングを可能とするための効果的な解決策への必要性が存在する。
【０００６】
先行技術の解決策は、終端側における端末が音声からマルチメディアへのサービスの変更を拒否することを決定した場合、または、終端側ユーザ装置のために修正が失敗した場合に、発信側における不要な割り当て修正、また、データトラフィックにおける不要な中断を避けることについては言及していない。
また、終端側のユーザ端末においてサービス変更が成功したことを知る前に発信側の端末のための発信側における割り当て修正が開始されなければ、不要な割り当て修正及び不要なデータトラフィック中断が発信側において避けられる。
【課題を解決するための手段】
【０００７】
本発明は無線ネットワークにおいてサービス変更を開始する。一つの実施形態において本発明は、無線システムにおけるサービス変更を開始するための方法を含む。無線システムは、発信側と終端側を含む。この方法は、無線システムにおける修正要求を開始することを含み、ここで修正要求は、第１のモードから第２のモードへのサービス変更である。この方法は、修正要求が端末によって承諾された場合に第１のモードから第２のモードへ端末を修正し、修正要求が承諾された後に無線ベアラ割り当てを完了することを含む。
【０００８】
本発明のもう一つの好適な実施形態は、無線システムにおいてサービス変更を開始するための装置であり、無線システムは発信側と終端側を含む。この装置は、無線システムにおける修正要求を開始する手段を備え、ここで修正要求は第１のモードから第２のモードへサービス変更である。この装置は更に、修正要求が端末によって承諾された場合に、第１のモードから第２のモードへ端末を修正するための第１の修正手段と、修正要求が承諾された後、無線ベアラ割り当てを完了するベアラ割り当て手段とを備える。
本発明のもう一つの好適な実施形態は、無線ネットワークにおいてサービス変更を開始するためのシステムであり、無線ネットワークは発信側と終端側を含む。このシステムは、無線システムにおいて修正要求を開始するスイッチングモジュールを有し、この修正要求は、第１のモードから第２のモードへのサービス変更である。このシステムは更に、修正要求が端末によって承諾された場合、第１のモードから第２のモードへ端末を修正するための第１の修正モジュールと、修正要求が承諾された後に無線ベアラ割り当てを完了するためのベアラ割り当てモジュールとを備える。
【図面の簡単な説明】
【０００９】
【図１】例示的な構成に従った例示的ネットワークのブロック図である。
【図２】本発明の好適な実施形態を示すフロー図である。
【図３】発信端末がサービス修正を拒否する場合のシナリオを示す図である。
【図４】終端側Ｂがサービス変更を拒否する場合のシナリオを示す図である。
【図５】サービス要求を拒否する終端側のＲＮＣのシナリオを示す図である。
【図６Ａ】発信側のＲＮＣがサービス変更を拒否する場合のシナリオを示す図である。
【図６Ｂ】発信側のＲＮＣがサービス変更を拒否する場合のシナリオを示す図である。
【発明を実施するための形態】
【００１０】
図１は、例示の構成に従った例示のネットワーク構成のブロック図である。図１は、Ｕｕ無線インタフェースを介して、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）４０の各第１及び第２のノードＢ２１、２２へ接続される第１のユーザ装置（ＵＥ）１１及び第２のユーザ装置ＵＥ１２を示す。ノードＢ２１、２２は、無線リソース管理に関与し、一般的な基地局と同様の機能を有することが考えられる。更に、ＵＴＲＡＮ４０は、Ｉｕｂと呼ばれるインタフェースを介してノードＢ２１、２２と接続される少なくとも一つの無線ネットワーク制御装置（ＲＮＣ）３０を備え、そのドメイン（即ち、それに接続されたノードＢ２１、２２）における無線リソースの管理及び制御の責任を負っている。ＲＮＣ３０は、ＵＴＲＡＮ４０がコアネットワーク（ＣＮ）５０へ提供する全てのサービスのためのサービスアクセスポイントである。図１は、Ｉｕｂインタフェースを介してノードＢ２３及び２４に接続されるＲＮＣ３５をもまた示す。Ｉｕｒと呼ばれるＲＮＣ３０及びＲＮＣ３５の間でインタフェースが提供される。図面の簡易化のため、ＲＮＣ３５よりむしろＲＮＣ３０に関連して以下説明する。ＣＮ５０は、移動通信交換局／在圏（（ｖｉｓｉｔｏｒ）ロケーションレジスタ（ＭＳＣ／ＶＬＲ）５２を備え、それは、回線交換（ＣＳ）サービスのためにその現在位置においてＵＥにサービスを提供する交換器（ＭＳＣ）及びデータベース（ＶＬＲ）である。ＭＳＣ機能は、ＣＳトランザクションをスイッチングするために使用され、ＶＬＲ機能は、サービングシステムにおけるＵＥの位置についての情報と同様に、訪問中のユーザのサービスプロファイルに関連する情報を維持してもよい。ＭＳＣ／ＶＬＲ５２を介してアクセスされるネットワークの部分は、ＣＳドメインとして言及されうる。ＭＳＣ／ＶＬＲ５２は、ゲートウェイＭＳＣ（ＧＭＳＣ）５４に接続されることが考えられ、それは、公衆交換電話網（ＰＳＴＮｓ）、総合デジタル通信網（ＩＳＤＮｓ）または公衆陸上移動網（ＰＬＭＮｓ）のような外部ＣＳネットワーク６０にＣＮ５０が接続されるポイントにおける交換機である。全ての入力及び出力ＣＳコネクションがＧＭＳＣ５４を経由する。
【００１１】
Ｉｕインタフェースを介したＣＮ５０及びＵＴＲＡＮ４０の間のマルチキャスト通信を実現するために、アクティブデータ送信だけでなくＩｕインタフェースから要求されるリソースの予約及び構成に基づいて、データ転送に関連するマルチキャストの異なる特性が考慮されることが考えられる。現在の３ＧＰＰ仕様書はＲＡＮＡＰ（無線アクセスネットワーク応用部）及びＩｕＵＰ（Ｉｕインタフェースユーザプレーンプロトコル）のようなシグナリングプロトコルを定義する。ＲＡＮＡＰは、ＵＴＲＡＮ関連事項のために使用される無線ネットワークレイヤのために特定された全ての制御情報を含む、Ｉｕインタフェースにおけるシグナリングプロトコルである。ＩｕＵＰもまた、無線ネットワークレイヤに属し、可能な限り、それが使用されるためのＣＮドメインに独立するように定義されている。ＩｕＵＰは、無線アクセスベアラ（ＲＡＢｓ）に関連するユーザデータをＩｕインタフェース上で搬送することが考えられる。各ＲＡＢは、プロトコルのそれ自身のインスタンスを有している。このプロトコルは、完全に透過な動作またはユーザデータセグメントのためのフレーミングのいずれか、初期化のために使用される基本的な制御信号及びオンライン制御を実行することが考えられる。これらの場合に基づいて、ＩｕＵＰは、二つのモード、すなわち、完全に透過な動作のための透過モード及びフレーム化されたユーザデータセグメントに対応する所定のＳＤＵ（サービスデータユニット）サイズのためのサポートモードを有してもよい。
【００１２】
マルチキャストサービスを受信することを望む各ＵＥは、サービスプロバイダと、または、マルチキャストサービスのオペレータとの合意を有することが考えられる。従って、マルチキャストサービスを受信することを許可されたＵＥは、実際のマルチキャストセッションの開始前に、無線インタフェース上でマルチキャストデータを受信するように構成される。
【００１３】
セッションの開始は、ネットワーク（ＮＷ）から開始してもよい。例えば、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）またはＭＢＭＳ−ＳＣがセルラーネットワークにおいてマルチキャストセッションのためのニーズを定義するかもしれない。このネットワーク装置から、マルチキャストセッションを開始するためのニーズが、ＰＤＰコンテキストのアクチベーションを開始するＳＧＳＮに示されることが考えられる。ＰＤＰコンテキストのアクチベーションが透過的にＵＴＲＡＮ及びＵＥになされるが、ＲＮＣのサービスは、マルチキャストセルにおいてマルチキャストサービス／グループ状態を示すことが必要かもしれない。ＲＮＣがマルチキャストユーザを有するかを、ＵＴＲＡＮが登録してもよい。本発明の実施形態は、マルチキャスト情報がＳＧＳＮへ提供されることを提供する。それは、ＰＤＰコンテキストアクチベーションプロセスを、ＵＴＲＡＮからの何らの情報も要求することなく開始するかもしれない。
【００１４】
ＲＮＣまたはＭＢＭＳ−ＳＣは、これらに制限されるものではないが、サービスのためのリソースの欠如やそのネットワークの一部から発見されたサービスの加入者の欠如を含む任意の数の原因のためにアクチベーション要求を拒否するかもしれない。
【００１５】
音声からマルチメディアへのネットワーク主導型サービス変更は、ＵＥ−Ｂは音声からマルチメディアへのサービス変更を拒否することを決めた場合、または、ＵＥ−ＢのためのＲＡＢ割り当て修正が失敗した場合、例えば、不要なＲＡＢ割り当て修正をもたらすかもしれないし、またデータトラフィックにおける中断が回避されうる。
【００１６】
したがって、本発明は、ユーザ装置Ｂが音声からマルチメディアへのサービス変更を「修正拒否」メッセージとともに拒否した場合、または、ＲＡＢ割り当て修正がユーザ装置Ｂのために失敗した場合、発信側における不要なＲＡＢ割り当て修正を回避し、データトラフィックにおける不要な中断もまた回避する。
【００１７】
ＡまたはＢのいずれかの在圏（ｖｉｓｉｔｅｄ）ＭＳＣが、出力マルチメディアコールを、例えば、受信地域の状態が悪化したことにより、もはやサポートできない場合、この関係の在圏ＭＳＣはマルチメディアから音声へのサービス変更を開始するであろう。その後、音声コールが依然継続している間に、再び在圏ＭＳＣがマルチメディアをサポートすることができるようになった場合、以前にマルチメディアから音声へのサービス変更を開始しており、その他のサービス変更がその間に実行されていない限り、同じ在圏ＭＳＣが音声からマルチメディアへのサービス変更を開始してもよい。
【００１８】
本発明が、上述のネットワーク主導型サービス変更の観点から説明された。両ユーザのための割り当て修正及びサービス変更が完了した場合が以下に記述され、また、他の図の記載のための基礎も提供する図２が図示される。
【００１９】
また、図２〜７はまた、発信側Ａと終端側Ｂの間の通信のための「コアネットワーク手順」と呼ばれるものを示す。コアネットワーク手順の例が以下に示される。
【００２０】
コール設定のとき及びコールのアクティブ状態の間の両方の場合に、サービス変更及びフォールバック要求を送信するためのネットワークにおける機能を提供するために、通常の帯域外トランスコーダ制御手順が使用される。使用されるコーデック（ｃｏｄｅｃ）は以下に記述される。
【００２１】
コーデックネゴシエーション手順は、好ましいコーデックの順序付けされたリストを発信ＭＳＣから終端ＭＳＣへ送信する。ユーザプレーンとの対話を要求するノードは、それがサポートしないコーデックは削除するであろう。終端ＭＳＣは、そのコールのための使用可能なコーデックのリストから「選択コーデック」を選択するであろう。この選択は、受信されたコーデックのリスト及び「コール確認」メッセージにおいて終端ＵＥによって与えられた情報に基づく。
【００２２】
マルチメディアコールが要求されることを示すために、ダミーコーデックがコーデックリストに含まれる。二つのダミーコードが以下に示される。
【００２３】
第１（ダミーコード１）は、音声からマルチメディアへの端末主導型サービス変更のために使用される。このコーデックは、３Ｇ−３２４．Ｍコーデックとして言及される。それは、任意のＳＣＵＤＩＦ準拠ＭＳＣによってサポートされる。
【００２４】
第２（ダミーコード２）は、音声からマルチメディアへのネットワーク主導型サービス変更のために使用されるであろう。このコーデックは、本明細書において３Ｇ−３２４．Ｍ２コーデックとして言及される。３Ｇ−３２４．Ｍ２コーデックは、ＣｏＩＤを除き３Ｇ−３２４Ｍコーデックと同じである。それは、音声からマルチメディアへのネットワーク主導型サービス変更をサポートするＳＣＤＩＦ準拠ＭＳＣによってサポートされる。
【００２５】
上述の二つのコーデックは、コアネットワークによって使用されるだけであり、サポートされたコーデックリストＩＥにおいて端末から送信されない。発信ＭＳＣは、望ましい順に一覧表示されたサポートされたコーデックタイプのリストを有する。
【００２６】
ＵＥから受信される「設定」メッセージが、マルチメディアＢＣ−ＩＥ及び音声ＢＣ−ＩＥに加えて、サービス変更の値及びフォールバックを伴うリピート指示子を含む場合、ＭＳＣはサポートされるコーデックタイプのリストにおける３Ｇ−３２４．Ｍコーデックを含んでもよい。
【００２７】
本発明の好適な実施形態が以下に記述される。図２及び上記記載を参照すると、（ａ）において、コール設定の間に、構成（構成１及び構成２）があらかじめ折衝される。これは、ユーザＡの移動サービス交換局（ＭＳＣ Ａ）によって完遂される。ＭＳＣ Ａは折衝された割り当てをユーザＡの無線ネットワーク制御装置（ＲＮＣ Ａ）へ送信する。サービス変更が要求され、ＲＮＣ Ａがサービス変更手順を開始する（ｂ）。
【００２８】
サービス変更手順（ｂ）は、無線ネットワーク制御装置ＲＮＣ ＡからＭＳＣ Ａへ送信される「無線アクセスネットワーク応用プロトコル無線アクセスベアラ（ＲＡＮＡＰ ＲＡＢ）修正要求 代替構成要求」から開始する。
【００２９】
（ｃ）において、ＭＳＣ Ａは、「修正」メッセージをＵＥ Ａへ送信することで「修正要求」の承諾を要求する。（ｄ）において、ＵＥ Ａが、「修正完了」メッセージを送信することで修正を承諾する。
【００３０】
「修正完了」を送信することで、ＵＥ Ａが修正要求を受領した後にだけ、サービス変更のための手順がＵＥ Ｂのための遠隔地側において開始される。
【００３１】
遠隔地側において、（ｆ）でＭＳＣ Ｂが、「修正」メッセージを使用して、ＵＥ Ｂへ向けてコール中修正手順を開始する。別の構成がなされない限り、端末はユーザからの確認を要求するであろう。変更が承諾された場合、ＵＥ Ｂは「修正完了」メッセージを用いてＭＳＣ Ｂに応答する（ｇ）。一方、変更が拒否された場合、「修正拒否」メッセージが送信されるであろう。
【００３２】
「修正」メッセージが受信された場合、両側においてＲＡＢが新たなモードのために再構成されるまで（ｈ）−（ｉ）、ＵＥ ＡまたはＵＥ Ｂのいずれもデータトラフィックを中断しないし、古いモードにおいてデータの送受信を継続されない。端末、この例においてはＵＥ Ｂが、「修正完了」メッセージとともに承諾した場合（ｇ）、無線ベアラが、新たなモードにおいてデータを送受信するであろう。両側がサービス変更を承諾した後、（ｋ）で、ＲＡＢ割り当て要求がＭＳＣ ＡからＲＮＣ Ａへ送信される。（ｌ）において、ＲＮＣ Ａが、ＲＡＢ割り当てが完了したことを示す指示子を送信する。
【００３３】
いずれかの側において端末がサービス変更を拒否した場合、在圏ＭＳＣはそのコールをクリアするか、元のサービスへ変更するように他の側へサービス変更手順を開始するであろう。本例においては、元のサービスへ戻すために、サービス変更手順が開始される。
【００３４】
図３は、発信端末がサービス修正を拒否する場合のシナリオを記述する。（ａ）及び（ｂ）の再構成のための割り当て及び要求は、図２に関連して上述されたものと同様である。しかし、このシナリオでは、ＵＥ ＡはＭＳＣ Ａから送信された再構成要求を拒否する（ｄ）。ＵＥ Ａが再構成要求を拒否したため、終端側Ｂのためのサービス変更を開始する手順は開始されていない。従って、両発信側Ａ及び終端側Ｂへの不要なＲＡＢ割り当て修正及び不要なデータトラフィック中断が、発信側Ａで回避される。
【００３５】
図４は、終端側Ｂがサービス変更を拒否する場合のシナリオを図示する。この例にしたがえば、サービス変更はＵＥ Ｂによって拒否される。ステップ（ａ）から（ｆ）は図２に関連して上述されたものと同様である。しかし、終端側Ｂにおいて、変更がＵＥ Ｂによって承諾されず、ＵＥ Ｂが「修正拒否」メッセージによってＭＳＣ Ｂへ応答する（ｇｇ）。
【００３６】
（ｈｈ）において、終端側は、要求されたサービス変更がＢ側において不成功であったことを示す。このとき、コールモードをマルチメディアから音声へ戻すために、「修正」メッセージをＵＥ Ａへ送信することでＭＳＣ Ａが新たな「修正」要求を送信し（ｌ）、この要求が承諾される（ｍ）。この例においては、ＵＥ Ｂが再構成要求を拒否しても、不要なＲＡＢ割り当て修正及び不要なデータトラフィック中断が、発信側Ａにおいて回避される。
【００３７】
図５は、サービス要求を拒否する終端側のＲＮＣのシナリオを、本発明の好適な実施形態に従って、図示する。しかし、ＲＡＢ割り当て要求は、ＲＮＣ Ｂによって拒否される。このシナリオは、ＵＥ Ｂが音声からマルチメディアへ既に切替えて、これから音声へ戻す必要があるため、ＵＥ Ｂがサービス変更を拒否するものとは異なる。
【００３８】
図５において、ステップ（ａ）から（ｈ）は、図２に関連して上述したものと同様である。しかし、このとき、ＵＥ Ｂは送信された「修正」要求を承諾し、ＲＡＢ割り当て処理がＢ側で開始している。上述のように、（ｈ）において、ＲＡＢ割り当て要求が、ＭＳＣ ＢからＲＮＣ Ｂへ送信される。しかし、この例にしたがえば、ＲＮＣ Ｂはこの要求を拒否し、その結果、ＲＡＢ割り当ての修正が失敗する結果をもたらす（ｉｉ）。
【００３９】
ＲＡＢ割り当て修正における失敗した試みの結果、この例では音声である元のモードへ戻すために、新たな「修正」メッセージがＭＳＣ ＢからＵＥ Ｂへ送信される（ｎ）−（ｏ）。ＵＥ Ｂが音声に戻った後、（ｐ）において、発信側ＡはＢ側での失敗したサービス変更について通知される。このとき、ＵＥ Ａはマルチメディアモードから音声モードへ戻る（ｑ）−（ｒ）。
【００４０】
図６Ａ−６Ｂは、発信側ＲＮＣがサービス変更を拒否するときのシナリオを図示する。ステップ（ａ）から（ｊ）は、図２に関連して示されたものと同様である。以下に述べるように、この時点で、両ＵＥ Ａ及びＵＥ Ｂは、音声からマルチメディアへ修正されている。ＲＡＢ割り当てが終端側Ｂのために今完了されるため、ＭＳＣ ＡがＲＡＢ割り当て要求メッセージをＲＮＣ Ａへ今送信する（ｊ）。上述の理由のため、ＲＮＣ割り当て要求は失敗し、この失敗がＭＳＣ Ａに示される（ｋｋ）。
【００４１】
（ｔ）において、新たな修正メッセージを送信することで、ＵＥ Ｂは元のモード、この場合音声、へ切替えされて戻される必要がある。一度この修正が承諾されると（ｕ）、この手順は終端側Ｂを音声モードへ切替えて戻すことを開始する。
【００４２】
（ｕ）において、修正要求を承諾するＵＥ Ｂに応答して、新たなＲＡＢ割り当て要求がＢ側（ｖ）へ送信される。このとき、Ｂ側における成功したＲＡＢ割り当ての後、コールモードが音声に切替えされて戻される（ｗ）。
【００４３】
（ｘ）において、コアネットワーク手順は、ＵＥ Ｂ修正及びＢ側におけるＲＡＢ割り当ての成功の指示子を送信する。しかし、古いリソースが開放されなかったため、ＵＥ Ａのための新たなＲＡＢ割り当ては必要とされない。従って、発信Ａ側のための不要なＲＡＢ割り当てが回避される。
【００４４】
上述の本発明が、異なるステップの順序で、及び／または、開示されたものとは異なる構成によるハードウェア要素を用いて実行されてもよい。従って、本発明がこれらの好ましい実施形態に基づいて記述されたが、本発明の精神及び範囲内において、当業者には、一定の修正、変形、及び択一的な構造物が明らかである。例えば、本発明は、ハードウェアや、ソフトウェアや、コンピュータ読み取り可能媒体、ファームウェア及びＡＳＩＣからなるコンピュータ製品や、同様のものによって実施されうる。
【技術分野】
【０００１】
本発明は、無線通信の分野に関連する。
【背景技術】
【０００２】
ビデオ、ウェブコンテンツ、画像及び文書のようなマルチメディアコンテンツの様々な形式や組み合わせを運ぶ多数の通信サービスが存在する。本明細書において使用されるように、「マルチメディア」という用語は、視覚的要素を有する任意のコンテンツを意味する。無線通信ネットワークの移動端末、特にセルラーネットワークの電話は現在、様々な通信サービスにおけるマルチメディアデータを含むデータを搬送する機能を有する。携帯電話、コードレス電話、携帯情報端末（ＰＤＡ）、パームヘルドコンピュータ、及びラップトップコンピュータのような移動端末の多くの形式が使用されている。現在の無線技術開発における大きな努力は、変更されるアプリケーションのために移動端末を使用し、そういった装置のユーザに関連するデータ及び情報の全てを送受信するための適切な通信電力を維持している間、彼らの生活におけるイベント及びニーズを、彼らが継ぎ目なく統合することを可能とするためのものである。
【０００３】
第３世代（３Ｇ）及び第４世代（４Ｇ）ネットワークによってサポートされ、コンピュータ、ソフトウェア、ディスプレイ、及びその他の技術における最新の手法を利用する高度な移動端末は、様々な多くの異なる通信サービスにアクセスし、受信するかもしれない。残念ながら、通信サービスのスイッチングのための方法及び（ユーザに認識される）手順の所要時間は、大きく予測できないほどに変化することが考えられる。これらの通信サービスは、他のネットワークにおける異なる情報源によって提供され、様々なデータ転送技術に基づき、その上に構築されることが考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０９−０６５４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
少なくともこれらに理由によって、移動通信における異なる通信サービス間の現在のスイッチング方法は不利益を有する。従って、コネクションの切断が、いかなるときもユーザに認識されることのない、簡易で十分に迅速な異なる通信サービス間の移動端末スイッチングを可能とするための効果的な解決策への必要性が存在する。
【０００６】
先行技術の解決策は、終端側における端末が音声からマルチメディアへのサービスの変更を拒否することを決定した場合、または、終端側ユーザ装置のために修正が失敗した場合に、発信側における不要な割り当て修正、また、データトラフィックにおける不要な中断を避けることについては言及していない。
また、終端側のユーザ端末においてサービス変更が成功したことを知る前に発信側の端末のための発信側における割り当て修正が開始されなければ、不要な割り当て修正及び不要なデータトラフィック中断が発信側において避けられる。
【課題を解決するための手段】
【０００７】
本発明は無線ネットワークにおいてサービス変更を開始する。一つの実施形態において本発明は、無線システムにおけるサービス変更を開始するための方法を含む。無線システムは、発信側と終端側を含む。この方法は、無線システムにおける修正要求を開始することを含み、ここで修正要求は、第１のモードから第２のモードへのサービス変更である。この方法は、修正要求が端末によって承諾された場合に第１のモードから第２のモードへ端末を修正し、修正要求が承諾された後に無線ベアラ割り当てを完了することを含む。
【０００８】
本発明のもう一つの好適な実施形態は、無線システムにおいてサービス変更を開始するための装置であり、無線システムは発信側と終端側を含む。この装置は、無線システムにおける修正要求を開始する手段を備え、ここで修正要求は第１のモードから第２のモードへサービス変更である。この装置は更に、修正要求が端末によって承諾された場合に、第１のモードから第２のモードへ端末を修正するための第１の修正手段と、修正要求が承諾された後、無線ベアラ割り当てを完了するベアラ割り当て手段とを備える。
本発明のもう一つの好適な実施形態は、無線ネットワークにおいてサービス変更を開始するためのシステムであり、無線ネットワークは発信側と終端側を含む。このシステムは、無線システムにおいて修正要求を開始するスイッチングモジュールを有し、この修正要求は、第１のモードから第２のモードへのサービス変更である。このシステムは更に、修正要求が端末によって承諾された場合、第１のモードから第２のモードへ端末を修正するための第１の修正モジュールと、修正要求が承諾された後に無線ベアラ割り当てを完了するためのベアラ割り当てモジュールとを備える。
【図面の簡単な説明】
【０００９】
【図１】例示的な構成に従った例示的ネットワークのブロック図である。
【図２】本発明の好適な実施形態を示すフロー図である。
【図３】発信端末がサービス修正を拒否する場合のシナリオを示す図である。
【図４】終端側Ｂがサービス変更を拒否する場合のシナリオを示す図である。
【図５】サービス要求を拒否する終端側のＲＮＣのシナリオを示す図である。
【図６Ａ】発信側のＲＮＣがサービス変更を拒否する場合のシナリオを示す図である。
【図６Ｂ】発信側のＲＮＣがサービス変更を拒否する場合のシナリオを示す図である。
【発明を実施するための形態】
【００１０】
図１は、例示の構成に従った例示のネットワーク構成のブロック図である。図１は、Ｕｕ無線インタフェースを介して、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）４０の各第１及び第２のノードＢ２１、２２へ接続される第１のユーザ装置（ＵＥ）１１及び第２のユーザ装置ＵＥ１２を示す。ノードＢ２１、２２は、無線リソース管理に関与し、一般的な基地局と同様の機能を有することが考えられる。更に、ＵＴＲＡＮ４０は、Ｉｕｂと呼ばれるインタフェースを介してノードＢ２１、２２と接続される少なくとも一つの無線ネットワーク制御装置（ＲＮＣ）３０を備え、そのドメイン（即ち、それに接続されたノードＢ２１、２２）における無線リソースの管理及び制御の責任を負っている。ＲＮＣ３０は、ＵＴＲＡＮ４０がコアネットワーク（ＣＮ）５０へ提供する全てのサービスのためのサービスアクセスポイントである。図１は、Ｉｕｂインタフェースを介してノードＢ２３及び２４に接続されるＲＮＣ３５をもまた示す。Ｉｕｒと呼ばれるＲＮＣ３０及びＲＮＣ３５の間でインタフェースが提供される。図面の簡易化のため、ＲＮＣ３５よりむしろＲＮＣ３０に関連して以下説明する。ＣＮ５０は、移動通信交換局／在圏（（ｖｉｓｉｔｏｒ）ロケーションレジスタ（ＭＳＣ／ＶＬＲ）５２を備え、それは、回線交換（ＣＳ）サービスのためにその現在位置においてＵＥにサービスを提供する交換器（ＭＳＣ）及びデータベース（ＶＬＲ）である。ＭＳＣ機能は、ＣＳトランザクションをスイッチングするために使用され、ＶＬＲ機能は、サービングシステムにおけるＵＥの位置についての情報と同様に、訪問中のユーザのサービスプロファイルに関連する情報を維持してもよい。ＭＳＣ／ＶＬＲ５２を介してアクセスされるネットワークの部分は、ＣＳドメインとして言及されうる。ＭＳＣ／ＶＬＲ５２は、ゲートウェイＭＳＣ（ＧＭＳＣ）５４に接続されることが考えられ、それは、公衆交換電話網（ＰＳＴＮｓ）、総合デジタル通信網（ＩＳＤＮｓ）または公衆陸上移動網（ＰＬＭＮｓ）のような外部ＣＳネットワーク６０にＣＮ５０が接続されるポイントにおける交換機である。全ての入力及び出力ＣＳコネクションがＧＭＳＣ５４を経由する。
【００１１】
Ｉｕインタフェースを介したＣＮ５０及びＵＴＲＡＮ４０の間のマルチキャスト通信を実現するために、アクティブデータ送信だけでなくＩｕインタフェースから要求されるリソースの予約及び構成に基づいて、データ転送に関連するマルチキャストの異なる特性が考慮されることが考えられる。現在の３ＧＰＰ仕様書はＲＡＮＡＰ（無線アクセスネットワーク応用部）及びＩｕＵＰ（Ｉｕインタフェースユーザプレーンプロトコル）のようなシグナリングプロトコルを定義する。ＲＡＮＡＰは、ＵＴＲＡＮ関連事項のために使用される無線ネットワークレイヤのために特定された全ての制御情報を含む、Ｉｕインタフェースにおけるシグナリングプロトコルである。ＩｕＵＰもまた、無線ネットワークレイヤに属し、可能な限り、それが使用されるためのＣＮドメインに独立するように定義されている。ＩｕＵＰは、無線アクセスベアラ（ＲＡＢｓ）に関連するユーザデータをＩｕインタフェース上で搬送することが考えられる。各ＲＡＢは、プロトコルのそれ自身のインスタンスを有している。このプロトコルは、完全に透過な動作またはユーザデータセグメントのためのフレーミングのいずれか、初期化のために使用される基本的な制御信号及びオンライン制御を実行することが考えられる。これらの場合に基づいて、ＩｕＵＰは、二つのモード、すなわち、完全に透過な動作のための透過モード及びフレーム化されたユーザデータセグメントに対応する所定のＳＤＵ（サービスデータユニット）サイズのためのサポートモードを有してもよい。
【００１２】
マルチキャストサービスを受信することを望む各ＵＥは、サービスプロバイダと、または、マルチキャストサービスのオペレータとの合意を有することが考えられる。従って、マルチキャストサービスを受信することを許可されたＵＥは、実際のマルチキャストセッションの開始前に、無線インタフェース上でマルチキャストデータを受信するように構成される。
【００１３】
セッションの開始は、ネットワーク（ＮＷ）から開始してもよい。例えば、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）またはＭＢＭＳ−ＳＣがセルラーネットワークにおいてマルチキャストセッションのためのニーズを定義するかもしれない。このネットワーク装置から、マルチキャストセッションを開始するためのニーズが、ＰＤＰコンテキストのアクチベーションを開始するＳＧＳＮに示されることが考えられる。ＰＤＰコンテキストのアクチベーションが透過的にＵＴＲＡＮ及びＵＥになされるが、ＲＮＣのサービスは、マルチキャストセルにおいてマルチキャストサービス／グループ状態を示すことが必要かもしれない。ＲＮＣがマルチキャストユーザを有するかを、ＵＴＲＡＮが登録してもよい。本発明の実施形態は、マルチキャスト情報がＳＧＳＮへ提供されることを提供する。それは、ＰＤＰコンテキストアクチベーションプロセスを、ＵＴＲＡＮからの何らの情報も要求することなく開始するかもしれない。
【００１４】
ＲＮＣまたはＭＢＭＳ−ＳＣは、これらに制限されるものではないが、サービスのためのリソースの欠如やそのネットワークの一部から発見されたサービスの加入者の欠如を含む任意の数の原因のためにアクチベーション要求を拒否するかもしれない。
【００１５】
音声からマルチメディアへのネットワーク主導型サービス変更は、ＵＥ−Ｂは音声からマルチメディアへのサービス変更を拒否することを決めた場合、または、ＵＥ−ＢのためのＲＡＢ割り当て修正が失敗した場合、例えば、不要なＲＡＢ割り当て修正をもたらすかもしれないし、またデータトラフィックにおける中断が回避されうる。
【００１６】
したがって、本発明は、ユーザ装置Ｂが音声からマルチメディアへのサービス変更を「修正拒否」メッセージとともに拒否した場合、または、ＲＡＢ割り当て修正がユーザ装置Ｂのために失敗した場合、発信側における不要なＲＡＢ割り当て修正を回避し、データトラフィックにおける不要な中断もまた回避する。
【００１７】
ＡまたはＢのいずれかの在圏（ｖｉｓｉｔｅｄ）ＭＳＣが、出力マルチメディアコールを、例えば、受信地域の状態が悪化したことにより、もはやサポートできない場合、この関係の在圏ＭＳＣはマルチメディアから音声へのサービス変更を開始するであろう。その後、音声コールが依然継続している間に、再び在圏ＭＳＣがマルチメディアをサポートすることができるようになった場合、以前にマルチメディアから音声へのサービス変更を開始しており、その他のサービス変更がその間に実行されていない限り、同じ在圏ＭＳＣが音声からマルチメディアへのサービス変更を開始してもよい。
【００１８】
本発明が、上述のネットワーク主導型サービス変更の観点から説明された。両ユーザのための割り当て修正及びサービス変更が完了した場合が以下に記述され、また、他の図の記載のための基礎も提供する図２が図示される。
【００１９】
また、図２〜７はまた、発信側Ａと終端側Ｂの間の通信のための「コアネットワーク手順」と呼ばれるものを示す。コアネットワーク手順の例が以下に示される。
【００２０】
コール設定のとき及びコールのアクティブ状態の間の両方の場合に、サービス変更及びフォールバック要求を送信するためのネットワークにおける機能を提供するために、通常の帯域外トランスコーダ制御手順が使用される。使用されるコーデック（ｃｏｄｅｃ）は以下に記述される。
【００２１】
コーデックネゴシエーション手順は、好ましいコーデックの順序付けされたリストを発信ＭＳＣから終端ＭＳＣへ送信する。ユーザプレーンとの対話を要求するノードは、それがサポートしないコーデックは削除するであろう。終端ＭＳＣは、そのコールのための使用可能なコーデックのリストから「選択コーデック」を選択するであろう。この選択は、受信されたコーデックのリスト及び「コール確認」メッセージにおいて終端ＵＥによって与えられた情報に基づく。
【００２２】
マルチメディアコールが要求されることを示すために、ダミーコーデックがコーデックリストに含まれる。二つのダミーコードが以下に示される。
【００２３】
第１（ダミーコード１）は、音声からマルチメディアへの端末主導型サービス変更のために使用される。このコーデックは、３Ｇ−３２４．Ｍコーデックとして言及される。それは、任意のＳＣＵＤＩＦ準拠ＭＳＣによってサポートされる。
【００２４】
第２（ダミーコード２）は、音声からマルチメディアへのネットワーク主導型サービス変更のために使用されるであろう。このコーデックは、本明細書において３Ｇ−３２４．Ｍ２コーデックとして言及される。３Ｇ−３２４．Ｍ２コーデックは、ＣｏＩＤを除き３Ｇ−３２４Ｍコーデックと同じである。それは、音声からマルチメディアへのネットワーク主導型サービス変更をサポートするＳＣＤＩＦ準拠ＭＳＣによってサポートされる。
【００２５】
上述の二つのコーデックは、コアネットワークによって使用されるだけであり、サポートされたコーデックリストＩＥにおいて端末から送信されない。発信ＭＳＣは、望ましい順に一覧表示されたサポートされたコーデックタイプのリストを有する。
【００２６】
ＵＥから受信される「設定」メッセージが、マルチメディアＢＣ−ＩＥ及び音声ＢＣ−ＩＥに加えて、サービス変更の値及びフォールバックを伴うリピート指示子を含む場合、ＭＳＣはサポートされるコーデックタイプのリストにおける３Ｇ−３２４．Ｍコーデックを含んでもよい。
【００２７】
本発明の好適な実施形態が以下に記述される。図２及び上記記載を参照すると、（ａ）において、コール設定の間に、構成（構成１及び構成２）があらかじめ折衝される。これは、ユーザＡの移動サービス交換局（ＭＳＣ Ａ）によって完遂される。ＭＳＣ Ａは折衝された割り当てをユーザＡの無線ネットワーク制御装置（ＲＮＣ Ａ）へ送信する。サービス変更が要求され、ＲＮＣ Ａがサービス変更手順を開始する（ｂ）。
【００２８】
サービス変更手順（ｂ）は、無線ネットワーク制御装置ＲＮＣ ＡからＭＳＣ Ａへ送信される「無線アクセスネットワーク応用プロトコル無線アクセスベアラ（ＲＡＮＡＰ ＲＡＢ）修正要求 代替構成要求」から開始する。
【００２９】
（ｃ）において、ＭＳＣ Ａは、「修正」メッセージをＵＥ Ａへ送信することで「修正要求」の承諾を要求する。（ｄ）において、ＵＥ Ａが、「修正完了」メッセージを送信することで修正を承諾する。
【００３０】
「修正完了」を送信することで、ＵＥ Ａが修正要求を受領した後にだけ、サービス変更のための手順がＵＥ Ｂのための遠隔地側において開始される。
【００３１】
遠隔地側において、（ｆ）でＭＳＣ Ｂが、「修正」メッセージを使用して、ＵＥ Ｂへ向けてコール中修正手順を開始する。別の構成がなされない限り、端末はユーザからの確認を要求するであろう。変更が承諾された場合、ＵＥ Ｂは「修正完了」メッセージを用いてＭＳＣ Ｂに応答する（ｇ）。一方、変更が拒否された場合、「修正拒否」メッセージが送信されるであろう。
【００３２】
「修正」メッセージが受信された場合、両側においてＲＡＢが新たなモードのために再構成されるまで（ｈ）−（ｉ）、ＵＥ ＡまたはＵＥ Ｂのいずれもデータトラフィックを中断しないし、古いモードにおいてデータの送受信を継続されない。端末、この例においてはＵＥ Ｂが、「修正完了」メッセージとともに承諾した場合（ｇ）、無線ベアラが、新たなモードにおいてデータを送受信するであろう。両側がサービス変更を承諾した後、（ｋ）で、ＲＡＢ割り当て要求がＭＳＣ ＡからＲＮＣ Ａへ送信される。（ｌ）において、ＲＮＣ Ａが、ＲＡＢ割り当てが完了したことを示す指示子を送信する。
【００３３】
いずれかの側において端末がサービス変更を拒否した場合、在圏ＭＳＣはそのコールをクリアするか、元のサービスへ変更するように他の側へサービス変更手順を開始するであろう。本例においては、元のサービスへ戻すために、サービス変更手順が開始される。
【００３４】
図３は、発信端末がサービス修正を拒否する場合のシナリオを記述する。（ａ）及び（ｂ）の再構成のための割り当て及び要求は、図２に関連して上述されたものと同様である。しかし、このシナリオでは、ＵＥ ＡはＭＳＣ Ａから送信された再構成要求を拒否する（ｄ）。ＵＥ Ａが再構成要求を拒否したため、終端側Ｂのためのサービス変更を開始する手順は開始されていない。従って、両発信側Ａ及び終端側Ｂへの不要なＲＡＢ割り当て修正及び不要なデータトラフィック中断が、発信側Ａで回避される。
【００３５】
図４は、終端側Ｂがサービス変更を拒否する場合のシナリオを図示する。この例にしたがえば、サービス変更はＵＥ Ｂによって拒否される。ステップ（ａ）から（ｆ）は図２に関連して上述されたものと同様である。しかし、終端側Ｂにおいて、変更がＵＥ Ｂによって承諾されず、ＵＥ Ｂが「修正拒否」メッセージによってＭＳＣ Ｂへ応答する（ｇｇ）。
【００３６】
（ｈｈ）において、終端側は、要求されたサービス変更がＢ側において不成功であったことを示す。このとき、コールモードをマルチメディアから音声へ戻すために、「修正」メッセージをＵＥ Ａへ送信することでＭＳＣ Ａが新たな「修正」要求を送信し（ｌ）、この要求が承諾される（ｍ）。この例においては、ＵＥ Ｂが再構成要求を拒否しても、不要なＲＡＢ割り当て修正及び不要なデータトラフィック中断が、発信側Ａにおいて回避される。
【００３７】
図５は、サービス要求を拒否する終端側のＲＮＣのシナリオを、本発明の好適な実施形態に従って、図示する。しかし、ＲＡＢ割り当て要求は、ＲＮＣ Ｂによって拒否される。このシナリオは、ＵＥ Ｂが音声からマルチメディアへ既に切替えて、これから音声へ戻す必要があるため、ＵＥ Ｂがサービス変更を拒否するものとは異なる。
【００３８】
図５において、ステップ（ａ）から（ｈ）は、図２に関連して上述したものと同様である。しかし、このとき、ＵＥ Ｂは送信された「修正」要求を承諾し、ＲＡＢ割り当て処理がＢ側で開始している。上述のように、（ｈ）において、ＲＡＢ割り当て要求が、ＭＳＣ ＢからＲＮＣ Ｂへ送信される。しかし、この例にしたがえば、ＲＮＣ Ｂはこの要求を拒否し、その結果、ＲＡＢ割り当ての修正が失敗する結果をもたらす（ｉｉ）。
【００３９】
ＲＡＢ割り当て修正における失敗した試みの結果、この例では音声である元のモードへ戻すために、新たな「修正」メッセージがＭＳＣ ＢからＵＥ Ｂへ送信される（ｎ）−（ｏ）。ＵＥ Ｂが音声に戻った後、（ｐ）において、発信側ＡはＢ側での失敗したサービス変更について通知される。このとき、ＵＥ Ａはマルチメディアモードから音声モードへ戻る（ｑ）−（ｒ）。
【００４０】
図６Ａ−６Ｂは、発信側ＲＮＣがサービス変更を拒否するときのシナリオを図示する。ステップ（ａ）から（ｊ）は、図２に関連して示されたものと同様である。以下に述べるように、この時点で、両ＵＥ Ａ及びＵＥ Ｂは、音声からマルチメディアへ修正されている。ＲＡＢ割り当てが終端側Ｂのために今完了されるため、ＭＳＣ ＡがＲＡＢ割り当て要求メッセージをＲＮＣ Ａへ今送信する（ｊ）。上述の理由のため、ＲＮＣ割り当て要求は失敗し、この失敗がＭＳＣ Ａに示される（ｋｋ）。
【００４１】
（ｔ）において、新たな修正メッセージを送信することで、ＵＥ Ｂは元のモード、この場合音声、へ切替えされて戻される必要がある。一度この修正が承諾されると（ｕ）、この手順は終端側Ｂを音声モードへ切替えて戻すことを開始する。
【００４２】
（ｕ）において、修正要求を承諾するＵＥ Ｂに応答して、新たなＲＡＢ割り当て要求がＢ側（ｖ）へ送信される。このとき、Ｂ側における成功したＲＡＢ割り当ての後、コールモードが音声に切替えされて戻される（ｗ）。
【００４３】
（ｘ）において、コアネットワーク手順は、ＵＥ Ｂ修正及びＢ側におけるＲＡＢ割り当ての成功の指示子を送信する。しかし、古いリソースが開放されなかったため、ＵＥ Ａのための新たなＲＡＢ割り当ては必要とされない。従って、発信Ａ側のための不要なＲＡＢ割り当てが回避される。
【００４４】
上述の本発明が、異なるステップの順序で、及び／または、開示されたものとは異なる構成によるハードウェア要素を用いて実行されてもよい。従って、本発明がこれらの好ましい実施形態に基づいて記述されたが、本発明の精神及び範囲内において、当業者には、一定の修正、変形、及び択一的な構造物が明らかである。例えば、本発明は、ハードウェアや、ソフトウェアや、コンピュータ読み取り可能媒体、ファームウェア及びＡＳＩＣからなるコンピュータ製品や、同様のものによって実施されうる。
【特許請求の範囲】
【請求項１】
発信側及び終端側を含む無線システムにおいてサービス変更を開始する方法であって、
無線システムにおいて、第１のモードから第２のモードへのサービス変更である修正要求を開始し、
修正要求が端末によって承諾された場合に、第１のモードから第２のモードへ端末を修正し、
修正要求が承諾された後に、無線ベアラ割り当てを完了する、
ことを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始することを含み、
前記ユーザ装置を修正するステップは、発信側において第１の端末を、終端側において第２の端末を修正することを含み、
前記無線ベアラ割り当てを完了するステップは、修正要求が第２の端末によって承諾された後に無線ベアラ割り当てを完了することを含む、ことを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始することを含み、
前記ユーザ装置を修正するステップは、発信側にある第１の端末と終端側にある第２の端末を修正することを含み、
前記無線ベアラ割り当てを完了するステップは、修正要求が第２の端末によって承諾された後、終端側において無線ベアラ割り当てを完了すること、および、
無線ベアラ割り当てが終端側において完了した場合、発信側において第２の無線ベアラ割り当てを完了することを含む、ことを特徴とする方法。
【請求項４】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始することを含み、
前記ユーザ装置を修正するステップは、発信側にある第１の端末及び終端側にある第２の端末を修正することを含み、
前記無線ベアラ割り当てを完了するステップは、修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了し、
終端側において完了された無線割り当てを発信側へ通知し、
発信側における無線ベアラ割り当てを完了することを含む、ことを特徴とする方法。
【請求項５】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始し、
発信側において修正要求を承諾し、第１のモードから第２のモードへ、発信側に関連付けられた第１の端末を修正し、
修正要求を発信側が承諾したことを終端側に通知し、
修正要求が終端側によって承諾された場合、終端側に関連付けられた第２の端末を修正する、ことを含み、
前記無線ベアラ割り当て段階を完了するステップは、修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了し、
終端側における完了された無線割り当てを発信側に通知し、
発信側において無線ベアラ割り当てを完了することを含む、ことを特徴とする方法。
【請求項６】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始し、
発信側からの修正要求を承諾し、第１のモードから第２のモードへ、発信側に関連付けられた第１の端末を修正し、
発信側が修正要求を承諾したことを終端側に通知し、
修正要求が終端側で承諾された場合、終端側に関連付けられた第２の端末を第２のモードへ修正することを含み、
前記無線ベアラ割り当てを完了するステップは、第２の端末によって修正要求が承諾された後に、終端側の無線ベアラ割り当てを完了し、
終端側の完了された無線割り当てを発信側に通知し、
発信側における無線割り当て完了の失敗を終端側に通知し、
第２の端末を、第２のモードから第１のモードへ切替えて戻し、
終端側において無線ベアラ割り当てを承諾し、完了し、
完了した第２の無線ベアラ割り当てを発信側に通知し、
第１の端末を第２のモードから第１のモードへ切替えることを含む、ことを特徴とする方法。
【請求項７】
発信側と終端側を含む無線システムにおいてサービス変更を開始するための装置であって、
第１のモードから第２のモードへのサービス変更である修正要求を、無線システムにおいて開始するためのスイッチング手段と、
修正要求が端末によって承諾された場合、第１のモードから第２のモードへ該端末を修正するための第１の修正手段と、
修正要求が承諾された後、無線ベアラ割り当てを完了するためのベアラ割り当て手段と、を含むことを特徴とする装置。
【請求項８】
請求項７に記載の装置であって、
前記スイッチング手段は、無線システムの発信側において修正要求を開始し、
前記第１の修正手段は、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
前記ベアラ割り当て手段は、修正要求が第２の端末によって承諾された後に、無線ベアラ割り当てを完了することを特徴とする装置。
【請求項９】
請求項７に記載の装置であって、
前記スイッチング手段は、無線システムの発信側において修正要求を開始し、
前記第１の修正手段は、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
前記ベアラ割り当て手段は、修正要求が第２の端末によって承諾された後に、終端側において無線ベアラ割り当てを完了し、
更に、無線ベアラ割り当てが終端側において完了した場合、発信側において第２の無線ベアラ割り当てを完了するための第２のベアラ割り当て手段を含む、ことを特徴とする装置。
【請求項１０】
請求項７に記載の装置であって、
前記スイッチング手段は、無線システムの発信側において修正要求を開始し、
前記第１の修正手段は、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
更に、修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了する第２のベアラ割り当て手段と、
終端側において完了された無線割り当てを発信側に通知するための通知手段と、
発信側の無線ベアラ割り当てを完了する第１のベアラ割り当て手段とを含む、ことを特徴とする装置。
【請求項１１】
請求項７に記載の装置であって、
前記スイッチング手段は、無線システムの発信側において第１のモードから第２のモードへ修正要求を開始し、
更に、修正要求を承諾するための第１の修正手段であって、第１の端末は第１のモードから第２のモードへ修正され、第１の端末は発信側に関係付けられる、第１の修正手段と、
発信側が修正要求を承諾したことを終端側に通知するための第１の通知手段と、
発信側修正要求が承諾された場合、第１のモードから第２のモードへ、終端側に関連付けられた第２の端末を修正するための第２の修正手段と、
修正要求が発信側において承諾された後に、終端側の無線ベアラ割り当てを完了するための第２のベアラ割り当て手段と、
終端側において完了した無線割り当てを発信側へ通知するための第２の通知手段と、
発信側の無線ベアラ割り当てを完了する第１のベアラ割り当て手段とを含む、ことを特徴とする装置。
【請求項１２】
請求項７に記載の装置であって、
無線システムの発信側において第１のモードから第２のモードへ修正要求を開始するためのスイッチング手段と、
発信側において修正要求を承諾し、発信側に関係付けられた第１の端末を第１のモードから第２のモードへ修正するための第１の修正手段と、
発信側が修正要求を承諾したことを終端側に通知するための第１の通知手段と、
修正要求が第１の端末によって承諾された場合に、第２のモードへ第２の端末を修正するための第２の修正手段と、
修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了するための第２のベアラ割り当て手段と、
終端側において完了された無線割り当てを発信側に通知するための第２の通知手段と、
発信側において無線割り当ての完了が失敗したことを終端側に通知するための確認手段と、
第１のモードから第２のモードへ第２の端末を戻すための切替え手段と、を含み、
前記第２のベアラ割り当て手段は、終端側において第２の無線ベアラ割り当てを承諾し完了し、
前記第２の通知手段は、完了された第２の無線ベアラ割り当てを発信側に通知し、
前記スイッチング手段は、第２のモードから第１のモードへ第１の端末を切替える、ことを特徴とする装置。
【請求項１３】
発信側と終端側を含む無線ネットワークにおいてサービス変更を開始するためのシステムであって、
第１のモードから第２のモードへのサービス変更である修正要求を無線システムにおいて開始するスイッチングモジュールと、
修正要求が端末によって承諾された場合、第１のモードから第２のモードへ該端末を修正するための第１の修正モジュールと、
修正要求が承諾された後に、無線ベアラ割り当てを完了するためのベアラ割り当てモジュールと、を備えることを特徴とするシステム。
【請求項１４】
請求項１３に記載のシステムであって、
前記スイッチングモジュールは、無線システムの発信側において修正要求を開始し、
前記第１の修正モジュールは、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
前記ベアラ割り当てモジュールは、修正要求が第２の端末によって承諾された後に、無線ベアラ割り当てを完了する、ことを特徴とするシステム。
【請求項１５】
請求項１３に記載のシステムであって、
前記スイッチングモジュールは、無線システムの発信側において修正要求を開始し、
前記第１の修正モジュールは、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
前記ベアラ割り当てモジュールは、修正要求が第２の端末によって承諾された後に、終端側において無線ベアラ割り当てを完了し、
更に、無線ベアラ割り当てが終端側において完了された場合、発信側における第２の無線ベアラ割り当てを完了する第２のベアラ割り当てモジュールを備えることを特徴とするシステム。
【請求項１６】
請求項１３に記載のシステムであって、
前記スイッチングモジュールは無線システムの発信側において修正要求を開始し、
前記第１の修正モジュールは、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
更に、修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了する第２の無線ベアラ割り当てモジュールと、
終端側において完了された無線割り当てを発信側に通知する通知モジュールと、
発信側の無線ベアラ割り当てを完了する第１のベアラ割り当てモジュールと、を備えることを特徴とするシステム。
【請求項１７】
請求項１３に記載のシステムであって、
前記スイッチングモジュールは、無線システムの発信側において第１のモードから第２のモードへの修正要求を開始し、
更に、修正要求を承諾する第１の修正モジュールであって、第１の端末は第１のモードから第２のモードへ修正され、発信側に関連付けられる、第１の修正モジュールと、
発信側が修正要求を承諾したことを終端側に通知する第１の通知手段と、
発信側修正要求が承諾された場合、第１のモードから第２のモードへ終端側に関連付けられた第２の端末を通知する第２の修正手段と、
修正要求が発信側において承諾された後に、終端側の無線ベアラ割り当てを完了する第２のベアラ割り当てモジュールと、
終端側において完了された無線割り当てを発信側に通知する第２の通知モジュールと、
発信側の無線ベアラ割り当てを完了する第１のベアラ割り当てモジュールと、を備えることを特徴とするシステム。
【請求項１８】
請求項１３に記載のシステムであって、
無線システムの発信側において第１のモードから第２のモードへの修正要求を開始するスイッチングモジュールと、
発信側からの修正要求を承諾し、発信側に関連付けられた第１の端末を第１のモードから第２のモードへ修正する第１の修正モジュールと、
発信側が修正要求を承諾したことを終端側に通知する第１の通知モジュールと、
修正要求が第１の端末によって承諾された場合、第１のモードから第２のモードへ第２の端末を修正する第２の修正モジュールと、
修正要求が第２の端末によって承諾された後、終端側の無線ベアラ割り当てを完了する第２のベアラ割り当てモジュールと、
終端側において完了された無線割り当てを発信側に通知する第２の通知モジュールと、
発信側の無線割り当ての完了の失敗を終端側に通知する確認モジュールと、
第２のモードから第１のモードへ第２の端末を切替えて戻す切替え手段と、を備え、
前記第２のベアラ割り当て手段は、終端側において第２の無線ベアラ割り当てを承諾し、完了し、
前記第２の通知モジュールは、完了された第２の無線ベアラ割り当てを発信側に通知し、
前記スイッチング手段は、第２のモードから第１のモードへ第１の端末を切替える、ことを特徴とするシステム。
【請求項１】
発信側及び終端側を含む無線システムにおいてサービス変更を開始する方法であって、
無線システムにおいて、第１のモードから第２のモードへのサービス変更である修正要求を開始し、
修正要求が端末によって承諾された場合に、第１のモードから第２のモードへ端末を修正し、
修正要求が承諾された後に、無線ベアラ割り当てを完了する、
ことを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始することを含み、
前記ユーザ装置を修正するステップは、発信側において第１の端末を、終端側において第２の端末を修正することを含み、
前記無線ベアラ割り当てを完了するステップは、修正要求が第２の端末によって承諾された後に無線ベアラ割り当てを完了することを含む、ことを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始することを含み、
前記ユーザ装置を修正するステップは、発信側にある第１の端末と終端側にある第２の端末を修正することを含み、
前記無線ベアラ割り当てを完了するステップは、修正要求が第２の端末によって承諾された後、終端側において無線ベアラ割り当てを完了すること、および、
無線ベアラ割り当てが終端側において完了した場合、発信側において第２の無線ベアラ割り当てを完了することを含む、ことを特徴とする方法。
【請求項４】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始することを含み、
前記ユーザ装置を修正するステップは、発信側にある第１の端末及び終端側にある第２の端末を修正することを含み、
前記無線ベアラ割り当てを完了するステップは、修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了し、
終端側において完了された無線割り当てを発信側へ通知し、
発信側における無線ベアラ割り当てを完了することを含む、ことを特徴とする方法。
【請求項５】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始し、
発信側において修正要求を承諾し、第１のモードから第２のモードへ、発信側に関連付けられた第１の端末を修正し、
修正要求を発信側が承諾したことを終端側に通知し、
修正要求が終端側によって承諾された場合、終端側に関連付けられた第２の端末を修正する、ことを含み、
前記無線ベアラ割り当て段階を完了するステップは、修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了し、
終端側における完了された無線割り当てを発信側に通知し、
発信側において無線ベアラ割り当てを完了することを含む、ことを特徴とする方法。
【請求項６】
請求項１に記載の方法であって、
前記修正要求を開始するステップは、無線システムの発信側において修正要求を開始し、
発信側からの修正要求を承諾し、第１のモードから第２のモードへ、発信側に関連付けられた第１の端末を修正し、
発信側が修正要求を承諾したことを終端側に通知し、
修正要求が終端側で承諾された場合、終端側に関連付けられた第２の端末を第２のモードへ修正することを含み、
前記無線ベアラ割り当てを完了するステップは、第２の端末によって修正要求が承諾された後に、終端側の無線ベアラ割り当てを完了し、
終端側の完了された無線割り当てを発信側に通知し、
発信側における無線割り当て完了の失敗を終端側に通知し、
第２の端末を、第２のモードから第１のモードへ切替えて戻し、
終端側において無線ベアラ割り当てを承諾し、完了し、
完了した第２の無線ベアラ割り当てを発信側に通知し、
第１の端末を第２のモードから第１のモードへ切替えることを含む、ことを特徴とする方法。
【請求項７】
発信側と終端側を含む無線システムにおいてサービス変更を開始するための装置であって、
第１のモードから第２のモードへのサービス変更である修正要求を、無線システムにおいて開始するためのスイッチング手段と、
修正要求が端末によって承諾された場合、第１のモードから第２のモードへ該端末を修正するための第１の修正手段と、
修正要求が承諾された後、無線ベアラ割り当てを完了するためのベアラ割り当て手段と、を含むことを特徴とする装置。
【請求項８】
請求項７に記載の装置であって、
前記スイッチング手段は、無線システムの発信側において修正要求を開始し、
前記第１の修正手段は、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
前記ベアラ割り当て手段は、修正要求が第２の端末によって承諾された後に、無線ベアラ割り当てを完了することを特徴とする装置。
【請求項９】
請求項７に記載の装置であって、
前記スイッチング手段は、無線システムの発信側において修正要求を開始し、
前記第１の修正手段は、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
前記ベアラ割り当て手段は、修正要求が第２の端末によって承諾された後に、終端側において無線ベアラ割り当てを完了し、
更に、無線ベアラ割り当てが終端側において完了した場合、発信側において第２の無線ベアラ割り当てを完了するための第２のベアラ割り当て手段を含む、ことを特徴とする装置。
【請求項１０】
請求項７に記載の装置であって、
前記スイッチング手段は、無線システムの発信側において修正要求を開始し、
前記第１の修正手段は、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
更に、修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了する第２のベアラ割り当て手段と、
終端側において完了された無線割り当てを発信側に通知するための通知手段と、
発信側の無線ベアラ割り当てを完了する第１のベアラ割り当て手段とを含む、ことを特徴とする装置。
【請求項１１】
請求項７に記載の装置であって、
前記スイッチング手段は、無線システムの発信側において第１のモードから第２のモードへ修正要求を開始し、
更に、修正要求を承諾するための第１の修正手段であって、第１の端末は第１のモードから第２のモードへ修正され、第１の端末は発信側に関係付けられる、第１の修正手段と、
発信側が修正要求を承諾したことを終端側に通知するための第１の通知手段と、
発信側修正要求が承諾された場合、第１のモードから第２のモードへ、終端側に関連付けられた第２の端末を修正するための第２の修正手段と、
修正要求が発信側において承諾された後に、終端側の無線ベアラ割り当てを完了するための第２のベアラ割り当て手段と、
終端側において完了した無線割り当てを発信側へ通知するための第２の通知手段と、
発信側の無線ベアラ割り当てを完了する第１のベアラ割り当て手段とを含む、ことを特徴とする装置。
【請求項１２】
請求項７に記載の装置であって、
無線システムの発信側において第１のモードから第２のモードへ修正要求を開始するためのスイッチング手段と、
発信側において修正要求を承諾し、発信側に関係付けられた第１の端末を第１のモードから第２のモードへ修正するための第１の修正手段と、
発信側が修正要求を承諾したことを終端側に通知するための第１の通知手段と、
修正要求が第１の端末によって承諾された場合に、第２のモードへ第２の端末を修正するための第２の修正手段と、
修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了するための第２のベアラ割り当て手段と、
終端側において完了された無線割り当てを発信側に通知するための第２の通知手段と、
発信側において無線割り当ての完了が失敗したことを終端側に通知するための確認手段と、
第１のモードから第２のモードへ第２の端末を戻すための切替え手段と、を含み、
前記第２のベアラ割り当て手段は、終端側において第２の無線ベアラ割り当てを承諾し完了し、
前記第２の通知手段は、完了された第２の無線ベアラ割り当てを発信側に通知し、
前記スイッチング手段は、第２のモードから第１のモードへ第１の端末を切替える、ことを特徴とする装置。
【請求項１３】
発信側と終端側を含む無線ネットワークにおいてサービス変更を開始するためのシステムであって、
第１のモードから第２のモードへのサービス変更である修正要求を無線システムにおいて開始するスイッチングモジュールと、
修正要求が端末によって承諾された場合、第１のモードから第２のモードへ該端末を修正するための第１の修正モジュールと、
修正要求が承諾された後に、無線ベアラ割り当てを完了するためのベアラ割り当てモジュールと、を備えることを特徴とするシステム。
【請求項１４】
請求項１３に記載のシステムであって、
前記スイッチングモジュールは、無線システムの発信側において修正要求を開始し、
前記第１の修正モジュールは、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
前記ベアラ割り当てモジュールは、修正要求が第２の端末によって承諾された後に、無線ベアラ割り当てを完了する、ことを特徴とするシステム。
【請求項１５】
請求項１３に記載のシステムであって、
前記スイッチングモジュールは、無線システムの発信側において修正要求を開始し、
前記第１の修正モジュールは、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
前記ベアラ割り当てモジュールは、修正要求が第２の端末によって承諾された後に、終端側において無線ベアラ割り当てを完了し、
更に、無線ベアラ割り当てが終端側において完了された場合、発信側における第２の無線ベアラ割り当てを完了する第２のベアラ割り当てモジュールを備えることを特徴とするシステム。
【請求項１６】
請求項１３に記載のシステムであって、
前記スイッチングモジュールは無線システムの発信側において修正要求を開始し、
前記第１の修正モジュールは、発信側に関連付けられた第１の端末及び終端側に関連付けられた第２の端末を修正し、
更に、修正要求が第２の端末によって承諾された後に、終端側の無線ベアラ割り当てを完了する第２の無線ベアラ割り当てモジュールと、
終端側において完了された無線割り当てを発信側に通知する通知モジュールと、
発信側の無線ベアラ割り当てを完了する第１のベアラ割り当てモジュールと、を備えることを特徴とするシステム。
【請求項１７】
請求項１３に記載のシステムであって、
前記スイッチングモジュールは、無線システムの発信側において第１のモードから第２のモードへの修正要求を開始し、
更に、修正要求を承諾する第１の修正モジュールであって、第１の端末は第１のモードから第２のモードへ修正され、発信側に関連付けられる、第１の修正モジュールと、
発信側が修正要求を承諾したことを終端側に通知する第１の通知手段と、
発信側修正要求が承諾された場合、第１のモードから第２のモードへ終端側に関連付けられた第２の端末を通知する第２の修正手段と、
修正要求が発信側において承諾された後に、終端側の無線ベアラ割り当てを完了する第２のベアラ割り当てモジュールと、
終端側において完了された無線割り当てを発信側に通知する第２の通知モジュールと、
発信側の無線ベアラ割り当てを完了する第１のベアラ割り当てモジュールと、を備えることを特徴とするシステム。
【請求項１８】
請求項１３に記載のシステムであって、
無線システムの発信側において第１のモードから第２のモードへの修正要求を開始するスイッチングモジュールと、
発信側からの修正要求を承諾し、発信側に関連付けられた第１の端末を第１のモードから第２のモードへ修正する第１の修正モジュールと、
発信側が修正要求を承諾したことを終端側に通知する第１の通知モジュールと、
修正要求が第１の端末によって承諾された場合、第１のモードから第２のモードへ第２の端末を修正する第２の修正モジュールと、
修正要求が第２の端末によって承諾された後、終端側の無線ベアラ割り当てを完了する第２のベアラ割り当てモジュールと、
終端側において完了された無線割り当てを発信側に通知する第２の通知モジュールと、
発信側の無線割り当ての完了の失敗を終端側に通知する確認モジュールと、
第２のモードから第１のモードへ第２の端末を切替えて戻す切替え手段と、を備え、
前記第２のベアラ割り当て手段は、終端側において第２の無線ベアラ割り当てを承諾し、完了し、
前記第２の通知モジュールは、完了された第２の無線ベアラ割り当てを発信側に通知し、
前記スイッチング手段は、第２のモードから第１のモードへ第１の端末を切替える、ことを特徴とするシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【公開番号】特開２０１２−１５７０４３（Ｐ２０１２−１５７０４３Ａ）
【公開日】平成２４年８月１６日（２０１２．８．１６）
【国際特許分類】
【出願番号】特願２０１２−６３０８３（Ｐ２０１２−６３０８３）
【出願日】平成２４年３月２１日（２０１２．３．２１）
【分割の表示】特願２００７−５５５７２７（Ｐ２００７−５５５７２７）の分割
【原出願日】平成１８年２月２８日（２００６．２．２８）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
【公開日】平成２４年８月１６日（２０１２．８．１６）
【国際特許分類】
【出願日】平成２４年３月２１日（２０１２．３．２１）
【分割の表示】特願２００７−５５５７２７（Ｐ２００７−５５５７２７）の分割
【原出願日】平成１８年２月２８日（２００６．２．２８）
【出願人】（３９８０１２６１６）ノキア コーポレイション (1,359)
【Ｆターム（参考）】
[ Back to top ]