JP2020501458A - Ｉｍｓのサービスドメイン集約化をサポートするネットワークのためのインバウンドローマー検出方法 - Google Patents
Ｉｍｓのサービスドメイン集約化をサポートするネットワークのためのインバウンドローマー検出方法 Download PDFInfo
- Publication number
- JP2020501458A JP2020501458A JP2019530855A JP2019530855A JP2020501458A JP 2020501458 A JP2020501458 A JP 2020501458A JP 2019530855 A JP2019530855 A JP 2019530855A JP 2019530855 A JP2019530855 A JP 2019530855A JP 2020501458 A JP2020501458 A JP 2020501458A
- Authority
- JP
- Japan
- Prior art keywords
- cscf
- entity
- network
- ims
- roaming
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/04—Access restriction performed under specific conditions based on user or terminal location or mobility data, e.g. moving direction, speed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/005—Multiple registrations, e.g. multihoming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/06—Registration at serving network Location Register, VLR or user mobility server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/10—Mobility data transfer between location register and external networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本開示の実施形態は、Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦが、ＩＭＳのサービスドメイン集約化をサポートするネットワークへのインバウンドローミングＵＥを検出することを可能にする。その結果、Ｓ−ＣＳＣＦは適切なデータベースエンティティを選択することが可能であり、ＣＳ認証ベクトルを把握することができる。
Description
本開示は、ＩＭＳのサービスドメイン集約化をサポートするネットワークのためのインバウンドローマー検出に関する。
＜略語の一覧＞
以下に示す表１および表２に記載の略語は、現行仕様書において使用される。
以下に示す表１および表２に記載の略語は、現行仕様書において使用される。
現行仕様書ＴＳ２３．２９２［参考文献２］では、附属書Ｇ（規定）（認証のための「非ローミングＵＥのためのＣＳアクセス認証およびＩＭＳ登録を組み合わせた手順」）、ならびに附属書Ｈ（参考）（包括的概念としての「ＩＭＳのサービスドメイン集約化（ＳｅＤｏＣ）」）においてＩＣＳの拡張が記載されている。この機能は、すべてのＭＳＣサーバはＩＣＳ機能で拡張されており、ローカルＶＬＲを提供せず、互いにＭＡＰコネクションを持たないという以下の前提に基づく。
ＩＭＳサブスクリプションもＩＭＳ機能も持たないネットワークからのインバウンドローマーは、サービングＳｅＤｏＣ ＩＭＳネットワーク内の仮ＩＭＳ ＩＤで提供されるＳｅＤｏＣネットワーク内のＭＳＣサーバにレガシーＣＳを用いて接続される。インバウンドローミングＩＭＳネットワークにおける扱いは、インバウンドローマーと上記ネットワークの加入者とでは異なる。
現在のところ、適切なエンティティ（ＩＣＳ−ＩＷＦまたはＨＳＳ）を選択するために、また認証ベクトルの形式を理解するために、Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦがインバウンドローマーと通常の加入者とをどのように区別しうるのかは明確ではない。 なぜなら、ＣＳとＩＭＳ認証ベクトルとは、それ自体は似ているが、ＩＭＳ ＲＥＳはプレーンテキストでは送信されず、認証応答を形成するために他のパラメータと組み合わされるからである。このため、たとえば、ネットワーク内の限られた数のＳ−ＣＳＣＦのみがインバウンドローマーに対するＣＳ認証をサポートする場合は、正しいＳ−ＣＳＣＦが選択されることも重要である。
図１は、ＴＳ２３．２９２の図Ｈ．５．２．３．１−１「インバウンドローマーのための認証／登録手順」に相当し、ステップＡ５およびＡ８、ならびにステップＡ１７以降に上述の問題を示している。
本明細書は、加入者が適切な決定を行うことを可能にするために加入者の状況に関する関連情報をＩ−ＣＳＣＦとＳ−ＣＳＣＦに示すまたは提供する、様々な実施形態を提案する。
本開示における１つの態様は、呼セッション制御のための問い合わせを行う制御ノードである。前記制御ノードは、ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信するよう構成された受信部と、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出するよう構成された検出手段と、前記インバウンドローミングＵＥの検出に基づいて手順を進める装置を選択するよう構成された選択手段と、を備える。
本開示における他の態様は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のためのネットワークエンティティである。前記ネットワークエンティティは、問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ネットワークエンティティを含むネットワークエンティティとの間で締結している否かという問い合わせを受信するよう構成された受信部と、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択するよう構成された選択手段と、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦエンティティに提供するよう構成された提供手段と、を備える。
本開示における他の態様は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための通信システムである。前記通信システムは、呼セッション制御のための問い合わせを行う制御ノードと、ＩＣＳ用のネットワークエンティティと、を備える。前記制御ノードは、ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信するよう構成された受信部と、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出するよう構成された検出手段と、前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークが、前記ネットワークエンティティを含むネットワークとの間でＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を締結しているか否かという問い合わせを送信するよう構成された送信部と、を備える。前記ネットワークエンティティは、前記制御ノードから前記問い合わせを受信するよう構成された受信部と、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択するよう構成された選択手段と、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供するよう構成された提供手段と、を備える。
本開示における他の態様は、呼セッション制御のための問い合わせの制御方法である。前記制御方法は ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、前記インバウンドローミングＵＥの検出に基づいて手順を進める装置を選択することと、を含む。
本開示における他の態様は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための制御方法である。前記制御方法は、問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ネットワークエンティティを含むネットワークとの間で締結しているか否かという問い合わせを受信することと、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦに提供することと、を含む制御方法。
本開示における他の態様は、呼セッション制御のための問い合わせを行う制御ノードとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のネットワークエンティティとを備えた通信システムで使用される、ＩＣＳのための制御方法である。前記制御方法は、前記制御ノードによって、ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、前記制御ノードによって、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、前記制御ノードによって、前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークが、前記ネットワークエンティティを含むネットワークとの間でＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を締結しているか否かという問い合わせを送信することと、
前記ネットワークエンティティって、前記制御ノードから前記問い合わせを受信することと、
前記ネットワークエンティティによって、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、前記ネットワークエンティティによって、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供することと、を含む制御方法。
前記ネットワークエンティティって、前記制御ノードから前記問い合わせを受信することと、
前記ネットワークエンティティによって、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、前記ネットワークエンティティによって、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供することと、を含む制御方法。
＜実施形態１：ＩＭＰＩ／ＩＭＰＵコーディングに基づく暗示のインバウンドローマー指示＞
ＴＳ２３．００３［参考文献３］によると、ＩＣＳ ＭＳＣサーバは、「<IMSI>@ics.mnc<MNC>.mcc<MCC>.3.gppnetwork.org」という形式のプライベートユーザＩＤを生成する。ＩＣＳ用に拡張されたＭＳＣサーバは、プライベートユーザＩＤに類似する加入者のＩＭＳＩからパブリックユーザＩＤを取得する。
ＴＳ２３．００３［参考文献３］によると、ＩＣＳ ＭＳＣサーバは、「<IMSI>@ics.mnc<MNC>.mcc<MCC>.3.gppnetwork.org」という形式のプライベートユーザＩＤを生成する。ＩＣＳ用に拡張されたＭＳＣサーバは、プライベートユーザＩＤに類似する加入者のＩＭＳＩからパブリックユーザＩＤを取得する。
以下のノードＩ−ＣＳＣＦ、ＨＳＳ、またはＳ−ＣＳＣＦは、コードＭＮＣ／ＭＣＣの事業者とのＩＭＳローミング合意があるか否かを解決するよう拡張される必要がある。
＜実施形態１ａ：Ｉ−ＣＳＣＦにおけるインバウンドローマー検出およびマーク付け＞
本実施形態は２つの変形例を含む。この中で、Ｉ−ＣＳＣＦ１０５は、インバウンドローミングＵＥ１０１を検出し、インバウンドローマーのＨＰＬＭＮ３００とのＩＭＳローミング合意を検索し、ＩＭＳのＣＳ認証をサポートするＳ−ＣＳＣＦ１０７を選択する。
本実施形態は２つの変形例を含む。この中で、Ｉ−ＣＳＣＦ１０５は、インバウンドローミングＵＥ１０１を検出し、インバウンドローマーのＨＰＬＭＮ３００とのＩＭＳローミング合意を検索し、ＩＭＳのＣＳ認証をサポートするＳ−ＣＳＣＦ１０７を選択する。
ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩを有する通常のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを送信する。Ｉ−ＣＳＣＦ１０５は、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。１つの変形例では、Ｉ−ＣＳＣＦ１０５は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ３００）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、Ｉ−ＣＳＣＦ１０５は、ＳＩＰ ＲＥＧＩＳＴＥＲをマーク付け、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択する。Ｓ−ＣＳＣＦ１０７は、ＨＳＳではなくＩＷＦ１０９にコンタクトする。これは、図２のステップＢ６およびステップＢ７が実行されないことを意味する。
他の変形例として、Ｉ−ＣＳＣＦ１０５は、上述のようにインバウンドローマーを検出し、ＭＮＣ／ＭＣＣ事業者ネットワークがＩＭＳローミング合意を有するか否かをデータベースにて検索できるＩＷＦ１０９に問い合わせる（ステップＢ６）。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＩＷＦ１０９は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択し（ステップＢ７）、Ｓ−ＣＳＣＦアドレスをＩ−ＣＳＣＦ１０５に提供する。図２を参照して、詳細な説明を以下のとおり行う。
Ｂ１：ＵＥ１０１はＣＳネットワークに向けてＬｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを送信する。
Ｂ２−Ｂ３：Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを受信すると、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、必要であれば標準的なＩＤ要求を行う。
Ｂ４：ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、この加入者のＩＭＳ登録の開始を決定し、加入者ＩＤ（たとえばＩＭＳＩ）からドメイン名を取得し、適切なＩ−ＣＳＣＦ／ＩＢＣＦのアドレスを発見する。
Ｂ５−Ｂ８：Ｉ−ＣＳＣＦ１０５は、（通常のＲＥＧＩＳＴＥＲが信頼されるＰ−ＣＳＣＦから発信されたことを確認するのと同じ方法で）着信したＲＥＧＩＳＴＥＲが信頼されるＭＳＣサーバから発信されたことを検証する。Ｉ−ＣＳＣＦ１０５は、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。Ｉ−ＣＳＣＦ１０５は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を有するか否かをデータベースにて検索できるＩＷＦ１０９に問い合わる。
このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＩＷＦ１０９は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択し、Ｓ−ＣＳＣＦアドレスをＩ−ＣＳＣＦ１０５に提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７に向けてインバウンドローミング指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。
Ｂ９：Ｓ−ＣＳＣＦ１０７は、上記ＲＥＧＩＳＴＥＲがＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３から発信されたものであることを確認し、また上記ＲＥＧＩＳＴＥＲが、ＩＭＳローミング合意の無いインバウンドローミングＵＥ用であるので、Ｓ−ＣＳＣＦ１０７は、ＨＳＳではなくＩＷＦ１０９を選択する。Ｓ−ＣＳＣＦ１０７は、Ｓ−ＣＳＣＦ１０７に向けてＨＳＳとして機能するＩＷＦ１０９からの認証情報を要求する。
これらの手順の間、所与の加入者のための認証パラメータが送られている。これには認証パラメータ５個組（Ｒａｎｄ、Ｘｒｅｓ、Ｃｋ、Ｉｋ、Ａｕｔｎ）を含む。
Ｂ１０−Ｂ１４：ＶＬＲとして機能するＩＷＦ１０９は、ＨＬＲ３０１から認証情報パラメータを読み出す。ＩＷＦ１０９は、Ｄインタフェースを介してサービスプロファイルを読み出す。すなわち、Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ手順およびＩｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ手順を行うことによって、ＨＰＬＭＮ ＨＬＲ３０１に対してＶＬＲのように動作する。ＩＷＦ１０９は、仮レコード（加入者プロファイル）を作成する。他のＡＳを起動するために、ＩＷＦ１０９は、対応するｉＦＣを生成する。ＩＷＦ１０９は、認証ベクトルをＳ−ＣＳＣＦ１０７に提供する。
Ｂ１５−Ｂ１６：Ｓ−ＣＳＣＦ１０７は、ＳＩＰ４０１、すなわち認証チャレンジをＵＥ１０１に向けて送信する。この認証チャレンジは、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３への、チャレンジＲＡＮＤ、認証トークンＡＵＴＮ、ならびに完全鍵ＩＫおよび暗号鍵ＣＫを含む。
Ｂ１７：ＩＭＳからＳＩＰ４０１を受信すると、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、無線インタフェースを通じてＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを転送することにより認証手順を開始する。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、応答パラメータを計算するために必要なパラメータを含む。
Ｂ１８：ＵＥ１０１は、チャレンジ情報を処理し、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージをネットワークに返信する。
Ｂ１９：ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、認証結果（ＸＲＥＳ）とＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦ１０５に送信する。
Ｂ２０−Ｂ２６：Ｉ−ＣＳＣＦ１０５は、認証応答をＳ−ＣＳＣＦ１０７に転送する。メッセージを受信すると、Ｓ−ＣＳＣＦ１０７は、ＵＥ１０１によって送信された認証応答をチェックする。ユーザが認証に成功した場合、Ｓ−ＣＳＣＦ１０７は、ＳＩＰ２００ ＯＫをＩ−ＣＳＣＦ１０５を介してＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３に送信する。
Ｂ２７：ＲＥＧＩＳＴＥＲ要求に対するＳＩＰ２００（ＯＫ）応答を受信すると、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、ＵＥ １０１のためのＴＭＳＩを生成し、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ受諾をＵＥ１０１に向けて送信する。
＜実施形態１ｂ＞
本実施形態において、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩと通常のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを実行する。Ｉ−ＣＳＣＦ１０５は、通常の手順に従ってＨＳＳに問い合わせをしており、ＨＳＳは、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。ＨＳＳは、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ３００）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＨＳＳは、Ｃｘ−Ｑｕｅｒｙ−Ｒｅｓｐｏｎｓｅにてインバウンドローマー指示子を提供し、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択し、Ｉ−ＣＳＣＦ１０５にＳ−ＣＳＣＦアドレスを提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７がＨＳＳではなくＩＷＦ１０９にコンタクトするように、インバウンドローマー指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。図３を参照して、以下のように詳細な説明を行う。
本実施形態において、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩと通常のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを実行する。Ｉ−ＣＳＣＦ１０５は、通常の手順に従ってＨＳＳに問い合わせをしており、ＨＳＳは、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。ＨＳＳは、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ３００）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＨＳＳは、Ｃｘ−Ｑｕｅｒｙ−Ｒｅｓｐｏｎｓｅにてインバウンドローマー指示子を提供し、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択し、Ｉ−ＣＳＣＦ１０５にＳ−ＣＳＣＦアドレスを提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７がＨＳＳではなくＩＷＦ１０９にコンタクトするように、インバウンドローマー指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。図３を参照して、以下のように詳細な説明を行う。
Ｃ１：ＵＥ１０１は、ＣＳネットワークに向けてＬｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを送信する。
Ｃ２―Ｃ３：Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを受信すると、ＳｅＤｏＣ用に拡張されたＭＳＣサーバ１０３は、必要であれば標準的なＩＤ要求を行う。
Ｃ４：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、この加入者のためのＩＭＳ登録の開始を決定し、加入者ＩＤ（たとえばＩＭＳＩ）からドメイン名を取得し、適切なＩ−ＣＳＣＦ／ＩＢＣＦのアドレスを発見する。
Ｃ５−Ｃ８：Ｉ−ＣＳＣＦ１０５は（通常のＲＥＧＩＳＴＥＲが信頼されるＰ−ＣＳＣＦから発信されたことを確認するのと同じ方法で）、着信したＲＥＧＩＳＴＥＲが信頼されるＭＳＣサーバから発信されたことを検証する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７ロケーション／アロケーションの標準的な手順を開始し、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出するＨＳＳに問い合わせる。
ＨＳＳ１１１は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＨＳＳ１１１は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択する。ＨＳＳ１１１は、Ｓ−ＣＳＣＦアドレスおよびインバウンドローミング指示子をＩ−ＣＳＣＦ１０５に提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７に向けてインバウンドローミング指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。
Ｃ９： Ｓ−ＣＳＣＦ１０７は、上記ＲＥＧＩＳＴＥＲがＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３から発信されたものであることを確認し、ＩＭＳローミング合意の無いインバウンドローミングＵＥ用であるので、Ｓ−ＣＳＣＦ１０７は、ＨＳＳ１１１ではなくＩＷＦ１０９を選択する。Ｓ−ＣＳＣＦ１０７は、Ｓ−ＣＳＣＦ１０７に向けてＨＳＳとして機能するＩＷＦ１０９からの認証情報を要求する。
これらの手順の間、所与の加入者のための認証パラメータが送られる。このパラメータは認証用の５個組（Ｒａｎｄ、Ｘｒｅｓ、Ｃｋ、Ｉｋ、Ａｕｔｎ）を含む。
Ｃ１０−Ｃ１４：ＶＬＲとして機能するＩＷＦ１０９は、ＨＬＲ３０１から認証情報パラメータを読み出す。ＩＷＦ１０９は、Ｄインタフェースを介してサービスプロファイルを読み出す。すなわち、Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ手順およびＩｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ手順を行うことによって、ＨＰＬＭＮ ＨＬＲ３０１に対してＶＬＲのように動作する。ＩＷＦ１０９は、仮レコード（加入プロファイル）を作成する。他のＡＳを起動するために、ＩＷＦ１０９は、対応するｉＦＣを生成する。ＩＷＦ１０９は、認証ベクトルをＳ−ＣＳＣＦ１０７に提供する。
Ｃ１５−Ｃ１６：Ｓ−ＣＳＣＦ１０７は、ＳＩＰ４０１、すなわち認証チャレンジをＵＥ１０１に向けて送信する。この認証チャレンジは、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３への、チャレンジＲＡＮＤ、認証トークンＡＵＴＮ、ならびに完全鍵ＩＫおよび暗号鍵ＣＫを含む。
Ｃ１７：ＩＭＳからＳＩＰ４０１を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、無線インタフェースを通じてＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを転送することにより認証手順を開始する。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、応答パラメータを計算するために必要なパラメータを含む。
Ｃ１８：ＵＥ１０１は、チャレンジ情報を処理し、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージをネットワークに返信する。
Ｃ１９：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、認証結果（ＸＲＥＳ）とＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦ１０５に送信する。
Ｃ２０−Ｃ２６：Ｉ−ＣＳＣＦ１０５は、認証応答をＳ−ＣＳＣＦ１０７に転送する。メッセージを受信すると、Ｓ−ＣＳＣＦ１０７は、ＵＥ１０１によって送信された認証応答を確認する。ユーザが認証に成功した場合、Ｓ−ＣＳＣＦ１０７は、ＳＩＰ２００ ＯＫをＩ−ＣＳＣＦ１０５を介してＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３に送信する。
Ｃ２７：ＲＥＧＩＳＴＥＲ要求に対するＳＩＰ２００（ＯＫ）応答を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＵＥ １０１のためのＴＭＳＩを生成し、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ受諾をＵＥ１０１に向けて送信する。
＜実施形態２：ＳＩＰ ＲＥＧＩＳＴＥＲメッセージ内の明示のインバウンドローマー指示子＞
本実施形態において、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、インバウンドローミングＵＥ１０１によって提供されたＩＭＳＩに基づいて、ＵＥ１０１が自身のネットワークに属していないことを既に検出している。ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、インバウンドローマーであるという指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付け、さらに、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩを使用する。Ｉ−ＣＳＣＦ１０５は、ＳＩＰ ＲＥＧＩＳＴＥＲ内の指示子に基づいてインバウンドローミングＵＥ１０１を検出する。Ｉ−ＣＳＣＦ１０５は、ＨＳＳではなくＩＷＦ１０９に問い合わせる。これにより、ＣＳ認証手順を扱えるＳ−ＣＳＣＦが選択され、Ｓ−ＣＳＣＦアドレスがＩ−ＣＳＣＦ１０５に提供される。Ｉ−ＣＳＣＦ１０５は、インバウンドローミング指示子とＳＩＰ ＲＥＧＩＳＴＥＲをＳ−ＣＳＣＦ１０７に転送し、今度はＳ−ＣＳＣＦ１０７が、ＨＳＳではなくＩＷＦ１０９にコンタクトする。
本実施形態において、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、インバウンドローミングＵＥ１０１によって提供されたＩＭＳＩに基づいて、ＵＥ１０１が自身のネットワークに属していないことを既に検出している。ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結していない場合、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、インバウンドローマーであるという指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付け、さらに、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩを使用する。Ｉ−ＣＳＣＦ１０５は、ＳＩＰ ＲＥＧＩＳＴＥＲ内の指示子に基づいてインバウンドローミングＵＥ１０１を検出する。Ｉ−ＣＳＣＦ１０５は、ＨＳＳではなくＩＷＦ１０９に問い合わせる。これにより、ＣＳ認証手順を扱えるＳ−ＣＳＣＦが選択され、Ｓ−ＣＳＣＦアドレスがＩ−ＣＳＣＦ１０５に提供される。Ｉ−ＣＳＣＦ１０５は、インバウンドローミング指示子とＳＩＰ ＲＥＧＩＳＴＥＲをＳ−ＣＳＣＦ１０７に転送し、今度はＳ−ＣＳＣＦ１０７が、ＨＳＳではなくＩＷＦ１０９にコンタクトする。
本実施形態は様々な変形例を含み得る。たとえば、ＭＳＣサーバは、インバウンドローマーであるというＳＩＰ ＲＥＧＩＳＴＥＲをマーク付けるだけであるが、ＩＭＳローミング合意が無いことは、実施形態１ａのようにＩ−ＣＳＣＦにおいて、または実施形態１ｂのようにＨＳＳにおいて検出される。
図４を参照して、以下のように詳細な説明を行う。
Ｄ１：ＵＥ１０１は、ＣＳネットワークに向けてＬｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを送信する。
Ｄ２−Ｄ３：Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、必要であれば標準的なＩＤ要求を行う。
Ｄ４：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、この加入者のためのＩＭＳ登録の開始を決定し、加入者のＩＤ（たとえばＩＭＳＩ）からドメイン名を取得し、適切なＩ−ＣＳＣＦ／ＩＢＣＦのアドレスを発見する。ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、インバウンドローミングＵＥ１０１によって提供されたＩＭＳＩに基づいて、ＵＥ１０１が自身のネットワークに属していないことを既に検出しており、インバウンドローミング指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。
Ｄ５−Ｄ８：Ｉ−ＣＳＣＦ１０５は、着信したＲＥＧＩＳＴＥＲが信頼されるＭＳＣサーバから発信されたことを検証する（通常のＲＥＧＩＳＴＥＲが信頼されるＰ−ＣＳＣＦから発信されたことを確認するのと同じ方法で）。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦロケーション／アロケーションの標準的な手順を開始し、インバウンドローミング指示子に基づいてＩＷＦ１０９に問い合わせる。ＩＷＦ１０９は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を有するか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＩＷＦ１０９は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦを選択する。ＩＷＦ１０９は、Ｓ−ＣＳＣＦアドレスとインバウンドローミング指示子とをＩ−ＣＳＣＦ１０５に提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７に向けてインバウンドローミング指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。
Ｄ９：Ｓ−ＣＳＣＦ１０７は、上記ＲＥＧＩＳＴＥＲがＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３から発信されたものであることを確認し、ＩＭＳローミング合意の無いインバウンドローミングＵＥ用であるので、Ｓ−ＣＳＣＦ１０７は、ＨＳＳではなくＩＷＦ１０９を選択する。Ｓ−ＣＳＣＦ１０７は、Ｓ−ＣＳＣＦ１０７に向けてＨＳＳとして機能するＩＷＦ１０９からの認証情報を要求する。
これらの手順の間、所与の加入者のための認証パラメータが送られる。このパラメータは認証用の５個組（Ｒａｎｄ、Ｘｒｅｓ、Ｃｋ、Ｉｋ、Ａｕｔｎ）を含む。
Ｄ１０−Ｄ１４：ＶＬＲとして機能するＩＷＦ１０９は、ＨＬＲ３０１から認証情報パラメータを読み出す。ＩＷＦ１０９は、Ｄインタフェースを介してサービスプロファイルを読み出す。すなわち、Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ手順およびＩｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ手順を行うことによって、ＨＰＬＭＮ ＨＬＲ３０１に対してＶＬＲのように動作する。ＩＷＦ１０９は、仮レコード（加入プロファイル）を作成する。他のＡＳを起動するために、ＩＷＦ１０９は、対応するｉＦＣを生成する。ＩＷＦ１０９は、認証ベクトルをＳ−ＣＳＣＦ１０７に提供する。
Ｄ１５−Ｄ１６：Ｓ−ＣＳＣＦ１０７は、ＳＩＰ４０１、すなわち認証チャレンジをＵＥ１０１に向けて送信する。この認証チャレンジは、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３への、チャレンジＲＡＮＤ、認証トークンＡＵＴＮ、ならびに完全鍵ＩＫおよび暗号鍵ＣＫを含む。
Ｄ１７：ＩＭＳからＳＩＰ４０１を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、無線インタフェースを通じてＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを転送することにより認証手順を開始する。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、応答パラメータを計算するために必要なパラメータを含む。
Ｄ１８：ＵＥ１０１は、チャレンジ情報を処理し、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージをネットワークに返信する。
Ｄ１９：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、認証結果（ＸＲＥＳ）とＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦ１０５に送信する。
Ｄ２０−Ｄ２６：Ｉ−ＣＳＣＦ１０５は、認証応答をＳ−ＣＳＣＦ１０７に転送する。メッセージを受信すると、Ｓ−ＣＳＣＦ１０７は、ＵＥ１０１によって送信された認証応答を確認する。ユーザが認証に成功した場合、Ｓ−ＣＳＣＦ１０７は、ＳＩＰ２００ ＯＫをＩ−ＣＳＣＦ１０５を介してＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３に送信する。
Ｄ２７：ＲＥＧＩＳＴＥＲ要求に対するＳＩＰ２００（ＯＫ）応答を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＵＥ １０１のためのＴＭＳＩを生成し、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ受諾をＵＥ１０１に向けて送信する。
＜実施形態３：ＳＬＦクエリに基づくインバウンドローマー検出＞
本実施形態において、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩと通常のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを実行する。Ｉ−ＣＳＣＦ１０５は、ＴＳ２３．２２８に記載の通常の手順に従ってＳＬＦ１１３に問い合わせを行い、ＳＬＦ１１３は、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。ＳＬＦ１１３は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＳＬＦ１１３は、ＩＷＦアドレスまたは選択されたＳ−ＣＳＣＦアドレスとＤｘ＿ＳＬＦ＿Ｒｅｓｐｏｎｓｅにてインバウンドローマー指示子を提供する。Ｉ−ＣＳＣＦ１０５は、今度は実施形態２に従ってＩＷＦ１０９に問い合わせ、ＩＷＦ１０９がＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択してＳ−ＣＳＣＦアドレスをＩ−ＣＳＣＦ１０５に提供するか、あるいは、Ｉ−ＣＳＣＦ１０５がＳ−ＣＳＣＦアドレスをＳＬＦ１１３から直接読み出して、ＳＩＰ ＲＥＧＩＳＴＥＲをＳ−ＣＳＣＦ１０７に送信する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７がＨＳＳではなくＩＷＦ１０９にコンタクトするように、インバウンドローマー指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。図５を参照して、以下のように詳細な説明を行う。
本実施形態において、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＴＳ２３．００３に従って上述のように生成されたＩＭＰＵ／ＩＭＰＩと通常のＳＩＰ ＲＥＧＩＳＴＥＲメッセージを実行する。Ｉ−ＣＳＣＦ１０５は、ＴＳ２３．２２８に記載の通常の手順に従ってＳＬＦ１１３に問い合わせを行い、ＳＬＦ１１３は、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出する。ＳＬＦ１１３は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を締結しているか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＳＬＦ１１３は、ＩＷＦアドレスまたは選択されたＳ−ＣＳＣＦアドレスとＤｘ＿ＳＬＦ＿Ｒｅｓｐｏｎｓｅにてインバウンドローマー指示子を提供する。Ｉ−ＣＳＣＦ１０５は、今度は実施形態２に従ってＩＷＦ１０９に問い合わせ、ＩＷＦ１０９がＣＳ認証手順を扱えるＳ−ＣＳＣＦ１０７を選択してＳ−ＣＳＣＦアドレスをＩ−ＣＳＣＦ１０５に提供するか、あるいは、Ｉ−ＣＳＣＦ１０５がＳ−ＣＳＣＦアドレスをＳＬＦ１１３から直接読み出して、ＳＩＰ ＲＥＧＩＳＴＥＲをＳ−ＣＳＣＦ１０７に送信する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７がＨＳＳではなくＩＷＦ１０９にコンタクトするように、インバウンドローマー指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。図５を参照して、以下のように詳細な説明を行う。
Ｅ１：ＵＥ１０１は、ＣＳネットワークに向けてＬｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを送信する。
Ｅ２−Ｅ３：Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、必要であれば標準的なＩＤ要求を行う。
Ｅ４：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、この加入者のためのＩＭＳ登録の開始を決定し、加入者のＩＤ（たとえばＩＭＳＩ）からドメイン名を取得し、適切なＩ−ＣＳＣＦ／ＩＢＣＦのアドレスを発見する。
Ｅ５−Ｅ８：Ｉ−ＣＳＣＦ１０５は、着信したＲＥＧＩＳＴＥＲが信頼されるＭＳＣサーバから発信されたことを検証する（通常のＲＥＧＩＳＴＥＲが信頼されるＰ−ＣＳＣＦから発信されたことを確認するのと同じ方法で）。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７ロケーション／アロケーションの標準的な手順を開始し、ＩＭＰＩ／ＩＭＰＵ内のＭＮＣ／ＭＣＣの比較に基づいてインバウンドローミングＵＥ１０１を検出するＳＬＦ１１３に問い合わせる。ＳＬＦ１１３は、ＭＮＣ／ＭＣＣ事業者ネットワーク（インバウンドローミングＵＥ１０１のＨＰＬＭＮ）がＩＭＳローミング合意を有するか否かをデータベースにて検索することができる。このネットワークとＩＭＳローミング合意も他の関連するサービスレベル合意（ＳＬＡ）も締結されていない場合、ＳＬＦ１１３は、ＩＣＳ−ＩＷＦアドレスをＩ−ＣＳＣＦ１０５に提供してもよいし、Ｓ−ＣＳＣＦアドレスを直接提供してもよい。ＳＬＦ１１３によってアロケートされない場合、Ｉ−ＣＳＣＦ１０５は、ＣＳ認証手順を扱えるＳ−ＣＳＣＦを選択するＩＷＦ１０９に問い合わせる。ＩＷＦ１０９は、Ｓ−ＣＳＣＦアドレスとインバウンドローミング指示子とをＩ−ＣＳＣＦ１０５に提供する。Ｉ−ＣＳＣＦ１０５は、Ｓ−ＣＳＣＦ１０７に向けてインバウンドローミング指示子とＳＩＰ ＲＥＧＩＳＴＥＲをマーク付ける。
Ｅ９：Ｓ−ＣＳＣＦ１０７は、上記ＲＥＧＩＳＴＥＲがＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３から発信されたものであることを確認し、ＩＭＳローミング合意の無いインバウンドローミングＵＥ用であるので、Ｓ−ＣＳＣＦ１０７は、ＨＳＳではなくＩＷＦ１０９を選択する。Ｓ−ＣＳＣＦ１０７は、Ｓ−ＣＳＣＦ１０７に向けてＨＳＳとして機能するＩＷＦ１０９からの認証情報を要求する。
これらの手順の間、所与の加入者のための認証パラメータが送られる。このパラメータは認証用の５個組（Ｒａｎｄ、Ｘｒｅｓ、Ｃｋ、Ｉｋ、Ａｕｔｎ）を含む。
Ｅ１０−Ｅ１４：ＶＬＲとして機能するＩＷＦ１０９は、ＨＬＲ３０１から認証情報パラメータを読み出す。ＩＷＦ１０９は、Ｄインタフェースを介してサービスプロファイルを読み出す。すなわち、Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ手順およびＩｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ手順を行うことによって、ＨＰＬＭＮ ＨＬＲ３０１に対してＶＬＲのように動作する。ＩＷＦ１０９は、仮レコード（加入プロファイル）を作成する。他のＡＳを起動するために、ＩＷＦ１０９は、対応するｉＦＣを生成する。ＩＷＦ１０９は、認証ベクトルをＳ−ＣＳＣＦ１０７に提供する。
Ｅ１５−Ｅ１６：Ｓ−ＣＳＣＦ１０７は、ＳＩＰ４０１、すなわち認証チャレンジをＵＥ１０１に向けて送信する。この認証チャレンジは、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３への、チャレンジＲＡＮＤ、認証トークンＡＵＴＮ、ならびに完全鍵ＩＫおよび暗号鍵ＣＫを含む。
Ｅ１７：ＩＭＳからＳＩＰ４０１を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、無線インタフェースを通じてＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを転送することにより認証手順を開始する。ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージは、応答パラメータを計算するために必要なパラメータを含む。
Ｅ１８：ＵＥ１０１は、チャレンジ情報を処理し、ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージをネットワークに返信する。
Ｅ１９：ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、認証結果（ＸＲＥＳ）を含むＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦ１０５に送信する。
Ｅ２０−Ｅ２６：Ｉ−ＣＳＣＦ１０５は、認証応答をＳ−ＣＳＣＦ１０７に転送する。メッセージを受信すると、Ｓ−ＣＳＣＦ１０７は、ＵＥ１０１によって送信された認証応答を確認する。ユーザが認証に成功した場合、Ｓ−ＣＳＣＦ１０７は、ＳＩＰ２００ ＯＫをＩ−ＣＳＣＦ１０５を介してＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３に送信する。
Ｅ２７：ＲＥＧＩＳＴＥＲ要求に対するＳＩＰ２００（ＯＫ）応答を受信すると、ＳｅＤｏｃ用に拡張されたＭＳＣサーバ１０３は、ＵＥ１０１のためのＴＭＳＩを生成し、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ受諾をＵＥ１０１に向けて送信する。
＜利点＞
１）ＭＳＣサーバ、Ｉ−ＣＳＣＦ、ＨＳＳ、ＳＬＦまたはＩＣＳ−ＩＷＦにおいてインバウンドローミングＵＥおよびそのＩＭＳローミング合意を検出する。
２）ＩＭＳ ＡＫＡ手順によってＣＳ認証を扱うことが可能なＳ−ＣＳＣＦを選択する。
３）Ｓ−ＣＳＣＦがＨＳＳではなくＩＣＳ−ＩＷＦを選択するように、Ｓ−ＣＳＣＦに向けてインバウンドローミング指示子とＳＩＰ ＲＥＧＳＩＴＥＲをマーク付ける。
４）Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦは加入者データベースを選択することができる。
１）ＭＳＣサーバ、Ｉ−ＣＳＣＦ、ＨＳＳ、ＳＬＦまたはＩＣＳ−ＩＷＦにおいてインバウンドローミングＵＥおよびそのＩＭＳローミング合意を検出する。
２）ＩＭＳ ＡＫＡ手順によってＣＳ認証を扱うことが可能なＳ−ＣＳＣＦを選択する。
３）Ｓ−ＣＳＣＦがＨＳＳではなくＩＣＳ−ＩＷＦを選択するように、Ｓ−ＣＳＣＦに向けてインバウンドローミング指示子とＳＩＰ ＲＥＧＳＩＴＥＲをマーク付ける。
４）Ｉ−ＣＳＣＦおよびＳ−ＣＳＣＦは加入者データベースを選択することができる。
＜ユーザ機器（ＵＥ）＞
図６は、ＵＥ１０１の主要構成要素を表すブロック図である。図示のように、ＵＥ１０１は、１つまたは複数のアンテナ１０１Ｂを介して接続ノードとの間で信号を送受信するよう動作可能なトランシーバ回路１０１Ａを含む。必ずしも図６には示されないが、ＵＥ１０１は、当然のことながら従来のモバイルデバイス（ユーザインターフェース１０１Ｃなど）のすべての通常の機能を有し、これはハードウェア、ソフトウェアおよびファームウェアのいずれか１つまたは任意の組み合わせによって適宜提供され得る。たとえば、ソフトウェアは、メモリ１０１Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。制御部１０１Ｅは、メモリ１０１Ｄに格納されているソフトウェアに従ってＵＥ１０１の動作を制御する。ソフトウェアは、とりわけ、オペレーティングシステム１０１Ｆと、少なくともトランシーバ制御モジュール１０１Ｈを有する通信制御モジュール１０１Ｇとを含む。通信制御モジュール１０１Ｇ（そのトランシーバ制御サブモジュール１０１Ｈを使用）は、（たとえばＲＡＮノード３０３を介して、）ＵＥ１０１と、基地局／無線アクセスノード（ＲＡＮノード３０３）やＭＳＣサーバ１０３といった他のノードとの間のシグナリングおよびアップリンク／ダウンリンクデータパケットを処理（生成／送信／受信）することを担当する。
図６は、ＵＥ１０１の主要構成要素を表すブロック図である。図示のように、ＵＥ１０１は、１つまたは複数のアンテナ１０１Ｂを介して接続ノードとの間で信号を送受信するよう動作可能なトランシーバ回路１０１Ａを含む。必ずしも図６には示されないが、ＵＥ１０１は、当然のことながら従来のモバイルデバイス（ユーザインターフェース１０１Ｃなど）のすべての通常の機能を有し、これはハードウェア、ソフトウェアおよびファームウェアのいずれか１つまたは任意の組み合わせによって適宜提供され得る。たとえば、ソフトウェアは、メモリ１０１Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。制御部１０１Ｅは、メモリ１０１Ｄに格納されているソフトウェアに従ってＵＥ１０１の動作を制御する。ソフトウェアは、とりわけ、オペレーティングシステム１０１Ｆと、少なくともトランシーバ制御モジュール１０１Ｈを有する通信制御モジュール１０１Ｇとを含む。通信制御モジュール１０１Ｇ（そのトランシーバ制御サブモジュール１０１Ｈを使用）は、（たとえばＲＡＮノード３０３を介して、）ＵＥ１０１と、基地局／無線アクセスノード（ＲＡＮノード３０３）やＭＳＣサーバ１０３といった他のノードとの間のシグナリングおよびアップリンク／ダウンリンクデータパケットを処理（生成／送信／受信）することを担当する。
＜ＭＳＣサーバ＞
図７は、例示的なＭＳＣサーバ１０３の主要構成要素を表すブロック図である。図示のように、ＭＳＣサーバ１０３は、ネットワークインタフェース１０３Ｂを介して、ＭＳＣサーバ１０３に接続された他のノード（ＵＥ１０１（たとえばＲＡＮノード３０３を介して）やＩ−ＣＳＣＦ１０５など）との間で信号を送受信するよう動作可能なトランシーバ回路１０３Ａを含む。制御部１０３Ｃは、メモリ１０３Ｄに格納されているソフトウェアに従ってＭＳＣサーバ１０３の動作を制御する。たとえば、ソフトウェアは、メモリ１０３Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０３Ｅと、少なくともトランシーバ制御モジュール１０３Ｇを有する通信制御モジュール１０３Ｆとを含む。通信制御モジュール１０３Ｆ（そのトランシーバ制御サブモジュール１０３Ｇを使用）は、ＭＳＣサーバ１０３と、他のネットワークノード（ＵＥ１０１（たとえばＲＡＮノード３０３を介して）やＩ−ＣＳＣＦ１０５など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
図７は、例示的なＭＳＣサーバ１０３の主要構成要素を表すブロック図である。図示のように、ＭＳＣサーバ１０３は、ネットワークインタフェース１０３Ｂを介して、ＭＳＣサーバ１０３に接続された他のノード（ＵＥ１０１（たとえばＲＡＮノード３０３を介して）やＩ−ＣＳＣＦ１０５など）との間で信号を送受信するよう動作可能なトランシーバ回路１０３Ａを含む。制御部１０３Ｃは、メモリ１０３Ｄに格納されているソフトウェアに従ってＭＳＣサーバ１０３の動作を制御する。たとえば、ソフトウェアは、メモリ１０３Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０３Ｅと、少なくともトランシーバ制御モジュール１０３Ｇを有する通信制御モジュール１０３Ｆとを含む。通信制御モジュール１０３Ｆ（そのトランシーバ制御サブモジュール１０３Ｇを使用）は、ＭＳＣサーバ１０３と、他のネットワークノード（ＵＥ１０１（たとえばＲＡＮノード３０３を介して）やＩ−ＣＳＣＦ１０５など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
＜Ｉ−ＣＳＣＦ＞
図８は、Ｉ−ＣＳＣＦ１０５の主要構成要素を表すブロック図である。図示のように、Ｉ−ＣＳＣＦ１０５は、ネットワークインタフェース１０５Ｂを介して、他のノード（ＵＥを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０５Ａを含む。制御部１０５Ｃは、メモリ１０５Ｄに格納されているソフトウェアに従ってＩ−ＣＳＣＦ１０５の動作を制御する。たとえば、ソフトウェアは、メモリ１０５Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０５Ｅと、少なくともトランシーバ制御モジュール１０５Ｇを有する通信制御モジュール１０５Ｆとを含む。通信制御モジュール１０５Ｆ（そのトランシーバ制御サブモジュール１０５Ｇを使用）は、Ｉ−ＣＳＣＦ１０５と他のノード（ＭＳＣサーバ１０３およびＳ−ＣＳＣＦ１０７など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
図８は、Ｉ−ＣＳＣＦ１０５の主要構成要素を表すブロック図である。図示のように、Ｉ−ＣＳＣＦ１０５は、ネットワークインタフェース１０５Ｂを介して、他のノード（ＵＥを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０５Ａを含む。制御部１０５Ｃは、メモリ１０５Ｄに格納されているソフトウェアに従ってＩ−ＣＳＣＦ１０５の動作を制御する。たとえば、ソフトウェアは、メモリ１０５Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０５Ｅと、少なくともトランシーバ制御モジュール１０５Ｇを有する通信制御モジュール１０５Ｆとを含む。通信制御モジュール１０５Ｆ（そのトランシーバ制御サブモジュール１０５Ｇを使用）は、Ｉ−ＣＳＣＦ１０５と他のノード（ＭＳＣサーバ１０３およびＳ−ＣＳＣＦ１０７など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
＜Ｓ−ＣＳＣＦ＞
図９は、Ｓ−ＣＳＣＦ１０７の主要構成要素を表すブロック図である。図示のように、Ｓ−ＣＳＣＦ１０７は、ネットワークインタフェース１０７Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０７Ａを含む。制御部１０７Ｃは、メモリ１０７Ｄに格納されているソフトウェアに従ってＳ−ＣＳＣＦ１０７の動作を制御する。たとえば、ソフトウェアは、メモリ１０７Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０７Ｅと、少なくともトランシーバ制御モジュール１０７Ｇを有する通信制御モジュール１０７Ｆとを含む。通信制御モジュール１０７Ｆ（そのトランシーバ制御サブモジュール１０７Ｇを使用）は、Ｓ−ＣＳＣＦ１０７と他のノード（Ｉ−ＣＳＣＦ１０５およびＩＷＦ１０９など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
図９は、Ｓ−ＣＳＣＦ１０７の主要構成要素を表すブロック図である。図示のように、Ｓ−ＣＳＣＦ１０７は、ネットワークインタフェース１０７Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０７Ａを含む。制御部１０７Ｃは、メモリ１０７Ｄに格納されているソフトウェアに従ってＳ−ＣＳＣＦ１０７の動作を制御する。たとえば、ソフトウェアは、メモリ１０７Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０７Ｅと、少なくともトランシーバ制御モジュール１０７Ｇを有する通信制御モジュール１０７Ｆとを含む。通信制御モジュール１０７Ｆ（そのトランシーバ制御サブモジュール１０７Ｇを使用）は、Ｓ−ＣＳＣＦ１０７と他のノード（Ｉ−ＣＳＣＦ１０５およびＩＷＦ１０９など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
＜ＩＷＦ＞
図１０は、ＩＷＦ１０９の主要構成要素を表すブロック図である。図示のように、ＩＷＦ１０９は、ネットワークインタフェース１０９Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０９Ａを含む。制御部１０９Ｃは、メモリ１０９Ｄに格納されているソフトウェアに従ってＩＷＦ１０９の動作を制御する。たとえば、ソフトウェアは、メモリ１０９Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０９Ｅと、少なくともトランシーバ制御モジュール１０９Ｇを有する通信制御モジュール１０９Ｆとを含む。通信制御モジュール１０９Ｆ（そのトランシーバ制御サブモジュール１０９Ｇを使用）は、ＩＷＦ１０９と他のノード（Ｓ−ＣＳＣＦ１０７およびＨＬＲ３０１など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
図１０は、ＩＷＦ１０９の主要構成要素を表すブロック図である。図示のように、ＩＷＦ１０９は、ネットワークインタフェース１０９Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路１０９Ａを含む。制御部１０９Ｃは、メモリ１０９Ｄに格納されているソフトウェアに従ってＩＷＦ１０９の動作を制御する。たとえば、ソフトウェアは、メモリ１０９Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム１０９Ｅと、少なくともトランシーバ制御モジュール１０９Ｇを有する通信制御モジュール１０９Ｆとを含む。通信制御モジュール１０９Ｆ（そのトランシーバ制御サブモジュール１０９Ｇを使用）は、ＩＷＦ１０９と他のノード（Ｓ−ＣＳＣＦ１０７およびＨＬＲ３０１など）との間のシグナリングを処理（生成／送信／受信）することを担当する。
＜ＨＬＲ＞
図１１は、ＨＬＲ３０１の主要構成要素を表すブロック図である。図示のように、ＨＬＲ３０１は、ネットワークインタフェース３０１Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路３０１Ａを含む。 制御部３０１Ｃは、メモリ３０１Ｄに格納されているソフトウェアに従ってＨＬＲ３０１の動作を制御する。たとえば、ソフトウェアは、メモリ３０１Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能データな記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム３０１Ｅと、少なくともトランシーバ制御モジュール３０１Ｇを有する通信制御モジュール３０１Ｆとを含む。通信制御モジュール３０１Ｆ（そのトランシーバ制御サブモジュール３０１Ｇを使用）は、ＨＬＲ３０１と、他のノード（ＶＰＬＮのＩＷＦ１０９、およびＨＰＬＭＮの１つまたは複数の他のノードなど）との間のシグナリングを処理（生成／送信／受信）することを担当する。
図１１は、ＨＬＲ３０１の主要構成要素を表すブロック図である。図示のように、ＨＬＲ３０１は、ネットワークインタフェース３０１Ｂを介して、他のノード（ＵＥ、ＳＭＦなどを含む）との間で信号を送受信するよう動作可能なトランシーバ回路３０１Ａを含む。 制御部３０１Ｃは、メモリ３０１Ｄに格納されているソフトウェアに従ってＨＬＲ３０１の動作を制御する。たとえば、ソフトウェアは、メモリ３０１Ｄに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能データな記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム３０１Ｅと、少なくともトランシーバ制御モジュール３０１Ｇを有する通信制御モジュール３０１Ｆとを含む。通信制御モジュール３０１Ｆ（そのトランシーバ制御サブモジュール３０１Ｇを使用）は、ＨＬＲ３０１と、他のノード（ＶＰＬＮのＩＷＦ１０９、およびＨＰＬＭＮの１つまたは複数の他のノードなど）との間のシグナリングを処理（生成／送信／受信）することを担当する。
＜ＲＡＮノード＞
図１２は、例示的なＲＡＮノード３０３の主要構成要素を表すブロック図である。図示のように、ＲＡＮノード３０３は、１つまたは複数のアンテナ３０３Ｂを介して接続ＵＥとの間で、また、ネットワークインタフェース３０３Ｃを介して他のネットワークノードとの間で（直接的にまたは間接的に）、信号を送受信するよう動作可能なトランシーバ回路３０３Ａを含む。制御部３０３Ｄは、メモリ３０３Ｅに格納されたソフトウェアに従ってＲＡＮノード３０３の動作を制御する。たとえば、ソフトウェアは、メモリ３０３Ｅに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム３０３Ｆと、少なくともトランシーバ制御モジュール３０３Ｈを有する通信制御モジュール３０３Ｇとを含む。通信制御モジュール３０３Ｇ（そのトランシーバ制御サブモジュール３０３Ｈを使用）は、（たとえば間接的に、）ＲＡＮノード３０３と、ＵＥ１０１、ＭＳＣサーバ１０３、およびＶＰＬＡＮ１００の他のノードとの間のシグナリングを処理（生成／送信／受信）することを担当する。
図１２は、例示的なＲＡＮノード３０３の主要構成要素を表すブロック図である。図示のように、ＲＡＮノード３０３は、１つまたは複数のアンテナ３０３Ｂを介して接続ＵＥとの間で、また、ネットワークインタフェース３０３Ｃを介して他のネットワークノードとの間で（直接的にまたは間接的に）、信号を送受信するよう動作可能なトランシーバ回路３０３Ａを含む。制御部３０３Ｄは、メモリ３０３Ｅに格納されたソフトウェアに従ってＲＡＮノード３０３の動作を制御する。たとえば、ソフトウェアは、メモリ３０３Ｅに予めインストールされてもよく、電気通信ネットワークを介して、または取り外し可能なデータ記憶装置（ＲＭＤ）からダウンロードされてもよい。ソフトウェアは、とりわけ、オペレーティングシステム３０３Ｆと、少なくともトランシーバ制御モジュール３０３Ｈを有する通信制御モジュール３０３Ｇとを含む。通信制御モジュール３０３Ｇ（そのトランシーバ制御サブモジュール３０３Ｈを使用）は、（たとえば間接的に、）ＲＡＮノード３０３と、ＵＥ１０１、ＭＳＣサーバ１０３、およびＶＰＬＡＮ１００の他のノードとの間のシグナリングを処理（生成／送信／受信）することを担当する。
＜変形例と代替案＞
詳細な実施形態を上記のとおり説明した。当業者には理解されるように、ここに具現化された発明から依然として利益を受けながらも、上記の実施形態についていくつかの変形例および代替案が可能である。説明のために、これらの代替案および変形例のいくつかのみをこれから説明する。
詳細な実施形態を上記のとおり説明した。当業者には理解されるように、ここに具現化された発明から依然として利益を受けながらも、上記の実施形態についていくつかの変形例および代替案が可能である。説明のために、これらの代替案および変形例のいくつかのみをこれから説明する。
上記の説明では、ＵＥ、ＭＳＣサーバ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ＩＷＦ、ＨＬＲ、およびＲＡＮノードは、理解を容易にするために、いくつかの個別モジュール（通信制御モジュールなど）を有するものとして説明されている。これらのモジュールは、たとえば既存のシステムが本発明を実施するよう変更されているような特定の用途、あるいは、たとえば最初から本発明の特徴を念頭に置いて設計されたシステムのような他の用途において、このように提供され得るが、これらのモジュールは、オペレーティングシステムまたはコード全体に組み込むことができるので、個別エンティティとして認識されない可能性がある。また、これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア、またはこれらの組み合わせで実装できる。
各制御部は、（限定はされないが）下記を含む適切な形態の処理回路を備えることができる。たとえば、１つまたは複数のハードウェア実装コンピュータプロセッサ、マイクロプロセッサ、中央処理装置（ＣＰＵ）、論理演算装置（ＡＬＵ）、入出力（ＩＯ）回路、内部メモリ／キャッシュ（プログラムおよび／またはデータ）、処理レジスタ、通信バス（例えば、制御、データおよび／またはアドレスバス）、ダイレクトメモリアクセス（ＤＭＡ）機能、ハードウェアまたはソフトウェア実装のカウンタ、ポインタおよび／またはタイマ、など。
上記の実施形態では、いくつかのソフトウェアモジュールが説明された。当業者には理解されるように、ソフトウェアモジュールは、コンパイルされた形態またはコンパイルされていない形態で提供され、ＵＥ、ＭＳＣサーバ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ＩＷＦ、ＨＬＲ、およびＲＡＮノードに、信号として、コンピュータネットワークにより、または記録媒体上で供給され得る。さらに、このソフトウェアの一部または全部によって実行される機能は、１つまたは複数の専用ハードウェア回路を使用して実行され得る。しかしながら、ソフトウェアモジュールを使用することは、ＵＥ、ＭＳＣサーバ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、ＩＷＦ、ＨＬＲ、およびＲＡＮノードの機能を更新するためにこれらの更新を容易にするので好ましい。
＜参考文献の一覧＞
［１］３ＧＰＰ ＴＳ２３．２２８、ＩＰマルチメディアサブシステム（ＩＭＳ）、ステージ２、ｖ１４．１．０、２０１６年９月２６日
［２］３ＧＰＰ ＴＳ２３．２９２、ＩＰマルチメディアサブシステム（ＩＭＳ）集約化サービス、ステージ２、ｖ１４．０．０、２０１６年９月２６日
［３］３ＧＰＰ ＴＳ２３．００３、番号付け、アドレス指定、および識別、ｖ１４．１．０、２０１６年９月２６日
［１］３ＧＰＰ ＴＳ２３．２２８、ＩＰマルチメディアサブシステム（ＩＭＳ）、ステージ２、ｖ１４．１．０、２０１６年９月２６日
［２］３ＧＰＰ ＴＳ２３．２９２、ＩＰマルチメディアサブシステム（ＩＭＳ）集約化サービス、ステージ２、ｖ１４．０．０、２０１６年９月２６日
［３］３ＧＰＰ ＴＳ２３．００３、番号付け、アドレス指定、および識別、ｖ１４．１．０、２０１６年９月２６日
本出願は、２０１６年１２月２１日に特許出願された欧州特許出願第１６２７５１７７．０号に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、すべて本明細書に含まれるものとする。
Claims (8)
- 呼セッション制御のための問い合わせを行う制御ノードであって、
ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信するよう構成された受信部と、
前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出するよう構成された検出手段と、
前記インバウンドローミングＵＥの検出に基づいて手順を進める装置を選択するよう構成された選択手段と、を備える制御ノード。 - 前記少なくとも１つのプロセッサはさらに、ＩＭＳ集約化サービス相互接続機能（ＩＣＳ−ＩＷＦ）エンティティに、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ＩＣＳ−ＩＷＦを含むネットワークとの間で締結しているか否かを問い合わせるよう構成され、
前記受信部はさらに、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティのアドレスを受信するよう構成され、
前記制御ノードはさらに、前記ｒｅｇｉｓｔｅｒメッセージが前記インバウンドローミングＵＥに関するものであるという指示子とともにｒｅｇｉｓｔｅｒメッセージを、前記Ｓ−ＣＳＣＦエンティティに向けて転送するよう構成された送信部を備える、請求項１に記載の制御ノード。 - インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のためのネットワークエンティティであって、
問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ネットワークエンティティを含むネットワークエンティティとの間で締結している否かという問い合わせを受信するよう構成された受信部と、
ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択するよう構成された選択手段と、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦエンティティに提供するよう構成された提供手段と、を備えるネットワークエンティティ。 - インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための通信システムであって、
前記通信システムは、呼セッション制御のための問い合わせを行う制御ノードと、ＩＣＳ用のネットワークエンティティと、を備え、
前記制御ノードは、
ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信するよう構成された受信部と、
前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出するよう構成された検出手段と、
前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークが、前記ネットワークエンティティを含むネットワークとの間でＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を締結しているか否かという問い合わせを送信するよう構成された送信部と、を備え、
前記ネットワークエンティティは、
前記制御ノードから前記問い合わせを受信するよう構成された受信部と、
ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択するよう構成された選択手段と、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供するよう構成された提供手段と、を備えることを特徴とする、通信システム。 - 呼セッション制御のための問い合わせの制御方法であって、
ユーザ機器（ＵＥ）のインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステム（ＩＭＳ）のサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、
前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、
前記インバウンドローミングＵＥの検出に基づいて手順を進める装置を選択することと、を備える制御方法。 - ＩＭＳ集約化サービス相互接続機能（ＩＣＳ−ＩＷＦ）エンティティに、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ＩＣＳ−ＩＷＦを含むネットワークとの間で締結しているか否かを問い合わせることと、
ＩＭＳローミング合意もＳＬＡも締結されていない場合に、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティのアドレスを受信することと、
前記ｒｅｇｉｓｔｅｒメッセージが前記インバウンドローミングＵＥに関するものであるという指示子とともにｒｅｇｉｓｔｅｒメッセージを、前記Ｓ−ＣＳＣＦエンティティに向けて転送することと、をさらに含む請求項５に記載の制御方法。 - インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のための制御方法であって、
問い合わせ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティから、前記Ｉ−ＣＳＣＦがｒｅｇｉｓｔｒａｔｉｏｎメッセージとともに受信するインターネットプロトコル（ＩＰ）マルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）により示される事業者ネットワークがＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を前記ネットワークエンティティを含むネットワークとの間で締結しているか否かという問い合わせを受信することと、
ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、
前記Ｓ−ＣＳＣＦエンティティのアドレスを前記Ｉ−ＣＳＣＦに提供することと、を含む制御方法。 - 呼セッション制御のための問い合わせを行う制御ノードとインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）集約化サービス（ＩＣＳ）のネットワークエンティティとを備えた通信システムで使用される、ＩＣＳのための制御方法であって、
前記制御ノードによって、ユーザ機器（ＵＥ）のＩＰマルチメディアプライベート識別子（ＩＭＰＩ）とＩＰマルチメディアパブリック識別子（ＩＭＰＵ）とのうちの少なくとも１つとともにｒｅｇｉｓｔｅｒメッセージを、ＩＰマルチメディアサブシステムのサービスドメイン集約化（ＳｅＤｏＣ）用に拡張されたモバイル交換局（ＭＳＣ）サーバから受信することと、
前記制御ノードによって、前記ＵＥがインバウンドローミングＵＥであるか否かを、前記ＩＭＰＩとＩＭＰＵとのうちの少なくとも１つに含まれる移動体ネットワーク識別コード（ＭＮＣ）および移動体国識別コード（ＭＣＣ）の比較に基づいて検出することと、
前記制御ノードによって、前記インバウンドローミングＵＥの検出に基づいて、前記ＭＮＣおよびＭＣＣにより示される事業者ネットワークが、前記ネットワークエンティティを含むネットワークとの間でＩＭＳローミング合意またはサービスレベル合意（ＳＬＡ）を締結しているか否かという問い合わせを送信することと、
前記ネットワークエンティティによって、前記制御ノードから前記問い合わせを受信することと、
前記ネットワークエンティティによって、ＩＭＳローミング合意もＳＬＡも締結されていない場合に、回路交換（ＣＳ）認証手順を扱うサービング呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティを選択することと、
前記ネットワークエンティティによって、前記Ｓ−ＣＳＣＦエンティティのアドレスを前記制御ノードに提供することと、を含む制御方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP16275177.0 | 2016-12-21 | ||
| EP16275177 | 2016-12-21 | ||
| PCT/JP2017/045396 WO2018117054A1 (en) | 2016-12-21 | 2017-12-18 | Method of inbound roamer detection for networks supporting service domain centralization in ims |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2020501458A true JP2020501458A (ja) | 2020-01-16 |
| JP2020501458A5 JP2020501458A5 (ja) | 2020-02-27 |
Family
ID=60888563
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019530855A Pending JP2020501458A (ja) | 2016-12-21 | 2017-12-18 | Ｉｍｓのサービスドメイン集約化をサポートするネットワークのためのインバウンドローマー検出方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US10904740B2 (ja) |
| EP (1) | EP3560225B1 (ja) |
| JP (1) | JP2020501458A (ja) |
| WO (1) | WO2018117054A1 (ja) |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100596084C (zh) * | 2006-04-20 | 2010-03-24 | 华为技术有限公司 | 移动电路域用户接入ims网络的系统及其接入的注册方法 |
| EP1973289B1 (en) * | 2007-03-23 | 2016-03-09 | Nokia Solutions and Networks GmbH & Co. KG | Method for providing subscriptions to packet-switched networks |
| ES2547484T3 (es) * | 2007-12-28 | 2015-10-06 | Telefonaktiebolaget L M Ericsson (Publ) | Método de provisión de acceso |
| WO2010129479A1 (en) | 2009-05-03 | 2010-11-11 | Toshiba, Kabushiki, Kaisha | Proactive authentication |
| US9060263B1 (en) | 2011-09-21 | 2015-06-16 | Cellco Partnership | Inbound LTE roaming footprint control |
| US20150173123A1 (en) * | 2012-05-16 | 2015-06-18 | Telefonaktiebolaget L M Ericsson (pulb) | Call Termination to a ICS User |
-
2017
- 2017-12-18 US US16/468,378 patent/US10904740B2/en active Active
- 2017-12-18 WO PCT/JP2017/045396 patent/WO2018117054A1/en unknown
- 2017-12-18 JP JP2019530855A patent/JP2020501458A/ja active Pending
- 2017-12-18 EP EP17822795.5A patent/EP3560225B1/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20200015067A1 (en) | 2020-01-09 |
| EP3560225B1 (en) | 2021-04-14 |
| EP3560225A1 (en) | 2019-10-30 |
| US10904740B2 (en) | 2021-01-26 |
| WO2018117054A1 (en) | 2018-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2729926C (en) | Method and apparatus for instance identifier based on a unique device identifier | |
| CN111919474B (zh) | Ims中的网络分片 | |
| ES2371109T3 (es) | Sistema y aparato para usuarios de cs móvil para acceder a la red de ims y el método de registro para el acceso. | |
| US7729705B2 (en) | Method of providing location service over IMS network | |
| US9021014B2 (en) | Methods, systems, and computer readable media for providing home subscriber server (HSS) proxy | |
| US9848307B2 (en) | Messaging over a network | |
| US20100290403A1 (en) | Method of access provision | |
| KR101148036B1 (ko) | Ｌｔｅ망과 무선랜망간의 핸드오버 방법 및 그 시스템 | |
| US9060005B2 (en) | Method, apparatus, system and related computer program product for handover management | |
| EP3402169B1 (en) | Data processing | |
| US11490255B2 (en) | RCS authentication | |
| US10193937B2 (en) | Internet protocol multimedia subsystem (IMS) restoration support for temporary globally routable user agent uniform resource identifier (GRUU) | |
| JP2020501458A (ja) | Ｉｍｓのサービスドメイン集約化をサポートするネットワークのためのインバウンドローマー検出方法 | |
| CA3215220A1 (en) | Methods and systems for providing information regarding supported featurer | |
| US11503453B2 (en) | Virtual line registration system | |
| CN101132407A (zh) | 一种对重选服务呼叫会话控制功能导致的异常的处理方法 | |
| JP6449646B2 (ja) | 通信システム及び宛先解決方法 | |
| KR100968959B1 (ko) | 호 처리 제어 장치 및 방법 | |
| US20130336225A1 (en) | Method and apparatus for transmitting a network identity |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190607 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190607 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20200519 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200819 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200828 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20201118 |