JP7337851B2 - 緊急呼び出し - Google Patents
緊急呼び出し Download PDFInfo
- Publication number
- JP7337851B2 JP7337851B2 JP2020567852A JP2020567852A JP7337851B2 JP 7337851 B2 JP7337851 B2 JP 7337851B2 JP 2020567852 A JP2020567852 A JP 2020567852A JP 2020567852 A JP2020567852 A JP 2020567852A JP 7337851 B2 JP7337851 B2 JP 7337851B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- emergency
- urn
- plmn
- service
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- 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/10—Architectures or entities
- H04L65/1059—End-user terminal functionalities specially adapted for real-time communication
-
- 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/1069—Session establishment or de-establishment
-
- 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/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
- H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
- H04M2207/187—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks combining circuit and packet-switched, e.g. GPRS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2242/00—Special services or facilities
- H04M2242/04—Special services or facilities for emergency applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Description
電気通信サービスは、地上波公共移動通信ネットワーク（ＰＬＭＮ）等のネットワークを介してもたらされる。いくつかの例において、ネットワークは、アクセスネットワーク、コアネットワーク、およびインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）を含むことができる。他のネットワークは、他のコンポーネントを含むことができる。サービスは、ユーザのホームネットワークによって提供されることができる。ユーザが、非ホームネットワークまたは移動先ネットワークを使用しているとき、そのネットワークは、ユーザのホームネットワークとある関係を有し得る。ユーザのユーザ機器（ＵＥ）によって伝送される一部の情報は、移動先ネットワークを介して、ホームネットワークに返信される。
移動先ネットワークを介したＵＥからホームネットワークへの情報の通信は、例えば、ホームと移動先ネットワークとの間の関係のタイプに基づいて、またはネットワークの技術に基づいて、異なるルートを取り、異なるネットワーク要素を通って移動し得る。例えば、第５世代（５Ｇ）コアネットワークは、進化型パケットコア（ＥＰＣ）ネットワークと比較して、異なるネットワーク要素を有する。ＥＰＣは、ロングタームエボリューション（ＬＴＥ）ネットワーク等の第４世代（４Ｇ）無線ネットワークにおいて集中型音声およびデータを提供するフレームワークである。
ＩＭＳは、例えば、Ｐ－ＣＳＣＦを含む。ＥＰＣは、例えば、モビリティ管理エンティティ（ＭＭＥ）を含む。５Ｇ ＣＮは、例えば、アクセスおよびモビリティ管理機能（ＡＭＦ）を含む。
ネットワークは、従来、音声呼び出しおよび緊急呼び出しがハンドリングされる回線交換（ＣＳ）ドメイン、または、ＰＳサービスをオファーするパケット交換（ＰＳ）ドメインをオファーし得、ＩＭＳへのアクセスを含むＰＳサービスがハンドリングされる。
ＰＳドメインは、ＩＭＳを介して、緊急サービスをサポートする。ＵＥは、ＣＳドメインおよびＰＳドメインの一方または両方にアクセスすることをサポートし得る。ＰＳドメインをサポートするＵＥは、ＩＭＳもサポートし得る。
本開示のいくつかの実装は、以下の図に関して説明される。
本発明は、例えば、以下を提供する。
（項目１）
デバイスの方法であって、前記方法は、
呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記デバイスが第１のネットワークと異なる第２のネットワーク内にあることを検出することであって、前記第１のネットワークが、前記第１の緊急識別子を構成した、ことと、
前記デバイスが前記第１のネットワークと異なる前記第２のネットワーク内にあることを検出することに応答して、伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内にＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
を含む、方法。
（項目２）
前記第２のネットワークは、前記第１の緊急識別子によって識別される緊急サービスを要求するために使用される、項目１に記載の方法。
（項目３）
前記第１の緊急識別子が前記第１のネットワークによって構成されていることは、前記デバイスが前記第１の緊急識別子を前記第１のネットワークから受信することを含む、項目１に記載の方法。
（項目４）
ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた前記第１の緊急識別子は、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）内に含まれる、項目１に記載の方法。
（項目５）
前記第１のＥＥＮＬ ＩＥは、前記第１のネットワークの一部であるネットワークノードから受信される、項目４に記載の方法。
（項目６）
前記第１のＥＥＮＬ ＩＥは、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージ、ＡＴＴＡＣＨ ＡＣＣＥＰＴ承認メッセージ、またはＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージのうちの少なくとも１つの受信を介して供給される、項目４に記載の方法。
（項目７）
前記第２のネットワークは、ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた第２の緊急識別子を供給しない、項目１に記載の方法。
（項目８）
前記第２のネットワークは、第２の地上波公共移動通信ネットワーク（ＰＬＭＮ）であり、前記第１のネットワークは、第１のＰＬＭＮである、項目１に記載の方法。
（項目９）
前記デバイスが前記第１のＰＬＭＮと異なる前記第２のＰＬＭＮ内にあることを検出することは、
前記第２のＰＬＭＮのＰＬＭＮコードを前記第１のＰＬＭＮのＰＬＭＮコードと比較すること、または、
前記第２のＰＬＭＮが前記第１のＰＬＭＮの等価ＰＬＭＮではないことを決定すること
のうちの１つ以上に基づく、項目８に記載の方法。
（項目１０）
前記デバイスによって、前記関連付けられた情報を受信することをさらに含む、項目１に記載の方法。
（項目１１）
前記関連付けられた情報は、前記ＵＲＮを含む、項目１０に記載の方法。
（項目１２）
前記緊急識別子および前記関連付けられた情報は、
拡張緊急番号リスト（ＥＥＮＬ）情報要素内で受信され、および／または、
メモリ、ユニバーサル集積回路カード（ＵＩＣＣ）、ＵＩＣＣ上のアプリケーション、ユニバーサル加入者識別モジュール（ＵＳＩＭ）、およびインターネットプロトコル（ＩＰ）マルチメディアシステム識別モジュール（ＩＳＩＭ）から受信される、項目１に記載の方法。
（項目１３）
前記デバイスが前記第２のネットワークと異なる前記第１のネットワーク内にあることを検出することは、前記第１のネットワークが未知であることを検出することに基づく、項目１に記載の方法。
（項目１４）
前記デバイスによって、前記デバイスがネットワークに緊急登録されているかどうかを決定することと、
前記決定することに応答して、前記ＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含む前記ＳＩＰ ＩＮＶＩＴＥメッセージを伝送することと
をさらに含む、項目１に記載の方法。
（項目１５）
ハードウェアプロセッサを備えているデバイスであって、前記ハードウェアプロセッサは、
呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記デバイスが第１のネットワークと異なる第２のネットワーク内にあることを検出することであって、前記第１のネットワークが、前記第１の緊急識別子を構成した、ことと、
前記デバイスが前記第１のネットワークと異なる前記第２のネットワーク内にあることを検出することに応答して、伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内にＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
を行うように構成されている、デバイス。
（項目１６）
ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた前記第１の緊急識別子は、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）内に含まれる、項目１５に記載のデバイス。
（項目１７）
前記第１のＥＥＮＬ ＩＥは、前記第１のネットワークの一部であるネットワークノードから受信される、項目１６に記載のデバイス。
（項目１８）
前記第１のＥＥＮＬ ＩＥは、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージ、ＡＴＴＡＣＨ ＡＣＣＥＰＴ承認メッセージ、またはＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージのうちの少なくとも１つの受信を介して供給される、項目１６に記載のデバイス。
（項目１９）
前記第２のネットワークは、ＵＲＮを導出すべき情報に関連付けられた第２の緊急識別子を供給しない、項目１５に記載のデバイス。
（項目２０）
命令を備えている非一過性機械読み取り可能な媒体であって、前記命令は、実行時、
呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記デバイスが第１のネットワークと異なる第２のネットワーク内にあることを検出することであって、前記第１のネットワークが、前記第１の緊急識別子を構成した、ことと、
前記デバイスが前記第１のネットワークと異なる前記第２のネットワーク内にあることを検出することに応答して、伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内にＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
をデバイスに行わせる、非一過性機械読み取り可能な媒体。
本発明は、例えば、以下を提供する。
（項目１）
デバイスの方法であって、前記方法は、
呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記デバイスが第１のネットワークと異なる第２のネットワーク内にあることを検出することであって、前記第１のネットワークが、前記第１の緊急識別子を構成した、ことと、
前記デバイスが前記第１のネットワークと異なる前記第２のネットワーク内にあることを検出することに応答して、伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内にＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
を含む、方法。
（項目２）
前記第２のネットワークは、前記第１の緊急識別子によって識別される緊急サービスを要求するために使用される、項目１に記載の方法。
（項目３）
前記第１の緊急識別子が前記第１のネットワークによって構成されていることは、前記デバイスが前記第１の緊急識別子を前記第１のネットワークから受信することを含む、項目１に記載の方法。
（項目４）
ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた前記第１の緊急識別子は、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）内に含まれる、項目１に記載の方法。
（項目５）
前記第１のＥＥＮＬ ＩＥは、前記第１のネットワークの一部であるネットワークノードから受信される、項目４に記載の方法。
（項目６）
前記第１のＥＥＮＬ ＩＥは、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージ、ＡＴＴＡＣＨ ＡＣＣＥＰＴ承認メッセージ、またはＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージのうちの少なくとも１つの受信を介して供給される、項目４に記載の方法。
（項目７）
前記第２のネットワークは、ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた第２の緊急識別子を供給しない、項目１に記載の方法。
（項目８）
前記第２のネットワークは、第２の地上波公共移動通信ネットワーク（ＰＬＭＮ）であり、前記第１のネットワークは、第１のＰＬＭＮである、項目１に記載の方法。
（項目９）
前記デバイスが前記第１のＰＬＭＮと異なる前記第２のＰＬＭＮ内にあることを検出することは、
前記第２のＰＬＭＮのＰＬＭＮコードを前記第１のＰＬＭＮのＰＬＭＮコードと比較すること、または、
前記第２のＰＬＭＮが前記第１のＰＬＭＮの等価ＰＬＭＮではないことを決定すること
のうちの１つ以上に基づく、項目８に記載の方法。
（項目１０）
前記デバイスによって、前記関連付けられた情報を受信することをさらに含む、項目１に記載の方法。
（項目１１）
前記関連付けられた情報は、前記ＵＲＮを含む、項目１０に記載の方法。
（項目１２）
前記緊急識別子および前記関連付けられた情報は、
拡張緊急番号リスト（ＥＥＮＬ）情報要素内で受信され、および／または、
メモリ、ユニバーサル集積回路カード（ＵＩＣＣ）、ＵＩＣＣ上のアプリケーション、ユニバーサル加入者識別モジュール（ＵＳＩＭ）、およびインターネットプロトコル（ＩＰ）マルチメディアシステム識別モジュール（ＩＳＩＭ）から受信される、項目１に記載の方法。
（項目１３）
前記デバイスが前記第２のネットワークと異なる前記第１のネットワーク内にあることを検出することは、前記第１のネットワークが未知であることを検出することに基づく、項目１に記載の方法。
（項目１４）
前記デバイスによって、前記デバイスがネットワークに緊急登録されているかどうかを決定することと、
前記決定することに応答して、前記ＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含む前記ＳＩＰ ＩＮＶＩＴＥメッセージを伝送することと
をさらに含む、項目１に記載の方法。
（項目１５）
ハードウェアプロセッサを備えているデバイスであって、前記ハードウェアプロセッサは、
呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記デバイスが第１のネットワークと異なる第２のネットワーク内にあることを検出することであって、前記第１のネットワークが、前記第１の緊急識別子を構成した、ことと、
前記デバイスが前記第１のネットワークと異なる前記第２のネットワーク内にあることを検出することに応答して、伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内にＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
を行うように構成されている、デバイス。
（項目１６）
ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた前記第１の緊急識別子は、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）内に含まれる、項目１５に記載のデバイス。
（項目１７）
前記第１のＥＥＮＬ ＩＥは、前記第１のネットワークの一部であるネットワークノードから受信される、項目１６に記載のデバイス。
（項目１８）
前記第１のＥＥＮＬ ＩＥは、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージ、ＡＴＴＡＣＨ ＡＣＣＥＰＴ承認メッセージ、またはＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージのうちの少なくとも１つの受信を介して供給される、項目１６に記載のデバイス。
（項目１９）
前記第２のネットワークは、ＵＲＮを導出すべき情報に関連付けられた第２の緊急識別子を供給しない、項目１５に記載のデバイス。
（項目２０）
命令を備えている非一過性機械読み取り可能な媒体であって、前記命令は、実行時、
呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記デバイスが第１のネットワークと異なる第２のネットワーク内にあることを検出することであって、前記第１のネットワークが、前記第１の緊急識別子を構成した、ことと、
前記デバイスが前記第１のネットワークと異なる前記第２のネットワーク内にあることを検出することに応答して、伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内にＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
をデバイスに行わせる、非一過性機械読み取り可能な媒体。
図面全体を通して、同じ参照番号は、類似するが、必ずしも同じではない、要素を指定する。図は、必ずしも、正確な縮尺ではなく、いくつかの部分のサイズは、示される例をより明確に図示するように誇張され得る。さらに、図面は、説明と一致する例および／または実装を提供する。しかしながら、説明は、図面内に提供される例および／または実装に限定されない。
（１． 概要）
（１．１ 頭字語および略語）
下記の表１は、種々の頭字語および略語を列挙する。
（１．２ 専門用語）
下記の表２は、使用される種々の用語を要約する。
（２．１ 緊急サービスタイプ）
緊急サービスは、緊急番号によって識別され得る。緊急番号は、緊急サービスタイプに結び付けられることができる。緊急サービスタイプの例は、警察、救急車、消防隊、海上警備隊、山岳救助隊、または任意の他の緊急サービスタイプを含む。
統制機関は、緊急サービスを定義するための権限を有する。典型的に、統制機関は、番号を確保し、緊急サービス説明をその番号に関連付ける。確保された番号は、緊急番号と称される。ある緊急サービス説明に関して、緊急サービス説明を緊急サービスタイプに関連付けることは、簡単である。他の緊急サービス説明に関して、緊急サービス説明を緊急サービスタイプに関連付けることは、簡単ではない。
緊急サービスタイプは、バイナリ情報要素によって表されるカテゴリで表されることができる。カテゴリの１つ以上のビットは、緊急サービスタイプを示すために、「１」に設定され得る。代替として、緊急サービスタイプは、ＵＲＮを使用して表されることができる。ＵＲＮは、形態「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ［．ｏｐｔｉｏｎａｌ－ｄｏｔ－ｓｅｐａｒａｔｅｄ－ｌａｂｅｌｓ－ｆｏｌｌｏｗ］」、例えば、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」または「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｃｈｉｌｄ．ｓｕｐｐｏｒｔ」をとることができる。
（２．２ 緊急サービスタイプの使用）
ＵＥは、ある国に関する緊急番号に合致する緊急番号がダイヤルされたことを検出すると、呼び出し設定またはセッション設定メッセージに緊急サービスタイプを含む。
緊急サービスタイプは、ＵＥが限定されたサービスモードにあるかどうかにかかわらず、含まれる。限定されたサービスモードにおけるＵＥは、ＵＥが加入しているサービスにアクセスしないこともある。限定されたサービスモードにおけるＵＥは、典型的に、緊急サービスのみを呼び出すことができる。
ＵＥは、それが限定されたサービス状態にあるとき、限定されたサービスモードにある。続いて、ＵＥは、ＥＰＣネットワークに緊急アタッチされるか、または５ＧＣネットワークに緊急登録され、緊急ベアラサービスのためにアタッチされた状態になること、または緊急サービスのために登録された状態になることができる。
（２．３ ＮＡＳ（非アクセス層）メッセージおよびプロシージャ）
いくつかの例において、ＵＥは、ＵＥが（加入している）サービスを使用することができる前、ネットワークに登録またはアタッチする。ＵＥは、ネットワークに登録またはアタッチするとき、ＮＡＳメッセージを送信および受信する。５ＧＳにおいて、登録を要求するためのＮＡＳメッセージは、ＲＥＧＩＳＴＲＡＴＩＯＮ要求メッセージを含み得る。ＥＰＳにおいて、登録を要求するためのＮＡＳメッセージは、ＡＴＴＡＣＨ要求メッセージを含み得る。登録要求に応答して、ＵＥは、登録承認メッセージを受信し得る。５ＧＳにおいて、登録承認メッセージに対応するＮＡＳメッセージは、ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージを含み得る。ＥＰＳにおいて、登録承認メッセージに対応するＮＡＳメッセージは、ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージを含み得る。
（２．４ ＵＲＮを緊急サービスタイプとして導出する）
ＵＥは、緊急番号と、ＵＥがＵＲＮを導出可能な関連付けられた情報とを受信し得る。導出されたＵＲＮは、緊急サービスタイプを表す。導出されたＵＲＮは、ＰＳドメインを介してＩＭＳを使用して緊急セッションを開始するとき、ＳＩＰ ＩＮＶＩＴＥメッセージに含まれることができる。
緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、随意に、拡張（ローカル）緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）を介して供給されることができる。
緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、随意に、（ローカル）緊急番号リスト（ＥＮＬ）ＩＥを介して供給されることができる。
ＥＥＮＬ ＩＥは、ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージ、ＲＥＧＩＳＴＥＲ ＡＣＣＥＰＴメッセージ、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージ、登録承認メッセージ、アタッチ承認メッセージまたは追跡エリア更新承認メッセージに含まれることができる。
（２．５ ＥＥＮＬ ＩＥ）
３ＧＰＰ ＴＳ２４．３０１に定義されるようなＥＥＮＬは、下で再現される。
この情報要素の目的は、関連付けられた緊急サービスＵＲＮのゼロ以上のサブサービスを含む、サブサービスフィールドとともに、１つ以上のローカル緊急番号をエンコードすることである。緊急サービスＵＲＮは、ＩＥＴＦ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）５０３１内に規定されるような「ｓｏｓ」の上位レベルサービスタイプを伴うサービスＵＲＮである。
（例１）
（例１）
例１：関連付けられた緊急サービスＵＲＮが、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｇａｓ」である場合、サブサービスフィールド内に提供される１つのみのサブサービスが存在し、これは、「ｇａｓ」である。
（例２）
（例２）
例２：関連付けられた緊急サービスＵＲＮが、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」である場合、サブサービスフィールド内に提供されるサブサービスが存在せず、サブサービスフィールドの長さは、「０」である。
注記：関連付けられた緊急サービスＵＲＮは、３ＧＰＰ ＴＳ２４．２２９に定義されるような国特有の緊急サービスＵＲＮであることができる。
拡張緊急番号リスト情報要素は、下で示されるようにコード化される。
拡張緊急番号リストＩＥは、６オクテットの最小長および６５５３６オクテットの最大長を伴うタイプ６情報要素である。
注記１：長さは、番号数をエンコードするために使用される、オクテットの数を含むものとする。
注記２：オクテット５内の番号数は、オクテット６内の数字に先行する等。最初に入力されるであろう番号数は、オクテット６内に位置し、ビット１から４である。番号数のコンテンツは、３ＧＰＰ ＴＳ２４．００８の表１０．５．１１８に示されるようにコード化される。
注記３：緊急番号が、奇数の数字を含む場合、それぞれの緊急番号の最後のオクテットのビット５から８は、「１１１１」としてコード化されるエンドマークで占められるものとする。
注記４：長さは、サブサービスフィールドをエンコードするために使用されるオクテットの数を含むものとする。
注記５：関連付けられた緊急サービスＵＲＮのサブサービスの文字は、３ＧＰＰ ＴＳ２３．０３８に従ってコード化されるものとし、最初の文字は、オクテットｊ＋１、ｌ＋１、またはｎ＋１から開始する。
（例３）
（例３）
例３：関連付けられた緊急サービスＵＲＮが、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ．ｍｕｎｉｃｉｐａｌ」である場合、サブサービスフィールドは、「ｐｏｌｉｃｅ．ｍｕｎｉｃｉｐａｌ」を含み、最初の文字は、「ｐ」である。
（２．６ ＳＩＰメッセージ）
ＳＩＰプロトコルは、要求メッセージと、応答メッセージとを含む。ＳＩＰメッセージ（要求または応答）は、１つ以上のヘッダフィールドを含み、本文が続くように構造化される。本文は、ゼロ以上の本文を含み得る。本文の非限定的例は、拡張マークアップ言語（ＸＭＬ）ドキュメントまたはＳＩＰメッセージまたはＳＩＰメッセージのフラグメントである。本文は、分類される：別のＳＩＰメッセージの本文に含まれるＳＩＰメッセージは、ｍｅｓｓａｇｅ／ｓｉｐに分類され、別のＳＩＰメッセージの本文に含まれるＳＩＰメッセージフラグメントは、ｍｅｓｓａｇｅ／ｓｉｐｆｒａｇに分類される。
（３． 問題点）
（３．０ 高レベル問題点）
同じ国の第２のＰＬＭＮへの登録成功時、（第１のＰＬＭＮから受信された）ＥＥＮＬを削除することが提案されている。ＥＥＮＬが、削除される場合（かつＥＥＮＬが、同じ国の第２のＰＬＭＮから受信されない場合）、ＵＥは、緊急番号が削除されたＥＥＮＬに含まれていた場合、ダイヤル番号が緊急番号であることをもはや検出しないこともある。
登録成功後、第２のＰＬＭＮが、ダイヤル番号への呼び出しが緊急番号として取り扱われるべきかどうかを検出できると仮定されている（ネットワーク検出型緊急呼び出しプロシージャを用いて）。
しかしながら、第２のＰＬＭＮが、ネットワーク検出型緊急呼び出しプロシージャを実施しない場合、呼び出しは、ＥＥＮＬを用いて第１のＰＬＮＭによって構成されていた場合でも、緊急として検出されないこともある。
ＵＥが限定されたサービスモードにあるとき、またはＵＥが（異なる国における）第３のＰＬＭＮのネットワークノードへのＷＬＡＮを介して呼び出しを試みるとき、さらなる問題点が、存在する。ＷＬＡＮの場合、３ＧＰＰアクセスが利用可能である場合、緊急呼び出しは、３ＧＰＰアクセスを経由して行われるべきである。ＥＥＮＬリストを有していないことは、ＵＥがダイヤル番号が緊急番号であることをもはや検出することができず、ＵＥが異なる国における第３のＰＬＭＮのＷＬＡＮを経由して検出されない緊急呼び出しを試み得ることを意味し得る。
（３．１ 統制されていない（緊急）サービスタイプ）
ある国の各ＰＬＭＮは、緊急番号を異なる緊急サービスタイプに結び付け得るか、または、それに関連付け得る。ＰＬＭＮ特有緊急サービスタイプまたは非統制（緊急）サービスタイプの概念は、以下の問題点を引き起こし得る。
・ 緊急番号および緊急サービスタイプを第１のＰＬＭＮから受信した後に第２のＰＬＭＮに緊急アタッチする限定されたサービスモードにおけるＵＥは、第２のＰＬＭＮによって認識されていない緊急サービスタイプを伴う緊急呼び出しを識別し得る。これは、第２のＰＬＭＮが緊急呼び出しを拒絶すること、または緊急呼び出しを正しくなくルーティングすることを引き起こし得る。
・ 緊急番号および緊急サービスタイプを第１のＰＬＭＮから受信した後にレガシーネットワークノード（例えば、ＭＭＥ）を使用して第２のＰＬＭＮにアタッチする（例えば、ローミングするとき）ＵＥは、第２のＰＬＭＮによって認識されていない緊急サービスタイプを伴う緊急呼び出しを識別し得る。これは、第２のＰＬＭＮが緊急呼び出しを拒絶すること、または緊急呼び出しを正しくなくルーティングすることを引き起こし得る。
・ 緊急番号および緊急サービスタイプを第１のＰＬＭＮから受信した後に第２のＰＬＭＮに緊急アタッチする限定されたサービスモードにおけるＵＥは、第２のＰＬＭＮによって認識されていない緊急サービスタイプを伴う緊急呼び出しを識別し得る。これは、第２のＰＬＭＮが緊急呼び出しを拒絶すること、または緊急呼び出しを正しくなくルーティングすることを引き起こし得る。
・ 緊急番号および緊急サービスタイプを第１のＰＬＭＮから受信した後にレガシーネットワークノード（例えば、ＭＭＥ）を使用して第２のＰＬＭＮにアタッチする（例えば、ローミングするとき）ＵＥは、第２のＰＬＭＮによって認識されていない緊急サービスタイプを伴う緊急呼び出しを識別し得る。これは、第２のＰＬＭＮが緊急呼び出しを拒絶すること、または緊急呼び出しを正しくなくルーティングすることを引き起こし得る。
一般に、これは、ＵＲＮがＰＬＭＮ ＡによってＵＥにおいて供給される場合、ＰＬＭＮ Ａと同じ国のＰＬＭＮ Ｂが、緊急サービスタイプ識別子（例えば、前述のＵＲＮフォーマットにおける識別子）を含む呼び出しまたはセッションを正確にルーティングしないこともあることを意味する。
（３．２ 限定されたサービス状態緊急呼び出しをトリガする、多すぎる数の組み合わせ）
ＵＥにおいて緊急番号に合致させられ得る数字列の数の増加に伴って、誤発信される緊急呼び出し（ＵＥが、ポケット、ハンドバッグ、または他の容器内にある間にダイヤルされる緊急呼び出し、または、ＵＥのユーザによって行われることが意図されたものではない任意の緊急呼び出し）の増加が存在し得る。統制機関は、非自発的にまたは誤って開始された緊急呼び出しに起因する誤った緊急呼び出しの数に関して懸念を募らせ得る。
（４ 提案される実装）
（４．０ 概要）
（４．０．１ 概要）
第４．１節および第４．２節は、第３．１節における問題点に対処する。図１－３は、いくつかの実装による技法または機構が採用され得る３つの例示的シナリオを示す。
（４．０．２ シナリオ１）
図１は、シナリオ１による、ＵＥ１０２とネットワークノードとの間のメッセージの交換を示す。図１は、（拡張）ローカル緊急番号の使用を示す。以下は、図１に示されるタスクを指す。
タスク１ａ：ＵＥ１０２は、ＡＴＴＡＣＨメッセージまたはＲＥＧＩＳＴＥＲメッセージを送信することによって、国Ａの第１のＰＬＭＮのネットワークノード１０４への登録を試みる。
タスク１ｂ：ネットワークノード１０４は、登録の試みを承認する。ネットワークノード１０４は、少なくとも１つの緊急番号と、ＵＥ１０２がＵＲＮを導出し得る関連付けられた情報とを送信する。少なくとも１つの緊急番号および関連付けられた情報は、モビリティ管理メッセージにおいて送信されることができる。ＵＥ１０２は、モビリティ管理メッセージをネットワークノード１０４から受信する。モビリティ管理メッセージは、登録承認メッセージを含むことができる。登録承認メッセージは、ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージまたはＲＥＧＩＳＴＥＲ ＡＣＣＥＰＴメッセージを含むことができる。ＵＥ１０２によって受信されたモビリティ管理メッセージは、ネットワークノード１０４によって送信された情報を含む。
タスク２ａ：ＵＥ１０２は、ＡＴＴＡＣＨメッセージまたはＲＥＧＩＳＴＥＲメッセージを国Ａの第２のＰＬＭＮのネットワークノード１０６に送信することによって、登録を試みる。
タスク２ｂ：ネットワークノード１０６は、登録の試みを承認する。ＵＥ１０２は、少なくとも１つの緊急番号と、ＵＲＮを導出すべき関連付けられた情報とを受信しない。
タスク３：ＵＥ１０２は、国Ａのダイヤル番号が緊急番号であるかどうかを検出するために、第１のＰＬＭＮのネットワークノード１０４から受信された少なくとも少なくとも１つの緊急番号を使用し続ける。
（４．０．２ シナリオ２）
図２は、シナリオ２による、ＵＥ１０２とネットワークノードとの間のメッセージの交換を示す。図２は、（拡張）ローカル緊急番号の使用を示す。以下は、図２に示されるタスクを指す。
タスク１ａ：ＵＥ１０２は、ＡＴＴＡＣＨメッセージまたはＲＥＧＩＳＴＥＲメッセージを送信することによって、第１のＰＬＭＮのネットワークノード１０４への登録を試みる。
タスク１ｂ：ネットワークノード１０４は、登録の試みを承認する。ネットワークノード１０４は、少なくとも１つの緊急番号と、ＵＥ１０２がＵＲＮを導出可能な関連付けられた情報とを送信する。少なくとも１つの緊急番号および関連付けられた情報は、モビリティ管理メッセージ内で送信されることができる。ＵＥ１０２は、モビリティ管理メッセージをネットワークノード１０４から受信する。モビリティ管理メッセージは、登録承認メッセージを含むことができる。登録承認メッセージは、ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージまたはＲＥＧＩＳＴＥＲ ＡＣＣＥＰＴメッセージを含むことができる。ＵＥ１０２によって受信されたモビリティ管理メッセージは、ネットワークノード１０４によって送信される情報を含む。
タスク２ａ：ＵＥ１０２は、限定されたサービス状態または限定されたサービスモードに入り得る。
タスク２ｂ：ＵＥ１０２は、第２のＰＬＭＮのネットワークノード１０６に緊急を示すＲＥＧＩＳＴＥＲメッセージを送信することによって、緊急サービスのために登録されるように試みるか、またはＵＥ１０２は、第２のＰＬＭＮのネットワークノード１０６に緊急を示すＡＴＴＡＣＨメッセージを送信することによって、緊急ベアラサービスのためにアタッチされるように試みる。
タスク２ｃ：ネットワークノード１０６は、登録の試みを承認する。ＵＥ１０２は、少なくとも１つの緊急番号と、ＵＲＮを導出すべき関連付けられた情報とを受信しない。
タスク３：ＵＥ１０２は、国Ａのダイヤル番号が緊急番号であるかどうかを検出するために、第１のＰＬＭＮのネットワークノード１０４から受信された少なくとも少なくとも１つの緊急番号を使用し続ける。
（４．０．４ シナリオ３）
図３は、シナリオ３による、ＵＥ１０２とネットワークノードとの間のメッセージの交換を示す。図３は、（拡張）ローカル緊急番号の使用を示す。以下は、図３に示されるタスクを指す。
タスク１ａ：ＵＥ１０２は、ＡＴＴＡＣＨメッセージまたはＲＥＧＩＳＴＥＲメッセージを第１のＰＬＭＮのネットワークノード１０４に送信することによって、登録を試みる。
タスク１ｂ：ネットワークノード１０４は、登録の試みを承認する。ネットワークノード１０４は、少なくとも１つの緊急番号と、ＵＲＮを導出すべき関連付けられた情報とを送信する。少なくとも１つの緊急番号および関連付けられた情報は、モビリティ管理メッセージ内で送信されることができる。ＵＥ１０２は、モビリティ管理メッセージをネットワークノード１０４から受信する。モビリティ管理メッセージは、登録承認メッセージを含むことができる。登録承認メッセージは、ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージまたはＲＥＧＩＳＴＥＲ ＡＣＣＥＰＴメッセージを含むことができる。ＵＥ１０２によって受信されたモビリティ管理メッセージは、ネットワークノード１０４によって送信される情報を含む。
タスク２ａ：ＵＥ１０２が、限定されたサービス状態に入らなかった場合、ＵＥ１０２は、ＡＴＴＡＣＨメッセージまたはＲＥＧＩＳＴＥＲメッセージで緊急を示さないこともある。ＵＥ１０２は、ＡＴＴＡＣＨメッセージまたはＲＥＧＩＳＴＥＲメッセージを第２のＰＬＭＮのネットワークノード１０６に送信することによって、登録を試みる（ＵＥが、限定されたサービス状態または限定されたサービスモードに入った場合、ＡＴＴＡＣＨメッセージが、緊急を示し得るか、またはＲＥＧＩＳＴＥＲメッセージが、緊急を示し得る）。
タスク２ｂ：ネットワークノード１０６は、登録の試みを承認する。ＵＥ１０２は、少なくとも１つの緊急番号と、ＵＲＮを導出すべき関連付けられた情報とを受信しない。
タスク３ａ：ＵＥ１０２は、随意に、ＷＬＡＮを介して、異なる国Ｂの第３のＰＬＭＮ内のネットワークノード１０８、例えば、自国のホームＰＬＭＮ内のネットワークノード１０８に接続し得る。
タスク３ｂ：ＵＥ１０２は、国Ａのダイヤル番号が緊急番号であるかどうかを検出するために、第１のＰＬＭＮのネットワークノード１０４から受信された少なくとも少なくとも１つの緊急番号を使用し続ける。
（４．１ 緊急番号とＵＲＮを導出すべき情報との間の関連付けを無視する）
（４．１．０ 概要）
同じ国の第１のＰＬＭＮが、第１のＰＬＭＮがＵＥ１０２において構成していない未知のＵＲＮまたはＵＲＮを受信することを防ぐために、ＵＥ１０２は、緊急番号とＵＲＮを導出すべき情報との間の関連付けを無視し得る。ＵＥ１０２は、少なくとも１つの緊急番号と、ＵＲＮを導出すべき関連付けられた情報とを含むリストを受信し得る。リストは、同じ国の第２のＰＬＭＮの一部であるネットワークノードから受信され得る。
ＵＥは、第１のＰＬＭＮに関連付けられたＰＬＭＮコードのモバイル国コード（ＭＣＣ）部分が、第２のＰＬＭＮに関連付けられたＰＬＭＮコードのＭＣＣ部分も含むＭＣＣコードの組の一部であるかどうかをチェックすることによって、第１のＰＬＭＮと第２のＰＬＭＮとが同じ国にあることを決定し得る。大部分の国に関して、ＭＣＣコードの組のサイズは、１であり、すなわち、ＵＥは、第１のＰＬＭＮに関連付けられたＰＬＭＮコードのＭＣＣ部分が、第２のＰＬＭＮに関連付けられたＰＬＭＮコードのＭＣＣ部分と等しいかどうかを効果的にチェックすることができる。
リストをクリアするのではなく、リストは、ＵＥ１０２に保持される（すなわち、クリアされない、または削除されない、または空リストと置換されない）。利点は、ＵＥ１０２が国で有効な緊急番号を検出することが可能であり続けることである。さらに、それに対してＵＥ１０２が現在アタッチまたは現在登録されているネットワークが、ＵＥがリストを受信した第２のＰＬＭＮであるとき、ＵＥ１０２は、ＵＥ１０２がその第２のＰＬＭＮに戻ると、ＵＲＮを導出すべき情報を使用することが可能となるであろう（例えば、ＵＥ１０２が限定されたサービスモードまたは限定されたサービス状態にある場合、または、ＷＬＡＮを経由して緊急呼び出しのために選択されたＰＬＭＮが第２のＰＬＭＮにおける場合）。
「緊急番号およびＵＥがＵＲＮを導出可能な関連付けられた情報」または「緊急番号および関連付けられたＵＲＮ」は、ＥＥＮＬ ＩＥ内でＵＥにおいて受信されることができる。代替として、「緊急番号および関連付けられたＵＲＮ」は、ＥＥＮＬ ＩＥから導出されることができる。「緊急番号およびＵＥがＵＲＮを導出可能な関連付けられた情報」または「緊急番号および関連付けられたＵＲＮ」は、ＵＥ内に記憶されることができる。「緊急番号およびＵＥがＵＲＮを導出可能な関連付けられた情報」または「緊急番号および関連付けられたＵＲＮ」は、ＵＳＩＭまたはＵＩＣＣまたは他の持続的記憶装置から取得されることができる。
図４は、第１の実施形態による、ＵＥ１０２によって実施され得るプロセス４００のフロー図である。ＵＥ１０２は、少なくとも１つの緊急番号と、ＵＥがＵＲＮを導出可能な関連付けられた情報とを受信する（４０２）。いくつかの例において、関連付けられた情報は、ＵＲＮ自体を含むことができる。他の例において、関連付けられた情報は、ＵＥ１０２がＵＲＮを導出するために使用し得る他の情報を含むことができる。
ＵＥ１０２は、ダイヤル番号が少なくとも１つの緊急番号のうちの１つに合致していることを検出する（４０４）。
ＵＥ１０２は、第１のＰＬＭＮが第２のＰＬＭＮと異なることを検出し（４０６）、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、第２のＰＬＭＮによって構成されている。
ＵＥは、ネットワークノードに伝送されるべきＳＩＰ ＩＮＶＩＴＥメッセージにＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を含む（４１０）。
いくつかの例において、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、ユニバーサル加入者識別モジュール（ＵＳＩＭ）または第２のＰＬＭＮのうちの１つから受信される。
さらなる例において、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、持続的メモリ、ユニバーサル集積回路カード（ＵＩＣＣ）、ＵＩＣＣ上のアプリケーション、ＵＳＩＭ、ＩＭＳ ＳＩＭ（ＩＳＩＭ）、または第２のＰＬＭＮのうちの１つから受信される。
いくつかの例において、ＵＲＮが第２のＰＬＭＮによって構成されることは、ＵＲＮを第２のＰＬＭＮから受信することを含む。
いくつかの例において、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）、ＥＥＮＬ ＩＥにおいて受信される。
さらなる例において、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、持続的メモリ、ＵＩＣＣ、ＵＩＣＣ上のアプリケーション、ＵＳＩＭ、またはＩＳＩＭのうちの１つから受信される。
いくつかの例において、ＥＥＮＬ ＩＥは、第２のＰＬＭＮの一部であるネットワークノードから受信される。
さらなる例において、ＥＥＮＬ ＩＥは、第２のＰＬＭＮのコアネットワークの一部であるネットワークノードから受信される。
いくつかの例において、ＳＩＰ ＩＮＶＩＴＥメッセージは、呼び出し識別子を構成するダイヤル数字をさらに含む。ダイヤル数字は、ＳＩＰ ＩＮＶＩＴＥメッセージのヘッダフィールドに含まれることができるか、またはダイヤル数字は、ＳＩＰ ＩＮＶＩＴＥメッセージの本文またはＳＩＰ ＩＮＶＩＴＥメッセージの本文の本文フラグメント部分に含まれることができる。ダイヤル数字が、本文または本文フラグメントに含まれる（単一本文がＳＩＰメッセージの本文に含まれる一方、含まれるべき複数の本文の各々は、ＳＩＰメッセージの本文の部分またはフラグメントに含まれる）場合、ダイヤル数字を含むための本文のコンテンツは、分類される。これらのタイプの例は、「ｍｅｓｓａｇｅ／ｓｉｐ」または「ｍｅｓｓａｇｅ／ｓｉｐｆｒａｇ」である。他の例が、存在し得る。ダイヤル数字を受信するＰＬＭＮ内のネットワークノードは、サービスタイプをダイヤル数字から導出することが可能であり得る。
いくつかの例において、第１のＰＬＭＮが、緊急番号によって識別される緊急サービスを要求するために使用されることになる。
さらなる例において、ＵＥ１０２は、ＳＩＰ ＩＮＶＩＴＥメッセージを送信するために、ＷＬＡＮを使用することができる。
いくつかの例において、「少なくとも１つの緊急番号およびＵＥがＵＲＮを導出可能な関連付けられた情報」は、新しい「少なくとも１つの緊急番号およびＵＥがＵＲＮを導出可能な関連付けられた情報」が受信されないとき、同じ国にある間、クリアされない。緊急サービスタイプへの緊急番号のマッピングは、同じ国の全てのＰＬＭＮに適用可能ではないこともあるが、他のＰＬＭＮは、その他のＰＬＭＮに適用可能ではない緊急サービスタイプを受信しない。
追加の例において、デバイス（例えば、ＵＥ１０２）が、第１のネットワークから、少なくとも１つの緊急識別子と、デバイスが緊急サービスタイプのインジケータ（例えば、ＵＲＮ）を導出することが可能な関連付けられた情報とを受信する。デバイスは、少なくとも１つの緊急識別子と、関連付けられた情報とを記憶する。デバイスは、呼び出しを開始することの一部として受信された呼び出し識別子が緊急識別子に合致していることを検出する。デバイスは、デバイスが第１のネットワーク内にあることを検出する。検出に応答して、デバイスは、記憶された関連付けられた情報を使用して、インジケータを導出する。デバイスは、インジケータを含む呼び出し開始指示を送信する。
さらなる例において、デバイスが第１のネットワーク内にあることを検出することは、デバイスが第１のネットワーク内にあることを検出することに先立って、デバイスが第２のネットワーク内にあることを検出することを含む。
他の例において、非一過性機械読み取り可能な媒体は、命令を備え、命令は、実行時、第１のネットワークから、少なくとも１つの緊急識別子と、デバイスが緊急サービスタイプのインジケータを導出可能な関連付けられた情報とを受信することと、受信後、デバイスが第１のネットワークと異なる第２のネットワーク内にあることを検出することと、デバイスが第１のネットワークと異なる第２のネットワーク内にあることを検出することに応答して、第１のネットワークから受信された少なくとも１つの緊急識別子および関連付けられた情報を保持することとをデバイスに行わせる。
さらなる例において、保持することは、さらに、デバイスによって、第２のネットワークが任意の緊急識別子をデバイスに提供しなかったことを検出することに応答して、行われる。
（４．１．１ 等価ＰＬＭＮ）
第４．１．０節に説明される第１の実施形態において、第１のＰＬＭＮが第２のＰＬＭＮと異なることを検出することは、第１のＰＬＭＮのＰＬＭＮコードが第２のＰＬＭＮのＰＬＭＮコードと等しくないことを検出することを含む。
ＵＥ１０２は、等価と考えられるさらなるＰＬＭＮで構成され得る。各さらなるＰＬＭＮは、一意の対応するＰＬＭＮコードで識別される。各さらなるＰＬＭＮのＰＬＭＮコードは、ＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージまたはＲＥＧＩＳＴＴＡＴＩＯＮ ＡＣＣＥＰＴメッセージのうちの１つでＰＬＭＮコードを受信することによって構成されていることもある。
さらなる例において、第１のＰＬＭＮが第２のＰＬＭＮと異なることを検出すること（第４．１．０節に説明されるように）は、第１のＰＬＭＮのＰＬＭＮコードが第３のＰＬＭＮのＰＬＭＮコードと等しくなく、第３のＰＬＭＮが第２のＰＬＭＮの等価ＰＬＭＮであることを検出することを含む。
（４．１．２ 周知の緊急サービスタイプ）
いくつかの例において、図５は、第１の実施形態による、ＵＥがＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」をＳＩＰ ＩＮＶＩＴＥメッセージに含む（図４における４１０）プロセス５００を示す。プロセス５００は、ＵＥがＵＲＮを導出可能な関連付けられた情報からＵＲＮを導出すること（５０２）を含む。
プロセス５００は、導出されたＵＲＮと１つ以上の周知のＵＲＮを合致させること（５０４）をさらに含む。導出されたＵＲＮが、１つ以上の周知のＵＲＮのうちの少なくとも１つに合致する場合、プロセス５００は、導出されたＵＲＮをＳＩＰ ＩＮＶＩＴＥメッセージに含む（５０６）。
導出されたＵＲＮが、１つ以上の周知のＵＲＮのうちの少なくとも１つに合致しない場合、プロセス５００は、ＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」をＳＩＰ ＩＮＶＩＴＥメッセージに含む（５０８）。
したがって、ＵＥ１０２は、導出されたＵＲＮが１つ以上の周知のＵＲＮのうちの少なくとも１つに合致しない場合、ＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」をＳＩＰ ＩＮＶＩＴＥメッセージに含む。
さらなる例において、ＵＥ１０２がＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」をＳＩＰ ＩＮＶＩＴＥメッセージに含むことは、ＵＲＮを１つ以上の周知のＵＲＮのうちの１つと合致させることと、ＵＲＮが１つ以上の周知のＵＲＮのうちの少なくとも１つに合致する場合、ＵＲＮをＳＩＰ ＩＮＶＩＴＥメッセージに含むこととを含む。
いくつかの例において、１つ以上の周知のＵＲＮは、限定ではないが、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍａｒｉｎｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍｏｕｎｔａｉｎ」等を含む。
さらなる例において、１つ以上の周知のＵＲＮは、さらにまたは代替として、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｅｃａｌｌ．ｍａｎｕａｌ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｅｃａｌｌ．ａｕｔｏｍａｔｉｃ」等を含む。
（４．１．３ ＰＬＭＮ特有の緊急サービスタイプ）
上記の第４．１．２節は、周知の緊急サービスタイプとの比較に基づいて、ＵＲＮ「ｕｍ：ｓｅｒｖｉｃｅ：ｓｏｓ」をＳＩＰ ＩＮＶＩＴＥメッセージに含むための実装を参照する。さらなる例において、図６は、第１の実施形態による、ＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」をＳＩＰ ＩＮＶＩＴＥメッセージに含む（図４における４１０）ためのＵＥ１０２の別の技法のプロセス６００を示す。プロセス６００は、ＵＥがＵＲＮを導出可能な関連付けられた情報からＵＲＮを導出すること（６０２）を含む。プロセス６００は、ＵＲＮが第１の特性に合致するかどうかを確かめる（６０４）。ＵＲＮが第１の特性に合致する場合、プロセス６００は、ＵＲＮをＳＩＰ ＩＮＶＩＴＥメッセージに含む（６０６）。
さらなる例において、ＵＥが「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を含むことは、ＵＲＮが第１の特性に合致しないかどうかを確かめることと、ＵＲＮが第１の特性に合致する場合、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」をＳＩＰ ＩＮＶＩＴＥメッセージに含むこと（６０８）とを含む。
いくつかの例において、第１の特性は、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍａｒｉｎｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍｏｕｎｔａｉｎ」等を含む。
いくつかの例において、第１の特性を合致させることは、ＵＲＮの第１の特性を「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｃｏｕｎｔｒｙ－ｓｐｅｃｉｆｉｃ」と合致させることを含む。
（４．１．４ ＥＥＮＬが受信されたＰＬＭＮ（またはその等価物）を使用する）
図７は、本開示の第２の実施形態による、ＵＥ１０２によって実施されるプロセス７００を示す。
ＵＥ１０２は、少なくとも１つの緊急番号と、ＵＥがＵＲＮを導出可能な関連付けられた情報とを受信する（７０２）。関連付けられた情報は、ＵＲＮ自体またはＵＥがＵＲＮを導出可能な他の情報であることができる。
ＵＥ１０２は、第２のＰＬＭＮコードを維持し（７０４）、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、第２のＰＬＭＮによって構成されており、第２のＰＬＭＮコードは、第２のＰＬＭＮを識別する。
ＵＥ１０２は、ダイヤル番号が少なくとも１つの緊急番号のうちの１つに合致していることを検出する（７０６）。ＵＥ１０２は、第１のＰＬＭＮコードを検出し（７０８）、第１のＰＬＭＮコードは、第２のＰＬＭＮと同じである第１のＰＬＭＮを識別する。
ＵＥ１０２は、ＵＲＮを導出し（７１０）、第１のＰＬＭＮのネットワークノードに伝送されるべきＳＩＰ ＩＮＶＩＴＥメッセージにＵＲＮを含む（７１２）。
いくつかの例において、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）であるＥＥＮＬ ＩＥ内で受信される。
さらなる例において、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、持続的メモリ、ＵＩＣＣ、ＵＩＣＣ上のアプリケーション、ＵＳＩＭ、またはＩＳＩＭのうちの１つから受信される。
いくつかの例において、ＥＥＮＬ ＩＥは、第２のＰＬＭＮの一部であるネットワークノードから受信される。
さらなる例において、ＥＥＮＬ ＩＥは、第２のＰＬＭＮのコアネットワークの一部であるネットワークノードから受信される。
いくつかの例において、第１のＰＬＭＮが第２のＰＬＭＮと同じであることを検出することは、第１のＰＬＭＮコードが第２のＰＬＭＮコードと等しくないことを検出することを含む。
ＵＥ１０２は、等価と考えられるさらなるＰＬＭＮで構成され得る。各さらなるＰＬＭＮは、一意の対応するＰＬＭＮコードで識別される。各さらなるＰＬＭＮのＰＬＭＮコードは、ＵＥがＰＬＭＮコードをＡＴＴＡＣＨ ＡＣＣＥＰＴメッセージまたはＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージのうちの１つで受信することによって構成されていることもある。
いくつかの例において、第１のＰＬＭＮが第２のＰＬＭＮと同じであることを検出することは、第１のＰＬＭＮコードが第２のＰＬＭＮの等価ＰＬＭＮを識別する第３のＰＬＭＮコードと等しいことを検出することを含む。
（４．１．５ ＷＬＡＮを介した呼び出し）
第２の国で有効な緊急番号を含む呼び出し要求に対して第１の国の第１のＰＬＭＮを保護するために、ＵＥ１０２は、ＵＥ１０２が第２の国にある間に受信した緊急番号を保持する。ＵＥ１０２は、ＷＬＡＮ等の非３ＧＰＰアクセスネットワークを介して、第１の国の第１のＰＬＭＮに登録し得る。
第１および第２の実施形態による、第４．１．０節から第４．１．４節の例において、第３のＰＬＭＮは、ＵＥ１０２において把握されていないこともある。第３のＰＬＭＮは、ＷＬＡＮを介した緊急番号への呼び出しのために使用される。ネットワーク要素を識別するために使用される識別子のみが、把握され得る。ネットワーク要素は、「限定されたサービス状態のための緊急ＮＡＩ（ネットワークアクセス識別子）」または「ＩＭＳＩ（国際モバイル加入者識別子）ベースの緊急ＮＡＩ」または「緊急ベアラサービスのためのｅＰＤＧ（進化型パケットデータゲートウェイ）ＦＱＤＮ（完全修飾ドメイン名）」または他の識別子によって識別されることができる。ネットワーク要素を介して接続されるＰＬＭＮが、把握されていない限り、第４．１．０節から第４．１．４節に議論される技法が、使用される。ＰＬＭＮが、把握されていない場合、ＰＬＭＮが第２のＰＬＭＮと異なると仮定され、第４．１．０節から第４．１．４節に議論される技法が、使用される。
（４．２ 緊急番号とＵＲＮを導出すべき情報との間の関連付けを改変する）
同じ国における第１のＰＬＭＮが未知のＵＲＮを受信することを防止するために、ＵＥ１０２は、緊急番号とＵＲＮを導出すべき情報との間の関連付けを改変し得る。
リストをクリアするのではなく、リストは、ＵＥ１０２に保持される。利点は、ＵＥ１０２が国で有効な緊急番号を検出し続けることであり得る。
図８は、第３の実施形態による、プロセス８００のフロー図である。ＵＥは、少なくとも１つの緊急番号と、ＵＥがＵＲＮを導出可能な関連付けられた情報とを受信する（８０２）。ＵＥは、第１のＰＬＭＮ（第１のＰＬＭＮは、緊急番号によって識別される緊急サービスを要求するために使用されるべき）が、第２のＰＬＭＮと異なり、少なくとも１つの緊急番号およびＵＥがＵＲＮを導出可能な関連付けられた情報が、第２のＰＬＭＮによって構成されたものであることを検出する（８０４）。ＵＥ１０２は、少なくとも１つの緊急番号のうちの少なくとも１つに関して、ＵＥがＵＲＮを導出可能な関連付けられた情報を変更する（８０６）。
いくつかの例において、少なくとも１つの緊急番号およびＵＥ１０２がＵＲＮを導出可能な関連付けられた情報は、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）であるＥＥＮＬ ＩＥ内で受信される。
さらなる例において、少なくとも１つの緊急番号およびＵＥ１０２がＵＲＮを導出可能な関連付けられた情報は、持続的メモリ、ＵＩＣＣ、ＵＩＣＣ上のアプリケーション、ＵＳＩＭ、またはＩＳＩＭのうちの１つから受信される。
いくつかの例において、ＥＥＮＬ ＩＥは、第２のＰＬＭＮの一部であるネットワークノードから受信される。
さらなる例において、ＥＥＮＬ ＩＥは、第２のＰＬＭＮのコアネットワークの一部であるネットワークノードから受信される。
第３の実施形態の変形例において、第１のＥＥＮＬ ＩＥは、少なくとも１つの緊急番号に関連付けられたサブサービスフィールドの長さを表す第１のフィールドと、対応するサブサービスフィールドとを含み、サブサービスフィールドは、ＵＲＮを導出するために使用される。また、少なくとも１つの緊急番号のうちの少なくとも１つに関する関連付けられた情報を変更することは、少なくとも１つの緊急番号のうちの少なくとも１つとサブサービスフィールドの長さを表す関連付けられた第２のフィールドとを含む第２のＥＥＮＬ ＩＥを作成することを含み、サブサービスフィールドの長さは、値「ゼロ」に設定される。
サブサービスフィールドの長さが値「ゼロ」である場合、ＵＥ１０２は、ダイヤル数字が値「ゼロ」に設定された「サブサービスの長さ」フィールドに関連付けられた緊急番号に合致するとき、ＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を導出する。
（４．３ 限定されたサービスモード緊急呼び出しを開始する前、ＥＥＮＬをチェックする）
（４．３．０ 概要）
本節による技法は、第３．２節に説明される問題点に対処する。
いくつかの国において、限定されたサービスモード緊急呼び出しを適格としてＵＥが全ての緊急番号を認識または検出することを可能にすることは、望ましくないこともある。
しかしながら、番号がＥＥＮＬまたはＥＮＬ内にあるかどうかに応じて検出を行うことは、いくつかの国が、ＥＥＮＬにおけるのみならず、ＥＮＬにおける包含にも好適な番号を含むので、正しくないこともある。
（４．３．１ ソリューション）
いくつかの例において、技法は、ＵＥ１０２がコアネットワークに緊急アタッチされている間、番号が緊急呼び出し検出のために使用されることができるかどうかの指示をＥＥＮＬ ＩＥに追加することができる。
代替として、技法は、ＵＥ１０２がコアネットワークに緊急アタッチされているとき、番号に関連付けられた情報がＵＲＮを導出するために使用されることができ、導出されたＵＲＮがＳＩＰ ＩＮＶＩＴＥに含まれることができるかどうかの指示をＥＥＮＬ ＩＥに追加することができる。
代替として、技法は、番号がＥＥＮＬ内の緊急番号に合致する場合、ＵＥ１０２がコアネットワークに緊急アタッチされる間、ＵＥ１０２ＥがＥＮＬから導出されるＵＲＮとともにＳＩＰ ＩＮＶＩＴＥを送信することが許されているかどうかの指示をＥＥＮＬ ＩＥに追加することができる。
いくつかの例において、ＵＥがコアネットワークに緊急アタッチされつつあることは、ＵＥがコアネットワークに緊急登録されつつあることを含む。
さらなる例において、ＵＥがコアネットワークに緊急アタッチされつつあることは、ＵＥが、それ自体がコアネットワークに緊急アタッチされていると見なすことを含む。
本節に説明される種々の代替技法は、組み合わせられることができる。
（４．３．２ インジケータ）
（４．３．２．１ ＥＥＮＬ内のインジケータ）
第４．３．１節に議論されるような指示（またはインジケータまたはビット）は、フィールド「ｎ番目の緊急番号情報の長さ」のビットうちの１つ以上として、拡張緊急番号リストＩＥ内にエンコードされることができる。例えば、指示は、以下のように、ビット８、７、６、または５のうちの１つであることができる
（４．３．２．２ 異なるＩＥ内のインジケータ）
さらなる例において、第４．３．１節に議論されるような指示（またはインジケータまたはビット）は、番号数に関連付けられたフィールドのビットのうちの１つ以上として、異なるＩＥ内にエンコードされることができる。
（４．３．３ さらなる詳細）
以下は、本開示の種々の実装による、さらなる詳細を説明する。ＵＥ１０２は、少なくとも１つの緊急番号と、ＵＥがＵＲＮおよび指示を導出し得る関連付けられた情報とを受信することができる。ＵＥ１０２は、ダイヤル番号が１つ以上の緊急番号のうちの１つに合致していることを検出する。ＵＥ１０２は、１つ以上のＩＰ要求メッセージを送信することに先立って、ＵＥが緊急登録されているかどうかを検出する。
ＵＥ１０２が、ＵＥが緊急登録されていることを検出する場合、指示に応じて、ＵＥ１０２は、１つ以上のＩＰ要求メッセージのうちの少なくとも１つを送信することを控える。代替として、ＵＥが、ＵＥが緊急登録されていないことを検出する場合、指示に応じて、ＵＥは、１つ以上のＩＰ要求メッセージを送信する。
上記の例において、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）、ＥＥＮＬ ＩＥ内で受信される。
上記の例において、少なくとも１つの緊急番号とＵＥがＵＲＮを導出可能な関連付けられた情報とは、持続的メモリ、ＵＩＣＣ、ＵＩＣＣ上のアプリケーション、ＵＳＩＭ、またはＩＳＩＭのうちの１つから受信される。
上記の例において、ＥＥＮＬ ＩＥは、第１のＰＬＭＮの一部であるネットワークノードから受信される。
上記の例において、ＥＥＮＬ ＩＥは、第１のＰＬＭＮのコアネットワークの一部であるネットワークノードから受信される。
さらなる例において、ＵＥ１０２は、以下のうちの少なくとも１つが満たされる場合、緊急登録されている。
・ ＵＥ１０２が、ＥＰＣネットワークに緊急アタッチされている、
・ ＵＥ１０２が、それ自体がＥＰＣネットワークに緊急アタッチされていると見なす、
・ ＵＥ１０２が、５Ｇ ＣＮに緊急登録されている、または
・ ＵＥ１０２が、それ自体が５Ｇ ＣＮに緊急登録されていると見なす。
・ ＵＥ１０２が、ＥＰＣネットワークに緊急アタッチされている、
・ ＵＥ１０２が、それ自体がＥＰＣネットワークに緊急アタッチされていると見なす、
・ ＵＥ１０２が、５Ｇ ＣＮに緊急登録されている、または
・ ＵＥ１０２が、それ自体が５Ｇ ＣＮに緊急登録されていると見なす。
追加の例において、ＵＥ１０２は、以下のうちの少なくとも１つによって、ＵＥが緊急登録されているかどうかを検出する。
・ ＵＥが、ＥＰＣネットワークに非緊急アタッチされているかどうかを検出する、
・ ＵＥが、それ自体がＥＰＣネットワークに非緊急アタッチされていると見なすかどうかを検出する。
・ ＵＥが、５Ｇ ＣＮに非緊急登録されているかどうかを検出する。
・ ＵＥが、それ自体が５Ｇ ＣＮに非緊急登録されていると見なすかどうかを検出する。
・ ＵＥが、限定されたサービス状態または限定されたサービスサブ状態または限定されたサービス状態または限定されたサービスサブ状態のうちの１つにあるかどうかを検出する。
・ ＵＥが、緊急ベアラサービスのためにアタッチされているかどうか、またはＵＥが、それ自体が緊急ベアラサービスのためにアタッチされていると見なすかどうかを検出する。
・ ＵＥが、緊急サービスのために登録されているかどうか、またはＵＥが、それ自体が緊急サービスのために登録されていると見なすかどうかを検出する。
・ ＵＥが、ＥＰＣネットワークに非緊急アタッチされているかどうかを検出する、
・ ＵＥが、それ自体がＥＰＣネットワークに非緊急アタッチされていると見なすかどうかを検出する。
・ ＵＥが、５Ｇ ＣＮに非緊急登録されているかどうかを検出する。
・ ＵＥが、それ自体が５Ｇ ＣＮに非緊急登録されていると見なすかどうかを検出する。
・ ＵＥが、限定されたサービス状態または限定されたサービスサブ状態または限定されたサービス状態または限定されたサービスサブ状態のうちの１つにあるかどうかを検出する。
・ ＵＥが、緊急ベアラサービスのためにアタッチされているかどうか、またはＵＥが、それ自体が緊急ベアラサービスのためにアタッチされていると見なすかどうかを検出する。
・ ＵＥが、緊急サービスのために登録されているかどうか、またはＵＥが、それ自体が緊急サービスのために登録されていると見なすかどうかを検出する。
限定されたサービスサブ状態は、ＬＩＭＩＴＥＤ－ＳＥＲＶＩＣＥを含むことができる。
さらなる例において、ＵＥ１０２は、以下のうちの少なくとも１つによって、ＵＥが緊急登録されていないことを検出する。
・ ＵＥが、ＥＰＣネットワークに非緊急アタッチされていることを検出する。
・ ＵＥが、ＥＰＣネットワークに正常にアタッチされていることを検出する。
・ ＵＥが、アタッチされているが、それ自体が緊急ベアラサービスのためにアタッチされていると見なしていないことを検出する。
・ ＵＥが、アタッチされているが、ＵＥが、緊急ベアラサービスのためにアタッチされていないことを検出する。
・ ＵＥが、それ自体がＥＰＣネットワークに正常にアタッチされていると見なしていることを検出する。
・ ＵＥが、５Ｇ ＣＮに非緊急登録されていることを検出する。
・ ＵＥが、５Ｇ ＣＮに正常に登録されていることを検出する。
・ ＵＥが、登録されているが、それ自体が緊急サービスのために登録されていると見なしていないことを検出する。
・ ＵＥが、登録されているが、ＵＥが、緊急サービスのために登録されていないことを検出する。
・ ＵＥが、ＥＰＣネットワークに非緊急アタッチされていることを検出する。
・ ＵＥが、ＥＰＣネットワークに正常にアタッチされていることを検出する。
・ ＵＥが、アタッチされているが、それ自体が緊急ベアラサービスのためにアタッチされていると見なしていないことを検出する。
・ ＵＥが、アタッチされているが、ＵＥが、緊急ベアラサービスのためにアタッチされていないことを検出する。
・ ＵＥが、それ自体がＥＰＣネットワークに正常にアタッチされていると見なしていることを検出する。
・ ＵＥが、５Ｇ ＣＮに非緊急登録されていることを検出する。
・ ＵＥが、５Ｇ ＣＮに正常に登録されていることを検出する。
・ ＵＥが、登録されているが、それ自体が緊急サービスのために登録されていると見なしていないことを検出する。
・ ＵＥが、登録されているが、ＵＥが、緊急サービスのために登録されていないことを検出する。
追加の例において、ＵＥ１０２は、以下のうちの任意またはいくつかの組み合わせを実施することができる。
・ ＵＥが、緊急番号のうちの１つに関連付けられた情報を使用して導出されたＵＲＮを含む。
・ ＵＥが、導出されたＵＲＮを１つ以上のＩＰ要求メッセージのうちの少なくとも１つに含む。
・ ＵＥが、緊急番号のうちの１つに関連付けられた情報を使用して導出されたＵＲＮを含む。
・ ＵＥが、導出されたＵＲＮを１つ以上のＩＰ要求メッセージのうちの少なくとも１つに含む。
（５． 詳細）
（５．０ 概要）
詳細な変更が、下で提案される。下線が引かれたイタリック文は、現在の規格が小節のタイトルに示される実施形態の一部を実現するための新しい文を示す。
（５．１ 第４．１．３節に関する詳細）
３ＧＰＰ ＴＳ２４．２２９仕様書に対する修正が、第４．１．３節の実施形態を実装するために下で提供される。
第４．１．０節における第１の実施形態において、ＵＥ１０２は、以下を含む「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を含む：
・ ＵＥがＵＲＮを導出可能な関連付けられた情報からＵＲＮを導出すること。
・ ＵＲＮが第１の特性に合致するかどうかを確かめること。
・ ＵＲＮが第１の特性に合致する場合、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を含むこと。
・ ＵＥがＵＲＮを導出可能な関連付けられた情報からＵＲＮを導出すること。
・ ＵＲＮが第１の特性に合致するかどうかを確かめること。
・ ＵＲＮが第１の特性に合致する場合、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を含むこと。
本節における実施形態は、以下のように明確化され、第１の特性は、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ａｍｂｕｌａｎｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｐｏｌｉｃｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｆｉｒｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍａｒｉｎｅ」、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ．ｍｏｕｎｔａｉｎ」を含む。
修正された３ＧＰＰ ＴＳ２４．２２９の一部は、下で記載される。
拡張ローカル緊急番号リスト（３ＧＰＰ ＴＳ２４．３０１に定義される）は、検出された緊急番号のための関連付けられた緊急サービスＵＲＮのサブサービスを含むことができる。
－ サブサービスフィールドの長さが「０」を上回る場合、ＵＥは、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を使用し、その後、ドット、その後、サブサービスフィールドのコンテンツを追加して、緊急サービスＵＲＮを構築するものとする。
－ サブサービスフィールドの長さが「０」である場合、ＵＥは、緊急サービスＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を使用するものとする。
－ サブサービスフィールドの長さが「０」を上回る場合、ＵＥは、「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を使用し、その後、ドット、その後、サブサービスフィールドのコンテンツを追加して、緊急サービスＵＲＮを構築するものとする。
－ サブサービスフィールドの長さが「０」である場合、ＵＥは、緊急サービスＵＲＮ「ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓ」を使用するものとする。
（５．２ 第４．２節に関する詳細）
第４．２節の実施形態を実装するための修正された３ＧＰＰ ＴＳ２４．２２９の一部は、下で記載される。
ローカル緊急番号リストが、ＡＴＴＡＣＨ ＡＣＣＥＰＴ、ＲＥＧＩＳＴＥＲ ＡＣＣＥＰＴ、またはＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージに含まれない場合、ユーザ機器が、リストを送信したＰＬＭＮのそれと異なる国のＰＬＭＮへの登録に成功している場合を除き、ユーザ機器内に記憶された第１のローカル緊急番号リストは、保持されるものとする。拡張ローカル緊急番号リストが、ＡＴＴＡＣＨ ＡＣＣＥＰＴ、ＲＥＧＩＳＴＥＲ ＡＣＣＥＰＴ、またはＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージに含まれない場合、
ローカル緊急番号リストが、ＡＴＴＡＣＨ ＡＣＣＥＰＴ、ＲＥＧＩＳＴＥＲ ＡＣＣＥＰＴ、またはＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージに含まれない場合、ユーザ機器が、リストを送信したＰＬＭＮのそれと異なる国のＰＬＭＮへの登録に成功している場合を除き、ユーザ機器内に記憶された第１のローカル緊急番号リストは、保持されるものとする。拡張ローカル緊急番号リストが、ＡＴＴＡＣＨ ＡＣＣＥＰＴ、ＲＥＧＩＳＴＥＲ ＡＣＣＥＰＴ、またはＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージに含まれない場合、
（５．３ 第４．３．３節に関する詳細）
修正された３ＧＰＰ ＴＳ２４．２２９の一部が、第４．３．３節の以下のタスクを実装するために下で提供される。
・ ＵＥは、拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）、において、少なくとも１つの緊急番号と、関連付けられた情報とを受信する。ＥＥＮＬ ＩＥは、１つ以上の緊急番号と、ＵＥがＵＲＮを導出可能な関連付けられた情報とを含む。ＥＥＮＬ ＩＥはさらに、少なくとも１つの指示を含む。
・ ＵＥは、ダイヤル番号が１つ以上の緊急番号のうちの１つに合致していることを検出する。
・ ＵＥは、１つ以上のＩＰ要求メッセージを送信することに先立って、ＵＥが緊急登録されているかどうかを検出する。
・ ＵＥが、ＵＥが緊急登録されていることを検出する場合、少なくとも１つの指示に基づいて、ＵＥは、１つ以上のＩＰ要求メッセージのうちの１つの伝送のために好適な接続を要求することを控えるか、または、ＵＥは、１つ以上のＩＰ要求メッセージのうちの少なくとも１つを送信することを控える。
・ ＵＥは、拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）、において、少なくとも１つの緊急番号と、関連付けられた情報とを受信する。ＥＥＮＬ ＩＥは、１つ以上の緊急番号と、ＵＥがＵＲＮを導出可能な関連付けられた情報とを含む。ＥＥＮＬ ＩＥはさらに、少なくとも１つの指示を含む。
・ ＵＥは、ダイヤル番号が１つ以上の緊急番号のうちの１つに合致していることを検出する。
・ ＵＥは、１つ以上のＩＰ要求メッセージを送信することに先立って、ＵＥが緊急登録されているかどうかを検出する。
・ ＵＥが、ＵＥが緊急登録されていることを検出する場合、少なくとも１つの指示に基づいて、ＵＥは、１つ以上のＩＰ要求メッセージのうちの１つの伝送のために好適な接続を要求することを控えるか、または、ＵＥは、１つ以上のＩＰ要求メッセージのうちの少なくとも１つを送信することを控える。
修正された３ＧＰＰ ＴＳ２４．２２９の一部が、下で提供される。
ダイヤル番号が、拡張ローカル緊急番号リスト（３ＧＰＰ ＴＳ２４．３０１に定義されるように）内に記憶されるローカル緊急番号と等しい場合、ＵＥは、そのような番号が緊急呼び出しのためのものであると認識し、
ダイヤル番号が、拡張ローカル緊急番号リスト（３ＧＰＰ ＴＳ２４．３０１に定義されるように）内に記憶されるローカル緊急番号と等しい場合、ＵＥは、そのような番号が緊急呼び出しのためのものであると認識し、
本明細書で議論される種々のタスクは、ハードウェア処理回路またはハードウェア処理回路とハードウェア処理回路上で実行可能な機械読み取り可能な命令の組み合わせによって実施されることができる。ハードウェア処理回路は、ＵＥ、ネットワークノード等のデバイスの一部であることができる。ハードウェア処理回路は、マイクロプロセッサ、マルチコアマイクロプロセッサのコア、マイクロコントローラ、プログラマブル集積回路、プログラマブルゲートアレイ、または別のハードウェア処理回路の任意またはいくつかの組み合わせ等のプロセッサを含むことができる。
プロセッサ上で実行可能な機械読み取り可能な命令は、単一プロセッサ上で実行可能な命令または複数のプロセッサ上で実行可能な命令を指し得る。
タスクを実施するプロセッサは、タスクを実施する単一プロセッサまたはタスクを実施する複数のプロセッサを指し得る。
機械読み取り可能な命令は、非一過性機械読み取り可能なまたはコンピュータ読み取り可能な記憶媒体内に記憶されることができ、これは、以下、すなわち、動的または静的ランダムアクセスメモリ（ＤＲＡＭまたはＳＲＡＭ）、消去可能およびプログラマブル読取専用メモリ（ＥＰＲＯＭ）、電気的消去可能およびプログラム可能読取専用メモリ（ＥＥＰＲＯＭ）、およびフラッシュメモリ等の半導体メモリデバイス、固定フロッピー（登録商標）およびリムーバブルディスク等の磁気ディスク、テープを含む、別の磁気媒体、コンパクトディスク（ＣＤ）またはデジタルビデオディスク（ＤＶＤ）等の光学媒体、または別のタイプの記憶デバイスの任意またはいくつかの組み合わせを含むことができる。上記に議論される命令は、１つのコンピュータ読み取り可能なまたは機械読み取り可能な記憶媒体上に提供されることができる、または代替として、可能性として複数のノードを有する大型システム内に分散される、複数のコンピュータ読み取り可能なまたは機械読み取り可能な記憶媒体上に提供されることができることに留意されたい。そのようなコンピュータ読み取り可能なまたは機械読み取り可能な記憶媒体または複数の媒体は、物品（または製造品）の一部であると見なされる。物品または製造品は、任意の製造される単一コンポーネントまたは複数のコンポーネントを指し得る。記憶媒体または複数の媒体は、機械読み取り可能な命令を起動する機械内に位置するか、またはそれから機械読み取り可能な命令が実行のためにネットワークを経由してダウンロードされ得る遠隔サイト（例えば、クラウド）内に位置するかのいずれかであることができる。
前述の説明において、多数の詳細が、本明細書に開示される主題の理解を提供するために記載される。しかしながら、実装は、これらの詳細のうちのいくつかを伴わずに実践され得る。他の実装は、上記に議論される詳細からの修正および変形例を含み得る。添付の請求項は、そのような修正および変形例を網羅することが意図される。
Claims (20)
- ユーザ機器（ＵＥ）の方法であって、前記方法は、
前記ＵＥによる呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを前記ＵＥにおいて検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記ＵＥが第１のネットワークとは異なる第２のネットワーク内にあることを前記ＵＥにおいて検出することであって、前記第１の緊急識別子は、前記第１のネットワークによって構成されている、ことと、
前記ＵＥが前記第１のネットワークとは異なる前記第２のネットワーク内にあることを検出することに応答して、前記ＵＥが、前記ＵＥによって伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内に特定のＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
を含む、方法。 - 前記第２のネットワークは、前記第１の緊急識別子によって識別される緊急サービスを要求するために使用される、請求項１に記載の方法。
- 前記方法は、前記ＵＥが、前記第１の緊急識別子を前記第１のネットワークから受信することをさらに含む、請求項１に記載の方法。
- ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた前記第１の緊急識別子は、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）内に含まれる、請求項１に記載の方法。
- 前記第１のＥＥＮＬ ＩＥは、前記第１のネットワークの一部であるネットワークノードから受信される、請求項４に記載の方法。
- 前記第１のＥＥＮＬ ＩＥは、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージ、ＡＴＴＡＣＨ ＡＣＣＥＰＴ承認メッセージ、または、ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージのうちの少なくとも１つの受信を介して供給される、請求項４に記載の方法。
- 前記第２のネットワークは、ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた第２の緊急識別子を供給しない、請求項１に記載の方法。
- 前記第２のネットワークは、第２の地上波公共移動通信ネットワーク（ＰＬＭＮ）であり、前記第１のネットワークは、第１のＰＬＭＮである、請求項１に記載の方法。
- 前記ＵＥが前記第１のＰＬＭＮとは異なる前記第２のＰＬＭＮ内にあることを検出することは、
前記第２のＰＬＭＮのＰＬＭＮコードと前記第１のＰＬＭＮのＰＬＭＮコードとを比較すること、または、
前記第２のＰＬＭＮが前記第１のＰＬＭＮの等価ＰＬＭＮではないことを決定すること
のうちの１つ以上に基づく、請求項８に記載の方法。 - 前記方法は、前記ＵＥが、前記関連付けられた情報を受信することをさらに含む、請求項１に記載の方法。
- 前記関連付けられた情報は、前記ＵＲＮを含む、請求項１０に記載の方法。
- 前記緊急識別子および前記関連付けられた情報は、
拡張緊急番号リスト（ＥＥＮＬ）情報要素内で受信され、および／または、
メモリ、ユニバーサル集積回路カード（ＵＩＣＣ）、ＵＩＣＣ上のアプリケーション、ユニバーサル加入者識別モジュール（ＵＳＩＭ）、および、インターネットプロトコル（ＩＰ）マルチメディアシステム識別モジュール（ＩＳＩＭ）から受信される、請求項１に記載の方法。 - 前記方法は、前記ＵＥが第３のネットワーク内にあることを前記ＵＥにおいて検出することをさらに含み、
前記第３のネットワークが未知である場合には、前記第３のネットワークは、前記第２のネットワークとは異なると決定される、請求項１に記載の方法。 - 前記方法は、
前記ＵＥが、前記ＵＥがネットワークに緊急登録されているかどうかを決定することと、
前記決定することに応答して、前記特定のＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含む前記ＳＩＰ ＩＮＶＩＴＥメッセージを伝送することと
をさらに含む、請求項１に記載の方法。 - ハードウェアプロセッサを備えているユーザ機器（ＵＥ）であって、
前記ハードウェアプロセッサは、
前記ＵＥによる呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記ＵＥが第１のネットワークとは異なる第２のネットワーク内にあることを検出することであって、前記第１の緊急識別子は、前記第１のネットワークによって構成されている、ことと、
前記ＵＥが前記第１のネットワークとは異なる前記第２のネットワーク内にあることを検出することに応答して、前記ＵＥによって伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内に特定のＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
を行うように構成されている、ＵＥ。 - ＵＲＮを導出すべき前記関連付けられた情報に関連付けられた前記第１の緊急識別子は、第１の拡張緊急番号リスト（ＥＥＮＬ）情報要素（ＩＥ）内に含まれる、請求項１５に記載のＵＥ。
- 前記第１のＥＥＮＬ ＩＥは、前記第１のネットワークの一部であるネットワークノードから受信される、請求項１６に記載のＵＥ。
- 前記第１のＥＥＮＬ ＩＥは、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージ、ＡＴＴＡＣＨ ＡＣＣＥＰＴ承認メッセージ、または、ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＣＥＰＴメッセージのうちの少なくとも１つの受信を介して供給される、請求項１６に記載のＵＥ。
- 前記第２のネットワークは、ＵＲＮを導出すべき情報に関連付けられた第２の緊急識別子を供給しない、請求項１５に記載のＵＥ。
- 命令を備えている非一過性の機械読み取り可能な媒体であって、前記命令は、実行されると、ユーザ機器（ＵＥ）に、
前記ＵＥによる呼び出しを開始することの一部として受信された呼び出し識別子が第１の緊急識別子に合致していることを検出することであって、前記第１の緊急識別子は、統一資源名（ＵＲＮ）を導出すべき関連付けられた情報に関連付けられている、ことと、
前記ＵＥが第１のネットワークとは異なる第２のネットワーク内にあることを検出することであって、前記第１の緊急識別子は、前記第１のネットワークによって構成されている、ことと、
前記ＵＥ前記第１のネットワークとは異なる前記第２のネットワーク内にあることを検出することに応答して、前記ＵＥによって伝送されるべきセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージ内に特定のＵＲＮ、ｕｒｎ：ｓｅｒｖｉｃｅ：ｓｏｓを含むことと
を行わせる、非一過性の機械読み取り可能な媒体。
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862688838P | 2018-06-22 | 2018-06-22 | |
| US62/688,838 | 2018-06-22 | ||
| US16/398,818 | 2019-04-30 | ||
| US16/398,818 US10616935B2 (en) | 2018-06-22 | 2019-04-30 | Emergency calls |
| PCT/US2019/038399 WO2019246481A1 (en) | 2018-06-22 | 2019-06-21 | Emergency calls |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2021527973A JP2021527973A (ja) | 2021-10-14 |
| JP7337851B2 true JP7337851B2 (ja) | 2023-09-04 |
Family
ID=68982381
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020567852A Active JP7337851B2 (ja) | 2018-06-22 | 2019-06-21 | 緊急呼び出し |
Country Status (6)
| Country | Link |
|---|---|
| US (3) | US10616935B2 (ja) |
| EP (2) | EP3962129A1 (ja) |
| JP (1) | JP7337851B2 (ja) |
| KR (1) | KR20210022543A (ja) |
| CN (1) | CN111095958B (ja) |
| WO (1) | WO2019246481A1 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11540105B2 (en) * | 2018-06-25 | 2022-12-27 | Nec Corporation | UE behavior when the device is attached for emergency service |
| US11039296B2 (en) * | 2019-07-08 | 2021-06-15 | Motorola Mobility Llc | Method and apparatus for disabling a carrier eSIM profile |
| US11483684B1 (en) * | 2021-05-07 | 2022-10-25 | T-Mobile Usa, Inc. | Session recovery from dedicated bearer failure |
| CN114827975A (zh) * | 2022-05-23 | 2022-07-29 | 中国电信股份有限公司 | 紧急呼叫的处理方法、接入及移动性管理功能网元及系统 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160337310A1 (en) | 2015-05-12 | 2016-11-17 | Qualcomm Incorporated | Dynamic evolved packet gateway selection |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016073461A1 (en) * | 2014-11-03 | 2016-05-12 | Kodiak Networks, Inc. | Method for providing dynamic quality of service for push-to-talk service |
| US20090047922A1 (en) * | 2007-08-13 | 2009-02-19 | Research In Motion Limited | Apparatus, and associated method, for facilitating an emergency call session using a packet-switched-capable wireless device |
| US9148769B2 (en) * | 2008-05-07 | 2015-09-29 | Qualcomm Incorporated | System, apparatus and method to enable mobile stations to identify calls based on predetermined values set in a call header |
| US20090296689A1 (en) * | 2008-06-02 | 2009-12-03 | Research In Motion Limited | Privacy-Related Requests for an IMS Emergency Session |
| WO2011057865A2 (en) * | 2009-11-16 | 2011-05-19 | Nokia Siemens Networks Oy | Emergency service in communication system |
| WO2013053365A1 (en) * | 2011-10-10 | 2013-04-18 | Telefonaktiebolaget L M Ericsson (Publ) | Methods of and nodes for locating an emergency voice session anchoring node in a serving communication network for transferring an emergency voice session |
| KR20130038772A (ko) | 2011-10-10 | 2013-04-18 | 삼성전자주식회사 | 이동 통신 시스템에서 응급 호 서비스 장치 및 방법 |
| US9426833B2 (en) * | 2013-03-01 | 2016-08-23 | T-Mobile Usa, Inc. | Systems and methods for emergency call route failover |
| US10097979B2 (en) * | 2014-11-24 | 2018-10-09 | Qualcomm Incorporated | Location by reference for an over-the-top emergency call |
| EP3079331B1 (en) * | 2015-04-08 | 2017-11-15 | Deutsche Telekom AG | Method for handling an ecall-related voice call by mobile communication network, mobile communication network, cs-call handling entity, program and computer program product |
| CN107277790B (zh) | 2016-04-07 | 2021-09-28 | 中兴通讯股份有限公司 | 一种为终端提供紧急号码的方法和装置 |
| US10567943B2 (en) * | 2016-06-15 | 2020-02-18 | Qualcomm Incorporated | Methods and systems for handover of an emergency call between different wireless networks |
| EP3261375B1 (en) * | 2016-06-21 | 2023-07-26 | Nokia Solutions and Networks Oy | Access to local services by unauthenticated users |
| CN106550159B (zh) * | 2017-01-23 | 2019-09-06 | 广州海格通信集团股份有限公司 | VoIP通信系统 |
-
2019
- 2019-04-30 US US16/398,818 patent/US10616935B2/en active Active
- 2019-06-21 KR KR1020207032599A patent/KR20210022543A/ko not_active Application Discontinuation
- 2019-06-21 EP EP21200318.0A patent/EP3962129A1/en active Pending
- 2019-06-21 EP EP19822955.1A patent/EP3652969B1/en active Active
- 2019-06-21 CN CN201980004012.2A patent/CN111095958B/zh active Active
- 2019-06-21 WO PCT/US2019/038399 patent/WO2019246481A1/en unknown
- 2019-06-21 JP JP2020567852A patent/JP7337851B2/ja active Active
-
2020
- 2020-03-20 US US16/824,900 patent/US10736158B2/en active Active
- 2020-06-22 US US16/907,943 patent/US11116018B2/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160337310A1 (en) | 2015-05-12 | 2016-11-17 | Qualcomm Incorporated | Dynamic evolved packet gateway selection |
Non-Patent Citations (3)
| Title |
|---|
| BlackBerry UK Ltd., China Mobile Communications Corporation, Lenovo, Motorola Mobility, Orange，[Alt A] Adding procedures for deriving an emergency service URN，3GPP TSG CT WG1#111 C1-183485，フランス，3GPP，2018年05月28日 |
| BlackBerry UK Ltd.，[Alt A-compromise] Introducing details for extended emergency number IE，3GPP TSG CT WG1#111 C1-183463，フランス，3GPP，2018年05月14日 |
| BlackBerry UK Ltd.，Introducing IEs for emergency category and emergency types，3GPP TSG CT WG1#108 C1-180034，フランス，3GPP，2018年01月26日 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20200323001A1 (en) | 2020-10-08 |
| US10616935B2 (en) | 2020-04-07 |
| CN111095958A (zh) | 2020-05-01 |
| JP2021527973A (ja) | 2021-10-14 |
| CN111095958B (zh) | 2022-04-19 |
| US10736158B2 (en) | 2020-08-04 |
| EP3962129A1 (en) | 2022-03-02 |
| US20190394814A1 (en) | 2019-12-26 |
| EP3652969A1 (en) | 2020-05-20 |
| WO2019246481A1 (en) | 2019-12-26 |
| US11116018B2 (en) | 2021-09-07 |
| US20200221517A1 (en) | 2020-07-09 |
| KR20210022543A (ko) | 2021-03-03 |
| EP3652969B1 (en) | 2021-11-03 |
| EP3652969A4 (en) | 2020-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7337851B2 (ja) | 緊急呼び出し | |
| US11743705B2 (en) | Internet protocol multimedia subsystem emergency calls for roaming user equipments | |
| EP3732909B1 (en) | Methods and systems for provisioning emergency numbers | |
| EP2532207A1 (en) | System and method for packetized emergency messages |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220405 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230314 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230323 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20230623 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230719 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20230816 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230823 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7337851 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |