(57)【要約】  本発明は、無線ネットワークでＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）による信号を伝送する方法に関する。このような方法は、トラッキング領域更新メッセージをユーザ装置（ＵＥ；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）から受信する段階；及びトラッキング領域更新メッセージを受信すれば、ＩＭＳ音声パケット交換セッションサポート指示子（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）  ｓｅｓｓｉｏｎ  ｓｕｐｐｏｒｔｅｄ  ｉｎｄｉｃａｔｉｏｎ）を含む位置更新メッセージをＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に伝送する段階を含む。特に、前記ＩＭＳ音声パケット交換セッションサポート指示子は、ＩＭＳ音声パケット交換セッション（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ）がサービングＭＭＥのすべてのトラッキング領域で同種（ｈｏｍｏｇｅｎｅｏｕｓｌｙ）でサポートされるか否かを示すことを特徴とする。
2013517732.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークでのＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）による信号伝送方法において、
トラッキング領域更新メッセージをユーザ装置（ＵＥ；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）から受信する段階と、
前記トラッキング領域更新メッセージを受信すれば、ＩＭＳ音声パケット交換セッションサポート指示子（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）ｓｅｓｓｉｏｎ  ｓｕｐｐｏｒｔｅｄ  ｉｎｄｉｃａｔｉｏｎ）を含む位置更新メッセージをＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に伝送する段階とを含み、
前記ＩＭＳ音声パケット交換セッションサポート指示子は、ＩＭＳ音声パケット交換セッション（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ）がサービングＭＭＥのすべてのトラッキング領域で同種（ｈｏｍｏｇｅｎｅｏｕｓｌｙ）でサポートされるか否かを示すことを特徴とする信号伝送方法。
【請求項２】
前記ＩＭＳ音声パケット交換セッションサポート指示子は、前記ＨＳＳに格納されることを特徴とする請求項１に記載の信号伝送方法。
【請求項３】
前記ＩＭＳ音声パケット交換セッションサポート指示子は、前記ＨＳＳによって、前記ＭＭＥに対して前記ＩＭＳ音声パケット交換セッションを同種でサポートするＭＭＥの能力値を要請しないために使用されることを特徴とする請求項２に記載の信号伝送方法。
【請求項４】
前記サービングＭＭＥのすべてのトラッキング領域が前記ＩＭＳ音声パケット交換セッションを同種でサポートするとき、前記ＩＭＳ音声パケット交換セッションサポート指示子は、真実（ＴＲＵＥ）に設定されることを特徴とする請求項１に記載の信号伝送方法。
【請求項５】
前記サービングＭＭＥのすべてのトラッキング領域が前記ＩＭＳ音声パケット交換セッションを同種でサポートしないとき、前記ＩＭＳ音声パケット交換セッションサポート指示子は、偽り（ＦＡＬＳＥ）に設定されることを特徴とする請求項１に記載の信号伝送方法。
【請求項６】
無線ネットワークの信号送受信システムにおいて、
トラッキング領域更新メッセージを伝送するためのユーザ装置（ＵＥ；Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、
前記ＵＥからトラッキング領域更新メッセージを受信し、前記トラッキング領域更新メッセージを受信すれば、ＩＭＳ音声パケット交換セッションサポート指示子（ＩＭＳ  ｖｏｉｃｅｏｖｅｒ  ＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）ｓｅｓｓｉｏｎ  ｓｕｐｐｏｒｔｅｄ  ｉｎｄｉｃａｔｉｏｎ）を含む位置更新メッセージをＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に伝送するためのＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と、
前記ＭＭＥから前記位置更新メッセージを受信するためのＨＨＳとを含み、
前記ＩＭＳ音声パケット交換セッションサポート指示子は、ＩＭＳ音声パケット交換セッション（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ）がサービングＭＭＥのすべてのトラッキング領域で同種（ｈｏｍｏｇｅｎｅｏｕｓｌｙ）でサポートされるか否かを示すことを特徴とする信号送受信システム。
【請求項７】
前記ＨＳＳは、前記位置更新メッセージを受信すれば、前記ＩＭＳ音声パケット交換セッションサポート指示子を格納することを特徴とする請求項６に記載の信号送受信システム。
【請求項８】
前記ＩＭＳ音声パケット交換セッションサポート指示子は、前記ＨＳＳによって、前記ＭＭＥに対して前記ＩＭＳ音声パケット交換セッションを同種でサポートするＭＭＥの能力値を要請しないために使用されることを特徴とする請求項７に記載の信号送受信システム。
【請求項９】
前記サービングＭＭＥのすべてのトラッキング領域が前記ＩＭＳ音声パケット交換セッションを同種でサポートするとき、前記ＩＭＳ音声パケット交換セッションサポート指示子は、真実（ＴＲＵＥ）に設定されることを特徴とする請求項６に記載の信号送受信システム。
【請求項１０】
前記サービングＭＭＥのすべてのトラッキング領域が前記ＩＭＳ音声パケット交換セッションを同種でサポートしないとき、前記ＩＭＳ音声パケット交換セッションサポート指示子は、偽り（ＦＡＬＳＥ）に設定されることを特徴とする請求項６に記載の信号送受信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に無線ネットワークに関し、より詳細には、通話で音声伝送技術の選択をサポートするための方法及び装置に関する。
【背景技術】
【０００２】
モバイルハンドセットのようなユーザ装置（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）が通信ネットワークに連結される基地局または他の無線接続ポイントに対して無線リンクを介して通信を行う無線ネットワークは、無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）の多数の世代を通じて急速に発展してきた。アナログ変調を利用するシステムの最初配置は、典型的にＧＥＲＡ（ＧＳＭ(登録商標)  Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）無線接続技術を使用するＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のような２世代（２Ｇ）デジタルシステムによって交替された。そして、このようなシステムは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）無線接続技術を利用するＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のような３世代（３Ｇ）デジタルシステムによって自分が増加されるか、交替された。３世代標準は、２世代システムによって提供されるものより多いデータの処理量を提供する。このような傾向は、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）無線接続技術を利用するＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムの３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）による提案とともに持続される。これは、以前の標準と比べてさらに多い容量及び追加特徴を提供する。
【０００３】
用語”ＧＥＲＡ”は、この文献でＧＥＲＡＮ（ＧＥＲＡ  ｎｅｔｗｏｒｋｓ）と関連した無線接続技術を示すのに使用され、用語”ＵＴＲＡ”は、ＵＴＲＡＮ（ＵＴＲＡ  ｎｅｔｗｏｒｋｓ）と関連した無線接続技術を示すのに使用され、そして、同様に、用語”Ｅ−ＵＴＲＡ”または”ＬＴＥ”は、Ｅ−ＵＴＲＡＮ（Ｅ−ＵＴＲＡ  ｎｅｔｗｏｒｋｓ）と関連した無線接続技術を示すのに使用される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＬＴＥ配置は、データ通信単独だけでサポートされる一部のサービス領域のように、すべてのサービス領域で音声通信をサポートしないことがある。ＬＴＥは、主として高い速度のパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）ネットワークとしてデザインされた。そして、音声サービス、パケット交換音声サービス及び特に、ＶｏＩＭＳ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）サービスとして知られた音声伝送技術が予想される。一方、ＵＭＴＳのような、以前世代のシステムは、主としてサーキット交換（ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｅｄ）方式である音声伝送技術を利用する音声サービスをサポートする。
【０００５】
通話に使用される音声伝送技術を選択することができる方法及び装置が要求される。
【課題を解決するための手段】
【０００６】
本発明の第１側面によれば、無線ネットワークで使用のためのユーザ装置（ＵＥ；ｕｓｅｒｅｑｕｉｐｍｅｎｔ）に対して通話に使用される音声通信技術を選択する方法が提供される。無線ネットワークは、（ｗｉｒｅｌｅｓｓ  ｎｅｔｗｏｒｋ）サービス領域で無線接続技術を利用して通信をサポートする無線接続ネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）を含む。ここで、各サービス領域は、サービス領域にかけてパケット交換音声伝送技術をサポートする能力値を有するか、またはサービス領域にかけてパケット交換音声伝送技術をサポートする能力値を有さないし、ユーザ装置は、無線接続ネットワークに登録され、ユーザ装置は、サーキット交換音声伝送技術をサポートする能力値及びパケット交換音声伝送技術をサポートする能力値を有する。このような方法は、次を含む。
【０００７】
無線接続ネットワークの一部内にすべてのサービス領域がパケット交換音声伝送技術をサポートする同一の能力値を有する場合、指示子を肯定状態（ｐｏｓｉｔｉｖ  ｅｓｔａｔｅ）に設定し、そうでなければ、指示子を否定状態（ｎｅｇａｔｉｖｅ  ｓｔａｔｅ）に設定する段階と、
【０００８】
指示子が肯定であり、ユーザ装置が上述した無線接続ネットワークの一部に位置するか否かに対する判断によって、ユーザ装置に対する通話に使用される音声技術を選択する段階とを含む。
【０００９】
上記方法の利点は、シグナリングトラフィックが減少することができ、シグナリングと関連した遅延も減少することである。
【００１０】
好ましくは、上述した選択は、ユーザ装置によってパケット交換音声伝送技術をサポートするための能力の判断による。
【００１１】
好ましくは、指示子が肯定であると判断し、ネットワーク内のユーザ装置に対してパケット交換音声伝送技術をサポートする能力値に対する前の判断の結果を維持していなければ、音声伝送技術をサポートするサービス領域の能力値を考慮する情報を要請するようにネットワーク要素をポーリング（ｐｏｌｌｉｎｇ）し、情報によってユーザ装置に対する通話に使用される音声技術を選択する。
【００１２】
このようなポーリング（ｐｏｌｌｉｎｇ）は、前の前の判断が維持されないとき、当該情報がキャッシュ（ｃａｃｈｅｄ）されることができるので、追加ポーリングが次の選択のために要求されなくてもよいので、利点になる。
【００１３】
好ましくは、上記指示子が否定であると判断されることによって、上記方法は、ネットワーク要素が音声伝送技術をサポートするためのサービス領域の能力値を考慮した情報を要請するようにポーリングする段階と、上記情報によってユーザ装置が通話に使用される音声技術を選択する段階とを含む。
【００１４】
指示子が否定であれば、前の判断は、特に、正確なサービス領域情報が維持されていなければ、信頼することができないかも知れない。
【００１５】
好ましくは、上述した無線接続ネットワークの部分は、トラッキング領域のように、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）によってサービスされることができる領域である。または、上述した無線接続ネットワークの部分は、ルーティング領域のように、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｙｓｔｅｍ  Ｓｕｐｐｏｒｔ    Ｎｏｄｅ）によってサービスされる領域である。
【００１６】
好ましくは、上述した指示子は、上述した無線接続ネットワークの部分と関連したＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）の設定になることができる。典型的に、ＨＳＳは、音声伝送技術をサポートするための個別トラッキング領域またはルーティング領域の能力値と関連した情報を維持しなくてもよい。したがって、これは、ＨＳＳのために利点になる。
【００１７】
本発明の一部の実施例において、上述した肯定状態または否定状態に対する指示子の設定は、構成データに基づく。構成データは、オペレーターによって入力されることができる。
【００１８】
上記方法は、ユーザ装置に対するサービングネットワークの変更に対応する上述した情報を伝送する段階を含む。好ましくは、ユーザ装置に対するサービングネットワークの変更は、第１ＭＭＥまたはＳＧＳＮによってサービスされる無線接続ネットワークの第１部分から第２ＭＭＥまたはＳＧＳＮによってサービスされる無線接続ネットワークの第２部分への変更である。
【００１９】
上記方法は、位置更新メッセージの一部として上述した情報を伝送する段階を含むことができる。位置更新メッセージの一部として上述した情報を伝送する段階の利点は、システム変更のイベントで要求される規則的な更新が提供されるということである。
【発明の効果】
【００２０】
既存の技術において、ＡＴＩ（Ａｎｙｔｉｍｅ−Ｉｎｔｅｒｒｏｇａｔｉｏｎ）要請は、常にサービングノードに対してサービングネットワークから情報を引き出すＰＳＩ（Ｐｒｏｖｉｄｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）要請を引き起こすことができる。本発明の一実施例において、ＡＴＩ要請は、ＩＭＳ  ＶｏＩＰ指示子（ＡＴＩメッセージに対する変更）を得るために使用される。これは、個別ユーザに対してこの指示子を引き出すようにＨＳＳがＰＳＩ（ＰＳＩメッセージに対して要求される修正）をサービングネットワーク（ＭＭＥ／ＳＧＳＮ）に伝送する。
【００２１】
本発明の実施例において、ＨＰＬＭＮ（ＨＳＳ）は、サービングネットワークが考慮された（静的構成でまたは動的に）受信されたものから認知されることによってＰＳＩが要求されるか否かを知能的に（ｉｎｔｅｌｌｉｇｅｎｔｌｙ；あらかじめ格納された情報を利用して新しい状況に適用して）決定することができる。
【００２２】
本発明の実施例によれば、（アプリケーションサーバー（ＡＳ）によって後で問い合わせされることができる）サービスされるネットワークから情報がＨＰＬＭＮに先立って提供され、そして、この情報に対して要請される問い合わせに先立ってＨＰＬＭＮでキャッシュされる。これは、ＶＰＬＭＮからこの情報を要請することを避けるようにするためのものである。
【００２３】
本発明の実施例において、ＨＳＳは、ＰＳＩを伝送しない決定を優先させることによって、サービングネットワークを周期的にポーリングするように知能的に決定する。ガードタイマー（ｇｕａｒｄ  ｔｉｍｅｒ）の満了後に、またはＨＳＳがこのユーザに対する複数のＡＴＩ要請を受信したとき、ＨＳＳは、さらに必要な情報を得るためにＰＳＩ要請を伝送することに決定することができる。これは、ＭＭＥ／ＳＧＳＮで構成変更（または動的変更）が生じる任意の問題(issues)を緩和する。これは、個別ユーザに対するＩＭＳ  ＶｏＩＰ能力値を修正する結果を招く。そして、同様に、同種の音声サポートの場合のために、ＶｏＩＰを動的にサポートするＭＭＥ／ＳＧＳＮをアップグレードする決定になる。しかし、このような場合、アップグレードは、一般的にＭＭＥ／ＳＧＳＮが次回の接続またはＴＡＵ／ＲＡＵ上で新たに位置更新メッセージを伝送するようにする結果を招く。
【００２４】
・サービングネットワークがＶｏＩＰを同種でサポートするとき、サービングネットワークからＩＭＳ  ＶｏＩＰ指示子を持続的に要請する必要がないことがある。
【００２５】
・特に、ユーザ装置がローミングされたとき、サービングネットワークからこの情報を引き出すことによって誘発されるタミネーティングプロセスでの潜在的な遅延を避けることができる。
【００２６】
・単純な強化である。
【００２７】
サービングネットワーク要素（ＭＭＥ／ＳＧＳＮ）：
【００２８】
・ＨＳＳに対して伝送される位置更新メッセージで個別ユーザのために設定される”ＩＭＳ音声パケット交換サポート（ＩＭＳ  Ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｕｐｐｏｒｔｅｄ）”の設定を提供することができる（ＳＧＳＮからＭＡＰ要請及びＭＭＥからダイヤメータ（Ｄｉａｍｅｔｅｒ）要請）。
【００２９】
・ＭＭＥまたはＳＧＳＮの制御下のすべてのトラッキング領域またはルーティング領域でＶｏＩＰの同種サポートのための設定を提供することができる。
【００３０】
ホームネットワーク要素（ＨＳＳ）：
【００３１】
・ＭＭＥまたはＳＧＳＮの制御下のすべてのトラッキング領域またはルーティング領域でＶｏＩＰを同種でサポートすることに関連した静的構成データ（ｓｔａｔｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｄａｔａ）を含むことができる。
【００３２】
・ＨＳＳがＡＴＩ要請を受信したとき、ＰＳＩ要請を伝送するか否かに対する論理を含むことができる。
【００３３】
・ＰＳＩ問い合わせの結果として位置更新で伝送される”ＩＭＳ−ＶｏＩＰ−ｉｎｄｉｃａｔｉｏｎ”をキャッシュすることができる。
【００３４】
・ＰＳＩ問い合わせを行う必要なしにＴ−ＡＳＤに対してさらにキャッシュされたデータをリターンすることができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施例によるシグナリングを示す概略図である。
【図２】完全な動的データキャッシング及びメッセージング無しのアプローチに関連した本発明の実施例によるシグナリングを示す概略図である。
【図３】静的構成キャッシング及び減少したメッセージングアプローチに関連した本発明の実施例によるシグナリングを示す概略図である。
【図４】部分的な動的データキャッシング及び減少したメッセージングアプローチに関連した本発明の実施例によるシグナリングを示す概略図である。
【図５】完全な動的データ及びメッセージ無しのアプローチに関連した本発明の実施例を示す流れ図である。
【図６】静的構成及び減少したメッセージングアプローチに関連した本発明の実施例を示す流れ図である。
【発明を実施するための形態】
【００３６】
例示的な形態として、本発明の実施例は、ＧＥＲＡＮ／ＵＴＲＡＮネットワークに関連したもの等のＧＥＲＡ／ＵＴＲＡ無線接続技術を利用して通信をサポートするいずれか１つの無線接続ネットワーク及びＥ−ＵＴＲＡネットワークに関連したものなどのＥ−ＵＴＲＡ／ＬＴＥ無線接続技術を利用して通信をサポートする他の無線接続ネットワークを含む無線ネットワークのコンテキスト（ｃｏｎｔｅｘｔ）に対して説明される。しかし、これは、ただ例示的な形態によるものであり、他の実施例は、ＩＥＥＥ  ８０２．１６ワイマックス（ＷｉＭａｘ）システムのように他の無線接続技術を利用する無線ネットワークを含むこともできることを理解することができる。このような実施例は、特定の無線接続技術を利用するものに限定されない。
【００３７】
ＬＴＥシステムの最初配置は、典型的にＧＥＲＡまたはＵＴＲＡ無線接続技術を利用するレガシィ（ｌｅｇａｃｙ）ＧＳＭ及びＵＭＴＳシステムのような既存の無線ネットワークのカバレージ領域内に配置される。初期配置上に、ＬＴＥシステムは、例えば都市中心をカバーする既存のレガシィネットワークによってカバーされる領域より小さい地理的領域に対してサービスを提供することができる。そして、カバーされる領域は、近接していなくてもよい。さらに、ただ利用可能なネットワーク特徴のサブセットを使用することができる。そして、利用可能な特徴は、ネットワークにかけて画一的でなくてもよい。特に、レガシーシステムと比較したとき、その潜在的に強化されたデータ容量に起因して、ＬＥＴの最初配置は、ＬＴＥ  ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）のようなＬＴＥを利用可能な装置に対する例を挙げるか、またはラップトップコンピュータのためのプラグイン（ｐｌｕｇ  ｉｎ）通信モジュール形式のユーザ装置に対する例えば高い帯域幅データサービスを提供するために集中されることができる。このような理由で、主要ＬＴＥ音声サービスであるＶｏＩＭＳ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ）として知られた音声伝送技術を利用するパケット交換サービス（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ  ｓｅｒｖｉｃｅ）は、任意の領域では、利用しないことがある。
【００３８】
（ＴＳ  ２３．４０１［２］及び２４．３０１［３］の３ＧＰＰによって特定され標準化された）ＳＡＥ／ＬＴＥシステムは、パケット交換（ＰＳ、Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）サービスだけを提供するシステムである。これは、サーキット交換（ＣＳ、Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ）ドメインが存在せず、そのＳＡＥ／ＬＴＥシステムで音声通話は”基本的に”単にパケット交換サービスドメインを介して行われることを意味する。このような理由で、”基本オプション”によってこのような音声通話は、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）通話になり、基本的な呼制御プロトコルは、典型的にＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）を介してサポートされるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）になる。しかし、ＳＡＥ／ＬＴＥが初めて商用に配置されたとき、サーキット交換（ＣＳ）ドメインが消えなく、また、サーキット交換（ＣＳ）ドメインからＬＴＥに遅い移動があるという事実が広く収容される。結局、ＬＴＥは、サーキット交換（ＣＳ）ドメインの一部に重畳される”島（ｉｓｌａｎｄｓ）”に配置される蓋然性がある。追加的に、ＬＴＥの最初配置は、ＶｏＩＰ通話をサポートしない蓋然性があり、３ＧＰＰ  ＴＳ  ２３．２７２［４］に定義されたようなサーキット交換（ＣＳ）ドメイン（ＣＳフォールバック（Ｆａｌｌｂａｃｋ））へのフォールバック（ｆａｌｌｂａｃｋ）を使用することもできる。
【００３９】
ＴＳ  ２３．２２１［５］は、ユーザ装置が音声通話及び短文メッセージングサービス（ＳＭＳ；Ｓｈｏｒｔ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）のためのドメイン選択を行うようにするためのプロシージャ（ｐｒｏｃｅｄｕｒｅ）を定義する。ドメイン選択は、ユーザ装置が音声通話のためにＬＴＥにカンプ（ｃａｍｐ）しなければならないか、または２Ｇ／３Ｇに移動しなければならないか否かを決定するとき、ユーザ装置及びネットワークによって提供される情報を利用する。ユーザ装置がＶｏＩＰ呼連結を行うことができるか否かを決定することの一側面は、ネットワークが”ＶｏＩＭＳ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＭＳ）”をサポートすることができるか否かによる。ユーザ装置が（ネットワークに）接続するとき、ネットワークは、ＶｏＩＰがサポートされるか否かを示す指示子（ｉｎｄｉｃａｔｉｏｎ）を（ユーザ装置に）リターンする。この指示子は、ユーザ装置（ＵＥ）がＬＴＥに接続するか、またはＴＡＵ（トラッキング領域更新；Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）（ＴＳ  ２４．３０１［３］）するとき、または３Ｇにパケットスイッチ接続するか、またはＲＡＵ（ルーティング領域更新、Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）するとき（ＴＳ  ２４．００８［１］）、ユーザ装置（ＵＥ）にリターンされる。
【００４０】
しかし、ユーザ装置が呼を受信するとき、ネットワークがユーザ装置に対して認知されたものに基づいてユーザ装置に呼をルーティングする最適の方法を決定することは、ネットワークである。ネットワークは、ＴＳ  ２３．２９２［６］に定義されたＴ−ＡＤＳ（Ｔｅｒｍｉｎａｔｉｎｇ  Ａｃｃｅｓｓ  Ｄｏｍａｉｎ  Ｓｅｌｅｃｔｉｏｎ）と称する機能を有し、この機能は、ユーザ装置が位置する所を最適に決定するためにユーザ装置が登録された利用可能なドメイン及び接続ネットワークから認知されたもの（ｋｎｏｗｌｅｄｇｅ）を利用する。時には、ユーザ装置は、ユーザ装置がその中に位置する接続ネットワークまたはドメインで呼を収容することができない。例えば、ネットワークは、ユーザ装置が現在登録されている３Ｇ接続ネットワークでＶｏＩＰ呼を受信することができると信じるかもしれない。しかし、ネットワークがＶｏＩＰをサポートしないことがあり、ユーザ装置にＶｏＩＰ呼連結が試みられることもできる。このような場合において、ＴＳ  ２３．２９２［６］に定義されたユーザ装置のＴ−ＡＤＳ（ｔｅｒｍｉｎａｔｉｎｇ  ａｃｃｅｓｓ  ｄｏｍａｉｎ  ｓｅｌｅｃｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ａｌｉｔｙ）は、ユーザ装置がサーキット交換（ＣＳ）ドメインで呼を受信することができるように使用されることができる。ユーザ装置のＴ−ＡＤＳは、２個の種類に分けられる。１つの種類は、ユーザ端末がこの接続上で呼が試みられないことを示すようにネットワークに対して単純に応答（ＳＩＰ４８８）をリターンすることである。すると、ネットワークは、代案ドメイン上にターミネーション（ｔｅｒｍｉｎａｔｉｏｎ）を試みる。他の種類は、ユーザ端末が（ネットワークが最初ＳＩＰ  ＩＮＶＩＴＥメッセージでユーザ装置に伝送する音声オプションに基づいて）サーキット交換ドメインでターミネーション（ｔｅｒｍｉｎａｔｉｏｎ）を自体的に知能的に（ｉｎｔｅｌｌｉｇｅｎｔｌｙ）行うようにする。（これは、ＣＳ−Ｏとして知られており、または、サーキット交換サービス（ＣＳ）から由来したプロシージャを利用するターミネーションのためのベアラー（ｂｅａｒｅｒ）に設定される。）
【００４１】
ユーザ装置のＴ−ＡＤＳがユーザ装置に対して呼をターミネーションするに際して、ネットワーク（Ｎｅｔｗｏｒｋ）のＴ−ＡＤＳをサポートしても、ネットワークがＶｏＩＰをサポートするためにパケット交換ドメインの能力値（ｃａｐａｂｉｌｉｔｙ）に対してさらに良い情報を提供することができれば、ターミネーションがＶｏＩＰターミネーションに成功されることができるさらに良い機会がある。このために、ネットワークのＴ−ＡＤＳは、ユーザ装置（ＵＥ）のためのパケット交換サービス接続ネットワークから”ＩＭＳ  Ｖｏｉｃｅ  Ｏｖｅｒ  ＰＳ  ｓｕｐｐｏｒｔｅｄ  ｉｎｄｉｃａｔｉｏｎ”を引き出す（ｒｅｔｒｉｅｖｅ）ことができる。ここで、ユーザ装置は、既存の登録を有する。特に、ネットワークのＴ−ＡＤＳは、ＭＭＥ及びＳＧＳＮからＶｏＩＰ指示子を引き出すことができる。
【００４２】
ＩＳＲ（Ｉｄｌｅ  Ｍｏｄｅ  Ｓｉｇｎａｌｉｎｇ  Ｒｅｄｕｃｔｉｏｎ）（ＴＳ  ２３．４０１［２］を参照されたい）が適用される場合に、ネットワークがユーザ装置（ＵＥ）が位置する最も最近の接続ネットワーク及びＩＭＳ  ＶｏＩＰ指示子に関連した情報を引き出しても、ネットワークは、ユーザ装置（ＵＥ）が実質的に位置する所が知らないことがある。
【００４３】
Ｔ−ＡＤＳ（Ｔｅｒｍｉｎａｔｉｎｇ  Ａｃｃｅｓｓ  Ｄｏｍａｉｎ  Ｓｅｌｅｃｔｉｏｎ）は、（ＳＣＣ  ＡＳ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）の一部として）ＩＭＳネットワークに常在する機能である。その役目は、ユーザ装置が接続したドメイン／接続ネットワークの登録詳細事項及びユーザ装置の能力値に基づいてユーザに対してどのように最適にセッション／呼をターミネーション（ｔｅｒｍｉｎａｔｅ）するかを決定するものである。また、ユーザ装置は、呼をターミネートするとき（ＵＥＴ−ＡＤＳ）、ネットワークをサポートすることができる。ネットワークがパケット交換サービスドメインに対して呼を終了することを決定するとき、ユーザ装置が現在位置する接続ネットワークがどれなのか、そして接続ネットワークがＶｏＩＰをサポートするか否かを知ることが必要である。ＩＳＲ（Ｉｄｌｅ−Ｍｏｄｅ  Ｓｉｇｎａｌｌｉｎｇ  Ｒｅｄｕｃｔｉｏｎ）がアクティベートされたとき、ユーザ装置は、ＬＴＥ及び３Ｇ／２Ｇの両方に接続することができる。
【００４４】
本発明の一実施例は、ＶｏＩＰ指示子を得るために、問い合わせ（ｑｕｅｒｙ）をサービングドメイン（ＭＭＥ及びＳＧＳＮ）のうちそれぞれに伝送するＴ−ＡＤＳを含む。これは、ＳＧＳＮ及びＭＭＥに問い合わせするＰＳＩを生成する２個のＡＴＩ問い合わせである。この解決策は、悪くない（ｆｉｎｅ）。しかし、これは、ターミネーションのために要求される時間が増加し、音声サポートがＳＧＳＮによって制御されるすべてのＲＡＩまたはＭＭＥによって制御されるすべてのＴＡＩリストにわたって同種のものではないときに要求される。（アクティベートされたＩＳＲ及びアクティベートされないＩＳＲと一緒に）識別された場合が存在する。これは、ターミネーションがさらに速く続くようにする一部の最適化から利点になることができる。このような最適化は、ＨＳＳでのロジッグ及びＭＭＥ−ＨＳＳ及びＳＧＳＮ−ＨＳＳから伝送される位置更新（ＵＬ、Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）に対する修正に基づく。
【００４５】
“ＩＭＳ  Ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｕｐｐｏｒｔｅｄ”指示子の引き出しのための解決策を考慮すれば、本発明の一実施例は、ＨＳＳを介してこの情報を”ｐｕｌｌｉｎｇ”することによって、サービングＰＬＭＮ（ＳＧＳＮ／ＭＭＥ）からＶｏＩＰ指示子を引き出すホームＩＭＳネットワーク（Ｔ−ＡＤＳ）を含む。
【００４６】
ＳＣＣ  ＡＳは、パケット交換サービスドメインからＩＭＳ  ＶｏＩＰ指示子を要請するＨＳＳにＡＴＩ（Ａｎｙｔｉｍｅ−Ｉｎｔｅｒｒｏｇａｔｉｏｎ）問い合わせを伝送することができる。ＡＴＩ問い合わせは、ＰＳＩ（Ｐｒｏｖｉｄｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）問い合わせがＳＧＳＮに対して要請されなければならないか、またはＭＭＥに対して要請されなければならないか否かをＨＳＳに指示することができる。ユーザの登録として知られた事項（ユーザがＳＧＳＮ及び／またはＭＭＥに登録を有するか否か）に基づいてＴ−ＡＤＳは、１つ以上のＡＴＩ要請を伝送することができる。
【００４７】
ＨＳＳは、その位置で最後の無線接続時間とともにユーザ装置の最後として知られた位置（ＲＡＩ）に関連した登録されたＲＡＴの”ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ能力値”をサービングＰＬＭＮ（すなわち、Ｓ４  ＳＧＳＮ及びＧｎ／Ｇｐ  ＳＧＳＮ）から要請することができる。”ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ”能力値を有するユーザ装置に対してＩＳＲをアクティベートするように決定することは、サービングＰＬＭＮで地域政策（ｌｏｃａｌ  ｐｏｌｉｃｙ）に基づく。
【００４８】
音声サービスに登録されたユーザ装置のために、ＩＭＳに位置するＴ−ＡＤＳは、ＨＳＳを介してサービングＰＭＮＭ（ＭＭＥ及び／またはＳＧＳＮ）から”ＩＭＳ音声パケット交換セッションサポート指示子（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ  ｓｕｐｐｏｒｔｅｄ  ｉｎｄｉｃａｔｉｏｎ）”を要請することもできる。サービングノードは、Ｔ−ＡＤＳが最も最近の指示子を決定することができるようにする最後の無線接続時間とともに”ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ  ｓｕｐｐｏｒｔｅｄ  ｉｎｄｉｃａｔｉｏｎ”を提供することができる。
【００４９】
音声サービスに登録されたユーザ装置に対して目的されたスピーチメディア（ｓｐｅｅｃｈ  ｍｅｄｉａ）を有する入力セッションのために、ＳＣＣ  ＡＳは、ＨＳＳから最も最近接続ネットワークの能力値を引き出すことができる。
【００５０】
ＨＳＳは、サービングＰＬＭＮ（すなわち、ＭＭＥ及びＳ４  ＳＧＳＮ）から、その位置で最後の無線接続の時間とともにユーザ装置（ＵＥ）の最後の知られた位置（ＴＡＩ）に関連した現在登録されたＲＡＴのＩＭＳ音声能力値を要請することもできる。”ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ”能力値を有するユーザ装置のためにＩＳＲをアクティベートする決定は、サービングＰＬＭＮで地域政策に基づくこともできる。
【００５１】
図１は、本発明の実施例を具現するためのプロトコルを示す。この実施例によれば、ＭＭＥまたはＳＧＳＮが位置更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）を行うとき、ＩＭＳ  ＶｏＩＰ指示子は、位置更新手続に提供されることもできる。ユーザ装置は、ＳＧＳＮによってサービスされるルーティング領域またはＭＭＥによってサービスされる領域内のトラッキング領域の間で移動することによって、ＴＡＵまたはＲＡＵの受信は、ＨＳＳに対して位置更新をトリガーしない。ＴＳ  ２３．０４１［２］及びＴＳ  ２３．０６０［８］は、ＩＭＳ  ＶｏＩＰ指示子が各ＴＡＩリストに対して、そして、各ＲＡＩに対して提供されることを言及する。これは、ＭＭＥがこのようなＴＡＩでセルがすべてＶｏＩＰをサポートするか、またはすべてのセルがＶｏＩＰをサポートしないＴＡＩリストを実際に区分することができることを意味する。ＳＧＳＮに対して同様に、ＳＧＳＮは、ＶｏＩＰをすべてサポートするか、またはＶｏＩＰをすべてサポートしないセルを有する複数のＲＡＩを有することができることを意味する。
【００５２】
しかし、次の構成のために、ＶｏＩＰ能力値の混合されたサポートの可能性が存在する。
【００５３】
・１つのＳＧＳＮ下の２Ｇ及び３Ｇ（ＶｏＩＰ）ＲＡを区分する
【００５４】
・１つのＳＧＳＮ下の３Ｇ（Ｎｏｎ−ＶｏＩＰ）及び３Ｇ（ＶｏＩＰ）ＲＡを区分する
【００５５】
上述した場合において、（ＲＡＩがユーザ装置（ＵＥ）に知られたか否かと関係なく）ＩＭＳ  ＶｏＩＰ能力値で変更が存在するとき、ユーザ装置（ＵＥ）は、常にＲＡＵがユーザ装置（ＵＥ）が今ＶｏＩＰをサポートする領域に移動するか、離れることに対してネットワークに情報を提供するように行うこともできる。
【００５６】
したがって、ユーザ装置がＳＧＳＮの制御の下に既存のＲＡとは異なるＶｏＩＰ能力値を有するＲＡに移動することができる可能性が存在する。そして、このような移動は、ＨＳＳに対して伝送される位置更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）を誘発しないことがある。したがって、常にＩＭＳ  ＶｏＩＰを得る理由は、サービングＰＬＭＮからフラグを設定するからである。
【００５７】
本発明の第２実施例によれば、ホームＰＬＭＮが毎時間サービングＰＬＭＮに問い合わせする代わりに、Ｔ−ＡＤＳにＶｏＩＭＳ（Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＭＳ）指示子を提供するようにする場合、ファクターに対する上述した解決策を最適化するための方案が提案される。本発明の第１実施例では、次のような特徴を有する。ユーザ装置がＨＳＳ（ＳＧＳＮ及びＭＭＥ）で２個のパケット交換位置を有するとき、すなわちＩＳＲがアクティベートされ、その後、Ｔ−ＡＤＳは、２個区分されたＡＴＩ要請を要請しなければならない。ユーザ装置がローミングしているとき、これは、フラグを得るために、ＨＰＬＭＮがサービングＰＬＭＮに接続しなければならないこと（サービングＰＬＭＮにＰＳＩを伝送する）を意味する。これは、ターミネーションを遅延する可能性を有する。特に、フラグが偽り（ＦＡＬＳＥ）の値にリターンされ、ネットワークが呼をルーティングするために、ＩＭＳから離れることに引き続くＣＳＲＮ（ＣＳ  Ｒｏｕｔｉｎｇ  Ｎｕｍｂｅｒ）を得るためのＳＲＩ／ＰＲＮ問い合わせを行うことによってサーキット交換（ＣＳ）ドメインにターミネーションするように決定することのようなシナリオでそうである。
【００５８】
解決策を最適化するためのアイディアは、２個の主要部分を有する：
【００５９】
１．オペレーターによって入力される構成データ（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｄａｔａ）のような同種音声サポートの静的構成またはネットワーク部分の同種音声サポートを考慮したメッセージングの手段によって他のネットワーク部分から引き出されたデータのような動的情報に基づくＨＳＳで知能的問い合わせ及びストレージロジッグ。
【００６０】
２．ＨＳＳが個別ユーザにサービングＰＬＭＮからＶｏＩＰ指示子を情報として提供する方法。
【００６１】
１．のためにＨＳＳは、ＡＴＩ要請を受信するとき、図１に示されたように、”ブラインドリー（ｂｌｉｎｄｌｙ）”ＰＳＩ要請をサービングネットワークに伝送しなくてもよい。その代わりに、ＰＳＩが実際に要求されるか否かを決定する加入者プロファイルが記録された位置（ＭＭＥ／ＳＧＳＮ）に関連したＨＳＳで位置更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）を通じて動的に提供されるかまたは静的に構成される）情報を読み取ることができる。この情報は、ＨＶＳ（ｈｏｍｏｇｅｎｏｕｓ−ｖｏｉｃｅ−ｓｕｐｐｏｒｔ）フラグと称する。
【００６２】
もし、ＨＶＳ（ｈｏｍｏｇｅｎｏｕｓ−ｖｏｉｃｅ−ｓｕｐｐｏｒｔ）フラグが真実（ＴＲＵＥ）に設定されれば、ＨＳＳは、現在ＳＧＳＮ／ＭＭＥがＶｏＩＰをサポートし、このような個別ＳＧＳＮ／ＭＭＥの制御下のすべてのＴＡ及びＲＡ上でＶｏＩＰは、サポートしないものと認知する。
【００６３】
もし、ＨＶＳフラグが偽り（ＦＡＬＳＥ）に設定されれば、ＨＳＳは、ＶｏＩＰをサポートするかまたはＶｏＩＰをサポートしないようにする現在ＳＧＳＮ／ＭＭＥの能力値がＳＧＳＮ／ＭＭＥの制御下のすべてのＴＡ及びＲＡ上で一定ではなく、常にサービングネットワークからＶｏＩＰフラグを要請しなければならないものと認知する。
【００６４】
同種フラグは、ＳＧＳＮ／ＭＭＥ識別、範囲またはワイルドカードのためにＨＳＳで静的に構成されることができ、または位置更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）メッセージで伝送されることもできる。
【００６５】
ＨＳＳがサービングＰＬＭＮが同種であると決定するとき、ＨＳＳは、音声伝送技術をサポートするサービングネットワークの能力の指示子を得ることが必要である。ここで、指示子の例は、あらかじめ得たフラグを使用するための、または要請されたユーザのためのサービングＰＬＭＮからＩＭＳ  ＶｏＩＰフラグである。これは、多数の方法で次のように行うことができる：
【００６６】
１．位置更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）で（ＨＶＳフラグとともに）ＩＭＳ  ＶｏＩＰフラグを伝送し、システムデータでＨＶＳフラグをキャッシュ（ｃａｃｈｅ）し、加入者データでＩＭＳ  ＶｏＩＰフラグをキャッシュする。これにより、ＨＶＳフラグが真実（ＴＲＵＥ）に設定されたときのＡＴＩ要請を受信した場合、ＨＳＳは、ＰＳＩ要請を伝送する必要が全然ない。言わば、ユーザ装置がいずれか１つのサービングネットワークによってサービスされる領域から他のサービングネットワークによってサービスされる領域に移動したとき、例えばユーザ装置が１つのＳＧＳＮまたはＭＭＥによってサービスされる領域から他のＳＧＳＮまたはＭＭＥによってサービスされる領域に移動したとき、ＩＭＳ  ＶｏＩＰフラグがＨＳＳに伝送される。このフラグは、ＨＳＳでキャッシュされることができる。したがって、ユーザ装置が登録されたサービスされる領域が同種音声サポートを有する場合、ＨＳＳは、ユーザ装置がサービングネットワークに登録されたまま維持される間、音声伝送技術をサポートするためのサービングネットワークの能力値を要求する必要がない。
【００６７】
２．または位置 更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）メッセージでＩＭＳ  ＶｏＩＰフラグを伝送しないが、ＨＶＳフラグが真実（ＴＲＵＥ）であると決定したとき（静的構成を介してまたはＵＬでこのフラグを提供し）、ＰＳＩは、サービングネットワークにただ一度伝送されることができ、ＰＳＩ受信確認（ＰＳＩ−ａｃｋｎｏｗｌｅｄｇｅ）を受信したとき、ＨＳＳで情報をキャッシュすることができる。次に、ＳＣＣ  ＡＳからＡＴＩ要請は、ＨＳＳがサービングＰＬＭＮに対するＰＳＩ要請に対応しないようにすることができる。
【００６８】
ＨＶＳフラグは、ＳＧＳＮまたはＭＭＥに関連したＨＳＳのシステムレベルデータでキャッシュされることができる。
【００６９】
ＩＭＳ  ＶｏＩＰフラグは、特定の加入者に適用されるＨＳＳの加入者レベル位置データでキャッシュされることができる。これは、ＭＭＥ／ＳＧＳＮがＶｏＩＰをサポートしなくても、ＶｏＩＰ指示子というサービングＰＬＭＮで異なるユーザのために相違に構成されることができるからである。
【００７０】
もし同種ＶｏＩＰフラグが偽り（ＦＡＬＳＥ）に設定されれば、ＩＭＳ  ＶｏＩＰフラグは、含まれないことがある。もし同種フラグが真実（ＴＲＵＥ）に設定されれば、ＩＭＳ  ＶｏＩＰフラグは、真実（ＴＲＵＥ）または偽り（ＦＡＬＳＥ）に設定されて含まれることができる。
【００７１】
追加に、タイマーは、個別時間後にＨＳＳがサービングネットワークがｎｏｎ−ＶｏＩＰ可能なものからＶｏＩＰ可能なものにアップグレードされることができる競合条件（ｒａｃｅ  ｃｏｎｄｉｔｉｏｎｓ）を緩和するためにサービングネットワークにＰＳＩを伝送するように強制されるようにするＨＶＳフラグと関連することができる。
【００７２】
注意：一般的なサービングネットワークは、次の動作がユーザ装置が位置更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）メッセージを伝送するように強制することを保証するためのアップグレード後に、その加入者を表示する。したがって、前述のタイマー処理方法は、ただ安全装置である。
【００７３】
多様な実施例が次のように分類され、名称を付与することができる：
【００７４】
１．（図３及び図５に示されたように）静的構成（Ｓｔａｔｉｃ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）キャッシング及び減少したメッセージング（Ｒｅｄｕｃｅｄ  Ｍｅｓｓａｇｉｎｇ）
【００７５】
この解決策は、次を含まれることができる：
【００７６】
・ＭＭＥ及びＳＧＳＮを考慮したＨＳＳで静的構成は、音声伝送技術の同種サポートを有する。
【００７７】
・ただ初めてＡＴＩを受信するときにのみ、ＰＳＩを伝送することもできる。すなわち、ＰＳＩからの結果が既にキャッシュされたとき、ただＰＳＩを伝送する。ＰＳＩから結果をキャッシュする。
【００７８】
・（キャッシュされたデータを削除する）新しい位置更新（Ｌｏｃａｔｉｏｎ  Ｕｐｄａｔｅ）メッセージを受信しなければ、または周期的にＰＳＩを伝送するための安全装置としてタイマーが発現（ｐｏｐ）するまでＡＴＩを受信するとき、ＰＳＩをさらに伝送する必要がない。
【００７９】
２．（図４に示されたように）分割動的データ（Ｐａｒｔｉａｌ  Ｄｙｎａｍｉｃ  Ｄａｔａ）キャッシング及び減少したメッセージング（Ｒｅｄｕｃｅｄ  Ｍｅｓｓａｇｉｎｇ）
【００８０】
この解決策は、次を含むことができる：
【００８１】
・同種フラグを位置更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）メッセージで伝送する。
【００８２】
・初めてＡＴＩを受信するときにのみＰＳＩだけを伝送する。すなわち、ＰＳＩからの結果が既にキャッシュされなかったとき、ただＰＳＩを伝送する。ＰＳＩから結果をキャッシュする。
【００８３】
・ＡＴＩの受信時に、サービングネットワークを調査するための安全装置として動作するようにＨＬＲでキャッシュされた同種フラグを周期的に再設定する。
【００８４】
３．（図２及び図５に示されたように）完全な動的データ（Ｆｕｌｌ  Ｄｙｎａｍｉｃ  Ｄａｔａ）及びメッセージング無しに（Ｎｏ  Ｍｅｓｓａｇｉｎｇ）キャッシングする。
【００８５】
この解決策は、次を含むことができる：
【００８６】
・位置更新（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ）メッセージに同種フラグ及びＶｏＩＰ指示子の両方を伝送。
【００８７】
・ＰＳＩから受信された情報をキャッシング（Ｃａｃｈｉｎｇ）。
【００８８】
・同種フラグが設定されれば、ＰＳＩを伝送する必要がない。
【００８９】
・ＡＴＩの受信時に、サービングネットワークを調査する安全装置として動作するためにＨＬＲでキャッシュされる同種フラグを周期的に再設定する。
【００９０】
【表１】
2013517732.tif 000003
【００９１】
【表２】
2013517732.tif 000004
【００９２】
【表３】
2013517732.tif 000005
【００９３】
【表４】
2013517732.tif 000006
【００９４】
３１６に設定された命令−コード（Ｃｏｍｍａｎｄ−Ｃｏｄｅ）フィールドによって示され、命令フラグ（Ｃｏｍｍａｎｄ  Ｆｌａｇｓ）フィールドに設定された”Ｒ”ビットによって示されるＵＬＲ（Ｕｐｄａｔｅ−Ｌｏｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）命令は、ＭＭＥまたはＳＧＳＮからＨＳＳに伝送される。
【００９５】
メッセージ形式
<Update-Location-Request> ::=<Diameter Header: 316, REQ, PXY, 16777251>
< Session-Id >
[ Vendor-Specific-Application-Id ]
{ Auth-Session-State }
{ Origin-Host }
{ Origin-Realm }
[ Destination-Host ]
{ Destination-Realm }
{ User-Name }
*[ Supported-Features ]
[ Terminal-Information ]
{ RAT-Type }
{ ULR-Flags }
{ Visited-PLMN-Id }
[ SGSN-Number ]
[ＩＭＳ  ＶoiceInfo ]
*[ AVP ]
*[ Proxy-Info ]
*[ Route-Record ]
【００９６】
略語 
ATI Any Time Interrogation
CS Circuit Switch
EPS Enhanced Packet System
E-UTRAN Evolved UTRAN
gsmSCF GSM Service Control Function
IMS IP Multimedia Subsystem
IP Internet Protocol
ISR Idle-Mode Signalling Reduction
LTE Long Term Evolution (relate most to the Radio Access Network)
MSC Mobile Switching Centre
MME Mobility Management Entity
PLMN Public Land Mobile Network
PSI Provide Subscriber Information
RA Routing Area
RAI Routing Area Identity
RAU Routing Area Update
SAE System Architecture Evolution
SCC AS Service Centralisation and Continuity Application Server
SGSN Serving GPRS Service Node
TA Tracking Area
T-ADS Terminating Access Domain Selection
TAI Tracking Area Identity
TAU Tracking Area Update
UE User Equipment
UL Update Location
UMTS Universal Mobile Telecommunications System
UTRAN UMTS Terrestrial Access Network
VoIP Voice over IP
XML eXtended Mark-up Language
【図１】
2013517732.tif 000007
【図２】
2013517732.tif 000008
【図３】
2013517732.tif 000009
【図４】
2013517732.tif 000010
【図５】
2013517732.tif 000011
【図６】
2013517732.tif 000012
【国際調査報告】
2013517732.tif 000013
2013517732.tif 000014
2013517732.tif 000015