通常サービスの再開のための方法、システムおよび装置
【課題】ネットワークノードの利用を緊急通話のために厳密に制限しつつも、条件がユーザの加入契約と一致するときにはユーザに可能な限り早く通常サービスを許可すること。
【解決手段】ネットワークから制限されたサービスの指示を受信した後で、現在、緊急接続されているものとして振る舞っており、ＵＥ１０が禁止リストに含まれないトラッキングエリア識別情報を有する新しいトラッキングエリアに入るときに、サービス変更要求メッセージを送信するＵＥ１０を含む通常サービスのシステム。ネットワークノードは、現在、緊急接続されているものとして振る舞っており、通常サービスを受けることのできるエリアのＵＥ１０からサービス変更要求メッセージを受信するときに、サービス変更要求を受諾する。その後、サービス変更要求が受諾された後で、上記ＵＥ１０およびネットワークノードは当該ＵＥ１０を通常接続されているものとみなす。
【解決手段】ネットワークから制限されたサービスの指示を受信した後で、現在、緊急接続されているものとして振る舞っており、ＵＥ１０が禁止リストに含まれないトラッキングエリア識別情報を有する新しいトラッキングエリアに入るときに、サービス変更要求メッセージを送信するＵＥ１０を含む通常サービスのシステム。ネットワークノードは、現在、緊急接続されているものとして振る舞っており、通常サービスを受けることのできるエリアのＵＥ１０からサービス変更要求メッセージを受信するときに、サービス変更要求を受諾する。その後、サービス変更要求が受諾された後で、上記ＵＥ１０およびネットワークノードは当該ＵＥ１０を通常接続されているものとみなす。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信の分野に関する。本発明は、携帯電話が、現在範囲が限定されているサービスを進行中であり、通常サービスに戻ろうとしている場合に適用される。
【背景技術】
【０００２】
現在のモバイル・ネットワーク・ノード２０においては、どんなユーザも、どこで、どんなサービスを利用できるかに関して加入制限を受ける可能性がある。例えば、ユーザがＣＳＧ（ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｂｅｒ ｇｒｏｕｐ：非公開の加入者グループ）セルへのアクセスを妨げられることもあり、ユーザが禁止されたＰＬＭＮにおける通常の音声通話発信を制限されることもある。あるいは例えば、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ユーザ装置）にＵＩＣＣがない場合、当該ＵＥは当該ユーザが加入しているサービスにアクセスすることができない。
【０００３】
しかし、いくつかの国々の法によれば、ユーザは、加入制限にかかわらず緊急通話を試みることができなければならない。そのような場合、ＵＥおよびネットワークはこの事例の例外的取扱いを必要とする。すなわち、ネットワークは緊急通話を生じさせることを許可する必要がある。この場合、大部分の事業者は緊急通話を試みることだけにユーザを制限しようとするはずである。
【０００４】
ＳＡＥにおける別の基本要件は、ＵＥは、ネットワークノードに登録されたままであるために、少なくとも１つのベアラコンテキストを有していなければならないことである。任意の時点において、ＵＥにベアラコンテキストが残されていない場合、ＵＥは自身がネットワークノードから登録解除されているとみなさなくてはならない。この後ＵＥはおそらく再接続することができる。
【０００５】
緊急通話について解決すべき問題は、どのようにして、ネットワークノードの利用を緊急通話のために厳密に制限しつつも、条件がユーザの加入契約と一致するときにはユーザに可能な限り早く通常サービスを許可するかである。
【０００６】
確認される先行技術は、２３．４０１ｖ９．２．０の最終仕様において指定されている解決策である。ＵＥに緊急通話を行わせるために、ＵＥは、通話を試みるときに、接続タイプにおける「緊急」指示を使用する。すなわち、緊急通話がユーザによってトリガされ、かつ、ＵＥが通常サービスを受けることのできないエリア内にあることを認識すると、ＵＥは、緊急を指示する接続タイプＩＥ（ｉｎｆｏｒｍａｔｉｏｎａｌ ｅｌｅｍｅｎｔ：情報要素）で接続を試行する。ネットワークがＵＥによる接続の理由を理解することができ、現地法にて加入制限にかかわらず緊急通話を許可することが求められている場合には、ネットワークは登録の許可を開始する。また、接続要求メッセージと共にＵＥは緊急ベアラも要求することができる。ネットワークは緊急通話についてのみ緊急ベアラの使用を許可する。これらのベアラ上では他のデータは送信されるべきではない。実際ＵＥは、他のどのＰＤＮにも接続すべきではなく、セッションパラメータに変更を加えるよう求めるどんな要求も発すべきではない。またネットワークはＵＥに、ＵＥがアイドルモードになった後で使用すべきタイマ値（周期ＴＡＵタイマ）も提供する。ベアラが確立された後、ＵＥは緊急通話を開始することができる。緊急通話の期間の間、ＵＥは接続モードのままである。緊急通話が終了した後で、ＵＥは、様々な不活動タイマが動作し、ＲＲＣ接続が解放された後で、アイドルモードに戻る。次にＵＥは、接続手順の間にネットワークノードによってＵＥに与えられたタイマを動作させる。タイマが動作している間、ＵＥは緊急通話を試行することだけしかできない。タイマの満了後に、ＵＥは自身がネットワークから登録解除されたとみなすはずである。そのため一般に、ＵＥは、緊急接続されると、以下の例外挙動を有し、これらを緊急接続挙動と呼ぶことができる。第１に、ＵＥはいかなるＵＥ開始のセッション変更要求も行ってはならない。第２に、ＴＡＵ周期タイマがＵＥにおいて動作している間、ＵＥは別の緊急通話以外の他のどんな通話も試行してはならない。第３に、ＵＥは、ＴＡＵ周期タイマが満了した後、自身をネットワークから登録解除されたものとみなすことになる。
【０００７】
ＵＥが接続タイプ「緊急」で接続していないにもかかわらず緊急接続挙動に従わざるを得ない可能性のある別の場合は、通常接続されたＵＥが、当該ＵＥが許可されているエリアからＵＥが制限されているエリアへ移動するときである。通常接続されたＵＥは、緊急通話を試みる前に少なくとも１つの別の非緊急ベアラを有することになる。ＵＥがそのような境界を越えるとき、その基本挙動は、トラッキングエリア更新を行うことである。ＵＥが許可されたエリア内にないことを認めたネットワークは、ＵＥの非緊急ベアラを非活動化する。この後ＵＥは、自身を緊急接続されているものとみなし、緊急接続されたＵＥとして振る舞うことになる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ ＴＳ ２３．４０１ｖ９．２，「Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｎｏｄｅ ２０（Ｅ−ＵＴＲＡＮ）ａｃｃｅｓｓ」
【非特許文献２】３ＧＰＰ ＴＳ ２４．３０１ ｖ９．０．０，「Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ （ＮＡＳ） ｐｒｏｔｏｃｏｌ ｆｏｒ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ （ＥＰＳ）」
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本明細書は、確認される先行技術解決策において発生し得る問題シナリオを対象とする。対象とする状況は、ＵＥが緊急接続されたＵＥとして振る舞っており、ＵＥまたはユーザが、緊急通話が進行している間に、制限されたエリアから許可されたエリアに移ったときである。ＵＥは、ＵＥが緊急接続を行ったときに、またはＵＥが通常接続を行ったが禁止されたエリアへと移動し、結果としてその非緊急ベアラが非活動化されたときに緊急接続された状態となり得る。この場合の先行技術の解決策は以下のように働く。ユーザが制限されたエリアから許可されたエリアへ移動する場合、ＵＥは、許可されたエリアにあるにもかかわらずあたかも緊急接続されているかのように振る舞い続ける。さらに、ユーザが通話を完了した後で、不活動タイマがネットワークにおいて動作する。不活動タイマが満了した後で、Ｓ１、および、続いてＲＲＣ接続が解放される。解放後、ＵＥはＴＡＵタイマを動作させる。ＴＡＵタイマが満了した後で、ＵＥは登録解除状態に移り、その後ＵＥは、セル再選択、ＰＬＭＮ選択を行い、続いてネットワークへの別の接続を実行する。緊急通話の終了からＵＥが再度接続することができるまで、ＵＥは引き続き緊急通話だけに制限される。この期間は、ＰＤＮ−ＧＷにおける不活動タイマ、ＵＥにおいて動作するＴＡＵタイマ、セル選択および再接続に要する時間、ならびに接続手順に必要とされる往復伝送時間の和で計算することができる。この時間は、主に事業者によって構成されるタイマの値に応じて、数分間から数十分間までに及び得る。この制限は緊急時、特に、ユーザが許可されたエリア内にいてあらゆる権利を有し、通常の通話を行い、友人や家族に連絡する必要があるときには、特に深刻である。本発明はこの問題を正すことを目的とするものである。
【課題を解決するための手段】
【００１０】
ＵＥが緊急接続された後で、ＵＥは、トラッキングエリア変更をモニタし続ける。ＵＥは、新しいＴＡが禁止リストに含まれるかどうか確認する。新しいＴＡが禁止リストに含まれない場合、少なくともＵＥの情報によれば、ＵＥは通常エリア内にあることになる。ＵＥはその場合、状態変更要求メッセージをネットワークに伝える。ネットワークはＵＥ加入データを確認し、ＵＥが実際に許可されたエリア内にある場合、ネットワークは状態変更要求を受諾する。続いてネットワークおよびＵＥはＵＥの状態を通常接続として変更する。ＵＥはもう通常接続されているため、ＵＥまたはネットワークノードは、通常サービスを有効にするために続いて非緊急ベアラ確立を開始し得る。
【図面の簡単な説明】
【００１１】
【図１】ＵＥの好ましい装置を示す図である。
【図２】ネットワークノードのための好ましい装置を示す図である。
【図３】挙動を通常から緊急接続挙動へ変更する先行技術の方法を示す図である。
【図４】挙動を通常から緊急接続挙動へ変更する好ましい方法を示す図である。
【図５】緊急接続されたＵＥ１０についての通常サービスの再開の先行技術の方法を示す図である。
【図６】緊急接続されたＵＥ１０についての通常サービスの再開の好ましい方法を示す図である。
【図７】ＵＥ１０が通常サービスを再開するために従うべき好ましいステップを示す図である。
【発明を実施するための形態】
【００１２】
以下において、ＵＥ１０またはネットワークノード２０は、ネットワーク接続機能を有する任意の機器をいう。本明細書では、これらの機能を他の機器において実装し、更に本明細書で示す発明機構を実現することが全く可能であるものと仮定する。非限定的例としては、ネットワークノード２０の機能の一部が、現在の３ＧＰＰ ＳＡＥリリース８アーキテクチャにおいて指定されているＭＭＥまたはＳＧＳＮまたはＧＧＳＮまたはパケットゲートウェイまたはｅＮＢにおいて実装されることが全く可能であるということができる。トラッキングエリアとは、その境界がネットワークノード２０によって決定される領域を指示するのに使用される用語である。各エリアにおいて、ＵＥ１０は、そのベースとなるトラッキングエリアをブロードキャストで知らされるものと仮定する。他の用語も当業者により同じ意味で使用され得るはずであり、その非限定的な例は、ロケーションエリア、ルーティングエリアなどである。
【００１３】
本発明は、制限されたサービスからの通常サービスへの再開に対処する。本発明は制限されたサービスとしての緊急サービスに注目する。というのは、緊急が今日における制限されたサービスの定義だからである。しかし、「緊急」という用語の使用で制限されたサービスの範囲を限定すべきではない。本発明は任意の制限されたサービスに等しく適用可能であるべきである。例えば、緊急ベアラまたは緊急指示または緊急サービス挙動の使用は、それぞれ、制限されたベアラ、制限されたサービス指示または制限されたサービス挙動とみなすことができる。
【００１４】
図１に、本発明の好ましい実施の形態におけるＵＥ１０の装置を示す。ＵＥ１０は、ネットワークノード２０からの着信メッセージを受信し、さらなる処理のためにメッセージプロセッサ１３に提供するのに使用されるメッセージ受信機１２を有する。ＵＥ１０は、ＵＥ１０がネットワークノード２０へ送出するメッセージを送信するのに使用されるメッセージ送信機１１を有する。ＵＥ１０内の主処理装置はメッセージプロセッサ１３である。メッセージプロセッサは、メッセージがモビリティ機能１５のためのものかそれともベアラハンドリング機能１６のためのものか解析し、分析する機能である。モビリティ機能１５は、ＵＥ１０のモビリティおよび加入関連の機能を管理する機能である。モビリティ機能１５は、トラッキングエリアの変化を解析し、それに応じて作動する。トラッキングエリア関連のトリガはトラッキング・エリア・プロセッサ１４によって提供される。モビリティ機能は、加入データを使用してトラッキングエリアまたはＰＬＭＮの加入サポートを確認する。加入データは、許可されたエリアおよび制限されたエリアと、ＵＥ１０が通常サービスを受けることを許可されているＰＬＭＮとのリストである。またモビリティ機能１５は、ＵＥ１０の位置に応じたＵＥ１０の状態の判定も行う。ＵＥ１０が有する、またはネットワークノード２０によって提供される加入データに基づいて、ＵＥ１０を制限されたサービスまたは通常サービスの状態とすることができる。モビリティ機能の挙動は制限されたサービスにある間は制限される。例えば、ＵＥ１０は制限されたサービスでは緊急通話を開始することしかできない。本発明によれば、ＵＥ１０が現在、緊急接続されているものとして振る舞っており、加入データが許可されたエリアであると記述するトラッキングエリアへと移動する場合に、モビリティ機能１５はネットワークノード２０に状態を通常挙動へ変更するよう求める要求を開始することができる。状態変更要求がネットワークノード２０によって許諾された後で、モビリティ機能はベアラハンドリング機能１６に、通常サービスを再開し、非緊急ベアラを獲得するよう要求することができる。またモビリティ機能は、緊急接続挙動に移る別のやり方も処理する。ある方法では、ＵＥ１０が現在制限されたエリア内にある場合に、ＵＥ１０は接続タイプ「緊急」で接続を開始することができる。正常に接続された場合に、モビリティ機能１５はＵＥ１０を緊急接続されたＵＥ１０として振る舞わせる。別の方法は、ＵＥ１０が通常接続されているが、制限されているエリアへ移動する場合である。この場合、モビリティ機能１５には、ネットワークノード２０により、ＵＥ１０がその挙動を緊急接続へ変更する必要があることが知らされる。ネットワークノード２０は２つやり方でＵＥ１０に知らせることができる。ネットワークノード２０は、非緊急ベアラを非活動化することによって知らせることができ、続いてベアラハンドリング機能は、すべての非緊急ベアラが非活動化されていることを通知する。この場合、ベアラハンドリング機能１６は、モビリティ機能１５に、ＵＥ１０挙動を緊急接続へ変更するよう知らせる。本発明によるＵＥ１０に知らせる別の方法は、ネットワークノード２０が、トラッキングエリアの指示を与える場合に、ＵＥ１０が制限されたエリア内にある旨メッセージを更新することである。
【００１５】
図２に、ネットワークノード２０の装置を示す。簡単にするために、すべての機能が単一装置内に示されている。ネットワークノード２０も、ＵＥ１０にメッセージを送受信するのに使用されるメッセージ送信機２３およびメッセージ受信機２６を有する。メッセージプロセッサ２５はネットワークノード２０の処理装置である。メッセージプロセッサの主機能は、ＵＥ１０のモビリティを維持することである。メッセージプロセッサは、ＵＥ１０の動作の許可に責任を負うアクセス制御機能２２と対話する。アクセス制御機能２２は加入者データ２１と対話してユーザの加入情報の有無を確認し、この情報を使用してＵＥ１０の挙動の妥当性を判断する。またメッセージプロセッサ２５も、メッセージを解析し、メッセージの処理に責任を負うエンド機能までメッセージを経路指定する。メッセージプロセッサ２５は、セッション関連のメッセージをベアラハンドリング機能２４に提供する。ベアラハンドリング機能２４はＵＥ１０のベアラコンテキストを知る。ベアラハンドリング機能２４はベアラの確立、変更および非活動化を管理する。本発明の態様のうちの１つによれば、通常接続されており、現在、緊急通話を行っているＵＥ１０が制限されたエリアにトラッキングエリア更新を要求したときに、アクセス制御機能２２は、トラッキングエリア受諾メッセージにおいて、ＵＥ１０が制限されたエリア内にあり、その挙動を緊急接続へ変更するという指示を提供する。本発明の別の好ましい態様によれば、緊急接続されたＵＥ１０が許可されたエリアにトラッキングエリア更新要求を送るときに、アクセス制御機能２２はＵＥ１０に、ＵＥ１０がその挙動を通常挙動へ変更してもよいことを指示する。
【００１６】
図３に、通常から緊急接続挙動へ挙動を変更する先行技術の方法を示す。想定されている状況は、通常接続で緊急通話を行いながら制限されたエリアに入るときのものである。したがって、ＵＥ１０は、ＴＡがＴＡＩリストに含まれないために、ステップＳ４１に示すトラッキングエリア更新メッセージを送信する。ネットワークノード２０はこのメッセージを受信し、ＵＥ１０が制限されたエリアからＴＡＵを送信していることを確認する。ネットワークノード２０は次いで、ＵＥ１０を緊急サービスの実行だけに制限することに決定する。これを可能にするために、ネットワークノード２０はまずトラッキングエリア手順を完了する。このために、ネットワークノード２０は、ステップＳ４１に示すように、トラッキングエリア受諾を送信し、ＵＥ１０はこのＴＡを、ＴＡＩリストにも禁止リストにも追加しないはずである。ネットワークノード２０は次いで、ステップＳ４３に示すように、非緊急ベアラの非活動化を開始する。ＵＥ１０内のベアラハンドリング機能１６は次いで、要求どおりに非活動化し、残された唯一のＰＤＮが緊急ＰＤＮであるかどうか確認する。これがステップＳ４４に示されている。ベアラハンドリング機能１６は次いで、ステップＳ４５に示すようにモビリティ機能１５を更新し、ＵＥ１０に緊急ベアラ以外のベアラがないことを知らせる。この場合、モビリティ機能１５は、ステップＳ４６に示すように、その今後の挙動を緊急接続挙動へ変更する。ＵＥ１０がその挙動を緊急接続へ変更した後で、ＵＥ１０はセッション関連の要求を出さなくなる。またＵＥ１０は、引き続き登録されている間には、緊急通話だけを試行する。またＵＥ１０は、ＴＡＵタイマが満了した後で登録解除する。現行技術の手法の問題１つは、ネットワークノード２０が、ＵＥ１０が制限されたエリア内にないと判断するときからＵＥ１０がステップＳ４１で実際にその挙動を変更するときまでの遅延が生じることである。別の問題は、この方法がベアラハンドリング機能１６に対して影響を及ぼし、さらにモビリティ機能１５との対話に対しても影響を及ぼすことである。開発のコストを最小限に抑えるために対話は可能な限り回避されなければならない。
【００１７】
図４に、緊急接続されたＵＥ１０についての通常サービスの再開の先行技術の方法を示す。図４において、緊急セッションが進行中である通常接続されたＵＥ１０は、ステップＳ５１に示すようにトラッキングエリア更新を求める。想定されている状況は、通常接続で緊急通話を行いながら制限されたエリアに入るときのものである。したがって、ＵＥ１０は、ＴＡがＴＡＩリストに含まれないために、ステップＳ４１に示すトラッキングエリア更新メッセージを送信する。ネットワークノード２０はこのメッセージを受信し、ＵＥ１０が制限されたエリアからＴＡＵを送信していることを確認する。ネットワークノード２０は次いで、ＵＥ１０を、緊急サービスの実行だけに制限することに決定する。これを可能にするために、ネットワークノード２０は、トラッキングエリア手順を完了すると同時に、ＵＥ１０に、ＵＥ１０が制限されたエリア内にあるという指示を提供する。このようにして、ＵＥ１０は、遅延も、ベアラハンドリング機能１６との対話への影響も伴わずにその挙動を更新する。
【００１８】
図５は、緊急接続されたＵＥ１０についての通常サービスの再開の先行技術の方法を示す図である。手順の開始時において想定されている状況は、ステップＳ６０に示すように、ＵＥ１０が現在、あたかも緊急接続されているかのように振る舞っており、緊急通話が進行中であるというものである。そのような状況にあるＵＥ１０は、接続モードにあるものと想定することができる。ステップＳ６１で、ＵＥ１０は禁止されたエリアから許可されたエリアへと移動する。ＵＥ１０は、新しいＴＡがＴＡＩリストに含まれる場合には何もしない。新しいＴＡがＴＡＩリストに含まれない場合には、トラッキングエリア更新が実行されるが、これは、通常のトラッキングエリア手順によるものであり、ＵＥ１０の挙動に影響を及ぼさない。よって簡単にするために、ここではこの手順を示さない。ある一定の時間の後、ステップＳ６２に示すように緊急通話は終了するものと想定される。緊急通話が終了するとき、ネットワークノード２０は普通、ＧＢＲ、すなわち保証ビットレートベアラを非活動化し、非ＧＢＲベアラだけをアクティブのままにする。ＧＢＲベアラが非活動化された後で、ネットワークノード２０は、ステップＳ６３に示すように不活動タイマを開始する。不活動タイマは普通、３ＧＰＰシステムの基地局において実装され、事業者によって構成される。ＵＥ１０は、ステップＳ６４に示すように、不活動タイマが満了するまで接続モードのままに留まる。不活動タイマの満了後に、ネットワークノード２０は、ステップＳ６５に示すようにシグナリング接続を解放する。シグナリング機能を解放するよう求める要求を受信した後で、ＵＥ１０は、ステップＳ６６に示すように、アイドルモードに切り替わり、周期ＴＡＵタイマを開始する。周期タイマが満了した後で、ＵＥ１０は、ステップＳ６７に示すように、登録解除状態に移る。登録解除状態になった後、ＵＥ１０はその時点において許可されたエリア内にあることになるため、セル再選択およびＰＬＭＮ選択手順が行われ、その結果ＵＥ１０は、ステップＳ６９に示すように接続手順を実行することになる。また、接続手順の一部として、ＵＥ１０はデフォルトのＰＤＮ接続も取得する。これは、ＵＥ１０が、ステップＳ６Ａに示すように、通常サービスが可能な状態にあるときである。前述の問題は、ＵＥ１０が通信を再開できるまでに、不活動タイマ、周期タイマ、および複数の往復伝送時間の和からなる、６Ｂに示すような大きな時間の空白が生じることである。この時間の空白はおそらく数分から数十分にまでに及ぶ可能性があり、その間通常通話が行うことができない。この問題は、特に緊急状況において、モバイルサービスだけに支払をしている顧客から見て望ましいことではない。
【００１９】
図６は、緊急接続されたＵＥ１０についての通常サービスの再開の好ましい方法を示す図である。手順の開始時において想定されている状況は、ステップＳ６０に示すように、ＵＥ１０が現在、あたかも緊急接続されているかのように振る舞っており、緊急通話が進行中であるというものである。ＵＥ１０が制限されたエリアから通常エリアへ移動するときに、ＵＥ１０はＴＡＩの変更を検出する。ＵＥ１０は、そのＴＡＩが禁止リストに含まれないために、そのエリアが通常エリアであると判断する。この時点において、ＵＥ１０は、ステップＳ７０に示すように、挙動変更要求のメッセージを送信する。ネットワークノード２０はこのメッセージを受信し、ＵＥ１０が許可されたエリア内にあると認識していることを知る。ネットワークノード２０は続いて、ステップＳ６Ａに示すように、加入確認を行って、ＵＥ１０が実際に許可されたエリア内にあることを確認する。ＵＥ１０が実際に許可されたエリア内にあることを確認した後で、ネットワークノード２０は、ステップＳ７２に示すように、ＵＥ１０がその挙動を通常挙動へ変更してもよいことを受諾する。続いて、ネットワークノード２０とＵＥ１０とがそれぞれこのメッセージを送信し、受信した後で、両ノードは、ステップＳ６Ａに示すように、ＵＥ１０の挙動を通常挙動に変更する。この後、ＵＥ１０は非緊急ベアラハンドリング手順を開始して通常サービスを再開する。またネットワークノード２０は、非緊急ベアラの確立も開始することができる。図に示すように、通常サービスの再開に際しての唯一の遅延は、ステップＳ６１とステップＳ６Ａとの間の遅延だけであり、これは往復伝送遅延である。これは、挙動の暗黙的変更と比べて、可能な最小限の遅延である。暗黙的変更は、可能ではあるが、最適な解決策とはならない。というのは、ＵＥ１０は、ＴＡＩが禁止リストに含まれないことだけを知っているが、ＴＡＩがネットワークノード２０により許可され得るかどうかは知らないからである。すなわち、ＵＥ１０における禁止リストは、網羅的リストではない可能性がある。
【００２０】
図７は、ＵＥ１０が通常サービスを再開するために従うべき好ましいステップについての本発明の好ましい実施の形態である。ステップＳ３０で、ＵＥ１０はネットワークノード２０から、ＵＥ１０があたかも緊急接続されているかのように振る舞う必要があるという指示を受信する。これが発生し得るのは、ＵＥ１０が緊急接続を実行するとき、または通常接続されたＵＥ１０がネットワークノード２０により緊急接続挙動に移るよう求められるときである。ネットワークノード２０は、すべての非緊急ベアラを非活動化することによって、またはＴＡＵ手順の間に明示的に指示することによって、ＵＥ１０に緊急接続挙動に移るよう求めることができる。ＵＥ１０挙動は、ステップＳ３１に示すように、緊急接続挙動の挙動へ変更される。次にステップＳ３２に示すように、ＵＥ１０はＴＡの変更をモニタし、禁止リストに存在しないＴＡＩを有する新しいＴＡに入るかどうか待機する。新しいＴＡに入るときに、ＵＥ１０は、新しいＴＡのＴＡＩが禁止リストに存在するかどうか確認する。存在しない場合、ＵＥ１０は、ステップＳ３２に示すように、引き続きモニタする。ＴＡＩが実際にＴＡＩリストに存在しない場合には、少なくともＵＥ１０が利用できる情報によれば、ＵＥ１０は通常エリア内にある。この時点において、ＵＥ１０は、ステップＳ３４に示すように、ネットワークノード２０ノード１０に、挙動の変更を要求する。ステップＳ３５で、ＵＥ１０は、挙動変更要求がネットワークノード２０によって受諾されたかどうか確認する。挙動変更要求が受諾された場合、ＵＥ１０は、ステップＳ３６に示すように、その挙動を通常接続挙動へ変更する。これに続いて、ＵＥ１０は、ステップＳ３７に示すように、非緊急ベアラの確立を開始することができる。
【００２１】
次に、図７の各ステップを実行するのに使用することができるはずのメッセージの種類のいくつかの非限定的な例を挙げる。ネットワークノード２０によって提供される緊急挙動指示は、緊急接続への接続受諾応答、またはＴＡＵ受諾における指示なしの非緊急ベアラの非活動化、またはＵＥ１０が制限されたエリア内にあるという指示を有するＴＡＵ受諾ありの非緊急ベアラの非活動化とすることができる。挙動変更要求メッセージは、明示的指示なしのＴＡＵとすることができる。また挙動変更要求メッセージは、ＴＡＵが通常接続への挙動変更を求める要求についてのものであるというＵＥ１０による明示的指示を有するＴＡＵとすることもできる。また挙動変更要求メッセージは、非緊急ＰＤＮに接続するためのＵＥ１０によるＰＤＮ接続要求メッセージとすることもできる。この場合には、緊急接続挙動の原則に違反する可能性もある。しかし、このメッセージのコストは、ネットワークノード２０がこのメッセージを常に拒絶することができるため、最小限に留まる。また、ＰＤＮ接続要求メッセージを直ちに使用することは、往復メッセージのコストを回避することにもなるはずである。挙動変更要求メッセージへの応答は、指示なしのＴＡＵ受諾メッセージによって提供することができる。明示的指示なしのＴＡＵ受諾は、ステップＳ３０において、ネットワークノード２０がＵＥ１０にその緊急接続への変更を知らせるのに使用される指示が明示的指示ありのＴＡＵであるときに使用することができる。ネットワークノード２０が挙動変更要求に応答するための別の方法は、単にＴＡＵ要求を受諾し、続いて、ＵＥ１０についてのデフォルトベアラを直ちに開始することになるＥＰＳ作成のデフォルトベアラ要求メッセージを出すものである。これらの可能な方法のいずれかが使用され、標準化されるかもしれない。
【００２２】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに、緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始してよい。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０がその挙動を緊急接続から通常接続へ変更することができるという指示を有するトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００２３】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに、緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始してよい。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続であるとみなすことができる。
【００２４】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに、緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供してよい。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続されているとみなすことができる。
【００２５】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０がその挙動を緊急接続から通常接続へ変更することができるという指示を有するトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００２６】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに、緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０は非緊急ＰＤＮについてのベアラ確立を開始してよい。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、デフォルトベアラのセットアップを開始する。デフォルトベアラがセットアップされた後で、ＵＥ１０およびネットワークノード２０はＵＥ１０を通常接続されているとみなす。
【００２７】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０にその挙動を緊急接続から通常接続へ変更するよう知らせるトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００２８】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０にその挙動を緊急接続から通常接続へ変更するよう知らせる指示を有するトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００２９】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続されているとみなすことができる。
【００３０】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０にその挙動を緊急接続から通常接続へ変更するよう知らせるトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００３１】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０にその挙動を緊急接続から通常接続へ変更するよう知らせる指示を有するトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００３２】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答してトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続されているとみなすことができる。
【００３３】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答してトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０は非緊急ＰＤＮについてのベアラ確立を開始することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続されているとみなすことができる。
【００３４】
本発明の別の実施の形態によれば、緊急接続されたＵＥは、ネットワークが緊急通話の終了を検出するときに、トリガして通常サービスを再開させることができる。緊急通話の終了は通常、ＵＥトリガ（ＢＹＥメッセージなど）によって、またはネットワークトリガ（ＧＢＲベアラの非活動化など）によって成し遂げることができる。ネットワークノードは次いで、ＵＥを即座に再接続させる再接続指示を用いたＵＥの切り離しを開始し、それによって、ネットワークノードが不活動タイマを実行することとＵＥが周期タイマを実行することの両方を回避することができる。
【００３５】
他の例として、他の類似の、または等価のメッセージ、メッセージの数およびメッセージ内容の使用を当業者が試みるかもしれない。しかし、本発明のあらゆるそのような類似の変更はやはり本発明の範囲内に含まれる。さらに、本発明の特徴の一部は、他の特徴の対応する使用を伴わずに有利に使用することもできるはずである。したがって、以上の説明は、本発明の限定としてではなく、本発明の原理の例示にすぎないものとみなすべきである。
【符号の説明】
【００３６】
１０ ＵＥ
１１ メッセージ送信機
１２ メッセージ受信機
１３ メッセージプロセッサ
１４ トラッキング・エリア・プロセッサ
１５ モビリティ機能
１６ ベアラハンドリング機能
【技術分野】
【０００１】
本発明は無線通信の分野に関する。本発明は、携帯電話が、現在範囲が限定されているサービスを進行中であり、通常サービスに戻ろうとしている場合に適用される。
【背景技術】
【０００２】
現在のモバイル・ネットワーク・ノード２０においては、どんなユーザも、どこで、どんなサービスを利用できるかに関して加入制限を受ける可能性がある。例えば、ユーザがＣＳＧ（ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｂｅｒ ｇｒｏｕｐ：非公開の加入者グループ）セルへのアクセスを妨げられることもあり、ユーザが禁止されたＰＬＭＮにおける通常の音声通話発信を制限されることもある。あるいは例えば、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ユーザ装置）にＵＩＣＣがない場合、当該ＵＥは当該ユーザが加入しているサービスにアクセスすることができない。
【０００３】
しかし、いくつかの国々の法によれば、ユーザは、加入制限にかかわらず緊急通話を試みることができなければならない。そのような場合、ＵＥおよびネットワークはこの事例の例外的取扱いを必要とする。すなわち、ネットワークは緊急通話を生じさせることを許可する必要がある。この場合、大部分の事業者は緊急通話を試みることだけにユーザを制限しようとするはずである。
【０００４】
ＳＡＥにおける別の基本要件は、ＵＥは、ネットワークノードに登録されたままであるために、少なくとも１つのベアラコンテキストを有していなければならないことである。任意の時点において、ＵＥにベアラコンテキストが残されていない場合、ＵＥは自身がネットワークノードから登録解除されているとみなさなくてはならない。この後ＵＥはおそらく再接続することができる。
【０００５】
緊急通話について解決すべき問題は、どのようにして、ネットワークノードの利用を緊急通話のために厳密に制限しつつも、条件がユーザの加入契約と一致するときにはユーザに可能な限り早く通常サービスを許可するかである。
【０００６】
確認される先行技術は、２３．４０１ｖ９．２．０の最終仕様において指定されている解決策である。ＵＥに緊急通話を行わせるために、ＵＥは、通話を試みるときに、接続タイプにおける「緊急」指示を使用する。すなわち、緊急通話がユーザによってトリガされ、かつ、ＵＥが通常サービスを受けることのできないエリア内にあることを認識すると、ＵＥは、緊急を指示する接続タイプＩＥ（ｉｎｆｏｒｍａｔｉｏｎａｌ ｅｌｅｍｅｎｔ：情報要素）で接続を試行する。ネットワークがＵＥによる接続の理由を理解することができ、現地法にて加入制限にかかわらず緊急通話を許可することが求められている場合には、ネットワークは登録の許可を開始する。また、接続要求メッセージと共にＵＥは緊急ベアラも要求することができる。ネットワークは緊急通話についてのみ緊急ベアラの使用を許可する。これらのベアラ上では他のデータは送信されるべきではない。実際ＵＥは、他のどのＰＤＮにも接続すべきではなく、セッションパラメータに変更を加えるよう求めるどんな要求も発すべきではない。またネットワークはＵＥに、ＵＥがアイドルモードになった後で使用すべきタイマ値（周期ＴＡＵタイマ）も提供する。ベアラが確立された後、ＵＥは緊急通話を開始することができる。緊急通話の期間の間、ＵＥは接続モードのままである。緊急通話が終了した後で、ＵＥは、様々な不活動タイマが動作し、ＲＲＣ接続が解放された後で、アイドルモードに戻る。次にＵＥは、接続手順の間にネットワークノードによってＵＥに与えられたタイマを動作させる。タイマが動作している間、ＵＥは緊急通話を試行することだけしかできない。タイマの満了後に、ＵＥは自身がネットワークから登録解除されたとみなすはずである。そのため一般に、ＵＥは、緊急接続されると、以下の例外挙動を有し、これらを緊急接続挙動と呼ぶことができる。第１に、ＵＥはいかなるＵＥ開始のセッション変更要求も行ってはならない。第２に、ＴＡＵ周期タイマがＵＥにおいて動作している間、ＵＥは別の緊急通話以外の他のどんな通話も試行してはならない。第３に、ＵＥは、ＴＡＵ周期タイマが満了した後、自身をネットワークから登録解除されたものとみなすことになる。
【０００７】
ＵＥが接続タイプ「緊急」で接続していないにもかかわらず緊急接続挙動に従わざるを得ない可能性のある別の場合は、通常接続されたＵＥが、当該ＵＥが許可されているエリアからＵＥが制限されているエリアへ移動するときである。通常接続されたＵＥは、緊急通話を試みる前に少なくとも１つの別の非緊急ベアラを有することになる。ＵＥがそのような境界を越えるとき、その基本挙動は、トラッキングエリア更新を行うことである。ＵＥが許可されたエリア内にないことを認めたネットワークは、ＵＥの非緊急ベアラを非活動化する。この後ＵＥは、自身を緊急接続されているものとみなし、緊急接続されたＵＥとして振る舞うことになる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ ＴＳ ２３．４０１ｖ９．２，「Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｎｏｄｅ ２０（Ｅ−ＵＴＲＡＮ）ａｃｃｅｓｓ」
【非特許文献２】３ＧＰＰ ＴＳ ２４．３０１ ｖ９．０．０，「Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ （ＮＡＳ） ｐｒｏｔｏｃｏｌ ｆｏｒ Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ （ＥＰＳ）」
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本明細書は、確認される先行技術解決策において発生し得る問題シナリオを対象とする。対象とする状況は、ＵＥが緊急接続されたＵＥとして振る舞っており、ＵＥまたはユーザが、緊急通話が進行している間に、制限されたエリアから許可されたエリアに移ったときである。ＵＥは、ＵＥが緊急接続を行ったときに、またはＵＥが通常接続を行ったが禁止されたエリアへと移動し、結果としてその非緊急ベアラが非活動化されたときに緊急接続された状態となり得る。この場合の先行技術の解決策は以下のように働く。ユーザが制限されたエリアから許可されたエリアへ移動する場合、ＵＥは、許可されたエリアにあるにもかかわらずあたかも緊急接続されているかのように振る舞い続ける。さらに、ユーザが通話を完了した後で、不活動タイマがネットワークにおいて動作する。不活動タイマが満了した後で、Ｓ１、および、続いてＲＲＣ接続が解放される。解放後、ＵＥはＴＡＵタイマを動作させる。ＴＡＵタイマが満了した後で、ＵＥは登録解除状態に移り、その後ＵＥは、セル再選択、ＰＬＭＮ選択を行い、続いてネットワークへの別の接続を実行する。緊急通話の終了からＵＥが再度接続することができるまで、ＵＥは引き続き緊急通話だけに制限される。この期間は、ＰＤＮ−ＧＷにおける不活動タイマ、ＵＥにおいて動作するＴＡＵタイマ、セル選択および再接続に要する時間、ならびに接続手順に必要とされる往復伝送時間の和で計算することができる。この時間は、主に事業者によって構成されるタイマの値に応じて、数分間から数十分間までに及び得る。この制限は緊急時、特に、ユーザが許可されたエリア内にいてあらゆる権利を有し、通常の通話を行い、友人や家族に連絡する必要があるときには、特に深刻である。本発明はこの問題を正すことを目的とするものである。
【課題を解決するための手段】
【００１０】
ＵＥが緊急接続された後で、ＵＥは、トラッキングエリア変更をモニタし続ける。ＵＥは、新しいＴＡが禁止リストに含まれるかどうか確認する。新しいＴＡが禁止リストに含まれない場合、少なくともＵＥの情報によれば、ＵＥは通常エリア内にあることになる。ＵＥはその場合、状態変更要求メッセージをネットワークに伝える。ネットワークはＵＥ加入データを確認し、ＵＥが実際に許可されたエリア内にある場合、ネットワークは状態変更要求を受諾する。続いてネットワークおよびＵＥはＵＥの状態を通常接続として変更する。ＵＥはもう通常接続されているため、ＵＥまたはネットワークノードは、通常サービスを有効にするために続いて非緊急ベアラ確立を開始し得る。
【図面の簡単な説明】
【００１１】
【図１】ＵＥの好ましい装置を示す図である。
【図２】ネットワークノードのための好ましい装置を示す図である。
【図３】挙動を通常から緊急接続挙動へ変更する先行技術の方法を示す図である。
【図４】挙動を通常から緊急接続挙動へ変更する好ましい方法を示す図である。
【図５】緊急接続されたＵＥ１０についての通常サービスの再開の先行技術の方法を示す図である。
【図６】緊急接続されたＵＥ１０についての通常サービスの再開の好ましい方法を示す図である。
【図７】ＵＥ１０が通常サービスを再開するために従うべき好ましいステップを示す図である。
【発明を実施するための形態】
【００１２】
以下において、ＵＥ１０またはネットワークノード２０は、ネットワーク接続機能を有する任意の機器をいう。本明細書では、これらの機能を他の機器において実装し、更に本明細書で示す発明機構を実現することが全く可能であるものと仮定する。非限定的例としては、ネットワークノード２０の機能の一部が、現在の３ＧＰＰ ＳＡＥリリース８アーキテクチャにおいて指定されているＭＭＥまたはＳＧＳＮまたはＧＧＳＮまたはパケットゲートウェイまたはｅＮＢにおいて実装されることが全く可能であるということができる。トラッキングエリアとは、その境界がネットワークノード２０によって決定される領域を指示するのに使用される用語である。各エリアにおいて、ＵＥ１０は、そのベースとなるトラッキングエリアをブロードキャストで知らされるものと仮定する。他の用語も当業者により同じ意味で使用され得るはずであり、その非限定的な例は、ロケーションエリア、ルーティングエリアなどである。
【００１３】
本発明は、制限されたサービスからの通常サービスへの再開に対処する。本発明は制限されたサービスとしての緊急サービスに注目する。というのは、緊急が今日における制限されたサービスの定義だからである。しかし、「緊急」という用語の使用で制限されたサービスの範囲を限定すべきではない。本発明は任意の制限されたサービスに等しく適用可能であるべきである。例えば、緊急ベアラまたは緊急指示または緊急サービス挙動の使用は、それぞれ、制限されたベアラ、制限されたサービス指示または制限されたサービス挙動とみなすことができる。
【００１４】
図１に、本発明の好ましい実施の形態におけるＵＥ１０の装置を示す。ＵＥ１０は、ネットワークノード２０からの着信メッセージを受信し、さらなる処理のためにメッセージプロセッサ１３に提供するのに使用されるメッセージ受信機１２を有する。ＵＥ１０は、ＵＥ１０がネットワークノード２０へ送出するメッセージを送信するのに使用されるメッセージ送信機１１を有する。ＵＥ１０内の主処理装置はメッセージプロセッサ１３である。メッセージプロセッサは、メッセージがモビリティ機能１５のためのものかそれともベアラハンドリング機能１６のためのものか解析し、分析する機能である。モビリティ機能１５は、ＵＥ１０のモビリティおよび加入関連の機能を管理する機能である。モビリティ機能１５は、トラッキングエリアの変化を解析し、それに応じて作動する。トラッキングエリア関連のトリガはトラッキング・エリア・プロセッサ１４によって提供される。モビリティ機能は、加入データを使用してトラッキングエリアまたはＰＬＭＮの加入サポートを確認する。加入データは、許可されたエリアおよび制限されたエリアと、ＵＥ１０が通常サービスを受けることを許可されているＰＬＭＮとのリストである。またモビリティ機能１５は、ＵＥ１０の位置に応じたＵＥ１０の状態の判定も行う。ＵＥ１０が有する、またはネットワークノード２０によって提供される加入データに基づいて、ＵＥ１０を制限されたサービスまたは通常サービスの状態とすることができる。モビリティ機能の挙動は制限されたサービスにある間は制限される。例えば、ＵＥ１０は制限されたサービスでは緊急通話を開始することしかできない。本発明によれば、ＵＥ１０が現在、緊急接続されているものとして振る舞っており、加入データが許可されたエリアであると記述するトラッキングエリアへと移動する場合に、モビリティ機能１５はネットワークノード２０に状態を通常挙動へ変更するよう求める要求を開始することができる。状態変更要求がネットワークノード２０によって許諾された後で、モビリティ機能はベアラハンドリング機能１６に、通常サービスを再開し、非緊急ベアラを獲得するよう要求することができる。またモビリティ機能は、緊急接続挙動に移る別のやり方も処理する。ある方法では、ＵＥ１０が現在制限されたエリア内にある場合に、ＵＥ１０は接続タイプ「緊急」で接続を開始することができる。正常に接続された場合に、モビリティ機能１５はＵＥ１０を緊急接続されたＵＥ１０として振る舞わせる。別の方法は、ＵＥ１０が通常接続されているが、制限されているエリアへ移動する場合である。この場合、モビリティ機能１５には、ネットワークノード２０により、ＵＥ１０がその挙動を緊急接続へ変更する必要があることが知らされる。ネットワークノード２０は２つやり方でＵＥ１０に知らせることができる。ネットワークノード２０は、非緊急ベアラを非活動化することによって知らせることができ、続いてベアラハンドリング機能は、すべての非緊急ベアラが非活動化されていることを通知する。この場合、ベアラハンドリング機能１６は、モビリティ機能１５に、ＵＥ１０挙動を緊急接続へ変更するよう知らせる。本発明によるＵＥ１０に知らせる別の方法は、ネットワークノード２０が、トラッキングエリアの指示を与える場合に、ＵＥ１０が制限されたエリア内にある旨メッセージを更新することである。
【００１５】
図２に、ネットワークノード２０の装置を示す。簡単にするために、すべての機能が単一装置内に示されている。ネットワークノード２０も、ＵＥ１０にメッセージを送受信するのに使用されるメッセージ送信機２３およびメッセージ受信機２６を有する。メッセージプロセッサ２５はネットワークノード２０の処理装置である。メッセージプロセッサの主機能は、ＵＥ１０のモビリティを維持することである。メッセージプロセッサは、ＵＥ１０の動作の許可に責任を負うアクセス制御機能２２と対話する。アクセス制御機能２２は加入者データ２１と対話してユーザの加入情報の有無を確認し、この情報を使用してＵＥ１０の挙動の妥当性を判断する。またメッセージプロセッサ２５も、メッセージを解析し、メッセージの処理に責任を負うエンド機能までメッセージを経路指定する。メッセージプロセッサ２５は、セッション関連のメッセージをベアラハンドリング機能２４に提供する。ベアラハンドリング機能２４はＵＥ１０のベアラコンテキストを知る。ベアラハンドリング機能２４はベアラの確立、変更および非活動化を管理する。本発明の態様のうちの１つによれば、通常接続されており、現在、緊急通話を行っているＵＥ１０が制限されたエリアにトラッキングエリア更新を要求したときに、アクセス制御機能２２は、トラッキングエリア受諾メッセージにおいて、ＵＥ１０が制限されたエリア内にあり、その挙動を緊急接続へ変更するという指示を提供する。本発明の別の好ましい態様によれば、緊急接続されたＵＥ１０が許可されたエリアにトラッキングエリア更新要求を送るときに、アクセス制御機能２２はＵＥ１０に、ＵＥ１０がその挙動を通常挙動へ変更してもよいことを指示する。
【００１６】
図３に、通常から緊急接続挙動へ挙動を変更する先行技術の方法を示す。想定されている状況は、通常接続で緊急通話を行いながら制限されたエリアに入るときのものである。したがって、ＵＥ１０は、ＴＡがＴＡＩリストに含まれないために、ステップＳ４１に示すトラッキングエリア更新メッセージを送信する。ネットワークノード２０はこのメッセージを受信し、ＵＥ１０が制限されたエリアからＴＡＵを送信していることを確認する。ネットワークノード２０は次いで、ＵＥ１０を緊急サービスの実行だけに制限することに決定する。これを可能にするために、ネットワークノード２０はまずトラッキングエリア手順を完了する。このために、ネットワークノード２０は、ステップＳ４１に示すように、トラッキングエリア受諾を送信し、ＵＥ１０はこのＴＡを、ＴＡＩリストにも禁止リストにも追加しないはずである。ネットワークノード２０は次いで、ステップＳ４３に示すように、非緊急ベアラの非活動化を開始する。ＵＥ１０内のベアラハンドリング機能１６は次いで、要求どおりに非活動化し、残された唯一のＰＤＮが緊急ＰＤＮであるかどうか確認する。これがステップＳ４４に示されている。ベアラハンドリング機能１６は次いで、ステップＳ４５に示すようにモビリティ機能１５を更新し、ＵＥ１０に緊急ベアラ以外のベアラがないことを知らせる。この場合、モビリティ機能１５は、ステップＳ４６に示すように、その今後の挙動を緊急接続挙動へ変更する。ＵＥ１０がその挙動を緊急接続へ変更した後で、ＵＥ１０はセッション関連の要求を出さなくなる。またＵＥ１０は、引き続き登録されている間には、緊急通話だけを試行する。またＵＥ１０は、ＴＡＵタイマが満了した後で登録解除する。現行技術の手法の問題１つは、ネットワークノード２０が、ＵＥ１０が制限されたエリア内にないと判断するときからＵＥ１０がステップＳ４１で実際にその挙動を変更するときまでの遅延が生じることである。別の問題は、この方法がベアラハンドリング機能１６に対して影響を及ぼし、さらにモビリティ機能１５との対話に対しても影響を及ぼすことである。開発のコストを最小限に抑えるために対話は可能な限り回避されなければならない。
【００１７】
図４に、緊急接続されたＵＥ１０についての通常サービスの再開の先行技術の方法を示す。図４において、緊急セッションが進行中である通常接続されたＵＥ１０は、ステップＳ５１に示すようにトラッキングエリア更新を求める。想定されている状況は、通常接続で緊急通話を行いながら制限されたエリアに入るときのものである。したがって、ＵＥ１０は、ＴＡがＴＡＩリストに含まれないために、ステップＳ４１に示すトラッキングエリア更新メッセージを送信する。ネットワークノード２０はこのメッセージを受信し、ＵＥ１０が制限されたエリアからＴＡＵを送信していることを確認する。ネットワークノード２０は次いで、ＵＥ１０を、緊急サービスの実行だけに制限することに決定する。これを可能にするために、ネットワークノード２０は、トラッキングエリア手順を完了すると同時に、ＵＥ１０に、ＵＥ１０が制限されたエリア内にあるという指示を提供する。このようにして、ＵＥ１０は、遅延も、ベアラハンドリング機能１６との対話への影響も伴わずにその挙動を更新する。
【００１８】
図５は、緊急接続されたＵＥ１０についての通常サービスの再開の先行技術の方法を示す図である。手順の開始時において想定されている状況は、ステップＳ６０に示すように、ＵＥ１０が現在、あたかも緊急接続されているかのように振る舞っており、緊急通話が進行中であるというものである。そのような状況にあるＵＥ１０は、接続モードにあるものと想定することができる。ステップＳ６１で、ＵＥ１０は禁止されたエリアから許可されたエリアへと移動する。ＵＥ１０は、新しいＴＡがＴＡＩリストに含まれる場合には何もしない。新しいＴＡがＴＡＩリストに含まれない場合には、トラッキングエリア更新が実行されるが、これは、通常のトラッキングエリア手順によるものであり、ＵＥ１０の挙動に影響を及ぼさない。よって簡単にするために、ここではこの手順を示さない。ある一定の時間の後、ステップＳ６２に示すように緊急通話は終了するものと想定される。緊急通話が終了するとき、ネットワークノード２０は普通、ＧＢＲ、すなわち保証ビットレートベアラを非活動化し、非ＧＢＲベアラだけをアクティブのままにする。ＧＢＲベアラが非活動化された後で、ネットワークノード２０は、ステップＳ６３に示すように不活動タイマを開始する。不活動タイマは普通、３ＧＰＰシステムの基地局において実装され、事業者によって構成される。ＵＥ１０は、ステップＳ６４に示すように、不活動タイマが満了するまで接続モードのままに留まる。不活動タイマの満了後に、ネットワークノード２０は、ステップＳ６５に示すようにシグナリング接続を解放する。シグナリング機能を解放するよう求める要求を受信した後で、ＵＥ１０は、ステップＳ６６に示すように、アイドルモードに切り替わり、周期ＴＡＵタイマを開始する。周期タイマが満了した後で、ＵＥ１０は、ステップＳ６７に示すように、登録解除状態に移る。登録解除状態になった後、ＵＥ１０はその時点において許可されたエリア内にあることになるため、セル再選択およびＰＬＭＮ選択手順が行われ、その結果ＵＥ１０は、ステップＳ６９に示すように接続手順を実行することになる。また、接続手順の一部として、ＵＥ１０はデフォルトのＰＤＮ接続も取得する。これは、ＵＥ１０が、ステップＳ６Ａに示すように、通常サービスが可能な状態にあるときである。前述の問題は、ＵＥ１０が通信を再開できるまでに、不活動タイマ、周期タイマ、および複数の往復伝送時間の和からなる、６Ｂに示すような大きな時間の空白が生じることである。この時間の空白はおそらく数分から数十分にまでに及ぶ可能性があり、その間通常通話が行うことができない。この問題は、特に緊急状況において、モバイルサービスだけに支払をしている顧客から見て望ましいことではない。
【００１９】
図６は、緊急接続されたＵＥ１０についての通常サービスの再開の好ましい方法を示す図である。手順の開始時において想定されている状況は、ステップＳ６０に示すように、ＵＥ１０が現在、あたかも緊急接続されているかのように振る舞っており、緊急通話が進行中であるというものである。ＵＥ１０が制限されたエリアから通常エリアへ移動するときに、ＵＥ１０はＴＡＩの変更を検出する。ＵＥ１０は、そのＴＡＩが禁止リストに含まれないために、そのエリアが通常エリアであると判断する。この時点において、ＵＥ１０は、ステップＳ７０に示すように、挙動変更要求のメッセージを送信する。ネットワークノード２０はこのメッセージを受信し、ＵＥ１０が許可されたエリア内にあると認識していることを知る。ネットワークノード２０は続いて、ステップＳ６Ａに示すように、加入確認を行って、ＵＥ１０が実際に許可されたエリア内にあることを確認する。ＵＥ１０が実際に許可されたエリア内にあることを確認した後で、ネットワークノード２０は、ステップＳ７２に示すように、ＵＥ１０がその挙動を通常挙動へ変更してもよいことを受諾する。続いて、ネットワークノード２０とＵＥ１０とがそれぞれこのメッセージを送信し、受信した後で、両ノードは、ステップＳ６Ａに示すように、ＵＥ１０の挙動を通常挙動に変更する。この後、ＵＥ１０は非緊急ベアラハンドリング手順を開始して通常サービスを再開する。またネットワークノード２０は、非緊急ベアラの確立も開始することができる。図に示すように、通常サービスの再開に際しての唯一の遅延は、ステップＳ６１とステップＳ６Ａとの間の遅延だけであり、これは往復伝送遅延である。これは、挙動の暗黙的変更と比べて、可能な最小限の遅延である。暗黙的変更は、可能ではあるが、最適な解決策とはならない。というのは、ＵＥ１０は、ＴＡＩが禁止リストに含まれないことだけを知っているが、ＴＡＩがネットワークノード２０により許可され得るかどうかは知らないからである。すなわち、ＵＥ１０における禁止リストは、網羅的リストではない可能性がある。
【００２０】
図７は、ＵＥ１０が通常サービスを再開するために従うべき好ましいステップについての本発明の好ましい実施の形態である。ステップＳ３０で、ＵＥ１０はネットワークノード２０から、ＵＥ１０があたかも緊急接続されているかのように振る舞う必要があるという指示を受信する。これが発生し得るのは、ＵＥ１０が緊急接続を実行するとき、または通常接続されたＵＥ１０がネットワークノード２０により緊急接続挙動に移るよう求められるときである。ネットワークノード２０は、すべての非緊急ベアラを非活動化することによって、またはＴＡＵ手順の間に明示的に指示することによって、ＵＥ１０に緊急接続挙動に移るよう求めることができる。ＵＥ１０挙動は、ステップＳ３１に示すように、緊急接続挙動の挙動へ変更される。次にステップＳ３２に示すように、ＵＥ１０はＴＡの変更をモニタし、禁止リストに存在しないＴＡＩを有する新しいＴＡに入るかどうか待機する。新しいＴＡに入るときに、ＵＥ１０は、新しいＴＡのＴＡＩが禁止リストに存在するかどうか確認する。存在しない場合、ＵＥ１０は、ステップＳ３２に示すように、引き続きモニタする。ＴＡＩが実際にＴＡＩリストに存在しない場合には、少なくともＵＥ１０が利用できる情報によれば、ＵＥ１０は通常エリア内にある。この時点において、ＵＥ１０は、ステップＳ３４に示すように、ネットワークノード２０ノード１０に、挙動の変更を要求する。ステップＳ３５で、ＵＥ１０は、挙動変更要求がネットワークノード２０によって受諾されたかどうか確認する。挙動変更要求が受諾された場合、ＵＥ１０は、ステップＳ３６に示すように、その挙動を通常接続挙動へ変更する。これに続いて、ＵＥ１０は、ステップＳ３７に示すように、非緊急ベアラの確立を開始することができる。
【００２１】
次に、図７の各ステップを実行するのに使用することができるはずのメッセージの種類のいくつかの非限定的な例を挙げる。ネットワークノード２０によって提供される緊急挙動指示は、緊急接続への接続受諾応答、またはＴＡＵ受諾における指示なしの非緊急ベアラの非活動化、またはＵＥ１０が制限されたエリア内にあるという指示を有するＴＡＵ受諾ありの非緊急ベアラの非活動化とすることができる。挙動変更要求メッセージは、明示的指示なしのＴＡＵとすることができる。また挙動変更要求メッセージは、ＴＡＵが通常接続への挙動変更を求める要求についてのものであるというＵＥ１０による明示的指示を有するＴＡＵとすることもできる。また挙動変更要求メッセージは、非緊急ＰＤＮに接続するためのＵＥ１０によるＰＤＮ接続要求メッセージとすることもできる。この場合には、緊急接続挙動の原則に違反する可能性もある。しかし、このメッセージのコストは、ネットワークノード２０がこのメッセージを常に拒絶することができるため、最小限に留まる。また、ＰＤＮ接続要求メッセージを直ちに使用することは、往復メッセージのコストを回避することにもなるはずである。挙動変更要求メッセージへの応答は、指示なしのＴＡＵ受諾メッセージによって提供することができる。明示的指示なしのＴＡＵ受諾は、ステップＳ３０において、ネットワークノード２０がＵＥ１０にその緊急接続への変更を知らせるのに使用される指示が明示的指示ありのＴＡＵであるときに使用することができる。ネットワークノード２０が挙動変更要求に応答するための別の方法は、単にＴＡＵ要求を受諾し、続いて、ＵＥ１０についてのデフォルトベアラを直ちに開始することになるＥＰＳ作成のデフォルトベアラ要求メッセージを出すものである。これらの可能な方法のいずれかが使用され、標準化されるかもしれない。
【００２２】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに、緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始してよい。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０がその挙動を緊急接続から通常接続へ変更することができるという指示を有するトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００２３】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに、緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始してよい。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続であるとみなすことができる。
【００２４】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに、緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供してよい。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続されているとみなすことができる。
【００２５】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０がその挙動を緊急接続から通常接続へ変更することができるという指示を有するトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００２６】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、そのベアラコンテキストがトラッキングエリア更新手順後に非活動化されるときに、緊急接続されたＵＥ１０になる。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０は非緊急ＰＤＮについてのベアラ確立を開始してよい。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、デフォルトベアラのセットアップを開始する。デフォルトベアラがセットアップされた後で、ＵＥ１０およびネットワークノード２０はＵＥ１０を通常接続されているとみなす。
【００２７】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０にその挙動を緊急接続から通常接続へ変更するよう知らせるトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００２８】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０にその挙動を緊急接続から通常接続へ変更するよう知らせる指示を有するトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００２９】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続されているとみなすことができる。
【００３０】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０にその挙動を緊急接続から通常接続へ変更するよう知らせるトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００３１】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答したトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、ＵＥ１０にその挙動を緊急接続から通常接続へ変更するよう知らせる指示を有するトラッキングエリア更新受諾メッセージを送信する。ＵＥ１０またはネットワークノード２０はその後、非緊急ＰＤＮについてのベアラ確立を開始することができる。
【００３２】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答してトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０はトラッキングエリア更新要求メッセージを開始し、ＵＥ１０が、緊急接続から通常接続へのＵＥ１０の挙動の変更を要求しているという指示を提供することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続されているとみなすことができる。
【００３３】
本発明の別の実施の形態によれば、通常接続されたＵＥ１０は、ＵＥ１０が自身を緊急接続されているとみなすべきであるという指示を受信するときに、緊急接続されたＵＥ１０になる。指示は、トラッキングエリア更新要求メッセージに応答してトラッキングエリア更新受諾メッセージにおいて送信される。ＵＥ１０は次いで、トラッキングエリア識別情報の変更の有無をモニタする。新しいトラッキングエリア識別情報が検出され、トラッキングエリアが禁止リストに含まれない場合に、ＵＥ１０は非緊急ＰＤＮについてのベアラ確立を開始することができる。ネットワークノード２０は次いで、ＵＥ１０がそのエリアにおいて通常サービスを受けることを許可されているかどうか確認する。そうである場合、ネットワークノード２０は、トラッキングエリア手順の完了後に、非緊急ＰＤＮについてのベアラ確立を開始する。ＵＥ１０がこのメッセージを受信すると、ＵＥ１０およびネットワークノード２０は、ＵＥ１０の挙動を緊急接続されているとみなすことができる。
【００３４】
本発明の別の実施の形態によれば、緊急接続されたＵＥは、ネットワークが緊急通話の終了を検出するときに、トリガして通常サービスを再開させることができる。緊急通話の終了は通常、ＵＥトリガ（ＢＹＥメッセージなど）によって、またはネットワークトリガ（ＧＢＲベアラの非活動化など）によって成し遂げることができる。ネットワークノードは次いで、ＵＥを即座に再接続させる再接続指示を用いたＵＥの切り離しを開始し、それによって、ネットワークノードが不活動タイマを実行することとＵＥが周期タイマを実行することの両方を回避することができる。
【００３５】
他の例として、他の類似の、または等価のメッセージ、メッセージの数およびメッセージ内容の使用を当業者が試みるかもしれない。しかし、本発明のあらゆるそのような類似の変更はやはり本発明の範囲内に含まれる。さらに、本発明の特徴の一部は、他の特徴の対応する使用を伴わずに有利に使用することもできるはずである。したがって、以上の説明は、本発明の限定としてではなく、本発明の原理の例示にすぎないものとみなすべきである。
【符号の説明】
【００３６】
１０ ＵＥ
１１ メッセージ送信機
１２ メッセージ受信機
１３ メッセージプロセッサ
１４ トラッキング・エリア・プロセッサ
１５ モビリティ機能
１６ ベアラハンドリング機能
【特許請求の範囲】
【請求項１】
ネットワークから制限されたサービスの指示を受信した後に制限されたサービスだけを使用することができ、禁止リストに含まれないトラッキングエリア識別情報を有する新しいトラッキングエリアに入るときにサービス変更要求メッセージを送信するユーザ装置と、
現在、制限されたサービスだけを使用することができ、通常サービスを使用することのできるエリアから前記サービス変更要求メッセージを送信している前記ユーザ装置から前記サービス変更要求メッセージを受信したときに、前記サービス変更要求メッセージを受諾し、サービス変更受諾メッセージを送信する前記ネットワークと、
を備える通常サービスの再開を行うシステム。
【請求項２】
前記制限されたサービスは緊急サービスである、
請求項１に記載のシステム。
【請求項３】
前記ユーザ装置は、
前記サービス変更受諾メッセージを受信した後に、制限されていないベアラを獲得するためにベアラハンドリング手順を開始する、
請求項１に記載のシステム。
【請求項４】
前記ネットワークは、
前記サービス変更受諾メッセージを送信した後に、制限されていないベアラを獲得するためにベアラハンドリング手順を開始する、
請求項１に記載のシステム。
【請求項５】
前記ユーザ装置は、
制限されていないベアラの非活動化による指示を受信した後で、前記通常サービスを使用することのできる状態から前記制限されたサービスを使用することのできる状態へ変更する、
請求項１に記載のシステム。
【請求項６】
前記ユーザ装置は、
ＴＡＵ受諾メッセージによる指示を受信した後に、前記通常サービスを使用することのできる状態から前記制限されたサービスを使用することのできる状態へ変更する、
請求項１に記載のシステム。
【請求項７】
前記ユーザ装置は、
トラッキングエリア更新要求メッセージとして、前記サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項８】
前記ネットワークは、
前記ユーザ装置に対して前記ユーザ装置が通常接続されていることを知らせる明示的指示を有するトラッキングエリア更新要求メッセージとして、サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項９】
前記ネットワークは、
トラッキングエリア更新要求メッセージとして、サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項１０】
前記ユーザ装置は、
ＰＤＮ接続メッセージとして、サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項１１】
前記ネットワークは、
デフォルトのＥＰＳベアラコンテキスト活動化要求メッセージとして、サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項１２】
ユーザ装置において、ネットワークから制限されたサービスの指示を受信するステップと、
前記ユーザ装置において、制限されたサービスだけを使用することのできる状態へ変更するステップと、
前記ユーザ装置が、禁止リストに含まれないトラッキングエリア識別情報を有する新しいトラッキングエリアに入るときに、サービス変更要求メッセージを前記ユーザ装置から送信するステップと、
前記ユーザ装置が通常サービスを使用することのできるエリアから前記サービス変更要求メッセージを前記ネットワークが受信したときに、前記ネットワークにおいて、前記サービス変更要求メッセージを受諾し、サービス変更受諾メッセージを送信するステップと
を含む通常サービスの再開のための方法。
【請求項１３】
前記制限されたサービスが緊急サービスである、
請求項１２に記載の方法。
【請求項１４】
制限されたサービスだけの使用を指示する制限されたサービスの指示をネットワークから受信する受信部と、
禁止リストに含まれないトラッキングエリア識別情報を有する新しいトラッキングエリアに入るときにサービス変更要求メッセージを送信する送信部と、
を備え、
前記受信部は、
前記ネットワークからサービス変更受諾メッセージをさらに受信する、
通常サービスの再開を行うユーザ装置。
【請求項１５】
前記制限されたサービスが緊急サービスである、
請求項１４に記載の通常サービスの再開を行うユーザ装置。
【請求項１】
ネットワークから制限されたサービスの指示を受信した後に制限されたサービスだけを使用することができ、禁止リストに含まれないトラッキングエリア識別情報を有する新しいトラッキングエリアに入るときにサービス変更要求メッセージを送信するユーザ装置と、
現在、制限されたサービスだけを使用することができ、通常サービスを使用することのできるエリアから前記サービス変更要求メッセージを送信している前記ユーザ装置から前記サービス変更要求メッセージを受信したときに、前記サービス変更要求メッセージを受諾し、サービス変更受諾メッセージを送信する前記ネットワークと、
を備える通常サービスの再開を行うシステム。
【請求項２】
前記制限されたサービスは緊急サービスである、
請求項１に記載のシステム。
【請求項３】
前記ユーザ装置は、
前記サービス変更受諾メッセージを受信した後に、制限されていないベアラを獲得するためにベアラハンドリング手順を開始する、
請求項１に記載のシステム。
【請求項４】
前記ネットワークは、
前記サービス変更受諾メッセージを送信した後に、制限されていないベアラを獲得するためにベアラハンドリング手順を開始する、
請求項１に記載のシステム。
【請求項５】
前記ユーザ装置は、
制限されていないベアラの非活動化による指示を受信した後で、前記通常サービスを使用することのできる状態から前記制限されたサービスを使用することのできる状態へ変更する、
請求項１に記載のシステム。
【請求項６】
前記ユーザ装置は、
ＴＡＵ受諾メッセージによる指示を受信した後に、前記通常サービスを使用することのできる状態から前記制限されたサービスを使用することのできる状態へ変更する、
請求項１に記載のシステム。
【請求項７】
前記ユーザ装置は、
トラッキングエリア更新要求メッセージとして、前記サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項８】
前記ネットワークは、
前記ユーザ装置に対して前記ユーザ装置が通常接続されていることを知らせる明示的指示を有するトラッキングエリア更新要求メッセージとして、サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項９】
前記ネットワークは、
トラッキングエリア更新要求メッセージとして、サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項１０】
前記ユーザ装置は、
ＰＤＮ接続メッセージとして、サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項１１】
前記ネットワークは、
デフォルトのＥＰＳベアラコンテキスト活動化要求メッセージとして、サービス変更要求を送信する、
請求項１に記載のシステム。
【請求項１２】
ユーザ装置において、ネットワークから制限されたサービスの指示を受信するステップと、
前記ユーザ装置において、制限されたサービスだけを使用することのできる状態へ変更するステップと、
前記ユーザ装置が、禁止リストに含まれないトラッキングエリア識別情報を有する新しいトラッキングエリアに入るときに、サービス変更要求メッセージを前記ユーザ装置から送信するステップと、
前記ユーザ装置が通常サービスを使用することのできるエリアから前記サービス変更要求メッセージを前記ネットワークが受信したときに、前記ネットワークにおいて、前記サービス変更要求メッセージを受諾し、サービス変更受諾メッセージを送信するステップと
を含む通常サービスの再開のための方法。
【請求項１３】
前記制限されたサービスが緊急サービスである、
請求項１２に記載の方法。
【請求項１４】
制限されたサービスだけの使用を指示する制限されたサービスの指示をネットワークから受信する受信部と、
禁止リストに含まれないトラッキングエリア識別情報を有する新しいトラッキングエリアに入るときにサービス変更要求メッセージを送信する送信部と、
を備え、
前記受信部は、
前記ネットワークからサービス変更受諾メッセージをさらに受信する、
通常サービスの再開を行うユーザ装置。
【請求項１５】
前記制限されたサービスが緊急サービスである、
請求項１４に記載の通常サービスの再開を行うユーザ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公表番号】特表２０１３−５１４６７５（Ｐ２０１３−５１４６７５Ａ）
【公表日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願番号】特願２０１２−５２４９７６（Ｐ２０１２−５２４９７６）
【出願日】平成２１年１２月１８日（２００９．１２．１８）
【国際出願番号】ＰＣＴ／ＪＰ２００９／００７００８
【国際公開番号】ＷＯ２０１１／０７４０４６
【国際公開日】平成２３年６月２３日（２０１１．６．２３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公表日】平成２５年４月２５日（２０１３．４．２５）
【国際特許分類】
【出願日】平成２１年１２月１８日（２００９．１２．１８）
【国際出願番号】ＰＣＴ／ＪＰ２００９／００７００８
【国際公開番号】ＷＯ２０１１／０７４０４６
【国際公開日】平成２３年６月２３日（２０１１．６．２３）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]