JP6724235B2 - ネットワーク登録方法、ネットワークハンドオーバ方法、ネットワーク装置および端末装置 - Google Patents

ネットワーク登録方法、ネットワークハンドオーバ方法、ネットワーク装置および端末装置 Download PDF

Info

Publication number
JP6724235B2
JP6724235B2 JP2019500561A JP2019500561A JP6724235B2 JP 6724235 B2 JP6724235 B2 JP 6724235B2 JP 2019500561 A JP2019500561 A JP 2019500561A JP 2019500561 A JP2019500561 A JP 2019500561A JP 6724235 B2 JP6724235 B2 JP 6724235B2
Authority
JP
Japan
Prior art keywords
network
terminal device
voice service
user plane
tunnel
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
Application number
JP2019500561A
Other languages
English (en)
Other versions
JP2019525569A (ja
Inventor
チョン、ウェイウェイ
ウー、シアオボ
シン、ヤン
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority claimed from PCT/CN2018/091759 external-priority patent/WO2019011107A1/zh
Publication of JP2019525569A publication Critical patent/JP2019525569A/ja
Application granted granted Critical
Publication of JP6724235B2 publication Critical patent/JP6724235B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/59—Providing operational support to end devices by off-loading in the network or by emulation, e.g. when they are unavailable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00222—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between different packet switched [PS] network technologies, e.g. transferring data sessions between LTE and WLAN or LTE and 5G
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本出願は、２０１７年７月１４日に中国特許庁に出願された、「ネットワークハンドオーバ方法および装置」と題する中国特許出願第２０１７１０５７７３４５．７号、および２０１７年８月１４日に中国特許庁に出願された、「ネットワークハンドオーバ方法および装置」と題する中国特許出願第２０１７１０６９３９９５．８号に基づく優先権を主張し、これらの出願の全体が参照により本明細書に組み込まれている。
本出願は、通信技術分野に関し、特に、ネットワーク登録方法、ネットワークハンドオーバ方法、ネットワーク装置および端末装置に関する。
現在、一方では、多くの事業者が、第５世代（ｆｉｆｔｈ−ｇｅｎｅｒａｔｉｏｎ，略して５Ｇ）無線通信システムにおいてインターネットプロトコルマルチメディアサブシステム（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、略してＩＭＳ）の音声サービスを配備することを意図してこなかった、または意図していない。他方では、５Ｇネットワークにおけるほとんどの周波数スペクトルが高周波数帯域にあり、高周波数信号は狭いカバレッジを有するが、一方、ＩＭＳ音声サービスは、比較的広い信号カバレッジを必要とする。その結果、５Ｇネットワークにおける端末装置は、ＩＭＳ音声サービスを実行できない。
本願の実施形態は、ネットワークハンドオーバ方法および装置を提供し、端末装置がＩＭＳ音声サービスを実行できないという問題を解決する。
上述の目的を達成するために、本願の実施形態は、以下の技術的解決手段を提供する。
第１の態様によれば、ネットワークハンドオーバ方法が提供される。方法は、第１のアクセスネットワーク装置が、セッション管理ネットワーク要素から第１のセッション管理情報を受信する段階であって、第１のセッション管理情報は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求する、段階と、第１のアクセスネットワーク装置が、第１のセッション管理情報と第１の条件とに基づき、ハンドオーバ要求を第１のモビリティ管理ネットワーク要素へ送信する段階であって、ハンドオーバ要求は、端末装置を第１のネットワークから第２のネットワークへハンドオーバするためのものであり、第１の条件は、第１のネットワークにおいて音声サービスを実行できないことを含む、段階とを備える。
第１の態様に係る方法において、第１のネットワークにおける端末装置が音声サービスを実行する場合、端末装置は、第２のネットワークへハンドオーバされ得て、これにより、端末装置は、第２のネットワークにおいて音声サービスを実行し得て、第１のネットワークにおける端末装置が音声サービスを実行できないという問題を解決する。
可能な設計において、第１の条件は、第２のネットワークが音声サービスをサポートすること、第２のネットワークの信号品質が音声サービスの要求を満たすこと、および、第１のネットワークおよび端末装置のネットワーク装置が第１のネットワークと第２のネットワークとの間のハンドオーバをサポートすることのうちの少なくとも１つをさらに含む。
可能な設計において、方法は、第１のアクセスネットワーク装置が第２のセッション管理情報をセッション管理ネットワーク要素へ送信する段階であって、第２のセッション管理情報は、音声サービスのユーザプレーントンネルのセットアップが承諾されたことを示す情報を含む、段階をさらに備える。そのような可能な設計において、第１のネットワークにおけるネットワーク要素は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップする。
可能な設計において、第１のアクセスネットワーク装置が第２のセッション管理情報をセッション管理ネットワーク要素へ送信する段階の前に、方法は、第１のアクセスネットワーク装置が、第１のセッション管理情報と第１の条件とに基づき、音声サービスのユーザプレーントンネルに無線リソースを割り当てないと決定する段階をさらに備える。そのような可能な設計において、第１のネットワークにおけるネットワーク要素は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップする。
可能な設計において、方法は、第１のアクセスネットワーク装置が、第３のセッション管理情報をセッション管理ネットワーク要素へ送信する段階であって、第３のセッション管理情報は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む、段階をさらに備える。そのような可能な設計において、端末装置が第１のネットワークから第２のネットワークへのハンドオーバを完了した後に、第２のネットワークにおけるネットワーク要素は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップする。
可能な設計において、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、拒否を示す理由情報を含む。そのような可能な設計において、端末装置が第１のネットワークから第２のネットワークへのハンドオーバを完了した後に、第２のネットワークにおけるネットワーク要素は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップする。
可能な設計において、理由情報は、端末装置がハンドオーバ処理を実行していることである。そのような可能な設計において、端末装置が第１のネットワークから第２のネットワークへのハンドオーバを完了した後に、第２のネットワークにおけるネットワーク要素は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップする。
可能な設計において、第１の条件は、第２のネットワークにおいて音声サービスを実行できないことをさらに含み、方法は、第１のアクセスネットワーク装置が、第４のセッション管理情報をセッション管理ネットワーク要素へ送信する段階であって、第４のセッション管理情報は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、無線リソースが不十分であることを含む、段階をさらに備える。そのような可能な設計において、端末装置が第１のネットワークから第２のネットワークへのハンドオーバを完了した後に、第２のネットワークにおけるネットワーク要素は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップしない。
第２の態様によれば、ネットワークハンドオーバ方法が提供される。方法は、セッション管理ネットワーク要素が、第１のアクセスネットワーク装置から送信された第３のセッション管理情報を受信する段階であって、第３のセッション管理情報は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す理由情報を含む、段階と、セッション管理ネットワーク要素が、端末装置が第１のネットワークから第２のネットワークへハンドオーバされたと決定する段階と、セッション管理ネットワーク要素が、理由情報に基づき、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップする段階とを備える。
第２の態様に係る方法において、第１のネットワークにおける端末装置が第１のネットワークから第２のネットワークへハンドオーバされるとき、セッション管理ネットワーク要素は、理由情報に基づき、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップし、音声サービスが第２のネットワークにおいて実行され得る場合、ユーザプレーントンネルは、問題なくセットアップされ得て、これにより、端末装置は、第２のネットワークにおいて音声サービスを実行し得て、第１のネットワークにおける端末装置が音声サービスを実行できないという問題を解決する。
可能な設計において、理由情報は、端末装置がハンドオーバ処理を実行していることである。
可能な設計において、セッション管理ネットワーク要素が理由情報に基づき、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップする段階は、セッション管理ネットワーク要素が、理由情報と第２の条件とに基づき、第１の予め設定された期間後に、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップする段階であって、第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含む、段階を含む。そのような可能な設計において、第１の予め設定された期間は、端末装置に共同登録を完了させるために保留される。第１の予め設定された期間を適切に設定することにより、共同登録を完了した後に、端末装置は、ＣＳＦＢ呼を開始し得て、それにより、端末装置が問題なくＣＳＦＢ呼を開始することが保証される。
可能な設計において、セッション管理ネットワーク要素が理由情報と第２の条件とに基づき、第１の予め設定された期間後に、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップする段階は、セッション管理ネットワーク要素が、理由情報と第２の条件とに基づき、第１の予め設定された期間後に、トンネルセットアップ要求を第２のネットワークのサービス提供ゲートウェイへ送信する段階であって、トンネルセットアップ要求は、音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである、段階を含む。
可能な設計において、セッション管理ネットワーク要素が、理由情報と第２の条件とに基づき、第１の予め設定された期間後に、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップする段階は、セッション管理ネットワーク要素が、理由情報に基づき、トンネルセットアップ要求を第２のネットワークのサービス提供ゲートウェイへ送信する段階であって、トンネルセットアップ要求は、音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである、段階と、セッション管理ネットワーク要素が、サービス提供ゲートウェイから送信されたトンネルセットアップ応答を受信する段階であって、トンネルセットアップ応答は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む、段階と、セッション管理ネットワーク要素が、第２の条件に基づき、第１の予め設定された期間後に、第１のメッセージをポリシ機能制御ネットワーク要素へ送信する段階であって、第１のメッセージは、音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すためのものである、段階とを含む。
第３の態様によれば、ネットワークハンドオーバ方法が提供される。方法は、第２のモビリティ管理ネットワーク要素が、サービス提供ゲートウェイにより送信されたトンネルセットアップ要求を受信する段階であって、トンネルセットアップ要求は、端末装置のための音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである、段階と、第２のモビリティ管理ネットワーク要素が、第２の条件に基づき、トンネルセットアップ応答をサービス提供ゲートウェイへ送信する段階であって、トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含む、段階とを備える。
第３の態様に係る方法において、第２のネットワークにおいて音声サービスを実行できないとき、第２のモビリティ管理ネットワーク要素は、トンネルセットアップ応答をサービス提供ゲートウェイへ送信し、これにより、サービス提供ゲートウェイは、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をＩＭＳネットワークへ転送し、これにより、ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガし得て、そして、端末装置は、ＣＳ音声サービスを実行する。
可能な設計において、第２の条件は、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることをさらに含む。
可能な設計において、第２の条件に基づき、第２のモビリティ管理ネットワーク要素がトンネルセットアップ応答をサービス提供ゲートウェイへ送信する段階の前に、方法は、第２のモビリティ管理ネットワーク要素が、端末装置が共同登録を完了したと決定する段階をさらに備える。そのような可能な設計は、端末装置が問題なくＣＳＦＢ呼を開始することを保証し得る。
可能な設計において、第２のモビリティ管理ネットワーク要素が、端末装置が共同登録を完了したと決定する段階は、第２のモビリティ管理ネットワーク要素が、端末装置から共同登録完了メッセージを受信したと決定する段階を含む。
第４の態様によれば、ネットワークハンドオーバ方法が提供される。方法は、第２のモビリティ管理ネットワーク要素が、無線トンネルセットアップ要求を第２のアクセスネットワーク装置へ送信する段階であって、無線トンネルセットアップ要求は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである、段階と、第２のモビリティ管理ネットワーク要素が、第２のアクセスネットワーク装置により送信された無線トンネルセットアップ応答を受信する段階であって、無線トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む、段階と、第２のモビリティ管理ネットワーク要素が、第２の条件に基づき、トンネルセットアップ応答をサービス提供ゲートウェイへ送信する段階であって、トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含む、段階とを備える。
第４の態様に係る方法において、第２のモビリティ管理ネットワーク要素が、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をサービス提供ゲートウェイへ送信し、これにより、サービス提供ゲートウェイは、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をＩＭＳネットワークへ転送し、ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガし得て、そして、端末装置は、ＣＳ音声サービスを実行する。
可能な設計において、第２の条件は、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることをさらに含む。
可能な設計において、第２のモビリティ管理ネットワーク要素が、第２の条件に基づき、トンネルセットアップ応答をサービス提供ゲートウェイへ送信する段階は、第２のモビリティ管理ネットワーク要素が、第２の条件が満たされ、端末装置が共同登録を完了したと決定する段階と、第２のモビリティ管理ネットワーク要素が、トンネルセットアップ応答をサービス提供ゲートウェイへ送信する段階とを含む。そのような可能な設計は、端末装置が問題なくＣＳＦＢ呼を開始することを保証し得る。
可能な設計において、第２のモビリティ管理ネットワーク要素が、端末装置が共同登録を完了したと決定する段階は、第２のモビリティ管理ネットワーク要素が、端末装置から登録完了メッセージが受信されたと決定する段階を含む。
第５の態様によれば、ネットワークハンドオーバ方法が提供される。方法は、第２のモビリティ管理ネットワーク要素が、サービス提供ゲートウェイにより送信されたトンネルセットアップ要求を受信する段階であって、トンネルセットアップ要求は、ユーザ機器、すなわち、端末装置のための音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである、段階と、第２の条件が満たされた場合、第２のモビリティ管理ネットワーク要素が、端末装置が共同登録を完了したと決定する段階であって、第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含む、段階と、第２のモビリティ管理ネットワーク要素が、無線トンネルセットアップ要求を第２のアクセスネットワーク装置へ送信する段階であって、無線トンネルセットアップ要求は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである、段階と、第２のモビリティ管理ネットワーク要素が、第２のアクセスネットワーク装置により送信された無線トンネルセットアップ応答を受信する段階であって、無線トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む、段階と、第２のモビリティ管理ネットワーク要素が、無線トンネルセットアップ応答に基づき、トンネルセットアップ応答をサービス提供ゲートウェイへ送信する段階であって、トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む、段階とを備える。
第５の態様に係る方法において、第２のモビリティ管理ネットワーク要素は、端末装置が共同登録を完了したと決定した後に、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をサービス提供ゲートウェイへ送信し、これにより、サービス提供ゲートウェイは、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をＩＭＳネットワークへ転送する。ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガし得て、そして、端末装置は、ＣＳ音声サービスを実行し、端末装置が問題なくＣＳＦＢ呼を開始することがさらに保証される。
可能な設計において第２の条件は、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることをさらに含む。
可能な設計において、第２のモビリティ管理ネットワーク要素が、端末装置が共同登録を完了したと決定する段階は、第２のモビリティ管理ネットワーク要素が、端末装置により送信された登録完了メッセージが受信されたと決定する段階を含む。
第６の態様によれば、ネットワークハンドオーバ方法が提供される。方法は、第２のアクセスネットワーク装置が、第２のモビリティ管理ネットワーク要素により送信された無線トンネルセットアップ要求を受信する段階であって、無線トンネルセットアップ要求は、第２のアクセスネットワーク装置に端末装置のための音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである、段階と、第２のアクセスネットワーク装置が、第２の条件に基づき、無線トンネルセットアップ応答を第２のモビリティ管理ネットワーク要素へ送信する段階であって、無線トンネルセットアップ応答は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含む、段階とを備える。
第６の態様に係る方法において、第２のネットワークにおいて音声サービスを実行できないとき、第２のアクセスネットワーク装置は、ユーザプレーントンネルに無線リソースを割り当てることを拒否し、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を無線トンネルセットアップ応答に付加し、当該無線トンネルセットアップ応答を第２のモビリティ管理ネットワーク要素へ送信する。第２のモビリティ管理ネットワーク要素は、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をＩＭＳネットワークへ転送し得て、これにより、ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガし、そして、端末装置は、ＣＳ音声サービスを実行する。
可能な設計において、第２の条件は、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることをさらに含む。
第７の態様によれば、ネットワークハンドオーバ方法が提供される。方法は、ＩＭＳネットワーク要素が、ＰＳドメインにおいて端末装置のための音声サービスをセットアップするための要求メッセージを受信する段階と、ＩＭＳネットワーク要素が、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないと決定する段階と、ＩＭＳネットワーク要素が、端末装置が共同登録を完了したと決定する段階と、ＩＭＳネットワーク要素が、端末装置のＣＳＦＢサービスをトリガする段階とを備える。
第７の態様に係る方法において、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないと決定したとき、端末装置は、共同登録を完了し、ＩＭＳネットワーク要素は、端末装置のＣＳＦＢサービスをトリガする。端末装置が共同登録を完了したことは、端末装置がＣＳＦＢ呼を開始するための必須条件であるので、第７の態様に係る方法は、端末装置が問題なくＣＳＦＢ呼を開始することをさらに保証し得て、これにより、端末装置は、ＣＳ音声サービスを実行する。
可能な設計において、ＩＭＳネットワーク要素がＰＳドメインにおいて端末装置のための音声サービスをセットアップするための要求メッセージを受信した後に、方法は、ＩＭＳネットワーク要素が、端末装置が第１のネットワークに登録されたと決定する段階をさらに備える。
可能な設計において、ＩＭＳネットワーク要素が、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないと決定する段階は、ＩＭＳネットワーク要素が、第１のネットワークのＰＳドメインから音声サービスセットアップ失敗情報を取得する段階、または、ＩＭＳネットワーク要素が、第２のネットワークのＰＳドメインから音声サービスセットアップ失敗情報を取得する段階を含む。
可能な設計において、ＩＭＳネットワーク要素が、端末装置が共同登録を完了したと決定する段階は、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないとＩＭＳネットワーク要素が決定してから第２の予め設定された期間後に、ＩＭＳネットワーク要素が、端末装置が共同登録を完了したと決定する段階、または、ＩＭＳネットワーク要素が、ポリシ制御ネットワーク要素またはホーム加入者サーバから取得された、端末装置の登録位置情報に基づき、端末装置が共同登録を完了したと決定する段階を含む。
可能な設計において、端末装置は、音声サービスの発呼端末装置であり、ＩＭＳネットワーク要素が端末装置のＣＳＦＢサービスをトリガする段階は、ＩＭＳネットワーク要素が、第２のメッセージを発呼端末装置へ送信する段階であって、第２のメッセージは、発呼端末装置にＣＳＦＢ呼サービスを開始させるようトリガするためのものである、段階を含む。
可能な設計において、端末装置は、音声サービスの被呼端末装置であり、ＩＭＳネットワーク要素が、端末装置のＣＳＦＢサービスをトリガする段階は、ＩＭＳネットワーク要素が、第３のメッセージを終端アクセスドメイン選択装置へ送信する段階であって、第３のメッセージは、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて被呼音声サービスのセットアップが失敗したと示すためのものである、段階を含み、これにより、終端アクセスドメイン選択装置は、被呼端末装置のＣＳＦＢ被呼音声サービスをトリガする。
第８の態様によれば、ネットワークハンドオーバ方法が提供される。方法は、第２のモビリティ管理ネットワーク要素が、第１のモビリティ管理ネットワーク要素により送信された第４のメッセージを受信する段階であって、第４のメッセージは、端末装置が再配置を完了したと決定するためのものである、段階と、第２のモビリティ管理ネットワーク要素が、第２の条件に基づき、トンネル変更要求をサービス提供ゲートウェイへ送信する段階であって、トンネル変更要求は、端末装置の音声サービスのシグナリングプレーントンネル情報を変更するためのものであり、第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含む、段階とを備える。
第８の態様に係る方法において、第２のネットワークにおいて音声サービスを実行できないとき、第２のモビリティ管理ネットワーク要素は、トンネル変更要求をサービス提供ゲートウェイへ送信し、サービス提供ゲートウェイは、トンネル変更要求をセッション管理ネットワーク要素へ転送し、そして、セッション管理ネットワーク要素は、トンネル変更要求を受信した後でのみ、端末装置にＣＳＦＢ呼を開始させるようトリガするためのメッセージ（すなわち、以下の第２のメッセージ）を端末装置へ送信するので、第８の態様に係る方法において、端末装置は、第２のネットワークにおいて音声サービスを実行できないとき、ＣＳＦＢ呼を開始するようトリガされ得て、これにより、端末装置は、ＣＳ音声サービスを実行する。
可能な設計において、第２のモビリティ管理ネットワーク要素が、第２の条件に基づき、トンネル変更要求をサービス提供ゲートウェイへ送信する段階は、第２のモビリティ管理ネットワーク要素が、第２の条件が満たされ、ＵＥが共同登録を完了したと決定する段階と、第２のモビリティ管理ネットワーク要素が、トンネル変更要求をサービス提供ゲートウェイへ送信する段階とを含む。そのような可能な設計は、端末装置が問題なくＣＳＦＢ呼を開始することを保証し得る。
第９の態様によれば、ネットワーク登録方法が提供される。方法は、第１のモビリティ管理ネットワーク要素が、端末装置から登録要求を受信する段階であって、登録要求は、端末装置を第１のネットワークに登録することを要求するためのものである、段階と、第１のモビリティ管理ネットワーク要素が、第３の条件が満たされた場合、第１のインジケーション情報を端末装置へ送信する段階であって、第１のインジケーション情報は、ＰＳドメインの音声サービスがサポートされることを示すためのものであり、第３の条件は、第１のネットワークが、端末装置の第２のネットワークへの移動をサポートすることを含む、段階とを備える。第９の態様に係る方法において、第１のネットワークが端末装置の音声サービスをサポートするかに関係なく、端末装置が音声サービスを開始するとき、音声サービスを提供できるネットワークに端末装置がフォールバックすることをハンドオーバ方式または別の方式で可能にするという性能を第１のネットワークが有する限り、端末装置が第１のネットワークに登録されたとき、第１のモビリティ管理ネットワーク要素は、端末装置のＰＳドメインにおける音声サービスがサポートされることを示し、それにより、端末装置が第１のネットワークに登録され、第１のネットワークにキャンプオンし、別のネットワークを再選択しないことが保証され、それにより、ネットワークリソースが節約され、端末装置が正常にＰＳドメイン音声サービス登録処理を実行し、第１のネットワークを用いることによって、ＰＳドメイン音声呼処理を開始することが保証される。
可能な設計において、第１のネットワークおよび第２のネットワークは、同じコアネットワークおよび異なるアクセスタイプを有するか、または、第１のネットワークおよび第２のネットワークは、異なるコアネットワークおよび異なるアクセスタイプを有する。
可能な設計において、第１のネットワークが、端末装置の第２のネットワークへの移動をサポートすることは、第１のネットワークにおける第１のアクセスネットワーク装置が、セッション管理ネットワーク要素から第１のセッション管理情報を受信したとき、端末装置の第２のネットワークへのアクセスをサポートすることを含み、第１のセッション管理情報は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。
可能な設計において、第３の条件は、ハンドオーバ相互運用が第１のネットワークと第２のネットワークとの間でサポートされること、および第２のネットワークがＰＳドメインの音声サービスをサポートできることのうちの少なくとも１つをさらに含む。
可能な設計において、ハンドオーバ相互運用が第１のネットワークと第２のネットワークとの間でサポートされることは、ハンドオーバ相互運用インタフェースが第１のネットワークと第２のネットワークとの間に存在することを含む。
可能な設計において、第１のモビリティ管理ネットワーク要素が、第１のインジケーション情報を端末装置へ送信する段階の前に、方法は、第１のモビリティ管理ネットワーク要素が、端末装置が音声サービス中心型端末装置であると決定する段階をさらに備える。データサービス中心型端末装置は音声サービスと無関係であるため、当該オプションの方法は、端末のタイプを区別し得る。データサービス中心型端末装置は、本解決手段セットを実行する必要がなく、すなわち、第３の条件が満たされたかを決定する必要がなく、第１のインジケーション情報を送信する必要もない。
可能な設計において、登録要求は、端末装置が音声サービス中心型端末装置であることを示すインジケーション情報を保持し、第１のモビリティ管理ネットワーク要素が、端末装置が音声サービス中心型端末装置であると決定する段階は、第１のモビリティ管理ネットワーク要素が、登録要求に基づき、端末装置が音声サービス中心型端末装置であると決定する段階を含む。
可能な設計において、第１のモビリティ管理ネットワーク要素が第１のインジケーション情報を端末装置へ送信する段階の前に、方法は、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすると第１のモビリティ管理ネットワーク要素が決定する段階をさらに備える。第１の態様に係る方法は、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートする場合のみに実装され得るので、情報は、事前に決定され得て、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とをサポートできない端末装置に対する影響を回避する。
可能な設計において、登録要求は、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすることを示すインジケーション情報をさらに保持し、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすると第１のモビリティ管理ネットワーク要素が決定する段階は、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすると第１のモビリティ管理ネットワーク要素が登録要求に基づき、決定する段階を含む。
第１０の態様によれば、ネットワーク登録方法が提供される。方法は、端末装置が、登録要求を生成する段階であって、登録要求は、端末装置を第１のネットワークに登録することを要求するためのものであり、登録要求は、端末装置が音声サービス中心型端末装置であることを示すインジケーション情報を保持する、段階と、端末装置が、登録要求を第１のモビリティ管理ネットワーク要素へ送信する段階とを備える。
可能な設計において、登録要求は、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすることを示すインジケーション情報をさらに含む。
可能な設計において、第１のネットワークおよび第２のネットワークは、同じコアネットワークおよび異なるアクセスタイプを有するか、または、第１のネットワークおよび第２のネットワークは、異なるコアネットワークおよび異なるアクセスタイプを有する。
第１１の形態によれば、ネットワーク装置が提供される。ネットワーク装置は、第１のアクセスネットワーク装置、セッション管理ネットワーク要素、第２のモビリティ管理ネットワーク要素、第２のアクセスネットワーク装置、ＩＭＳネットワーク要素、または第１のモビリティ管理ネットワーク要素であってよい。ネットワーク装置が第１のアクセスネットワーク装置である場合、ネットワーク装置は、第１の態様に係る任意の方法を実装する機能を有し、ネットワーク装置がセッション管理ネットワーク要素である場合、ネットワーク装置は、第２の態様に係る任意の方法を実装する機能を有し、ネットワーク装置が第２のモビリティ管理ネットワーク要素である場合、ネットワーク装置は、第３の態様、第４の態様、第５の態様、または第８の態様に係る任意の方法を実装する機能を有し、ネットワーク装置が第２のアクセスネットワーク装置である場合、ネットワーク装置は、第６の態様に係る任意の方法を実装する機能を有し、ネットワーク装置がＩＭＳネットワーク要素である場合、ネットワーク装置は、第７の態様に係る任意の方法を実装する機能を有し、ネットワーク装置が第１のモビリティ管理ネットワーク要素である場合、ネットワーク装置は、第９の態様に係る任意の方法を実装する機能を有する。ネットワーク装置により実装された機能は、ハードウェアを用いることによって実装されてよく、または、対応するソフトウェアを、ハードウェアを用いて実行することによって実装されてよい。ハードウェアまたはソフトウェアは、上述の方法に対応する１または複数の機能ユニットを含む。
第１２の態様によれば、端末装置が提供される。端末装置は、第１０の態様に係る任意の方法を実装する機能を有する。端末装置により実装される機能は、ハードウェアを用いることによって実装されてよく、または、対応するソフトウェアを、ハードウェアを用いて実行することによって実装されてよい。ハードウェアまたはソフトウェアは、第１０の態様に係る方法に対応する１または複数の機能ユニットを含む。
第１３の態様によれば、ネットワーク装置が提供される。ネットワーク装置は、メモリと、プロセッサと、通信インタフェースとを備える。メモリは、コンピュータ実行可能命令を記憶するよう構成され、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、通信インタフェースを用いることによって、ネットワーク装置が上述の態様に係る方法を実装することを可能にする。具体的には、ネットワーク装置は、第１のアクセスネットワーク装置、セッション管理ネットワーク要素、第２のモビリティ管理ネットワーク要素、第２のアクセスネットワーク装置、ＩＭＳネットワーク要素、または、第１のモビリティ管理ネットワーク要素であってよい。ネットワーク装置が第１のアクセスネットワーク装置である場合、ネットワーク装置は、第１の態様に係る任意の方法を実装し得て、ネットワーク装置がセッション管理ネットワーク要素である場合、ネットワーク装置は、第２の態様に係る任意の方法を実装し得て、ネットワーク装置が第２のモビリティ管理ネットワーク要素である場合、ネットワーク装置は、第３の態様、第４の態様、第５の態様、または第８の態様に係る任意の方法を実装し得て、ネットワーク装置が第２のアクセスネットワーク装置である場合、ネットワーク装置は、第６の態様に係る任意の方法を実装し得て、ネットワーク装置がＩＭＳネットワーク要素である場合、ネットワーク装置は、第７の態様に係る任意の方法を実装し得て、ネットワーク装置が第１のモビリティ管理ネットワーク要素である場合、ネットワーク装置は、第９の態様に係る任意の方法を実装する機能を有する。
第１４の態様によれば、端末装置が提供される。端末装置は、メモリと、プロセッサと、通信インタフェースとを備える。メモリは、コンピュータ実行可能命令を記憶するよう構成され、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、通信インタフェースを用いることによって、端末装置が第１０の態様に係る任意の方法を実装することを可能にする。
第１５の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行されたとき、命令は、コンピュータが第１の態様に係る任意の方法を実行することを可能にする。
第１６の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第２の態様に係る任意の方法を実行することを可能にする。
第１７の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第３の態様に係る任意の方法を実行することを可能にする。
第１８の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第４の態様に係る任意の方法を実行することを可能にする。
第１９の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第５の態様に係る任意の方法を実行することを可能にする。
第２０の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第６の態様に係る任意の方法を実行することを可能にする。
第２１の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第７の態様に係る任意の方法を実行することを可能にする。
第２２の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第８の態様に係る任意の方法を実行することを可能にする。
第２３の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第９の態様に係る任意の方法を実行することを可能にする。
第２４の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが第１０の態様に係る任意の方法を実行することを可能にする。
第２５の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第１の態様に係る任意の方法を実行することを可能にする。
第２６の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第２の態様に係る任意の方法を実行することを可能にする。
第２７の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第３の態様に係る任意の方法を実行することを可能にする。
第２８の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第４の態様に係る任意の方法を実行することを可能にする。
第２９の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第５の態様に係る任意の方法を実行することを可能にする。
第３０の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第６の態様に係る任意の方法を実行することを可能にする。
第３１の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第７の態様に係る任意の方法を実行することを可能にする。
第３２の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第８の態様に係る任意の方法を実行することを可能にする。
第３３の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第９の態様に係る任意の方法を実行することを可能にする。
第３４の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータ上で実行された場合、命令は、コンピュータが第１０の態様に係る任意の方法を実行することを可能にする。
第１１の形態から第３４の態様における任意の設計方式によりもたらされる技術的効果については、第１の態様から第１０の態様における異なる設計方式によりもたらされる技術的効果を参照されたい。詳細は、ここでは再び記載されない。
本出願の一実施形態に係る５Ｇネットワークの概略アーキテクチャ図である。
本出願の一実施形態に係る端末装置の５Ｇ ＣＮへのアクセスの概略図である。
本出願の一実施形態に係るＥＰＳネットワークの概略アーキテクチャ図である。
本出願の一実施形態に係る５ＧネットワークおよびＥＰＳネットワークを統合した後に取得されたネットワークアーキテクチャの概略図である。
本出願の一実施形態に係るＥＰＳネットワークとＩＭＳネットワークとの間の通信の概略図である。
本出願の一実施形態に係る端末装置間のＩＭＳ音声通信を実行する概略図である。
本出願の一実施形態に係るネットワーク装置の概略構成図である。
本出願の一実施形態に係る端末装置の概略構成図である。
本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。
本出願の一実施形態に係るネットワークハンドオーバ処理のフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ処理のフローチャートである。
本出願の一実施形態に係るユーザプレーントンネルセットアップ処理の概略図である。 本出願の一実施形態に係るユーザプレーントンネルセットアップ処理の概略図である。 本出願の一実施形態に係るユーザプレーントンネルセットアップ処理の概略図である。
本出願の一実施形態に係る、端末装置がＣＳＦＢ呼を問題なく開始することが保証されるための方法の概略図である。 本出願の一実施形態に係る、端末装置がＣＳＦＢ呼を問題なく開始することが保証されるための方法の概略図である。 本出願の一実施形態に係る、端末装置がＣＳＦＢ呼を問題なく開始することが保証されるための方法の概略図である。 本出願の一実施形態に係る、端末装置がＣＳＦＢ呼を問題なく開始することが保証されるための方法の概略図である。 本出願の一実施形態に係る、端末装置がＣＳＦＢ呼を問題なく開始することが保証されるための方法の概略図である。
本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。 本出願の一実施形態に係るネットワークハンドオーバ方法のインタラクションフローチャートである。
本出願の一実施形態に係るネットワーク登録方法のフローチャートである。
本出願の一実施形態に係る別のネットワーク登録方法のフローチャートである。
本出願の一実施形態に係るネットワーク装置の概略図である。
本出願の一実施形態に係る端末装置の概略図である。
以下では、本願の実施形態における添付の図面を参照して、本願の実施形態における技術的解決手段を説明する。本出願の説明において、記号「／」は、別段の指定がない限り、「または」を意味する。例えば、Ａ／Ｂは、ＡまたはＢを表し得る。本明細書において、「および／または」は、関連付けられたものを説明するための対応関係を説明するだけであり、３つの関係が存在し得ることを表す。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、およびＢのみが存在するという３つの場合を表し得る。加えて、本出願の説明において、「複数の」は、２つ、または２つより多いことを意味する。
本願の実施形態において提供されている方法は、グローバルシステムフォーモバイルコミュニケーションズ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、略してＧＳＭ（登録商標））、符号分割多重接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、略してＣＤＭＡ）システム、広帯域符号分割多重接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、略してＷＣＤＭＡ（登録商標））、汎用パケット無線サービス（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ、略してＧＰＲＳ）、ＬＴＥシステム、ユニバーサル移動体通信システム（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ、略してＵＭＴＳ）、ＥＰＳネットワーク、５Ｇネットワーク、および将来の無線通信システムなどの様々な通信システムに適用されてよい。
具体的には、本願の実施形態において提供される方法は、図１に示されている５Ｇネットワークに適用されてよい。図１に示されているように、５Ｇネットワークは、認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ、略してＡＵＳＦ）ネットワーク要素、アクセスおよびモビリティ管理機能（ａｃｃｅｓｓ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、略してＡＭＦ）ネットワーク要素、データネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、略してＤＮ）、一元データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、略してＵＤＭ）ネットワーク要素、ポリシ制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、略してＰＣＦ）ネットワーク要素、（無線）アクセスネットワーク（（ｒａｄｉｏ）ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、略して（Ｒ）ＡＮ）装置、ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、略してＵＰＦ）ネットワーク要素、端末装置、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ、略してＡＦ）ネットワーク要素、およびセッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、略してＳＭＦ）ネットワーク要素を含んでよい。
５Ｇネットワークの（Ｒ）ＡＮ装置は、次世代（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ、略してＮＧ）ＲＡＮ装置であってよく、または、発展型ユニバーサル地上無線アクセスネットワーク（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、略してＥ−ＵＴＲＡＮ）装置であってよく、５Ｇネットワークは、上述の２つのアクセスネットワーク装置の両方に接続されてよく、すなわち、５Ｇネットワークは、２つの異なる無線アクセスタイプ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｙｐｅ、略してＲＡＴ）の両方を有してよい。図１Ａを参照すると、端末装置は、Ｅ−ＵＴＲＡＮ装置またはＮＧ ＲＡＮ装置を用いることによって、５Ｇコアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ、略してＣＮ）にアクセスしてよい。本願の本実施形態において、本願の実施形態において提供される方法の例は、端末装置が、ＮＧ ＲＡＮを経由して、５Ｇネットワークに登録され、ＮＧ ＲＡＮアクセスタイプで音声サービスを開始するという例を用いることによって説明される。
制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ、略してＣＰ）機能ネットワーク要素は、ＵＤＭネットワーク要素、ＡＵＳＦネットワーク要素、ＰＣＦネットワーク要素、ＡＭＦネットワーク要素、およびＳＭＦネットワーク要素を含む。
具体的には、（Ｒ）ＡＮ装置の主な機能は、無線接続を提供することを含む。ＵＰＦネットワーク要素の主な機能は、データパケット、モビリティアンカー、サービスフローをＤＮへルーティングすることをサポートするアップリンク分類子、マルチホーミングパケットデータユニット（ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ、略してＰＤＵ）セッションをサポートするＢＰ、および同様のものをルーティングして転送することを含む。ＤＮは、事業者サービスＤＮ、インターネットアクセスサービスＤＮ、またはサードパーティサービスＤＮであってよい。ＡＭＦネットワーク要素の主な機能は、ユーザ登録管理、アクセシビリティ検出、ＳＭＦノード選択、移動状態変換管理、および同様のものを含む。ＳＭＦネットワーク要素の主な機能は、セッション、ユーザプレーンノード選択、および同様のもののセットアップ、変更、および削除を制御することを含む。ＰＣＦネットワーク要素の主な機能は、ポリシ決定ポイント、および、サービスデータストリームおよびアプリケーション検出に基づくルール、ゲーティング制御ルール、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、略してＱｏＳ）ルール、およびフローベースの課金制御ルールなどのルールの提供を含む。ＡＦネットワーク要素の主な機能は、第３世代パートナーシッププロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、略して３ＧＰＰ）コアネットワークとインタラクトして、サービスを提供し、サービスフロールーティング、アクセスネットワーク性能の開始、ポリシ制御に影響することなどを含む。ＡＵＳＦネットワーク要素の主な機能は、認証サービスを提供することを含む。ＵＤＭネットワーク要素の主な機能は、ユーザ加入データを記憶することを含む。
端末装置は、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、略してＵＥ）、アクセス端末、加入者ユニット、加入者局、移動局、モバイルコンソール、遠隔局、遠隔端末、モバイル装置、ユーザ端末、端末、無線通信装置、ユーザエージェント、ユーザ装置、または同様のものとも称されてよい。端末装置は、無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、略してＷＬＡＮ）における局（ｓｔａｔｉｏｎ、略してＳＴ）、セルラ電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、略してＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、略してＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、略してＰＤＡ）、無線通信機能を有するハンドヘルド装置、演算装置、無線モデムに接続された別の処理装置、車載装置、または、（ウェアラブルインテリジェントデバイスとも称されてよい）ウェアラブル装置であってよい。端末装置はさらに、例えば、５Ｇにおける端末装置、もしくは将来の発展型公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、略してＰＬＭＮ）における端末装置のような、次世代通信システムにおける端末装置、または新規無線（ｎｅｗ ｒａｄｉｏ、略してＮＲ）通信システムにおける端末装置であってよい。
具体的には、本願の実施形態において提供される方法はさらに、図２に示されている発展型パケットシステム（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ、略してＥＰＳ）ネットワーク（すなわち、通常言及される４Ｇネットワーク）に適用されてよい。図２に示されているように、ＥＰＳネットワークは、端末装置、（具体的にはｅＮｏｄｅＢであり得る）Ｅ−ＵＴＲＡＮ、サービス提供ゲートウェイ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ、略してＳＧＷ）、パケットデータネットワークゲートウェイ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ、略してＰＧＷ）、モビリティ管理エンティティ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ、略してＭＭＥ）、ホーム加入者サーバ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ、略してＨＳＳ）、移動交換局（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ、略してＭＳＣ）、および、ポリシおよび課金ルール機能（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｒｕｌｅｓ ｆｕｎｃｔｉｏｎ、略してＰＣＲＦ）ネットワーク要素である複数の機能ネットワーク要素を含んでよい。
５ＧネットワークおよびＥＰＳネットワークの両方が配備されたとき、５Ｇネットワークにおける機能ネットワーク要素およびＥＰＳネットワークにおける機能ネットワーク要素は統合され得て、これにより、５Ｇネットワークは、ＥＰＳネットワークとインタラクトし得る。図３を参照すると、統合されたネットワークにおける機能ネットワーク要素は、（ＨＳＳの機能およびＵＤＭの機能の両方を有する機能ネットワーク要素である）ＨＳＳ＋ＵＤＭ機能ネットワーク要素、（ＰＣＦの機能およびＰＣＲＦの機能の両方を有する機能ネットワーク要素である）ＰＣＦ＋ＰＣＲＦ機能ネットワーク要素、（ＳＭＦの機能およびパケットデータネットワークゲートウェイ−制御プレーン（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ−ｃｏｎｔｒｏｌ ｐｌａｎｅ、略してＰＧＷ−Ｃ）の機能の両方を有する機能ネットワーク要素である）ＳＭＦ＋ＰＧＷ−Ｃ機能ネットワーク要素、（ＵＰＦの機能およびパケットデータネットワークゲートウェイ−ユーザプレーン（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ｇａｔｅｗａｙ−ｕｓｅｒ ｐｌａｎｅ、略してＰＧＷ−Ｕ）の機能の両方を有する機能ネットワーク要素である）ＵＰＦ＋ＰＧＷ−Ｕ機能ネットワーク要素、ＳＧＷ、ＭＭＥ、Ｅ−ＵＴＲＡＮ、ＡＭＦ、ＮＧ ＲＡＮ、および端末装置を含む。本出願の実施形態において、ＨＳＳ＋ＵＤＭ機能ネットワーク要素、ＰＣＦ＋ＰＣＲＦ機能ネットワーク要素、ＳＭＦ＋ＰＧＷ−Ｃ機能ネットワーク要素、およびＵＰＦ＋ＰＧＷ−Ｕは、例を用いることによって説明されるのみであり、各ネットワーク要素は代替的に、互いに離れた２つのネットワーク要素であってよい。このことは本明細書において限定されない。
現在、比較的成熟した音声サービス解決手段は、ＥＰＳネットワークにおけるＩＭＳ音声サービス解決手段と、２Ｇ／３Ｇネットワークにおける回線交換（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｉｎｇ、略してＣＳ）音声サービス解決手段とを含む。従来技術において５ＧネットワークはＩＭＳおよびＣＳ音声サービスをサポートしないので、本願の実施形態は、ネットワークハンドオーバ方法を提供し、これにより、音声サービスを実行することが必要である場合、端末装置は、５ＧネットワークからＥＰＳネットワークまたは２Ｇ／３Ｇネットワークへハンドオーバされて音声サービスを実行し得る。
図２を参照すると、事業者のＩＰサービスがＩＭＳ音声サービスである場合、ＥＰＳネットワークとＩＭＳネットワークとの間の通信の概略図については、図４を参照されたい。ＩＭＳネットワークは、プロキシ呼セッション制御機能（Ｐｒｏｘｙ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、略してＰ−ＣＳＣＦ）／セッションボーダ制御（Ｓｅｓｓｉｏｎ Ｂｏｒｄｅｒ Ｃｏｎｔｒｏｌ、略してＳＢＣ）、インテロゲーティング呼セッション制御機能（ｉｎｔｅｒｒｏｇａｔｉｎｇ−ｃａｌｌ ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、略してＩ−ＣＳＣＦ）／サービス提供呼セッション制御機能（ｓｅｒｖｉｎｇ−ｃａｌｌ ｓｅｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、略してＳ−ＣＳＣＦ）、テレフォニーアプリケーションサーバ（ｔｅｌｅｐｈｏｎｙ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、略してＴＡＳ）、およびＩＭＳメディアゲートウェイ（ＩＭＳ ｍｅｄｉａ ｇａｔｅｗａｙ、略してＩＭＳ ＭＧＷ）を含む。終端アクセスドメイン選択機能モジュール（ｔｅｒｍｉｎａｔｉｎｇ ａｃｃｅｓｓ ｄｏｍａｉｎ ｓｅｌｅｃｔｉｏｎ、略してＴ−ＡＤＳ）が、ＴＡＳに含まれてよい。従って、以下の終端アクセスドメイン選択装置は、ＴＡＳとみなされてよい。ＴＡＳは代替的に、サービス集中化および連続性アプリケーションサーバ（ｓｅｒｖｉｃｅ ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ ｃｏｎｔｉｎｕｉｔｙ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ、略してＳＣＣ ＡＳ）であってよい。
端末装置がＩＭＳ音声サービスを実行している場合、発呼端末装置と被呼端末装置との間の通信の処理については、図５を参照されたい。処理は具体的には、発呼端末装置が呼に関連する情報を発呼アクセスネットワークへ送信し、呼に関連する情報が、発呼アクセスネットワーク、発呼コアネットワーク、発呼ＩＭＳネットワーク、被呼ＩＭＳネットワーク、被呼コアネットワーク、および被呼アクセスネットワークを経由して、そして被呼端末装置に到達し、被呼端末装置により発呼端末装置にフィードバックされた情報が、反対方向に送信されることを含む。
図６に示されているように、図６は、本出願の一実施形態に係るネットワーク装置６０のハードウェア構造の概略図である。ネットワーク装置６０は、少なくとも１つのプロセッサ６０１、通信バス６０２、メモリ６０３、および少なくとも１つの通信インタフェース６０４を含む。ネットワーク装置６０は、本出願における第１のアクセスネットワーク装置、第２のアクセスネットワーク装置、第１のモビリティ管理ネットワーク要素、第２のモビリティ管理ネットワーク要素、セッション管理ネットワーク要素、ＩＭＳネットワーク要素、ユーザプレーンゲートウェイ、または、サービス提供ゲートウェイであってよい。
プロセッサ６０１は、汎用中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、略してＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、略してＡＳＩＣ）、または、本出願の解決手段のプログラム実行を制御するよう構成される１または複数の集積回路であってよい。
通信バス６０２は、上述の構成要素間で情報を送信するためのパスを含んでよい。
トランシーバなどの任意の装置を用いることによって、通信インタフェース６０４は、別の装置、または、イーサネット（登録商標）、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、略してＲＡＮ）、または無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、略してＷＬＡＮ）などの通信ネットワークと通信するよう構成される。
メモリ６０３は、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、略してＲＯＭ）、もしくは静的情報および静的命令を記憶できる別のタイプの静的記憶装置、またはランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、略してＲＡＭ）、もしくは情報および命令を記憶できる別のタイプの動的記憶装置であってよく、または、電気的に消去可能なプログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、略してＥＥＰＲＯＭ）、コンパクトディスク・リードオンリメモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、略してＣＤ−ＲＯＭ）、もしくは別のコンパクトディスク記憶媒体、（コンパクトディスク、レーザディスク、光ディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク、および同様のものを含む）光ディスク記憶媒体および磁気ディスク記憶媒体、別の磁気記憶装置、または、命令またはデータ構造の形式で所望のプログラムコードを保持または記憶するよう構成されることができ、コンピュータがアクセス可能な任意の他の媒体であってよいが、それらに限定されない。メモリは、別個に存在してよく、バスを経由して、プロセッサに接続されてよい。代替的に、メモリは、プロセッサと一体化されてよい。
メモリ６０３は、本出願の解決手段を実行するためのアプリケーションプログラムコードを記憶するよう構成され、プロセッサ６０１は、その実行を制御する。プロセッサ６０１は、メモリ６０３に記憶されたアプリケーションプログラムコードを実行するよう構成され、それにより、以下で説明される方法を実装する。
具体的な実装中に、実施形態において、プロセッサ６０１は、図６のＣＰＵ０およびＣＰＵ１などの１または複数のＣＰＵを含んでよい。
具体的な実装中に、実施形態において、ネットワーク装置６０は、図６のプロセッサ６０１およびプロセッサ６０８などの複数のプロセッサを含んでよい。これらのプロセッサのそれぞれは、単一コア（単一ＣＰＵ）のプロセッサであってよく、または、マルチコア（マルチＣＰＵ）のプロセッサであってよい。本明細書におけるプロセッサは、１または複数の装置、回路、および／または、データ（例えば、コンピュータプログラム命令）を処理するよう構成される処理コアであってよい。
具体的な実装中に、実施形態において、ネットワーク装置６０は、出力装置６０５および入力装置６０６をさらに含んでよい。出力装置６０５は、プロセッサ６０１と通信し、様々な方式で情報を表示し得る。
図６Ａに示されているように、図６Ａは、本出願の一実施形態に係る端末装置６０Ａのハードウェア構造の概略図である。端末装置６０Ａは、少なくとも１つのプロセッサ６０１Ａ、通信バス６０２Ａ、メモリ６０３Ａ、および少なくとも１つの通信インタフェース６０４Ａを含む。
具体的な実装中に、実施形態において、プロセッサ６０１Ａは、図６ＡのＣＰＵ０またはＣＰＵ１などの１または複数のＣＰＵを含んでよい。
具体的な実装中に、実施形態において、端末装置６０Ａは、図６Ａのプロセッサ６０１Ａおよびプロセッサ６０８Ａなどの複数のプロセッサを含んでよい。
具体的な実装中に、実施形態において、端末装置６０Ａは、出力装置６０５Ａおよび入力装置６０６Ａをさらに含んでよい。図６Ａに示されている各装置の機能の例および他の説明については、上述の説明を参照されたい。
本願の本実施形態において、第１のネットワークおよび第２のネットワークは、例えば、ＮＧ ＲＡＮアクセスタイプを有する５ＧネットワークおよびＥ−ＵＴＲＡＮアクセスタイプを有するＥＰＳネットワークのような、アクセスタイプが異なり、コアネットワークも異なる２つのネットワークであってよく、または、例えば、ＮＧ ＲＡＮアクセスタイプを有する５ＧネットワークおよびＥ−ＵＴＲＡＮアクセスタイプを有する５Ｇネットワークのような、アクセスタイプが異なるが、コアネットワークが同じである２つのネットワークであってよい。本願の本実施形態において、本願の実施形態において提供される方法の例は、第１のネットワークおよび第２のネットワークが、アクセスタイプが異なり、コアネットワークが異なる２つのネットワークであることを用いることによって説明されるが、このことは、本出願の保護範囲に対する限定とみなされるべきではない。本願の実施形態において提供される方法は、コアネットワークが同じであるが、アクセスタイプが異なる２つのネットワークに同様に適用可能である。
本願の実施形態において提供される解決手段は、サービスベースのアーキテクチャに基づいてよく、ネットワーク要素間の通信は、サービスベースのインタフェースまたは従来の非サービスベースのインタフェースに基づいてよい。このことは具体的には、本願の実施形態において限定されない。
本願の実施形態は、ネットワークハンドオーバ方法を提供する。図７に示されているように、方法は、以下の段階を備える。
７０１．第１のアクセスネットワーク装置が、セッション管理ネットワーク要素から第１のセッション管理（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ、略してＳＭ）情報を受信し、ここで、第１のセッション管理情報は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。
具体的には、第１のセッション管理情報は、第１のネットワークにおいて端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。端末装置の音声サービスは、ＩＭＳ音声サービスであってよい。
端末装置は、音声サービスの発呼端末装置であってよく、または音声サービスの被呼端末装置であってよい。ユーザプレーントンネルは、５Ｇネットワークでは、ＱｏＳフロー（ＱｏＳ ｆｌｏｗ）と称されてよい。
７０２．第１のアクセスネットワーク装置が、第１のセッション管理情報と第１の条件とに基づき、ハンドオーバ要求（ｈａｎｄｏｖｅｒ ｒｅｑｕｉｒｅｄ）を第１のモビリティ管理ネットワーク要素へ送信し、ここで、ハンドオーバ要求は、端末装置を第１のネットワークから第２のネットワークへハンドオーバするためのものであり、第１の条件は、第１のネットワークにおいて音声サービスを実行できないことを含む。
第１のアクセスネットワーク装置は、ＮＧ ＲＡＮであってよく、セッション管理ネットワーク要素は、ＳＭＦ＋ＰＧＷ−Ｃ機能ネットワーク要素であってよく、第１のモビリティ管理ネットワーク要素は、ＡＭＦであってよく、第１のネットワークは、５Ｇネットワークであってよく、第２のネットワークは、ＥＰＳネットワークであってよい。加えて、第１のネットワークおよび第２のネットワークはそれぞれ、５Ｇネットワークであってよく、第１のネットワークおよび第２のネットワークが異なるアクセスタイプを有するという点で違いを有する。
第１のセッション管理情報は、端末装置のＩＭＳ音声サービスのユーザプレーントンネルに関連するセッション管理情報であり、第１のセッション管理情報は、例えば、１に等しい５Ｇ ＱｏＳインジケータ（５Ｇ ＱｏＳ ｉｎｄｉｃａｔｏｒ、以下では５ＱＩと称される）、割り当て／保留優先度（ａｌｌｏｃａｔｉｏｎ／ｒｅｔｅｎｔｉｏｎ ｐｒｉｏｒｉｔｙ、略してＡＲＰ）、保証ビットレート（ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ、略してＧＢＲ）、および最大ビットレート（ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ、略してＭＢＲ）などのパラメータのような、端末装置のＩＭＳ音声サービスのユーザプレーントンネルのＱｏＳパラメータを含んでよく、第１のセッション管理情報は、他の情報をさらに含んでよい。
ＳＭＦ＋ＰＧＷ−Ｃ機能ネットワーク要素は、第１のセッション管理情報を、ＰＤＵ変更コマンドを伴うセッション管理要求（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｗｉｔｈ ＰＤＵ ｍｏｄｉｆｉｃａｔｉｏｎ ｃｏｍｍａｎｄ）に付加し、当該セッション管理要求をＡＭＦへ送信してよく、そして、ＡＭＦは、第１のセッション管理情報をＮ２セッション要求（Ｎ２ ｓｅｓｓｉｏｎ ｒｅｑｕｅｓｔ）に付加し、当該Ｎ２セッション要求をＮＧ ＲＡＮへ送信する。
本願の本実施形態において提供される方法において、５Ｇネットワークにおける端末装置が音声サービスを実行するとき、端末装置は、ＥＰＳネットワークへハンドオーバされ得て、これにより、端末装置は、ＥＰＳネットワークにおいてＩＭＳ音声サービスを実行し得て、５Ｇネットワークにおける端末装置がＩＭＳ音声サービスを実行できないという問題を解決する。
現在の５Ｇネットワークのプロトコルにおけるルールに基づき、音声中心型（ｖｏｉｃｅ ｃｅｎｔｒｉｃ）端末装置について、５Ｇネットワークのネットワーク側がＩＭＳ音声サービスをサポートしない場合、音声中心型端末装置は、最初のうちＮＲを選択して５Ｇコアネットワーク（５Ｇ ｃｏｒｅ ｎｅｔｗｏｒｋ、略して５ＧＣ）へアクセスするべきではなく、または、たとえ５ＧＣへアクセスしたとしても、音声中心型端末装置は、再選択を実行してＥ−ＵＴＲＡＮおよび発展型パケットコア（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ、略してＥＰＣ）へアクセスする必要がある。従って、５ＧネットワークがＩＭＳ音声サービスをサポートしない場合、端末装置は、５Ｇネットワークにキャンプオンして高速データサービスを享受できない。しかし、本願の本実施形態において提供される方法において、５ＧネットワークにおいてＩＭＳ音声サービスを実行できない場合、ＮＧ ＲＡＮは、ハンドオーバ要求をＡＭＦへ送信し得て、これにより、５Ｇネットワークにおける端末装置は、５ＧネットワークからＥＰＳネットワークへハンドオーバされ、端末装置は、ＥＰＳネットワークにおいてＩＭＳ音声サービスを実行し得る。従って、端末装置は、まず、５Ｇネットワークにキャンプオンして高速データサービスを享受し得て、そして、ＩＭＳ音声サービスを実行する必要となった場合、ＥＰＳネットワークへハンドオーバされてＩＭＳ音声サービスを実行し得る。
さらに、５Ｇネットワークにおける端末装置が音声サービスをスムーズに実行し得ることが保証されるために、本願の実施形態は、２つのシナリオにおいて端末装置のネットワークハンドオーバを実行するための方法を提供する。
シナリオ１．第１のネットワークにおいて音声サービスを実行できず、第２のネットワークにおいて音声サービスが実行され得る。
当該シナリオにおいて、第１の条件は、第２のネットワークが音声サービスをサポートすること、第２のネットワークの信号品質が音声サービスの要求を満たしたこと、および、第１のネットワークおよび端末装置のネットワーク装置が第１のネットワークと第２のネットワークとの間のハンドオーバをサポートすることのうちの少なくとも１つをさらに含んでよい。
当該シナリオにおいて、端末装置は、以下の方式１および方式２の何れかにおいてネットワークハンドオーバを実行してよい。
方式１．セッション管理ネットワーク要素には、音声サービスのユーザプレーントンネルのセットアップが承諾されたことを示す情報が通知され、これにより、第１のネットワークにおけるネットワーク装置は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップする。端末装置を第１のネットワークから第２のネットワークへハンドオーバする処理において、端末装置の音声サービスのために第１のネットワークにおけるネットワーク装置によりセットアップされたユーザプレーントンネルは、第２のネットワークにおいて音声サービスのユーザプレーントンネルへ切り替えられる。
図８を参照すると、方式１は具体的には、以下の段階を含んでよい。
Ｓ１１．第１のアクセスネットワーク装置は、第２のセッション管理情報をセッション管理ネットワーク要素へ送信し、ここで、第２のセッション管理情報は、音声サービスのユーザプレーントンネルのセットアップが承諾されたことを示す情報を含む。
具体的には、第１のアクセスネットワーク装置は、第２のセッション管理情報をＮ２セッション応答（Ｎ２ ｓｅｓｓｉｏｎ ｒｅｓｐｏｎｓｅ）に付加し、当該Ｎ２セッション応答を第１のモビリティ管理ネットワーク要素へ送信してよく、そして、第１のモビリティ管理ネットワーク要素は、第２のセッション管理情報を、ＰＤＵセッション変更コマンドを伴うセッション管理応答（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｗｉｔｈ ＰＤＵ ｍｏｄｉｆｉｃａｔｉｏｎ ｃｏｍｍａｎｄ ａｃｋ）に付加し、当該セッション管理応答をセッション管理ネットワーク要素へ送信する。
第１のネットワークにおいて音声サービスを実行できないので、第２のセッション管理情報は音声サービスのユーザプレーントンネルのセットアップが承諾されたことを示す情報を含むが、実際に、第１のアクセスネットワーク装置は、音声サービスに無線リソースを割り当てないことに注意すべきである。
任意選択的に、図８を参照すると、段階Ｓ１１の前に、方法は、第１のアクセスネットワーク装置が、第１のセッション管理情報と第１の条件とに基づき、音声サービスのユーザプレーントンネルに無線リソースを割り当てないと決定する段階をさらに備えてよい。
Ｓ１２．セッション管理ネットワーク要素は、第１のアクセスネットワーク装置から送信された第２のセッション管理情報を受信し、第２のセッション管理情報に基づき、音声サービスのユーザプレーントンネルに関連する情報であると決定する。
具体的には、端末装置の音声サービスのユーザプレーントンネルに関連する情報は、特に、パケット検出（ｐａｃｋｅｔ ｄｅｔｅｃｔｉｏｎ）、施行ルール（ｅｎｆｏｒｃｅｍｅｎｔ ｒｕｌｅ）、報告ルール（ｒｅｐｏｒｔｉｎｇ ｒｕｌｅ）、コアネットワークトンネル情報（ｃｏｒｅ ｎｅｔｗｏｒｋ ｔｕｎｎｅｌ ｉｎｆｏｒｍａｔｉｏｎ）、および音声サービスのユーザプレーントンネルに関連する同様のものであってよい。
Ｓ１３．セッション管理ネットワーク要素は、音声サービスのユーザプレーントンネルに関連する情報をユーザプレーンゲートウェイへ送信する。
ユーザプレーンゲートウェイは、ＵＰＦ＋ＰＧＷ−Ｕ機能ネットワーク要素であってよい。
ＳＭＦ＋ＰＧＷ−Ｃ機能ネットワーク要素は、音声サービスのユーザプレーントンネルに関連する情報を、Ｎ４セッション変更要求（Ｎ４ ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ ｒｅｑｕｅｓｔ）に付加し、当該Ｎ４セッション変更要求をＵＰＦ＋ＰＧＷ−Ｕ機能ネットワーク要素へ送信してよい。
Ｓ１４．ユーザプレーンゲートウェイは、セッション管理ネットワーク要素により送信された音声サービスのユーザプレーントンネルに関連する情報を受信し、音声サービスのユーザプレーントンネルに関連する情報に基づき、音声サービスのためのユーザプレーントンネルをセットアップする。
段階Ｓ１１からＳ１４は、段階７０２の前に実行されてよく、または、段階７０２の後に、かつ、音声サービスのユーザプレーントンネルが切り替えられ始める前に実行されてよい。従って、音声サービスのためにユーザプレーンゲートウェイによりセットアップされたユーザプレーントンネルは、音声サービスのユーザプレーントンネルを切り替えることによって、第２のネットワークにおいて音声サービスのユーザプレーントンネルに切り替えられてもよく、これにより、端末装置は、第２のネットワークにおいて音声サービスを実行し得る。
方式２．セッション管理ネットワーク要素には、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す理由情報が通知され、これにより、セッション管理ネットワーク要素は、端末装置が第１のネットワークから第２のネットワークへのハンドオーバを完了した後に、端末装置の音声サービスのためのユーザプレーントンネルをセットアップする。
図９を参照すると、方式２は具体的に、以下の段階を含んでよい。
Ｓ２１．第１のアクセスネットワーク装置は、第３のセッション管理情報をセッション管理ネットワーク要素へ送信し、ここで、第３のセッション管理情報は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す理由情報を含む。
具体的には、ＮＧ ＲＡＮは、第３のセッション管理情報をＮ２セッション応答に付加し、当該Ｎ２セッション応答をＡＭＦへ送信してよく、そして、ＡＭＦは、第３のセッション管理情報を、ＰＤＵセッション変更コマンドを伴うセッション管理応答に付加し、当該セッション管理応答をＳＭＦ＋ＰＧＷ−Ｃ機能ネットワーク要素へ送信する。
任意選択的に、拒否を示す理由情報は、ハンドオーバ処理を実行する端末装置であってよい。
Ｓ２２．セッション管理ネットワーク要素は、第１のアクセスネットワーク装置から送信された第３のセッション管理情報を受信する。
Ｓ２３．セッション管理ネットワーク要素は、端末装置が第１のネットワークから第２のネットワークへハンドオーバされたと決定する。
具体的な実装中に、段階Ｓ２３は、方式（１）および方式（２）の何れかで実装されてよい。方式（１）において、タイマーがセッション管理ネットワーク要素において設定され、タイマーがタイムアウトしたとき、端末装置が第１のネットワークから第２のネットワークへハンドオーバされたと決定される。方式（２）において、トンネル変更要求（ｍｏｄｉｆｙ ｂｅａｒｅｒ ｒｅｑｕｅｓｔ）が受信されたとき、セッション管理ネットワーク要素は、端末装置が第１のネットワークから第２のネットワークへハンドオーバされたと決定し、ここで、トンネル変更要求は、端末装置の音声サービスのシグナリングプレーントンネル情報を変更するためのものである。
Ｓ２４．セッション管理ネットワーク要素は、理由情報に基づき、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップする。
段階Ｓ２４の具体的な実装中に、セッション管理ネットワーク要素が、第３のセッション管理情報が理由情報を含むか、または理由情報が、端末装置がハンドオーバ処理を実行することであると決定した場合、ユーザプレーントンネルは、端末装置が第１のネットワークから第２のネットワークへハンドオーバされた後に第２のネットワークにおいて音声サービスのためにセットアップされてよい。
方式２において、第１のネットワークにおけるネットワーク装置が音声サービスのためのユーザプレーントンネルをセットアップしないが、端末装置が第１のネットワークから第２のネットワークへハンドオーバされたと決定した後に、セッション管理ネットワーク要素は、第２のネットワークにおいて端末装置の音声サービスのためのユーザプレーントンネルをセットアップし、これにより、端末装置は、第２のネットワークにおいて音声サービスを実行してよい。
方式２は、第１のネットワークにおいて音声サービスを実行できないが、音声サービスは第２のネットワークにおいて実行され得るというシナリオにおいて端末装置のネットワークハンドオーバを実行するための方法を提供する。第１のセッション管理情報を受信した場合、第１のアクセスネットワーク装置は遅れずに、第１のネットワークにおける端末装置を第２のネットワークへハンドオーバでき、これにより、第１のネットワークにおける端末装置は、第２のネットワークにおいて音声呼セットアップ処理を実行することを継続する。さらに、理由情報が、端末装置がハンドオーバ処理を実行していることであるため、第１のアクセスネットワーク装置は、音声サービスのユーザプレーントンネルのセットアップを拒否し、これにより、端末装置が問題なく第２のネットワークへハンドオーバされた後に（音声セッションは当該シナリオにおいて第２のネットワークにおいて実行され得るので、ユーザプレーントンネルは、問題なくセットアップされ得る）、ユーザプレーンゲートウェイが音声サービスのユーザプレーントンネルをセットアップすることをトリガし、これにより、端末装置は、第２のネットワークにおいて音声サービスを実行する。
シナリオ２．第１のネットワークおよび音声サービスのどちらも第２のネットワークにおいて実行されないことがあり得る。
当該シナリオにおいて、第１の条件は、第２のネットワークにおいて音声サービスを実行できないことをさらに含んでよい。
当該シナリオにおいて、端末装置は、以下の方式３および方式４の何れかでネットワークハンドオーバを実行してよい。
方式３．セッション管理ネットワーク要素には、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す理由情報が通知され、これにより、セッション管理ネットワーク要素は、端末装置が第１のネットワークから第２のネットワークへのハンドオーバを完了した後に端末装置の音声サービスのためのユーザプレーントンネルをセットアップし、ユーザプレーントンネルのセットアップが失敗した場合、端末装置は、音声サービスを実行するべく、２Ｇ／３Ｇネットワークにフォールバックすることが可能となる。
方式３は、具体的には以下を含んでよい。
［Ｓ３１からＳ３４］
段階Ｓ３１からＳ３４はそれぞれ、対応して段階Ｓ２１からＳ２４と同じであり、すなわち、段階Ｓ３１は、段階Ｓ２１と同じであり、段階Ｓ３２は、段階Ｓ２２と同じであり、段階Ｓ３３は、段階Ｓ２３と同じであり、段階Ｓ３４は、段階Ｓ２４と同じである。詳細については、図９を参照されたい。
段階Ｓ３４の具体的な実装中に、ユーザプレーントンネルをセットアップする処理は、以下プロセスＰ１からＰ３のうち任意の１つを用いることによって、具体的に実装されてよい。
図１０を参照すると、プロセスＰ１は、以下の段階を含んでよい。
（１１）．サービス提供ゲートウェイが、トンネルセットアップ要求（ｃｒｅａｔｅ ｂｅａｒｅｒ ｒｅｑｕｅｓｔ）を第２のモビリティ管理ネットワーク要素へ送信し、ここで、トンネルセットアップ要求は、端末装置のための音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである。
サービス提供ゲートウェイは、ＳＧＷであってよく、第２のモビリティ管理ネットワーク要素は、ＭＭＥであってよく、音声サービスのユーザプレーントンネルは、ＱＣＩ（当該ＱＣＩは、サービス品質クラス識別子であり、英語全表記ｑｏｓ ｃｌａｓｓ ｉｄｅｎｔｉｆｉｅｒ）が１に等しい専用ベアラであってよい。
（１２）．第２のモビリティ管理ネットワーク要素は、サービス提供ゲートウェイにより送信されたトンネルセットアップ要求を受信し、第２の条件に基づき、トンネルセットアップ応答（ｃｒｅａｔｅ ｂｅａｒｅｒ ｒｅｓｐｏｎｓｅ）をサービス提供ゲートウェイへ送信する。
トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含み、第２の条件は、端末装置が、第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることをさらに含んでよい。
具体的には、第２のモビリティ管理ネットワーク要素が、第２の条件が満たされたと決定した場合、第２のモビリティ管理ネットワーク要素は、音声サービスのためのユーザプレーントンネルのセットアップを拒否し、情報を含むトンネルセットアップ応答を、サービス提供ゲートウェイへ送信する。
段階（１２）の後に、サービス提供ゲートウェイは、セッション管理ネットワーク要素およびポリシ制御機能ネットワーク要素を経由して、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を、ＩＭＳネットワーク要素に通知し、これにより、ＩＭＳネットワーク要素は、端末装置の回線交換フォールバック（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ ｆａｌｌｂａｃｋ、略してＣＳＦＢ）サービスをトリガする。ＩＭＳネットワーク要素は、Ｐ−ＣＳＣＦであってよい。
図１１を参照すると、プロセスＰ２は、以下の段階を含んでよい。
（２１）．サービス提供ゲートウェイが、トンネルセットアップ要求を第２のモビリティ管理ネットワーク要素へ送信し、ここで、トンネルセットアップ要求は、端末装置のための音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである。
（２２）．第２のモビリティ管理ネットワーク要素は、無線トンネルセットアップ要求（ｂｅａｒｅｒ ｓｅｔｕｐ ｒｅｑｕｅｓｔ）を第２のアクセスネットワーク装置へ送信し、ここで、無線トンネルセットアップ要求は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。
第２のアクセスネットワーク装置は、ｅＮＢであってよく、音声サービスのユーザプレーントンネルは、ＱＣＩが１に等しい専用ベアラであってよい。
（２３）．第２のアクセスネットワーク装置は、第２のモビリティ管理ネットワーク要素により送信された無線トンネルセットアップ要求を受信し、第２の条件に基づき、無線トンネルセットアップ応答（ｂｅａｒｅｒ ｓｅｔｕｐ ｒｅｓｐｏｎｓｅ）を第２のモビリティ管理ネットワーク要素へ送信する。
無線トンネルセットアップ応答は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含み、第２の条件は、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることをさらに含んでよい。
具体的には、第２のアクセスネットワーク装置が、第２の条件が満たされたと決定した場合、第２のアクセスネットワーク装置は、音声サービスのためのユーザプレーントンネルのセットアップを拒否し、当該情報を含む無線トンネルセットアップ応答を第２のモビリティ管理ネットワーク要素へ送信する。
（２４）．第２のモビリティ管理ネットワーク要素は、第２のアクセスネットワーク装置により送信された無線トンネルセットアップ応答を受信し、第２の条件に基づき、トンネルセットアップ応答をサービス提供ゲートウェイへ送信する。
トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
段階（２４）の後に、サービス提供ゲートウェイは、セッション管理ネットワーク要素およびポリシ制御機能ネットワーク要素を経由して、ＩＭＳネットワーク要素に音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を通知し、これにより、ＩＭＳネットワーク要素は、端末装置のＣＳＦＢサービスをトリガし得る。
ポリシ制御機能ネットワーク要素は、ＰＣＦ＋ＰＣＲＦ機能ネットワーク要素であってよい。
図１２を参照すると、プロセスＰ３は、以下の段階を含んでよい。
（３１）．サービス提供ゲートウェイが、トンネルセットアップ要求を第２のモビリティ管理ネットワーク要素へ送信し、ここで、トンネルセットアップ要求は、端末装置のための音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである。
（３２）．第２のモビリティ管理ネットワーク要素は、サービス提供ゲートウェイにより送信されたトンネルセットアップ要求を受信し、無線トンネルセットアップ要求を第２のアクセスネットワーク装置へ送信し、ここで、無線トンネルセットアップ要求は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。
（３３）．第２のアクセスネットワーク装置は、第２のモビリティ管理ネットワーク要素により送信された無線トンネルセットアップ要求を受信し、第２の条件に基づき、無線トンネルセットアップ応答を第２のモビリティ管理ネットワーク要素へ送信する。
無線トンネルセットアップ応答は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含み、第２の条件は、端末装置が、第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることをさらに含んでよい。
具体的には、第２のアクセスネットワーク装置が、第２の条件が満たされたと決定した場合、第２のアクセスネットワーク装置は、音声サービスのためのユーザプレーントンネルのセットアップを拒否し、当該情報を含む無線トンネルセットアップ応答を第２のモビリティ管理ネットワーク要素へ送信する。
（３４）．第２のモビリティ管理ネットワーク要素は、第２のアクセスネットワーク装置により送信された無線トンネルセットアップ応答を受信し、無線トンネルセットアップ応答に基づき、トンネルセットアップ応答をサービス提供ゲートウェイへ送信する。
無線トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、トンネルセットアップ応答は、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
段階（３４）の後に、サービス提供ゲートウェイは、セッション管理ネットワーク要素およびポリシ制御機能ネットワーク要素を経由して、ＩＭＳネットワーク要素に、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を通知してよく、これにより、ＩＭＳネットワーク要素は、端末装置のＣＳＦＢサービスをトリガする。
当該シナリオにおいて、第２のネットワークにおいて音声セッションを実行できないので、音声サービスのユーザプレーントンネルを問題なくセットアップすることができない。この場合、端末装置は、音声サービスを実行するべく、２Ｇ／３Ｇネットワークにフォールバックすることが可能となり得る。従って、端末装置は、ＣＳＦＢサービスを実行する必要がある。共同登録は、端末装置がその後、ＣＳＦＢ呼を開始するための必要な前提条件であり、端末装置が共同登録を完了したことは、端末装置がＥＰＳおよびＣＳドメインの共同登録処理を完了したことを意味する。従って、端末装置がＣＳＦＢ呼を問題なく開始することが保証されるために、端末装置が共同登録を完了した後に、端末装置のＣＳＦＢサービスをトリガする必要がある。このことは、以下の４つの方式Ｗ１からＷ４のうち任意の１つで具体的に実装されてよい。
方式Ｗ１：
図１０を参照すると、プロセスＰ１において、段階（１２）は、第２のモビリティ管理ネットワーク要素が、端末装置が共同登録を完了したと決定した後に、実行される。具体的には、端末装置から、共同登録完了メッセージであって、具体的にはトラッキングエリアアップデート完了（ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ ｃｏｍｐｌｅｔｅ）メッセージであり得る共同登録完了メッセージが受信されたと第２のモビリティ管理ネットワーク要素が決定した場合、第２のモビリティ管理ネットワーク要素は、端末装置が共同登録を完了したと決定する。
図１１を参照すると、プロセスＰ２において、段階（２４）では、第２のモビリティ管理ネットワーク要素が、第２の条件が満たされ、端末装置が共同登録を完了したと決定した後に、第２のモビリティ管理ネットワーク要素は、トンネルセットアップ応答をサービス提供ゲートウェイへ送信する。具体的には、第２のモビリティ管理ネットワーク要素が、端末装置から共同登録完了メッセージが受信されたと決定した場合、第２のモビリティ管理ネットワーク要素は、端末装置が共同登録を完了したと決定する。
図１２を参照すると、プロセスＰ３において、第２の条件が満たされた場合、段階（３２）は、第２のモビリティ管理ネットワーク要素が、端末装置が共同登録を完了したと決定した後に実行される。具体的には、第２のモビリティ管理ネットワーク要素が、端末装置から共同登録完了メッセージが受信されたと決定した場合、第２のモビリティ管理ネットワーク要素は、端末装置が共同登録を完了したと決定する。
当該方式において、ＩＭＳネットワーク要素は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を受信した後に端末装置のＣＳＦＢサービスをトリガし、そして、第２のモビリティ管理ネットワーク要素は、端末装置が共同登録を完了したと決定した後にトンネルセットアップ応答をサービス提供ゲートウェイへ送信するので、ＩＭＳネットワーク要素は、端末装置が共同登録を完了した後に、端末装置のＣＳＦＢサービスをトリガし、それにより、端末装置がＣＳＦＢ呼を問題なく開始することが保証される。
方式Ｗ２：
段階Ｓ３４の具体的な実装中に、セッション管理ネットワーク要素は、理由情報と第２の条件とに基づき、第１の予め設定された期間後に、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップする。
段階Ｓ３４は具体的には、方式ｍ１および方式ｍ２で実装されてよい。
方式ｍ１は、セッション管理ネットワーク要素が、理由情報と第２の条件とに基づき、第１の予め設定された期間後に、トンネルセットアップ要求を第２のネットワークのサービス提供ゲートウェイへ送信する段階であり、ここで、トンネルセットアップ要求は、音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである。
具体的には、第１の予め設定された期間の開始時点は、理由情報が受信された時点であってよい。
方式ｍ２は、セッション管理ネットワーク要素が、理由情報に基づき、トンネルセットアップ要求を第２のネットワークのサービス提供ゲートウェイへ送信する段階であって、トンネルセットアップ要求は、音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである、段階と、セッション管理ネットワーク要素が、サービス提供ゲートウェイから送信されたトンネルセットアップ応答を受信する段階であって、トンネルセットアップ応答は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む、段階と、セッション管理ネットワーク要素が、第２の条件に基づき、第１の予め設定された期間後に、第１のメッセージをポリシ機能制御ネットワーク要素へ送信する段階であって、第１のメッセージは、音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すためのものである、段階とである。第１のメッセージは、クレジット制御要求（ｃｒｅｄｉｔ ｃｏｎｔｒｏｌ ｒｅｑｕｅｓｔ、略してＣＣＲ）であってよく、ユーザプレーントンネルのセットアップが失敗したことを示す情報は、ＣＣＲに含まれてよい。
具体的には、第１の予め設定された期間の開始時点が、理由情報が受信された時点であってよい。
当該方式において、ＩＭＳネットワーク要素が、第１の予め設定された期間の遅延後に端末装置のＣＳＦＢサービスをトリガした場合、端末装置は、共同登録を完了したとみなされる。具体的には、セッション管理ネットワーク要素は、第１の予め設定された期間の遅延後に、トンネルセットアップ要求または第１のメッセージを送信してよく、これにより、ＩＭＳネットワーク要素は、第１の予め設定された期間の遅延後に、端末装置のＣＳＦＢサービスをトリガし、それにより、端末装置がＣＳＦＢ呼を問題なく開始することが保証される。
方式Ｗ３：
図１３を参照すると、方式Ｗ３は、以下の段階を含んでよい。
Ｗ３−１．ＩＭＳネットワーク要素が、パケット交換（ｐａｃｋｅｔ ｓｗｉｔｃｈｉｎｇ、略してＰＳ）ドメインにおいて端末装置のための音声サービスをセットアップするための要求メッセージを受信する。
要求メッセージは具体的には、招待（ｉｎｖｉｔｅ）メッセージであってよい。
Ｗ３−２．ＩＭＳネットワーク要素は、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないと決定する。
Ｗ３−３．ＩＭＳネットワーク要素は、端末装置が共同登録を完了したと決定する。
Ｗ３−４．ＩＭＳネットワーク要素は、端末装置のＣＳＦＢサービスをトリガする。
当該方式で、端末装置が共同登録を完了したと決定した後に、ＩＭＳネットワーク要素は、端末装置のＣＳＦＢサービスをトリガし、それにより、端末装置がＣＳＦＢ呼を問題なく開始することが保証される。
任意選択的に、段階Ｗ３−１の後に、方法は、ＩＭＳネットワーク要素が、パケット交換ドメインにおいて音声サービスをセットアップするための要求メッセージに基づき、端末装置が、第１のネットワークに登録されたと決定し、そして、要求メッセージが第１のネットワークにおいて受信されたと決定する段階をさらに備えてよい。
任意選択的に、Ｗ３−２は具体的には、ＩＭＳネットワーク要素が、第１のネットワークのＰＳドメインから音声サービスセットアップ失敗情報を取得する段階であって、具体的には、音声サービスのユーザプレーントンネルのセットアップが失敗したことを示す情報を受信した場合、ＩＭＳネットワーク要素は、端末装置が第１のネットワークに登録されたと決定することによって、音声サービスのユーザプレーントンネルのセットアップが失敗したことを示す情報が第１のネットワークのＰＳドメインからであると決定する、段階、または、ＩＭＳネットワーク要素が、第２のネットワークのＰＳドメインからの音声サービスセットアップ失敗情報を取得する段階であって、具体的には、音声サービスのユーザプレーントンネルのセットアップが失敗したことを示す情報を受信した場合、ＩＭＳネットワーク要素は、端末装置が第２のネットワークに登録されたと決定することによって、音声サービスのユーザプレーントンネルのセットアップが失敗したことを示す情報が第２のネットワークのＰＳドメインからのものであると決定する、段階を含んでよい。
音声サービスセットアップ失敗情報は、別のネットワーク装置により、ＩＭＳネットワーク要素へ報告され得る。
任意選択的に、Ｗ３−３は具体的には、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないとＩＭＳネットワーク要素が決定してから第２の予め設定された期間後に、ＩＭＳネットワーク要素が、端末装置が共同登録を完了したと決定する段階、または、ＩＭＳネットワーク要素が、ポリシ制御ネットワーク要素またはホーム加入者サーバ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ、略してＨＳＳ）から取得された端末装置の登録位置情報に基づき、端末装置が共同登録を完了したと決定する段階を含んでよい。
具体的には、ポリシ制御ネットワーク要素またはホーム加入者サーバは、端末装置の登録位置情報をＩＭＳネットワーク要素に能動的に報告し得て、または、登録位置情報は、ＩＭＳネットワーク要素が、ポリシ制御ネットワーク要素またはホーム加入者サーバに問い合わせるとしてよい。
端末装置が音声サービスの発呼端末装置である場合、Ｗ３−４は具体的には、ＩＭＳネットワーク要素が、第２のメッセージを発呼端末装置へ送信する段階であって、第２のメッセージは、発呼端末装置がＣＳＦＢ呼音声サービスを開始することをトリガする、段階を含んでよい。
端末装置が音声サービスの被呼端末装置である場合、Ｗ３−４は具体的には、ＩＭＳネットワーク要素が、第３のメッセージを終端アクセスドメイン選択装置へ送信する段階であって、第３のメッセージは、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて被呼音声サービスのセットアップが失敗したことを示すためのものである、段階を含んでよく、これにより、終端アクセスドメイン選択装置は、被呼端末装置のＣＳＦＢ被呼音声サービスをトリガする。
第２のメッセージおよび第３のメッセージは、５００応答メッセージ、３８０応答メッセージ、または５０３応答メッセージであってよい。
方式４．第１のアクセスネットワーク装置は、セッション管理ネットワーク要素に、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を通知し、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報が、無線リソースが不十分である（または、リソース割り当てが失敗した）ことを含む場合、セッション管理ネットワーク要素は、端末装置が第１のネットワークから第２のネットワークへのハンドオーバを完了した後に端末装置の音声サービスのためのユーザプレーントンネルをセットアップせず、そして、ユーザプレーントンネルのセットアップが失敗したことを示す情報は、第１のネットワークを経由して、ＩＭＳネットワークへ送信され、これにより、ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガする。
方式４は具体的には、第１のアクセスネットワーク装置が、第４のセッション管理情報をセッション管理ネットワーク要素へ送信する段階であって、第４のセッション管理情報は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む、段階を含む。音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、無線リソースが不十分であることを含む。
当該方式では、端末装置が第１のネットワークから第２のネットワークへハンドオーバされた後に、セッション管理ネットワーク要素は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップしないが、ハンドオーバ処理が改善され、それにより、端末装置がＣＳＦＢ呼を問題なく開始することが保証される。このことは具体的には、Ｗ３および以下の方式Ｗ４からＷ７のうち任意の１つで実装されてよく、Ｗ５およびＷ６は、端末装置が発呼端末装置であるという状況に関連する。
方式Ｗ４：
図１４を参照すると、方式Ｗ４は、以下の段階を含む。
Ｗ４−１．第２のモビリティ管理ネットワーク要素が、第１のモビリティ管理ネットワーク要素により送信された第４のメッセージを受信し、ここで、第４のメッセージは、端末装置が再配置を完了したと決定するためのものである。
第４のメッセージは具体的には、再配置要求完了肯定応答（ｒｅｌｏｃａｔｉｏｎ ｒｅｑｕｅｓｔ ｃｏｍｐｌｅｔｅ ａｃｋｎｏｗｌｅｄｇｅ）メッセージであってよい。本明細書における再配置とは、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる処理において、端末装置に対応するモビリティ管理ネットワーク要素が再配置され、第１のモビリティ管理ネットワーク要素から第２のモビリティ管理ネットワーク要素へと再配置されることを意味する。
Ｗ４−２．第２のモビリティ管理ネットワーク要素は、第２の条件が満たされ、端末装置が共同登録を完了したと決定する。
第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含み、第２の条件は、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることをさらに含んでよい。
Ｗ４−３．第２のモビリティ管理ネットワーク要素は、トンネル変更要求をサービス提供ゲートウェイへ送信し、ここで、トンネル変更要求は、端末装置の音声サービスのシグナリングプレーントンネル情報を変更するためのものである。
トンネル変更要求を受信した後に、サービス提供ゲートウェイは、トンネル変更要求をセッション管理ネットワーク要素へ送信し、そして、セッション管理ネットワーク要素は、トンネル変更要求をユーザプレーンゲートウェイへ送信し、これにより、ユーザプレーンゲートウェイは、音声サービスのシグナリングプレーントンネル情報に基づき、音声サービスの対応シグナリングプレーントンネルをセットアップする。本明細書における音声サービスのシグナリングプレーントンネルは具体的には、ＱＣＩが５に等しい専用ベアラであってよい。
ユーザプレーントンネルのセットアップが失敗したと認識した後に、ＩＭＳネットワーク要素は、第２のメッセージ（第２のメッセージの意味は、上で言及されたものと同じである）を端末装置へ送信してよく、第２のメッセージは、音声サービスのシグナリングプレーントンネル（すなわち、ＱＣＩが５に等しい専用ベアラ）を用いることによって、端末装置へ送信される必要があることに注意すべきである。トンネル変更要求を受信し、音声サービスのシグナリングプレーントンネルのセットアップを完了した後に、ユーザプレーンゲートウェイは、シグナリングプレーントンネルを用いることによって、第２のメッセージを端末装置へ送信する。当該方式で、端末装置が共同登録を完了したと決定した後にのみ、第２のモビリティ管理ネットワーク要素は、トンネル変更要求をサービス提供ゲートウェイへ送信し、それにより、端末装置がＣＳＦＢ呼を問題なく開始することが保証される。
方式Ｗ５：
図１５を参照すると、方式Ｗ５は、以下の段階を含む。
Ｗ５−１．ＭＭＥが、端末装置が共同登録を完了したと決定する。
Ｗ５−２．ＩＭＳネットワーク要素が、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないと決定する。
Ｗ５−３．ＩＭＳネットワーク要素は、第２のメッセージを端末装置へ送信する。
方式Ｗ５における段階を実装するための方法については、上述の説明を参照されたい。詳細はここでは再び記載されない。
当該方式では、端末装置が共同登録を完了したとＭＭＥが決定した後でのみ、ＩＭＳネットワーク要素は、第２のメッセージを端末装置へ送信する。従って、端末装置がＣＳＦＢ呼を問題なく開始することが保証され得る。
方式Ｗ６：
図１６を参照すると、方式Ｗ６は、以下の段階を含む。
Ｗ６−１．ＩＭＳネットワーク要素は、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないと決定する。
Ｗ６−２．ＩＭＳネットワーク要素は、第２のメッセージをユーザプレーンゲートウェイへ送信する。
Ｗ６−３．ユーザプレーンゲートウェイは、第２のメッセージをバッファリングする。
Ｗ６−４．ＭＭＥは、端末装置が共同登録を完了すると決定する。
Ｗ６−５．ＭＭＥは、トンネル変更要求をユーザプレーンゲートウェイへ送信する。
Ｗ６−６．トンネル変更要求を受信した後に、ユーザプレーンゲートウェイは、第２のメッセージを端末装置へ送信する。
方式Ｗ６における段階を実装するための方法および関連用語の意味については、上述の説明を参照されたい。詳細はここでは再び記載されない。
当該方式で、ユーザプレーンゲートウェイは、まず、ＩＭＳネットワーク要素により送信された第２のメッセージをバッファリングし、トンネル変更要求を受信した後に、ユーザプレーンゲートウェイは、第２のメッセージを端末装置へ送信する。トンネル変更要求は、ＭＭＥが、端末装置が共同登録を完了したと決定した後に、ユーザプレーンゲートウェイへ送信される。従って、端末装置がＣＳＦＢ呼を問題なく開始することが保証され得る。
方式Ｗ７：
図１７を参照すると、方式Ｗ７は、以下の段階を含む。
Ｗ７−１．ＩＭＳネットワーク要素が、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないと決定する。
Ｗ７−２．端末装置が発呼端末装置である場合、ＩＭＳネットワーク要素は、第２の予め設定された期間の遅延後に第２のメッセージを端末装置へ送信するか、または、端末装置が被呼端末装置である場合、ＩＭＳネットワーク要素は、第２の予め設定された期間の遅延後に、第３のメッセージを終端アクセスドメイン選択装置へ送信する。
方式Ｗ７における段階を実装するための方法および関連用語の意味については、上述の説明を参照されたい。詳細はここでは再び記載されない。
当該方式では、ＩＭＳネットワーク要素が第２の予め設定された期間の遅延後に端末装置のＣＳＦＢサービスをトリガした場合、端末装置は共同登録を完了したとみなされ、それにより、端末装置がＣＳＦＢ呼を問題なく開始することが保証される。
第１の予め設定された期間および第２の予め設定された期間は、実際のネットワーク状況に基づいて予め設定されてよく、第１の予め設定された期間は、第２の予め設定された期間と同じであってよく、または異なってよい。例えば、第１の予め設定された期間は、５００ｍｓであってよく、第２の予め設定された期間は、１００ｍｓであってよい。
５Ｇネットワークは、専用ＣＳドメインが配備される２Ｇ／３Ｇネットワークと異なることに注意すべきである。従って、５Ｇネットワークは、従来の音声に類似するＣＳ音声サービスを端末装置に提供できない。方式３および方式４では、本願の実施形態において提供されている方法はさらに、端末装置がＩＭＳ音声サービスを実行できない場合に、端末装置がＣＳ音声サービスを実行することを可能にし得る。
本出願はさらに、以下の４つの実施形態を提供し、例において上述の方法を説明する。実施形態（１）および実施形態（２）の応用シナリオのそれぞれは、５ＧネットワークにおいてＩＭＳ音声サービスを実行できないが、ＥＰＳネットワークにおいてＩＭＳ音声サービスが実行され得るというシナリオであり、実施形態（３）および実施形態（４）の応用シナリオのそれぞれは、５ＧネットワークにおいてＩＭＳ音声サービスを実行できず、ＥＰＳネットワークにおいてもＩＭＳ音声サービスを実行できないというシナリオである。各実施形態において、発呼側および被呼側が存在し得る。別段の指定がない限り、発呼側を説明するための方法におけるＵＥおよびネットワーク要素は、発呼側のＵＥおよびネットワーク要素であり、被呼側を説明するための方法におけるＵＥおよびネットワーク要素は、被呼側のＵＥおよびネットワーク要素である。
［実施形態（１）］
本実施形態は、発呼ＵＥのネットワークハンドオーバを実行するための方法を提供する。図１８Ａおよび図１８Ｂを参照すると、方法は、以下の段階を含む。
１８０１．ＵＥは、招待メッセージをＰ−ＣＳＣＦへ送信し、ここで、招待メッセージは、ＩＭＳ音声サービスをセットアップすることを要求するためのものである。
ＵＥは、５ＧネットワークにおけるＵＥであり、招待メッセージは、ＰＳドメインにおいて５ＧネットワークにおけるＵＥのための音声サービスをセットアップすることを要求するためのメッセージである。
１８０２．Ｐ−ＣＳＣＦは、受信された、ＵＥにより送信された招待メッセージに基づき、ＵＥのためのＩＭＳ音声セッションをセットアップする。
Ｐ−ＣＳＣＦはさらに、後の発呼ＩＭＳネットワークにおいて招待メッセージをノード（例えば、Ｓ−ＣＳＣＦおよびＴＡＳなどのＩＭＳノード）へ送信し、後のＩＭＳネットワークにおけるノードは、受信された招待メッセージを処理し始め、被呼ＵＥは、被呼ＩＭＳネットワークにより転送された発呼ＵＥの招待メッセージを受信し得る。
１８０３．Ｐ−ＣＳＣＦは、認証承認要求（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ｒｅｑｕｅｓｔ、略してＡＡＲ）をＰＣＦ＋ＰＣＲＦへ送信し、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルのセットアップをトリガする。
ＡＡＲは、ＵＥのユーザ識別子、ＩＭＳアプリケーション層課金識別子、ＩＭＳ音声サービスのメディア記述情報、および同様のものを保持し得る。メディア記述情報は、以下の情報のうち少なくとも１つを含んでよい：分類子識別子、帯域幅要求記述情報、媒体タイプ記述情報、およびＱｏＳパラメータ。
Ｐ−ＣＳＣＦは、ＡＡＲをＰＣＦ＋ＰＣＲＦへ直接送信してよく、または、ＩＭＳネットワークにおいてＳ−ＣＳＣＦにより送信された１８３応答メッセージを受信した後に、ＡＡＲをＰＣＦ＋ＰＣＲＦへ送信してよいことに注意すべきである。
１８０４．ＰＣＦ＋ＰＣＲＦは、Ｐ−ＣＳＣＦにより送信されたＡＡＲにおいて保持されているメディア記述情報に基づき、パケットデータユニット−接続性アクセスネットワーク（ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ−ｃｏｎｎｅｃｔｉｖｉｔｙ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、略してＰＤＵ−ＣＡＮ）セッション変更（ｓｅｓｓｉｏｎ ｍｏｄｉｆｉｃａｔｉｏｎ）処理要求を、ＳＭＦ＋ＰＧＷ−Ｃへ送信し、５Ｇネットワークにおけるネットワーク要素が、ＵＥのＩＭＳ音声サービスのためのユーザプレーントンネルをセットアップすることをトリガする。
ＰＤＵ−ＣＡＮセッション変更は、ＱｏＳルール（ｒｕｌｅｓ）を保持し、ＱｏＳルールは、ＱｏＳパラメータセット（ｐｒｏｆｉｌｅ）、パケットフィルタ（ｐａｃｋｅｔ ｆｉｌｔｅｒ）、および同様のものを含み、ＱｏＳパラメータセットは通常、ＧＢＲ、ＡＲＰ、５ＱＩ、ＭＢＲ、および同様のものであるＱｏＳキーパラメータのうち１または複数を含む。
５Ｇネットワークにおけるユーザプレーントンネルは通常、ユーザプレーンデータを送信するために用いられるＱｏＳフローであり、ＩＭＳ音声サービスのユーザプレーントンネルの５ＱＩは、１または別の値に等しくてよい。本願の本実施形態において提供されている方法の例として、ＩＭＳ音声サービスのユーザプレーントンネルの５ＱＩは１に等しい。
１８０５．ＰＣＦ＋ＰＣＲＦネットワーク要素により送信されたＰＤＵ−ＣＡＮセッション変更処理要求を受信した後に、ＳＭＦ＋ＰＧＷ−Ｃは、ＰＤＵセッション変更コマンドを伴うセッション管理要求を、ＡＭＦへ送信し、ここで、要求は、第１のＳＭ情報を含み、第１のＳＭ情報は、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルに関連するＳＭ情報であり、第１のＳＭ情報は、例えば、１に等しい５ＱＩ、ＡＲＰ、ＧＢＲ、およびＭＢＲなどのパラメータのような、ユーザプレーントンネルのＱｏＳパラメータを含んでよく、第１のＳＭ情報は、他の情報をさらに含んでよい。
１８０６．ＡＭＦは、受信された、ＳＭＦ＋ＰＧＷ−Ｃにより送信された第１のＳＭ情報に基づき、Ｎ２セッション要求をＮＧ ＲＡＮへ送信し、ここで、第１のＳＭ情報は、ＮＧ ＲＡＮへトランスペアレントに送信され、これにより、ＮＧ ＲＡＮは、第１のＳＭ情報に基づき、５ＱＩが１に等しいユーザプレーントンネルに、対応する無線リソースを割り当てる。
１８０７．ＮＧ ＲＡＮは、第１のＳＭ情報と第１の条件とに基づき、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルに無線リソースを割り当てないと決定する。
段階１８０７は実行されてよく、または実行されなくてよいことに注意すべきである。このことは具体的には本願の本実施形態において限定されない。
第１の条件は、以下の条件を含んでよい。（１）５ＧネットワークにおいてＩＭＳ音声サービスを実行できないという条件であって、当該条件は、ＩＭＳ音声サービスが５Ｇネットワークにおいて配備されていないこと、または、現在の５Ｇネットワークの信号カバレッジが悪すぎてＩＭＳ音声サービスの要求を満たさないことを示す条件である。（２）ＥＰＳネットワークが音声サービスをサポートするという条件であって、当該条件は、ローカルポリシとして、事業者によりＮＧ ＲＡＮにおいて構成されてよい条件である。（３）ＥＰＳネットワークの信号品質が音声サービスの要求を満たすという条件であって、ＮＧ ＲＡＮは、ＵＥに近隣ＥＰＳセルの信号品質を測定して報告するよう命令することによって、ＥＰＳネットワークの信号品質が音声サービスの要求を満たすかを決定し得る、条件である。（４）５Ｇネットワークのネットワーク装置（ＡＭＦ、ＮＧ ＲＡＮ、または同様のもの）およびＵＥが、５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするという条件であって、ＵＥがアイドル（ｉｄｌｅ）状態から接続（ｃｏｎｎｅｃｔｅｄ）状態に変更されたとき、ＵＥおよびＡＭＦが５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするかが、ＡＭＦによりＮ２メッセージを用いることによって、ＮＧ ＲＡＮに通知されてよい、条件である。
１８０８．ＮＧ ＲＡＮは、Ｎ２セッション応答（Ｎ２ ｓｅｓｓｉｏｎ ｒｅｓｐｏｎｓｅ）をＡＭＦへ送信する。
Ｎ２セッション応答は、第２のＳＭ情報を含み、第２のＳＭ情報は、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルのセットアップが承諾されたことを示す情報を含む。
１８０９．ＡＭＦは、受信されたＮ２セッション応答に基づき、ＰＤＵセッション変更コマンドを伴うセッション管理応答を、ＳＭＦ＋ＰＧＷ−Ｃへ送信し、ここで、第２のＳＭ情報は、ＳＭＦ＋ＰＧＷ−Ｃへトランスペアレントに送信される。
１８１０．ＳＭＦ＋ＰＧＷ−Ｃは、受信された、ＡＭＦにより送信されたＰＤＵセッション変更コマンドを伴うセッション管理応答に基づき、Ｎ４セッション変更要求をＵＰＦ＋ＰＧＷ−Ｕへ送信する。本明細書におけるＮ４は、Ｎ４インタフェースがＳＭＦ＋ＰＧＷ−ＣとＵＰＦ＋ＰＧＷ−Ｕとの間にあることを示すが、インタフェースの名称は、本願の本実施形態において限定されず、すなわち、メッセージの名称は、Ｎ４セッション変更要求に限定されない。
Ｎ４セッション変更要求は、パケット検出（ｐａｃｋｅｔ ｄｅｔｅｃｔｉｏｎ）、施行ルール（ｅｎｆｏｒｃｅｍｅｎｔ ｒｕｌｅ）、報告ルール（ｒｅｐｏｒｔｉｎｇ ｒｕｌｅ）、コアネットワークトンネル情報（ＣＮ ｔｕｎｎｅｌ ｉｎｆｏｒｍａｔｉｏｎ）、および５ＱＩが１に等しいユーザプレーントンネルに関連する同様のものを保持し、これにより、ＵＰＦ＋ＰＧＷ−Ｕは、５ＱＩが１に等しいユーザプレーントンネルのための対応コアネットワークトンネルをセットアップできる。
１８１１．ＵＰＦ＋ＰＧＷ−Ｕは、ＳＭＦ＋ＰＧＷ−Ｃにより送信されたＮ４セッション変更要求を受信し、Ｎ４セッション変更要求に基づき、５ＱＩが１に等しいユーザプレーントンネルのための対応コアネットワークトンネルをセットアップする。
５Ｇネットワークにおけるユーザプレーントンネルは通常、ユーザプレーンデータを送信するために用いられるＱｏＳフローであり、ＥＰＳネットワークにおけるユーザプレーントンネルは通常、ユーザプレーンデータを送信するために用いられるベアラ（ｂｅａｒｅｒ）であることに注意すべきである。５ＱＩが１に等しいユーザプレーントンネルのための対応ユーザプレーントンネルをセットアップした後に、ＵＰＦ＋ＰＧＷ−Ｕは、ＵＥを５ＧネットワークからＥＰＳネットワークへハンドオーバする処理においてユーザプレーントンネルを切り替え、すなわち、ユーザプレーントンネルを、５ＱＩが１に等しいＱｏＳフローからＱＣＩが１に等しい専用ベアラへ切り替える。具体的には、ＳＭＦ＋ＰＧＷ−Ｃは、受信された、ＳＧＷにより送信されたトンネル変更要求を用いることによって、５ＧネットワークにおけるＵＥの、５ＱＩが１に等しいユーザプレーントンネルが、ＥＰＳネットワークにおける、ＱＣＩが１に等しいユーザプレーントンネルに切り替えられ、ＱＣＩが１に等しいユーザプレーントンネルが問題なくセットアップされると決定してよい。ＵＥが５ＧネットワークからＥＰＳネットワークへハンドオーバされ、そして、ＵＥがＥＰＳネットワークにより転送されたＩＭＳ音声サービスの関連シグナリングを受信した後に、ＵＥは、ＥＰＳネットワークにおいて後のＩＭＳ音声呼セットアップ処理を実行することを継続し、それにより、ＩＭＳ音声セッションを完全にセットアップする。
段階１８１１の後に、ＵＰＦ＋ＰＧＷ−Ｕはさらに、Ｎ４セッション変更応答をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ＳＭＦ＋ＰＧＷ−Ｃは、ＰＤＵ−ＣＡＮセッション変更をＰＣＦ＋ＰＣＲＦへ送信し、ＰＣＦ＋ＰＣＲＦは、再認証要求（Ｒｅ−ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ、略してＲＡＲ）をＰ−ＣＳＣＦへ送信し、Ｐ−ＣＳＣＦは、クレジット再認証回答（ｒｅ−ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｓｗｅｒ、略してＲＡＡ）をＰＣＦ＋ＰＣＲＦへ送信する。従って、Ｐ−ＣＳＣＦは、ＩＭＳ音声サービスのユーザプレーントンネルが問題なくセットアップされることを認識できる。
１８１２．ＮＧ ＲＡＮは、受信された第１のＳＭ情報と第１の条件とに基づき、ハンドオーバ要求をＡＭＦへ送信し、ＵＥが５ＧネットワークからＥＰＳネットワークへハンドオーバされることをトリガする。
具体的には、第１の条件が満たされ、かつ、ＮＧ ＲＡＮが、第１のＳＭ情報に基づき、５ＱＩが１に等しいユーザプレーントンネルをセットアップする必要があると決定した場合、ハンドオーバ要求は、ＡＭＦへ送信され得る。
ＵＥを５ＧネットワークからＥＰＳネットワークへハンドオーバするハンドオーバ処理について、標準プロトコルを参照されたい。詳細はここでは再び記載されない。ＵＥが５ＧネットワークからＥＰＳネットワークへハンドオーバされ、ＵＥがＥＰＳネットワークから転送されたＩＭＳ音声サービスの関連シグナリングを受信した後に、ＵＥは、ＥＰＳネットワークにおいて後のＩＭＳ音声呼セットアップ処理を実行することを継続し、それにより、ＩＭＳ音声セッションを完全にセットアップする。
本実施形態は、被呼ＵＥのネットワークハンドオーバを実行するための方法をさらに提供する。図１９Ａおよび図１９Ｂを参照すると、方法は、以下の段階を含む。
１９０１．Ｐ−ＣＳＣＦが、Ｓ−ＣＳＣＦにより送信された招待メッセージを受信し、招待メッセージに基づき、ＵＥのためのＩＭＳ音声セッションをセットアップする。
招待メッセージは、ＰＳドメインにおいて、５ＧネットワークにおけるＵＥのための音声サービスをセットアップすることを要求するためのメッセージである。
１９０２．Ｐ−ＣＳＣＦは、招待メッセージをＵＥへ送信する。
１９０３．ＵＥは、Ｐ−ＣＳＣＦにより送信された招待メッセージを受信し、１８３応答メッセージをＰ−ＣＳＣＦに返答する。
１９０４．Ｐ−ＣＳＣＦは、ＵＥにより送信された１８３応答メッセージを受信し、１８３応答メッセージをＳ−ＣＳＣＦへ送信する。
Ｓ−ＣＳＣＦはさらに、１８３応答メッセージを発呼Ｓ−ＣＳＣＦへ送信してよく、発呼Ｓ−ＣＳＣＦはさらに、１８３応答メッセージを発呼Ｐ−ＣＳＣＦへ送信し、発呼Ｓ−ＣＳＣＦにより送信された１８３応答メッセージを受信した場合、発呼Ｐ−ＣＳＣＦは、１８３応答メッセージを発呼ＵＥへ転送し得る。
［１９０５から１９１４］
段階１９０５から１９１４はそれぞれ、対応して段階１８０３から１８１２と同じである。すなわち、段階１９０５は、段階１８０３と同じであり、段階１９０６は、段階１８０４と同じであり、残りの段階は類推により推定されてよく、段階１９１４は、段階１８１２と同じであり、以下の類似説明は、同じ意味を有する。
実施形態（１）は、５ＧネットワークにおいてＩＭＳ音声サービスを実行できないが、ＩＭＳ音声サービスはＥＰＳネットワークにおいて実行され得るというシナリオにおいて端末装置のネットワークハンドオーバを実行するための方法を提供する。５ＱＩが１に等しいユーザプレーントンネルをセットアップするための要求を受信した場合、ＮＧ ＲＡＮは遅れずに５Ｇ端末をＥＰＳネットワークへハンドオーバでき、これにより、５Ｇにおける端末装置は、ＥＰＳネットワークにおいてＩＭＳ音声呼セットアップ処理を実行することを継続する。
［実施形態（２）］
本実施形態は、発呼ＵＥのネットワークハンドオーバを実行するための方法を提供する。図２０を参照すると、方法は、以下の段階を含む。
［２００１から２００６］
段階２００１から２００６はそれぞれ、対応して段階１８０１から１８０６と同じである。
２００７．ＮＧ ＲＡＮは、第１のＳＭ情報と第１の条件とに基づき、Ｎ２セッション応答をＡＭＦへ送信する。
ＮＧ ＲＡＮは、第１のＳＭ情報に基づき、具体的には５ＱＩが１に等しいユーザプレーントンネルである、ＩＭＳ音声サービスのユーザプレーントンネルをセットアップすることが要求されると決定してよい。
Ｎ２セッション応答は、第３のＳＭ情報を含み、第３のＳＭ情報は、ＮＧ ＲＡＮが無線リソースの、５ＱＩが１に等しいユーザプレーントンネルへの割り当てを拒否することを示すＳＭ情報を含んでよく、拒否を示す理由情報を保持してよく、理由情報は、ＵＥがハンドオーバ処理を実行していることである。さらに、理由情報は、ＵＥが５ＧネットワークからＥＰＳネットワークへのハンドオーバを実行していることであってよく、これにより、ＳＭＦ＋ＰＧＷ−Ｃは、理由情報に基づき、ＵＥのハンドオーバ処理が終了した後に、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルのセットアップを開始すると決定する。
第１の条件は、以下の条件を含んでよい。（１）５ＧネットワークにおいてＩＭＳ音声サービスを実行できないという条件であって、当該条件は、５ＧネットワークにおいてＩＭＳ音声サービスが配備されていないこと、または、現在の５Ｇネットワークの信号カバレッジが悪すぎてＩＭＳ音声サービスの要求を満たさないことを示す条件である。（２）ＥＰＳネットワークが音声サービスをサポートするという条件であって、当該条件は、ローカルポリシとして、事業者によりＮＧ ＲＡＮにおいて構成され得る条件である。（３）ＥＰＳネットワークの信号品質が音声サービスの要求を満たすという条件であって、ＮＧ ＲＡＮは、ＵＥに近隣ＥＰＳセルの信号品質を測定して報告するよう命令することによって、ＥＰＳネットワークの信号品質が音声サービスの要求を満たすかを決定し得る、条件である。（４）５Ｇネットワークのネットワーク装置（ＡＭＦ、ＮＧ ＲＡＮ、または同様のもの）およびＵＥが、５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするという条件であって、ＵＥがアイドル状態から接続状態へ変更されたとき、ＵＥおよびＡＭＦが５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするかが、ＡＭＦによりＮ２メッセージを用いることによって、ＮＧ ＲＡＮに通知されてよい、条件である。
２００８．ＡＭＦは、受信されたＮ２セッション応答に基づき、ＰＤＵセッション変更コマンドを伴うセッション管理要求をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ここで、第３のＳＭ情報は、ＳＭＦ＋ＰＧＷ−Ｃへトランスペアレントに送信される。
２００９．ＳＭＦ＋ＰＧＷ−Ｃは、ＵＥが５ＧネットワークからＥＰＳネットワークへハンドオーバされた後に、受信された、ＡＭＦにより送信されたＰＤＵセッション変更コマンドを伴うセッション管理要求における第３のＳＭ情報に基づき、ＥＰＳネットワークにおけるＵＥのＩＭＳ音声サービスのためのユーザプレーントンネルをセットアップすると決定する。
ＥＰＳネットワークにおけるＵＥのＩＭＳ音声サービスのためのユーザプレーントンネルをセットアップすることは、ＱＣＩが１に等しいユーザプレーントンネルをセットアップすることであることに注意すべきである。
ＵＥを５ＧネットワークからＥＰＳネットワークへハンドオーバする処理において、ＳＭＦ＋ＰＧＷ−Ｃは、受信された、ＳＧＷにより送信されたトンネル変更要求を用いることによって、ＵＥが５ＧネットワークからＥＰＳネットワークへ問題なくハンドオーバされたと決定してよい。代替的に、ＳＭＦ＋ＰＧＷ−Ｃはさらに、タイマーを設定してよく、第３のＳＭ情報の受信の開始時にタイマーをトリガしてよい。タイマーがタイムアウトした場合、ＵＥが５ＧネットワークからＥＰＳネットワークへ問題なくハンドオーバされたと決定される。
２０１０．ＮＧ ＲＡＮは、受信された第１のＳＭ情報と第１の条件とに基づき、ハンドオーバ要求をＡＭＦへ送信し、ＵＥが５ＧネットワークからＥＰＳネットワークへハンドオーバされることをトリガする。
具体的には、第１の条件が満たされ、かつ、ＮＧ ＲＡＮが、第１のＳＭ情報に基づき、５ＱＩが１に等しいユーザプレーントンネルをセットアップする必要があると決定した場合、ハンドオーバ要求は、ＡＭＦへ送信され得る。
ＵＥを５ＧネットワークからＥＰＳネットワークへハンドオーバするハンドオーバ処理については、標準プロトコルを参照されたい。詳細はここでは再び記載されない。
２０１１．ＳＭＦ＋ＰＧＷ−Ｃは、ＵＥのハンドオーバが完了した後に、トンネルセットアップ要求（ｃｒｅａｔｅ ｂｅａｒｅｒ ｒｅｑｕｅｓｔ）をＳＧＷへ送信し、ＱＣＩが１に等しいユーザプレーントンネルのセットアップをトリガする。
その後、ＱＣＩが１に等しいユーザプレーントンネルはＥＰＳネットワークにおいて問題なくセットアップされ、ＥＰＳネットワークは、ＩＭＳ音声サービスのユーザプレーントンネルが問題なくセットアップされたことをＩＭＳネットワークにフィードバックする。ＱＣＩが１に等しいユーザプレーントンネルをセットアップする処理およびＥＰＳネットワークにおいてＩＭＳ音声セッションをセットアップする処理の詳細について、標準プロトコルを参照されたい。詳細はここでは再び記載されない。
本実施形態は、被呼ＵＥのネットワークハンドオーバを実行するための方法をさらに提供する。図２１を参照すると、方法は、以下の段階を含む。
［２１０１から２１１３］
段階２１０１から２１０４はそれぞれ、対応して段階１９０１から１９０４と同じであり、段階２１０５から２１１３はそれぞれ、対応して段階２００３から２１１１と同じである。
実施形態（２）は、５ＧネットワークにおいてＩＭＳ音声サービスを実行できないが、ＩＭＳ音声サービスはＥＰＳネットワークにおいて実行され得るというシナリオにおいて端末装置のネットワークハンドオーバを実行するための方法を提供する。５ＱＩが１に等しいユーザプレーントンネルをセットアップするための要求を受信した場合、ＮＧ ＲＡＮは遅れずに、５Ｇ端末をＥＰＳネットワークへハンドオーバでき、これにより、５Ｇにおける端末装置は、ＥＰＳネットワークにおいてＩＭＳ音声呼セットアップ処理を実行することを継続する。さらに、ＮＧ ＲＡＮは、ハンドオーバが実行されていることである理由情報に基づき、５ＱＩが１に等しいユーザプレーントンネルのセットアップを拒否し、これにより、ＵＥがＥＰＳネットワークへ問題なくハンドオーバされた後に、コアネットワークのゲートウェイが、ＱＣＩが１に等しいユーザプレーントンネルをセットアップすることをトリガする。
［実施形態（３）］
本実施形態は、発呼ＵＥのネットワークハンドオーバを実行するための方法を提供する。図２２Ａおよび図２２Ｂを参照すると、方法は、以下の段階を含む。
［２２０１から２２１０］
段階２２０１から２２１０はそれぞれ、対応して段階２００１から２０１０と同じである。
２２１１．ＳＭＦ＋ＰＧＷ−Ｃは、ＵＥのハンドオーバが完了した後に、トンネルセットアップ要求をＳＧＷへ送信し、ＱＣＩが１に等しいユーザプレーントンネルのセットアップをトリガする。
２２１２．ＳＧＷは、トンネルセットアップ要求をＭＭＥへ転送する。
段階２２１２の後に、ＭＭＥは、トンネルセットアップ要求を受信し、以下のプロセスにおける（ａ１を含む）プロセス１、（ｂ１からｂ４を含む）プロセス２、および（ｃ１からｃ４を含む）プロセス３のうち任意の１つを実行する。
プロセス１：
ａ１．ＭＭＥは、第２の条件に基づき、トンネルセットアップ応答をＳＧＷへ送信し、ここで、トンネルセットアップ応答は、ＵＥの音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
プロセス１において、第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含んでよく、ＵＥが５ＧネットワークからＥＰＳネットワークへハンドオーバされるＵＥであること、およびＵＥが共同登録を完了したことのうちの少なくとも１つをさらに含んでよく、ここで、第２のネットワークにおいて音声サービスを実行できないことは具体的には、第２のネットワークにおいてＩＭＳ音声サービスを実行できないことを意味してよく、ＵＥが共同登録を完了したことは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了したことを意味する。
具体的には、ＭＭＥは、受信された、ＵＥにより送信された登録完了メッセージに基づき、ＵＥが共同登録を完了したと決定してよい。
ａ１の前に、ＭＭＥは、無線トンネルセットアップ要求をＩＭＳ音声サービスのためにｅＮＢへ送信し、応答メッセージを受信してよく、または、無線トンネルセットアップ要求を送信せず、応答メッセージも受信しなくてよい。このことは本明細書においては限定されない。
プロセス２：
ｂ１．ＭＭＥは、無線トンネルセットアップ要求をｅＮＢへ送信し、ここで、無線トンネルセットアップ要求は、ＵＥのＩＭＳ音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。具体的には、ＩＭＳ音声サービスのユーザプレーントンネルは、ＱＣＩが１に等しい専用ベアラであってよい。
ｂ２．ｅＮＢは、無線トンネルセットアップ要求を受信し、第２の条件に基づき、無線トンネルセットアップ応答をＭＭＥへ送信し、ここで、無線トンネルセットアップ応答は、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
プロセス２において、第２の条件は、第２のネットワークにおいてＩＭＳ音声サービスを実行できないことを含み、ＵＥが、５ＧネットワークからＥＰＳネットワークへハンドオーバされたＵＥであることをさらに含んでよい。
ｂ３．ＭＭＥは、ｅＮＢにより送信された無線トンネルセットアップ応答を受信し、第２の条件が満たされた場合、ＭＭＥは、ＵＥが共同登録を完了したと決定する。
無線トンネルセットアップ応答は、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
具体的には、段階ｂ３の具体的な実装中に、ＵＥにより送信された登録完了メッセージが受信されたとＭＭＥが決定した場合、ＭＭＥは、ＵＥが共同登録を完了したと決定する。
ｂ４．ＭＭＥは、トンネルセットアップ応答をＳＧＷへ送信し、ここで、トンネルセットアップ応答は、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
プロセス３：
ｃ１．第２の条件が満たされた場合、ＭＭＥは、ＵＥが共同登録を完了したと決定する。
具体的には、段階ｃ１の具体的な実装中に、ＵＥにより送信された登録完了メッセージが受信されたとＭＭＥが決定した場合、ＭＭＥは、ＵＥが共同登録を完了したと決定する。
プロセス３において、第２の条件は、第２のネットワークにおいてＩＭＳ音声サービスを実行できないことを含み、ＵＥが、５ＧネットワークからＥＰＳネットワークへハンドオーバされるＵＥであることをさらに含んでよい。
ｃ２．ＭＭＥは、無線トンネルセットアップ要求をｅＮＢへ送信し、ここで、無線トンネルセットアップ要求は、ＵＥのＩＭＳ音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。
ｃ３．ｅＮＢは、ＭＭＥにより送信された無線トンネルセットアップ要求を受信し、第２の条件に基づき、無線トンネルセットアップ応答をＭＭＥへ送信し、ここで、無線トンネルセットアップ応答は、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
ｃ４．ＭＭＥは、ｅＮＢにより送信された無線トンネルセットアップ応答を受信し、無線トンネルセットアップ応答に基づき、トンネルセットアップ応答をＳＧＷへ送信し、ここで、トンネルセットアップ応答は、ＵＥのＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
２２１３．ＳＧＷは、ＭＭＥにより送信されたトンネルセットアップ応答を受信し、トンネルセットアップ応答をＳＭＦ＋ＰＧＷ−Ｃへ送信する。
２２１４．ＳＭＦ＋ＰＧＷ−Ｃは、ＣＣＲをＰＣＦ＋ＰＣＲＦへ送信する。
ＣＣＲは、ＱＣＩが１に等しいユーザプレーントンネルのセットアップが失敗したことを示すインジケーションを保持し、トンネルのセットアップが失敗したことを示す理由情報をさらに保持してよく、理由情報は具体的には、ＳＧＷにより送信されたトンネルセットアップ応答において保持されている理由情報に関連して設定される。本明細書におけるＣＣＲはさらに、例えば、ＩＰ−ＣＡＮセッション変更要求のような別の名称を有するメッセージに置き換えられてよい。このことは本明細書においては限定されない。
２２１５．ＰＣＦ＋ＰＣＲＦは、クレジット制御回答（ｃｒｅｄｉｔ ｃｏｎｔｒｏｌ ａｎｓｗｅｒ、略してＣＣＡ）をＳＭＦ＋ＰＧＷ−Ｃへ送信する。
２２１６．ＰＣＦ＋ＰＣＲＦは、ＣＣＲに基づき、ＲＡＲをＰ−ＣＳＣＦへ送信し、ここで、ＲＡＲは、無線リソースが不十分であることを示すためのインジケーション情報（または、リソース割り当てが失敗したことを示すためのインジケーション情報）を保持し得る。
２２１７．Ｐ−ＣＳＣＦは、ＲＡＡをＰＣＦ＋ＰＣＲＦへ送信する。
２２１８．Ｐ−ＣＳＣＦは、無線リソースが不十分であることを示す、取得されたインジケーション情報（または、リソース割り当てが失敗したことを示すインジケーション情報）に基づき、ＰＳドメインにおいてＵＥのＩＭＳ音声サービスをセットアップできないと決定する。
２２１９．Ｐ−ＣＳＣＦは、５００応答メッセージをＵＥへ送信する。
段階２２１９の後に、Ｐ−ＣＳＣＦにより送信された５００応答メッセージを受信した後に、ＵＥは、発呼ドメイン選択を実行してＣＳＦＢ呼を開始してよく、ＵＥ側は、ネットワーク側と協働してＣＳＦＢ処理を実行し、最後に、音声呼は、ＣＳドメインにおいてセットアップされてよい。
段階２２１９の後に、Ｐ−ＣＳＣＦが１８３応答メッセージを受信した場合、Ｐ−ＣＳＣＦは、キャンセル（ｃａｎｃｅｌ）メッセージを、Ｓ−ＣＳＣＦなどのＩＭＳネットワークにおけるノードへ送信し、ＩＭＳ音声サービスに関連する要求された呼をキャンセルしてよい。
ＵＥを５ＧネットワークからＥＰＳネットワークへハンドオーバする処理において、ＵＥにサービスを提供するモビリティ管理ネットワーク要素が、ＡＭＦからＭＭＥに変更されることに注意すべきである。従って、ＭＭＥは、新しいグローバル一意一時ＩＤ（ｉｄｅｎｔｉｔｙ）（ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ、略してＧＵＴＩ）をＵＥに割り当てる。図２２Ａおよび図２２Ｂを参照すると、ハンドオーバ処理の後に、ＵＥは、トラッキングエリアアップデート（ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ、略してＴＡＵ）要求をＭＭＥへ送信し、ＭＭＥは、ＮＧ ＲＡＮにより送信されたＴＡＵ要求を受信した場合、ＴＡＵ承諾メッセージを用いることによって、割り当てられた新規ＧＵＴＩをＵＥに提供し、これにより、新規ＧＵＴＩを保持しているＴＡＵ承諾メッセージを受信した後に、ＵＥは、ＴＡＵ完了メッセージ（すなわち、共同登録完了メッセージ）をＭＭＥに返答する。
本実施形態の上述の説明において、ＭＭＥは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了したと決定した後でのみ、トンネルセットアップ応答をＳＧＷへ送信し、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＱＣＩが１に等しいユーザプレーントンネルのセットアップが失敗したことを示すメッセージがＩＭＳネットワークに到達することが保証されることを狙い、これにより、ＩＭＳネットワークにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＵＥに到達し得て、最後に、ＵＥがＣＳＦＢ呼を問題なく開始することが保証される。
ＭＭＥが、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了したと決定した後でのみ、トンネルセットアップ応答をＳＧＷへ送信することを可能にすることに加えて、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＩＭＳネットワークにより送信された５００応答メッセージがＵＥに到達し得ることが保証されるために、以下の方式１から方式５のうち任意の１つが実装されてよい。
方式１．ＳＭＦ＋ＰＧＷ−Ｃは、第２の条件に基づき、第１の予め設定された期間の遅延後に、トンネルセットアップ要求をＳＧＷへ送信する。
方式１において、第２の条件は、ＥＰＳネットワークにおいてＩＭＳ音声サービスを実行できないことを含む。
方式２．ＳＭＦ＋ＰＧＷ−Ｃは、第１の予め設定された期間の遅延後に、ＣＣＲをＰＣＦ＋ＰＣＲＦへ送信する。
方式３．無線リソースが不十分であることを示すインジケーション情報、または、リソース割り当てが失敗したことを示すインジケーション情報を取得した後に、Ｐ−ＣＳＣＦは、第２の予め設定された期間の遅延後に、５００応答メッセージをＵＥへ送信する。
方式４．ＳＭＦ＋ＰＧＷ−ＣがＣＣＲをＰＣＦ＋ＰＣＲＦへ送信した後に、ＳＭＦ＋ＰＧＷ−Ｃは、ＵＰＦ＋ＰＧＷ−Ｕに、第１の予め設定された期間において、ＱＣＩが５に等しいユーザプレーントンネル上の、ＵＥへ送信される予定のデータをバッファリングするよう命令し、第１の予め設定された期間後に、ＵＰＦ＋ＰＧＷ−Ｕは、データをＵＥへ送信することを継続してよい。
方式５．ＵＥが共同登録を完了したと決定した後に、Ｐ−ＣＳＣＦは、５００応答メッセージをＵＥへ送信する。
具体的な実装中に、方式５は、５ＧネットワークまたはＥＰＳネットワークのＰＳドメインにおいて音声サービスをセットアップできないとＰ−ＣＳＣＦが決定してから第２の予め設定された期間後に、Ｐ−ＣＳＣＦが、端末装置が共同登録を完了したと決定する段階、または、Ｐ−ＣＳＣＦが、ＨＳＳ／ホームロケーションレジスタ（ｈｏｍｅ ｌｏｃａｔｉｏｎ ｒｅｇｉｓｔｅｒ、略してＨＬＲ）から取得された端末装置の登録位置情報に基づき、端末装置が共同登録を完了したと決定する段階を含んでよい。
第１の予め設定された期間および第２の予め設定された期間は、実際のネットワーク通信状況に基づき設定されてよい。例えば、第１の予め設定された期間および第２の予め設定された期間はそれぞれ、５００ｍｓであってよい。
本実施形態はさらに、被呼ＵＥのネットワークハンドオーバを実行するための方法を提供する。図２３Ａおよび図２３Ｂを参照すると、方法は以下の段階を備える。
［２３０１から２３０４］
段階２３０１から２３０４はそれぞれ、対応して段階１９０１から１９０４と同じである。
［２３０５から２３２０］
段階２３０５から２３２０はそれぞれ、対応して段階２２０３から２２１８と同じである。
２３２１．Ｐ−ＣＳＣＦは、無線リソースが不十分であることを示す取得されたインジケーション情報（または、リソース割り当てが失敗したことを示すインジケーション情報）に基づき、Ｓ−ＣＳＣＦを経由して、５００応答メッセージをＩＭＳネットワークにおけるＴＡＳへ送信し、ここで、５００応答メッセージは具体的には、ＴＡＳにおける終端アクセスドメイン選択機能モジュールＴ−ＡＤＳへ送信される。
２３２２．無線リソースが不十分であることを示すインジケーション情報（または、リソース割り当てが失敗したことを示すインジケーション情報）を取得した後に、Ｐ−ＣＳＣＦは、キャンセルメッセージをＵＥへ送信し、ＩＭＳ音声サービスに関連する要求されたセッションをキャンセルする。
段階２３２１と段階２３２２との間の順位関係は限定されない。
段階２３２２の後に、ＩＭＳネットワークにおけるＴＡＳは、被呼セッションのドメインとしてＣＳドメインを再選択し、Ｓ−ＣＳＣＦなどの装置を経由して、ＣＳドメイン呼制御装置（例えば、移動交換局（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ、略してＭＳＣ））への呼を開始し、ＣＳドメイン呼制御装置は、ＳＧインタフェースを経由して、ＭＭＥへの呼を開始し、ＭＭＥは、ＵＥのＣＳＦＢ処理をトリガし、ＵＥは最後に、ＵＥのＣＳＦＢ処理を用いることによって、ＣＳドメインにおいて音声セッションをセットアップしてよい。具体的な処理の詳細について、３ＧＰＰ ＴＳ ２３．２７２における関連説明を参照されたい。詳細はここでは再び記載されない。
本実施形態の上述の説明において、ＭＭＥは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了したと決定した後でのみ、トンネルセットアップ応答をＳＧＷへ送信し、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＱＣＩが１に等しいユーザプレーントンネルのセットアップが失敗したことを示すメッセージがＩＭＳネットワークに到達することが保証されることを狙い、これにより、ＩＭＳネットワークにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＴＡＳに到達し得て、最後に、ＩＭＳ被呼音声サービスが、ＵＥに到達する予定のＣＳＦＢ被呼音声サービスに変換され得ることが保証される。
ＭＭＥが、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了したと決定した後でのみ、トンネルセットアップ応答をＳＧＷへ送信することを可能にすることに加えて、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＩＭＳネットワークにより送信された５００応答メッセージがＴＡＳに到達し得ることが保証されるために、以下の方式１から方式５のうち任意の１つが実装されてよい。
方式１．ＳＭＦ＋ＰＧＷ−Ｃは、第２の条件に基づき、第１の予め設定された期間の遅延後に、トンネルセットアップ要求をＳＧＷへ送信する。
方式１において、第２の条件は、ＥＰＳネットワークにおいてＩＭＳ音声サービスを実行できないことを含む。
方式２．ＳＭＦ＋ＰＧＷ−Ｃは、第１の予め設定された期間の遅延後に、ＣＣＲをＰＣＦ＋ＰＣＲＦへ送信する。
方式３．無線リソースが不十分であることを示すインジケーション情報（または、リソース割り当てが失敗したことを示すインジケーション情報）を取得した後に、Ｐ−ＣＳＣＦは、第２の予め設定された期間の遅延後に、５００応答メッセージをＴＡＳへ送信する。
方式４．ＳＭＦ＋ＰＧＷ−ＣがＣＣＲをＰＣＦ＋ＰＣＲＦへ送信した後に、ＳＭＦ＋ＰＧＷ−Ｃは、ＵＰＦ＋ＰＧＷ−Ｕに、第１の予め設定された期間において、ＱＣＩが５に等しいユーザプレーントンネル上の、ＵＥへ送信される予定の（キャンセルメッセージであり得る）データをバッファリングするよう命令し、第１の予め設定された期間後に、ＵＰＦ＋ＰＧＷ−Ｕは、データをＵＥへ送信することを継続してよい。
方式５．ＵＥが共同登録を完了したと決定した後に、Ｐ−ＣＳＣＦは、５００応答メッセージをＴＡＳへ送信する。
具体的な実装中に、方式５は、５ＧネットワークまたはＥＰＳネットワークのＰＳドメインにおいて音声サービスをセットアップできないとＰ−ＣＳＣＦが決定してから第２の予め設定された期間後に、Ｐ−ＣＳＣＦが、端末装置が共同登録を完了したと決定する段階、または、Ｐ−ＣＳＣＦが、ＨＳＳ／ＨＬＲから取得された端末装置の登録位置情報に基づき、端末装置が共同登録を完了したと決定する段階を含んでよい。
第１の予め設定された期間および第２の予め設定された期間は、実際のネットワーク通信状況に基づき、設定されてよい。例えば、第１の予め設定された期間および第２の予め設定された期間はそれぞれ、５００ｍｓであってよい。
［実施形態（４）］
本実施形態は、発呼ＵＥのネットワークハンドオーバを実行するための方法を提供する。図２４、図２５、図２６、および図２７を参照すると、方法は、以下の段階を含む。
［２４０１から２４０６］
段階２４０１から２４０６はそれぞれ、対応して段階１８０１から１８０６と同じである。
本実施形態が適用されるシナリオは、５ＧネットワークにおいてＩＭＳ音声サービスを実行できず、ＥＰＳネットワークにおいてもＩＭＳ音声サービスを実行できないというシナリオである。従って、ＵＥがＣＳＦＢ呼を問題なく開始することが保証されるために、ＩＭＳネットワークにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＵＥに到達する必要がある。
ＵＥがＣＳＦＢ呼を問題なく開始することが保証されるために、段階２４０６の後に、ＵＥのネットワークハンドオーバは、以下のプロセス１（図２４参照）、プロセス２（図２５参照）、プロセス３（図２６参照）、およびプロセス４（図２７参照）のうち任意の１つを用いることによって、完了され得る。
プロセス１：
Ａ１．ＮＧ ＲＡＮは、受信された第１のＳＭ情報と第１の条件とに基づき、ハンドオーバ要求をＡＭＦへ送信し、ＵＥが５ＧネットワークからＥＰＳネットワークへハンドオーバされることをトリガする。
この場合、第１の条件は、以下の条件を含んでよい。（１）５ＧネットワークにおいてＩＭＳ音声サービスを実行できないという条件であって、当該条件は、ＩＭＳ音声サービスが５Ｇネットワークにおいて配備されていないこと、または現在の５Ｇネットワークの信号カバレッジが悪すぎてＩＭＳ音声サービスの要求を満たさないことを示す条件である。（２）５Ｇネットワークのネットワーク装置（ＡＭＦ、ＮＧ ＲＡＮ、または同様のもの）およびＵＥが、５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするという条件であり、ＵＥおよびＡＭＦが５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするかが、ＵＥがアイドル状態から接続状態へ変更された場合、ＡＭＦにより、Ｎ２メッセージを用いることによって、ＮＧ ＲＡＮに通知され得る、条件である。（３）ＥＰＳネットワークが音声サービスをサポートしないという条件であって、当該条件は、ローカルポリシとして、事業者によりＮＧ ＲＡＮにおいて構成され得る条件である。（４）ＥＰＳネットワークの信号品質が音声サービスの要求を満たさないという条件であって、ＮＧ ＲＡＮは、ＵＥに近隣ＥＰＳセルの信号品質を測定して報告するよう命令することによって、ＥＰＳネットワークの信号品質が音声サービスの要求を満たすかを決定し得る、条件である。
Ａ２．ＵＥを５ＧネットワークからＥＰＳネットワークへハンドオーバする処理において、ハンドオーバ準備処理が終了した場合、ＮＧ ＲＡＮは、ハンドオーバコマンド（ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）をＵＥへ送信する。
Ａ３．ＮＧ ＲＡＮは、第１の条件に基づき、Ｎ２セッション応答をＡＭＦへ送信し、ここで、Ｎ２セッション応答は、第４のＳＭ情報を保持し、第４のＳＭ情報は、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、無線リソースが不十分である（または、リソース割り当てが失敗した）ことを含む。
Ａ４．ＡＭＦは、受信されたＮ２セッション応答に基づき、ＰＤＵセッション変更コマンドを伴うセッション管理応答をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ここで、第４のＳＭ情報は、ＳＭＦ＋ＰＧＷ−Ｃへトランスペアレントに送信される。
Ａ５．第４のＳＭ情報をパースした後に、ＳＭＦ＋ＰＧＷ−Ｃは、ＰＤＵ−ＣＡＮセッション変更メッセージをＰＣＦ＋ＰＣＲＦへ送信する。
ＰＤＵ−ＣＡＮセッション変更メッセージは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報を含み、インジケーション情報は、無線リソースが不十分であることを示すインジケーション情報（または、リソース割り当てが失敗したことを示すインジケーション情報）であってよい。本実施形態において、メッセージの名称は、ＰＤＵ−ＣＡＮセッション変更メッセージに限定されず、ＣＣＲなどの別のメッセージ名であってよい。
Ａ６．ＰＣＦ＋ＰＣＲＦは、ＲＡＲをＰ−ＣＳＣＦへ送信し、ここで、ＲＡＲは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報を保持し得る。
Ａ７．Ｐ−ＣＳＣＦは、受信された、ユーザプレーントンネルのセットアップが失敗したことを示すための情報に基づき、ＰＳドメインにおいてＩＭＳ音声サービスをセットアップできないと決定する。
Ａ８．Ｐ−ＣＳＣＦは、５００応答メッセージをＵＥへ送信し、ここで、メッセージは、ＵＰＦ＋ＰＧＷ−Ｕに到達する。
５００応答メッセージは、５Ｇネットワークの（具体的にはＱｏＳフローである）トンネルを用いることによってＵＥへ送信される。
Ａ９．ＵＥを５ＧネットワークからＥＰＳネットワークへハンドオーバする処理において、ＭＭＥは、ＵＥが共同登録を完了したと決定する。
Ａ１０．ＭＭＥは、ＳＧＷを経由して、ＱＣＩが５に等しいユーザプレーントンネルのためのトンネル変更要求をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ＱＣＩが５に等しい専用ベアラのダウンリンクＳＧＷユーザプレーンアドレスおよびトンネル情報をＳＭＦ＋ＰＧＷ−Ｃへ示す。
Ａ１１．ＳＭＦ＋ＰＧＷ−Ｃは、トンネル変更要求をＵＰＦ＋ＰＧＷ−Ｕへ送信し、ＱＣＩが５に等しい専用ベアラのダウンリンクＳＧＷユーザプレーンアドレスおよびトンネル情報をＵＰＦ＋ＰＧＷ−Ｕに示す。この後、ＳＭＦ＋ＰＧＷ−Ｃは、ＳＧＷを経由して、トンネル変更応答をＭＭＥにフィードバックする。
Ａ１２．ＵＰＦ＋ＰＧＷ−Ｕは、ＱＣＩが５に等しい専用ベアラ上のユーザプレーンデータをＵＥへ転送し、すなわち、５００応答メッセージは、ＵＥへ送信される。
段階Ａ１２の後に、ＵＥは、ＣＳＦＢ呼音声サービスを開始し、ＵＥ側は、ネットワーク側と協働してＣＳＦＢ処理を実行し、最後に、音声呼は、ＣＳドメインにおいてセットアップされ得る。
この場合、ＵＥは、５Ｇネットワークから出て、ＥＰＳネットワークへアクセスする。従って、ＵＰＦ＋ＰＧＷ−Ｕに到達した後に、５００応答メッセージは、ＥＰＳネットワークのＩＭＳシグナリングトンネル（ＱＣＩが５に等しいユーザプレーントンネル）を経由して、ＵＰＦ＋ＰＧＷ−ＵによりＵＥへ送信される。Ｐ−ＣＳＣＦが１８３応答メッセージを受信した場合、Ｐ−ＣＳＣＦは、キャンセルメッセージを、Ｓ−ＣＳＣＦなどのＩＭＳネットワークにおけるノードへ送信し、ＩＭＳ音声サービスに関連する要求された呼をキャンセルしてよい。
プロセス１において、ＵＰＦ＋ＰＧＷ−Ｕは、トンネル変更要求を受信した後でのみ、５００応答メッセージをＵＥへ送信する。従って、ＵＥが共同登録を完了したと決定した後に、ＭＭＥは、ＱＣＩが５に等しいユーザプレーントンネルのためのトンネル変更要求をＳＭＦ＋ＰＧＷ−Ｃへ、そして、ＵＰＦ＋ＰＧＷ−Ｕへ送信し、これにより、ＩＭＳネットワークにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＵＥに到達し、ＵＥがＣＳＦＢ呼を問題なく開始することが保証される。
プロセス２：
Ｂ１．ＮＧ ＲＡＮは、第１の条件に基づき、Ｎ２セッション応答をＡＭＦへ送信し、ここで、Ｎ２セッション応答は、第４のＳＭ情報を保持し、第４のＳＭ情報は、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、無線リソースが不十分である（または、リソース割り当てが失敗した）ことを含む。
具体的には、ＮＧ ＲＡＮは、第１の条件に基づき、第４のＳＭ情報を決定してよい。
この場合、第１の条件は、以下の条件を含んでよい。（１）５ＧネットワークにおいてＩＭＳ音声サービスを実行できないという条件であって、当該条件は、ＩＭＳ音声サービスが５Ｇネットワークにおいて配備されていないこと、または、現在の５Ｇネットワークの信号カバレッジが悪すぎてＩＭＳ音声サービスの要求を満たさないことを示す条件である。（２）５Ｇネットワークのネットワーク装置（ＡＭＦ、ＮＧ ＲＡＮ、または同様のもの）およびＵＥが、５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするという条件であって、ＵＥおよびＡＭＦが５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするかは、ＵＥがアイドル状態から接続状態に変更された場合、ＡＭＦにより、Ｎ２メッセージを用いることによって、ＮＧ ＲＡＮに通知され得る、条件である。（３）ＥＰＳネットワークが音声サービスをサポートしないという条件であって、当該条件は、ローカルポリシとして、事業者によりＮＧ ＲＡＮにおいて構成され得る条件である。（４）ＥＰＳネットワークの信号品質が音声サービスの要求を満たさないという条件であって、ＮＧ ＲＡＮは、ＵＥに近隣ＥＰＳセルの信号品質を測定して報告するよう命令することによって、ＥＰＳネットワークの信号品質が音声サービスの要求を満たすかを決定し得る、条件である。
Ｂ２．ＡＭＦは、受信されたＮ２セッション応答に基づき、ＰＤＵセッション変更コマンドを伴うセッション管理応答をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ここで、第４のＳＭ情報は、ＳＭＦ＋ＰＧＷ−Ｃへトランスペアレントに送信される。
Ｂ３．ＳＭＦ＋ＰＧＷ−Ｃは、ＰＣＦ＋ＰＣＲＦを通知することを保留すると決定し、すなわち、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報をＰＣＦ＋ＰＣＲＦへ通知することを延期する。
Ｂ４．ＮＧ ＲＡＮは、第１の条件と第１のＳＭ情報とに基づき、ハンドオーバ要求をＡＭＦへ送信する。
Ｂ５．ハンドオーバ処理において、ＭＭＥは、ＵＥが共同登録を完了したと決定する。
Ｂ６．ＭＭＥは、ＳＧＷを経由して、ＱＣＩが５に等しいユーザプレーントンネルのためのトンネル変更要求をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ダウンリンクＳＧＷユーザプレーンアドレスおよびトンネル情報をＳＭＦ＋ＰＧＷ−Ｃに示す。
Ｂ７．ＳＭＦ＋ＰＧＷ−Ｃは、トンネル変更要求をＵＰＦ＋ＰＧＷ−Ｕへ送信し、ＱＣＩが５に等しい専用ベアラのダウンリンクＳＧＷユーザプレーンアドレスおよびトンネル情報をＵＰＦ＋ＰＧＷ−Ｕに示す。この後、ＳＭＦ＋ＰＧＷ−Ｃは、ＳＧＷを経由して、トンネル変更応答をＭＭＥにフィードバックする。
Ｂ８．ＳＭＦ＋ＰＧＷ−Ｃは、ＩＰ−ＣＡＮセッション変更メッセージをＰＣＦ＋ＰＣＲＦへ送信する。
ＩＰ−ＣＡＮセッション変更メッセージは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報を保持し、インジケーション情報は、無線リソースが不十分であることを示すインジケーション情報（または、リソース割り当てが失敗したことを示すインジケーション情報）であってよい。本実施形態において、メッセージの名称がＩＰ−ＣＡＮセッション変更メッセージに限定されず、ＣＣＲなどの別のメッセージ名であってよい。
Ｂ９．ＰＣＦ＋ＰＣＲＦは、ＲＡＲをＰ−ＣＳＣＦへ送信し、ここで、ＲＡＲは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報を保持する。
Ｂ１０．Ｐ−ＣＳＣＦは、受信された、ユーザプレーントンネルのセットアップが失敗したことを示すための情報に基づき、ＰＳドメインにおいてＩＭＳ音声サービスをセットアップできないと決定する。
Ｂ１１．Ｐ−ＣＳＣＦは、５００応答メッセージをＵＥへ送信する。
段階Ｂ１１の後、ＵＥは、ＣＳＦＢ呼音声サービスを開始し、ＵＥ側は、ネットワーク側と協働してＣＳＦＢ処理を実行し、最後に、音声呼は、ＣＳドメインにおいてセットアップされ得る。
プロセス２において、Ｐ−ＣＳＣＦは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したと決定した後でのみ、５００応答メッセージをＵＥへ送信する。従って、ＵＥが共同登録を完了したとＭＭＥが決定した後に、ＰＣＦ＋ＰＣＲＦは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報をＰ−ＣＳＣＦへ送信し、これにより、ＩＭＳネットワークにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＵＥに到達し、ＵＥがＣＳＦＢ呼を問題なく開始することが保証される。
プロセス３：
Ｃ１．ＮＧ ＲＡＮは、第１の条件に基づき、Ｎ２セッション応答をＡＭＦへ送信し、ここで、Ｎ２セッション応答は、第４のＳＭ情報を保持し、第４のＳＭ情報は、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、無線リソースが不十分である（または、リソース割り当てが失敗した）ことを含む。
具体的には、ＮＧ ＲＡＮは、第１の条件に基づき、第４のＳＭ情報を決定してよい。
この場合、第１の条件は、以下の条件を含んでよい。（１）５ＧネットワークにおいてＩＭＳ音声サービスを実行できないという条件であって、当該条件は、ＩＭＳ音声サービスが５Ｇネットワークにおいて配備されていないこと、または、現在の５Ｇネットワークの信号カバレッジが悪すぎてＩＭＳ音声サービスの要求を満たさないことを示す条件である。（２）５Ｇネットワークのネットワーク装置（ＡＭＦ、ＮＧ ＲＡＮ、または同様のもの）およびＵＥが、５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするという条件であって、ＵＥおよびＡＭＦが５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするかは、ＵＥがアイドル状態から接続状態に変更された場合、ＡＭＦにより、Ｎ２メッセージを用いることによって、ＮＧ ＲＡＮに通知され得る、条件である。（３）ＥＰＳネットワークが音声サービスをサポートしないという条件であって、当該条件は、ローカルポリシとして、事業者によりＮＧ ＲＡＮにおいて構成され得る条件である。（４）ＥＰＳネットワークの信号品質が音声サービスの要求を満たさないという条件であって、ＮＧ ＲＡＮは、ＵＥに近隣ＥＰＳセルの信号品質を測定して報告するよう命令することによって、ＥＰＳネットワークの信号品質が音声サービスの要求を満たすかを決定し得る、条件である。
Ｃ２．ＡＭＦは、受信されたＮ２セッション応答に基づき、ＰＤＵセッション変更コマンドを伴うセッション管理応答をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ここで、第４のＳＭ情報は、ＳＭＦ＋ＰＧＷ−Ｃへトランスペアレントに送信される。
Ｃ３．ＳＭＦ＋ＰＧＷ−Ｃは、受信された、ＡＭＦにより送信されたＰＤＵセッション変更コマンドを伴うセッション管理応答に基づき、Ｎ４セッション変更要求をＵＰＦ＋ＰＧＷ−Ｕへ送信する。
Ｎ４セッション変更要求は、第１のコマンドを含み、第１のコマンドは、ＵＰＦ＋ＰＧＷ−Ｕに、５ＱＩが５に等しいユーザプレーントンネル上のデータをバッファリングするよう命令するためのものである。
Ｃ４．ＵＰＦ＋ＰＧＷ−Ｕは、受信されたＮ４セッション変更要求に基づき、Ｎ４セッション変更応答をＳＭＦ＋ＰＧＷ−Ｃにフィードバックする。
Ｃ５．ＳＭＦ＋ＰＧＷ−Ｃは、ＰＤＵ−ＣＡＮセッション変更メッセージをＰＣＦ＋ＰＣＲＦへ送信する。
ＰＤＵ−ＣＡＮセッション変更メッセージは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報を保持し、インジケーション情報は、無線リソースが不十分であることを示すインジケーション情報（または、リソース割り当てが失敗したことを示すインジケーション情報）であってよい。本実施形態において、メッセージの名称は、ＩＰ−ＣＡＮセッション変更メッセージに限定されず、ＣＣＲなどの別のメッセージ名であってよい。
Ｃ６．ＰＣＦ＋ＰＣＲＦは、ＲＡＲをＰ−ＣＳＣＦへ送信し、ここで、ＲＡＲは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報を保持する。
Ｃ７．Ｐ−ＣＳＣＦは、ＲＡＡをＰＣＦ＋ＰＣＲＦにフィードバックする。
Ｃ８．Ｐ−ＣＳＣＦは、受信された、ユーザプレーントンネルのセットアップが失敗したことを示すための情報に基づき、ＰＳドメインにおいてＩＭＳ音声サービスをセットアップできないと決定する。
Ｃ９．Ｐ−ＣＳＣＦは、５００応答メッセージをＵＥへ送信し、ここで、メッセージは、ＵＰＦ＋ＰＧＷ−Ｕに到達する。
Ｃ１０．ＵＰＦ＋ＰＧＷ−Ｕは、５ＱＩが５に等しいユーザプレーントンネル上のデータをバッファリングする。
５ＱＩが５に等しいユーザプレーントンネル上のデータは、５００応答メッセージを含んでよい。
Ｃ１１．ＮＧ ＲＡＮは、第１の条件と第１のＳＭ情報とに基づき、ハンドオーバ要求をＡＭＦへ送信する。
Ｃ１２．ＭＭＥは、ＵＥが共同登録を完了したと決定する。
Ｃ１３．ＭＭＥは、ＳＧＷを経由して、ＱＣＩが５に等しいユーザプレーントンネルのためのトンネル変更要求（ｍｏｄｉｆｙ ｂｅａｒｅｒ ｒｅｑｕｅｓｔ）をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ダウンリンクＳＧＷユーザプレーンアドレスおよびトンネル情報をＳＭＦ＋ＰＧＷ−Ｃに示す。
Ｃ１４．ＳＭＦ＋ＰＧＷ−Ｃは、トンネル変更要求をＵＰＦ＋ＰＧＷ−Ｕへ送信し、ここで、トンネル変更要求は、第２のコマンドを含み、第２のコマンドは、ＵＰＦ＋ＰＧＷ−Ｕに、ＱＣＩが１に等しいユーザプレーントンネル上のデータについての情報をバッファリングすることを停止するよう命令するためのものである。
段階Ｃ１４の後に、ＵＰＦ＋ＰＧＷ−Ｕは、５００応答メッセージをＵＥへ送信し、ＵＥは、ＣＳＦＢ呼音声サービスを開始し、ＵＥ側は、ネットワーク側と協働してＣＳＦＢ処理を実行し、最後に、音声呼は、ＣＳドメインにおいてセットアップされ得る。
プロセス３において、Ｐ−ＣＳＣＦにより送信された５００応答メッセージは、第１のコマンドを用いることによって、ＵＰＦ＋ＰＧＷ−Ｕにおいてバッファリングされ、ＵＥが共同登録を完了したとＭＭＥが決定した後に、Ｐ−ＣＳＣＦは、第２のコマンドを用いることによって、５００応答メッセージを端末装置へ送信し、これにより、ＩＭＳネットワークにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＵＥに到達し、ＵＥがＣＳＦＢ呼を問題なく開始することが保証される。
プロセス４：
Ｄ１．ＮＧ ＲＡＮは、第１の条件に基づき、Ｎ２セッション応答をＡＭＦへ送信し、ここで、Ｎ２セッション応答は、第４のＳＭ情報を保持し、第４のＳＭ情報は、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、無線リソースが不十分である（または、リソース割り当てが失敗した）ことを含む。
具体的には、ＮＧ ＲＡＮは、第１の条件に基づき、第４のＳＭ情報を決定し得る。
この場合、第１の条件は、以下の条件を含んでよい。（１）５ＧネットワークにおいてＩＭＳ音声サービスを実行できないという条件であって、当該条件は、ＩＭＳ音声サービスが５Ｇネットワークにおいて配備されていないこと、または、現在の５Ｇネットワークの信号カバレッジが悪すぎてＩＭＳ音声サービスの要求を満たさないことを示す条件である。（２）５Ｇネットワークのネットワーク装置（ＡＭＦ、ＮＧ ＲＡＮ、または同様のもの）およびＵＥが、５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするという条件であって、ＵＥおよびＡＭＦが５ＧネットワークとＥＰＳネットワークとの間のハンドオーバをサポートするかは、ＵＥがアイドル状態から接続状態に変更された場合、ＡＭＦにより、Ｎ２メッセージを用いることによって、ＮＧ ＲＡＮに通知され得る、条件である。（３）ＥＰＳネットワークが音声サービスをサポートしないという条件であって、当該条件は、ローカルポリシとして、事業者によりＮＧ ＲＡＮにおいて構成され得る条件である。（４）ＥＰＳネットワークの信号品質が音声サービスの要求を満たさないという条件であって、ＮＧ ＲＡＮは、ＵＥに近隣ＥＰＳセルの信号品質を測定して報告するよう命令することによって、ＥＰＳネットワークの信号品質が音声サービスの要求を満たすかを決定し得る、条件である。
Ｄ２．ＡＭＦは、受信されたＮ２セッション応答に基づき、ＰＤＵセッション変更コマンドを伴うセッション管理応答をＳＭＦ＋ＰＧＷ−Ｃへ送信し、ここで、第４のＳＭ情報は、ＳＭＦ＋ＰＧＷ−Ｃへトランスペアレントに送信される。
Ｄ３．ＳＭＦ＋ＰＧＷ−Ｃは、ＰＤＵ ＣＡＮセッション変更メッセージをＰＣＦ＋ＰＣＲＦへ送信する。本実施形態において、メッセージの名称はＩＰ−ＣＡＮセッション変更メッセージに限定されず、ＣＣＲなどの別のメッセージ名であってよい。
ＰＤＵ ＣＡＮセッション変更メッセージは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報を保持し、インジケーション情報は、無線リソースが不十分であることを示すインジケーション情報（または、リソース割り当てが失敗したことを示すインジケーション情報）であってよい。
Ｄ４．ＰＣＦ＋ＰＣＲＦは、ＲＡＲをＰ−ＣＳＣＦへ送信し、ここで、ＲＡＲは、ＩＭＳ音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための情報を保持する。
Ｄ５．Ｐ−ＣＳＣＦは、受信された、ユーザプレーントンネルのセットアップが失敗したことを示す情報に基づき、ＰＳドメインにおいてＩＭＳ音声サービスをセットアップできないと決定する。
Ｄ６．Ｐ−ＣＳＣＦは、ＲＡＡメッセージをＰＣＦ＋ＰＣＲＦにフィードバックする。
Ｄ７．Ｐ−ＣＳＣＦは、第２の予め設定された期間の遅延後に５００応答メッセージを送信すると決定する。
Ｄ８．ＮＧ ＲＡＮは、受信された第１のＳＭ情報と第１の条件とに基づき、ハンドオーバ要求をＡＭＦへ送信し、ＵＥが５ＧネットワークからＥＰＳネットワークへハンドオーバされることをトリガする。
段階Ｄ８の後に、ＵＥは、ハンドオーバ処理を実行する。ハンドオーバ処理が終了した後に、Ｐ−ＣＳＣＦは、５００応答メッセージをＵＥへ送信し、ＵＥは、ＣＳＦＢ呼音声サービスを開始し、ＵＥ側はネットワーク側と協働してＣＳＦＢ処理を実行し、最後に、音声呼は、ＣＳドメインにおいて、セットアップされ得る。
プロセス４において、Ｐ−ＣＳＣＦは、第２の予め設定された期間の遅延後に、５００応答メッセージを送信し、これにより、ＩＭＳネットワークにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＵＥに到達し、ＵＥがＣＳＦＢ呼を問題なく開始することが保証される。
本実施形態はさらに、被呼ＵＥのネットワークハンドオーバを実行するための方法を提供する。本実施形態が適用されるシナリオは、５ＧネットワークにおいてＩＭＳ音声サービスを実行できず、ＩＭＳ音声サービスはＥＰＳネットワークにおいても実行できないというシナリオである。従って、ＵＥがＣＳＦＢ呼を問題なく開始することが保証されるために、ＩＭＳネットワークにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＴＡＳに到達する必要があり、これにより、ＴＡＳは、ＣＳドメインを被呼ＵＥのドメインとして再選択し、ＣＳＦＢ呼が成功することが保証される。図２８を参照すると、方法は、以下の段階を含む。
［２８０１から２８０８］
段階２８０１から２８０８はそれぞれ、対応して段階１９０１から１９０８と同じである。
［２８０９から２８１４］
段階２８０９から２８１４はそれぞれ、対応して段階Ｄ１からＤ６と同じである。
２８１５．Ｐ−ＣＳＣＦは、第２の予め設定された期間の遅延後に、５００応答メッセージをＴＡＳへ送信する。５００応答メッセージは具体的には、ＴＡＳにおける終端アクセスドメイン選択機能モジュールＴ−ＡＤＳへ送信する。
Ｐ−ＣＳＣＦは、第２の予め設定された期間の遅延後に５００応答メッセージを送信し、これにより、Ｐ−ＣＳＣＦにより送信された５００応答メッセージは、ＵＥがＥＰＳおよびＣＳドメインの共同登録処理を完了した後でのみ、ＴＡＳに到達し、ＣＳＦＢ呼が成功することが保証される。
実施形態（３）および実施形態（４）において提供されるネットワークハンドオーバ方法において、ＩＭＳ音声セッションをセットアップする段階では、５Ｇ端末装置は、ＥＰＳネットワークへハンドオーバされることができ、そして、ＥＰＳネットワークにおけるＣＳＦＢ技術を用いることによって、ＵＥが２Ｇ／３Ｇネットワークにフォールバックすることが可能となり、最後に、音声呼が２Ｇ／３ＧネットワークのＣＳドメインにおいて開始される。本出願において、ＥＰＳネットワークをスプリングボードとして用い、かつ、従来の２Ｇ／３Ｇネットワークアーキテクチャを再利用することによって、５ＧネットワークおよびＥＰＳネットワークのどちらにおいてもＩＭＳ音声サービスを実行されないことがあり得るというシナリオにおいて音声サービスを実行するための方法が、５Ｇネットワークに配置された端末装置のために提供される。
実施形態（１）から実施形態（４）において、５００応答メッセージはさらに、３８０応答メッセージまたは５０３応答メッセージであってよく、ＲＡＲメッセージはさらに、アボート−セッション−リクエスト（ａｂｏｒｔ−ｓｅｓｓｉｏｎ−ｒｅｑｕｅｓｔ、略してＡＳＲ）メッセージであってよい。この場合、ＲＡＡメッセージは、アボート−セッション−アンサ（ａｂｏｒｔ−ｓｅｓｓｉｏｎ−ａｎｓｗｅｒ、略してＡＳＡ）メッセージであってよい。
本願の実施形態はさらに、ネットワーク登録方法を提供する。図２８Ａに示されているように、方法は、以下の段階を備える。
２８０１Ａ．第１のモビリティ管理ネットワーク要素が、端末装置から登録要求（ｒｅｇｉｓｔｒａｔｉｏｎ ｒｅｑｕｅｓｔ）を受信し、ここで、登録要求は、端末装置を第１のネットワークに登録することを要求するためのものである。
第１のモビリティ管理ネットワーク要素は、ＡＭＦであってよく、第１のネットワークは、５Ｇネットワークであってよい。
２８０２Ａ．第１のモビリティ管理ネットワーク要素は、第３の条件が満たされた場合、第１のインジケーション情報を端末装置へ送信し、ここで、第１のインジケーション情報は、ＰＳドメインの音声サービスがサポートされることを示すためのものである。
第３の条件は、第１のネットワークが、端末装置の第２のネットワークへの移動をサポートすることを含んでよい。第１のネットワークが、端末装置の第２のネットワークへの移動をサポートすることは、第１のネットワークが、ハンドオーバ方式またはリダイレクション方式または別の方式で端末装置の第２のネットワークへの移動をサポートすることを意味し得る。
任意選択的に、第１のネットワークが、端末装置の第２のネットワークへの移動をサポートすることは、第１のネットワークにおける第１のアクセスネットワーク装置が、セッション管理ネットワーク要素から第１のセッション管理情報を受信した場合、端末装置の第２のネットワークへのアクセスをサポートすることを含んでよく、ここで、第１のセッション管理情報は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。第１のアクセスネットワーク装置は、ＮＧ ＲＡＮであってよく、セッション管理ネットワーク要素は、ＳＭＦ＋ＰＧＷ−Ｃ機能ネットワーク要素であってよい。
例えば、第１のインジケーション情報は、登録承諾メッセージにおいて保持されてよく、音声サービスは、ＩＭＳ音声サービスであってよく、端末装置は具体的には、発呼または被呼音声サービスを開始する端末装置であってよい。
具体的には、第１のモビリティ管理ネットワーク要素は、以下の方式のうち任意の１つ、または別の方式で、第３の条件が満たされたかを決定し得る。
方式（１）：端末装置が第１のネットワークに登録された処理において、第１のモビリティ管理ネットワーク要素は、現在の端末装置が配置されたアクセスネットワーク装置および／またはコアネットワーク要素装置が、端末装置を第２のネットワークへ移動させる性能を有するかを認識することによって、第３の条件が満たされたかを決定する。
方式（２）：第１のモビリティ管理ネットワーク要素は、第１のモビリティ管理ネットワーク要素の構成条件を用いることによって、第３の条件が満たされたかを決定する。現在の端末装置が配置されたアクセスネットワーク装置および／またはコアネットワーク要素装置が、端末装置を第２のネットワークへ移動させることができるかは、構成条件において構成される。
任意選択的に、第１のネットワークおよび第２のネットワークは同じコアネットワークおよび異なるアクセスタイプを有するか、または、第１のネットワークおよび第２のネットワークは、異なるコアネットワークおよび異なるアクセスタイプを有する。
第１のネットワークおよび第２のネットワークが異なるコアネットワークおよび異なるアクセスタイプを有する場合、第２のネットワークは、ＥＰＳネットワークであってよい。第１のネットワークおよび第２のネットワークが同じコアネットワークおよび異なるアクセスタイプを有する場合、第１のネットワークおよび第２のネットワークはそれぞれ、５Ｇネットワークであり、第１のネットワークおよび第２のネットワークが異なるアクセスタイプを有するという点で違いを有する。
具体的には、第１のアクセスネットワーク装置は、端末装置を第１のネットワークから第２のネットワークへハンドオーバするためのハンドオーバ要求を第１のモビリティ管理ネットワーク要素へ送信することによって、端末装置が第２のネットワークへアクセスすることを可能にし得る。端末装置がＰＳドメイン音声サービスを開始した場合、第１のアクセスネットワーク装置は、端末装置が第２のネットワークへアクセスすることを可能にし、端末装置は、発呼ＰＳドメイン音声サービスを開始する端末装置であってよく、または、被呼ＰＳドメイン音声サービスを開始する端末装置であってよいことに注意すべきである。
任意選択的に、第３の条件はさらに、ハンドオーバ相互運用が第１のネットワークと第２のネットワークとの間でサポートされることを含んでよい。この場合、第１のネットワークは、ハンドオーバを実行することによって端末装置の第２のネットワークへの移動をサポートする。
任意選択的に、ハンドオーバ相互運用が第１のネットワークと第２のネットワークとの間でサポートされることは、ハンドオーバ相互運用インタフェースが第１のネットワークと第２のネットワークとの間に存在することを含む。例えば、ハンドオーバ相互運用インタフェースは具体的には、Ｎ２６インタフェースであってよい。
任意選択的に、第２のネットワークは、ＰＳドメイン音声サービスをサポートしてよく、または、ＰＳドメイン音声サービスをサポートしなくてよい。第２のネットワークがＰＳドメイン音声サービスをサポートすると決定された場合、第３の条件はさらに、第２のネットワークがＰＳドメイン音声サービスをサポートできることを含んでよい。
任意選択的に、段階２８０３Ａの前に、方法はさらに、第１のモビリティ管理ネットワーク要素が、端末装置が音声サービス中心型端末装置であると決定する段階を備えてよい。データサービス中心型端末装置は、音声サービスと無関係であるため、オプションの方法は、端末タイプを区別し得る。データサービス中心型端末装置は、本解決手段セットを実行する必要がなく、すなわち、第３の条件が満たされたかを決定する必要がなく、第１のインジケーション情報を送信する必要もない。
任意選択的に、方法はさらに、端末装置が登録要求を生成する段階であって、登録要求は、端末装置が音声サービス中心型端末装置であることを示すインジケーション情報を保持する、段階と、端末装置が登録要求を第１のモビリティ管理ネットワーク要素へ送信する段階とを備えてよい。この場合、第１のモビリティ管理ネットワーク要素が、端末装置が音声サービス中心型端末装置であると決定する段階は、第１のモビリティ管理ネットワーク要素が、登録要求に基づき、端末装置が音声サービス中心型端末装置であると決定する段階を含む。
この場合、端末装置は、登録要求を用いることによって、端末装置が音声サービス中心型端末装置であることを示すインジケーション情報を保持する。従って、第１のモビリティ管理ネットワーク要素にインジケーション情報を通知するためにシグナリングを別個に送信する必要がなく、シグナリングオーバーヘッドを節約することができる。
任意選択的に、段階２８０３Ａの前に、方法はさらに、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすると第１のモビリティ管理ネットワーク要素が決定する段階を備えてよい。上述の方法は、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートする場合に実装され得るので、情報は、事前に決定され得て、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とをサポートできない端末装置に対する影響を回避し得る。
任意選択的に、登録要求はさらに、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすることを示すインジケーション情報を保持し、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすると第１のモビリティ管理ネットワーク要素が決定する段階は、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすると第１のモビリティ管理ネットワーク要素が登録要求に基づき、決定する段階を含む。
この場合、端末装置は、登録要求を用いることによって、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすることを示すインジケーション情報を保持する。従って、インジケーション情報の第１のモビリティ管理ネットワーク要素を通知するためにシグナリングを別個に送信する必要がなく、シグナリングオーバーヘッドを節約できる。
本実施形態において提供される方法は、図２８より前に説明されている任意の方法の前に実行されてよいことに注意すべきである。加えて、第１のモビリティ管理ネットワーク要素は、第３の条件以外の別の条件の下、第１のインジケーション情報を端末装置へ送信してよい。
本実施形態において提供されている方法において、端末装置が第１のネットワークに登録されたとき、端末装置が音声サービスを開始する場合に音声サービスを提供できるネットワークに端末装置がフォールバックすることをハンドオーバ方式または別の方式で可能にする性能を第１のネットワークが有する場合、第１のモビリティ管理エンティティは、端末装置のＰＳドメインにおける音声サービスが、第１のネットワークが端末装置の音声サービスをサポートするかに関係なく、サポートされることを示す。端末装置は、第１のネットワークに登録されてキャンプオンし、別のネットワークを再選択せず、それにより、ネットワークリソースが節約され、端末装置が正常に、ＰＳドメイン音声サービス登録処理を実行し、第１のネットワークを用いることによって、ＰＳドメイン音声呼処理を開始することが、保証される。
本願の実施形態はさらに、ネットワーク登録方法を提供する。図２８Ｂに示されているように、方法は、図２８Ａに示されている方法を具体的に説明するために用いられる。方法は、以下の段階を備える。
２８０１Ｂ．ＵＥは、登録要求をＡＭＦへ送信する。
具体的には、登録要求は、ＵＥを第１のネットワークに登録することを要求するためのものであり、ＵＥは、登録要求をＮＧ ＲＡＮへ送信し得て、ＮＧ ＲＡＮは、登録要求をＡＭＦへ転送する。
登録要求は、ＵＥが音声サービス中心型ＵＥであることを示すインジケーション情報と、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とをＵＥがサポートすることを示すインジケーション情報とを保持し得る。
２８０２Ｂ．ＡＭＦは、ＵＥから登録要求を受信する。
２８０３Ｂ．音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とをＵＥがサポートするとＡＭＦが登録要求に基づき、決定する。
２８０４Ｂ．ＡＭＦは、登録要求に基づき、ＵＥが音声サービス中心型ＵＥであると決定する。
段階２８０３Ｂおよび段階２８０４Ｂは、順に実行されない。
２８０５Ｂ．ＡＭＦは、第３の条件が満たされたかを決定する。
Ｙｅｓの場合、段階２８０６Ｂは、実行される。第３の条件は、第１のネットワークが、ＵＥの第２のネットワークへの移動をサポートすることを含み、ここで、第２のネットワークは、ＰＳドメインの音声サービスをサポートできる。図２８Ｂは、ＡＭＦが、第３の条件が満たされたと決定した例を用いることによって描かれている。
２８０６Ｂ．ＡＭＦは、第１のインジケーション情報をＵＥへ送信し、ここで、第１のインジケーション情報は、ＰＳドメインの音声サービスがサポートされることを示すためのものである。
第１のインジケーション情報は、登録承諾メッセージにおいて保持されてよい。
段階２８０６Ｂの後に、ＵＥは、後の処理を実行することを継続する。
上述では、主にネットワーク要素間のインタラクションの観点から、本願の実施形態において提供される解決手段を説明している。上述の機能を実装するために、上述のネットワーク装置は、当該機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むことが理解され得る。本明細書に開示される実施形態において説明した例のユニットおよびアルゴリズムステップと組み合わせて、ハードウェア、または、ハードウェアおよびコンピュータソフトウェアの組み合わせにより、本出願を実装できることは、当業者に容易に認識されるべきである。機能が、ハードウェアにより実行されるか、またはハードウェアを駆動するコンピュータソフトウェアにより実行されるかは、特定の応用および技術的解決手段の設計制約条件に依存する。当業者は、各特定の応用のために、説明されている機能を異なる方法を用いて実装してよいが、実装方式が本出願の範囲を超えるとみなされるべきではない。
本願の実施形態において、ネットワーク装置は、上述の方法の例に基づく機能モジュールに関して区分されてよい。例えば、機能モジュールは、機能に対応して区分されてよく、または２つまたは２つより多くの機能は、処理モジュールに統合されてよい。統合されたモジュールは、ハードウェアの形式で実装されてよく、または、ソフトウェア機能モジュールの形式で実装されてよい。本願の実施形態におけるモジュールの区分は、例であり、論理機能区分に過ぎないことに注意すべきである。実際の実装中に、別の区分方式が存在してよい。
例えば、本願の実施形態において提供されているネットワーク装置の機能モジュール区分方式の例は、以下で提供される。
本願の実施形態はさらに、ネットワーク装置２９０を提供する。図２９を参照すると、ネットワーク装置２９０は、処理ユニット２９０１と送受信ユニット２９０２とを備える。
ネットワーク装置は、第１のアクセスネットワーク装置、セッション管理ネットワーク要素、第２のモビリティ管理ネットワーク要素、第２のアクセスネットワーク装置、ＩＭＳネットワーク要素、または第１のモビリティ管理ネットワーク要素であってよい。
具体的には、図２９が第１のアクセスネットワーク装置の概略図である場合、処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、セッション管理ネットワーク要素から、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するための第１のセッション管理情報を受信し、および、第１のセッション管理情報と、第１のネットワークにおいて音声サービスを実行できないことを含む第１の条件とに基づき、送受信ユニット２９０２を用いることによって、端末装置を第１のネットワークから第２のネットワークへハンドオーバするためのハンドオーバ要求を第１のモビリティ管理ネットワーク要素へ送信するよう構成される。
任意選択的に、第１の条件はさらに、第２のネットワークが音声サービスをサポートすること、第２のネットワークの信号品質が音声サービスの要求を満たすこと、および、第１のネットワークおよび端末装置のネットワーク装置が第１のネットワークと第２のネットワークとの間のハンドオーバをサポートすることのうちの少なくとも１つを含む。
任意選択的に、処理ユニット２９０１はさらに、送受信ユニット２９０２を用いることによって、第２のセッション管理情報をセッション管理ネットワーク要素へ送信するよう構成され、ここで、第２のセッション管理情報は、音声サービスのユーザプレーントンネルのセットアップが承諾されたことを示す情報を含む。
任意選択的に、処理ユニット２９０１はさらに、第１のセッション管理情報と第１の条件とに基づき、音声サービスのユーザプレーントンネルに無線リソースを割り当てないと決定するよう構成される。
任意選択的に、処理ユニット２９０１はさらに、送受信ユニット２９０２を用いることによって、第３のセッション管理情報をセッション管理ネットワーク要素へ送信するよう構成され、ここで、第３のセッション管理情報は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む。
任意選択的に、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、拒否を示す理由情報を含む。
任意選択的に、理由情報は、端末装置がハンドオーバ処理を実行していることである。
任意選択的に、第１の条件はさらに、第２のネットワークにおいて音声サービスを実行できないこと含み、処理ユニット２９０１はさらに、送受信ユニット２９０２を用いることによって、第４のセッション管理情報をセッション管理ネットワーク要素へ送信するよう構成され、ここで、第４のセッション管理情報は、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含み、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報は、無線リソースが不十分であることを含む。
第１のネットワークにおける端末装置が音声サービスを実行する場合、ネットワーク装置２９０は、端末装置を第２のネットワークへハンドオーバし得て、これにより、端末装置は、第２のネットワークにおいて音声サービスを実行し得て、第１のネットワークにおける端末装置が音声サービスを実行できないという問題を解決する。
図２９がセッション管理ネットワーク要素の概略図である場合、処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、第１のアクセスネットワーク装置から送信された、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す理由情報を含む第３のセッション管理情報を受信し、端末装置が第１のネットワークから第２のネットワークへハンドオーバされたと決定し、および、理由情報に基づき、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップするよう構成される。
任意選択的に、理由情報は、端末装置がハンドオーバ処理を実行していることである。
任意選択的に、処理ユニット２９０１は具体的には、理由情報と第２の条件とに基づき、第１の予め設定された期間後に第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップするよう構成され、ここで、第２の条件は、第２のネットワークにおいて音声サービスを実行できないことを含む。
任意選択的に、処理ユニット２９０１は具体的には、送受信ユニット２９０２を用いることによって、理由情報と第２の条件とに基づき、第１の予め設定された期間後に、トンネルセットアップ要求を第２のネットワークのサービス提供ゲートウェイへ送信するよう構成され、ここで、トンネルセットアップ要求は、音声サービスのユーザプレーントンネルをセットアップすることを要求するためのものである。
任意選択的に、処理ユニット２９０１は具体的には、送受信ユニット２９０２を用いることによって、理由情報に基づき、音声サービスのユーザプレーントンネルをセットアップすることを要求するためのトンネルセットアップ要求を第２のネットワークのサービス提供ゲートウェイへ送信し、送受信ユニット２９０２を用いることによって、サービス提供ゲートウェイから送信された、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含むトンネルセットアップ応答を受信し、および、第２の条件に基づき、第１の予め設定された期間後に、送受信ユニット２９０２を用いることによって、音声サービスのユーザプレーントンネルのセットアップが失敗したことを示すための第１のメッセージをポリシ機能制御ネットワーク要素へ送信するよう構成される。
第１のネットワークにおける端末装置が第１のネットワークから第２のネットワークへハンドオーバされたとき、ネットワーク装置２９０は、理由情報に基づき、第２のネットワークにおいて音声サービスのためのユーザプレーントンネルをセットアップし、音声サービスが第２のネットワークにおいて実行され得る場合、ユーザプレーントンネルは、問題なくセットアップされ得て、これにより、端末装置は、第２のネットワークにおいて音声サービスを実行し得て、第１のネットワークにおける端末装置が音声サービスを実行できないという問題を解決する。
図２９が第２のモビリティ管理ネットワーク要素の概略図である場合、ネットワーク装置２９０は、以下の動作１、動作２、動作３、または動作４を実行し得る。
動作１．処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、サービス提供ゲートウェイにより送信された、端末装置のための音声サービスのユーザプレーントンネルをセットアップすることを要求するためのトンネルセットアップ要求を受信し、および、送受信ユニット２９０２を用いることによって、第２のネットワークにおいて音声サービスを実行できないことを含む第２の条件に基づき、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含むトンネルセットアップ応答をサービス提供ゲートウェイへ送信するよう構成される。
任意選択的に、第２の条件はさらに、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることを含む。
任意選択的に、処理ユニット２９０１はさらに、端末装置が共同登録を完了したと決定するよう構成される。
処理ユニット２９０１は具体的には、端末装置からの共同登録完了メッセージが受信されたと決定するよう構成される。
第２のネットワークにおいて音声サービスを実行できないとき、ネットワーク装置２９０は、トンネルセットアップ応答をサービス提供ゲートウェイへ送信し、これにより、サービス提供ゲートウェイは、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をＩＭＳネットワークへ転送し、これにより、ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガし得て、そして、端末装置は、ＣＳ音声サービスを実行する。
動作２．処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するための無線トンネルセットアップ要求を第２のアクセスネットワーク装置へ送信し、送受信ユニット２９０２を用いることによって、第２のアクセスネットワーク装置により送信された、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む無線トンネルセットアップ応答を受信する、および、送受信ユニット２９０２を用いることによって、第２のネットワークにおいて音声サービスを実行できないことを含む第２の条件に基づき、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含むトンネルセットアップ応答をサービス提供ゲートウェイへ送信するよう構成される。
任意選択的に、第２の条件はさらに、端末装置が、第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることを含む。
任意選択的に、処理ユニット２９０１は具体的には、第２の条件が満たされ、端末装置が共同登録を完了したと決定し、送受信ユニット２９０２を用いることによって、トンネルセットアップ応答をサービス提供ゲートウェイへ送信するよう構成される。
任意選択的に、処理ユニット２９０１は具体的には、端末装置からの登録完了メッセージが受信されたと決定するよう構成される。
ネットワーク装置２９０は、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をサービス提供ゲートウェイへ送信し、これにより、サービス提供ゲートウェイは、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をＩＭＳネットワークへ転送し、ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガし、そして、端末装置は、ＣＳ音声サービスを実行する。
動作３．処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、サービス提供ゲートウェイにより送信された、ユーザ機器、すなわち、端末装置のための音声サービスのユーザプレーントンネルをセットアップすることを要求するためのトンネルセットアップ要求を受信して、第２のネットワークにおいて音声サービスを実行できないことを含む第２の条件が満たされた場合、端末装置が共同登録を完了したと決定し、送受信ユニット２９０２を用いることによって、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するための無線トンネルセットアップ要求を第２のアクセスネットワーク装置へ送信し、送受信ユニット２９０２を用いることによって、第２のアクセスネットワーク装置により送信された、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む無線トンネルセットアップ応答を受信し、および、送受信ユニット２９０２を用いることによって、無線トンネルセットアップ応答に基づき、端末装置の音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含むトンネルセットアップ応答をサービス提供ゲートウェイへ送信するよう構成される。
任意選択的に、第２の条件はさらに、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることを含む。
任意選択的に、処理ユニット２９０１は具体的には、端末装置により送信された登録完了メッセージが受信されたと決定するよう構成される。
端末装置が共同登録を完了したと決定した後に、ネットワーク装置２９０は、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をサービス提供ゲートウェイへ送信し、これにより、サービス提供ゲートウェイは、ユーザプレーントンネルのセットアップが拒否されたことを示す情報をＩＭＳネットワークへ転送し、ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガし、そして、端末装置は、ＣＳ音声サービスを実行し、端末装置がＣＳＦＢ呼を問題なく開始することがさらに保証される。
動作４．処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、第１のモビリティ管理ネットワーク要素により送信された、端末装置が再配置を完了したと決定するための第４のメッセージを受信し、および、送受信ユニット２９０２を用いることによって、第２のネットワークにおいて音声サービスを実行できないことを含む第２の条件に基づき、端末装置の音声サービスのシグナリングプレーントンネル情報を変更するためのトンネル変更要求をサービス提供ゲートウェイへ送信するよう構成される。
任意選択的に、処理ユニット２９０１は具体的には、第２の条件が満たされ、ＵＥが共同登録を完了したと決定し、送受信ユニット２９０２を用いることによって、トンネル変更要求をサービス提供ゲートウェイへ送信するよう構成される。
第２のネットワークにおいて音声サービスを実行できない場合、ネットワーク装置２９０は、トンネル変更要求をサービス提供ゲートウェイへ送信し、サービス提供ゲートウェイは、トンネル変更要求をセッション管理ネットワーク要素へ転送し、セッション管理ネットワーク要素は、トンネル変更要求を受信した後でのみ、端末装置がＣＳＦＢ呼を開始することをトリガするためのメッセージ（すなわち、上述の第２のメッセージ）を端末装置へ送信するので、ネットワーク装置２９０は、第２のネットワークにおいて音声サービスを実行できない場合に端末装置がＣＳＦＢ呼を開始することをトリガし得て、これにより、端末装置は、ＣＳ音声サービスを実行する。
図２９が第２のアクセスネットワーク装置の概略図である場合、処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、第２のモビリティ管理ネットワーク要素により送信された、端末装置のための音声サービスのユーザプレーントンネルをセットアップするよう第２のアクセスネットワーク装置に要求するための無線トンネルセットアップ要求を受信し、および、送受信ユニット２９０２を用いることによって、第２のネットワークにおいて音声サービスを実行できないことを含む第２の条件に基づき、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を含む無線トンネルセットアップ応答を第２のモビリティ管理ネットワーク要素へ送信するよう構成される。
任意選択的に、第２の条件はさらに、端末装置が第１のネットワークから第２のネットワークへハンドオーバされる端末装置であることを含む。
第２のネットワークにおいて音声サービスを実行できない場合、ネットワーク装置２９０は、ユーザプレーントンネルに無線リソースを割り当てることを拒否し、音声サービスのユーザプレーントンネルのセットアップが拒否されたことを示す情報を、無線トンネルセットアップ応答に付加し、無線トンネルセットアップ応答を第２のモビリティ管理ネットワーク要素へ送信し、第２のモビリティ管理ネットワーク要素は、ユーザプレーントンネルのセットアップが拒否されたことを示す情報を、ＩＭＳネットワークへ転送し得て、これにより、ＩＭＳネットワークは、端末装置のＣＳＦＢサービスをトリガし、そして、端末装置は、ＣＳ音声サービスを実行する。
図２９がＩＭＳネットワーク要素の概略図である場合、処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、パケット交換ＰＳドメインにおいて端末装置のための音声サービスをセットアップするための要求メッセージを受信し、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないと決定し、端末装置が共同登録を完了したと決定し、および、端末装置の回線交換フォールバックＣＳＦＢサービスをトリガするよう構成される。
任意選択的に、処理ユニット２９０１はさらに、端末装置が第１のネットワークに登録されると決定するよう構成される。
任意選択的に、処理ユニット２９０１は具体的には、第１のネットワークのＰＳドメインから音声サービスセットアップ失敗情報を取得するか、または、第２のネットワークのＰＳドメインから音声サービスセットアップ失敗情報を取得するよう構成される。
任意選択的に、処理ユニット２９０１は具体的には、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできないとＩＭＳネットワーク要素が決定してから第２の予め設定された期間後に、端末装置が共同登録を完了したと決定するか、または、ポリシ制御ネットワーク要素またはホーム加入者サーバから取得された、端末装置の登録位置情報に基づき、端末装置が共同登録を完了したと決定するよう構成される。
任意選択的に、端末装置は、音声サービスの発呼端末装置であり、処理ユニット２９０１は具体的には、送受信ユニット２９０２を用いることによって、第２のメッセージを発呼端末装置へ送信するよう構成され、ここで、第２のメッセージは、発呼端末装置がＣＳＦＢ呼サービスを開始することをトリガするためのものである。
任意選択的に、端末装置は、音声サービスの被呼端末装置であり、処理ユニット２９０１は具体的には、送受信ユニット２９０２を用いることによって、第３のメッセージを終端アクセスドメイン選択装置へ送信するよう構成され、ここで、第３のメッセージは、第１のネットワークまたは第２のネットワークのＰＳドメインにおいて被呼音声サービスのセットアップが失敗したことを示すためのものであり、これにより、終端アクセスドメイン選択装置は、被呼端末装置のＣＳＦＢ被呼音声サービスをトリガする。
第１のネットワークまたは第２のネットワークのＰＳドメインにおいて音声サービスをセットアップできず、端末装置が共同登録を完了したと決定した場合、ネットワーク装置２９０は、端末装置のＣＳＦＢサービスをトリガする。端末装置が共同登録を完了したことは、端末装置がＣＳＦＢ呼を開始するための必須条件であるので、端末装置がＣＳＦＢ呼を問題なく開始することが保証され得て、これにより、端末装置は、ＣＳ音声サービスを実行する。
図２９が第１のモビリティ管理ネットワーク要素の概略図である場合、処理ユニット２９０１は、送受信ユニット２９０２を用いることによって、端末装置から登録要求を受信するよう構成され、ここで、登録要求は、端末装置を第１のネットワークに登録することを要求するためのものであり、処理ユニット２９０１はさらに、第１のネットワークが、端末装置の第２のネットワークへの移動をサポートすることを含む第３の条件が満たされたと決定するよう構成され、ここで、第２のネットワークは、ＰＳドメインの音声サービスをサポートでき、処理ユニット２９０１はさらに、送受信ユニット２９０２を用いることによって、第１のインジケーション情報を端末装置へ送信するよう構成され、ここで、第１のインジケーション情報は、ＰＳドメインの音声サービスがサポートされることを示すためのものである。
任意選択的に、第１のネットワークおよび第２のネットワークは、同じコアネットワークおよび異なるアクセスタイプを有するか、または、第１のネットワークおよび第２のネットワークは、異なるコアネットワークおよび異なるアクセスタイプを有する。
任意選択的に、第１のネットワークが、端末装置の第２のネットワークへの移動をサポートすることは、第１のネットワークにおける第１のアクセスネットワーク装置が、セッション管理ネットワーク要素から第１のセッション管理情報を受信した場合、端末装置の第２のネットワークへのアクセスをサポートすることを含み、ここで、第１のセッション管理情報は、端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである。
任意選択的に、第３の条件はさらに、ハンドオーバ相互運用が、第１のネットワークと第２のネットワークとの間でサポートされることを含む。
任意選択的に、ハンドオーバ相互運用が第１のネットワークと第２のネットワークとの間でサポートされることは、ハンドオーバ相互運用インタフェースが第１のネットワークと第２のネットワークとの間に存在することを含む。
任意選択的に、処理ユニット２９０１はさらに、端末装置が音声サービス中心型端末装置であると決定するよう構成される。
任意選択的に、登録要求は、端末装置が音声サービス中心型端末装置であることを示すインジケーション情報を保持し、処理ユニット２９０１は具体的には、登録要求に基づき、端末装置が音声サービス中心型端末装置であると決定するよう構成される。
任意選択的に、処理ユニット２９０１はさらに、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすると決定するよう構成される。
任意選択的に、登録要求はさらに、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすることを示すインジケーション情報を保持し、処理ユニット２９０１は具体的には、登録要求に基づき、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすると決定するよう構成される。
第１のネットワークが端末装置の音声サービスをサポートするかに関係なく、端末装置が音声サービスを開始する場合に音声サービスを提供できるネットワークに端末装置がフォールバックすることをハンドオーバ方式または別の方式で可能にする性能を第１のネットワークが有する限り、端末装置が第１のネットワークに登録された場合、第１のモビリティ管理ネットワーク要素は、端末装置のＰＳドメインにおける音声サービスがサポートされることを示し、それにより、端末装置が第１のネットワークに登録されてキャンプオンし、別のネットワークを再選択しないことが保証され、それにより、ネットワークリソースが節約され、端末装置が正常に、ＰＳドメイン音声サービス登録処理を実行し、第１のネットワークを用いることによってＰＳドメイン音声呼処理を開始することが保証される。
本願の実施形態はさらに、端末装置２９０Ａを提供する。図２９Ａを参照すると、端末装置２９０Ａは、処理ユニット２９０１Ａと送受信ユニット２９０２Ａとを備える。処理ユニット２９０１Ａは、登録要求を生成するよう構成され、ここで、登録要求は、端末装置を第１のネットワークに登録することを要求するためのものであり、登録要求は、端末装置が音声サービス中心型端末装置であることを示すインジケーション情報を保持し、処理ユニット２９０１Ａはさらに、送受信ユニット２９０２Ａを用いることによって、登録要求を第１のモビリティ管理ネットワーク要素へ送信するよう構成される。
任意選択的に、登録要求はさらに、音声サービス開始処理における第１のネットワークから第２のネットワークへの移動と、第２のネットワークを用いることによる、音声サービス開始処理の連続性とを端末装置がサポートすることを示すインジケーション情報を含む。
任意選択的に、第１のネットワークおよび第２のネットワークは、同じコアネットワークおよび異なるアクセスタイプを有するか、または、第１のネットワークおよび第２のネットワークは、異なるコアネットワークおよび異なるアクセスタイプを有する。
端末装置が音声サービスを開始する場合に音声サービスを提供できるネットワークに端末装置がフォールバックすることをハンドオーバ方式または別の方式で可能にする性能を第１のネットワークが有する場合、端末装置は、受信された、第１のモビリティ管理ネットワーク要素により送信された第１のインジケーション情報に基づき、第１のネットワークに登録されてキャンプオンし、別のネットワークを再選択せず、それにより、ネットワークリソースが節約され、端末装置が正常に、ＰＳドメイン音声サービス登録処理を実行し、第１のネットワークを用いることによってＰＳドメイン音声呼処理を開始することが保証される。
本願の実施形態はさらに、ネットワーク装置を提供する。ネットワーク装置は、メモリと、プロセッサと、通信インタフェースとを備える。メモリは、コンピュータ実行可能命令を記憶するよう構成され、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、通信インタフェースを用いることによって、ネットワーク装置が命令に対応する方法を実装することを可能にする。ネットワーク装置の概略構造図について、図６を参照されたい。
ネットワーク装置は、第１のアクセスネットワーク装置、セッション管理ネットワーク要素、第２のモビリティ管理ネットワーク要素、第２のアクセスネットワーク装置、ＩＭＳネットワーク要素、または、第１のモビリティ管理ネットワーク要素であってよい。具体的には、図６および図２９が第１のアクセスネットワーク装置の概略図である場合、処理ユニット２９０１は、プロセッサ６０１であってよく、送受信ユニット２９０２は、通信インタフェース６０４であってよい。図６および図２９がセッション管理ネットワーク要素の概略図である場合、処理ユニット２９０１は、プロセッサ６０１であってよく、送受信ユニット２９０２は、通信インタフェース６０４であってよい。図６および図２９が第２のモビリティ管理ネットワーク要素の概略図である場合、処理ユニット２９０１は、プロセッサ６０１であってよく、送受信ユニット２９０２は、通信インタフェース６０４であってよい。図６および図２９が第２のアクセスネットワーク装置の概略図である場合、処理ユニット２９０１は、プロセッサ６０１であってよく、送受信ユニット２９０２は、通信インタフェース６０４であってよい。図６および図２９がＩＭＳネットワーク要素の概略図である場合、処理ユニット２９０１は、プロセッサ６０１であってよく、送受信ユニット２９０２は、通信インタフェース６０４であってよい。図６および図２９が第１のモビリティ管理ネットワーク要素の概略図である場合、処理ユニット２９０１は、プロセッサ６０１であってよく、送受信ユニット２９０２は、通信インタフェース６０４であってよい。
本願の実施形態はさらに、端末装置を提供する。端末装置は、メモリと、プロセッサと、通信インタフェースとを備える。メモリは、コンピュータ実行可能命令を記憶するよう構成され、プロセッサは、メモリに記憶されたコンピュータ実行可能命令を実行し、通信インタフェースを用いることによって、端末装置が命令に対応する方法を実装することを可能にする。端末装置の概略構造図について、図６Ａを参照されたい。処理ユニット２９０１Ａは、プロセッサ６０１Ａであってよく、送受信ユニット２９０２Ａは、通信インタフェース６０４Ａであってよい。
本願の実施形態はさらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、命令を含み、コンピュータ上で実行された場合、命令は、コンピュータが上述の方法を実行することを可能にする。
本願の実施形態はさらに、命令を含むコンピュータプログラム製品を提供する。コンピュータ上で実行された場合、命令は、コンピュータが上述の方法を実行することを可能にする。
上述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを用いることによって実装されてよい。ソフトウェアプログラムが実施形態を実装するために用いられる場合、実施形態は、完全にまたは部分的にコンピュータプログラム製品の形態で実装されてよい。コンピュータプログラム製品は、１または複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上でロードされて実行された場合、本願の実施形態に係る手順または機能は全てまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、または、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者ライン（ＤＳＬ））または無線（例えば、赤外線、無線、マイクロ波、または同様のもの）方式で、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタへ送信されてよい。コンピュータ可読記憶媒体は、コンピュータによりアクセス可能な任意の使用可能な媒体、もしくは、１または複数の使用可能な媒体を統合する、サーバまたはデータセンタなどのデータ記憶装置であってよい。使用可能な媒体は、磁気媒体（例えば、ソフトディスク、ハードディスク、または磁気テープ）、光媒体（例えば、ＤＶＤ）、半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、略して、ＳＳＤ））または同様のものであってよい。
本出願は実施形態に関連して説明されているが、保護を主張する本出願を実装する処理において、当業者は、添付の図面、開示されている内容、および添付された特許請求の範囲を考察することによって、開示されている実施形態の別の変形を理解して実装し得る。特許請求の範囲において、「備え」（ｃｏｍｐｒｉｓｉｎｇ）は、別の構成要素または別の段階を排除するものではなく、「一」または「１つ」は、複数の場合を排除するものではない。単一のプロセッサまたは別のユニットは、特許請求の範囲において列挙されているいくつかの機能を実装してよい。いくつかの手段が、互いに異なる従属請求項に記載されているが、このことは、これらの手段を組み合わせてより良い効果を生じさせることができないことを意味するものではない。
特定の特徴およびそれらの実施形態に関連して本出願を説明しているが、様々な変更および組み合わせを、本出願の主旨及び範囲から逸脱することなく、行い得ることが明らかである。対応して、明細書および添付の図面は、添付された特許請求の範囲により定義される本出願の説明例に過ぎず、本出願の範囲をカバーする任意のまたは全ての変更、変形、組み合わせ、または均等物とみなされる。明らかに、当業者は、本出願の主旨及び範囲から逸脱することなく、本出願に対して様々な変更および変形を行うことができる。本出願のこれらの変更および変形が以下の特許請求の範囲およびそれらの均等な技術により定義される保護の範囲に含まれる限り、本出願は、それらをカバーすることを意図する。

Claims (25)

  1. モビリティ管理ネットワーク要素が、端末装置から登録要求を受信する段階であって、前記登録要求は、前記端末装置を第１のネットワークに登録することを要求するためのものである、段階と、
    前記モビリティ管理ネットワーク要素が、条件が満たされた場合にインジケーション情報を含む登録承諾メッセージを前記端末装置へ送信する段階であって、前記インジケーション情報は、パケット交換ドメイン（ＰＳドメイン）の音声サービスがサポートされることを示すためのものであり、前記条件は、前記第１のネットワークがインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声サービスをサポートしないこと、前記第１のネットワークが前記端末装置の第２のネットワークへの移動をサポートすること、及び前記第２のネットワークが前記ＰＳドメインの前記音声サービスをサポートすることを含む、段階と
    を備える
    ネットワーク登録方法。
  2. 前記第１のネットワークが、前記端末装置の第２のネットワークへの移動をサポートすることは、前記第１のネットワークが、ハンドオーバまたはリダイレクション方式で、前記端末装置の前記第２のネットワークへの移動をサポートすることを含む、請求項１に記載のネットワーク登録方法。
  3. 前記第１のネットワークおよび前記第２のネットワークは、同じコアネットワークおよび異なるアクセスタイプを有するか、または、前記第１のネットワークおよび前記第２のネットワークは、異なるコアネットワークおよび異なるアクセスタイプを有する、請求項１または２に記載のネットワーク登録方法。
  4. 前記第１のネットワークおよび前記第２のネットワークは、同じコアネットワークおよび異なるアクセスタイプを有することは、前記第１のネットワークおよび前記第２のネットワークの前記コアネットワークが第５世代（５Ｇ）コアネットワークであり、前記第１のネットワークのアクセスタイプが次世代無線アクセスネットワーク（ＮＧ ＲＡＮ）であり、前記第２のネットワークのアクセスタイプが発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）であることを含む、請求項３に記載のネットワーク登録方法。
  5. 前記第１のネットワークおよび前記第２のネットワークが異なるコアネットワークおよび異なるアクセスタイプを有することは、前記第１のネットワークのコアネットワークが５Ｇコアネットワークであり、前記第２のネットワークのコアネットワークが第４世代（４Ｇ）コアネットワークであり、前記第１のネットワークのアクセスタイプがＮＧ ＲＡＮであり、前記第２のネットワークのアクセスタイプがＥ−ＵＴＲＡＮであることを含む、請求項３に記載のネットワーク登録方法。
  6. 前記第１のネットワークが前記端末装置の第２のネットワークへの移動をサポートすることは、前記第１のネットワークにおける第１のアクセスネットワーク装置が、セッション管理ネットワーク要素からセッション管理情報を受信した場合、前記端末装置の前記第２のネットワークへのアクセスをサポートすることを含み、前記セッション管理情報は、前記端末装置の音声サービスのためのユーザプレーントンネルのセットアップを要求するためのものである、請求項１から５の何れか一項に記載のネットワーク登録方法。
  7. 前記第１のネットワークが前記端末装置の前記第２のネットワークへの移動をサポートすることは、前記第１のネットワークが、前記第１のネットワークと前記第２のネットワークとの間に存在するハンドオーバ相互運用インタフェースを通して、前記端末装置の前記第２のネットワークへの移動をサポートすることを含む、請求項１から６の何れか一項に記載のネットワーク登録方法。
  8. 前記モビリティ管理ネットワーク要素がインジケーション情報を前記端末装置へ送信する前記段階の前に、前記ネットワーク登録方法は、
    前記モビリティ管理ネットワーク要素が、前記端末装置が音声サービス中心型端末装置であると決定する段階をさらに備える、請求項１から７の何れか一項に記載のネットワーク登録方法。
  9. 前記登録要求は、前記端末装置が音声サービス中心型端末装置であることを示すインジケーション情報を保持し、前記モビリティ管理ネットワーク要素が、前記端末装置が音声サービス中心型端末装置であると決定する前記段階は、
    前記モビリティ管理ネットワーク要素が、前記登録要求に基づき、前記端末装置が音声サービス中心型端末装置であると決定する段階を含む、請求項８に記載のネットワーク登録方法。
  10. 送受信ユニットおよび処理ユニットを備え、
    前記処理ユニットは、送受信ユニットを用いることによって、端末装置から登録要求を受信するよう構成され、前記登録要求は、前記端末装置を第１のネットワークに登録することを要求し、
    前記処理ユニットはさらに、条件が満たされたと決定するよう構成され、
    前記処理ユニットはさらに、前記送受信ユニットを用いることによって、インジケーション情報を含む登録承諾メッセージを前記端末装置へ送信するよう構成され、前記インジケーション情報は、パケット交換（ＰＳドメイン）の音声サービスがサポートされることを示し、前記条件は、前記第１のネットワークがインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声サービスをサポートしないこと、前記第１のネットワークが前記端末装置の第２のネットワークへの移動をサポートすること、及び前記第２のネットワークが前記ＰＳドメインの前記音声サービスをサポートすることを含む、
    ネットワーク装置。
  11. 前記第１のネットワークが前記端末装置の第２のネットワークへの移動をサポートすることは、前記第１のネットワークが、ハンドオーバまたはリダイレクション方式で、前記端末装置の前記第２のネットワークへの移動をサポートすることを含む、請求項１０に記載のネットワーク装置。
  12. 前記第１のネットワークおよび前記第２のネットワークは、同じコアネットワークおよび異なるアクセスタイプを有するか、または、前記第１のネットワークおよび前記第２のネットワークは、異なるコアネットワークおよび異なるアクセスタイプを有する、請求項１０または１１に記載のネットワーク装置。
  13. 前記第１のネットワークおよび第２のネットワークが同じコアネットワークおよび異なるアクセスタイプを有することは、前記第１のネットワークの前記コアネットワークとよび前記第２のネットワークとが、第５世代（５Ｇ）コアネットワークであり、前記第１のネットワークのアクセスタイプが次世代無線アクセスネットワーク（ＮＧ ＲＡＮ）であり、前記第２のネットワークのアクセスタイプが発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）であることを含むか、または、前記第１のネットワークおよび前記第２のネットワークが異なるコアネットワークおよび異なるアクセスタイプを有することは、前記第１のネットワークのコアネットワークが５Ｇコアネットワークであり、前記第２のネットワークのコアネットワークが第４世代（４Ｇ）コアネットワークであり、前記第１のネットワークのアクセスタイプがＮＧ ＲＡＮであり、前記第２のネットワークのアクセスタイプがＥ−ＵＴＲＡＮであることを含む、請求項１２に記載のネットワーク装置。
  14. 前記第１のネットワークが、前記端末装置の第２のネットワークへの移動をサポートすることは、前記第１のネットワークにおける第１のアクセスネットワーク装置が、セッション管理ネットワーク要素からセッション管理情報を受信した場合に、前記端末装置の前記第２のネットワークへのアクセスをサポートすることを含み、前記セッション管理情報は、前記端末装置の音声サービスのためのユーザプレーントンネルをセットアップすることを要求するためのものである、請求項１０から１３の何れか一項に記載のネットワーク装置。
  15. 前記第１のネットワークが、前記端末装置の第２のネットワークへの移動をサポートすることは、前記第１のネットワークが、前記第１のネットワークと前記第２のネットワークとの間に存在するハンドオーバ相互運用インタフェースを通して、前記端末装置の第２のネットワークへの移動をサポートすることを含む、請求項１０から１４の何れか一項に記載のネットワーク装置。
  16. 前記処理ユニットはさらに、前記端末装置が音声サービス中心型端末装置であると決定するよう構成される、請求項１０から１５の何れか一項に記載のネットワーク装置。
  17. 前記登録要求は、前記端末装置が音声サービス中心型端末装置であることを示すインジケーション情報を保持し、前記処理ユニットは具体的には、
    前記登録要求に基づき、前記端末装置が音声サービス中心型端末装置であると決定するよう構成される、請求項１６に記載のネットワーク装置。
  18. モビリティ管理ネットワーク要素が、端末装置から登録要求を受信する段階であって、前記登録要求は、前記端末装置を第１のネットワークに登録することを要求するためのものであり、前記第１のネットワークは、前記モビリティ管理ネットワーク要素及び第１のアクセスネットワーク装置を含む、段階と、
    前記モビリティ管理ネットワーク要素が、条件が満たされた場合にインジケーション情報を含む登録承諾メッセージを前記端末装置へ送信する段階であって、前記インジケーション情報は、パケット交換ドメイン（ＰＳドメイン）の音声サービスがサポートされることを示すためのものであり、前記条件は、前記第１のネットワークがインターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声サービスをサポートしないこと、前記第１のアクセスネットワーク装置が前記端末装置の第２のネットワークへの移動をサポートすること、及び前記第２のネットワークが前記ＰＳドメインの前記音声サービスをサポートすることを含む、段階と
    を備える方法。
  19. 前記第１のアクセスネットワーク装置が前記端末装置の前記第２のネットワークへの移動をサポートすることは、前記第１のアクセスネットワーク装置が、ハンドオーバまたはリダイレクション方式で、前記端末装置の前記第２のネットワークへの移動をサポートすることを含む、請求項１８に記載の方法。
  20. 前記第１のアクセスネットワーク装置が前記端末装置の前記第２のネットワークへの移動をサポートすることは、前記第１のアクセスネットワーク装置が、前記音声サービスのためのユーザプレーントンネルのセットアップが要求された場合に、前記端末装置の前記第２のネットワークへの移動をサポートすることを含む、請求項１８または１９に記載の方法。
  21. 前記登録承諾メッセージを前記端末装置へ送信する前記段階の前に、
    前記モビリティ管理ネットワーク要素が、前記端末装置が音声サービス中心型端末装置であると決定する段階
    をさらに備える、請求項１８から２０の何れか一項に記載の方法。
  22. 前記登録承諾メッセージは、前記端末装置が音声サービス中心型端末装置であることを示すさらなるインジケーション情報を保持し、前記端末装置が音声サービス中心型端末装置であると決定する前記段階は、
    前記モビリティ管理ネットワーク要素が、前記登録承諾メッセージに基づき、前記端末装置が音声サービス中心型端末装置であると決定する段階
    を含む、請求項２１に記載の方法。
  23. 装置であって、
    コンピュータ読み取り可能な命令を記憶するメモリと、
    前記装置に請求項１から９及び１８から２２の何れか一項における段階を実行させるべく前記命令を実行するよう構成される少なくとも１つのプロセッサと
    を備える
    装置。
  24. 装置の１または複数のプロセッサにより実行されたとき、前記装置に請求項１から９及び１８から２２の何れか一項における段階を実行させるプログラム。
  25. モビリティ管理ネットワーク要素と接続される第１のアクセスネットワーク装置と、
    請求項１から９及び１８から２２の何れか一項における段階を実行するよう構成される前記モビリティ管理ネットワーク要素と
    を備える第１の通信システム。
JP2019500561A 2017-07-14 2018-06-19 ネットワーク登録方法、ネットワークハンドオーバ方法、ネットワーク装置および端末装置 Active JP6724235B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN201710577345 2017-07-14
CN201710577345.7 2017-07-14
CN201710693995.8 2017-08-14
CN201710693995.8A CN109257779A (zh) 2017-07-14 2017-08-14 网络切换方法及装置
PCT/CN2018/091759 WO2019011107A1 (zh) 2017-07-14 2018-06-19 网络切换方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020108928A Division JP7081874B2 (ja) 2017-07-14 2020-06-24 ネットワークハンドオーバ方法、装置およびシステム

Publications (2)

Publication Number Publication Date
JP2019525569A JP2019525569A (ja) 2019-09-05
JP6724235B2 true JP6724235B2 (ja) 2020-07-15

Family

ID=65057169

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019500561A Active JP6724235B2 (ja) 2017-07-14 2018-06-19 ネットワーク登録方法、ネットワークハンドオーバ方法、ネットワーク装置および端末装置
JP2020108928A Active JP7081874B2 (ja) 2017-07-14 2020-06-24 ネットワークハンドオーバ方法、装置およびシステム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2020108928A Active JP7081874B2 (ja) 2017-07-14 2020-06-24 ネットワークハンドオーバ方法、装置およびシステム

Country Status (10)

Country Link
US (2) US10939345B2 (ja)
EP (2) EP3833103B1 (ja)
JP (2) JP6724235B2 (ja)
KR (1) KR102198411B1 (ja)
CN (2) CN109257779A (ja)
AU (2) AU2018298508B2 (ja)
BR (1) BR112019000557A2 (ja)
ES (1) ES2862404T3 (ja)
MY (1) MY201248A (ja)
RU (2) RU2717839C1 (ja)

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6777822B2 (ja) * 2016-12-21 2020-10-28 パナソニック株式会社 通信装置および通信方法
CN109548093B (zh) * 2017-08-02 2021-02-12 中兴通讯股份有限公司 网络切换的方法、装置及系统
WO2019071496A1 (zh) * 2017-10-11 2019-04-18 Oppo广东移动通信有限公司 网络切换之后返回的方法、接入网设备和核心网设备
US10797894B2 (en) * 2017-12-28 2020-10-06 Ofinno, Llc Service type and device type-based policy and charging control
US11284254B2 (en) * 2018-04-14 2022-03-22 Telefonaktiebolaget Lm Ericsson (Publ) Service-based 5G core authentication endpoints
US10813044B2 (en) * 2018-05-11 2020-10-20 Apple Inc. Access type selection in a 5G network
CN110719613B (zh) 2018-07-12 2021-08-03 华为技术有限公司 一种建立语音业务的方法及装置
EP3841833A1 (en) * 2018-08-21 2021-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Technique for preparing user equipment mobility
EP3811670B1 (en) * 2018-10-10 2022-07-27 Google LLC Accessing a core network from a user device that does not support packet-data voice calls over the core network
US10999447B2 (en) * 2018-11-02 2021-05-04 Ofinno, Llc Charging control in roaming scenario
CN111436057B (zh) * 2019-01-15 2022-06-28 华为技术有限公司 一种会话管理方法及装置
CN111586642B (zh) * 2019-02-19 2021-12-14 华为技术有限公司 一种通信方法及装置
US10728817B1 (en) 2019-02-22 2020-07-28 Cisco Technology, Inc. User plane node selection optimization for handovers between 5G and 4G communication systems
EP3949306A1 (en) * 2019-04-02 2022-02-09 Telefonaktiebolaget Lm Ericsson (Publ) Ims registration
CN109982402B (zh) * 2019-04-09 2023-08-11 努比亚技术有限公司 终端语音呼叫方法、移动终端以及计算机可读存储介质
US11343699B2 (en) * 2019-04-09 2022-05-24 Mediatek Inc. EPS bearer context status synchronization upon inter-system change from evolved packet system (EPS) to fifth generation system (5GS)
US11160125B2 (en) 2019-05-06 2021-10-26 Comcast Cable Communications, Llc Wireless communications for asymmetric services
KR20200131149A (ko) * 2019-05-13 2020-11-23 삼성전자주식회사 무선통신 시스템에서 서비스 유연하게 제공하는 방법 및 장치
CN112188469B (zh) * 2019-07-01 2022-08-02 中国电信股份有限公司 策略控制方法、装置及计算机可读存储介质
US11665212B2 (en) 2019-07-16 2023-05-30 T-Mobile Usa, Inc. Timer-initiated fallback
US11284463B2 (en) * 2019-07-16 2022-03-22 T-Mobile Usa, Inc. Automatically resetting interrupted network connections
CN110430605B (zh) * 2019-09-12 2021-08-24 中国联合网络通信集团有限公司 会话线路切换方法及系统
CN114731545A (zh) * 2019-11-26 2022-07-08 华为技术有限公司 一种终端设备接入网络的方法、通信装置
KR102341243B1 (ko) * 2019-12-23 2021-12-17 주식회사 케이티 5g 망에서 lte 망으로의 천이시 음성 서비스 제공 방법
CN113163349B (zh) * 2020-01-07 2022-07-22 华为技术有限公司 用于语音业务的通信方法、装置和系统
CN111148090B (zh) * 2020-01-08 2022-11-22 中国联合网络通信集团有限公司 控制终端设备上网的方法和装置
CN113630822B (zh) * 2020-05-08 2023-05-02 华为技术有限公司 组播业务切换的方法和装置
CN113709903A (zh) * 2020-05-21 2021-11-26 华为技术有限公司 一种通信方法、设备及系统
US11212699B1 (en) 2020-06-24 2021-12-28 Sprint Communications Company L.P. Wireless guaranteed bit rate (GBR) data service
CN111918347A (zh) * 2020-07-03 2020-11-10 维沃移动通信有限公司 起呼异常处理方法及装置
US11540243B2 (en) * 2020-12-09 2022-12-27 T-Mobile Usa, Inc. Optimizing terminating access domain selection for a 5G SA interworking device with legacy network
CN112566205B (zh) * 2020-12-10 2023-12-22 维沃移动通信有限公司 通信业务的处理方法及装置
US11792236B2 (en) * 2021-01-20 2023-10-17 Cisco Technology, Inc. 5G system (5GS) failure detection monitoring of Proxy-Call session control function (P-CSCF) of an internet protocol (IP) multimedia system (IMS) for efficient restoration of IMS service
CN115209492B (zh) * 2021-04-12 2024-04-19 维沃移动通信有限公司 通信处理方法、装置及相关设备
CN115209491B (zh) * 2021-04-12 2024-04-19 维沃移动通信有限公司 信息处理方法、装置、终端及网络侧设备
CN113543281B (zh) * 2021-06-07 2024-03-15 维沃移动通信有限公司 语音通话方法和语音通话装置
US20230007128A1 (en) * 2021-07-01 2023-01-05 T-Mobile Usa, Inc. Voice packets over the control plane
US11864265B2 (en) * 2021-10-13 2024-01-02 T-Mobile Usa, Inc. Proxy-call session control function (P-CSCF) restoration
US20230217235A1 (en) * 2021-12-30 2023-07-06 T-Mobile Usa, Inc. Hss-based p-cscf restoration triggered by as
CN114585077B (zh) * 2022-02-28 2024-02-13 北京小米移动软件有限公司 网络注册方法及装置

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101291453B (zh) 2007-04-17 2012-08-08 华为技术有限公司 一种实现会话的语音连续性的方法及装置
CN101453719B (zh) * 2007-12-07 2011-12-07 华为技术有限公司 实现互联网协议语音业务切换的方法、系统和设备
CN101472313B (zh) * 2007-12-27 2011-09-14 华为技术有限公司 一种语音业务切换方法、系统和装置
AU2009308152B2 (en) 2008-10-21 2015-05-21 The General Hospital Corporation Cell transplantation
CN101841836A (zh) 2009-03-19 2010-09-22 华为技术有限公司 一种切换的优化方法、切换装置和系统
KR20120023845A (ko) * 2009-06-03 2012-03-13 리서치 인 모션 리미티드 진화형 패킷 시스템에서의 음성 서비스
CN101931859B (zh) * 2009-06-23 2013-04-17 华为技术有限公司 一种移动通信寻呼方法、系统及装置
EP2461627B1 (en) * 2009-07-31 2018-10-17 Alcatel Lucent Terminal handover method, network element, device and system in non-stable voice over ip (voip) calling,
CN102378295B (zh) 2010-08-23 2016-01-20 中兴通讯股份有限公司 承载释放方法及系统
CN104254111B (zh) 2010-08-30 2018-08-14 华为技术有限公司 反向单一无线语音呼叫连续性的处理方法、设备及系统
CN102387557B (zh) * 2010-08-30 2014-09-17 华为技术有限公司 反向单一无线语音呼叫连续性的处理方法、设备及系统
CN103229546B (zh) 2010-09-28 2017-02-15 黑莓有限公司 用于在ue移出住宅/企业网络覆盖时释放与本地gw的连接的方法和装置
CN103190187B (zh) 2010-11-12 2016-10-26 瑞典爱立信有限公司 Ims架构中的分组交换到电路交换接入切换
DK2692172T3 (en) * 2011-03-31 2017-07-10 ERICSSON TELEFON AB L M (publ) HANDLING TRANSFER OF CALLS FROM A CS ACCESS NETWORK TO A PS ACCESS NETWORK
EP2861017A3 (en) * 2011-07-05 2015-05-20 Telefonaktiebolaget L M Ericsson (PUBL) Method and device for handling handover of a communications service
KR101660521B1 (ko) 2012-01-10 2016-10-10 노키아 솔루션스 앤드 네트웍스 오와이 통신 시스템에서의 핸드오버 요청들을 핸들링
CN103313334A (zh) 2012-03-16 2013-09-18 中国移动通信集团广东有限公司 无线通信方法和基站控制器
US8738014B2 (en) 2012-06-15 2014-05-27 Telefonaktiebolaget L M Ericsson (Publ) Dynamic VCC assignment
CN109219098B (zh) 2012-08-07 2021-09-14 华为技术有限公司 切换处理方法及基站
US9357431B2 (en) 2012-08-31 2016-05-31 Qualcomm Incorporated Selective network parameter configuratons based on network identification of non-IMS multimedia applications
CN102883309B (zh) 2012-09-29 2016-03-30 捷德（中国）信息科技有限公司 机器到机器m2m通信方法及装置
CN102984770B (zh) 2012-12-04 2015-04-22 中国联合网络通信集团有限公司 网络切换方法、移动管理实体、基站和网络系统
CN104010324B (zh) * 2013-02-22 2018-04-27 华为技术有限公司 控制服务的方法、移动管理实体和移动交换中心
EP3054723B1 (en) * 2013-11-01 2019-09-04 Huawei Technologies Co., Ltd. Network switching method, device and system
CN105122882B (zh) * 2013-11-04 2019-05-10 华为技术有限公司 一种网络切换的方法、设备及系统
WO2015100608A1 (zh) * 2013-12-31 2015-07-09 华为技术有限公司 一种选择lte网络的方法、设备及系统
ES2761608T3 (es) 2014-04-15 2020-05-20 Nokia Solutions & Networks Oy Interfuncionamiento con un sistema basado en una portadora
KR102307947B1 (ko) * 2014-10-03 2021-10-05 인텔 코포레이션 핸드오버 동안 패킷 데이터 네트워크 연결 설정
US10225779B2 (en) 2014-12-30 2019-03-05 Lg Electronics Inc. Method and apparatus for performing inter-MeNB handover without SeNB change in wireless communication system
CN106797556A (zh) 2015-05-15 2017-05-31 株式会社Ntt都科摩 移动通信系统、通信控制装置、移动管理实体以及移动通信方法
US20170085597A1 (en) 2015-09-18 2017-03-23 Samsung Electronics Co., Ltd. Device and method for merging circuit switched calls and packet switched calls in user equipment
CN108702593B (zh) * 2016-11-09 2021-10-15 联发科技股份有限公司 增强多媒体呼叫控制的方法及其基站和用户设备
US10397840B2 (en) * 2016-11-15 2019-08-27 At&T Intellectual Property I, L.P. Method and apparatus for communication device handover
US10433275B2 (en) * 2017-05-26 2019-10-01 Qualcomm Incorporated Systems and methods for positioning mobile devices in a fifth generation wireless network
EP3639559A1 (en) * 2017-06-13 2020-04-22 Intel IP Corporation Systems, methods and devices for legacy system fallback in a cellular communications system
US20200112894A1 (en) * 2017-06-16 2020-04-09 Ntt Docomo, Inc. User device, radio communication system, and radio communication method
US11140598B2 (en) * 2017-06-29 2021-10-05 Telefonaktiebolaget Lm Ericsson (Publ) Network initiated inter-RAT handover
CN109257788B (zh) 2017-07-14 2021-06-22 华为技术有限公司 网络切换方法及装置

Also Published As

Publication number Publication date
BR112019000557A2 (pt) 2019-05-21
US11323933B2 (en) 2022-05-03
CN110945903A (zh) 2020-03-31
RU2717839C1 (ru) 2020-03-26
EP3462776B1 (en) 2020-12-30
KR102198411B1 (ko) 2021-01-05
EP3462776A4 (en) 2019-09-18
RU2747372C1 (ru) 2021-05-04
JP7081874B2 (ja) 2022-06-07
EP3833103A1 (en) 2021-06-09
AU2018298508B2 (en) 2020-09-03
US10939345B2 (en) 2021-03-02
AU2018298508A1 (en) 2019-02-21
US20210051552A1 (en) 2021-02-18
MY201248A (en) 2024-02-13
US20190098547A1 (en) 2019-03-28
ES2862404T3 (es) 2021-10-07
JP2019525569A (ja) 2019-09-05
JP2020162169A (ja) 2020-10-01
KR20190021415A (ko) 2019-03-05
CN109257779A (zh) 2019-01-22
AU2020244393A1 (en) 2020-10-29
EP3833103B1 (en) 2022-02-23
CN110945903B (zh) 2021-07-09
AU2020244393B2 (en) 2022-02-03
EP3462776A1 (en) 2019-04-03

Similar Documents

Publication Publication Date Title
JP6724235B2 (ja) ネットワーク登録方法、ネットワークハンドオーバ方法、ネットワーク装置および端末装置
CN109041149B (zh) 网络切换方法及装置
US11412430B2 (en) Network handover method and session management network element
US11497076B2 (en) Service processing method and service processing apparatus
RU2764259C1 (ru) Способ для активизации или деактивизации соединения плоскости пользователя в каждом сеансе
US11277780B2 (en) Service setup method and device
KR102170503B1 (ko) 이동통신시스템에서의 호출장치 및 방법
CN110719613A (zh) 一种建立语音业务的方法及装置
WO2019029228A1 (zh) 语音业务的处理方法及装置、存储介质
CN110708728A (zh) 语音呼叫连续性的实现方法、设备以及存储介质
KR102199271B1 (ko) 호 처리 방법 및 장치
KR101558230B1 (ko) 패킷 스위칭된 도메인으로부터 서킷 스위칭된 도메인으로 호 핸드오버 방법 및 장치
US20230126490A1 (en) Optimized security mode command procedure to reduce communication setup failures
KR102076766B1 (ko) 단말 활성화 유지 방법 및 장치
KR20140046938A (ko) 페이징 장치 및 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190220

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191008

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200108

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: 20200526

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200624

R150 Certificate of patent or registration of utility model

Ref document number: 6724235

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250