(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてネットワークのユーザ機器（ＵＥ）の音声サービスを支援する方法であって、
前記方法は、サービングノードによってＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に位置更新要請（ＵＬＲ）メッセージを送信することを含み、
前記サービングノードが前記サービングノードに関連した全てのＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）又は全てのＲＡ（Ｒｏｕｔｉｎｇ  Ａｒｅａ）におけるＰＳセッションでのＩＭＳボイス支援の同種性を知る場合に、前記ＵＬＲメッセージは、「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素を含み、前記ＰＳセッションでのＩＭＳボイス支援の同種性は、前記ＵＥのボイスオーバーＩＭＳ関連能力情報を含む情報を考慮して決定され、
前記サービングノードがＵＥのボイスオーバーＩＭＳ関連能力情報を含む情報の欠如に起因して前記ＰＳセッションでのＩＭＳボイス支援の同種性を知らない場合に、前記ＵＬＲメッセージは、「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素を含まない、方法。
【請求項２】
前記ボイスオーバーＩＭＳ能力情報は、ボイス支援マッチ指示子及びＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）能力情報のうちの少なくとも一つを含む、請求項１に記載の方法。
【請求項３】
前記ＵＬＲメッセージが「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素を含まない場合に、前記「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素は、前記サービングノードから前記ＨＳＳに送信される報知要請メッセージに含まれる、請求項１に記載の方法。
【請求項４】
前記ＰＳセッションでのＩＭＳボイスが前記サービングノードのサービス地域において前記ＵＥに対して同一に支援される場合に、前記「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素の値は、支援状態（Ｓｕｐｐｏｒｔｅｄ）に設定される、請求項１に記載の方法。
【請求項５】
前記ＰＳセッションでのＩＭＳボイスが前記サービングノードのサービス地域において前記ＵＥに対して同一に支援されない場合に、前記「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素の値は、支援されない状態（Ｎｏｔ＿Ｓｕｐｐｏｒｔｅｄ）に設定される、請求項１に記載の方法。
【請求項６】
前記ＰＳセッションでのＩＭＳボイスが前記ＵＥに対して前記サービングノードのサービス地域のうちの一部の地域でのみ支援される場合に、前記サービングノードは、前記「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素を前記ＨＳＳに提供しない、請求項１に記載の方法。
【請求項７】
前記ＰＳセッションでのＩＭＳボイスを、前記ＵＥに対して前記サービングノードのサービス地域で支援することが不可能な場合に、前記サービングノードは、前記「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素を前記ＨＳＳに提供しない、請求項１に記載の方法。
【請求項８】
前記「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素は、前記サービングノードのＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）コンテクストに保存される、請求項１に記載の方法。
【請求項９】
ＵＬＲ送信ステップは、前記ＵＥのアタッチ手順、前記ＵＥのＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）又は前記ＵＥのＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順のいずれか一つに含まれる、請求項１に記載の方法。
【請求項１０】
前記サービングノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）及びＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）のいずれか一つである、請求項１に記載の方法。
【請求項１１】
前記サービングノードがＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）である場合に、前記サービングノードのサービス地域は、前記ＭＭＥに関連した全てのＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）を含む、請求項４に記載の方法。
【請求項１２】
前記サービングノードがＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）である場合に、前記サービングノードのサービス地域は、前記ＳＧＳＮに関連した全てのＲＡ（Ｒｏｕｔｉｎｇ  Ａｒｅａ）を含む、請求項４に記載の方法。
【請求項１３】
前記ＰＳセッションでのＩＭＳボイスの同種支援情報は、前記ＵＥに対する着信音声呼のドメインを選択するために用いられる、請求項１に記載の方法。
【請求項１４】
無線通信システムにおいて用いられるサービングノード装置であって、前記サービングノード装置は、
送受信モジュールと、
プロセッサと
を備え、
前記プロセッサは、サービングノードによってＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に位置更新要請（ＵＬＲ）メッセージを送信し、
前記サービングノードが前記サービングノードに関連した全てのＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）又は全てのＲＡ（Ｒｏｕｔｉｎｇ  Ａｒｅａ）におけるＰＳセッションでのＩＭＳボイス支援の同種性を知る場合に、前記ＵＬＲメッセージは、「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素を含み、前記ＰＳセッションでのＩＭＳボイス支援の同種性は、ＵＥのボイスオーバーＩＭＳ関連能力情報を含む情報を考慮して決定され、
前記サービングノードがＵＥのボイスオーバーＩＭＳ関連能力情報を含む情報の欠如に起因して前記ＰＳセッションでのＩＭＳボイス支援の同種性を知らない場合に、前記ＵＬＲメッセージは、「ＰＳセッションでのＩＭＳボイスの同種支援」情報要素を含まない、サービングノード装置。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに関し、特に、音声サービス支援方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、送信電力など）を共有して複数ユーザとの通信を支援できる多元接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムとなっている。多元接続システムの例には、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明は、無線通信システムにおいて着信音声呼（ｔｅｒｍｉｎａｔｉｎｇ  ｖｏｉｃｅ  ｃａｌｌ）を正確に伝達することを技術的課題とする。
【０００４】
本発明で達成しようとする技術的課題は、以上に言及した技術的課題に制限されず、言及していない他の技術的課題は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の第１技術的な側面は、無線通信システムにおいてネットワークの端末に対する音声サービス支援方法であって、サービングノードがＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ、ＵＬＲ）メッセージを送信すること、を含み、前記サービングノードが前記端末のためのＰＳセッションでのＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）ボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）値を評価できなかった場合に、前記ＵＬＲは、ＰＳセッションでのＩＭＳボイスの同種支援情報を含まない、音声サービス支援方法である。
【０００６】
本発明の第２技術的な側面は、無線通信システムにおけるサービングノード装置であって、送受信モジュールと、プロセッサと、を備え、前記プロセッサは、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ、ＵＬＲ）を送信し、前記サービングノードが前記端末のためのＰＳセッションでのＩＭＳボイス支援表示値を評価できなかった場合に、前記ＵＬＲは、ＰＳセッションでのＩＭＳボイスの同種支援情報を含まない、サービングノード装置である。
【０００７】
本発明の第１乃至第２技術的な側面は下記の事項の全て／一部を含むことができる。
【０００８】
前記ＰＳセッションでのＩＭＳボイス支援表示は、端末のボイスオーバーＩＭＳ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ）関連能力情報を考慮して決定されてもよい。
【０００９】
前記ボイスオーバーＩＭＳ能力情報は、ボイス支援マッチ指示子（Ｖｏｉｃｅ  ｓｕｐｐｏｒｔ  ｍａｔｃｈ  ｉｎｄｉｃａｔｏｒ）及びＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）能力情報のうち一つ以上を含んでもよい。
【００１０】
前記ＵＬＲが前記ＰＳセッションでのＩＭＳボイスの同種支援情報を含まない場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は前記ＵＬＲ送信以降に送信されてもよい。
【００１１】
前記ＵＬＲ送信以降に送信される前記ＰＳセッションでのＩＭＳボイスの同種支援情報は、前記サービングノードから前記ＨＳＳに送信される報知要請（Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージに含まれてもよい。
【００１２】
前記端末のために前記サービングノードのサービス地域（ｓｅｒｖｉｃｅ  ａｒｅａ）で前記ＰＳセッションでのＩＭＳボイスが同一に支援される場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は‘支援’に設定されてもよい。
【００１３】
前記端末のために前記サービングノードのサービス地域で前記ＰＳセッションでのＩＭＳボイスを同一に支援しない場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は‘支援しない’に設定されてもよい。
【００１４】
前記ＰＳセッションでのＩＭＳボイスが前記端末のための前記サービングノードのサービス地域のうちの一部の地域でのみ支援される場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は前記サービングノードで考慮されなくてもよい。
【００１５】
前記ＰＳセッションでのＩＭＳボイスが前記端末のための前記サービングノードのサービス地域で支援されるか否かが確認できない場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は前記サービングノードで考慮されなくてもよい。
【００１６】
前記ＰＳセッションでのＩＭＳボイスの同種支援情報は、サービングノードのＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）コンテクストに保存されてもよい。
【００１７】
前記ＵＬＲを送信することは、前記端末のアタッチ手順、前記端末のＴＡＵ手順又は前記端末のＲＡＵ手順のいずれか一手順に含まれてもよい。
【００１８】
前記サービングノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）又はＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）のいずれか一つであってもよい。
【００１９】
前記サービングノードのサービス地域は、前記サービングノードがＭＭＥである場合に、前記ＭＭＥに関連した全てのＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）であってもよい。
【００２０】
前記サービングノードのサービス地域は、前記サービングノードがＳＧＳＮである場合に、前記ＳＧＳＮに関連した全てのＲＡ（Ｒｏｕｔｅｉｎｇ  Ａｒｅａ）である。
【００２１】
前記ＰＳセッションでのＩＭＳボイスの同種支援情報は、前記端末に対する着信音声呼のドメイン選択に用いられてもよい。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
無線通信システムにおいてネットワークの端末に対する音声サービス支援方法であって、
サービングノードがＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ、ＵＬＲ）メッセージを送信すること、を含み、
前記サービングノードが前記端末のためのＰＳセッションでのＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）ボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）値を評価できなかった場合に、前記ＵＬＲは、ＰＳセッションでのＩＭＳボイスの同種支援情報を含まない、音声サービス支援方法。
（項目２）
前記ＰＳセッションでのＩＭＳボイス支援表示は、端末のボイスオーバーＩＭＳ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ）関連能力情報を考慮して決定される、項目１に記載の音声サービス支援方法。
（項目３）
前記ボイスオーバーＩＭＳ能力情報は、ボイス支援マッチ指示子（Ｖｏｉｃｅ  ｓｕｐｐｏｒｔ  ｍａｔｃｈ  ｉｎｄｉｃａｔｏｒ）及びＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）能力情報のうち一つ以上を含む、項目２に記載の音声サービス支援方法。
（項目４）
前記ＵＬＲが前記ＰＳセッションでのＩＭＳボイスの同種支援情報を含まない場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は前記ＵＬＲ送信以降に送信される、項目１乃至３のいずれか１項に記載の音声サービス支援方法。
（項目５）
前記ＵＬＲ送信以降に送信される前記ＰＳセッションでのＩＭＳボイスの同種支援情報は、前記サービングノードから前記ＨＳＳに送信される報知要請（Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージに含まれる、項目４に記載の音声サービス支援方法。
（項目６）
前記端末のために前記サービングノードのサービス地域（ｓｅｒｖｉｃｅ  ａｒｅａ）で前記ＰＳセッションでのＩＭＳボイスが同一に支援される場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は‘支援’に設定される、項目１乃至３のいずれか１項に記載の音声サービス支援方法。
（項目７）
前記端末のために前記サービングノードのサービス地域で前記ＰＳセッションでのＩＭＳボイスを同一に支援しない場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は‘支援しない’に設定される、項目１乃至３のいずれか１項に記載の音声サービス支援方法。
（項目８）
前記ＰＳセッションでのＩＭＳボイスが前記端末のための前記サービングノードのサービス地域のうちの一部の地域でのみ支援される場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は前記サービングノードで考慮されない、項目１乃至３のいずれか１項に記載の音声サービス支援方法。
（項目９）
前記ＰＳセッションでのＩＭＳボイスが前記端末のための前記サービングノードのサービス地域で支援されるか否かが確認できない場合に、前記ＰＳセッションでのＩＭＳボイスの同種支援情報は前記サービングノードで考慮されない、項目１乃至３のいずれか１項に記載の音声サービス支援方法。
（項目１０）
前記ＰＳセッションでのＩＭＳボイスの同種支援情報は、サービングノードのＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）コンテクストに保存される、項目１乃至３のいずれか１項に記載の音声サービス支援方法。
（項目１１）
前記ＵＬＲを送信することは、前記端末のアタッチ手順、前記端末のＴＡＵ手順又は前記端末のＲＡＵ手順のいずれか一手順に含まれる、項目１に記載の音声サービス支援方法。
（項目１２）
前記サービングノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）又はＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）のいずれか一つである、項目１に記載の音声サービス支援方法。
（項目１３）
前記サービングノードのサービス地域は、前記サービングノードがＭＭＥである場合に、前記ＭＭＥに関連した全てのＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）である、項目６に記載の音声サービス支援方法。
（項目１４）
前記サービングノードのサービス地域は、前記サービングノードがＳＧＳＮである場合に、前記ＳＧＳＮに関連した全てのＲＡ（Ｒｏｕｔｅｉｎｇ  Ａｒｅａ）である、項目６に記載の音声サービス支援方法。
（項目１５）
前記ＰＳセッションでのＩＭＳボイスの同種支援情報は、前記端末に対する着信音声呼のドメイン選択に用いられる、項目１乃至３のいずれか１項に記載の音声サービス支援方法。
（項目１６）
無線通信システムにおけるサービングノード装置であって、
送受信モジュールと、
プロセッサと、
を備え、
前記プロセッサは、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ、ＵＬＲ）を送信し、前記サービングノードが前記端末のためのＰＳセッションでのＩＭＳボイス支援表示値を評価できなかった場合に、前記ＵＬＲは、ＰＳセッションでのＩＭＳボイスの同種支援情報を含まない、サービングノード装置。
【発明の効果】
【００２２】
本発明によれば、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網でＩＭＳ加入者に属した端末への着信音声呼（ｔｅｒｍｉｎａｔｉｎｇ  ｖｏｉｃｅ  ｃａｌｌ）を正確なドメインに伝達することが可能になる。
【００２３】
本発明から得られる効果は、以上に言及した効果に制限されず、言及していない他の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００２４】
本明細書に添付される図面は、本発明に関する理解を提供するためのもので、本発明の様々な実施の形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【００２５】
【図１】図１は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【図２】図２は、初期アタッチ（ｉｎｉｔｉａｌ  ａｔｔａｃｈ）手順を説明するための図である。
【図３】図３は、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を説明するための図である。
【図４】図４は、サービングノードがボイス支援マッチ指示子（Ｖｏｉｃｅ  Ｓｕｐｐｏｒｔ  Ｍａｔｃｈ  Ｉｎｄｉｃａｔｏｒ）という情報を獲得する手順を説明するための図である。
【図５】図５は、着信音声呼（ｔｅｒｍｉｎａｔｉｎｇ  ｖｏｉｃｅ  ｃａｌｌ）に対するドメイン選択に関する動作を説明するための図である。
【図６】図６は、本発明の実施例に係る初期アタッチ手順を説明するための図である。
【図７】図７は、本発明の実施例に係るＴＡＵ手順を説明するための図である。
【図８】図８は、本発明の実施例に係る着信音声呼に対するドメイン選択に関する動作を説明するための図である。
【図９】図９は、本発明の実施例に係るネットワークノード装置を例示する図である。
【発明を実施するための形態】
【００２６】
以下の実施例は本発明の構成要素と特徴を所定の形態に結合したものである。各構成要素又は特徴は特別な言及がない限り選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合していない形態で実施されてもよく、一部構成要素及び／又は特徴が結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部構成や特徴は他の実施例に含まれてもよく、又は、他の実施例の対応する構成又は特徴に取って代わってもよい。
【００２７】
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更されてもよい。
【００２８】
場合によって、本発明の概念が曖昧になることを避けるために公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示してもよい。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００２９】
本発明の実施例はＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２系列システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａシステム、及び３ＧＰＰ２システムの少なくとも一つに関して開示された標準文書によってサポートすることができる。すなわち、本発明の実施例において、本発明の技術的思想を明確にするために説明していない段階又は部分は、上記の文書によって裏付けることができる。また、本文書で開示している用語はいずれも上記の標準文書によって説明することができる。
【００３０】
様々な無線通信システムで以下の技術を用いることができる。明確性のために以下では３ＧＰＰ  ＬＴＥ及び３ＧＰＰ  ＬＴＥ−Ａシステムを中心に説明するが、本発明の技術的思想がこれに制限されるものではない。
【００３１】
本文書で使われる用語を定義すると、次のようになる。
【００３２】
−  ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）ベースの３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。
【００３３】
−  ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰベースのパケット交換コアネットワーク（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ  ｃｏｒｅ  ｎｅｔｗｏｒｋ）であるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と、ＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークとで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００３４】
−  ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３５】
−  ｅＮｏｄｅＢ：ＬＴＥの基地局。屋外に設置し、カバレッジはマクロセル規模である。
【００３６】
−  ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザ機器。ＵＥは、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などと呼ぶこともできる。また、ＵＥはノートパソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのような携帯可能な機器であってもよく、又はＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のような携帯できない機器であってもよい。
【００３７】
−  ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークにおいてＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥとコアネットワークとの間に存在し、コアネットワークへの接続を提供する。
【００３８】
−  ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定記憶（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、アイデンティティ管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザ状態記憶などの機能を果たすことができる。
【００３９】
−  ＲＡＮＡＰ（ＲＡＮ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））間のインターフェース。
【００４０】
−  ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成したネットワーク。オペレータ別に区別して構成することができる。
【００４１】
−  ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＭＴＳプロトコルスタックにおいてＵＥとコアネットワーク間のシグナリング、トラフィックメッセージをやり取りするための機能的な層。ＵＥの移動性を支援し、ＵＥとＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）間のＩＰ接続を確立（ｅｓｔａｂｌｉｓｈ）及び維持（ｍａｉｎｔａｉｎ）するセッション管理手順（ｐｒｏｃｅｄｕｒｅ）を支援することを主な機能とする。
【００４２】
−  ＨＮＢ（Ｈｏｍｅ  ＮｏｄｅＢ）：ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）カバレッジを提供するＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）。より具体的な事項については標準文書３ＧＰＰ  ＴＳ  ２５．４６７を参照すればよい。
【００４３】
−  ＨｅＮＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ）：Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＴＲＡＮ）カバレッジを提供するＣＰＥ。より具体的な事項については標準文書３ＧＰＰ  ＴＳ  ３６．３００を参照すればよい。
【００４４】
−  ＣＳＧ（Ｃｌｏｓｅｄ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ）：Ｈ（ｅ）ＮＢのＣＳＧの構成員であり、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）内の一つ以上のＣＳＧセルにアクセスすることが許容される加入者グループ。
【００４５】
−  ＣＳＧ  ＩＤ：ＣＳＧセル又はＣＳＧセルグループに関連したＰＬＭＮ範囲内でＣＳＧを識別する固有の識別子。より具体的な事項は、標準文書３ＧＰＰ  ＴＳ  ２３．００３を参照すればよい。
【００４６】
−  ＬＩＰＡ（Ｌｏｃａｌ  ＩＰ  Ａｃｃｅｓｓ）：ＩＰ機能を持つ（ＩＰ  ｃａｐａｂｌｅ）ＵＥがＨ（ｅ）ＮＢを経由して同一の住居（ｒｅｓｉｄｅｎｔｉａｌ）／企業（ｅｎｔｅｒｐｒｉｓｅ）ＩＰネットワーク内の他のＩＰ機能を持つ個体にアクセス。ＬＩＰＡトラフィックは移動事業者（ｏｐｅｒａｔｏｒ）ネットワークを経由しない。３ＧＰＰリリース−１０システムでは、Ｈ（ｅ）ＮＢを経由してローカルネットワーク（すなわち、顧客（ｃｕｓｔｏｍｅｒ）の家又は会社の構内に位置しているネットワーク）上のリソースへのアクセスを提供する。
【００４７】
−  ＭＲＡ（Ｍａｎａｇｅｄ  Ｒｅｍｏｔｅ  Ａｃｃｅｓｓ）：ホームベースのネットワーク（ｈｏｍｅ  ｂａｓｅｄ  ｎｅｔｗｏｒｋ）の外部からＣＳＧユーザがホームネットワークに接続しているＩＰ機能を持つ個体へアクセス。例えば、ＭＲＡを用いると、ローカルネットワークの外部に位置しているユーザが、当該ローカルネットワークからユーザデータを受けることができる。
【００４８】
−  ＳＩＰＴＯ（Ｓｅｌｅｃｔｅｄ  ＩＰ  Ｔｒａｆｆｉｃ  Ｏｆｆｌｏａｄ）：３ＧＰＰリリース−１０システムでは事業者がＥＰＣネットワークにおいてＵＥと物理的に近くに位置しているＰＧＷ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ＧａｔｅＷａｙ）を選択することによってユーザのトラフィックを渡すことを支援する。
【００４９】
−  ＳＩＰＴＯ＠ＬＮ（ＳＩＰＴＯ  ａｔ  Ｌｏｃａｌ  Ｎｅｔｗｏｒｋ）：３ＧＰＰリリース−１０のＳＩＰＴＯの発展した技術であり、事業者がユーザトラフィックを顧客の構内に位置するローカルネットワークを通じて渡すことを意味する。ＳＩＰＴＯ＠ＬＮは、ローカルネットワーク自体のリソースへのアクセスを提供するＬＩＰＡとは違い、ローカルネットワークを経由して外部ネットワーク（例えば、インターネット）に対するアクセスを提供するという点で区別される。これは、ローカルネットワークが窮極としては所望の外部ネットワークへの接続を有するという仮定の下に動作するものである。
【００５０】
−  ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）接続：一つのＩＰアドレス（一つのＩＰｖ４アドレス及び／又は一つのＩＰｖ６プレフィックス）で表現されるＵＥとＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）で表現されるＰＤＮとの論理的な接続。
【００５１】
−  ＬＩＰＡ  ＰＤＮ接続：Ｈ（ｅ）ＮＢに接続したＵＥに対するＬＩＰＡのためのＰＤＮ接続。
【００５２】
−  ＬＩＰＡ−Ｐｅｒｍｉｓｓｉｏｎ：ＡＰＮがＬＩＰＡを通じてアクセスできるか否かを表し、次の３つの値が定義されている：
【００５３】
−  ＬＩＰＡ−Ｐｒｏｈｉｂｉｔｅｄ：該当のＡＰＮがＬＩＰＡを通じてアクセスすることが禁止される。すなわち、ユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）データはＥＰＣのみを経由してアクセスすることができる。
【００５４】
−  ＬＩＰＡ−Ｏｎｌｙ：該当のＡＰＮがＬＩＰＡを通じてのみアクセスすることができる。
【００５５】
−  ＬＩＰＡ−Ｃｏｎｄｉｔｉｏｎａｌ：該当のＡＰＮが非ＬＩＰＡ方式で（すなわち、ＥＰＣを経由して）アクセスしてもよく、ＬＩＰＡを通じてアクセスしてもよい。
【００５６】
−  ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰベースで提供するシステム
【００５７】
−  アプリケーションサーバー（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）：様々なマルチメディアサービスを提供するサーバー
【００５８】
−  マルチメディアセッション持続性（Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｉｎｕｉｔｙ）：進行中のセッションに対して持続性を維持しながら端末の移動性（ｔｅｒｍｉｎａｌ  ｍｏｂｉｌｉｔｙ）や端末間移動性（ｍｏｂｉｌｉｔｙ  ｂｅｔｗｅｅｎ  ＵＥｓ）を支援する
【００５９】
−  ＳＣＣ  ＡＳ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｚａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）：マルチメディアセッション持続性を支援するアプリケーションサーバー。より具体的な事項は、標準文書３ＧＰＰ  ＴＳ  ２３．２９２及び３ＧＰＰ  ＴＳ  ２３．２３７を参照すればよい。
【００６０】
−  ＣＳＦＢ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ  ＦａｌｌＢａｃｋ）：Ｅ−ＵＴＲＡＮ  ａｃｃｅｓｓにある端末をＵＴＲＡＮ／ＧＥＲＡＮ  ＣＳ  ｄｏｍａｉｎ  ａｃｃｅｓｓにフォールバックさせることによってｖｏｉｃｅ及び他のＣＳ−ｄｏｍａｉｎサービスを提供する技術。より具体的な事項は標準文書３ＧＰＰ  ＴＳ  ２３．２７２を参照すればよい。
【００６１】
以下では上記のように定義された用語に基づいて説明する。
【００６２】
図１は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【００６３】
ＥＰＣは、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、種々のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースに様々な無線接続技術を支援し、より向上したデータ送信能力を提供するなどの最適化したパケットベースのシステムを提供することを目標とする。
【００６４】
具体的に、ＥＰＣは３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケットベースの実時間及び非実時間サービスを支援することができる。既存の移動通信システム（すなわち、２世代又は３世代移動通信システム）では音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の２個の区別されるサブドメインを通じてコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化した。すなわち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を持つ端末と端末間の接続をＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ））を通じて構成することができる。すなわち、ＥＰＣは端−対−端（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービス具現に必須な構造である。
【００６５】
ＥＰＣは様々な構成要素を含むことができ、図１では、その一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００６６】
ＳＧＷ（又は、Ｓ−ＧＷ）は、無線接続ネットワーク（ＲＡＮ）とコアネットワーク間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷ間のデータ経路を維持する機能を担う要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割を担う。すなわち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース−８以降で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介してパケットをルーティングすることができる。また、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース−８の前に定義されるＲＡＮ、例えば、ＵＴＲＡＮ又はＧＥＲＡＮ（ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００６７】
ＰＤＮ  ＧＷ（又は、Ｐ−ＧＷ）は、パケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などを支援することができる。また、３ＧＰＰネットワークと非３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイントの役割を担うことができる。
【００６８】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷを別のゲートウェイとしているが、両ゲートウェイを単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって構成することもできる。
【００６９】
ＭＭＥは、ＵＥのネットワーク接続に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは加入者及びセッション管理に関連した制御プレーン機能を制御する。ＭＭＥは多数のｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークへのハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末−対−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を担う。
【００７０】
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００７１】
ｅＰＤＧは、信頼されない非−３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対する保安ノードとして機能する。
【００７２】
図１を参照して説明したように、ＩＰ能力を持つ端末は、３ＧＰＰアクセスの他、非−３ＧＰＰアクセスに基づいても、ＥＰＣ内の様々な要素を経由して事業者（すなわち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００７３】
また、図１では、様々なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示す。３ＧＰＰシステムではＥ−ＵＴＲＡＮ及びＥＰＣにおける異なった機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を接続する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は、図１に示したレファレンスポイントを整理したものである。表１の例示の他にも、ネットワーク構造によって様々なレファレンスポイントが存在してもよい。
【００７４】
【表１】
0005853112.tif 000002
【００７５】
図１に示すレファレンスポイントのうちＳ２ａ及びＳ２ｂは、非−３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非−３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性支援をユーザプレーンに提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性支援をユーザプレーンに提供するレファレンスポイントである。
【００７６】
図２は、初期アタッチ（ｉｎｉｔｉａｌ  ａｔｔａｃｈ）手順を説明するための図である。
【００７７】
段階Ｓ２０１〜Ｓ２０２で、ＵＥ  １００は、アタッチ手順を開始するためにＭＭＥ  ３００にアタッチ要請（Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ）メッセージを送信する。該アタッチ要請メッセージはｅＮｏｄｅＢ  ２００を経てＭＭＥ  ３００に伝達される。ＵＥ  １００は当該アタッチ要請メッセージにＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）能力（ｃａｐａｂｉｌｉｔｙ）情報を含めることができる。
【００７８】
段階Ｓ２０３で、完全性保障（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）及びＮＡＳ暗号（ｃｉｐｈｅｒｉｎｇ）を活性化（ａｃｔｉｖａｔｅ）するために認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）及びＮＡＳセキュリティセットアップ（ｓｅｃｕｒｉｔｙ  ｓｅｔｕｐ）が行われてよい。この段階は、ネットワークにＵＥ  １００に対するＵＥコンテクスト（ｃｏｎｔｅｘｔ）がない場合、又は上記段階Ｓ２０１で送信されたアタッチ要請メッセージが完全性保障されていない場合などに行われる。
【００７９】
段階Ｓ２０４で、ＭＭＥ  ３００はＨＳＳ  ７００に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信することができる。この段階は、ＭＭＥがＵＥ  １００の最後のデタッチ（ｄｅｔａｃｈ）以降に変更されたり、ＭＭＥ  ３００がＵＥ  １００の有効な加入者コンテクスト（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｃｏｎｔｅｘｔ）を有していない場合などに行われる。
【００８０】
段階Ｓ２０５で、ＨＳＳ  ７００はＵＥ  １００に関する加入者情報を含む位置更新応答（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ａｎｓｗｅｒ）メッセージをＭＭＥ  ３００に送信する。
【００８１】
段階Ｓ２０６で、ＭＭＥ  ３００は、Ｓ−ＧＷを選択し、ＵＥと関連したデフォルトベアラ（ｄｅｆａｕｌｔ  ｂｅａｒｅｒ）のためのＥＰＳベアラ識別子（Ｂｅａｒｅｒ  Ｉｄｅｎｔｉｔｙ）を割り当てる。そして、ＭＭＥ  ３００は、選択したＳ−ＧＷ  ４００にセッション生成要請（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信する。
【００８２】
仮に、ＭＭＥがＰＳセッション（又はドメイン）でのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）値を決定するためにＵＥ  １００に関するボイス支援マッチ指示子（Ｖｏｉｃｅ  Ｓｕｐｐｏｒｔ  Ｍａｔｃｈ  Ｉｎｄｉｃａｔｏｒ）情報を必要とするなら、ＭＭＥ  ３００はｅＮｏｄｅＢ  ２００にＵＥ無線能力マッチ要請（Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｙ  Ｍａｔｃｈ  Ｒｅｑｕｅｓｔ）メッセージを送信する。このようなＵＥ無線能力マッチ要請動作については後述する。
【００８３】
段階Ｓ２０７で、Ｓ−ＧＷ  ４００は自身のＥＰＳベアラテーブルに新しいエントリーを生成し、ＭＭＥ  ３００から受信したセッション生成要請メッセージ内のＰ−ＧＷアドレス情報に基づいて上記のＰ−ＧＷ  ５００にセッション生成要請メッセージを送信する。
【００８４】
段階Ｓ２０８で、Ｐ−ＧＷ  ５００はＰＣＲＦ  ６００とＩＰ−ＣＡＮセッション確立／修正（Ｓｅｓｓｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ／Ｍｏｄｉｆｉｃａｔｉｏｎ）を行うことができる。この段階は、動的なＰＣＣ（ｄｙｎａｍｉｃ  Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ）が配置（ｄｅｐｌｏｙ）されている場合に行われる。
【００８５】
段階Ｓ２０９で、Ｐ−ＧＷ  ５００は自身のＥＰＳベアラコンテクストテーブルに新しいエントリーを生成し、Ｓ−ＧＷ  ４００にセッション生成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージを送信する。
【００８６】
ＵＥがハンドオーバーをする場合以外は、この段階以降からはＵＥ  １００への下りリンクデータをＰ−ＧＷ  ５００からＳ−ＧＷ  ４００に伝達することができる。
【００８７】
段階Ｓ２１０で、Ｓ−ＧＷ  ４００はＭＭＥ  ３００にセッション生成応答メッセージを送信する。
【００８８】
段階Ｓ２１１で、ＭＭＥ  ３００は、ＵＥ  １００に送るアタッチ受諾（Ａｔｔａｃｈ  Ａｃｃｅｐｔ）メッセージを含む初期コンテクストセットアップ要請（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ  ２００に送信する。このアタッチ受諾メッセージはＰＳセッションでのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）情報を含む。前述したように、ＭＭＥはＰＳセッションでのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）値を決定時に、下記要素の一つ以上の要素を考慮することができる。
【００８９】
−  ＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報：ボイス支援マッチ指示子情報及び／又はＵＥが提供するＳＲＶＣＣ能力情報
【００９０】
−  ｌｏｃａｌ  ｐｏｌｉｃｙ
【００９１】
−  ＨＰＬＭＮ（Ｈｏｍｅ  Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）
【００９２】
−  ネットワークのＳＲＶＣＣ能力
【００９３】
−  ｅｘｔｅｎｄｓ  ｏｆ  Ｅ−ＵＴＲＡＮ／ＵＴＲＡＮ  ｃｏｖｅｒａｇｅ
【００９４】
−  ＵＥがローミング（ｒｏａｍｉｎｇ）状態の場合、ＵＥのＨＰＬＭＮとのローミング協定（ｒｏａｍｉｎｇ  ａｇｒｅｅｍｅｎｔ）
【００９５】
段階Ｓ２１２で、ｅＮｏｄｅＢ  ２００はＵＥ  １００に、上記ＭＭＥ  ３００から受信したアタッチ受諾メッセージに加えて、ＥＰＳ無線ベアラ識別子情報を含むＲＲＣ接続再設定（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを送信する。
【００９６】
段階Ｓ２１３で、ＵＥ  １００は、ＲＲＣ接続再設定完了（Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージをｅＮｏｄｅＢ  ２００に送信する。
【００９７】
段階Ｓ２１４で、ｅＮｏｄｅＢ  ２００はＭＭＥ  ３００に初期コンテクストセットアップ応答（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ）メッセージを送信する。
【００９８】
段階Ｓ２１５で、ＵＥ  １００は、ＭＭＥに送るアタッチ完了（Ａｔｔａｃｈ  Ｃｏｍｐｌｅｔｅ）メッセージを含む直接送信（Ｄｉｒｅｃｔ  Ｔｒａｎｓｆｅｒ）メッセージをｅＮｏｄｅＢ  ２００に送信する。
【００９９】
段階Ｓ２１６で、ｅＮｏｄｅＢ  ２００は、ＵＥから受信したアタッチ完了メッセージをＭＭＥ  ３００に伝達する。
【０１００】
この段階以降からＵＥ  １００は上りリンクデータを送信することができる。
【０１０１】
段階Ｓ２１７で、上記段階Ｓ２１４及び段階Ｓ２１６で初期コンテクストセットアップ応答メッセージ及びアタッチ完了メッセージの両方を受信したＭＭＥ  ３００は、Ｓ−ＧＷ  ４００にベアラ修正要請（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージを送信する。
【０１０２】
段階Ｓ２１８で、Ｓ−ＧＷ  ４００は、Ｐ−ＧＷ  ５００にベアラ修正要請メッセージを送信することができる。この段階は、上記段階Ｓ２１７で受信したベアラ修正要請メッセージがハンドオーバー指示情報を含んでいる場合に行われる。
【０１０３】
段階Ｓ２１９で、Ｐ−ＧＷ  ５００はベアラ修正応答メッセージでＳ−ＧＷ  ４００に応答する。
【０１０４】
段階Ｓ２２０で、Ｓ−ＧＷ  ４００はベアラ修正応答メッセージでＭＭＥ  ３００に応答する。以降、Ｓ−ＧＷ  ４００はＵＥ  １００に下りリンクデータを伝達することができる。
【０１０５】
段階Ｓ２２１で、非３ＧＰＰアクセスネットワークへの移動性（ｍｏｂｉｌｉｔｙ）を支援するためにＡＰＮ、ＰＤＮ  ＧＷのＩＤなどをＨＳＳ  ７００に記憶させておかなければならない場合に、ＭＭＥ  ３００は報知要請（Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージを用いてＨＳＳ登録過程を行うことができる。
【０１０６】
段階Ｓ２２２で、ＨＳＳ  ７００は報知応答（Ｎｏｔｉｆｙ  Ａｎｓｗｅｒ）メッセージでＭＭＥ  ３００に応答する。
【０１０７】
図３は、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順を説明するための図である。
【０１０８】
図３を参照すると、段階Ｓ３０１〜Ｓ３０２で、ＵＥ  １００は、ＴＡＵ手順を開始するためにＭＭＥ  ３００にＴＡＵ要請（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ  Ｒｅｑｕｅｓｔ）メッセージを送信する。このＴＡＵ要請メッセージはｅＮｏｄｅＢ  ２００を経てＮｅｗ  ＭＭＥ  ３００に伝達される。ＵＥ  １００はＴＡＵ要請メッセージにＳＲＶＣＣ能力情報を含めることができる。
【０１０９】
段階Ｓ３０３で、Ｎｅｗ  ＭＭＥ  ３００は、ユーザ情報を獲得するためにＯｌｄ  ＭＭＥ  ３１０にコンテクスト要請（Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ）メッセージを送信する。
【０１１０】
段階Ｓ３０４で、Ｏｌｄ  ＭＭＥ  ３１０はコンテクスト応答（Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ）メッセージでＮｅｗ  ＭＭＥ  ３００に応答する。このコンテクスト応答メッセージはＭＭコンテクスト内にＵＥ  １００に関するボイス支援マッチ指示子情報を含むことができる。
【０１１１】
段階Ｓ３０５で、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）及びセキュリティセットアップ（ｓｅｃｕｒｉｔｙ  ｓｅｔｕｐ）を行うことができる。この段階は、上記段階Ｓ３０１で送信されたＴＡＵ要請メッセージが完全性保障されていない場合などに行われる。
【０１１２】
段階Ｓ３０６で、Ｎｅｗ  ＭＭＥ  ３００はＯｌｄ  ＭＭＥ  ３１０にコンテクスト確認（Ｃｏｎｔｅｘｔ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージを送信する。
【０１１３】
段階Ｓ３０７で、Ｎｅｗ  ＭＭＥ  ３００はＳ−ＧＷ  ４００にＰＤＮ接続当たりにベアラ修正要請（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージを送信する。
【０１１４】
段階Ｓ３０８で、Ｓ−ＧＷ  ４００はＰ−ＧＷ  ５００にＰＤＮ接続当たりにベアラ修正要請メッセージを送信することができる。この段階は、Ｓ−ＧＷ  ４００がＰ−ＧＷ  ５００に情報（例えば、変更されたＲＡＴ  ｔｙｐｅ、ユーザの位置情報など）を知らせる必要がある場合に行われる。
【０１１５】
段階Ｓ３０９で、Ｐ−ＧＷ  ５００はＰＣＲＦ  ６００とＩＰ−ＣＡＮセッション修正（Ｓｅｓｓｉｏｎ  Ｍｏｄｉｆｉｃａｔｉｏｎ）を行うことができる。この段階は、動的なＰＣＣが配置（ｄｅｐｌｏｙ）されており、Ｐ−ＧＷ  ５００がＰＣＲＦ  ６００に情報を提供する必要がある場合に行われる。
【０１１６】
段階Ｓ３１０で、Ｐ−ＧＷ  ５００はベアラ修正応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）メッセージでＳ−ＧＷ  ４００に応答する。
【０１１７】
段階Ｓ３１１で、Ｓ−ＧＷ  ４００はベアラ修正応答メッセージでＮｅｗ  ＭＭＥ  ３００に応答する。
【０１１８】
段階Ｓ３１２で、Ｎｅｗ  ＭＭＥ  ３００はＨＳＳ  ７００に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信することができる。この段階は、Ｎｅｗ  ＭＭＥ  ３００がＵＥ  １００に関する加入者情報（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ）がない場合などに行われる。
【０１１９】
段階Ｓ３１３で、ＨＳＳ  ７００はＯｌｄ  ＭＭＥ  ３１０に位置削除（Ｃａｎｃｅｌ  Ｌｏｃａｔｉｏｎ）メッセージを送信する。
【０１２０】
段階Ｓ３１４で、Ｏｌｄ  ＭＭＥ  ３１０は位置削除確認（Ｃａｎｃｅｌ  Ｌｏｃａｔｉｏｎ  Ａｃｋ）メッセージでＨＳＳ  ７００に応答する。
【０１２１】
段階Ｓ３１５で、ＨＳＳ  ７００はＵＥ  １００に関する加入者情報を含む位置更新応答（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ａｎｓｗｅｒ）メッセージをＮｅｗ  ＭＭＥ  ３００に送信する。
【０１２２】
段階Ｓ３１６で、Ｎｅｗ  ＭＭＥ  ３００が上記段階Ｓ３０４でＯｌｄ  ＭＭＥ  ３１０からボイス支援マッチ指示子情報を受信できなかった場合、Ｎｅｗ  ＭＭＥ  ３００はｅＮｏｄｅＢ  ２００にＵＥ無線能力マッチ要請（Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｙ  Ｍａｔｃｈ  Ｒｅｑｕｅｓｔ）メッセージを送信する。このようなＵＥ無線能力マッチ要請動作は、図２で前述した内容に従う。Ｎｅｗ  ＭＭＥ  ３００はＵＥ  １００にＴＡＵ受諾（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ  Ａｃｃｅｐｔ）メッセージを送信する。ＴＡＵ受諾メッセージは、ＰＳセッションでのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）情報を含む。Ｎｅｗ  ＭＭＥ  ３００がＰＳセッションでのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）値を決定時に考慮する要素は、図２の段階Ｓ２１１で説明した通りである。
【０１２３】
段階Ｓ３１７で、ＵＥ  １００はＴＡＵ完了（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ  Ｃｏｍｐｌｅｔｅ）メッセージをＮｅｗ  ＭＭＥ  ３００に送信することができる。この段階は、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）情報が変更された場合に行われる。
【０１２４】
図２乃至図３で説明された、アタッチ又はＴＡＵ手順においてＭＭＥがＨＳＳに送信する位置更新要請は、ＰＳセッションでのＩＭＳボイスの同種支援（Ｈｏｍｏｇｅｎｅｏｕｓ  Ｓｕｐｐｏｒｔ  ｏｆ  ＩＭＳ  Ｖｏｉｃｅ  Ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎｓ）情報を含むことができる。
【０１２５】
例えば、図２の段階Ｓ２０４でＭＭＥがＨＳＳに位置更新要請を送信する時、位置更新要請メッセージは次の４つの基準に基づいてＰＳセッションでのＩＭＳボイスの同種支援情報を含むこともあり、含まないこともある。
【０１２６】
ｉ）ＭＭＥがサービングする（又は、関連した）全てのＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）が同一に（ｈｏｍｏｇｅｎｅｏｕｓｌｙ）ＰＳセッションでのＩＭＳボイス（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ）を支援する場合、ＭＭＥはＰＳセッションでのＩＭＳボイスの同種支援値をＳｕｐｐｏｒｔｅｄ（又は１又はＴｒｕｅ）に設定して位置更新要請メッセージに含める。（これは、ＭＭＥがサービングする全てのＴＡで‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’、すなわち、ＶｏＬＴＥが支援されることを意味する）
【０１２７】
ｉｉ）ＭＭＥがサービングする（又は、関連した）全てのＴＡが同一にＰＳセッションでのＩＭＳボイスを支援しない場合、ＭＭＥはＰＳセッションでのＩＭＳボイスの同種支援値をＮｏｔ＿Ｓｕｐｐｏｒｔｅｄ（或いは、０又はＦａｌｓｅ）に設定して位置更新要請メッセージに含める。（これは、ＭＭＥがサービングする全てのＴＡで‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’、すなわち、ＶｏＬＴＥが支援されないことを意味する。換言すれば、ＭＭＥがサービングする全てのＴＡでＣＳフォールバック（ＣＳＦＢ）によって音声サービスが支援されることを意味する）
【０１２８】
ｉｉｉ）ＭＭＥがサービングする（又は、関連した）ＴＡのうちの一部のＴＡはＰＳセッションでのＩＭＳボイスを支援するが、残り一部のＴＡはＰＳセッションでのＩＭＳボイスを支援しない場合、ＭＭＥは位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援値を含めない。
【０１２９】
ｉｖ）ＭＭＥがサービングする（又は、関連した）ＴＡが同一にＰＳセッションでのＩＭＳボイスを支援するか否かが確認できない場合、ＭＭＥは位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援値を含めない。
【０１３０】
また、アタッチ又はＲＡＵ（Ｒｏｕｔｅｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）手順において行われるＳＧＳＮのＨＳＳへの位置更新要請も同様、ＰＳセッションでのＩＭＳボイスの同種支援情報を含むことができる。
【０１３１】
また、ＳＧＳＮはＨＳＳに位置更新要請メッセージを送信時に、次のようにＰＳセッションでのＩＭＳボイスの同種支援情報を含めることもあり、含めないこともある。
【０１３２】
ｉ）ＳＧＳＮがサービングする（又は、関連した）全てのＲＡが同一にＰＳセッションでのＩＭＳボイスを支援する場合、ＳＧＳＮはＰＳセッションでのＩＭＳボイスの同種支援値をＳｕｐｐｏｒｔｅｄ（又は、１又はＴｒｕｅ）に設定して位置更新要請メッセージに含める。（これは、ＳＧＳＮがサービングする全てのＲＡで‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’、すなわち、ＶｏＨＳＰＡが支援されることを意味する）
【０１３３】
ｉｉ）ＳＧＳＮがサービングする（又は、関連した）全てのＲＡが同一にＰＳセッションでのＩＭＳボイスを支援しない場合、ＳＧＳＮはＰＳセッションでのＩＭＳボイスの同種支援値をＮｏｔ＿Ｓｕｐｐｏｒｔｅｄ（又は、０又はＦａｌｓｅ）に設定して位置更新要請メッセージに含める。（これは、ＳＧＳＮがサービングする全てのＲＡで‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’、すなわち、ＶｏＨＳＰＡが支援されないことを意味する。換言すれば、ＵＥはＵＴＲＡＮで支援するＣＳ  ｖｏｉｃｅサービスを用いるべきということを意味する）
【０１３４】
ｉｉｉ）ＳＧＳＮがサービングする（又は、関連した）ＲＡのうちの一部のＲＡはＰＳセッションでのＩＭＳボイスを支援するが、残り一部のＲＡはＰＳセッションでのＩＭＳボイスを支援しない場合、ＳＧＳＮは位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援値を含めない。
【０１３５】
ｉｖ）ＳＧＳＮがサービングする（又は、関連した）ＲＡが同一にＰＳセッションでのＩＭＳボイスを支援するか否かが確認できない場合、ＳＧＳＮは位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援値を含めない。
【０１３６】
上述したＭＭＥがサービングする（又は、関連した）全てのＴＡ、及びＳＧＳＮがサービングする（又は、関連した）全てのＲＡを、サービングノードのサービス地域（ｓｅｒｖｉｃｅ  ａｒｅａ）と呼ぶものとする。一方、上述したアタッチ又はＴＡＵ又はＲＡＵ手順において、サービングノード（ＭＭＥ又はＳＧＳＮ）はＰＳセッションでのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）情報を決定することができるが、このとき、ＵＥの無線能力（ｒａｄｉｏ  ｃａｐａｂｉｌｉｔｙ）情報を考慮することができる。ＵＥの無線能力情報はボイス支援マッチ指示子（Ｖｏｉｃｅ  Ｓｕｐｐｏｒｔ  Ｍａｔｃｈ  Ｉｎｄｉｃａｔｏｒ）という情報であり、サービングノードはこの情報をＲＡＮ（すなわち、ｅＮｏｄｅＢ又はＲＮＣ）から獲得することができる。サービングノードであるＭＭＥがｅＮｏｄｅＢからボイス支援マッチ指示子という情報を獲得する動作は、図４に示すようになる。この動作は、ＵＥのアタッチ又はＴＡＵ手順においてサービングノードがＨＳＳに位置更新要請を行った以降とＵＥにアタッチ受諾又はＴＡＵ受諾メッセージを送信する前に行われる。以下、図４を参照して、ボイス支援マッチ指示子という情報を獲得する手順について説明する。
【０１３７】
段階Ｓ４０１で、ＭＭＥ  ３００はＵＥ  １００のキャンプ−オン（ｃａｍｐ−ｏｎ）したｅＮｏｄｅＢ  ２００からＵＥ  １００に関するボイス支援マッチ指示子情報を獲得するために、ｅＮｏｄｅＢ  ２００にＵＥ無線能力マッチ要請（Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｙ  Ｍａｔｃｈ  Ｒｅｑｕｅｓｔ）メッセージを送信する。この時、ＭＭＥ  ３００は、前にｅＮｏｄｅＢ  ２００から受信したＵＥ無線能力情報を有している場合はその情報をＵＥ無線能力マッチ要請メッセージに含める。
【０１３８】
段階Ｓ４０２で、ｅＮｏｄｅＢ  ２００がＵＥ  １００からＵＥ無線能力情報を獲得できなかった場合、又は上記段階４０１で受信したＵＥ無線能力マッチ要請メッセージがＵＥ無線能力情報を含んでいない場合に、ｅＮｏｄｅＢ  ２００はＵＥからＵＥ無線能力情報を獲得するために、ＵＥ  １００にＵＥ能力エンクイリ（Ｃａｐａｂｉｌｉｔｙ  Ｅｎｑｕｉｒｙ）メッセージを送信する。
【０１３９】
段階Ｓ４０３で、ＵＥ  １００はｅＮｏｄｅＢ  ２００に、ＵＥ無線能力情報を含むＵＥ能力情報（Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを送信する。
【０１４０】
段階Ｓ４０４で、ｅＮｏｄｅＢ  ２００はＵＥの無線能力情報とネットワークの設定（ｎｅｔｗｏｒｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）との互換性（ｃｏｍｐａｔｉｂｉｌｉｔｙ）を確認することによって、ＩＭＳで開始された（ｉｎｉｔｉａｔｅｄ）音声呼のサービス連続性（ｓｅｒｖｉｃｅ  ｃｏｎｔｉｎｕｉｔｙ）を保障できるか否かを決定する。ｅＮｏｄｅＢ  ２００は、上記決定のために次のうち一つ以上のＵＥ無線能力情報を点検することができる。
【０１４１】
−  ＳＲＶＣＣ（Ｓｉｎｇｌｅ  Ｒａｄｉｏ  Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ）能力情報及びＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ  Ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｃａｐａｂｉｌｉｔｙ情報
【０１４２】
−  ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ  ＦＤＤ及び／又はＴＤＤのための無線能力情報
【０１４３】
−  ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ周波数帯域（ｆｒｅｑｕｅｎｃｙ  ｂａｎｄｓ）支援関連情報
【０１４４】
ｅＮｏｄｅＢ  ２００は、ＩＭＳで開始された音声呼のサービス連続性を保障できるか否かを決定した後、それを反映するボイス支援マッチ指示子値を設定してＵＥ無線能力マッチ応答（ＵＥ  Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｙ  Ｍａｔｃｈ  Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥ  ３００に送信する。ｅＮｏｄｅＢ  ２００はＩＭＳ音声呼のサービス連続性を保障できると判断した場合はボイス支援マッチ指示子値を‘Ｓｕｐｐｏｒｔｅｄ’（或いは、１又はＴｒｕｅ）に設定し、そうでない場合は‘Ｎｏｔ  Ｓｕｐｐｏｒｔｅｄ’（或いは、０又はＦａｌｓｅ）に設定する。
【０１４５】
ＭＭＥ  ３００は、ＵＥのＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）コンテクストに、ｅＮｏｄｅＢ  ２００から獲得したボイス支援マッチ指示子情報を保存し、この情報を、ＵＥ  １００のためのＰＳドメインでのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）値の決定時に用いる。
【０１４６】
段階Ｓ４０５で、ｅＮｏｄｅＢ  ２００が上記の段階Ｓ４０２、Ｓ４０３を行ってＵＥ  １００からＵＥ無線能力情報を獲得した場合に、ｅＮｏｄｅＢ  ２００はＭＭＥ  ３００に、上記のＵＥ無線能力情報を含むＵＥ能力情報指示（Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏ  Ｉｎｄｉｃａｔｉｏｎ）メッセージを送信する。ＭＭＥ  ３００は、受信したＵＥ無線能力情報を保存する。ＭＭＥ  ３００は、上記段階Ｓ４０４のＵＥ無線能力マッチ応答メッセージよりも段階Ｓ４０５のＵＥ能力情報指示メッセージを先に受信することもできる。
【０１４７】
ＭＭＥと同様にＳＧＳＮもＵＥのアタッチ又はＲＡＵ時に、ＰＳセッションでのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）値の決定のためにＵＥの無線能力情報を考慮する。したがって、ＳＧＳＮはＲＮＣに、ＵＥに関するボイス支援マッチ指示子情報を獲得するためのＵＥ無線能力マッチ要請動作を行うことができる。その詳細な事項は３ＧＰＰ  ＴＳ  ２３．０６０を参照すればよい。
【０１４８】
また、サービングノードが、ＵＥのアタッチ又はＴＡＵ又はＲＡＵ時に、ＰＳセッションでのＩＭＳボイス支援表示を決定するときに参考にする他の情報としてＵＥのＳＲＶＣＣ能力情報があり、この情報は、ＵＥがサービングノードにアタッチ要請又はＴＡＵ／ＲＡＵ要請メッセージを送信する時に含める。このＵＥのＳＲＶＣＣ能力情報は、アタッチ要請、ＴＡＵ要請、ＲＡＵ要請メッセージの‘ＭＳ  ｎｅｔｗｏｒｋ  ｃａｐａｂｉｌｉｔｙ’情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ（ＩＥ））を構成する次のようなフラグの形態である。
【０１４９】
ＳＲＶＣＣ  ｔｏ  ＧＥＲＡＮ／ＵＴＲＡＮ  ｃａｐａｂｉｌｉｔｙ：
【０１５０】
０  ＝  ＳＲＶＣＣ  ｆｒｏｍ  ＵＴＲＡＮ  ＨＳＰＡ  ｏｒ  Ｅ−ＵＴＲＡＮ  ｔｏ  ＧＥＲＡＮ／ＵＴＲＡＮ  ｎｏｔ  ｓｕｐｐｏｒｔｅｄ
【０１５１】
１  ＝  ＳＲＶＣＣ  ｆｒｏｍ  ＵＴＲＡＮ  ＨＳＰＡ  ｏｒ  Ｅ−ＵＴＲＡＮ  ｔｏ  ＧＥＲＡＮ／ＵＴＲＡＮ  ｓｕｐｐｏｒｔｅｄ
【０１５２】
上述したように、サービングノードがＵＥにＩＭＳドメインでボイスサービスを提供するか否かを決定（すなわち、ＵＥに提供する、ＰＳセッションでのＩＭＳボイス支援表示（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  Ｓｅｓｓｉｏｎ  Ｓｕｐｐｏｒｔｅｄ  Ｉｎｄｉｃａｔｉｏｎ）値を決定）する時に考慮するＵＥの能力情報として、ＲＡＮ（ｅＮｏｄｅＢ／ＲＮＣ）が提供するボイス支援マッチ指示子情報、及びＵＥがアタッチ、ＴＡＵ、ＲＡＵ動作時に提供するＳＲＶＣＣ能力情報がある。本発明では、ボイス支援マッチ指示子情報及び／又はＵＥがアタッチ、ＴＡＵ、ＲＡＵ動作時に提供するＳＲＶＣＣ能力情報を、ＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報と呼ぶものとする。
【０１５３】
参考として、サービングノードはＰＳセッションでのＩＭＳボイス支援表示値を決定時に、上記情報の両方を考慮してもよく、いずれか一方の情報のみを考慮してもよい。
【０１５４】
ＭＭＥは、ＰＳセッションでのＩＭＳボイス支援表示値を決定時に、上記のＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報に加えて、地域政策（ｌｏｃａｌ  ｐｏｌｉｃｙ）、ＨＰＬＭＮ、ネットワークのＳＲＶＣＣ能力、ｅｘｔｅｎｄｓ  ｏｆ  Ｅ−ＵＴＲＡＮ／ＵＴＲＡＮ  ｃｏｖｅｒａｇｅなどをさらに考慮することができる。ＳＧＳＮは、ＰＳセッションでのＩＭＳボイス支援表示値を決定時に、上記のＵＥのＶｏｉｃｅ  ｏｖｅｒ  ＩＭＳ関連能力情報に加えて、地域政策、ＨＰＬＭＮ、ネットワークのＳＲＶＣＣ能力、ｌｅｖｅｌ  ｏｆ  ＵＴＲＡＮ  ｃｏｖｅｒａｇｅなどをさらに考慮することができる。
【０１５５】
前述したように、ＰＳセッションでのＩＭＳボイス支援表示情報は、ＵＥのサービングＰＬＭＮがＵＥに知らせる情報であり、これは、ＵＥがサービングＰＬＭＮで成功的にＰＳセッションでのＩＭＳボイス（ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ）を使用できるということを指す。この情報は、ＵＥがＭＭＥにアタッチ又はＴＡＵ動作時にアタッチ受諾メッセージ又はＴＡＵ受諾メッセージを通じて獲得することができる。また、この情報は、ＵＥがＳＧＳＮにアタッチ又はＲＡＵ動作時にアタッチ受諾メッセージ又はＲＡＵ受諾メッセージを通じて獲得することができる。
【０１５６】
図５は、着信音声呼（ｔｅｒｍｉｎａｔｉｎｇ  ｖｏｉｃｅ  ｃａｌｌ）に対するドメイン選択に関する動作を説明するための図である。
【０１５７】
ＩＭＳ網のＳＣＣ  ＡＳがＵＥへの着信音声呼を受信すると、ＵＥをサービングするネットワークの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’支援に関する情報を獲得するためにＨＳＳにクエリーを送り、ＨＳＳは、ＵＥの登録されたサービングノード（すなわち、ＭＭＥ及び／又はＳＧＳＮ）から上記情報を獲得し、該情報に基づいてＳＣＣ  ＡＳにクエリーに対する応答をする。仮に、ＨＳＳがＭＭＥ又はＳＧＳＮから受信した、ＰＳセッションでのＩＭＳボイスの同種支援情報がある場合は、クエリーすることを飛ばすことができる。以下、各段階についてより詳しく説明する。
【０１５８】
段階Ｓ５０１で、ＳＣＣ  ＡＳ  ４００は、自身がサービングするＩＭＳユーザ（すなわち、ＩＭＳ加入者）への着信音声呼（ｔｅｒｍｉｎａｔｉｎｇ  ｖｏｉｃｅ  ｃａｌｌ）を受信する。
【０１５９】
段階Ｓ５０２で、ＳＣＣ  ＡＳ  ４００は、着信音声呼をＵＥに伝達するためのドメインを選択するために、ＨＳＳ  ３００にドメイン選択に必要な情報を要請するユーザデータ要請（Ｕｓｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ）メッセージを送信する。ユーザデータ要請メッセージは、着信音声呼の受信者に関する識別情報（例えば、ＩＭＳ公開ユーザ識別子（Ｐｕｂｌｉｃ  Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ）又はＭＳＩＳＤＮ）、及びＨＳＳに要請する情報が着信アクセスドメイン選択（ｔｅｒｍｉｎａｔｉｎｇ  ａｃｃｅｓｓ  ｄｏｍａｉｎ  ｓｅｌｅｃｔｉｏｎ（Ｔ−ＡＤＳ））動作に必要な情報であることを知らせるパラメーターを含む。
【０１６０】
段階Ｓ５０３で、ＨＳＳ  ３００は、着信音声呼の受信者に属したＵＥをサービングするノード（ＭＭＥ及び／又はＳＧＳＮ）からＰＳセッションでのＩＭＳボイスの同種支援情報を前に受信したか否かを検査する。参考として、ＭＭＥは、前述したように、ＵＥのアタッチ又はＴＡＵ動作中にＨＳＳに位置更新要請メッセージを送る時に、ＰＳセッションでのＩＭＳボイスの同種支援情報を含めることもあり、含めないこともある。ＳＧＳＮも同様、前述したように、ＵＥのアタッチ又はＲＡＵ動作中にＨＳＳに位置更新要請メッセージを送る時に、ＰＳセッションでのＩＭＳボイスの同種支援情報を含めることもあり、含めないこともある。
【０１６１】
ＵＥのサービングノードとしてＭＭＥがＨＳＳに登録されており、ＳＧＳＮはＨＳＳに登録されていないとき、ＨＳＳ  ３００がＭＭＥからＰＳセッションでのＩＭＳボイスの同種支援情報を受信しなかった場合は、段階Ｓ５０４ａを行う。これとは違い、ＨＳＳ  ３００がＭＭＥからＰＳセッションでのＩＭＳボイスの同種支援情報を受信した場合は、段階Ｓ５０４ａを行わない。ＳＧＳＮはＨＳＳに登録されておらず、段階Ｓ５０４ｂは行わない。
【０１６２】
ＵＥのサービングノードとしてＳＧＳＮがＨＳＳに登録されており、ＭＭＥはＨＳＳに登録されていないとき、ＨＳＳ  ３００がＳＧＳＮからＰＳセッションでのＩＭＳボイスの同種支援情報を受信しなかった場合は、段階Ｓ５０４ｂを行う。これとは違い、ＨＳＳ  ３００がＳＧＳＮからＰＳセッションでのＩＭＳボイスの同種支援情報を受信した場合は、段階Ｓ５０４ｂを行わない。ＭＭＥはＨＳＳに登録されておらず、段階Ｓ５０４ａは行わない。
【０１６３】
ＵＥのサービングノードとしてＭＭＥとＳＧＳＮの両方がＨＳＳに登録されている場合、ＨＳＳ  ３００がＭＭＥとＳＧＳＮの両方からＰＳセッションでのＩＭＳボイスの同種支援情報を受信し、且つ両情報の値が一致すると（すなわち、両情報の値ともＳｕｐｐｏｒｔｅｄ（或いは、１又はＴｒｕｅ）であるか、又はＮｏｔ＿Ｓｕｐｐｏｒｔｅｄ（或いは、０又はＦａｌｓｅ）の場合）、段階Ｓ５０４ａ及び段階５０４ｂを行わない。その他の場合は段階Ｓ５０４ａ及び段階Ｓ５０４ｂを行う。
【０１６４】
段階Ｓ５０４ａで、ＳＣＣ  ＡＳ  ４００に応答するために必要な情報（すなわち、Ｔ−ＡＤＳ関連情報）を獲得するために、ＨＳＳ  ３００がＭＭＥ  ２００にサブスクライバデータ挿入要請（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ）メッセージを送信する。
【０１６５】
段階Ｓ５０４ｂで、ＳＣＣ  ＡＳ  ４００に応答するために必要な情報（すなわち、Ｔ−ＡＤＳ関連情報）を獲得するために、ＨＳＳ  ３００がＳＧＳＮ  １００にサブスクライバデータ挿入要請メッセージを送信する。
【０１６６】
段階Ｓ５０５ａで、ＭＭＥ  ２００はＨＳＳ  ３００にＴ−ＡＤＳ関連情報を含むサブスクライバデータ挿入応答（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ）メッセージを送信する。このＴ−ＡＤＳ関連情報は次のような情報を含むことができる。
【０１６７】
ｉ）ＩＭＳ−Ｖｏｉｃｅ−Ｏｖｅｒ−ＰＳ−Ｓｅｓｓｉｏｎｓ−Ｓｕｐｐｏｒｔｅｄ：
【０１６８】
ＮＯＴ＿ＳＵＰＰＯＲＴＥＤ（或いは、０又はＦａｌｓｅ）＝ＭＭＥ内のＵＥの最も最近に用いられた（ｍｏｓｔ  ｒｅｃｅｎｔｌｙ  ｕｓｅｄ）ＴＡがＰＳセッションでのＩＭＳボイスを支援しないことを示す。
【０１６９】
ＳＵＰＰＯＲＴＥＤ（或いは、１又はＴｒｕｅ）＝ＭＭＥ内のＵＥの最も最近に用いられたＴＡがＰＳセッションでのＩＭＳボイスを支援することを指す。
【０１７０】
ｉｉ）Ｌａｓｔ−ＵＥ−Ａｃｔｉｖｉｔｙ−Ｔｉｍｅ：ＵＥがＭＭＥに最も最近に無線接触（ｒａｄｉｏ  ｃｏｎｔａｃｔ）をした時間
【０１７１】
ｉｉｉ）ＲＡＴ−Ｔｙｐｅ：ＵＥをサービングするＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）の種類を示す。例えば、Ｅ−ＵＴＲＡＮ。
【０１７２】
段階Ｓ５０５ｂで、ＳＧＳＮ  １００はＨＳＳ  ３００にＴ−ＡＤＳ関連情報を含むサブスクライバデータ挿入応答メッセージを送信する。このＴ−ＡＤＳ関連情報は次のような情報を含むことができる。
【０１７３】
ｉ）ＩＭＳ−Ｖｏｉｃｅ−Ｏｖｅｒ−ＰＳ−Ｓｅｓｓｉｏｎｓ−Ｓｕｐｐｏｒｔｅｄ：
【０１７４】
ＮＯＴ＿ＳＵＰＰＯＲＴＥＤ（或いは、０又はＦａｌｓｅ）＝ＳＧＳＮ内のＵＥの最も最近に用いられたＲＡがＰＳセッションでのＩＭＳボイスを支援しないことを示す。
【０１７５】
ＳＵＰＰＯＲＴＥＤ（或いは、１又はＴｒｕｅ）＝ＳＧＳＮ内のＵＥの最も最近に用いられたＲＡがＰＳセッションでのＩＭＳボイスを支援することを示す。
【０１７６】
ｉｉ）Ｌａｓｔ−ＵＥ−Ａｃｔｉｖｉｔｙ−Ｔｉｍｅ：ＵＥがＳＧＳＮに最も最近に無線接触をした時間
【０１７７】
ｉｉｉ）ＲＡＴ−Ｔｙｐｅ：ＵＥをサービングするＲＡＴの種類を示す。例えば、ＵＴＲＡＮ又はＧＥＲＡＮ。
【０１７８】
段階Ｓ５０６で、ＨＳＳ  ３００はＳＣＣ  ＡＳ  ４００にＴ−ＡＤＳ関連情報を含むユーザデータ応答（Ｕｓｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ）メッセージを送信する。このＴ−ＡＤＳ関連情報は、ＵＥの位置しているＴＡ又はＲＡがＰＳセッションでのＩＭＳボイスを支援するか否かを表す。さらに、Ｔ−ＡＤＳ関連情報は、可用の場合、ＵＥをサービングするＲＡＴタイプを含むことができ、これはサービングノードから獲得した情報に基づく。ＨＳＳ  ３００は、下記のようにＴ−ＡＤＳ関連情報をユーザデータ応答（Ｕｓｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ）メッセージに含める。
【０１７９】
ＵＥのサービングノードとしてＭＭＥのみがＨＳＳに登録されており、ＳＧＳＮはＨＳＳに登録されていない場合：
【０１８０】
ａ）上記段階Ｓ５０３の結果、ＨＳＳ  ３００がＭＭＥ  ２００からＰＳセッションでのＩＭＳボイスの同種支援情報を受信したと判断した場合：
【０１８１】
ａ−１）ＰＳセッションでのＩＭＳボイスの同種支援値がＳｕｐｐｏｒｔｅｄ（或いは、１又はＴｒｕｅ）であれば、Ｔ−ＡＤＳ関連情報としてＰＳセッションでのＩＭＳボイス支援情報をＩＭＳ−ＶＯＩＣＥ−ＯＶＥＲ−ＰＳ−ＳＵＰＰＯＲＴＥＤ（或いは、１又はＴｒｕｅ）に設定する。
【０１８２】
ａ−２）ＰＳセッションでのＩＭＳボイスの同種支援値がＮｏｔ＿Ｓｕｐｐｏｒｔｅｄ（或いは、０又はＦａｌｓｅ）であれば、Ｔ−ＡＤＳ関連情報としてＰＳセッションでのＩＭＳボイス支援情報をＩＭＳ−ＶＯＩＣＥ−ＯＶＥＲ−ＰＳ−ＮＯＴ−ＳＵＰＰＯＲＴＥＤ（或いは、０又はＦａｌｓｅ）に設定する。
【０１８３】
ｂ）上記段階Ｓ５０３の結果、上記段階Ｓ５０４ａを行った場合：
【０１８４】
上記段階Ｓ５０５ａで受信したサブスクライバデータ挿入応答（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ）メッセージに含まれたＴ−ＡＤＳ関連情報に基づいて、ユーザデータ応答（Ｕｓｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ）メッセージに含めるＴ−ＡＤＳ関連情報を設定する。
【０１８５】
ＵＥのサービングノードとしてＳＧＳＮのみがＨＳＳに登録されており、ＭＭＥはＨＳＳに登録されていない場合：
【０１８６】
ａ）上記段階Ｓ５０３の結果、ＨＳＳ  ３００がＳＧＳＮ  １００からＰＳセッションでのＩＭＳボイスの同種支援情報を受信したと判断した場合：
【０１８７】
ａ−１）ＰＳセッションでのＩＭＳボイスの同種支援値がＳｕｐｐｏｒｔｅｄ（或いは、１又はＴｒｕｅ）であれば、Ｔ−ＡＤＳ関連情報としてＰＳセッションでのＩＭＳボイス支援情報をＩＭＳ−ＶＯＩＣＥ−ＯＶＥＲ−ＰＳ−ＳＵＰＰＯＲＴＥＤ（或いは、１又はＴｒｕｅ）に設定する。
【０１８８】
ａ−２）ＰＳセッションでのＩＭＳボイスの同種支援値がＮｏｔ＿Ｓｕｐｐｏｒｔｅｄ（或いは、０又はＦａｌｓｅ）であれば、Ｔ−ＡＤＳ関連情報としてＰＳセッションでのＩＭＳボイス支援情報をＩＭＳ−ＶＯＩＣＥ−ＯＶＥＲ−ＰＳ−ＮＯＴ−ＳＵＰＰＯＲＴＥＤ（或いは、０又はＦａｌｓｅ）に設定する。
【０１８９】
ｂ）上記段階Ｓ５０３の結果、上記段階Ｓ５０４ｂを行った場合：
【０１９０】
上記段階Ｓ５０５ｂで受信したサブスクライバデータ挿入応答メッセージに含まれたＴ−ＡＤＳ関連情報に基づいてユーザデータ応答メッセージに含めるＴ−ＡＤＳ関連情報を設定する。
【０１９１】
ＵＥのサービングノードとしてＭＭＥとＳＧＳＮの両方がＨＳＳに登録されている場合：
【０１９２】
ａ）ＨＳＳ  ３００がＭＭＥとＳＧＳＮの両方からＰＳセッションでのＩＭＳボイスの同種支援情報を受信し、且つ両情報の値が互いに一致すると判断した場合：
【０１９３】
ａ−１）ＭＭＥとＳＧＳＮから受信したＰＳセッションでのＩＭＳボイスの同種支援値が両方ともＳｕｐｐｏｒｔｅｄ（或いは、１又はＴｒｕｅ）であれば、Ｔ−ＡＤＳ関連情報としてＰＳセッションでのＩＭＳボイス支援情報をＩＭＳ−ＶＯＩＣＥ−ＯＶＥＲ−ＰＳ−ＳＵＰＰＯＲＴＥＤ（或いは、１又はＴｒｕｅ）に設定する。
【０１９４】
ａ−２）ＭＭＥとＳＧＳＮから受信したＰＳセッションでのＩＭＳボイスの同種支援値が両方ともＮｏｔ＿Ｓｕｐｐｏｒｔｅｄ（或いは、０又はＦａｌｓｅ）であれば、Ｔ−ＡＤＳ関連情報としてＰＳセッションでのＩＭＳボイス支援情報をＩＭＳ−ＶＯＩＣＥ−ＯＶＥＲ−ＰＳ−ＮＯＴ−ＳＵＰＰＯＲＴＥＤ（或いは、０又はＦａｌｓｅ）に設定する。
【０１９５】
ｂ）上記段階Ｓ５０３の結果、上記段階Ｓ５０４ａ及び段階Ｓ５０４ｂを行った場合：
【０１９６】
最も最近にＵＥが活動（ａｃｔｉｖｅ）したサービングノードから獲得したＴ−ＡＤＳ関連情報に基づいて、ユーザデータ応答メッセージに含めるＴ−ＡＤＳ関連情報を設定する。
【０１９７】
段階Ｓ５０７で、ＳＣＣ  ＡＳ  ４００は、受信したユーザデータ応答メッセージに含まれたＴ−ＡＤＳ関連情報に基づいて、着信音声呼を伝達するドメインを選択する。すなわち、ＩＭＳドメイン（すなわち、ＰＳドメイン）を選択したり、ＣＳドメインを選択する。
【０１９８】
段階Ｓ５０８で、段階Ｓ５０７で選択したドメインに着信音声呼を伝達する。
【０１９９】
上述したドメイン選択に関する内容及びより詳細な説明は、３ＧＰＰ  ＴＳ  ２３．２９２、ＴＳ２９．３２９、ＴＳ２９．３２８、ＴＳ２９．２７２で参照すればよい。
【０２００】
上述したように、従来技術ではサービングノードがＨＳＳに位置更新要請メッセージを送信時に、ＰＳセッションでのＩＭＳボイスの同種支援情報を含めるか否か、そして含める場合はどの値に設定するかを決定するとき、ＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報を考慮しない。一般には、サービングノードがネットワーク設定（ｎｅｔｗｏｒｋ  ｃｏｎｆｉｇｕｒａｔｉｏｎ及び／又はｎｅｔｗｏｒｋ  ｐｒｏｖｉｓｉｏｎ）に基づいてＰＳセッションでのＩＭＳボイスの同種支援情報を含めるか否か、そして含める場合はとの値に設定するかを決定する。このような決定ではＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報は考慮されない。
【０２０１】
これに対し、前述したように、サービングノードはＵＥにＩＭＳドメインにボイスサービスを提供するか否かを決定（すなわち、ＵＥに提供するＰＳセッションでのＩＭＳボイス支援表示値を決定）するときは、ＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報を考慮する。
【０２０２】
したがって、ネットワーク設定上ではＩＭＳドメインにボイスサービスを提供するとしても、ＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報によって実際にはＵＥにＩＭＳドメインにボイスサービスを提供しないことと決定することもある。このような場合、サービングノードはＨＳＳに正しくないＰＳセッションでのＩＭＳボイスの同種支援情報を提供することがあり、結果としてはＨＳＳがＳＣＣ  ＡＳに正しくないＴ−ＡＤＳ関連情報を提供することがある。すなわち、正しくないＴ−ＡＤＳ関連情報によってＳＣＣ  ＡＳは誤選択したドメインに着信音声呼を伝達することがあり、よって、このドメインに伝達された音声呼は失敗する問題が発生する。
【０２０３】
例えば、ＵＥのＴＡＵ実行によってＭＭＥが位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援値としてＳｕｐｐｏｒｔｅｄ（或いは、１又はＴｒｕｅ）を設定してＨＳＳに送り、ＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’能力情報を考慮した結果、ＵＥにＩＭＳドメインにボイスサービスを提供しないこと、すなわち、ＰＳドメインでのＩＭＳボイス支援表示をＮＯＴ＿ＳＵＰＰＯＲＴＥＤ（或いは、０又はＦａｌｓｅ）値に決定し、ＵＥ（すなわち、ＵＥの属したユーザ／加入者）への着信音声呼がＳＣＣ  ＡＳに受信されることがある。このような場合、ＳＣＣ  ＡＳはＨＳＳにＴ−ＡＤＳ関連情報を要請するユーザデータ要請メッセージを送信し、これを受信したＨＳＳは、ＭＭＥから受信したＰＳセッションでのＩＭＳボイスの同種支援情報に基づいてＳＣＣ  ＡＳに、ＵＥの位置しているＴＡがＰＳセッションでのＩＭＳボイスを支援するという情報を含むユーザデータ応答（Ｕｓｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ）メッセージで応答する。ＵＥは音声サービスのためにＩＭＳドメインではなくＣＳドメインを使用するにもかかわらず、ＨＳＳがＳＣＣ  ＡＳに最新の正しい情報を与えないため、ＳＣＣ  ＡＳはＵＥへの着信音声呼のための最初のドメインとしてＩＭＳドメインを選択し、ＩＭＳドメインへの音声呼伝達は失敗する。結果としては、ユーザ／加入者への音声呼伝達に完全に失敗することもあり、音声呼伝達ドメインを再選択できる場合であっても音声呼伝達に遅延が発生することがある。
【０２０４】
要するに、従来のサービングノードがＨＳＳに提供するＰＳセッションでのＩＭＳボイスの同種支援情報は、ＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報を考慮していない、ＵＥにＩＭＳドメインにボイスサービスを提供するか否かを考慮していない、又はＵＥに提供するＰＳセッションでのＩＭＳボイス支援表示情報を考慮していない、ＰＳセッションでのＩＭＳボイスの同種支援情報であってもよい。
【０２０５】
したがって、上述したような問題点、すなわち、ＰＳセッションでのＩＭＳボイスの同種支援情報がＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報を反映できない問題、これに関係してＩＭＳボイス又は着信音声呼（両方向音声メディア（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ  ｓｐｅｅｃｈ  ｍｅｄｉａ）を含む受信セッション（ｉｎｃｏｍｉｎｇ  ｓｅｓｓｉｏｎ）であってよい）の正しいドメイン選択に失敗することになる問題などを解決するために、本発明ではサービングノードがＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報を考慮して、ＨＳＳに提供するＰＳセッションでのＩＭＳボイスの同種支援情報を決定することを提案する。
【０２０６】
換言すれば、サービングノードは、ＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報を考慮して決定されるＰＳセッションでのＩＭＳボイス支援表示情報を追加的に考慮し、ＨＳＳに提供するＰＳセッションでのＩＭＳボイスの同種支援情報を決定することができる。さらにいうと、上述したように、ＰＳセッションでのＩＭＳボイス支援表示情報はボイス支援マッチ指示子、端末／ネットワークのＳＲＶＣＣ能力に基づくので、ＰＳセッションでのＩＭＳボイスの同種支援情報をボイス支援マッチ指示子、端末／ネットワークのＳＲＶＣＣ能力に基づいて決定することができる。
【０２０７】
また、ＭＭＥは下記のような原則に基づいてＨＳＳに、上述したバーのような、ＰＳセッションでのＩＭＳボイスの同種支援情報を提供することもあり、提供しないこともある。（ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則）
【０２０８】
ｉ）ＵＥのサービングＭＭＥ内の全てのＴＡがＵＥのために同一にＰＳセッションでのＩＭＳボイスを支援する場合、ＭＭＥはＰＳセッションでのＩＭＳボイスの同種支援値を‘Ｓｕｐｐｏｒｔｅｄ’（或いは、１又はＴｒｕｅ）に設定してＨＳＳに提供する。（これは、ＭＭＥ内の全てのＴＡでＵＥに‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’、すなわち、ＶｏＬＴＥを支援することを意味する。）
【０２０９】
ｉｉ）ＵＥのサービングＭＭＥ内の全てのＴＡがＵＥのために同一にＰＳセッションでのＩＭＳボイスを支援しない場合、ＭＭＥはＰＳセッションでのＩＭＳボイスの同種支援値を‘Ｎｏｔ＿Ｓｕｐｐｏｒｔｅｄ’（或いは、０又はＦａｌｓｅ）に設定してＨＳＳに提供する。（これは、ＭＭＥ内の全てのＴＡでＵＥに‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’、すなわち、ＶｏＬＴＥを支援しないことを意味する。換言すれば、ＭＭＥ内の全てのＴＡでＵＥにＣＳフォールバック（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ  ｆａｌｌｂａｃｋ）サービスを支援することを意味する。）
【０２１０】
ｉｉｉ）ＵＥのサービングＭＭＥ内のＴＡのうちの一部のＴＡはＰＳセッションでのＩＭＳボイスを支援するが、残り一部のＴＡはＰＳセッションでのＩＭＳボイスを支援しない場合、ＭＭＥはＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援値を提供しない。
【０２１１】
ｉｖ）ＵＥのサービングＭＭＥ内のＴＡが同一にＰＳセッションでのＩＭＳボイスを支援するか否か確認できない場合、ＭＭＥはＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援値を提供しない。
【０２１２】
上述したＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則と同様に、ＳＧＳＮは下記のような原則に基づいてＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援情報を提供することもあり、提供しないこともある。（ＳＧＳＮのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則）
【０２１３】
ｉ）ＵＥのサービングＳＧＳＮ内の全てのＲＡがＵＥのために同一にＰＳセッションでのＩＭＳボイスを支援する場合、ＳＧＳＮは、ＰＳセッションでのＩＭＳボイスの同種支援値を‘Ｓｕｐｐｏｒｔｅｄ’（或いは、１又はＴｒｕｅ）に設定してＨＳＳに提供する。（これは、ＳＧＳＮ内の全てのＲＡでＵＥに‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’、すなわち、ＶｏＨＳＰＡを支援することを意味する。）
【０２１４】
ｉｉ）ＵＥのサービングＳＧＳＮ内の全てのＲＡがＵＥのために同一にＰＳセッションでのＩＭＳボイスを支援しない場合、ＳＧＳＮは、ＰＳセッションでのＩＭＳボイスの同種支援値を‘Ｎｏｔ＿Ｓｕｐｐｏｒｔｅｄ’（或いは、０又はＦａｌｓｅ）に設定してＨＳＳに提供する。（これは、ＳＧＳＮ内の全てのＲＡでＵＥに‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’、すなわち、ＶｏＨＳＰＡを支援しないことを意味する。換言すれば、ＵＥはＵＴＲＡＮで支援するＣＳボイスサービスを用いるべきということを意味する。）
【０２１５】
ｉｉｉ）ＵＥのサービングＳＧＳＮ内のＲＡのうちの一部のＴＡはＰＳセッションでのＩＭＳボイスを支援するが、残り一部のＲＡはＰＳセッションでのＩＭＳボイスを支援しない場合、ＳＧＳＮはＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援値を提供しない。
【０２１６】
ｉｖ）ＵＥのサービングＳＧＳＮ内のＲＡが同一にＰＳセッションでのＩＭＳボイスを支援するか否か確認できない場合、ＳＧＳＮはＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援値を提供しない。
【０２１７】
上述した原則において、‘提供’は、サービングノードがＨＳＳに送るメッセージに、ＰＳセッションでのＩＭＳボイスの同種支援情報を含めることを意味し、‘非提供’は、サービングノードがＨＳＳに送るメッセージに、ＰＳセッションでのＩＭＳボイスの同種支援情報を含めないことを意味する。サービングノードがＨＳＳに送るメッセージは、従来のメッセージ（例、位置更新要請メッセージ）であってもよく、従来のメッセージに、本発明のために新しくＰＳセッションでのＩＭＳボイスの同種支援情報を含めるための情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）を追加した形態（例、報知要請（Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージ、サブスクライバデータ挿入応答（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ａｎｓｗｅｒ）メッセージ）であってもよく、本発明のために新しく定義したメッセージであってもよい。
【０２１８】
ｉｉｉ）の場合、サービングノードはＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援値を提供しない代わりに、ＰＳセッションでのＩＭＳボイスの同種支援値をＮｏｎ＿Ｈｏｍｏｇｅｎｅｏｕｓのように本発明のために新しく定義された値に設定してＨＳＳに提供することもできる。
【０２１９】
ｉｖ）の場合、サービングノードはＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援値を提供しない代わりに、ＰＳセッションでのＩＭＳボイスの同種支援値を‘Ｕｎｋｎｏｗｎ’のように本発明のために新しく定義された値に設定してＨＳＳに提供することもできる。
【０２２０】
本発明で提案する方案では、追加的に、ＭＭＥとＳＧＳＮがＵＥのＭＭコンテクストにＰＳセッションでのＩＭＳボイスの同種支援情報を保存することができる。また、追加的には、ＵＥのＭＭコンテクストに保存されたＰＳセッションでのＩＭＳボイスの同種支援値がＨＳＳに提供されたか又はアップデートされたかも保存することができる。
【０２２１】
以下では、上述した本発明の内容が具体的に適用される実施例について説明する。
【０２２２】
実施例１
【０２２３】
図６は、本発明の実施例に係る初期アタッチ手順を説明するための図である。以下では、図６に示す各段階のうち、本発明の適用に関連する段階を中心に説明し、以下に説明されていない各段階についての説明は、図２で説明された内容に代えればよい。
【０２２４】
初期アタッチ手順のうち段階Ｓ６０４で、ＭＭＥ  ３００はＨＳＳ  ７００に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信することができる。この時、ＭＭＥはＵＥに対するＰＳセッションでのＩＭＳボイス支援の有無を評価（ｅｖａｌｕａｔｅ）しなかった場合は、すなわち、ＰＳセッションでのＩＭＳボイス支援表示値を決定しなかった場合は、ＰＳセッションでのＩＭＳボイスの同種支援（Ｈｏｍｏｇｅｎｅｏｕｓ  Ｓｕｐｐｏｒｔ  ｏｆ  ＩＭＳ  Ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ）情報を上記の位置更新要請メッセージに含めない（すなわち、後述するように、ＰＳセッションでのＩＭＳボイスの同種支援情報の送信を遅延させることができる）。換言すれば、ＭＭＥは、この段階でＵＥに対するＰＳセッションでのＩＭＳボイス支援の有無を評価完了した場合に限って上記の位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援情報を含めるか否かを決定する。
【０２２５】
大体の場合、段階Ｓ６０４が行われる時点にＭＭＥ  ３００がＰＳセッションでのＩＭＳボイス支援表示値を決定するために考慮する要素の一つであるＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報のうち、ｅＮｏｄｅＢから獲得するボイス支援マッチ指示子情報がない可能性が高いため、ＰＳセッションでのＩＭＳボイスの同種支援情報も決定することができない。そのため、上記の位置更新要請メッセージを送信時に、ＰＳセッションでのＩＭＳボイスの同種支援情報を含めないこととなる。
【０２２６】
選択的には、敢えて位置更新要請メッセージを送信する必要がない場合、又は位置更新要請メッセージが送信されない場合に、ＰＳセッションでのＩＭＳボイス支援表示値を決定することによってＰＳセッションでのＩＭＳボイスの同種支援情報をＨＳＳにアップデートする必要があるなら、ＭＭＥ  ３００は位置更新要請メッセージの代わりに報知要請（Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージをＨＳＳ  ７００に送信することもできる。報知要請メッセージは、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて前述の‘ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に従って、ＰＳセッションでのＩＭＳボイスの同種支援情報を含んだり含まない。報知要請メッセージは追加的には、当該報知要請メッセージがＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートしようとする目的である旨を知らせる情報を含むこともできる。
【０２２７】
上述した段階Ｓ６０４以降に、下記の条件を満たすと、ＭＭＥ  ３００はＨＳＳ  ７００に、ＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートするための報知要請メッセージを送信することができる。すなわち、報知要請メッセージは、下記の条件を満たす場合は段階Ｓ６０４以降にいつでも送信することができる。（図６では、便宜上、段階Ｓ６２１としている）
【０２２８】
ｉ）ＭＭＥがＵＥに対するＰＳセッションでのＩＭＳボイス支援の有無を評価完了する、すなわち、ＰＳセッションでのＩＭＳボイス支援表示値を評価する（又は、決定する）。
【０２２９】
ｉｉ）ＭＭＥがＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートしなければならないと判断する。
【０２３０】
このようなアップデートに対する判断は、前述の‘ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に基づけばよい。すなわち、アップデートに対する判断は、下記の一つ以上を含むことができる。
【０２３１】
ｉ）以前にＭＭＥ  ３００がＨＳＳ  ７００にＵＥ  １００に対するＰＳセッションでのＩＭＳボイスの同種支援情報を提供したことがないが、ＰＳセッションでのＩＭＳボイス支援表示値を決定した結果、ＰＳセッションでのＩＭＳボイスの同種支援情報を‘Ｓｕｐｐｏｒｔｅｄ’（或いは、１又はＴｒｕｅ）に設定して提供しなければならないと判断（又は、逆の場合であって、以前にはＰＳセッションでのＩＭＳボイスの同種支援情報を提供したか、今は提供してはならないと判断）
【０２３２】
ｉｉ）以前にＭＭＥ  ３００がＨＳＳ  ７００に提供したＵＥ  １００に対するＰＳセッションでのＩＭＳボイスの同種支援値と新しく決定されたＰＳセッションでのＩＭＳボイスの同種支援値とが異なると判断（例えば、以前にＭＭＥ  ３００がＨＳＳ  ７００にＵＥ  １００に対するＰＳセッションでのＩＭＳボイスの同種支援情報を‘Ｓｕｐｐｏｒｔｅｄ’（或いは、１又はＴｒｕｅ）に設定して提供したが、ＰＳセッションでのＩＭＳボイス支援表示値を決定した結果、ＰＳセッションでのＩＭＳボイスの同種支援情報を‘Ｎｏｔ＿Ｓｕｐｐｏｒｔｅｄ’（或いは、０又はＦａｌｓｅ）に設定して提供しなければならない場合など）
【０２３３】
報知要請メッセージは、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて前述の‘ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に従って、ＰＳセッションでのＩＭＳボイスの同種支援情報を含んだり含まない。すなわち、上記の報知要請メッセージは、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて、ＰＳセッションでのＩＭＳボイスの同種支援情報のアップデート事項又はアップデートされたＰＳセッションでのＩＭＳボイスの同種支援情報を含む。報知要請メッセージは追加的には、当該報知要請メッセージがＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートしようとする目的である旨を知らせる情報を明示的／黙示的に含むこともできる。
【０２３４】
報知要請メッセージを送信時に、ＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報をさらに含めることもできる。又は、報知要請メッセージ送信とは別に、段階Ｓ６０４以降に、ＭＭＥがＵＥに対するＰＳセッションでのＩＭＳボイス支援表示値を決定した場合は、ＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報を含むメッセージ（既存のメッセージ又は新しいメッセージ）をＭＭＥがＨＳＳに送信することもできる。
【０２３５】
ＨＳＳ  ７００は、ＭＭＥ  ３００から受信したＰＳセッションでのＩＭＳボイスの同種支援情報及び／又はＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報に基づいて、ＵＥ  １００に関連したユーザ（又は加入者）のデータベースをアップデートする。
【０２３６】
段階Ｓ６２２で、ＨＳＳ  ７００は報知応答（Ｎｏｔｉｆｙ  Ａｎｓｗｅｒ）メッセージでＭＭＥ  ３００に応答する。
【０２３７】
上記段階Ｓ６２１及び段階Ｓ６２２では、報知要請メッセージ及び報知応答メッセージが用いられたが、これとは違い、既存の他のメッセージが用いられてもよく、本発明のために新しく定義されたメッセージが用いられてもよい。
【０２３８】
上述した実施例１で提案した方案は、ＵＥがＳＧＳＮにアタッチ動作を行う場合にも類似の形態で適用することができる。
【０２３９】
実施例２
【０２４０】
図７は、本発明の実施例に係るＴＡＵ手順を説明するための図である。以下では、図７に示す各段階のうち、本発明の適用に関連した段階を中心に説明し、以下に説明されていない各段階についての説明は、図３で説明された内容に代えればよい。
【０２４１】
段階Ｓ７１２で、Ｎｅｗ  ＭＭＥ  ３００は、ＨＳＳ  ７００に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを送信することができる。この段階は、Ｎｅｗ  ＭＭＥ  ３００がＵＥ  １００に関する加入者情報（ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ）がない場合などに行われる。
【０２４２】
この時、Ｎｅｗ  ＭＭＥは、ＵＥに対するＰＳセッションでのＩＭＳボイス支援の有無を評価しなかった場合、すなわち、ＰＳセッションでのＩＭＳボイス支援表示値を決定しなかった場合は、ＰＳセッションでのＩＭＳボイスの同種支援情報を位置更新要請メッセージに含めない。換言すれば、Ｎｅｗ  ＭＭＥは、この段階でＵＥに対するＰＳセッションでのＩＭＳボイス支援の有無を評価完了した場合に限って位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援情報を含めるか否かを決定する。
【０２４３】
通常、この段階でＮｅｗ  ＭＭＥ  ３００は、ＰＳセッションでのＩＭＳボイス支援表示値を決定するために考慮する要素の一つであるＵＥの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’関連能力情報のうちのボイス支援マッチ指示子情報を、段階Ｓ７０４でＯｌｄ  ＭＭＥ  ３１０から獲得できる場合が殆どであるため、ＰＳセッションでのＩＭＳボイスの同種支援情報を決定することができる。そのため、前述の‘ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に従って、位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援情報を含めたり含めないこととなる。
【０２４４】
選択的には、敢えて位置更新要請メッセージを送信する必要がない場合、又は位置更新要請メッセージが送信されない場合に、ＰＳセッションでのＩＭＳボイス支援表示値を決定することによってＰＳセッションでのＩＭＳボイスの同種支援情報をＨＳＳにアップデートする必要があるなら、Ｎｅｗ  ＭＭＥ  ３００は位置更新要請メッセージの代わりに報知要請（Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージをＨＳＳ  ７００に送信することもできる。報知要請メッセージは、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて前述の‘ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に従って、ＰＳセッションでのＩＭＳボイスの同種支援情報を含んだり含まない。報知要請メッセージは追加的には、この報知要請メッセージがＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートしようとする目的である旨を知らせる情報を含むこともできる。
【０２４５】
段階Ｓ７１６で、Ｎｅｗ  ＭＭＥ  ３００が上記段階Ｓ７０４でＯｌｄ  ＭＭＥ  ３１０からボイス支援マッチ指示子情報を受信できなかった場合は、Ｎｅｗ  ＭＭＥ  ３００はｅＮｏｄｅＢ  ２００にＵＥ無線能力マッチ要請（Ｒａｄｉｏ  Ｃａｐａｂｉｌｉｔｙ  Ｍａｔｃｈ  Ｒｅｑｕｅｓｔ）メッセージを送信する。このようなＵＥ無線能力マッチ要請動作は、図４で前述した内容に従う。Ｎｅｗ  ＭＭＥ  ３００はＵＥ  １００にＴＡＵ受諾メッセージを送信する。ＴＡＵ受諾メッセージはＰＳセッションでのＩＭＳボイス支援表示情報を含む。Ｎｅｗ  ＭＭＥ  ３００がＰＳセッションでのＩＭＳボイス支援表示値を決定時に考慮する要素は、図２の段階Ｓ２１１で説明した通りである。
【０２４６】
段階Ｓ７１２以降に、下記の条件を満たすと、Ｎｅｗ  ＭＭＥ  ３００はＨＳＳ  ７００に、ＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートするための報知要請（Ｎｏｔｉｆｙ  Ｒｅｑｕｅｓｔ）メッセージを送る。すなわち、報知要請メッセージは、下記の条件を満たす場合は段階Ｓ７１２以降にいつでも送信されてもよい（図７では便宜上、段階Ｓ７１７としている）。
【０２４７】
ｉ）ＭＭＥがＵＥに対するＰＳセッションでのＩＭＳボイス支援の有無を評価完了する、すなわち、ＰＳセッションでのＩＭＳボイス支援表示値を評価する（又は、決定する）。
【０２４８】
ｉｉ）ＭＭＥがＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートしなければならないと判断する。
【０２４９】
このようなアップデートに対する判断は、前述の‘ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に基づけばよい。すなわち、アップデートに対する判断は、下記の一つ以上を含むことができる。
【０２５０】
ｉ）以前にＭＭＥ  ３００がＨＳＳ  ７００にＵＥ  １００に対するＰＳセッションでのＩＭＳボイスの同種支援情報を提供したことがないが、ＰＳセッションでのＩＭＳボイス支援表示値を決定した結果、ＰＳセッションでのＩＭＳボイスの同種支援情報を‘Ｓｕｐｐｏｒｔｅｄ’（或いは、１又はＴｒｕｅ）に設定して提供しなければならないと判断（又は、その逆の場合であって、以前にはＰＳセッションでのＩＭＳボイスの同種支援情報を提供したが、今は提供してはならないと判断）
【０２５１】
ｉｉ）以前にＭＭＥ  ３００がＨＳＳ  ７００に提供したＵＥ  １００に対するＰＳセッションでのＩＭＳボイスの同種支援値と新しく決定されたＰＳセッションでのＩＭＳボイスの同種支援値とが異なると判断（例えば、以前にＭＭＥ  ３００がＨＳＳ  ７００にＵＥ  １００に対するＰＳセッションでのＩＭＳボイスの同種支援情報を‘Ｓｕｐｐｏｒｔｅｄ’（或いは、１又はＴｒｕｅ）に設定して提供したが、ＰＳセッションでのＩＭＳボイス支援表示値を決定した結果、ＰＳセッションでのＩＭＳボイスの同種支援情報を‘Ｎｏｔ＿Ｓｕｐｐｏｒｔｅｄ’（或いは、０又はＦａｌｓｅ）に設定して提供しなければならない場合など）
【０２５２】
報知要請メッセージは、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて前述の‘ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に従って、ＰＳセッションでのＩＭＳボイスの同種支援情報を含んだり含まない。すなわち、報知要請メッセージは、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて、ＰＳセッションでのＩＭＳボイスの同種支援情報のアップデート事項又はアップデートされたＰＳセッションでのＩＭＳボイスの同種支援情報を含む。追加的には、この報知要請メッセージがＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートしようとする目的である旨を知らせる情報を明示的／黙示的に含むこともできる。
【０２５３】
報知要請メッセージを送信時に、ＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報をさらに含めることもできる。又は、報知要請メッセージ送信とは別に、段階Ｓ７１２以降に、ＭＭＥがＵＥに対するＰＳセッションでのＩＭＳボイス支援表示値を決定した場合は、ＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報を含むメッセージ（既存のメッセージ又は新しいメッセージ）をＭＭＥがＨＳＳに送信することもできる。
【０２５４】
ＨＳＳ  ７００は、Ｎｅｗ  ＭＭＥ  ３００から受信したＰＳセッションでのＩＭＳボイスの同種支援情報及び／又はＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報に基づいて、ＵＥ  １００に関連したユーザ（又は、加入者）のデータベースをアップデートする。
【０２５５】
段階Ｓ７１７及び段階Ｓ７１８では報知要請メッセージ及び報知応答メッセージが用いられたが、これとは違い、既存の他のメッセージが用いられてもよく、本発明のために新しく定義されたメッセージが用いられてもよい。
【０２５６】
図７では、Ｓ−ＧＷが変更されないＴＡＵ動作を示したが、上述の実施例２はＳ−ＧＷが変更されるＴＡＵ動作にも同一に適用することができる。また、実施例２で提案した方案は、ＵＥがＳＧＳＮにＲＡＵ動作を行う場合にも類似の形態で適用することができる。
【０２５７】
実施例３
【０２５８】
実施例１に追加的に、ＵＥのアタッチ動作中にサービングノードがＵＥ無線能力マッチ要請動作を、ＨＳＳに位置更新要請メッセージを送信する前に行うように設定することができる。図６を再び参照すると、段階Ｓ６０６でＭＭＥ  ３００はｅＮｏｄｅＢ  ２００からＵＥ  １００に対するボイス支援マッチ指示子情報を獲得するためのＵＥ無線能力マッチ要請動作を行うことができる。実施例３では、これと違い、図４で説明されたＵＥ無線能力マッチ要請動作を、図６の段階Ｓ６０４以前に行うように設定することができる。
【０２５９】
これと同様に、実施例２に追加的に、ＵＥのＴＡＵ／ＲＡＵ動作中にサービングノードがＵＥ無線能力マッチ要請動作を、ＨＳＳに位置更新要請メッセージを送信する前に行うように設定することができる。
【０２６０】
このように位置更新要請メッセージを送信する前にＵＥ無線能力マッチ要請動作を行うと、結果としてＨＳＳに位置更新要請メッセージを送信することにつながることもある（図６では段階Ｓ６０４、図７では段階Ｓ７１２）。ここで、位置更新要請メッセージを用いる代わりに、従来の他のメッセージや本発明のために新しく定義されたメッセージを用いてＨＳＳにＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートすることもできる。
【０２６１】
実施例４
【０２６２】
実施例１では、ＵＥのＡｔｔａｃｈ動作中にサービングノードがＨＳＳに位置更新要請メッセージを送信時に、ＵＥに対するＰＳセッションでのＩＭＳボイス支援の有無を評価しなかった場合、すなわち、ＰＳセッションでのＩＭＳボイス支援表示値を決定しなかった場合は、ＰＳセッションでのＩＭＳボイスの同種支援情報を位置更新要請メッセージに含めなかった。しかし、これとは違い、実施例４では、サービングノードはネットワーク設定に基づくＰＳセッションでのＩＭＳボイスの同種支援情報を位置更新要請メッセージに含めることもできる。図６を参照すると、段階Ｓ６０４で、ＭＭＥが未だＰＳセッションでのＩＭＳボイス支援表示値を決定できなかったとしても、ネットワーク設定に基づくＰＳセッションでのＩＭＳボイスの同種支援値が‘Ｓｕｐｐｏｒｔｅｄ’又は‘Ｎｏｔ＿Ｓｕｐｐｏｒｔｅｄ’の場合に、ＨＳＳに送信する位置更新要請メッセージに、ネットワーク設定に基づく値に設定したＰＳセッションでのＩＭＳボイスの同種支援情報を含めることができる。
【０２６３】
これと同様に、実施例２でも、サービングノードがネットワーク設定に基づくＰＳセッションでのＩＭＳボイスの同種支援情報を位置更新要請メッセージに含めることもできる。図７を参照すると、段階Ｓ７１２でＭＭＥが未だＰＳセッションでのＩＭＳボイス支援表示値を決定できなかったとしても、ネットワーク設定に基づくＰＳセッションでのＩＭＳボイスの同種支援値が‘Ｓｕｐｐｏｒｔｅｄ’又は‘Ｎｏｔ＿Ｓｕｐｐｏｒｔｅｄ’の場合に、ＨＳＳに送信する位置更新要請メッセージに、ネットワーク設定に基づく値に設定したＰＳセッションでのＩＭＳボイスの同種支援情報を含めることができる。
【０２６４】
上記のように位置更新要請メッセージにＰＳセッションでのＩＭＳボイスの同種支援情報を含める場合に、追加的に、ＰＳセッションでのＩＭＳボイスの同種支援値が将来変更されることもある旨を知らせる情報を共に送信することができる。追加的な情報によって、ＨＳＳは、ＰＳセッションでのＩＭＳボイスの同種支援情報を有していても、ＳＣＣ  ＡＳからＴ−ＡＤＳ関連情報を要請するメッセージ（すなわち、ユーザデータ要請メッセージ）を受信した場合に選択的にサービングノードへのＴ−ＡＤＳ関連情報を要請する段階（すなわち、サブスクライバデータ挿入要請（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ）メッセージ送信）を飛ばさずに行うことができる。
【０２６５】
実施例５
【０２６６】
サービングノードがＨＳＳからＴ−ＡＤＳ関連情報を要請するメッセージ（すなわち、サブスクライバデータ挿入要請（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｒｅｑｕｅｓｔ）メッセージ）を受信した後、それに対する応答を送る時に、ＵＥに対するＰＳセッションでのＩＭＳボイス支援の有無を評価完了、すなわち、ＰＳセッションでのＩＭＳボイス支援表示値を決定した場合は、応答メッセージ（すなわち、サブスクライバデータ挿入応答（Ｉｎｓｅｒｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ａｎｓｗｅｒメッセージ））に、ＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートする内容を含める。応答メッセージにＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートする内容を含めるか否かを決定するために、情報をＨＳＳにアップデートする必要があるか否かもさらに考慮することができる。
【０２６７】
これについて図８を参照して説明する。以下、図８の説明において具体的に説明されない段階は、図５の説明に代ればよい。
【０２６８】
図８を参照すると、段階Ｓ８０５ａで、ＭＭＥ  ２００がＰＳセッションでのＩＭＳボイス支援表示情報を決定した以降であれば、ＨＳＳ  ３００にサブスクライバデータ挿入応答メッセージを送信時に、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて前述の‘ＭＭＥのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に従って、ＰＳセッションでのＩＭＳボイスの同種支援情報を含めたり含めない。すなわち、サブスクライバデータ挿入応答メッセージは、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて、ＰＳセッションでのＩＭＳボイスの同種支援情報のアップデート事項又はアップデートされたＰＳセッションでのＩＭＳボイスの同種支援情報を含む。また、段階Ｓ８０５ｂで、ＳＧＳＮ  １００がＰＳセッションでのＩＭＳボイス支援表示情報を決定した以降であれば、ＨＳＳ  ３００にサブスクライバデータ挿入応答メッセージを送信時に、決定されたＰＳセッションでのＩＭＳボイス支援表示値に基づいて前述の‘ＳＧＳＮのＰＳセッションでのＩＭＳボイスの同種支援情報提供／非提供の原則’に従って、ＰＳセッションでのＩＭＳボイスの同種支援情報を含めたり含めない。
【０２６９】
サブスクライバデータ挿入応答メッセージは、ＰＳセッションでのＩＭＳボイスの同種支援情報をアップデートする旨を知らせる情報を明示的／黙示的にさらに含むこともできる。
【０２７０】
サブスクライバデータ挿入応答メッセージを送信時に、ＰＳセッションでのＩＭＳボイスの同種支援情報のアップデートに加えて、ＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報をさらに含めることもできる。又は、ＰＳセッションでのＩＭＳボイスの同種支援情報のアップデートの代わりに、ＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報のみを含めることもできる。
【０２７１】
ＨＳＳは、サービングノードから受信したＰＳセッションでのＩＭＳボイスの同種支援情報及び／又はＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報に基づいて、関連したユーザ（又は加入者）のデータベースをアップデートする。
【０２７２】
実施例５で、上述した内容と共に、又は上述した内容とは独立して、以下のようにＳＣＣ  ＡＳが動作することができる。
【０２７３】
まず、ＳＣＣ  ＡＳは下記の列挙された情報の一つ以上を用いて、着信音声呼の受信者がＩＭＳベースのボイスサービス（すなわち、ＩＭＳ  ｖｏｉｃｅ  ｏｖｅｒ  ＰＳ  ｓｅｓｓｉｏｎ又はＰＳドメインでの音声サービス）を受けるか否かを決定する。このような判断のための情報としては、ｉ）ＵＥがボイスを含まないサービスに対してのみＩＭＳ網に登録を行ったか否か、ｉｉ）加入者情報に加入者又は加入者の特定ＵＥがＩＭＳベースのボイスサービスを受けないという事項を含む、ｉｉｉ）ＵＥの能力情報、ｉｖ）ＵＥをサービングするＰＬＭＮの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’支援の有無に関する情報、ｖ）明示的な又は含蓄的な方法でＵＥ又は他のノードから獲得した情報及び／又はＳＣＣ  ＡＳに設定されている情報、などが挙げられる。ｉ）と関連して、ＳＣＣ  ＡＳが、ＵＥがボイスを含まないサービスに対してのみＩＭＳ網に登録を行ったか否かを考慮するために、ＵＥがＩＭＳ網に登録時に、ボイス（又は、ＭＭＴｅｌ）サービスをＩＭＳベースで受けるか否かに関する情報を（明示的に又は含蓄的に）含めることができる。これは追加的に次の動作を伴うことがある。すなわち、ＵＥがボイスサービスをＩＭＳベースで受けたがっていたが、以降そうでなくなった場合、又は逆に、ボイスサービスをＩＭＳベースで受けたくなかったが、以降ＩＭＳベースで受けたくなった場合に、ＵＥはその旨をネットワークに知らせるためにＩＭＳ登録又は報知要請を行う。
【０２７４】
判断の結果、着信音声呼の受信者がＩＭＳベースのボイスサービスを受けない場合は、ＩＭＳ網のＳＣＣ  ＡＳがＵＥへの着信音声呼を受信しても、ＵＥをサービングするネットワークの‘Ｖｏｉｃｅ  ｏｖｅｒ  ＩＭＳ’支援に関する情報を獲得するためにＨＳＳにクエリーを送信しないことと決定することができる。
【０２７５】
又は、ＳＣＣ  ＡＳが、着信音声呼の受信者がＩＭＳベースのボイスサービスを受けないと判断すれば、ＩＭＳ網のＳＣＣ  ＡＳがＵＥへの着信音声呼を受信しても、ボイスメディアのための着信ドメイン選択のためのＴ−ＡＤＳを行わないことと決定することができる。
【０２７６】
上記のように、ＳＣＣ  ＡＳが、着信音声呼の受信者がＩＭＳベースのボイスサービスを受けないと判断すれば、着信音声呼をＣＳドメインに伝達する動作を行うことができる。逆の場合、すなわち、ＳＣＣ  ＡＳが、着信音声呼の受信者がＩＭＳベースのボイスサービスを受けると判断すれば、着信音声呼をＩＭＳドメインに伝達する動作を行うことができる。
【０２７７】
上述した実施例５は、実施例１及び実施例２の内容と組み合わせた形態で用いることができる。又は、実施例５は、実施例４の内容と組み合わせた形態で用いることもできる。本発明で提案するＵＥのサービングノードがＨＳＳに、ＰＳセッションでのＩＭＳボイスの同種支援情報及び／又はＰＳセッションでのＩＭＳボイス支援表示情報及び／又はボイス支援マッチ指示子情報などのＴ−ＡＤＳ関連情報検索（ｒｅｔｒｉｅｖａｌ）動作に関する情報を提供する方法は、ＨＳＳが情報に基づいてサービングノードへのＴ−ＡＤＳ関連情報検索動作を飛ばしても（ｓｋｉｐ）Ｔ−ＡＤＳに関して正しい情報を確認できるようにする目的、又はＨＳＳが情報に基づいてサービングノードへのＴ−ＡＤＳ関連情報検索動作を飛ばさずに行うようにする目的のものである。したがって、本発明において、サービングノードがＨＳＳに提供する情報は、ＰＳセッションでのＩＭＳボイスの同種支援情報、ＰＳセッションでのＩＭＳボイス支援表示情報、ボイス支援マッチ指示子情報の他にも様々な形態で、様々なメッセージで、様々な時点に提供することもできる。
【０２７８】
図９は、本発明の一例に係る送受信装置の好適な実施例の構成を示す図である。
【０２７９】
図９を参照すると、本発明に係るサービングノード装置９１０は、送受信モジュール９１１、プロセッサ９１２、及びメモリー９１３を備えることができる。送受信モジュール９１１は外部装置ネットワークノード（図示せず）及び／又はサーバー装置（図示せず）及び／又はＵＥ（図示せず）に各種の信号、データ及び情報を送信し、外部装置ネットワークノード（図示せず）及び／又はサーバー装置（図示せず）及び／又はＵＥ（図示せず）から各種の信号、データ及び情報を受信するように構成することができる。プロセッサ９１２はサービングノード９１０の動作全般を制御し、サービングノード９１０が外部装置と送受信する情報などを演算処理する機能を果たすように構成することができる。メモリー９１３は、演算処理された情報などを所定時間記憶することができ、バッファー（図示せず）などの構成要素に取って代わってもよい。
【０２８０】
本発明の一実施例に係るサービングノード９１０のプロセッサは、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）に位置更新要請（Ｕｐｄａｔｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ、ＵＬＲ）を送信するが、サービングノードが端末のためのＰＳセッションでのＩＭＳボイス支援表示値を評価できなかった場合、ＵＬＲは、ＰＳセッションでのＩＭＳボイスの同種支援情報を含まなくてもよい。また、プロセッサは前述の各実施例に必要な動作を処理することができる。
【０２８１】
また、このようなサービングノード９１０の具体的な構成は、前述した本発明の諸実施例で説明した事項が独立して適用されたり、又は２つ以上が同時に適用されるように具現すればよく、重複する内容は明確性のために説明を省略する。
【０２８２】
上述した本発明の実施例は様々な手段を用いて具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。
【０２８３】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０２８４】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能又は動作を実行するモジュール、手順又は関数などの形態で具現することができる。ソフトウェアコードは、メモリーユニットに保存され、プロセッサによって駆動されてよい。メモリーユニットは、プロセッサの内部又は外部に設けられ、既に公知の様々な手段によってプロセッサとデータを交換することができる。
【０２８５】
以上開示された本発明の好ましい実施例についての詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した当業者に理解されるように、本発明の領域から逸脱しない範囲内で本発明を様々に修正及び変更することもできる。例えば、当業者は、上記の実施例に記載された各構成を互いに組み合わせる方式で用いてもよい。したがって、本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を与えるためのものである。
【０２８６】
本発明は、本発明の精神及び必須特徴から逸脱することなく、他の特定の形態に具体化することができる。そのため、上記の詳細な説明はいずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的解釈によって定めなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。本発明は、ここに開示されている実施形態に制限されるものではなく、ここに開示されている原理及び新規な特徴と一致する最も広い範囲を有するものである。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【０２８７】
上述したような本発明の実施の形態は様々な移動通信システムに適用可能である。
【図１】
0005853112.tif 000003
【図２】
0005853112.tif 000004
【図３】
0005853112.tif 000005
【図４】
0005853112.tif 000006
【図５】
0005853112.tif 000007
【図６】
0005853112.tif 000008
【図７】
0005853112.tif 000009
【図８】
0005853112.tif 000010
【図９】
0005853112.tif 000011