JP2021517769A - 通信方法及び通信装置 - Google Patents

通信方法及び通信装置 Download PDF

Info

Publication number
JP2021517769A
JP2021517769A JP2020551532A JP2020551532A JP2021517769A JP 2021517769 A JP2021517769 A JP 2021517769A JP 2020551532 A JP2020551532 A JP 2020551532A JP 2020551532 A JP2020551532 A JP 2020551532A JP 2021517769 A JP2021517769 A JP 2021517769A
Authority
JP
Japan
Prior art keywords
ran node
information
core network
network device
terminal
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.)
Granted
Application number
JP2020551532A
Other languages
English (en)
Other versions
JP7125041B2 (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 ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2021517769A publication Critical patent/JP2021517769A/ja
Application granted granted Critical
Publication of JP7125041B2 publication Critical patent/JP7125041B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • 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/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • 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/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H04W64/003—Locating users or terminals or network equipment for network management purposes, e.g. mobility management locating network equipment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Landscapes

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

Abstract

本願は、通信方法及び通信装置を提供して、非アクティブモード状態にある端末のＰＤＵセッションが有効にできないという問題を解決する。本方法は、第１のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する段階であって、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である、段階と、第１のコアネットワークデバイスがインジケーション情報を第１のＲＡＮノードから受信する段階であって、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる、段階と、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階であって、第２のダウンリンク情報は第２のＲＡＮノードが端末のＰＤＵセッションを有効にするのに用いられる、段階とを含む。本願は、通信技術の分野に関する。

Description

本願は、２０１８年４月１０日に中国特許庁に出願された「通信方法及び通信装置（ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＭＥＴＨＯＤ ＡＮＤ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＡＰＰＡＲＡＴＵＳ）」と題する中国特許出願第２０１８１０３１７６４８．Ｘ号に基づく優先権を主張し、当該中国特許出願は、その全体が参照により本明細書に組み込まれる。
本願は、通信技術の分野に関し、具体的には、通信方法及び通信装置に関する。
第５世代（ｆｉｆｔｈ−ｇｅｎｅｒａｔｉｏｎ、略して５Ｇ）無線通信システムにおいて、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、略してＲＲＣ）接続モードが非アクティブモードである端末では、アクセス及びモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、略してＡＭＦ）に格納されている端末のステータスが接続管理連結（ＣＭ−Ｃｏｎｎｅｃｔｅｄ）状態である場合に、ＡＭＦは、ＡＭＦに格納された端末のコンテキストに含まれる位置情報が端末の現在位置情報であるとみなす。端末にセルハンドオーバが生じていないときに、端末が（ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、略してＵＰＦ）１のサービス領域（ｓｅｒｖｉｎｇ ａｒｅａ）の）無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、略してＲＡＮ）１ノードのカバレッジ領域から（ＵＰＦ１のサービス領域に入っていない）ＲＡＮ２ノードのカバレッジ領域に移動する場合、ＡＭＦに格納された端末のコンテキストに含まれる位置情報は、依然として、端末がＲＡＮ１ノードのカバレッジ領域に位置していることを示す情報である。しかしながら実際には、端末は、ＲＡＮ２ノードのカバレッジ領域に移動している。端末のダウンリンク情報の有効領域がＵＰＦ１のサービス領域と一致する場合、格納された端末のコンテキストに含まれる位置情報に基づいて、端末がダウンリンク情報の有効領域に位置していると、ＡＭＦが決定した結果は不正確である。この場合、ＰＤＵセッションを有効にするのに用いられるダウンリンク情報をＡＭＦがＲＡＮ１ノードに送出するならば、ＰＤＵセッションの有効化は失敗する。
本願の実施形態が、通信方法及び通信装置を提供して、非アクティブモード状態にある端末のＰＤＵセッションが有効にできないという問題を解決する。
第１態様によれば、通信方法が提供される。本方法は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第１のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する段階と、第１のコアネットワークデバイスがインジケーション情報を第１のＲＡＮノードから受信する段階と、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階とを含む。インジケーション情報は、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられてよい。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した後に第１のＲＡＮノードにより送出されるインジケーション情報を受信し、このインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードが第２のダウンリンク情報を正常に処理できることになる。例えば、第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードであり、したがって、第２のダウンリンク情報を正常に処理できる。
第１態様に関連して、第１態様の第１の実行可能な実装態様では、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを有効にするのに用いられる。この場合、第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは、第２のダウンリンク情報に基づいて端末のＰＤＵセッションを有効にすることになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に有効にすることができる。
第１態様に関連して、第１態様の第２の実行可能な実装態様では、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを無効にするのに用いられる。この場合、第１のコアネットワークデバイスは第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報に基づいて端末のＰＤＵセッションを無効にすることになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に無効にすることができる。
第１態様に関連して、第１態様の第３の実行可能な実装態様では、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを更新するのに用いられる。この場合、第１のコアネットワークデバイスは第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報に基づいて端末のＰＤＵセッションを修正することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に修正することができる。
第１態様に関連して、第１態様の第４の実行可能な実装態様では、第１のダウンリンク情報は第１のＲＡＮノードが端末のＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを解放するのに用いられる。この場合、第１のコアネットワークデバイスは第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報に基づいて端末のＰＤＵセッションを解放することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に解放することができる。
第１態様に関連して、第１態様の第５の実行可能な実装態様では、第１のダウンリンク情報は端末に送出されるダウンリンク情報であり、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられ、第２のダウンリンク情報は第１のダウンリンク情報と同じである。この場合、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のダウンリンク情報が送信できないことを確認し、第２のダウンリンク情報を第２のＲＡＮノードに送出する。
第１態様の第１の実行可能な実装態様に関連して、第１態様の第６の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスが、端末の現在位置情報に基づいて、端末が第１のダウンリンク情報の有効領域に位置していないと判定した場合、第１のコアネットワークデバイスが、端末の現在位置情報に基づいて第２のダウンリンク情報を生成する段階を含む。第１のダウンリンク情報は、第１のダウンリンク情報の有効領域内のデバイスに有効であってよい。この場合、第１のコアネットワークデバイスは、端末の現在位置情報に対応する有効な第２のダウンリンク情報を端末に対して生成する。端末の現在位置情報は第２のＲＡＮノードの位置情報であるため、第２のダウンリンク情報は、第２のＲＡＮノードに有効であり、第２のＲＡＮノードによって正常に処理され得る。したがって、無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
第１態様の第１の実行可能な実装態様に関連して、第１態様の第７の実行可能な実装態様では、第１のコアネットワークデバイスが、端末の現在位置情報に基づいて、端末が第１のダウンリンク情報の有効領域に位置していると判定した場合、第１のダウンリンク情報と第２のダウンリンク情報とは同じである。第１のダウンリンク情報は、第１のダウンリンク情報の有効領域内のデバイスに有効であってよい。
第１態様又は第１態様の任意の実行可能な実装態様に関連して、第１態様の第８の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスが端末の現在位置情報を第１のＲＡＮノードから受信する段階を含む。この場合、第１のコアネットワークデバイスは、端末の現在位置情報を取得し、第１のダウンリンク情報とは異なる第２のダウンリンク情報を端末用に生成する必要があるかどうかを判定する。
第１態様又は第１態様の任意の実行可能な実装態様に関連して、第１態様の第９の実行可能な実装態様では、インジケーション情報は失敗原因値である。
第１態様の第９の実行可能な実装態様に関連して、第１態様の第１０の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する、端末はハンドオーバを実行している、コンテキスト転送、端末は第１のＲＡＮノードに到達できない、又は第１のダウンリンク情報は送信されない。この場合、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
第１態様の第１０の実行可能な実装態様に関連して、第１態様の第１１の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する。第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階は、ＲＲＣ接続再開手順が完了した後に、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含む。この場合、ＲＲＣ接続再開手順が完了した後に、第１のコアネットワークデバイスは第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
第１態様の第１０の実行可能な実装態様に関連して、第１態様の第１２の実行可能な実装態様では、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階は、第１のコアネットワークデバイスがインジケーション情報に基づいてタイマを始動させ、タイマが切れた後に、第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含む。この場合、第１のコアネットワークデバイスは、タイマが切れた後に、第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
第１態様の第１１又は第１２の実行可能な実装態様に関連して、第１態様の第１３の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスがサブスクリプション要求メッセージを第２のコアネットワークデバイスに送出する段階を含み、サブスクリプション要求メッセージは、ＲＲＣ接続再開手順が完了した後に、通知メッセージを第１のコアネットワークデバイスに送出するよう第２のコアネットワークデバイスに要求するのに用いられ、通知メッセージはＲＲＣ接続再開手順が完了したことを通知するのに用いられる。この場合、第１のコアネットワークデバイスは、ＲＲＣ接続再開手順が完了したことを認識した後にだけ、第２のダウンリンク情報を第２のＲＡＮノードに送出できるので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
第１態様の第１１の実行可能な実装態様に関連して、第１態様の第１４の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスがインジケーション情報に基づいてタイマを始動させる段階と、タイマが切れた後に、第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する段階とを含む。タイマは、ＲＲＣ接続再開手順を完了するのに用いられてよい。例えば、タイマが切れると、タイマは、ＲＲＣ接続再開手順が完了したことを示す。この場合、第１のコアネットワークデバイスは、タイマが切れた後に、第２のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
第１態様の第１０の実行可能な実装態様に関連して、第１態様の第１５の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は、第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する。第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階は、ＲＲＣ接続再開手順における経路切り替えが完了した後に、第１のコアネットワークデバイスがインジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含む。この場合、第１のコアネットワークデバイスは、ＲＲＣ接続再開手順における経路切り替えが完了した後にだけ、第２のダウンリンク情報を第２のＲＡＮノードに送出することができるので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
第１態様の第１４の実行可能な実装態様に関連して、第１態様の第１６の実行可能な実装態様では、本方法はさらに、第１のコアネットワークデバイスがサブスクリプション要求メッセージを第２のコアネットワークデバイスに送出する段階を含み、サブスクリプション要求メッセージは、ＲＲＣ接続再開手順における経路切り替えが完了した後に、通知メッセージを第１のコアネットワークデバイスに送出するよう第２のコアネットワークデバイスに要求するのに用いられ、通知メッセージは経路切り替えが完了したことを通知するのに用いられる。この場合、第１のコアネットワークデバイスは、ＲＲＣ接続再開手順における経路切り替えが完了したことを認識した後にだけ、第２のダウンリンク情報を第２のＲＡＮノードに送出することができるので、第２のＲＡＮノードは第２のダウンリンク情報を正常に処理できることになる。
第２態様によれば、通信方法が提供される。本方法は、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第１のＲＡＮノードが端末の第１のダウンリンク情報を第１のコアネットワークデバイスから受信する段階と、端末のＲＲＣ接続モードが非アクティブモードである場合、第１のＲＡＮノードが第１のダウンリンク情報に基づいて端末を呼び出す段階と、第１のＲＡＮノードが端末のコンテキスト要求を第２のＲＡＮノードから受信する段階と、第１のＲＡＮノードがコンテキスト要求に基づいてインジケーション情報を第１のコアネットワークデバイスに送出する段階とを含む。インジケーション情報は、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられてよい。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第１のＲＡＮノードがインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを認識できることになる。
第２態様に関連して、第２態様の第１の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードがＰＤＵセッションを有効にできないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、ＰＤＵセッションが有効にできないことを認識する。
第２態様に関連して、第２態様の第２の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードがＰＤＵセッションを無効にすることができないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、ＰＤＵセッションが無効にできないことを認識する。
第２態様に関連して、第２態様の第３の実行可能な実装態様では、第１のダウンリンク情報は、端末のＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションがアクティブ状態であり、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられる。この場合、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードがＰＤＵセッションを修正できないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、ＰＤＵセッションが修正できないことを認識する。
第２態様に関連して、第２態様の第４の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられる。この場合、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードがＰＤＵセッションを解放できないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、ＰＤＵセッションが解放できないことを認識する。
第２態様に関連して、第２態様の第５の実行可能な実装態様では、第１のダウンリンク情報は端末に送出されるダウンリンク情報であり、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられる。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが端末の第１のダウンリンク情報を端末に送出できないとき、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のダウンリンク情報が端末に送出できないことを認識する。
第２態様又は第２態様の任意の実行可能な実装態様に関連して、第２態様の第６の実行可能な実装態様では、インジケーション情報は失敗原因値である。この場合、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
第２態様の第６の実行可能な実装態様に関連して、第２態様の第７の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する、端末はハンドオーバを実行している、コンテキスト転送、端末は第１のＲＡＮノードに到達できない、又は第１のダウンリンク情報は送信されない。この場合、第１のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
第２態様又は第２態様の任意の実行可能な実装態様に関連して、第２態様の第８の実行可能な実装態様では、本方法はさらに、第１のＲＡＮノードが端末の現在位置情報を第１のコアネットワークデバイスに送出する段階を含む。このようにして、第１のコアネットワークデバイスは、端末の現在位置情報を取得して、端末が第１のダウンリンク情報の有効領域に位置しているかどうかを判定する。第１のダウンリンク情報は、第１のダウンリンク情報の有効領域内のデバイスに有効であってよい。
第３態様によれば、通信方法が提供される。本方法は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第２のコアネットワークデバイスが第１のダウンリンク情報を第１のコアネットワークデバイスから受信して、第１のダウンリンク情報を第１のＲＡＮノードに送出する段階と、第２のコアネットワークデバイスが第１のメッセージを第１のＲＡＮノードから受信する段階と、第１のメッセージに基づいて、第２のコアネットワークデバイスが第１のダウンリンク情報を第２のＲＡＮノードに送出する段階とを含む。第１のメッセージは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられてよい。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第２のコアネットワークデバイスは第１のコアネットワークデバイスにより送出される第１のダウンリンク情報を受信し、第１のＲＡＮノードにより送出され且つ第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられる第１のメッセージを受信した後に、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。例えば、第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは第１のダウンリンク情報を正常に処理することができる。
第３態様に関連して、第３態様の第１の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、第１のメッセージはＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは、第１のダウンリンク情報に基づいて端末のＰＤＵセッションを有効にすることになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に有効にすることができる。
第３態様に関連して、第３態様の第２の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報に基づいて端末のＰＤＵセッションを無効にすることになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に無効にすることができる。
第３態様に関連して、第３態様の第３の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが更新できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報に基づいて端末のＰＤＵセッションを修正することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に修正することができる。
第３態様に関連して、第３態様の第４の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが解放できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報に基づいて端末のＰＤＵセッションを解放することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは端末のＰＤＵセッションを正常に解放することができる。
第３態様に関連して、第３態様の第５の実行可能な実装態様では、第１のダウンリンク情報は端末に送出されるダウンリンク情報であり、第１のメッセージは第１のダウンリンク情報が送信できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報を端末に送出することになる。第２のＲＡＮノードは、現在、端末にサービスを提供しているＲＡＮノードのため、第２のＲＡＮノードは第１のダウンリンク情報を端末に正常に送出することができる。
第３態様又は第３態様の任意の実行可能な実装態様に関連して、第３態様の第６の実行可能な実装態様では、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから、第１のダウンリンク情報の有効領域に関する情報を受信する段階であって、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である、段階と、第２のコアネットワークデバイスが、端末の現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階とを含む。この場合、第２のコアネットワークデバイスは、端末の現在位置が第１のダウンリンク情報の有効領域内であると判定し、第１のダウンリンク情報を第２のＲＡＮノードに送出すると決定するので、第２のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。したがって、無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
第３態様又は第３態様の任意の実行可能な実装態様に関連して、第３態様の第７の実行可能な実装態様では、第１のダウンリンク情報を第１のＲＡＮノードに送出する段階は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから、第１のダウンリンク情報の有効領域に関する情報を受信する段階であって、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である、段階と、第２のコアネットワークデバイス内の端末のステータスが接続管理連結状態であり、且つ第２のコアネットワークデバイスが、端末の格納されたコンテキスト内の位置情報と有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、第２のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する段階とを含む。この場合、第２のコアネットワークデバイスは、端末のコンテキスト内の位置が第１のダウンリンク情報の有効領域内にあると判定し、第１のダウンリンク情報を第１のＲＡＮノードに送出すると決定するので、第１のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。したがって、無効な第１のダウンリンク情報を第１のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
第３態様の第１の実行可能な実装態様に関連して、第３態様の第８の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの有効化に失敗したことを認識する。
第３態様の第２の実行可能な実装態様に関連して、第３態様の第９の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが無効にできないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの無効化に失敗したことを認識する。
第３態様の第３の実行可能な実装態様に関連して、第３態様の第１０の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが更新できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの修正に失敗したことを認識する。
第３態様の第４の実行可能な実装態様に関連して、第３態様の第１１の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが解放できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの解放に失敗したことを認識する。
第３態様の第５の実行可能な実装態様に関連して、第３態様の第１２の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、第１のダウンリンク情報が送信できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の送信に失敗したことを認識する。
第３態様又は第３態様の任意の実行可能な実装態様に関連して、第３態様の第１３の実行可能な実装態様では、インジケーション情報は失敗原因値である。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
第３態様の第１３の実行可能な実装態様に関連して、第３態様の第１４の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する、端末はハンドオーバを実行している、コンテキスト転送、端末は第１のＲＡＮノードに到達できない、又は第１のダウンリンク情報は送信されない。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
第３態様の第１４の実行可能な実装態様に関連して、第３態様の第１５の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は、第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する。第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階は、ＲＲＣ接続が再開された後に、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階、又はＲＲＣ接続再開手順における経路切り替えが完了した後に、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含む。この場合、第２のコアネットワークデバイスは、ＲＲＣ接続再開手順が完了したことを認識した後又はＲＲＣ接続再開手順における経路切り替えが完了したことを認識した後にだけ、第１のダウンリンク情報を第２のＲＡＮノードに送出することができるので、第２のＲＡＮノードは第１のダウンリンク情報を正常に処理できることになる。
第３態様又は第３態様の任意の実行可能な実装態様に関連して、第３態様の第１６の実行可能な実装態様では、本方法はさらに、第２のコアネットワークデバイスが端末の現在位置情報を第１のＲＡＮノードから受信する段階を含む。この場合、第２のコアネットワークデバイスは、端末の現在位置情報を認識して、端末の現在位置が第１のダウンリンク情報の有効領域内にあると判定し、第１のダウンリンク情報を第２のＲＡＮノードに送出すると決定するので、第２のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。したがって、無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
第４態様によれば、通信方法が提供される。本方法は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第２のコアネットワークデバイスが第１のダウンリンク情報を第１のコアネットワークデバイスから受信して、第１のダウンリンク情報を第１のＲＡＮノードに送出する段階と、第２のコアネットワークデバイスが第１のメッセージを第１のＲＡＮノードから受信する段階と、第１のメッセージに基づいて、第２のコアネットワークデバイスがインジケーション情報を第１のコアネットワークデバイスに送出する段階とを含む。第１のメッセージは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したことを示すのに用いられてよい。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理することができない場合、本方法では、第１のＲＡＮノードは第１のメッセージを第２のコアネットワークデバイスに送出し、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスは、第１のダウンリンク情報が処理できないと認識することになる。
第４態様に関連して、第４態様の第１の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、第１のメッセージはＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスはＰＤＵセッションが有効にできないと認識することになる。
第４態様に関連して、第４態様の第２の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスはＰＤＵセッションが無効にできないと認識することになる。
第４態様に関連して、第４態様の第３の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが更新できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスはＰＤＵセッションが修正できないと認識することになる。
第４態様に関連して、第４態様の第４の実行可能な実装態様では、第１のダウンリンク情報は端末のＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態又は非アクティブ状態であり、第１のメッセージはＰＤＵセッションが解放できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスはＰＤＵセッションが解放できないと認識することになる。
第４態様に関連して、第４態様の第５の実行可能な実装態様では、第１のダウンリンク情報は端末に送出されるダウンリンク情報であり、第１のメッセージは第１のダウンリンク情報が送信できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出するので、第１のコアネットワークデバイスは第１のダウンリンク情報が送信できないと認識することになる。
第４態様又は第４態様の任意の実行可能な実装態様に関連して、第４態様の第６の実行可能な実装態様では、第２のコアネットワークデバイスが第１のメッセージに基づいてインジケーション情報を第１のコアネットワークデバイスに送出する段階は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから、第１のダウンリンク情報の有効領域に関する情報を受信する段階であって、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である、段階と、端末の現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、端末が有効領域に位置していないと第２のコアネットワークデバイスが判定した場合、第２のコアネットワークデバイスが第１のメッセージに基づいてインジケーション情報を第１のコアネットワークデバイスに送出する段階とを含む。この場合、第２のコアネットワークデバイスは、端末の現在位置が第１のダウンリンク情報の有効領域に存在しないと判定し、インジケーション情報を第１のコアネットワークデバイスに送出すると決定するので、第１のコアネットワークデバイスは、端末の現在位置に有効な第２のダウンリンク情報を生成することになる。さらに、第２のコアネットワークデバイスが無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
第４態様又は第４態様の任意の実行可能な実装態様に関連して、第４態様の第７の実行可能な実装態様では、第１のダウンリンク情報を第１のＲＡＮノードに送出する段階は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから、第１のダウンリンク情報の有効領域に関する情報を受信する段階であって、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である、段階と、第２のコアネットワークデバイス内の端末のステータスが接続管理連結状態であり、且つ第２のコアネットワークデバイスが、端末の格納されたコンテキスト内の位置情報と有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、第２のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する段階とを含む。この場合、第２のコアネットワークデバイスは、端末のコンテキスト内の位置が第１のダウンリンク情報の有効領域内にあると判定し、第１のダウンリンク情報を第１のＲＡＮノードに送出すると決定するので、第１のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。したがって、無効な第１のダウンリンク情報を第１のＲＡＮノードに送出することにより生じる処理の失敗が回避される。
第４態様の第１の実行可能な実装態様に関連して、第４態様の第８の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの有効化に失敗したと認識する。
第４態様の第２の実行可能な実装態様に関連して、第４態様の第９の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが無効にできないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの無効化に失敗したことを認識する。
第４態様の第３の実行可能な実装態様に関連して、第４態様の第１０の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが更新できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの修正に失敗したことを認識する。
第４態様の第４の実行可能な実装態様に関連して、第４態様の第１１の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが解放できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの解放に失敗したことを認識する。
第４態様の第５の実行可能な実装態様に関連して、第４態様の第１２の実行可能な実装態様では、第１のメッセージのメッセージタイプ又はメッセージ名が、第１のダウンリンク情報が送信できないことを示すのに用いられるか、あるいは第１のメッセージはインジケーション情報を含み、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられる。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の送信に失敗したことを認識する。
第４態様の第８から第１２の実行可能な実装態様のうちのいずれか１つに関連して、第４態様の第１３の実行可能な実装態様では、インジケーション情報は失敗原因値である。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
第４態様の第１３の実行可能な実装態様に関連して、第４態様の第１４の実行可能な実装態様では、失敗原因値は以下の事項を含む。すなわち、端末は第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始する、端末はハンドオーバを実行している、コンテキスト転送、端末は第１のＲＡＮノードに到達できない、又は第１のダウンリンク情報は送信されない。この場合、第２のコアネットワークデバイスは、第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗した原因を認識する。
第４態様又は第４態様の任意の実行可能な実装態様に関連して、第４態様の第１５の実行可能な実装態様では、本方法はさらに、第２のコアネットワークデバイスが端末の現在位置情報を第１のＲＡＮノードから受信する段階を含む。この場合、第２のコアネットワークデバイスは、端末の現在位置情報を認識して、端末の現在位置が第１のダウンリンク情報の有効領域に存在しないと判定し、インジケーション情報を第１のコアネットワークデバイスに送出すると決定するので、第１のコアネットワークデバイスは端末の現在位置に有効な第２のダウンリンク情報を生成することになる。さらに、第２のコアネットワークデバイスが無効な第１のダウンリンク情報を第２のＲＡＮノードに送出することで生じる処理の失敗が回避される。
第５態様によれば、通信方法が提供される。本方法は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第２のコアネットワークデバイスが第１のダウンリンク情報を取得する段階と、第２のコアネットワークデバイスが位置要求メッセージを第１のＲＡＮノードに送出する段階であって、位置要求メッセージは端末の現在位置情報を要求するのに用いられる、段階と、第２のコアネットワークデバイスが端末の現在位置情報を第１のＲＡＮノードから受信する、且つ／又は第２のコアネットワークデバイスが第１のＲＡＮノードから、端末が第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報を受信する段階と、第２のコアネットワークデバイスが第１のダウンリンク情報を第２のＲＡＮノードに送出する段階、又は第２のコアネットワークデバイスがインジケーション情報を第１のコアネットワークデバイスに送出する段階とを含む。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第２のコアネットワークデバイスは情報又はメッセージを第１のＲＡＮノードから受信し、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するように作動するので、第２のＲＡＮノードが第１のダウンリンク情報を正常に処理できることになる。あるいは、第２のコアネットワークデバイスは、インジケーション情報を第１のコアネットワークデバイスに送出するように作動するので、第１のコアネットワークデバイスは、第１のダウンリンク情報が処理できないと認識することになる。
第６態様によれば、通信方法が提供される。本方法は、端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。本方法は、第１のＲＡＮノードが位置要求メッセージを第２のコアネットワークデバイスから受信する段階であって、位置要求メッセージは端末の現在位置情報を要求するのに用いられる、段階と、端末のＲＲＣ接続モードが非アクティブモードである場合、第１のＲＡＮノードが位置要求メッセージに基づいて端末を呼び出す段階と、第１のＲＡＮノードが端末のコンテキスト要求を第２のＲＡＮノードから受信する段階と、第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を端末が開始することを示すインジケーション情報、及び／又は端末の現在位置情報を、第１のＲＡＮノードがコンテキスト要求に基づいて第２のコアネットワークデバイスに送出する段階とを含む。端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するため、第１のＲＡＮノードが第１のダウンリンク情報を処理できない場合、本方法では、第１のＲＡＮノードは情報又はメッセージを第２のコアネットワークデバイスに送出するので、第２のコアネットワークデバイスは第１のＲＡＮノードが第１のダウンリンク情報の処理に失敗したと認識することになる。
第７態様によれば、通信装置が提供される。本装置は、第１態様から第６態様による任意の方法を実現する機能を有する。これらの機能は、ハードウェア又は対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、前述の機能に対応する１つ又は複数のユニットを含む。本装置は、チップの製品形態で存在してよい。
第８態様によれば、通信装置が提供される。本装置は、メモリと、プロセッサと、少なくとも１つの通信インタフェースと、通信バスとを含む。メモリは、コンピュータ実行可能命令を格納するように構成される。プロセッサと、メモリと、少なくとも１つの通信インタフェースとは、通信バスを介して接続される。プロセッサは、メモリに格納されたコンピュータ実行可能命令を実行するので、本装置は、第１態様から第６態様のうちのいずれか１つによる方法を実施することになる。本装置は、チップの製品形態で存在してよい。
第９態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を含み、命令がコンピュータで実行されると、コンピュータは第１態様から第６態様のうちのいずれか１つによる方法を実行することが可能になる。
第１０態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータで実行されると、コンピュータは第１態様から第６態様のうちのいずれか１つによる方法を実行することが可能になる。
第７態様から第１０態様の任意の設計によりもたらされる技術的効果については、第１態様から第６態様の異なる設計によりもたらされる技術的効果を参照されたい。詳細は、ここで再度説明しない。
本願の一実施形態による５Ｇネットワークのアーキテクチャの概略図である。
本願の一実施形態によるＵＰＦのサービス領域の概略図である。
本願の一実施形態による通信装置のハードウェアの概略構造図である。
本願の一実施形態による通信方法の概略フローチャートである。
本願の一実施形態によるＵＰＦ位置の概略図である。
本願の一実施形態による経路切り替えの概略図である。
本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。 本願の一実施形態による通信方法の概略フローチャートである。
本願の一実施形態による通信装置の概略構成図である。
以下では、本願の実施形態における技術的解決手段を、本願の実施形態の添付図面を参照して説明する。本願の説明では、特別の定めがない限り、「／」は「又は」を意味する。例えば、Ａ／ＢはＡ又はＢを表してよい。本明細書における用語「及び／又は」は、関連する対象の対応関係だけを説明しており、３つの関係が存在し得ることを表している。例えば、Ａ及び／又はＢは以下の３つの場合、すなわち、Ａだけが存在すること、Ａ及びＢが両方とも存在すること、Ｂだけが存在することを表してよい。さらに、本願の説明では、「複数の」は２つ又は２つより多いことを意味する。さらに、本願の実施形態における技術的解決手段を明確に説明するために、「第１」及び「第２」などの用語が、基本的に同じ機能及び目的を有する同じ品目又は同様の品目を区別するために本願の実施形態で用いられる。当業者であれば、「第１」及び「第２」などの用語が数量又は実行順序を限定しないこと、また「第１」及び「第２」などの用語が明確な差異を示していないことを理解するであろう。
本願の実施形態における技術的解決手段は、データ処理用の様々な通信システムに適用されてよく、これらの通信システムには、符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、略してＣＤＭＡ）、時分割多元接続（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、略してＴＤＭＡ）、周波数分割多元接続（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、略してＦＤＭＡ）、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、略してＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ＦＤＭＡ、略してＳＣ−ＦＤＭＡ）、及び別のシステムなどが含まれる。用語「システム」及び「ネットワーク」は互いに置き換え可能である。ＣＤＭＡシステムは、ユニバーサル地上波無線アクセス（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ、ＵＴＲＡ）及びＣＤＭＡ２０００などの無線技術を実装することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ｗｉｄｅｂａｎｄ ＣＤＭＡ、略してＷＣＤＭＡ（登録商標））技術及びＣＤＭＡから変化した別の技術を含んでよい。ＣＤＭＡ２０００は、暫定標準（ｉｎｔｅｒｉｍ ｓｔａｎｄａｒｄ、略してＩＳ）２０００（ＩＳ−２０００）、ＩＳ−９５、及びＩＳ−８５６を包含し得る。ＴＤＭＡシステムは、移動通信用グローバルシステム（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、略してＧＳＭ（登録商標））などの無線技術を実装することができる。ＯＦＤＭＡシステムは、進化型ユニバーサル地上波無線アクセス（ｅｖｏｌｖｅｄ ＵＴＲＡ、略してＥ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ｕｌｔｒａ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、略してＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、及びフラッシュＯＦＤＭＡなどの無線技術を実装することができる。ＵＴＲＡはＵＭＴに対応し、Ｅ−ＵＴＲＡはＵＭＴの進化版に対応する。ＵＭＴの新バージョン、すなわちＥ−ＵＴＲＡが、３ＧＰＰロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）及びＬＴＥに基づく進化型の様々なバージョンに用いられる。５Ｇ通信システム及び新無線（ｎｅｗ ｒａｄｉｏ、略してＮＲ）通信システムが、開発中の次世代通信システムである。また、これらの通信システムはさらに、未来型の通信技術に適用可能であり、本願の実施形態で提供される技術的解決手段に全て適用可能になり得る。
本願の実施形態で説明されるシステムアーキテクチャは、本願の実施形態における技術的解決手段をより明確に説明することが意図されており、本願の実施形態で提供される技術的解決手段を限定する意図はない。当業者であれば、ネットワークアーキテクチャの進化及び新しいサービスシナリオの出現に伴って、本願の実施形態で提供される技術的解決手段は、同様の技術的問題にも適用可能であることを認識するであろう。本願の実施形態では、提供される方法がＮＲシステム又は５Ｇネットワークに適用される一例が、説明に用いられる。しかしながら、本願の実施形態で提供される方法は、別のネットワークにも適用されてよく、例えば、進化型パケットシステム（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ、略してＥＰＳ）ネットワーク（すなわち、一般に言われる第４世代（４ｔｈ ｇｅｎｅｒａｔｉｏｎ、略して４Ｇ）ネットワーク）に適用されてよいことに留意されたい。これに対応して、本願の実施形態で提供される方法がＥＰＳネットワークに適用される場合、本願の実施形態で提供される方法を実行するネットワークノードが、同じ機能又は対応する機能を有するＥＰＳネットワーク内のネットワークノードに置き換えられる。
例えば、本願の実施形態で提供される方法は５Ｇネットワークに適用されてよい。図１を参照すると、５Ｇネットワークは、以下の複数のネットワーク機能（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ、略してＮＦ）エンティティを含んでよい。すなわち、認証サーバ機能（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ ｆｕｎｃｔｉｏｎ、略してＡＵＳＦ）エンティティ、ＡＭＦエンティティ、データネットワーク（ｄａｔａ ｎｅｔｗｏｒｋ、略してＤＮ）、統合データ管理（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ、略してＵＤＭ）エンティティ、ポリシー制御機能（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ、略してＰＣＦ）エンティティ、（無線）アクセスネットワーク（（ｒａｄｉｏ）ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、略して（Ｒ）ＡＮ）エンティティ、ＵＰＦエンティティ、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、略してＵＥ）、アプリケーション機能（ａｐｐｌｉｃａｔｉｏｎ ｆｕｎｃｔｉｏ、略してＡＦ）エンティティ、又はセッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、略してＳＭＦ）エンティティなどである。
図１は、アーキテクチャ図の単なる一例にすぎないことが理解されるであろう。図１に示す機能エンティティに加えて、５Ｇネットワークのアーキテクチャがさらに、別の機能エンティティを含んでよい。例えば、ネットワーク露出機能（ｎｅｔｗｏｒｋ ｅｘｐｏｓｕｒｅ ｆｕｎｃｔｉｏｎ、略してＮＥＦ）エンティティがさらに、ＡＦエンティティとＰＣＦエンティティとの間に含まれてよい。このエンティティは、ネットワークエレメント又はデバイスなどとも呼ばれることがある。
図１のＵＤＭエンティティ、ＡＵＳＦエンティティ、ＰＣＦエンティティ、ＡＭＦエンティティ、及びＳＭＦエンティティはまた、まとめて制御プレーン機能（ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＣＰＦ）エンティティと呼ばれることがある。これについては、本願の実施形態において特に限定されない。
具体的には、（Ｒ）ＡＮは、複数の５Ｇ−ＲＡＮノードを含むネットワークであり、無線物理層機能、リソーススケジューリング及び無線リソース管理、無線アクセス制御、並びにモビリティ管理機能を実装する。５Ｇ−ＲＡＮノードは、ユーザプレーンインタフェースＮ３を介してＵＰＦに接続され、端末のデータを送信するように構成される。５Ｇ−ＲＡＮノードは、制御プレーンインタフェースＮ２を介して、ＡＭＦへの制御プレーンシグナリング接続を確立し、無線アクセスベアラ制御などの機能を実装する。ＡＭＦは、端末認証、端末のモビリティ管理、ネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅ）選択、及びＳＭＦ選択などの機能を主に担う。ＡＭＦは、Ｎ１及びＮ２シグナリング接続のアンカーとしての役割を果たし、Ｎ１／Ｎ２インタフェースを介したセッション管理（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ、略してＳＭ）メッセージのルーティングをＳＭＦに提供し、端末のステータス情報を保持し且つ管理する。ＳＭＦは主に、端末セッション管理の全ての制御プレーン機能を担い、制御プレーン機能には、ＵＰＦ選択、インターネットプロトコル（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ、略してＩＰ）アドレス割り当て、セッションのサービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、略してＱｏＳ）管理、並びにポリシー及び課金制御（ｐｏｌｉｃｙ ａｎｄ ｃｈａｒｇｉｎｇ ｃｏｎｔｒｏｌ、略してＰＣＣ）ポリシーをＰＣＦから取得することなどが含まれる。パケットデータユニット（ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ、略してＰＤＵ）セッション接続のアンカーとして、ＵＰＦは、端末のデータパケットフィルタリング、データ送信／転送、レート制御、及び課金情報の生成などを担う。
図１の（Ｒ）ＡＮエンティティ、ＡＭＦエンティティ、ＳＭＦエンティティ、ＡＵＳＦエンティティ、ＵＤＭエンティティ、ＵＰＦエンティティ、及びＰＣＦエンティティなどは単なる名称であって、これらの名称がデバイスにいかなる制限ももたらさないことに留意されたい。５Ｇネットワーク及び他の将来のネットワークにおいて、これらのエンティティに対応するネットワークエレメント又はデバイスが他の名称を有してもよい。これについては、本願の実施形態において特に限定されない。例えば、ＵＤＭエンティティは代替的に、ホーム加入者サーバ（ｈｏｍｅ ｓｕｂｓｃｒｉｂｅｒ ｓｅｒｖｅｒ、略してＨＳＳ）、ユーザサブスクリプションデータベース（ｕｓｅｒ ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａｂａｓｅ、略してＵＳＤ）、又はデータベースエンティティなどに置き換えられてもよい。この説明はここで提供され、以下で再度提供されることはない。
本願の実施形態で提供される方法はさらに、５Ｇネットワークのネットワークスライスに適用されてもよい。ネットワークスライス技術が、１つの物理ネットワークを複数の仮想エンドツーエンドネットワークにスライスするのに用いられる。デバイス、アクセス技術、送信経路、及びネットワークのコアネットワークを含む、それぞれの仮想ネットワークは論理的に独立している。これらのネットワークスライスはそれぞれ、別個のネットワーク機能を含むか、又は複数の機能の組み合わせをインスタンス化することで取得され、異なる機能的特徴を有し、異なる要件及びサービスを目指している。これらのネットワークスライスは、異なるユーザ又はユーザクループが、異なる適用シナリオ及びユーザ又はユーザクループの要件に基づいて、互いに影響を与えることなく、ネットワーク機能を柔軟且つ動的に定め且つカスタマイズできるように分離されている。
ネットワークスライスは、ＣＰＦエンティティ及びＵＰＦエンティティを含む。ＣＰＦエンティティは主に、アクセス認証、セキュリティ暗号化、及び端末の位置登録などのアクセス制御及びモビリティ管理機能と、ユーザプレーン送信経路の確立、解放、及び変更などのセッション管理機能とを実装する。ＵＰＦエンティティは主に、ユーザプレーンデータのルーティング及び転送などの機能を実装する。
任意選択的に、本願の実施形態における端末（ｔｅｒｍｉｎａｌ）は、ＵＥとも呼ばれることがある（端末及び後述されるＵＥは同じデバイスである）。具体的には、端末は、無線通信機能を有する様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス、若しくはコンピューティングデバイス、又は無線モデムに接続された他の処理デバイスを含んでよい。端末はさらに、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、携帯電話（ｃｅｌｌｕｌａｒ ｐｈｏｎｅ）、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、無線データカード、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、略してＰＤＡ）コンピュータ、タブレットコンピュータ、無線モデム（ｍｏｄｅｍ）、ハンドヘルドデバイス（ｈａｎｄｈｅｌｄ）、ラップトップコンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、コードレス電話（ｃｏｒｄｌｅｓｓ ｐｈｏｎｅ）、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、略してＷＬＬ）ステーション、マシンタイプ通信（ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、略してＭＴＣ）端末、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ、略してＭＳ）、及び端末デバイス（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）などを含んでよい。
本願の実施形態における技術的解決手段を理解しやすくするために、本願の関連内容の簡潔な説明が最初に提供される。
ＰＤＵセッション：ＰＤＵセッションの１つ又は複数のサービスフローテンプレートがＵＰＦに格納されており、ＰＤＵセッションは、ＰＤＵセッションのサービスフローテンプレートと一致するダウンリンクデータを搬送するのに用いられる。
具体的には、ＵＰＦは、ダウンリンクデータを受信した後に、ダウンリンクデータをサービスフローテンプレートと照合し、ダウンリンクデータと正常に一致するサービスフローテンプレートに対応するＰＤＵセッションが、ダウンリンクデータを搬送するＰＤＵセッションである（ＰＤＵセッション１であると仮定する）。ＰＤＵセッション１が有効になっていないとＵＰＦが判定した場合、ＵＰＦは、ダウンリンクデータを送出するためにＰＤＵセッション１を有効にする必要がある。表１を参照すると、この場合、ＰＤＵセッション２及びＰＤＵセッション３が有効になっているとしても、ＰＤＵセッション２及びＰＤＵセッション３に対応するサービスフローテンプレートがダウンリンクデータと一致しないので、ＵＰＦはＰＤＵセッション２又はＰＤＵセッション３を用いてダウンリンクデータを搬送することができない。
１つのＰＤＵセッションが１つのＳＭＦによってのみ提供され、異なるＰＤＵセッションを提供するＳＭＦが同じであってもよく、異なっていてもよい。例えば、表１を参照すると、ＰＤＵセッション１はＳＭＦ１により提供され、ＰＤＵセッション２及びＰＤＵセッション３はＳＭＦ２により提供される。
Figure 2021517769
ＵＰＦのサービス領域：ＵＰＦはＵＰＦのサービス領域内のＲＡＮノードにサービスを提供する（言い換えれば、ＵＰＦはＵＰＦのサービス領域内のＵＥにサービスを提供する、又はＵＰＦはＵＰＦのサービス領域内のＲＡＮノードに接続されたＵＥにサービスを提供する）。ＵＰＦのサービス領域に位置するＲＡＮノードが、ＵＰＦへのデータチャネルを確立して、端末にサービスを提供してよい。
図２に示すように、ＵＰＦがサービス領域を有する（例えば、図２では、ＵＰＦ１のサービス領域がサービス領域１であり、ＵＰＦ２のサービス領域がサービス領域２である）。例えば、端末がＵＰＦ１のサービス領域から外へ移動すると、ＵＰＦ１のサービス領域内にあり且つ端末にサービスを提供するＲＡＮノードがＵＰＦ１へのデータチャネルを確立できないために、ＵＰＦ１は端末にサービスを提供することができない。この場合、端末に現在サービスを提供しているＲＡＮノードがＲＡＮ２ノードであるならば、ＳＭＦはＲＡＮ２ノードのＵＰＦ（ＵＰＦ２と示されている）を選択するので、ＲＡＮ２ノードはＵＰＦ２へのデータチャネルを確立して、端末にサービスを提供することになる。
ＡＭＦは、登録領域（ｒｅｇｉｓｔｒａｔｉｏｎ ａｒｅａ、略してＲＡ）を端末に割り当てるときに、ＵＰＦのサービス領域を考慮しない。端末がＲＡに移動すると、端末はＵＰＦのサービス領域の外へ移動したかもしれない。５Ｇネットワークでは、端末がＵＰＦ１のサービス領域の外へ移動したかどうかに関する情報を取得するために、ＳＭＦは（ＵＰＦ１のサービス領域１に対応する）「関心領域（ａｒｅａ ｏｆ ｉｎｔｅｒｅｓｔ）」をＡＭＦからサブスクライブする。端末がサービス領域１の外へ移動したとＡＭＦが判定した場合、ＡＭＦはこの情報をＳＭＦに通知するので、ＳＭＦはＲＡＮ２ノードのＵＰＦを選択することになる。
さらに、従来技術では、端末の格納されたコンテキスト内の位置情報に基づいて、端末がダウンリンク情報の有効領域に位置していると判定した後に、ＡＭＦはダウンリンク情報をＲＡＮ１ノードに送出する。現在、従来技術には、ＲＡＮ１ノードがダウンリンク情報を受信した後に、ダウンリンク情報をどのように処理するかについて、対応する処理メカニズムがない。
ＲＲＣ接続モード：ＲＲＣ接続モードは、アイドルモード、接続モード、及び非アクティブモードを含んでよい。
端末のＲＲＣ接続モードがアイドルモードであるということは、非アクセス層（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ、略してＮＡＳ）シグナリング接続が端末とＡＭＦとの間に確立されていないことを意味してよい。
端末のＲＲＣ接続モードが接続モードであるということは、ＮＡＳシグナリング接続が端末とＡＭＦとの間に確立されていること、且つＲＲＣ接続が端末とＲＡＮとの間に確立されていることを意味してよい。
端末のＲＲＣ接続モードが非アクティブモードであるということは、ＮＡＳシグナリング接続が端末とＡＭＦとの間に確立されていること、且つＲＲＣ接続が端末とＲＡＮとの間に確立されていないことを意味してよい。
接続モード又は非アクティブモードの端末では、ＡＭＦに格納された端末のステータスが接続管理連結状態である。また、ＡＭＦはさらに、端末のコンテキストを格納し、コンテキストは端末の位置情報を含み、端末の位置情報は、端末がネットワークに最初にアクセスするプロセス（すなわち、登録手順又はサービス要求手順）で報告される端末の位置情報、又は端末がセルハンドオーバを実行するプロセスで基地局により報告される端末の位置情報である。端末の位置情報は、端末にサービスを提供するＲＡＮノードの識別子、端末が位置しているセルの進化型ユニバーサル地上波無線アクセスネットワーク（ｅｖｏｌｖｅｄ ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、略してＥ−ＵＴＲＡＮ）セルグローバル識別子（Ｅ−ＵＴＲＡＮ ｃｅｌｌ ｇｌｏｂａｌ ｉｄｅｎｔｉｆｉｅｒ、略してＥＣＧＩ）、又は端末が位置しているＴＡのＴＡ識別情報（ＴＡ ｉｄｅｎｔｉｔｙ、略してＴＡＩ）若しくはＴＡコード（ＴＡ ｃｏｄｅ、略してＴＡＣ）であってもよい。
端末のＲＲＣ接続モードが非アクティブモードである場合、ＡＭＦは端末の特定のＲＲＣ接続モード（例えば、非アクティブモード）も格納してよいことに留意されたい。
５Ｇ無線通信システムでは、ＲＲＣ接続モードが非アクティブモードである端末の場合、ＡＭＦに格納された端末のステータスが接続管理連結状態であるならば、ＡＭＦは、端末の格納されたコンテキスト内の位置情報が端末の現在位置情報であるとみなす。端末にセルハンドオーバが生じていないときに、端末が（ＵＰＦ１のサービス領域内の）ＲＡＮ１ノードのカバレッジ領域から（ＵＰＦ１のサービス領域に入っていない）ＲＡＮ２ノードのカバレッジ領域に移動する場合、ＡＭＦに格納された端末のコンテキスト内の位置情報は、依然として、端末がＲＡＮ１ノードのカバレッジ領域に位置していることを示す情報である。しかしながら実際には、端末は、ＲＡＮ２ノードのカバレッジ領域に移動している。端末のダウンリンク情報の有効領域がＵＰＦのサービス領域と一致する場合、格納された端末のコンテキストに含まれる位置情報に基づいて、端末がダウンリンク情報の有効領域に位置していると、ＡＭＦが決定した結果は不正確である。この場合、ＡＭＦが端末のダウンリンク情報をＲＡＮ１ノードに送出するならば、このダウンリンク情報は処理できない。
この問題を解決するために。本願の一実施形態が通信装置を提供する。図３は、本願の一実施形態による通信装置のハードウェアの概略構造図である。通信装置は、以下の内容における第１のコアネットワークデバイス、第２のコアネットワークデバイス、第１のＲＡＮノード、又は第２のＲＡＮノードであってもよい。通信装置３０は、少なくとも１つのプロセッサ３０１と、通信バス３０２と、メモリ３０３と、少なくとも１つの通信インタフェース３０４とを含む。
プロセッサ３０１は、１つ又は複数の汎用中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、略してＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、略してＡＳＩＣ）、又は本願の解決手段のプログラム実行を制御するように構成された１つ又は複数の集積回路であってもよい。
通信バス３０２は、前述の構成要素間の通信に用いられ、情報を送信する。
通信インタフェース３０４は、別のデバイス若しくはイーサネット（登録商標）などの通信ネットワーク、ＲＡＮデバイス、又は無線ローカルエリアネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、略してＷＬＡＮ）と通信するように構成され、送受信機などの任意の装置を用いてもよい。
メモリ３０３は、本願の解決手段を実行するためのコンピュータ実行可能命令を格納するように構成され、プロセッサ３０１はコンピュータ実行可能命令の実行を制御する。プロセッサ３０１は、メモリ３０３に格納されたコンピュータ実行可能命令を実行して、本願の以下の実施形態で提供される方法を実施するように構成される。メモリ３０３は、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、略してＲＯＭ）又は静的な情報及び命令を格納できる別のタイプの静的記憶装置、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、略してＲＡＭ）又は情報及び命令を格納できる別のタイプの動的記憶装置であってもよく、電気的消去可能プログラム可能型リードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、略してＥＥＰＲＯＭ）、コンパクトディスクリードオンリメモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、略してＣＤ−ＲＯＭ）又は別のコンパクトディスク記憶装置、光ディスク記憶装置（圧縮光ディスク、レーザディスク、光ディスク、デジタル多用途ディスク、及びブルーレイ光ディスクなどを含む）、又は磁気ディスク記憶媒体若しくは別の磁気記憶装置、又は命令若しくはデータ構造体の形態で期待されるプログラムコードを保持又は格納でき且つコンピュータがアクセス可能な任意の他の媒体であってもよいが、これらに限定されない。メモリ３０３は、独立して存在してよく、通信バス３０２を介してプロセッサ３０１に接続される。メモリ３０３は、代替的に、プロセッサ３０１に統合されてもよい。
任意選択的に、本願の本実施形態のコンピュータ実行可能命令は、アプリケーションプログラムコードとも呼ばれることがある。これについては、本願の本実施形態において特に限定されない。
一実施形態において、プロセッサ３０１は、１つ又は複数のＣＰＵ、例えば、図３のＣＰＵ０及びＣＰＵ１を含んでよい。
一実施形態において、通信装置３０は、複数のプロセッサ、例えば、図３のプロセッサ３０１及びプロセッサ３０８を含んでよい。これらのプロセッサのそれぞれは、シングルコア（ｓｉｎｇｌｅ−ＣＰＵ）プロセッサであってもよく、マルチコア（ｍｕｌｔｉ−ＣＰＵ）プロセッサであってもよい。本明細書のプロセッサは、データ（例えば、コンピュータプログラム命令）を処理するように構成された１つ又は複数のデバイス、回路、及び／又は処理コアを指してよい。
一実施形態において、通信装置３０はさらに、出力装置３０５と入力装置３０６とを含んでよい。出力装置３０５は、プロセッサ３０１と通信し、複数の方式で情報を表示してよい。入力装置３０６は、プロセッサ３０１と通信し、複数の方式でユーザの入力を受け取ってよい。
以下に提供される実施形態を十分に理解するために、以下の第１のダウンリンク情報がここで説明される。詳細については、表２を参照されたい。
Figure 2021517769
表２では、ＳＭＳＦがショートメッセージサービス機能（ｓｈｏｒｔ ｍｅｓｓａｇｉｎｇ ｓｅｒｖｉｃｅ ｆｕｎｃｔｉｏｎ）の省略であり、ＳＭＳがショートメッセージングサービス（ｓｈｏｒｔ ｍｅｓｓａｇｉｎｇ ｓｅｒｖｉｃｅ）の省略である。
表２では、連続番号１、７、８、９、及び１０に対応する第１のダウンリンク情報は、送信のためにＡＭＦにより提供されるＮ１インタフェースメッセージＮ２インタフェースメッセージ転送メッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ）に含まれてよい。連続番号２に対応する第１のダウンリンク情報は、送信のためにＰＣＦにより提供されるアクセス及びモビリティポリシー制御更新通知メッセージ（Ｎｐｃｆ＿ＡＭＰｏｌｉｃｙＣｏｎｔｒｏｌ ＵｐｄａｔｅＮｏｔｉｆｙ）に含まれてよい。連続番号５に対応する第１のダウンリンク情報は、送信のためにＵＤＭにより提供されるサブスクリプションデータ管理通知メッセージ（Ｎｕｄｍ＿ＳＤＭ＿Ｎｏｔｉｆｉｃａｔｉｏｎ）に含まれてよい。連続番号６に対応する第１のダウンリンク情報は、送信のためにＮＥＦにより提供されるトリガ送達要求メッセージ（Ｎｎｅｆ＿Ｔｒｉｇｇｅｒ＿Ｄｅｌｉｖｅｒｙｒｅｑｕｅｓｔ）に含まれてよい。ＡＭはアクセス及びモビリティ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ）の省略であり、ＳＤＭはサブスクリプションデータ管理（ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａ ｍａｎａｇｅｍｅｎｔ）の省略である。
［実施形態１］
本願の本実施形態は、ＲＲＣ接続モードが非アクティブモードであるＵＥが第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される通信方法を提供する。図４に示すように、本方法は、以下に挙げる段階を含む。
４０１：第１のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに送出する。
第１のダウンリンク情報は、第１のコアネットワークデバイスが別のネットワークデバイスから受信したダウンリンク情報であってもよく、第１のコアネットワークデバイスが生成したダウンリンク情報であってもよい。例えば、第１のコアネットワークデバイスは、ＳＭＳＦ、ＰＣＦ、ＵＤＭ、ＮＥＦ、ＡＭＦ、又はＳＭＦなどであってもよく、別のネットワークデバイスはＡＦであってよい。
例えば、第１のダウンリンク情報が第１のコアネットワークデバイスにより生成される場合、第１のダウンリンク情報がＵＥのＰＤＵセッションに関連した情報（例えば、ＵＥのＰＤＵセッションの有効化／無効化／修正／解放に用いられるダウンリンク情報）であるならば、第１のコアネットワークデバイスはＳＭＦであってよい。第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦであってよい。第１のダウンリンク情報がＵＥに関するアクセス及びモビリティ管理パラメータを更新するのに用いられる情報である場合、第１のコアネットワークデバイスはＡＭＦであってよい。他の場合については表２を参照されたい。詳細は、再度ここで説明しない。
４０２：第１のＲＡＮノードは、ＵＥの第１のダウンリンク情報を第１のコアネットワークデバイスから受信する。
４０３：第１のＲＡＮノードは、ＵＥのＲＲＣ接続モードが非アクティブモードである場合、第１のダウンリンク情報に基づいてＵＥを呼び出す。
一例では、第１のＲＡＮノードに格納されたＵＥのコンテキストがＲＲＣ接続モードを含む。ＲＲＣ接続モードが接続モードである場合、ＵＥは、第１のＲＡＮノードのカバレッジ領域内の第１のＲＡＮノードと情報を交換してよい。したがって、第１のＲＡＮノードは、第１のダウンリンク情報を受信すると、ＵＥを呼び出すことはない。例えば、ＵＥのＲＲＣ接続モードが接続モードである場合、第１のＲＡＮノードが、ＰＤＵセッションを有効にするのに用いられる第１のダウンリンク情報を受信するならば、第１のＲＡＮノードは、ＲＲＣシグナリングのやり取りを介して、ＰＤＵセッション用のＵＥへのエアインタフェースＤＲＢデータチャネルを直接的に確立してよく、ＵＥを呼び出す必要はない。ＵＥのＲＲＣ接続モードが非アクティブモードである場合、第１のＲＡＮノードはＵＥを呼び出す。
４０４：第１のＲＡＮノードは、ＵＥコンテキスト要求を第２のＲＡＮノードから受信する。
第１のＲＡＮノードは、ＵＥを呼び出す場合、別のＲＡＮノード（第２のＲＡＮノードを含む）にもＵＥを呼び出すよう通知する。ＲＡＮノードは、ページング（Ｐａｇｉｎｇ）メッセージをブロードキャストして、ＵＥを呼び出してよい。
一例では、ＵＥがこの時点で既に第２のＲＡＮノードのカバレッジ領域内に存在するため、ＵＥは第２のＲＡＮノードへのＲＲＣ接続再開要求を開始し、第２のＲＡＮノードによりブロードキャストされるページングメッセージに応答する。第２のＲＡＮノードは、ＵＥのＲＲＣ接続再開要求を受信した後に、コンテキスト要求を第１のＲＡＮノードに送出する。コンテキスト要求は、ＵＥのコンテキストを取得するよう要求して、ＵＥのＲＲＣ接続を再開するのに用いられる。
４０５：第１のＲＡＮノードは、コンテキスト要求に基づいて、インジケーション情報を第１のコアネットワークデバイスに送出する。
任意選択的に、インジケーション情報は、第１のダウンリンク情報が処理できないことを示してよい。言い換えれば、インジケーション情報は、第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出することを示すのに用いられる。
４０６：第１のコアネットワークデバイスは、インジケーション情報を第１のＲＡＮノードから受信する。
４０７：第１のコアネットワークデバイスは、インジケーション情報に基づいて、第２のダウンリンク情報を第２のＲＡＮノードに送出する。
第１のダウンリンク情報及び第２のダウンリンク情報は、部分的に又は完全に同じであってもよい。
第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報の機能が、次のいくつかのケースのうちのいずれか１つであってよい。
ケース１：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを有効にするのに用いられる。第１のダウンリンク情報は、表２の連続番号８に対応する第１のダウンリンク情報である。
第１のダウンリンク情報は、Ｎ２インタフェースＳＭ情報（Ｎ２ ＳＭ ｉｎｆｏｒｍａｔｉｏｎ）であってよい。Ｎ２インタフェースＳＭ情報は、ＱｏＳプロファイル（ＱｏＳ ｐｒｏｆｉｌｅ：ＱｏＳ構成情報とも呼ばれることがある）及びコアネットワークＮ３インタフェーストンネル情報（ＣＮ Ｎ３ ｔｕｎｎｅｌ ｉｎｆｏ：ＣＮ ｔｕｎｎｅｌ ｉｎｆｏとも示されることがある）であってよい。ＣＮ Ｎ３ ｔｕｎｎｅｌ ｉｎｆｏは、第１のＲＡＮノードが第１のＲＡＮノードと第１のＵＰＦとの間にＮ３インタフェースデータチャネルを確立するのに用いられてよい。第１のＵＰＦは、ＵＥのＰＤＵセッションのダウンリンクデータを受信し且つデータ通知を第１のコアネットワークデバイスに送出するＵＰＦであり、データ通知は、送出する必要があるＵＥのダウンリンクデータがあることを第１のコアネットワークデバイスに通知するのに用いられる。
ケース２：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを無効にするのに用いられる。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じであってよい。
第１のダウンリンク情報は、表２の連続番号９に対応する第１のダウンリンク情報であってよい。
例えば、第１のダウンリンク情報は、Ｎ２インタフェースＳＭ情報であってよい。Ｎ２インタフェースＳＭ情報は、ＰＤＵセッション識別子であってよい。
ケース３：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを更新するのに用いられる。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じであってよい。
第１のダウンリンク情報は、表２の連続番号１０に対応する第１のダウンリンク情報であってよい。
第１のダウンリンク情報は、Ｎ２インタフェースＳＭ情報とＮ１インタフェースＳＭコンテナとを含んでよい。Ｎ２インタフェースＳＭ情報は、ＲＡＮノードがＰＤＵセッションに関連するパラメータを更新するのに用いられる。Ｎ２インタフェースＳＭ情報は、ＱｏＳ ｐｒｏｆｉｌｅであってよい。Ｎ１インタフェースＳＭコンテナは、ＵＥがＰＤＵセッションに関連するパラメータを更新するのに用いられる。Ｎ１インタフェースＳＭコンテナは、ＱｏＳ ｐｒｏｆｉｌｅであってよい。
ケース４：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態又は非アクティブ状態であり、インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられ、第２のダウンリンク情報は第２のＲＡＮノードがＰＤＵセッションを解放するのに用いられる。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じであってよい。
第１のダウンリンク情報は、表２の連続番号１１に対応する第１のダウンリンク情報であってよい。
例えば、第１のダウンリンク情報は、Ｎ２リソース解放要求（Ｎ２ Ｒｅｓｏｕｒｃｅ Ｒｅｌｅａｓｅ ｒｅｑｕｅｓｔ）及び／又はＮ１インタフェースＳＭコンテナを含んでよい。Ｎ２リソース解放要求は、第１のＲＡＮノードがＰＤＵセッションを解放するのに用いられる関連パラメータを含み、Ｎ１インタフェースＳＭコンテナは、ＵＥがＰＤＵセッションを解放するのに用いられる関連パラメータを含む。Ｎ２リソース解放要求及びＮ１インタフェースＳＭコンテナは両方とも、ＰＤＵセッション識別子を含む。ＰＤＵセッションがアクティブ状態である場合、第１のダウンリンク情報はＮ２リソース解放要求及びＮ１インタフェースＳＭコンテナを含み、ＰＤＵセッションが非アクティブ状態である場合、第１のダウンリンク情報はＮ１インタフェースＳＭコンテナを含む。
ケース５：第１のダウンリンク情報はＵＥに送出されるダウンリンク情報であり、インジケーション情報は第１のダウンリンク情報が送信できないことを示すのに用いられ、第２のダウンリンク情報は第１のダウンリンク情報と同じである。
第１のダウンリンク情報は、表２の連続番号１〜７のうちのいずれか１つに対応する第１のダウンリンク情報であってよい。ケース１〜ケース４のうちのいずれか１つにおいては、以下の通りである。
第１のコアネットワークデバイスはＳＭＦであってよい。第１のコアネットワークデバイスは、第１のダウンリンク情報を第１のＲＡＮノードに直接的に送出してよい。あるいは、第１のコアネットワークデバイスは第１のダウンリンク情報を別のデバイスに送出してよく、別のデバイスは第１のダウンリンク情報を第１のＲＡＮノードに転送する。別のデバイスは、制御プレーンのネットワークエレメント、例えばＡＭＦであってよい。例えば、第１のコアネットワークデバイスがＳＭＦである場合、ＳＭＦは第１のダウンリンク情報をＡＭＦに送出してよく、ＡＭＦは第１のダウンリンク情報を第１のＲＡＮノードに転送する。
第１のコアネットワークデバイスが第１のダウンリンク情報を第１のＲＡＮノードに直接的に送出する場合、第１のＲＡＮノードは第１のダウンリンク情報を第１のコアネットワークデバイスから受信してよい。第１のコアネットワークデバイスが第１のダウンリンク情報を別のデバイスに送出する場合、別のデバイスは第１のダウンリンク情報を第１のＲＡＮノードに転送し、第１のＲＡＮノードは第１のダウンリンク情報を別のデバイスから受信してよい。
ケース５では、第１のコアネットワークデバイスは第１のダウンリンク情報を生成するデバイスであってもよく、第１のダウンリンク情報を転送するデバイスであってもよい。例えば、第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦ（第１のダウンリンク情報を生成するデバイス）であっても、ＡＭＦ（第１のダウンリンク情報を転送するデバイス）であってもよい。
前述した５つのケースに関連して、以下ではさらに、異なる実装シナリオを用いて本実施形態を説明する。詳細は、次の通りである。
任意選択的に、本実施形態の第１の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース１のものとして説明される。第１の実装シナリオでは、以下の通りである。
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードはＵＥのＰＤＵセッションを有効にせず（例えば、ＵＥと第１のＲＡＮノードとの間に、ＵＥのＰＤＵセッション用のエアインタフェースＤＲＢデータチャネルの確立を引き起こさない、又は第１のＲＡＮノードと第１のＵＰＦとの間に、ＵＥのＰＤＵセッション用のＮ３インタフェースデータチャネルの確立を引き起こさない）、第１のＲＡＮノードはインジケーション情報を第１のコアネットワークデバイスに送出する。
段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの有効化に失敗したと判定し、現在ＵＥにサービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出してよい。
任意選択的に、本方法はさらに、第１のコアネットワークデバイスがＵＥの現在位置情報に基づいてＵＥが第１のダウンリンク情報の有効領域に位置していないと判定した場合、第１のコアネットワークデバイスがＵＥの現在位置情報に基づいて第２のダウンリンク情報を生成する段階を含む。あるいは、第１のコアネットワークデバイスがＵＥの現在位置情報に基づいて端末が第１のダウンリンク情報の有効領域に位置していると判定した場合、第２のダウンリンク情報及び第１のダウンリンク情報は同じである。
第１のコアネットワークデバイスは、ＵＥの現在位置情報を第１のダウンリンク情報の有効領域と比較して、第１のダウンリンク情報の有効領域に現在ＵＥが位置しているかどうかを判定してよい。第１のダウンリンク情報は、第１のダウンリンク情報の有効領域内のデバイスに有効である。
第１のダウンリンク情報は、第１のＵＰＦに対応するＣＮ Ｎ３ ｔｕｎｎｅｌ ｉｎｆｏを含む。したがって、第１のコアネットワークデバイスは、第１のダウンリンク情報の有効領域を第１のＵＰＦのサービス領域として設定してよい。すなわち、ＣＮ Ｎ３ ｔｕｎｎｅｌ ｉｎｆｏは第１のＵＰＦのサービス領域に位置するＵＥだけに有効である（言い換えれば、ＣＮ Ｎ３ ｔｕｎｎｅｌ ｉｎｆｏは第１のＵＰＦのサービス領域に位置するＲＡＮだけに有効である、又はＣＮ Ｎ３ ｔｕｎｎｅｌ ｉｎｆｏは、第１のＵＰＦのサービス領域に位置するＲＡＮを介してネットワークに接続されたＵＥだけに有効である）。もちろん、第１のコアネットワークデバイスはさらに、他の情報（例えば、第１のコアネットワークデバイスのサービス範囲、第１のＵＰＦの負荷情報、及びＵＥに現在サービスを提供している基地局の負荷情報）に基づいて、第１のダウンリンク情報の有効領域を設定してもよい。次の説明では、第１のダウンリンク情報の有効領域が第１のＵＰＦのサービス領域と同じである一例が、本願の本実施形態で提供される方法を説明するのに用いられる。
第１のダウンリンク情報の有効領域にＵＥが現在位置していない場合（言い換えれば、第２のＲＡＮノードが第１のダウンリンク情報の有効領域に位置していない場合）、これは、ＵＥが第１のＵＰＦのサービス領域を離れたことを意味し、第１のＵＰＦは、もはやＵＥにサービスを提供できない。したがって、第１のコアネットワークデバイスは、ＵＥの現在位置情報に基づいて、現在ＵＥにサービスを提供しているＲＡＮノード（すなわち、第２のＲＡＮノード）を決定してよく、第１のコアネットワークデバイスは第２のＲＡＮノードのＵＰＦ（第２のＵＰＦと示されている）を選択する。第１のダウンリンク情報の有効領域にＵＥが現在位置していない場合、段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの有効化に失敗したと判定し、ＣＮ Ｎ３ ｔｕｎｎｅｌ ｉｎｆｏを第２のダウンリンク情報に含めることによって、第２のＵＰＦに対応するＣＮ Ｎ３ ｔｕｎｎｅｌ ｉｎｆｏを第２のＲＡＮノードに送出するので、第２のＲＡＮノードはＵＥのＰＤＵセッションを有効にすることになる。
第２のＵＰＦは、ＳＭＦにより選択される中間ＵＰＦ（ｉｎｔｅｒｍｅｄｉａｔｅ ＵＰＦ）であり、第２のＲＡＮノードに接続して、ＰＤＵセッション用にＮ３インタフェースデータチャネルを確立するように構成される。例えば、図５の（ａ）を参照すると、第１のＲＡＮノードは第１のＵＰＦに接続されている。図５の（ｂ）、（ｃ）、及び（ｄ）を参照すると、第２のＲＡＮノードは第２のＵＰＦに接続されている。具体的には、第２のＵＰＦは、アンカーＵＰＦに直接的に接続されてもよく（図５の（ｂ）を参照）、第１のＵＰＦを介してアンカーＵＰＦに接続されてもよい（図５の（ｄ）を参照）（この場合、第１のＵＰＦ及び第２のＵＰＦは異なるＵＰＦである）。第２のＵＰＦは代替的に、アンカーＵＰＦであってもよい（図５の（ｃ）を参照）。
第１のダウンリンク情報の有効領域に現在ＵＥが位置している場合（言い換えれば、第２のＲＡＮノードは第１のダウンリンク情報の有効領域に位置している場合）、第２のＲＡＮノード及び第１のＲＡＮノードは、ＵＥのＰＤＵセッション用に、同じＵＰＦ（すなわち、前述の第１のＵＰＦ）へのＮ３インタフェースデータチャネルを確立してよい。したがって、第１のダウンリンク情報及び第２のダウンリンク情報は同じ情報であってよい。
段階４０７の後に、第２のＲＡＮノードは、受信した第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを有効にする。第２のＲＡＮノードがＵＥのＰＤＵセッションを有効にするということは、具体的には、第２のＲＡＮノードが、ＵＥのＰＤＵセッション用に、ＵＥと第２のＵＰＦとの間にデータチャネルを確立することを含んでよく、ＵＥと第２のＵＰＦとの間のデータチャネルは、ＵＥと第２のＲＡＮノードとの間のエアインタフェースＤＲＢデータチャネルと、第２のＲＡＮノードと第２のＵＰＦとの間のＮ３インタフェースデータチャネルとを含む。
第１の実装シナリオでは、第１のダウンリンク情報がＵＥのＰＤＵセッションを有効にするのに用いられる場合、第１のコアネットワークデバイスがインジケーション情報を受信するならば、それは、第１のＲＡＮノードがＰＤＵセッションの有効化に失敗したことを示している。第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出してよいので、第２のＲＡＮノードは第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを有効にすることになる。第２のＲＡＮノードはＵＥに現在サービスを提供しているＲＡＮノードのため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に有効にすることができる。
任意選択的に、本実施形態の第２の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース２のものとして説明される。第２の実装シナリオでは、以下の通りである。
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されたコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードは、ＵＥのＰＤＵセッションを無効にするのではなく、インジケーション情報を第１のコアネットワークデバイスに送出する。
段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの無効化に失敗したと判定し、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出してよい。ＵＥは現在、第２のＲＡＮノードのカバレッジ領域に位置しているため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に無効にすることができる。
第１のコアネットワークデバイスは、無効にされる予定のＰＤＵセッションを単独で決定してよい。例えば、ＰＤＵセッションがローカルアクセスデータネットワーク（ｌｏｃａｌ ａｃｃｅｓｓ ｄａｔａ ｎｅｔｗｏｒｋ、略してＬＡＤＮ）用に確立されたＰＤＵセッションであり、ＵＥがＬＡＤＮのサービス領域の外へ移動することを第１のコアネットワークデバイスが検出した場合、第１のコアネットワークデバイスはＰＤＵセッションを無効にすると決定する。別の例では、データが特定の時間内にＰＤＵセッション用に送信されていないことをＵＰＦが第１のコアネットワークデバイスに通知した場合、第１のコアネットワークデバイスは、ＰＤＵセッションを無効にすると決定する。
段階４０７の後に、第２のＲＡＮノードは、受信した第２のダウンリンク情報に基づいて、ＵＥのＰＤＵセッションを無効にする。第２のＲＡＮノードがＵＥのＰＤＵセッションを無効にするということは、具体的には、第２のＲＡＮノードが、第２のダウンリンク情報内のＰＤＵセッション識別子に基づいて、このＰＤＵセッション識別子に対応するＰＤＵセッション用に準備されたリソースを解放することを含んでよい。例えば、第２のＲＡＮノードは、ＵＥとＲＲＣシグナリングのやり取り（例えば、ＲＲＣ接続再設定（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ））を行うことで、ＰＤＵセッション識別子に対応するＰＤＵセッション用に準備されたＤＲＢリソースを解放してよい。第２のＲＡＮノードはさらに、ＰＤＵセッション用のＮ３インタフェースデータチャネルリソースを解放してよい（すなわち、ＰＤＵセッションのＡＮ ｔｕｎｎｅｌ ｉｎｆｏ及びＣＮ ｔｕｎｎｅｌ ｉｎｆｏを解放してよい）。
第２の実装シナリオでは、第１のダウンリンク情報がＵＥのＰＤＵセッションを無効にするのに用いられる場合、第１のコアネットワークデバイスがインジケーション情報を受信するならば、第１のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの無効化に失敗したと判定する。第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出するので、第２のＲＡＮノードは第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを無効にすることになる。第２のＲＡＮノードはＵＥに現在サービスを提供しているＲＡＮノードであるため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に無効にすることができる。
任意選択的に、本実施形態の第３の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース３のものとして説明される。第３の実装シナリオでは、以下の通りである。
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されたコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードは、ＵＥのＰＤＵセッションを更新するのではなく、インジケーション情報を第１のコアネットワークデバイスに送出する。
段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの更新に失敗したと判定し、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出してよい。ＵＥは現在、第２のＲＡＮノードのカバレッジ領域に位置しているため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に更新することができる。
段階４０７の後に、第２のＲＡＮノードは、受信した第２のダウンリンク情報に基づいて、ＵＥのＰＤＵセッションを更新する。第２のＲＡＮノードがＵＥのＰＤＵセッションを更新するということは、具体的には、次の処理のうちの少なくとも１つを含んでよい。すなわち、Ｎ２インタフェースＳＭ情報内のＱｏＳ ｐｒｏｆｉｌｅに基づいて、ＰＤＵセッションの、第２のＲＡＮノードに格納されたＱｏＳ ｐｒｏｆｉｌｅを更新すること、Ｎ１ ＳＭ ｃｏｎｔａｉｎｅｒをＵＥに送出すること、又はＮ２インタフェースＳＭ情報内のＱｏＳ ｐｒｏｆｉｌｅに基づいて、ＵＥとＲＲＣシグナリングのやり取り（例えば、ＲＲＣ再設定）を行って、ＰＤＵセッションに対応するＤＲＢ情報を再ネゴシエーションし、ネゴシエーション結果に基づいてＰＤＵセッションに対応するＤＲＢ情報を更新することである。
第３の実装シナリオでは、第１のダウンリンク情報がＵＥのＰＤＵセッションを更新するのに用いられる場合、第１のコアネットワークデバイスがインジケーション情報を受信するならば、第１のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの更新に失敗したと判定する。第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出するので、第２のＲＡＮノードは、第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを更新することになる。第２のＲＡＮノードはＵＥに現在サービスを提供しているＲＡＮノードであるため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に更新することができる。
任意選択的に、本実施形態の第４の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース４のものとして説明される。第４の実装シナリオでは、以下の通りである。
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードは、ＵＥのＰＤＵセッションを解放するのではなく、インジケーション情報を第１のコアネットワークデバイスに送出する。
段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの解放に失敗したと判定してよく、第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出する。ＵＥは現在、第２のＲＡＮノードのカバレッジ領域に位置しているため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に解放することができる。
段階４０７の後に、第２のＲＡＮノードは、受信した第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを解放する。第２のＲＡＮノードがＵＥのＰＤＵセッションを解放するということは、具体的には、第２のＲＡＮノードが、Ｎ２リソース解放要求内のＰＤＵセッション識別子に基づいて、ＰＤＵセッション識別子に対応するＰＤＵセッション用に準備されたリソースを解放することを含んでよい。例えば、第２のＲＡＮノードは、ＵＥとＲＲＣシグナリングのやり取り（例えば、ＲＲＣ再設定）を行うことで、ＰＤＵセッション識別子に対応するＰＤＵセッション用に準備されたＤＲＢリソースを解放してよい。第２のＲＡＮノードはさらに、ＰＤＵセッション用のＮ３インタフェースデータチャネルリソースを解放し（すなわち、ＰＤＵセッションのＡＮ ｔｕｎｎｅｌ ｉｎｆｏ及びＣＮ ｔｕｎｎｅｌ ｉｎｆｏを解放し）、Ｎ１ ＳＭ ｃｏｎｔａｉｎｅｒをＵＥに送出してよい。
第４の実装シナリオでは、第１のダウンリンク情報がＵＥのＰＤＵセッションを解放するのに用いられる場合、第１のコアネットワークデバイスがインジケーション情報を受信するならば、第１のコアネットワークデバイスは、第１のＲＡＮノードがＰＤＵセッションの解放に失敗したと判定する。第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第２のダウンリンク情報を送出するので、第２のＲＡＮノードは、第２のダウンリンク情報に基づいてＵＥのＰＤＵセッションを解放することになる。第２のＲＡＮノードはＵＥに現在サービスを提供しているＲＡＮノードであるため、第２のＲＡＮノードはＵＥのＰＤＵセッションを正常に解放することができる。
任意選択的に、本実施形態の第５の実装シナリオでは、第１のダウンリンク情報、第２のダウンリンク情報、及びインジケーション情報は、前述のケース５のものとして説明される。第５の実装シナリオでは、以下の通りである。
段階４０５の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置していると判定してよく、第１のＲＡＮノードは第１のダウンリンク情報をＵＥに正常に送出することができない。第１のＲＡＮノードは、インジケーション情報を第１のコアネットワークデバイスに送出する。
第１のコアネットワークデバイスは、インジケーション情報を受信した後に、第２のＲＡＮノードのカバレッジ領域にＵＥが現在位置していないため、第１のダウンリンク情報が送出できないと判定してよい。したがって、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報をＵＥに送出することになる。
任意選択的に、第１のコアネットワークデバイスがＡＭＦである場合、第１のコアネットワークデバイスは、ＵＥの格納されたＲＲＣ接続モードが接続管理連結状態であると判定したときに段階４０１を実行してよい。あるいは、第１のコアネットワークデバイスは、ＵＥの格納されたＲＲＣ接続モードが接続管理連結状態であり、且つＵＥが第１のＲＡＮノードのカバレッジ領域内に存在することをＵＥの格納されたコンテキスト内の位置情報が示していると判定したときに段階４０１を実行してよい。
第１のダウンリンク情報は、有効領域を有してよい。この場合、第１のコアネットワークデバイスが、ＵＥの現在位置情報に基づいて、ＵＥが第１のダウンリンク情報の有効領域に位置していると判定するならば、第１のコアネットワークデバイスは段階４０７を実行する。第１のコアネットワークデバイスが、ＵＥの現在位置情報に基づいて、ＵＥが第１のダウンリンク情報の有効領域に位置していないと判定した場合、第１のコアネットワークデバイスは第１のダウンリンク情報を破棄する。この説明は、実施形態２及び実施形態３のケース５にも適用可能であるため、実施形態２及び実施形態３では詳細をさらに説明しない。
第５の実装シナリオでは、第１のダウンリンク情報を第１のＲＡＮノードに送出した後に、第１のコアネットワークデバイスが第１のＲＡＮノードによりフィードバックされるインジケーション情報を受信した場合、これは、第１のＲＡＮノードが第１のダウンリンク情報のＵＥへの送出に失敗したことを示している。この場合、第１のコアネットワークデバイスは、ＵＥに現在サービスを提供している第２のＲＡＮノードに第１のダウンリンク情報を送出するので、第２のＲＡＮノードは第１のダウンリンク情報をＵＥに送出することになる。ＵＥはこの時点で、第２のＲＡＮノードのカバレッジ領域に位置しているため、第２のＲＡＮノードは第１のダウンリンク情報を正常に送出することができる。
前述の５つの実装シナリオでは、以下の通りである。
任意選択的に、本方法はさらに、第１のＲＡＮノードがＵＥの現在位置情報を第１のコアネットワークデバイスに送出する段階と、第１のコアネットワークデバイスがＵＥの現在位置情報を第１のＲＡＮノードから受信する段階とを含んでよい。第１のコアネットワークデバイスは、ＵＥの現在位置情報に基づいて、ＵＥに現在サービスを提供しているＲＡＮノード（すなわち、第２のＲＡＮノード）を判定してよい。ＵＥの現在位置情報は、ＵＥに現在サービスを提供しているＲＡＮノードの識別子、現在ＵＥが位置しているセルのＥＣＧＩ、又は現在ＵＥが位置しているＴＡのＴＡＩ若しくはＴＡＣなどでもよい。
任意選択的に、インジケーション情報は失敗原因値（又は原因値と呼ばれる）である。
任意選択的に、失敗原因値には、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することが含まれる。さらに、失敗原因値には、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開手順を開始することが含まれる。この場合、インジケーション情報は、第２のＲＡＮノードの識別子を含んでよい。
失敗原因値にはさらに、ＵＥがハンドオーバを行っていること、コンテキスト転送、ＵＥが第１のＲＡＮノードに到達できないこと、又は第１のダウンリンク情報が送信されないことが含まれてよい。
実行可能な実装態様では、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することが失敗原因値に含まれる場合、段階４０７は特定の実装における次の２つのケースで実行されてよい。
ケース（１）：ＲＲＣ接続再開手順における経路切り替えが完了した。
この場合、特定の実装において、段階４０７は、第１のコアネットワークデバイスが、ＲＲＣ接続再開手順における経路切り替えが完了した後に、インジケーション情報に基づいて第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。
経路切り替えとは、第１のＲＡＮノードとコアネットワークとの間にある、ＵＥの制御プレーンシグナリングの送信経路と、ＵＥのユーザプレーンデータの送信経路とが、第２のＲＡＮノードとコアネットワークとの間の送信経路に切り替えられることを意味する。図６を参照すると、第１のＲＡＮノードはＲＡＮ１であり、第２のＲＡＮノードはＲＡＮ２であり、第１のＵＰＦはＵＰＦ１であり、第２のＵＰＦはＵＰＦ２である。この場合、経路切り替えは２つの部分を含む。１つの部分は、ＲＡＮ１とＡＭＦとの間にあり、且つＵＥの制御プレーンシグナリングをＲＡＮ２とＡＭＦとの間の送信経路に送信するのに用いられる送信経路の切り替えである。もう１つの部分は、ＲＡＮ１とＵＰＦ１との間にあり、且つＵＥのユーザプレーンデータをＲＡＮ２とＵＰＦ２との間の送信経路に送信するのに用いられる送信経路の切り替えである。
この場合、本方法はさらに、第１のコアネットワークデバイスがサブスクリプション要求メッセージを第２のコアネットワークデバイスに送出する段階であって、サブスクリプション要求メッセージは、ＲＲＣ接続再開手順における経路切り替えが完了した後に、通知メッセージを第１のコアネットワークデバイスに送出するよう第２のコアネットワークデバイスに要求するのに用いられ、通知メッセージは、経路切り替えが完了したことを通知するのに用いられる、段階と、第２のコアネットワークデバイスがサブスクリプション要求メッセージを第１のコアネットワークデバイスから受信する段階と、第２のコアネットワークデバイスが、ＲＲＣ接続再開手順における経路切り替えが完了した後に、通知メッセージを第１のコアネットワークデバイスに送出する段階とを含んでよい。例えば、第２のコアネットワークデバイスは、Ｎ２インタフェース経路切り替え要求応答メッセージ（段階９１４を参照）を送出した後に、ＲＲＣ接続再開手順が完了した又はＲＲＣ接続再開手順における経路切り替えが完了したと判定してよい。
ケース２：ＲＲＣ接続再開手順が完了した。
この場合、特定の実装において、段階４０７は、第１のコアネットワークデバイスが、ＲＲＣ接続再開手順が完了した後に、インジケーション情報に基づいて、第２のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。
ＲＲＣ接続再開手順には経路切り替えプロセスが含まれるため、第１のコアネットワークデバイスは、ＲＲＣ接続再開手順が完了した後に、第２のダウンリンク情報を第２のＲＡＮノードに直接的に送出してよい。
この場合、第１のコアネットワークデバイスはサブスクリプション要求メッセージを第２のコアネットワークデバイスに送出し、サブスクリプション要求メッセージは、ＲＲＣ接続再開手順が完了した後に、通知メッセージを第１のコアネットワークデバイスに送出するよう第２のコアネットワークデバイスに要求するのに用いられ、通知メッセージはＲＲＣ接続再開手順が完了したことを通知するのに用いられ、第２のコアネットワークデバイスはサブスクリプション要求メッセージを第１のコアネットワークデバイスから受信し、第２のコアネットワークデバイスは、ＲＲＣ接続再開手順が完了した後に、通知メッセージを第１のコアネットワークデバイスに送出する。
前述の２つのケースの両方において、第１のコアネットワークデバイスは、経路切り替えが完了した後に、第２のダウンリンク情報を第２のＲＡＮノードに送出して、第２のＲＡＮノードが第２のダウンリンク情報を正確に受信することを確実にする。経路切り替えが完了する前に、第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する場合、ＡＭＦにより第２のＲＡＮノードに送出される第２のダウンリンク情報は送出できないか、又はＡＭＦに接続された第１のＲＡＮノードに依然として送出されることが理解されるであろう。
別の実行可能な実装態様では、第１のコアネットワークデバイスは、第１のコアネットワークデバイスがインジケーション情報を受信した後の予め設定された時間（予め設定された期間とも呼ばれることがある）の後に、第２のダウンリンク情報を第２のＲＡＮノードに送出してよい。任意選択的に、予め設定された時間はガードタイマ（ｇｕａｒｄ ｔｉｍｅｒ）を用いて設定されてよい。この場合、段階４０７の実装態様の一例では、第１のコアネットワークデバイスは、インジケーション情報に基づいてタイマを始動させ、タイマが切れた後に第２のダウンリンク情報を第２のＲＡＮノードに送出する。タイマに予め設定された継続時間が、予め設定された時間である。例えば、予め設定された時間は、ＵＥのＲＲＣ接続再開手順を完了するのに必要な時間に設定されてよい。
［実施形態２］
実施形態１において第１のコアネットワークデバイスと第１のＲＡＮノードとの間で送信される情報は、第２のコアネットワークデバイスによっても検知されてよい。この場合、本願の本実施形態はさらに２つの通信方法を提供し、これらの通信方法は、ＲＲＣ接続モードが非アクティブモードであるＵＥが第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。図７に示すように、図７は２つの解決手段を含む。第１の解決手段は段階７０１〜段階７０７と段階７０８ａとを含み、第２の解決手段は段階７０１〜段階７０７と段階７０８ｂとを含む。１つの解決手段が１つの通信方法である。これらの解決手段は、以下に挙げる段階を含む。
７０１：第１のコアネットワークデバイスが、第１のダウンリンク情報を第２のコアネットワークデバイスに送出する。
第１のコアネットワークデバイスの第１のダウンリンク情報は、第１のコアネットワークデバイスが別のコアネットワークデバイスから受信したダウンリンク情報であってもよく、第１のコアネットワークデバイスが生成したダウンリンク情報であってもよい。第１のダウンリンク情報は、ＵＥのダウンリンク情報である。
例えば、第１のダウンリンク情報がＵＥのＰＤＵセッションに関連した情報である場合、第１のコアネットワークデバイスはＳＭＦであってよく、第２のコアネットワークデバイスはＡＭＦであってよい。第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦであってよく、第２のコアネットワークデバイスはＡＭＦであってよい。他の場合については表２を参照されたい。詳細は、再度ここで説明しない。
７０２：第２のコアネットワークデバイスは、第１のダウンリンク情報を第１のコアネットワークデバイスから受信し、第１のダウンリンク情報を第１のＲＡＮノードに送出する。
７０３：第１のＲＡＮノードは、ＵＥの第１のダウンリンク情報を第２のコアネットワークデバイスから受信する。
７０４：第１のＲＡＮノードは、ＵＥのＲＲＣ接続モードが非アクティブモードである場合、第１のダウンリンク情報に基づいてＵＥを呼び出す。
段階７０４の関連説明については、段階４０３を参照されたい。詳細は、再度ここで説明しない。
７０５：第１のＲＡＮノードはＵＥコンテキスト要求を第２のＲＡＮノードから受信する。
段階７０５の関連説明については、段階４０４を参照されたい。詳細は、再度ここで説明しない。
７０６：第１のＲＡＮノードは、コンテキスト要求に基づいて、第１のメッセージを第２のコアネットワークデバイスに送出する。
任意選択的に、第１のメッセージは、第１のダウンリンク情報が処理できないことを示してもよい。
７０７：第２のコアネットワークデバイスは、第１のメッセージを第１のＲＡＮノードから受信する。
７０８ａ：第２のコアネットワークデバイスは、第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する。
任意選択的に、本方法はさらに、第１のＲＡＮノードがＵＥの現在位置情報を第２のコアネットワークデバイスに送出する段階と、第２のコアネットワークデバイスがＵＥの現在位置情報を第１のＲＡＮノードから受信する段階とを含んでもよい。第２のコアネットワークデバイスは、ＵＥの現在位置情報に基づいて、ＵＥに現在サービスを提供しているＲＡＮノード（すなわち、第２のＲＡＮノード）を判定し、第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出してよい。ＵＥの現在位置情報は、ＵＥに現在サービスを提供しているＲＡＮノードの識別子、現在ＵＥが位置しているセルのＥＣＧＩ、又は現在ＵＥが位置しているＴＡのＴＡＩ若しくはＴＡＣなどであってよい。
７０８ｂ：第２のコアネットワークデバイスは、第１のメッセージに基づいてインジケーション情報を第１のコアネットワークデバイスに送出する。
第１のダウンリンク情報、第２のダウンリンク情報、及び第１のメッセージの機能は、次のケース１〜ケース５のうちのいずれか１つであってよい。
ケース１：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態であり、第１のメッセージはＰＤＵセッションが有効にできないことを示すのに用いられる。
第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように有効にするかについては、実施形態１のケース１における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース１において、本実施形態では以下の通りである。
本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、ＰＤＵセッションが有効にできないことを示すのに用いられてよい。本実施形態では代替的に、インジケーション情報は、ＰＤＵセッションが有効にできないことを示すのに、第１のメッセージに追加されてよい。インジケーション情報の関連説明については、以下の説明を参照されたい。第２のコアネットワークデバイスは、第１のメッセージに基づいて、第１のＲＡＮノードがＵＥのＰＤＵセッションの有効化に失敗したと判定してよい。
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードは、ＵＥのＰＤＵセッションを有効にするのではなく（例えば、ＵＥのＰＤＵセッション用に、ＵＥと第１のＲＡＮノードとの間にエアインタフェースＤＲＢデータチャネルの確立を引き起こすのではなく、又はＵＥのＰＤＵセッション用に、第１のＲＡＮノードと第１のＵＰＦとの間にＮ３インタフェースデータチャネルの確立を引き起こすのではなく）、第１のメッセージを第２のコアネットワークデバイスに送出する。
任意選択的に、本方法はさらに、第２のコアネットワークデバイスが第１のコアネットワークデバイスから第１のダウンリンク情報の有効領域に関する情報を受信する段階を含んでよく、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である。第１のダウンリンク情報の有効領域に関する情報及び第１のダウンリンク情報は、同じメッセージに含まれてよい。
この場合、任意選択的に、第２のコアネットワークデバイスは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定した場合に段階７０８ａを実行する、又は第２のコアネットワークデバイスは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していないと判定した場合に段階７０８ｂを実行する。
ＵＥが有効領域に位置しているかどうかに関する実施形態１の説明に基づくと、第２のコアネットワークデバイスが、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定した場合、第１のＲＡＮノードに送出される第１のダウンリンク情報は第２のＲＡＮノードに送出されるダウンリンク情報と同じであってよいことが分かる。したがって、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに直接的に送出してもよく、又はもちろん、インジケーション情報を第１のコアネットワークデバイスに送出してもよいので、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出することになる。
第２のコアネットワークデバイスが、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していないと判定した場合、第２のＲＡＮノードに送出されるダウンリンク情報は、第１のＲＡＮノードに送出される第１のダウンリンク情報とは異なる。したがって、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出してよいので、第１のコアネットワークデバイスは、第２のＲＡＮノードに送出される第２のダウンリンク情報を構築することになる。言い換えれば、段階７０８ｂの後に、段階４０７の「第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する」というプロセスが実行されてよい。このプロセスの実装については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
段階４０７を実行するプロセスでは、第１のコアネットワークデバイスは、ＵＥが有効領域に位置しているかどうかについての判定結果に基づいて、第１のダウンリンク情報又は第２のダウンリンク情報を第２のＲＡＮノードに送出することに留意されたい。本実施形態では、段階７０８ａ又は段階７０８ｂの実行を決定するプロセスにおいて、第２のコアネットワークデバイスは、ＵＥが有効領域に位置しているかどうかを判定している。したがって、第１のコアネットワークデバイスがインジケーション情報を受信した場合、第１のコアネットワークデバイスは、第２のＲＡＮノードに送出される第２のダウンリンク情報を直接的に構築してよく、ＵＥが有効領域に位置しているかどうかを判定する必要はない。
任意選択的に、第１のコアネットワークデバイスがＳＭＦである場合、第２のコアネットワークデバイスはＡＭＦであり、ＡＭＦは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定し、ＳＭＦがＵＥのアクティブなＰＤＵセッション（又は経路切り替えプロセスで第２のＲＡＮノードにより報告されるＰＤＵセッション）に対応するＳＭＦと同じである場合、段階７０８ｂが実行される。ＳＭＦがＵＥのアクティブなＰＤＵセッションに対応するＳＭＦとは異なる場合、段階７０８ａが実行される。ここでの「ＵＥのアクティブなＰＤＵセッション」は、第２のＲＡＮノードにより拒絶されたＰＤＵセッションを含まない。
表１が、一例として用いられる。前述の経路切り替えプロセスでは、ＡＭＦは更新の必要があるＰＤＵセッションをＳＭＦ１に報告し、更新の必要があるＰＤＵセッションは、第２のＲＡＮノードにより承諾された、ＵＥのアクティブなＰＤＵセッション（例えば、ＰＤＵセッション２、ＰＤＵセッション３）であることに留意されたい。ＳＭＦ１によりＡＭＦに事前に送出される第１のダウンリンク情報は、ＵＥのＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態（すなわち、ＰＤＵセッション１）である。
ＳＭＦ１とＳＭＦ２とが同じＳＭＦである場合、ＡＭＦは、インジケーション情報をＳＭＦ１に送出して、ＰＤＵセッションが有効にできないことを示す必要がある。そうでなければ、更新の必要があり且つＡＭＦにより報告されるＰＤＵセッションをＳＭＦ１が受信した後に、ＳＭＦ１はＰＤＵセッション１のステータスフィードバックを受信しないため、ＳＭＦ１は実行されるその後の段階が分からない。したがって、この場合、第２のコアネットワークデバイスは段階７０８ｂを実行してよい。
ＳＭＦ１とＳＭＦ２とが異なるＳＭＦである場合、ＳＭＦ１は、更新の必要があり且つＡＭＦにより報告されるＰＤＵセッションを受信しない。したがって、第２のコアネットワークデバイスは段階７０８ａを実行してよい。
任意選択的に、段階７０２の特定の実装において、第２のコアネットワークデバイス内のＵＥのステータスが接続管理連結状態である場合、且つＵＥの格納されたコンテキスト内の位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいてＵＥが第１のダウンリンク情報の有効領域に位置していると第２のコアネットワークデバイスが判定した場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第１のＲＡＮノードに送出してよい。
前述の説明に基づいて、ＵＥのＲＲＣ接続モードが接続モード又は非アクティブモードである場合、第２のコアネットワークデバイスはＵＥのコンテキストを格納し、このコンテキストはＵＥの位置情報を含み、第２のコアネットワークデバイスはコンテキスト内の位置情報がＵＥの現在位置情報であるとみなす。したがって、第２のコアネットワークデバイスは、ＵＥの格納されたコンテキスト内の位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが第１のダウンリンク情報の有効領域に位置していると判定した場合、第１のダウンリンク情報がＵＥに有効であるとみなす。この場合、第２のコアネットワークデバイスは第１のダウンリンク情報を第１のＲＡＮノードに送出する。
ケース２：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを無効にするのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが無効にできないことを示すのに用いられる。
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように無効にするかについては、実施形態１のケース２における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース２において、本実施形態では以下の通りである。
具体的には、本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが無効にできないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、ＰＤＵセッションが無効にできないことを示すのに用いられてよい。本実施形態では、代替的に、インジケーション情報が第１のメッセージに追加されて、ＰＤＵセッションが無効にできないことを示してよい。インジケーション情報の関連説明については、以下の説明を参照されたい。
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードはＵＥのＰＤＵセッションを無効にしない。この場合、第１のＲＡＮノードは、第１のメッセージを第２のコアネットワークデバイスに送出する。
ケース３：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを更新するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが更新できないことを示すのに用いられる。
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように更新するかについては、実施形態１のケース３における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース３において、本実施形態では以下の通りである。
本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが更新できないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、ＰＤＵセッションが更新できないことを示すのに用いられてよい。本実施形態では、代替的に、インジケーション情報が第１のメッセージに追加されて、ＰＤＵセッションが更新できないことを示してよい。インジケーション情報の関連説明については、以下の説明を参照されたい。
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードはＵＥのＰＤＵセッションを更新しない。この場合、第１のＲＡＮノードは、第１のメッセージを第２のコアネットワークデバイスに送出する。
ケース４：第１のダウンリンク情報は第１のＲＡＮノードがＵＥのＰＤＵセッションを解放するのに用いられ、ＰＤＵセッションはアクティブ状態であり、第１のメッセージはＰＤＵセッションが解放できないことを示すのに用いられる。
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように解放するかについては、実施形態１のケース４における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース４において、本実施形態では以下の通りである。
具体的には、本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが解放できないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、ＰＤＵセッションが解放できないことを示すのに用いられてよい。本実施形態では、代替的に、インジケーション情報が第１のメッセージに追加されて、ＰＤＵセッションが解放できないことを示してよい。インジケーション情報の関連説明については、以下の説明を参照されたい。
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよく、第１のＲＡＮノードはＵＥのＰＤＵセッションを解放しない。この場合、第１のＲＡＮノードは、第１のメッセージを第２のコアネットワークデバイスに送出する。
ケース１〜ケース４のうちのいずれか１つでは、以下の通りである。
第１のコアネットワークデバイスはＳＭＦであってよく、第２のコアネットワークデバイスはＡＭＦであってよい。
ケース５：第１のダウンリンク情報はＵＥに送出されるダウンリンク情報であり、第１のメッセージは、第１のダウンリンク情報が送信できないことを示すのに用いられる。
この場合、第１のダウンリンク情報の関連説明については、実施形態１のケース５における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース５において、本実施形態では以下の通りである。
具体的には、本実施形態では、第１のメッセージのメッセージタイプ又はメッセージ名が、第１のダウンリンク情報が送信できないことを示すのに用いられてよい。例えば、メッセージタイプが失敗メッセージ又は拒絶メッセージである場合、第１のメッセージは、第１のダウンリンク情報が送信できないことを示すのに用いられてよい。本実施形態では、代替的に、インジケーション情報が第１のメッセージに追加されて、第１のダウンリンク情報が送信できないことを示してよい。インジケーション情報の関連説明については、以下の説明を参照されたい。
第１のコアネットワークデバイスは第１のダウンリンク情報を生成するデバイスであってよく、第２のコアネットワークデバイスは第１のダウンリンク情報を転送するデバイスであってよい。例えば、第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦ（第１のダウンリンク情報を生成するデバイス）であってよく、第２のコアネットワークデバイスはＡＭＦ（第１のダウンリンク情報を転送するデバイス）であってよい。
段階７０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置していると判定してよく、第１のＲＡＮノードは第１のダウンリンク情報をＵＥに正常に送出できない。この場合、第１のＲＡＮノードは、第１のメッセージを第２のコアネットワークデバイスに送出する。
第２のコアネットワークデバイスは、第１のメッセージを受信した後に、第１のダウンリンク情報が送出できないと判定してよい。第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置しているため、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報をＵＥに送出することになる。もちろん、第２のコアネットワークデバイスは代替的にインジケーション情報を第１のコアネットワークデバイスに送出してよいので、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出することになる。
ケース１〜ケース５のうちのいずれか１つでは、以下の通りである。
任意選択的に、インジケーション情報は失敗原因値（又は原因値と呼ばれる）である。
任意選択的に、失敗原因値には、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することが含まれる。さらに、失敗原因値には、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開手順を開始することが含まれる。この場合、インジケーション情報は、第２のＲＡＮノードの識別子を含んでよい。
失敗原因値にはさらに、ＵＥがハンドオーバを行っていること、コンテキスト転送、ＵＥが第１のＲＡＮノードに到達できないこと、又は第１のダウンリンク情報が送信されないことが含まれてよい。
実行可能な実装態様では、ＵＥにより開始されたＲＲＣ接続再開手順段階が完了した後に、７０８ａが実行されてよい。言い換えれば、段階７０８ａは、ＲＲＣ接続再開手順が完了した後に、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。あるいは、段階７０８ａは、ＵＥにより開始されたＲＲＣ接続再開手順における経路切り替えが完了した後に実行されてよい。言い換えれば、段階７０８ａは、ＲＲＣ接続再開手順における経路切り替えが完了した後に、第２のコアネットワークデバイスが第１のメッセージに基づいて第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。例えば、第２のコアネットワークデバイスは、Ｎ２インタフェース経路切り替え要求応答メッセージ（段階９１４を参照）を送出した後に、ＲＲＣ接続再開手順が完了したか、又はＲＲＣ接続再開手順における経路切り替えが完了したと判定してよい。
経路切り替えの関連説明、及び実行可能な実装態様の有益な効果については、実施形態１の関連部分を参照されたい。詳細は、再度ここで説明しない。
別の実行可能な実装態様では、第２のコアネットワークデバイスは、第２のコアネットワークデバイスが第１のメッセージを受信した後の予め設定された時間の後に、第１のダウンリンク情報を第２のＲＡＮノードに送出しても、インジケーション情報を第１のコアネットワークデバイスに送出してもよい。任意選択的に、予め設定された時間はガードタイマを用いて設定されてもよい。この場合、段階７０８ａの実装態様の一例では、第２のコアネットワークデバイスは、第１のメッセージに基づいてタイマを始動させ、タイマが切れた後に第１のダウンリンク情報を第２のＲＡＮノードに送出する。段階７０８ｂの実装態様の一例では、第２のコアネットワークデバイスは、第１のメッセージに基づいてタイマを始動させ、タイマが切れた後にインジケーション情報を第１のコアネットワークデバイスに送出する。タイマに予め設定された継続時間が、予め設定された時間である。例えば、予め設定された時間は、ＵＥのＲＲＣ接続再開手順を完了するのに必要な時間に設定されてよい。
第１のダウンリンク情報がＰＤＵセッションを有効にするのに用いられるということが、一例として用いられる。第２のコアネットワークデバイスは、第１のメッセージに基づいて、ＵＥのＰＤＵセッションが有効にできないと判定してよい。この場合、第２のコアネットワークデバイスは、ＰＤＵセッションが有効にできないことを示す情報を第１のコアネットワークデバイスに通知してよく、第１のコアネットワークデバイスは、実行される次のアクションを決定する。第１のメッセージのインジケーション情報が、ＰＤＵセッションが有効にできないことを示すのに用いられる場合、第２のコアネットワークデバイスは第１のメッセージのインジケーション情報を第１のコアネットワークデバイスに直接的に送出しても、インジケーション情報に基づいて別のインジケーション情報を生成して、別のインジケーション情報を第１のコアネットワークデバイスに送出してもよく、別のインジケーション情報も、ＰＤＵセッションが有効にできないことを示すのに用いられる。第１のメッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられる場合、第２のＲＡＮノードは、インジケーション情報を生成して、インジケーション情報を第１のコアネットワークデバイスに送出してよい。
ケース２〜ケース５のうちのいずれか１つにおいて、段階７０８ｂの後に、第１のコアネットワークデバイスは、実施形態１の「第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する」という段階４０７を実行してよい。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じである。
実施形態２のケース１〜ケース５の有益な効果については、実施形態１の対応するケースの有益な効果を参照されたい。
［実施形態３］
本願の本実施形態はさらに、通信方法を提供する。本方法では、第２のコアネットワークデバイスが、第１のダウンリンク情報を取得した後に、ＵＥの現在位置情報を取得し、ＵＥの現在位置情報に基づいて第１のダウンリンク情報を処理する。本方法は、ＲＲＣ接続モードが非アクティブモードであるＵＥが第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用される。図８は、２つの解決手段を含む。第１の解決手段は段階８０１〜段階８０７と段階８０８ａとを含み、第２の解決手段は段階８０１〜段階８０７と段階８０８ｂとを含む。１つの解決手段が１つの通信方法である。これらの解決手段は、以下に挙げる段階を含む。
８０１：第２のコアネットワークデバイスは第１のダウンリンク情報を取得する。
第１のダウンリンク情報は、第２のコアネットワークデバイスが第１のコアネットワークデバイスから受信したダウンリンク情報であってもよく、第２のコアネットワークデバイスが生成したダウンリンク情報であってもよい。
例えば、第１のダウンリンク情報がＵＥのＰＤＵセッションに関連した情報である場合、第２のコアネットワークデバイスはＡＭＦであってよく、第１のダウンリンク情報は、ＡＭＦがＳＭＦから受信するダウンリンク情報であってよい。第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第２のコアネットワークデバイスはＡＭＦであってよく、第１のダウンリンク情報は、ＡＭＦがＳＭＳＦから受信するダウンリンク情報であってよい。第１のダウンリンク情報がＵＥに関する更新されたアクセス及びモビリティ管理パラメータである場合、第２のコアネットワークデバイスはＡＭＦであってよく、第１のダウンリンク情報は、ＡＭＦが生成するダウンリンク情報であってよい。他の場合については表２を参照されたい。詳細は、再度ここで説明しない。
８０２：第２のコアネットワークデバイスは位置要求メッセージを第１のＲＡＮノードに送出し、位置要求メッセージはＵＥの現在位置情報を要求するのに用いられる。
第２のコアネットワークデバイスは、ＵＥの格納されたコンテキスト内の位置情報に基づいて、ＵＥにサービスを提供しているＲＡＮノードが第１のＲＡＮノードであると判定し、第２のコアネットワークデバイスは位置要求メッセージを第１のＲＡＮノードに送出する。
８０３：第１のＲＡＮノードは、位置要求メッセージを第２のコアネットワークデバイスから受信する。
８０４：第１のＲＡＮノードは、ＵＥのＲＲＣ接続モードが非アクティブモードである場合、位置要求メッセージに基づいてＵＥを呼び出す。
第１のＲＡＮノードによるＵＥの呼び出しの関連説明については、前述の段階４０３を参照されたい。詳細は、再度ここで説明しない。
８０５：第１のＲＡＮノードはＵＥコンテキスト要求を第２のＲＡＮノードから受信する。
段階８０５の関連説明については、前述の段階４０４を参照されたい。詳細は、再度ここで説明しない。
８０６：第１のＲＡＮノードは、コンテキスト要求に基づいて、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置していると判定してよい。したがって、第１のＲＡＮノードは、ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出してよい。この場合、ＵＥにサービスを提供しているＲＡＮノードは第２のＲＡＮノードである。したがって、ＵＥの現在位置情報は、ＵＥに現在サービスを提供しているＲＡＮノードが第２のＲＡＮノードであることを示してよい。
８０７：第２のコアネットワークデバイスはＵＥの現在位置情報を第１のＲＡＮノードから受信する、且つ／又は第２のコアネットワークデバイスはＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報を第１のＲＡＮノードから受信する。
ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報を、第１のＲＡＮノードが第２のコアネットワークデバイスに送出する場合、第２のコアネットワークデバイスはインジケーション情報を第１のＲＡＮノードから受信することが理解されるであろう。第１のＲＡＮノードがＵＥの現在位置情報を第２のコアネットワークデバイスに送出する場合、第２のコアネットワークデバイスはＵＥの現在位置情報を第１のＲＡＮノードから受信する。ＵＥが第１のＲＡＮノードとは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始することを示すインジケーション情報とＵＥの現在位置情報とを、第１のＲＡＮノードが第２のコアネットワークデバイスに送出する場合、第２のコアネットワークデバイスはインジケーション情報とＵＥの現在位置情報とを第１のＲＡＮノードから受信する。
段階８０７の後に、ＵＥの第１のダウンリンク情報がＵＥのＰＤＵセッションの有効化／無効化／更新／解放に用いられる場合、段階８０８ａ又は８０８ｂが実行されてよい、又はＵＥの第１のダウンリンク情報がＵＥに送出される場合、段階８０８ａが実行されてよい。
８０８ａ：第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出する。
８０８ｂ：第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出する。
第１のダウンリンク情報は、次のケース１〜ケース５における任意の情報であってよい。
ケース１：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように有効にするのかについては、実施形態１のケース１における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース１において、本実施形態では以下の通りである。
段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよい。この場合、第１のＲＡＮノードは、インジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。具体的な原因については、前述の説明を参照されたい。
任意選択的に、本方法はさらに、第２のコアネットワークデバイスが第１のコアネットワークデバイスから第１のダウンリンク情報の有効領域に関する情報を受信する段階を含んでよく、第１のダウンリンク情報は第１のダウンリンク情報の有効領域内のデバイスに有効である。第１のダウンリンク情報の有効領域に関する情報と第１のダウンリンク情報とは、同じメッセージに含まれてよい。
この場合、任意選択的に、第２のコアネットワークデバイスは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定した場合に段階８０８ａを実行する、又は第２のコアネットワークデバイスは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していないと判定した場合に段階８０８ｂを実行する。
ＵＥが有効領域に位置しているかどうかに関する実施形態１の説明に基づくと、第２のコアネットワークデバイスが、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定した場合、第１のＲＡＮノードに送出される第１のダウンリンク情報は第２のＲＡＮノードに送出されるダウンリンク情報と同じであってよいことが分かる。したがって、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに直接的に送出してもよく、又はもちろん、インジケーション情報を第１のコアネットワークデバイスに送出してもよいので、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出することになる。
第２のコアネットワークデバイスが、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していないと判定した場合、第２のＲＡＮノードに送出されるダウンリンク情報は、第１のＲＡＮノードに送出される第１のダウンリンク情報とは異なる。したがって、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに送出してよいので、第１のコアネットワークデバイスは、第２のＲＡＮノードに送出される第２のダウンリンク情報を構築することになる。言い換えれば、段階８０８ｂの後に、段階４０７の「第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する」というプロセスが実行されてよい。このプロセスの実装については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
段階４０７を実行するプロセスでは、第１のコアネットワークデバイスは、ＵＥが有効領域に位置しているかどうかについての判定結果に基づいて、第１のダウンリンク情報又は第２のダウンリンク情報を第２のＲＡＮノードに送出することに留意されたい。本実施形態では、段階８０８ａ又は段階８０８ｂの実行を決定するプロセスにおいて、第２のコアネットワークデバイスは、ＵＥが有効領域に位置しているかどうかを判定している。したがって、第１のコアネットワークデバイスがインジケーション情報を受信した場合、第１のコアネットワークデバイスは、第２のＲＡＮノードに送出される第２のダウンリンク情報を直接的に構築してよく、ＵＥが有効領域に位置しているかどうかを判定する必要はない。
任意選択的に、第１のコアネットワークデバイスがＳＭＦである場合、第２のコアネットワークデバイスはＡＭＦであり、ＡＭＦは、ＵＥの現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、ＵＥが有効領域に位置していると判定し、ＳＭＦがＵＥのアクティブなＰＤＵセッション（又は経路切り替えプロセスで第２のＲＡＮノードにより報告されるＰＤＵセッション）に対応するＳＭＦと同じである場合、段階８０８ｂが実行される。ＳＭＦがＵＥのアクティブなＰＤＵセッションに対応するＳＭＦとは異なる場合、段階８０８ａが実行される。ここでの「ＵＥのアクティブなＰＤＵセッション」は、第２のＲＡＮノードにより拒絶されたＰＤＵセッションを含まない。任意選択の方法の有益な効果については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
ケース２：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを無効にするのに用いられる。
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように無効にするかについては、実施形態１のケース２における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース２において、本実施形態では以下の通りである。
段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよい。したがって、第１のＲＡＮノードがＰＤＵセッションを無効にしない場合、第１のＲＡＮノードはインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
ケース３：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを更新するのに用いられる。
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように更新するかについては、実施形態１のケース３における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース３において、本実施形態では以下の通りである。段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよい。したがって、第１のＲＡＮノードがＰＤＵセッションを更新しない場合、第１のＲＡＮノードはインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
ケース４：第１のダウンリンク情報は、第１のＲＡＮノードがＵＥのＰＤＵセッションを解放するのに用いられる。
この場合、第１のダウンリンク情報の関連説明、及び第２のＲＡＮノードがＰＤＵセッションをどのように解放するかについては、実施形態１のケース４における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース４において、本実施形態では以下の通りである。
段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、ＵＥが第２のＲＡＮノードへのＲＲＣ接続再開要求を開始したと判定してよい。したがって、第１のＲＡＮノードがＰＤＵセッションを解放しない場合、第１のＲＡＮノードはインジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
ケース１〜ケース４のうちのいずれか１つでは、以下の通りである。
第１のコアネットワークデバイスはＳＭＦであってよく、第２のコアネットワークデバイスはＡＭＦであってよい。
ケース５：第１のダウンリンク情報は、ＵＥに送出されるダウンリンク情報である。第１のコアネットワークデバイスは第１のダウンリンク情報を生成するデバイスであってよく、第２のコアネットワークデバイスは第１のダウンリンク情報を転送するデバイスであってよい。例えば、第１のダウンリンク情報がＵＥに送出されるショートメッセージサービスのメッセージである場合、第１のコアネットワークデバイスはＳＭＳＦ（第１のダウンリンク情報を生成するデバイス）であってよく、第２のコアネットワークデバイスはＡＭＦ（第１のダウンリンク情報を転送するデバイス）であってよい。
あるいは、第２のコアネットワークデバイスは、第１のダウンリンク情報を生成するデバイスであってよい。
この場合、第１のダウンリンク情報の関連説明については、実施形態１のケース５における対応する説明を参照されたい。詳細は、再度ここで説明しない。
ケース５において、本実施形態では以下の通りである。
段階８０６の実装態様の一例では、第１のＲＡＮノードは、第２のＲＡＮノードにより送出されるコンテキスト要求を受信した後に、第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置していると判定してよい。したがって、第１のＲＡＮノードが第１のダウンリンク情報をＵＥに正常に送出できない場合、第１のＲＡＮノードは、インジケーション情報及び／又はＵＥの現在位置情報を第２のコアネットワークデバイスに送出する。
第２のコアネットワークデバイスは、インジケーション情報及び／又はＵＥの現在位置情報を受信した後に、第１のダウンリンク情報が送出できないと判定してよい。第２のＲＡＮノードのカバレッジ領域に現在ＵＥが位置しているため、第２のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出するので、第２のＲＡＮノードは第１のダウンリンク情報をＵＥに送出することになる。もちろん、第２のコアネットワークデバイスは代替的にインジケーション情報を第１のコアネットワークデバイスに送出してよいので、第１のコアネットワークデバイスは第１のダウンリンク情報を第２のＲＡＮノードに送出することになる。
実行可能な実装態様では、ＵＥにより開始されたＲＲＣ接続再開手順段階が完了した後に、８０８ａが実行されてよい。言い換えれば、段階８０８ａは、ＲＲＣ接続再開手順が完了した後に、第２のコアネットワークデバイスが第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。あるいは、段階８０８ａは、ＵＥにより開始されたＲＲＣ接続再開手順における経路切り替えが完了した後に実行されてよい。言い換えれば、段階８０８ａは、ＲＲＣ接続再開手順における経路切り替えが完了した後に、第２のコアネットワークデバイスが第１のダウンリンク情報を第２のＲＡＮノードに送出する段階を含んでよい。例えば、第２のコアネットワークデバイスは、Ｎ２インタフェース経路切り替え要求応答メッセージ（段階９１４を参照）を送出した後に、ＲＲＣ接続再開手順が完了したか、又はＲＲＣ接続再開手順における経路切り替えが完了したと判定してよい。
経路切り替えの関連説明、及び実行可能な実装態様の有益な効果については、実施形態１の関連部分を参照されたい。詳細は、再度ここで説明しない。
別の実行可能な実装態様では、第２のコアネットワークデバイスは、第２のコアネットワークデバイスがインジケーション情報及び／又はＵＥの現在位置情報を受信した後の予め設定された時間の後に、第１のダウンリンク情報を第２のＲＡＮノードに送出しても、インジケーション情報を第１のコアネットワークデバイスに送出してもよい。任意選択的に、予め設定された時間はガードタイマを用いて設定されてもよい。この場合、段階８０８ａの実装態様の一例では、第２のコアネットワークデバイスはタイマを始動させ、タイマが切れた後に第１のダウンリンク情報を第２のＲＡＮノードに送出する。段階８０８ｂの実装態様の一例では、第２のコアネットワークデバイスはタイマを始動させ、タイマが切れた後にインジケーション情報を第１のコアネットワークデバイスに送出する。タイマに予め設定された継続時間が、予め設定された時間である。例えば、予め設定された時間は、ＵＥのＲＲＣ接続再開手順を完了するのに必要な時間に設定されてよい。
第１のダウンリンク情報がＰＤＵセッションを有効にするのに用いられるということが、一例として用いられる。第２のコアネットワークデバイスは、インジケーション情報及び／又はＵＥの現在位置情報に基づいて、ＵＥのＰＤＵセッションが有効にできないと判定してよい。この場合、第２のコアネットワークデバイスは、ＰＤＵセッションが有効にできないことを示す情報を第１のコアネットワークデバイスに通知してよく、第１のコアネットワークデバイスは、実行される次のアクションを決定する。ＰＤＵセッションが有効にできないことを示すのにインジケーション情報が用いられる場合、第２のコアネットワークデバイスはインジケーション情報を第１のコアネットワークデバイスに直接的に送出しても、インジケーション情報に基づいて別のインジケーション情報を生成して、別のインジケーション情報を第１のコアネットワークデバイスに送出してもよく、別のインジケーション情報も、ＰＤＵセッションが有効にできないことを示すのに用いられる。
ケース２〜ケース５のうちのいずれか１つにおいて、段階８０８ｂの後に、第１のコアネットワークデバイスは、実施形態１の「第１のコアネットワークデバイスが第２のダウンリンク情報を第２のＲＡＮノードに送出する」という段階４０７を実行してよい。この場合、第２のダウンリンク情報は第１のダウンリンク情報と同じである。
実施形態３のケース１〜ケース５の有益な効果については、実施形態１の対応するケースの有益な効果を参照されたい。
前述の実施形態で提供された方法では、コアネットワークデバイスがＵＥの現在位置情報を第１のＲＡＮノードから取得するということは、コアネットワークデバイスによるＵＥの現在位置情報の取得についての単なる一例にすぎない。実際の実装において、コアネットワークデバイスはさらに、別の方式でＵＥの現在位置情報を取得してよく、例えば、ＵＥの現在位置情報を第２のＲＡＮノードから取得してもよい。前述の実施形態では、第１のダウンリンク情報の有効領域は、ＴＡ粒度、基地局粒度、セル粒度、スライス粒度、スライスインスタンス粒度、ＵＰＦ粒度、ＳＭＦ粒度、又はＰＬＭＮ粒度などであってよい。具体的には、第１のダウンリンク情報は、ＴＡ内のデバイス、基地局のカバレッジ領域内のデバイス、セル内のデバイス、スライス内のデバイス、ＵＰＦのサービス領域内のデバイス、ＳＭＦのサービス領域内のデバイス、及びＰＬＭＮ内のデバイスに有効である。
前述の実施形態では、「インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる」とは、「インジケーション情報は第１のコアネットワークデバイスがＰＤＵセッション有効化手順を再開することを示すのに用いられる」と説明されてもよく、「インジケーション情報はＰＤＵセッションが無効にできないことを示すのに用いられる」とは、「インジケーション情報は第１のコアネットワークデバイスがＰＤＵセッション無効化手順を再開することを示すのに用いられる」と説明されてもよく、「インジケーション情報はＰＤＵセッションが更新できないことを示すのに用いられる」とは、「インジケーション情報は第１のコアネットワークデバイスがＰＤＵセッション更新手順を再開することを示すのに用いられる」と説明されてもよく、「インジケーション情報はＰＤＵセッションが解放できないことを示すのに用いられる」とは、「インジケーション情報は第１のコアネットワークデバイスがＰＤＵセッション解放手順を再開することを示すのに用いられる」と説明されてもよい。
本願の以下の実施形態では、前述の方法が５Ｇネットワークに適用される一例が、本願の実施形態で提供される方法を説明するのに用いられる。ＵＥが、第１のＰＤＵセッション及び第２のＰＤＵセッションという２つのＰＤＵセッションを有し、第１のＰＤＵセッションは非アクティブ状態であり、第２のＰＤＵセッションはアクティブ状態であり、第１のＰＤＵセッション及び第２のＰＤＵセッションはそれぞれ、ＳＭＦ１及びＳＭＦ２によってサービスが提供されると仮定する。第１のダウンリンク情報が、ＵＥの第１のＰＤＵセッションを有効にするのに用いられる。第１のコアネットワークデバイスがＳＭＦ１であり、第２のコアネットワークデバイスがＡＭＦである。以下の方法は、ＵＥがＲＡＮ１のカバレッジ領域からＲＡＮ２のカバレッジ領域に移動するシナリオに適用される。ＲＡＮ１にアクセスするＵＥがＵＰＦ１であり、ＲＡＮ２にアクセスするＵＥがＵＰＦ２である。
［実施形態１］
本実施形態では、ＡＭＦはインジケーション情報をＳＭＦ１に送出し、インジケーション情報はＵＥの第１のＰＤＵセッションが有効にできないことを示すのに用いられる。図９Ａ及び図９Ｂを参照すると、本方法は以下に挙げる段階を含む。
９００：ＵＰＦ１は、データ通知（ｄａｔａ ｎｏｔｉｆｉｃａｔｉｏｎ）をＳＭＦ１に送出する。
ＵＥのダウンリンクデータ（ｄｏｗｎｌｉｎｋ ｄａｔａ）を受信した後に、ダウンリンクデータを搬送するのに用いられるＰＤＵセッションが非アクティブ状態であるとＵＰＦ１が判定した場合、ＵＰＦ１は、ＰＤＵセッションにサービスを提供するＳＭＦにデータ通知を送出する。データ通知は、送出の必要があるＵＥのダウンリンクデータがあることをＳＭＦ１に通知するのに用いられる。本実施形態及び以下の実施形態では、ダウンリンクデータを搬送するＰＤＵセッションが第１のＰＤＵセッションである一例が説明のために用いられる。
ネットワークデバイス１が、１つの情報をネットワークデバイス２に送出する。これに対応して、ネットワークデバイス２は、この情報をネットワークデバイス１から受信する。例えば、ＵＰＦ１はデータ通知をＳＭＦ１に送出し、ＳＭＦ１はデータ通知をＵＰＦ１から受信する。本願の本実施形態では、説明を簡単にするために、ネットワークデバイス２により行われる受信動作は、さらに説明されない。
９０１：ＳＭＦ１は、第１のダウンリンク情報と第１のダウンリンク情報の有効領域（以下では有効領域と呼ばれる）とをＡＭＦに送出する。
段階９０１の前に、本方法はさらに以下の事項を含んでよい。すなわち、ＳＭＦ１は、第１のＰＤＵセッションの識別子に対応する且つデータ通知に含まれているＮ４インタフェースセッション識別子に基づいて、有効にする必要があるＰＤＵセッションを決定してよい。第１のダウンリンク情報は、第１のＰＤＵセッション用に、ＳＭＦ１により生成される情報である。
第１のダウンリンク情報と第１のダウンリンク情報の有効領域とは、ＡＭＦにより提供されるＮ１インタフェースメッセージＮ２インタフェースメッセージ転送要求メッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ）に含まれてよい。
９０２：ＡＭＦは、ＵＥのステータスが接続管理連結状態であると判定する。
ＵＥのステータスは、ＡＭＦの格納されているＵＥのコンテキストに含まれている。
段階９０２は、任意選択の段階である。
段階９０３は段階９０２の後に直接的に実行されてもよく、段階９０３は、ＵＥの格納されたコンテキスト内の位置情報及び有効領域に基づいて、ＡＭＦがさらに、ＵＥが有効領域に位置していると判定した場合に、実行されてもよい。
９０３：ＡＭＦは、第１のダウンリンク情報をＲＡＮ１に送出する。
第１のダウンリンク情報は、Ｎ２インタフェース要求（Ｎ２ ｒｅｑｕｅｓｔ）メッセージに含まれてよい。
９０４：ＲＡＮ１はＵＥを呼び出す。
段階９０４は、ＵＥのＲＲＣ接続モードが非アクティブ状態であるとＲＡＮ１が判定した場合に実行されてよい。
段階９０４の前に、ＡＭＦはさらに、ＡＭＦにより提供されるＮ１インタフェースメッセージＮ２インタフェースメッセージ転送応答メッセージ（Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿Ｎ１Ｎ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ ｒｅｓｐｏｎｓｅ）をＳＭＦ１に送出してよく、このメッセージは、ＡＭＦが第１のダウンリンク情報と第１のダウンリンク情報の有効領域とを正常に受信したことを示すのに用いられる情報を含んでよい。
ＲＡＮ２のカバレッジ領域に現在ＵＥが位置している場合、本方法はさらに、以下に挙げる段階を含んでよい。
９０５：ＵＥはＲＲＣ接続再開要求（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ ｒｅｑｕｅｓｔ）をＲＡＮ２に送出する。
９０６：ＲＡＮ２はＵＥのコンテキスト（ＵＥ ｃｏｎｔｅｘｔ）をＲＡＮ１から取得する。
段階９０６の特定の実装において、ＲＡＮ２はＵＥコンテキスト要求（ｒｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔ）をＲＡＮ１に送出する。コンテキスト要求には識別子（例えば、ＵＥのＲＲＣ非アクティブ無線ネットワーク一時識別子（ｉｎａｃｔｉｖｅ−ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ、略してＩ−ＲＮＴＩ））が含まれる。ＲＡＮ１は、ＵＥコンテキスト応答（ｒｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｓｐｏｎｓｅ）をＲＡＮ２に送出し、コンテキスト応答にはＵＥのコンテキストが含まれる。
９０７：ＲＡＮ１はインジケーション情報をＡＭＦに送出する。
インジケーション情報は、Ｎ２インタフェース要求確認応答（Ｎ２ ｒｅｑｕｅｓｔ ａｃｋ）メッセージに含まれてよい。
インジケーション情報は、ＲＡＮ１がＵＥの第１のＰＤＵセッションを有効にできないことを示すのに用いられる。インジケーション情報の他の説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
段階９０７の別の実装態様では、ＲＡＮ１は代替的に、ＲＡＮ１がＵＥの第１のＰＤＵセッションの有効化に失敗したことを示すのに用いられるメッセージをＡＭＦに送出してよい。このメッセージの説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
９０８：ＡＭＦはインジケーション情報をＳＭＦ１に送出する。
インジケーション情報は、ＳＭＦ１により提供されるＰＤＵセッションコンテキスト更新要求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔ）に含まれてよい。
ＡＭＦによりＳＭＦ１に送出されるインジケーション情報は、第１のＰＤＵセッションが有効にできないとＳＭＦ１が判定するのに用いられる。
９０９：ＳＭＦ１は、予め設定された時間の後に、第２のダウンリンク情報をＲＡＮ２に送出すると決定する。
段階９０９の別の実装態様では、ＳＭＦ１は、ＵＥの経路切り替え又はＲＲＣ接続再開手順が完了したと判定した後に、第２のダウンリンク情報をＲＡＮ２に送出する。予め設定された時間、経路切り替え、及びＲＲＣ接続復元手順の関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
本実施形態及び以下の実施形態における予め設定された時間の開始時間は、インジケーション情報が受信された時間であってもよく、別の時間であってもよい。これについては、本願の実施形態において特に限定されない。
９１０：ＳＭＦ１はインジケーション情報応答をＡＭＦに送出する。インジケーション情報応答は、ＳＭＦ１がインジケーション情報を正常に受信したことを示すのに用いられる。
インジケーション情報応答は、ＳＭＦ１により提供されるＰＤＵセッションコンテキスト更新応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅ）に含まれてよい。
段階９１０は任意選択の段階である。説明を簡単にするために、この段階は、以下の実施形態では説明しない。
９１１：ＲＡＮ２はＮ２インタフェース経路切り替え要求（Ｎ２ ｐａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔ）をＡＭＦに送出する。
Ｎ２インタフェース経路切り替え要求は、ＵＥのために経路切り替えの実行を要求するのに用いられる。経路切り替えの関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
９１２：ＡＭＦは、ＰＤＵセッションコンテキスト更新要求（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔ）をＳＭＦ２に送出する。
ＰＤＵセッションコンテキスト更新要求は、第２のＰＤＵセッションのコンテキストの更新を要求するのに用いられる。本実施形態及び以下の実施形態は、ＲＡＮ２が第２のＰＤＵセッションを承諾するという一例を用いて説明される。
９１３：ＳＭＦ２は、ＳＭＦ２により提供されるＰＤＵセッションコンテキスト更新応答（Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔＲｅｓｐｏｎｓｅ）をＡＭＦに送出する。
９１４：ＡＭＦは、Ｎ２インタフェース経路切り替え要求確認応答（Ｎ２ ｐａｔｈ ｓｗｉｔｃｈ ａｃｋ）をＲＡＮ２に送出する。
段階９１１〜段階９１４の目的は、ＵＥのアクティブなＰＤＵセッションをＲＡＮ２に切り替えることである。このプロセスは、段階９０７の前に実行されてもよい。この場合、段階９０９は実行されなくてよい。
９１５：ＲＡＮ２は、ＲＲＣ接続再開（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ）メッセージをＵＥに送出する。
段階９０５〜段階９１５は、ＵＥとＲＡＮとの間のＲＲＣ接続再開手順である。
段階９１５は、段階９０６と段階９１１との間で実行されてもよい。
９１６：ＳＭＦ１は、第２のダウンリンク情報をＲＡＮ２に送出する。
具体的には、ＳＭＦ１は、ＡＭＦを介して第２のダウンリンク情報をＲＡＮ２に送出してよい。
第１のダウンリンク情報及び第２のダウンリンク情報は同じであってもよく、異なっていてもよい。詳細については、前述の関連説明を参照されたい。
本実施形態では、ＡＭＦは、ＳＭＦとＲＡＮとの間で送信される情報を認識しなくてよい、すなわち、ＡＭＦは、ＳＭＦとＲＡＮとの間の情報を透過的に送信する。ＡＭＦがＳＭＦとＲＡＮとの間で送信される情報を認識する場合、段階９０７ａはさらに、段階９０７と段階９０８との間に含まれてよい。段階９０７ａは、ＵＥがＲＡＮ１とは異なる別のＲＡＮノードへのＲＲＣ接続再開手順を開始したとＡＭＦが判定することであってよい。
［実施形態２］
本実施形態では、ＡＭＦは、第２のＰＤＵセッションにサービスを提供するＳＭＦ（すなわち、ＳＭＦ２）がＳＭＦ１と同じであるかどうかに応じて、インジケーション情報をＳＭＦ１に送出するかどうかを判定する。
図１０Ａ〜図１０Ｃを参照すると、本実施形態で提供される方法は、以下に挙げる段階を含む。
段階１０００〜段階１００７はそれぞれ、段階９００〜段階９０７と同じである。
１００８：ＡＭＦは、ＵＥの現在位置情報を取得する。
具体的には、ＡＭＦは、ＲＡＮ１により送出されるＵＥの現在位置情報を受信してよい。ＵＥの現在位置情報は、ＵＥがＲＡＮ２のカバレッジ領域に位置していることを示す。
１００９：ＡＭＦは、ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に位置しているかどうか、またＵＥのアクティブなＰＤＵセッションにサービスを提供するＳＭＦ（すなわち、ＳＭＦ２）がＳＭＦ１と同じであるかどうかを判定する。
ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に位置しており、且つＳＭＦ１がＳＭＦ２と同じであるとＡＭＦが判定した場合、段階１０１０ａ〜段階１０１７ａが実行される。
１０１０ａ：ＡＭＦは、インジケーション情報をＳＭＦ１に送出する。
インジケーション情報は、ＳＭＦ１により提供されるＰＤＵセッションコンテキスト更新要求に含まれてよい。
ＡＭＦによりＳＭＦ１に送出されるインジケーション情報は、第１のＰＤＵセッションが有効にできないとＳＭＦ１が判定するのに用いられる。
１０１１ａ：ＳＭＦ１は、予め設定された時間の後に、第１のダウンリンク情報をＲＡＮ２に送出すると決定する。
段階１０１１ａの別の実装態様では、ＳＭＦ１は、ＵＥの経路切り替え又はＲＲＣ接続再開手順が完了したと判定した後に、第１のダウンリンク情報をＲＡＮ２に送出する。予め設定された時間、経路切り替え、及びＲＲＣ接続復元手順の関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
段階１０１２ａ〜段階１０１６ａはそれぞれ、段階９１１〜段階９１５と同じである。
１０１７ａ：ＳＭＦ１は、第１のダウンリンク情報をＲＡＮ２に送出する。
この場合、ＵＥは有効領域に位置しているため、ＳＭＦ１は、同じダウンリンク情報をＲＡＮ１及びＲＡＮ２に送出する。具体的には、ＳＭＦ１は、ＡＭＦを介して第１のダウンリンク情報をＲＡＮ２に送出してよい。
ＵＥの位置情報及び有効領域に基づいて、ＵＥは有効領域に位置しており、且つＳＭＦ１はＳＭＦ２とは異なるとＡＭＦが判定した場合、段階１０１０ｂ〜段階１０１６ｂが実行される。
１０１０ｂ：ＡＭＦは、予め設定された時間の後に、インジケーション情報に基づいて、第１のダウンリンク情報をＲＡＮ２に送出する。
段階１０１０ｂの別の実装態様では、ＡＭＦは、ＵＥの経路切り替え又はＲＲＣ接続再開手順が完了したと判定した後に、第１のダウンリンク情報をＲＡＮ２に送出する。予め設定された時間、経路切り替え、及びＲＲＣ接続復元手順の関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
段階１０１１ｂ〜段階１０１５ｂはそれぞれ、段階９１１〜段階９１５と同じである。
１０１６ｂ：ＡＭＦは、第１のダウンリンク情報をＲＡＮ２に送出する。
この場合、ＵＥは有効領域に位置しているため、ＡＭＦは、同じダウンリンク情報をＲＡＮ１及びＲＡＮ２に送出する。
［実施形態３］
本実施形態では、ＳＭＦ１は、現在ＵＥが有効領域に位置しているかどうかを判定することによって、ＲＡＮ２に送出されるダウンリンク情報（第１のダウンリンク情報又は第２のダウンリンク情報）を決定してよい。
図１１Ａ及び図１１Ｂを参照すると、本実施形態で提供される方法は、以下に挙げる段階を含む。
段階１１００〜段階１１０７はそれぞれ、段階９００〜段階９０７と同じである。
段階１１０８は、段階１０１０ａと同じである。
１１０９：ＳＭＦ１は、ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に存在するかどうかを判定し、ＵＥが有効領域に存在する場合、ＳＭＦ１は、予め設定された時間の後に、第１のダウンリンク情報をＲＡＮ２に送出すると決定し、ＵＥが有効領域に存在しない場合、ＳＭＦ１は、ＵＥの現在位置情報に基づいて第２のダウンリンク情報を生成し、予め設定された時間の後に、第２のダウンリンク情報をＲＡＮ２に送出すると決定する。
段階１１０９の別の実装態様では、ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に存在するとＳＭＦ１が判定した場合、ＳＭＦ１は代替的に、経路切り替え又はＵＥのＲＲＣ接続再開手順が完了したと判定した後に、第１のダウンリンク情報をＲＡＮ２に送出してよい。ＵＥの現在位置情報と有効領域とに基づいて、ＵＥが有効領域に存在しないとＳＭＦ１が判定した場合、ＳＭＦ１は代替的に、経路切り替え又はＵＥのＲＲＣ接続再開手順が完了したと判定した後に、第２のダウンリンク情報をＲＡＮ２に送出してよい。予め設定された時間、経路切り替え、ＲＲＣ接続復元手順の関連説明については、前述の説明を参照されたい。詳細は、再度ここで説明しない。
段階１１１０〜段階１１１４はそれぞれ、段階９１１〜段階９１５と同じである。
ＵＥが有効領域に位置している場合には、段階１１１５が段階１１１４の後に実行される、あるいは、ＵＥが有効領域に位置していない場合には、段階１１１６が段階１１１４の後に実行される。
１１１５：ＳＭＦ１は、第１のダウンリンク情報をＲＡＮ２に送出する。
具体的には、ＳＭＦ１は、ＡＭＦを介して第１のダウンリンク情報をＲＡＮ２に送出してよい。
１１１６：ＳＭＦ１は、第２のダウンリンク情報をＲＡＮ２に送出する。
具体的には、ＳＭＦ１は、ＡＭＦを介して第２のダウンリンク情報をＲＡＮ２に送出してよい。
［実施形態４］
本実施形態では、ＡＭＦは、ＵＥの現在位置情報を取得し、ＵＥの現在位置情報に基づいて、その後のオペレーションを実行する。ＡＭＦは、ＲＡＮとＳＭＦとの間で送信される情報を認識しなくてよい。ＡＭＦに格納されたＵＥのＲＲＣ接続モードが非アクティブモードである、又はＵＥのＲＲＣ接続モードがＡＭＦに格納されていない。
図１２Ａ〜図１２Ｃを参照すると、本実施形態で提供される方法は、以下に挙げる段階を含む。
段階１２００及び段階１２０１はそれぞれ、段階９００〜段階９０１と同じである。
１２０２：ＡＭＦは、ＵＥの格納されたＲＲＣ接続モードが非アクティブモードである、又はＡＭＦがＵＥのＲＲＣ接続モードを格納していないと判定する。
１２０３：ＡＭＦは、位置報告制御（ｌｏｃａｔｉｏｎ ｒｅｐｏｒｔ ｃｏｎｔｒｏｌ）メッセージをＲＡＮ１に送出する。
位置報告制御メッセージは、上述した位置要求メッセージである。
１２０４：ＲＡＮ１はＵＥを呼び出す。
段階１２０４の関連説明については、段階９０４を参照されたい。詳細は、再度ここで説明しない。
ＲＡＮ２のカバレッジ領域にＵＥが現在位置していないため、段階１２０５〜段階１２１６は、段階１２０４の後に実行されてよい。
段階１２０５〜段階１２１６はそれぞれ、段階１１０５〜段階１１１６と同じである。
段階１２０７のインジケーション情報は、位置報告失敗（ｌｏｃａｔｉｏｎ ｒｅｐｏｒｔ ｆａｉｌｕｒｅ）メッセージに含まれてよい。
本実施形態では、段階１２０７はさらに、ＵＥの現在位置情報を含んでよい。この場合、ＡＭＦは、ＵＥが有効領域に存在するかどうかを判定してよい。
ＵＥが有効領域に存在する場合、ＡＭＦは第１のダウンリンク情報をＲＡＮ２に送出する（例えば、段階１０１０ｂ〜段階１０１６ｂを実行してよい）。
ＵＥが有効領域に存在しない場合、ＡＭＦはインジケーション情報をＳＭＦ１に送出する。この場合、段階１２０９は以下と置き換えられてよい。すなわち、ＳＭＦ１は、ＵＥの現在位置情報に基づいて第２のダウンリンク情報を生成し、予め設定された時間の後に第２のダウンリンク情報をＲＡＮ２に送出すると決定してよい。段階１２１５は、この場合には実行されない。
ＵＥがＲＡＮ２に移動しなかったとき、ＵＥがＲＡＮ１のカバレッジ領域に存在するならば、ＲＡＮ１は位置報告（ｌｏｃａｔｉｏｎ ｒｅｐｏｒｔ）メッセージをＡＭＦに送出してよいことに留意されたい。位置報告メッセージは、ＵＥの現在位置情報を含む。この場合、ＲＡＮ１は、第１のダウンリンク情報に基づいて、第１のＰＤＵセッションを有効にしてよい。したがって、ＡＭＦは、第１のダウンリンク情報をＲＡＮ１に送出する。
前述したことは主に、方法の観点から、本願の実施形態で提供される解決手段を説明している。前述の諸機能を実装するために、通信装置は、各機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含むことが理解され得る。当業者であれば、本明細書で開示される実施形態で説明された実施例の各ユニット及び各アルゴリズム段階と組み合わせて、本願がハードウェア又はハードウェアとコンピュータソフトウェアとの組み合わせで実装されてよいことを容易に認識するはずである。ある機能がハードウェアで実行されるのか、又はコンピュータソフトウェアで駆動するハードウェアで実行されるのかは、技術的解決手段の特定の用途及び設計上の制約条件に依存する。当業者であれば、異なる方法を用いて、説明された機能を特定の用途ごとに実装し得るが、こうした実装が本願の範囲を超えるものとみなされるべきではない。
本願の実施形態では、通信装置は、前述の方法の実施例に基づいて、複数の機能モジュールに分割されてよい。例えば、各機能モジュールは、対応する各機能に基づく分割によって取得されてもよく、２つ又はそれより多くの機能が１つの処理モジュールに統合されてもよい。統合されたモジュールは、ハードウェアの形態で実装されてもよく、ソフトウェア機能モジュールの形態で実装されてもよい。本願の実施形態では、複数のモジュールへの分割は一例であり、単なる論理的な機能分割にすぎないことに留意されたい。実際の実装では、別の分割方式が用いられてもよい。
図１３を参照すると、本願の一実施形態が通信装置を提供する。装置１３０は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用されてよい。装置１３０は、前述の方法の実施形態における第１のコアネットワークデバイス（図９Ａ〜図１２Ｃでは、第１のコアネットワークデバイスはＳＭＦ１であってよい）の動作を実行するように構成されてよい。装置１３０は、第１のコアネットワークデバイスであってもよく、チップ又はシステムオンチップであってもよい。これについては、限定されない。
具体的には、装置１３０は、通信ユニット１３０２と処理ユニット１３０１とを含んでよい。
処理ユニット１３０１は、通信ユニット１３０２を介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成され、第１のダウンリンク情報は第１のＲＡＮノードが端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
処理ユニット１３０１はさらに、通信ユニット１３０２を介してインジケーション情報を第１のＲＡＮノードから受信するように構成され、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。
処理ユニット１３０１はさらに、インジケーション情報に基づいて、通信ユニットを介して第２のダウンリンク情報を第２のＲＡＮノードに送出するように構成され、第２のダウンリンク情報は第２のＲＡＮノードが端末のＰＤＵセッションを有効にするのに用いられる。
任意選択的に、処理ユニット１３０１はさらに、端末の現在位置情報に基づいて、端末が第１のダウンリンク情報の有効領域に位置していないと判定した場合、端末の現在位置情報に基づいて第２のダウンリンク情報を生成するように構成される。
任意選択的に、処理ユニット１３０１はさらに、端末の現在位置情報に基づいて、端末が第１のダウンリンク情報の有効領域に位置していると判定するように構成され、第１のダウンリンク情報及び第２のダウンリンク情報は同じ情報である。
任意選択的に、処理ユニット１３０１はさらに、通信ユニット１３０２を介して端末の現在位置情報を第１のＲＡＮノードから受信するように構成される。
任意選択的に、インジケーション情報は失敗原因値であり、失敗原因値はＰＤＵセッションの有効化に失敗した原因である。
図１３を参照すると、本願の一実施形態が通信装置を提供する。装置１３０は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用されてよい。装置１３０は、前述の方法の実施形態における第１のＲＡＮノード（図９Ａ〜図１２Ｃでは、第１のＲＡＮノードはＲＡＮ１であってよい）の動作を実行するように構成されてよい。装置１３０は、第１のＲＡＮノードであってもよく、チップ又はシステムオンチップであってもよい。これについては、限定されない。
具体的には、装置１３０は、通信ユニット１３０２と処理ユニット１３０１とを含む。
通信ユニット１３０２は、端末の第１のダウンリンク情報を第１のコアネットワークデバイスから受信するように構成され、第１のダウンリンク情報は、本装置が端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
処理ユニット１３０１は、端末のＲＲＣ接続モードが非アクティブモードである場合、第１のダウンリンク情報に基づいて端末を呼び出すように構成される。
通信ユニット１３０２はさらに、端末のコンテキスト要求を第２のＲＡＮノードから受信するように構成される。
通信ユニット１３０２はさらに、コンテキスト要求に基づいてインジケーション情報を第１のコアネットワークデバイスに送出するように構成され、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。
任意選択的に、通信ユニット１３０２はさらに、端末の現在位置情報を第１のコアネットワークデバイスに送出するように構成される。
任意選択的に、インジケーション情報は失敗原因値であり、失敗原因値はＰＤＵセッションの有効化に失敗した原因である。
図１３を参照すると、本願の一実施形態が通信装置を提供する。装置１３０は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用されてよい。装置１３０は、前述の方法の実施形態における第２のコアネットワークデバイスの関連動作を実行するように構成されてよい。装置１３０は、第２のコアネットワークデバイスであってもよく、チップ又はシステムオンチップであってもよい。これについては、限定されない。
具体的には、装置１３０は、通信ユニット１３０２と処理ユニット１３０１とを含む。
処理ユニット１３０１は、通信ユニット１３０２を介して第１のダウンリンク情報を第１のコアネットワークデバイスから受信し、通信ユニットを介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成され、第１のダウンリンク情報は端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
処理ユニット１３０１はさらに、ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを、第１のＲＡＮノードから通信ユニットを介して受信するように構成される。
処理ユニット１３０１はさらに、このメッセージに基づいて、通信ユニット１３０２を介して第１のダウンリンク情報を第２のＲＡＮノードに送出するように構成される。
任意選択的に、処理ユニット１３０１はさらに、第１のダウンリンク情報の有効領域に関する情報を第１のコアネットワークデバイスから通信ユニット１３０２を介して受信し、端末の現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、メッセージに基づいて、通信ユニットを介して第１のダウンリンク情報を第２のＲＡＮノードに送出するように構成される。
任意選択的に、処理ユニット１３０１はさらに、第１のダウンリンク情報の有効領域に関する情報を第１のコアネットワークデバイスから通信ユニット１３０２を介して受信し、本装置の端末のステータスが接続管理連結状態である場合、且つ端末の格納されたコンテキスト内の位置情報と有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、通信ユニットを介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成される。
任意選択的に、処理ユニット１３０１はさらに、通信ユニット１３０２を介して端末の現在位置情報を第１のＲＡＮノードから受信するように構成される。
任意選択的に、メッセージのメッセージタイプ又はメッセージ名が、ＰＤＵセッションが有効にできないことを示すのに用いられる、又はメッセージはインジケーション情報を含み、インジケーション情報は失敗原因値であり、失敗原因値はＰＤＵセッションの有効化に失敗した原因を示すのに用いられる。
図１３を参照すると、本願の一実施形態が通信装置を提供する。装置１３０は、ＲＲＣ接続モードが非アクティブモードである端末が第１のＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用されてよい。装置１３０は、前述の方法の実施形態における第２のコアネットワークデバイス（図９Ａ〜図１２Ｃでは、第２のコアネットワークデバイスはＡＭＦであってよい）の動作を実行するように構成されてよい。装置１３０は、第２のコアネットワークデバイスであってもよく、チップ又はシステムオンチップであってもよい。これについては、限定されない。
具体的には、装置１３０は、通信ユニット１３０２と処理ユニット１３０１とを含む。
処理ユニット１３０１は、通信ユニット１３０２を介して第１のダウンリンク情報を第１のコアネットワークデバイスから受信し、通信ユニットを介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成され、第１のダウンリンク情報は端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、ＰＤＵセッションは非アクティブ状態である。
処理ユニット１３０１はさらに、ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを、第１のＲＡＮノードから通信ユニット１３０２を介して受信するように構成される。
処理ユニット１３０１はさらに、メッセージに基づいて、通信ユニット１３０２を介してインジケーション情報を第１のコアネットワークデバイスに送出するように構成され、インジケーション情報はＰＤＵセッションが有効にできないことを示すのに用いられる。
任意選択的に、処理ユニット１３０１はさらに、第１のダウンリンク情報の有効領域に関する情報を第１のコアネットワークデバイスから通信ユニットを介して受信し、端末の現在位置情報と第１のダウンリンク情報の有効領域に関する情報とに基づいて、端末が有効領域に位置していないと判定した場合、メッセージに基づいてインジケーション情報を第１のコアネットワークデバイスに通信ユニットを介して送出するように構成される。
任意選択的に、処理ユニット１３０１はさらに、第１のダウンリンク情報の有効領域に関する情報を第１のコアネットワークデバイスから通信ユニット１３０２を介して受信し、本装置の端末のステータスが接続管理連結状態である場合、且つ端末の格納されたコンテキスト内の位置情報と有効領域に関する情報とに基づいて、端末が有効領域に位置していると判定した場合、通信ユニットを介して第１のダウンリンク情報を第１のＲＡＮノードに送出するように構成される。
任意選択的に、処理ユニット１３０１はさらに、通信ユニット１３０２を介して端末の現在位置情報を第１のＲＡＮノードから受信するように構成される。
任意選択的に、インジケーション情報は失敗原因値であり、失敗原因値はＰＤＵセッションの有効化に失敗した原因である。
本願の一実施形態がさらに、命令を含むコンピュータ可読記憶媒体を提供する。命令がコンピュータで実行されると、コンピュータは、前述の方法の実施形態における第１のコアネットワークデバイス、第２のコアネットワークデバイス、又は第１のＲＡＮノードの動作を実行することが可能になる。
本願の一実施形態がさらに、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータで実行されると、コンピュータは、前述の方法の実施形態における第１のコアネットワークデバイス、第２のコアネットワークデバイス、又は第１のＲＡＮノードの動作を実行することが可能になる。
本願の一実施形態がさらに、前述の実施形態における第１のコアネットワークデバイス及び第１のＲＡＮノードを含む通信システムを提供する。
任意選択的に、本システムはさらに、前述の第２のコアネットワークデバイスを含む。図７又は図８に示す実施形態を参照されたい。
任意選択的に、本システムはさらに、前述の第２のＲＡＮノードを含む。図６、図７、又は図８に示す実施形態を参照されたい。
前述の実施形態の全て又は一部が、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせを用いて実装されてよい。これらの実施形態を実装するのにソフトウェアプログラムが用いられる場合、これらの実施形態は、コンピュータプログラム製品の形態で完全に又は部分的に実装されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されると、本願の実施形態による手順又は諸機能は全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能型装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、又はデータセンタから別のウェブサイト、コンピュータ、サーバ、又はデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ， 略してＤＳＬ）方式、又は無線（例えば、赤外線、電波、又はマイクロ波）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセスできる任意の使用可能な媒体でも、１つ又は複数の使用可能な媒体を統合した、サーバ又はデータセンタなどのデータ記憶装置であってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、略してＳＳＤ）などであってよい。
本願は、複数の実施形態を参照して説明されているが、保護を主張する本願を実現する過程において、当業者であれば、添付図面、開示内容、及び添付の特許請求の範囲を考察することにより、開示された実施形態の別の変形例を理解して実現するであろう。特許請求の範囲では、「備える（ｃｏｍｐｒｉｓｉｎｇ）」は別の構成要素又は別の段階を除外せず、「ａ」又は「ｏｎｅ」は複数の意味を除外しない。単一のプロセッサ又は別のユニットが、特許請求の範囲に列挙されているいくつかの機能を実装してよい。いくつかの手段が互いに異なる従属請求項に記載されているが、このことは、これらの手段を組み合わせても、より優れた効果を生み出すことができないことを意味しているわけではない。
本願は、特定の機能及びこれらの機能の実施形態を参照して説明されているが、これらに対して様々な修正及び組み合わせが、本願の趣旨及び範囲から逸脱することなく施されてよいことは明らかである。これに対応して、本明細書及び添付図面は、添付の特許請求の範囲により定められる本願の単なる例示的な説明にすぎず、本願の範囲を包含する修正例、変形例、組み合わせ例、又は均等物のうちのいずれか又は全てとみなされる。当業者であれば、本願に対して本願の趣旨及び範囲から逸脱することなく、様々な修正及び変形を施し得ることは明らかである。本願のこれらの修正及び変形が、以下の特許請求の範囲及びその均等な技術により定められる保護範囲に含まれる限り、本願はこれらの修正及び変形を包含することが意図されている。
本願は、特定の機能及びこれらの機能の実施形態を参照して説明されているが、これらに対して様々な修正及び組み合わせが、本願の範囲から逸脱することなく施されてよいことは明らかである。これに対応して、本明細書及び添付図面は、添付の特許請求の範囲により定められる本願の単なる例示的な説明にすぎず、本願の範囲を包含する修正例、変形例、組み合わせ例、又は均等物のうちのいずれか又は全てとみなされる。当業者であれば、本願に対して本願の趣旨及び範囲から逸脱することなく、様々な修正及び変形を施し得ることは明らかである。本願のこれらの修正及び変形が、以下の特許請求の範囲及びその均等な技術により定められる保護範囲に含まれる限り、本願はこれらの修正及び変形を包含することが意図されている。

Claims (36)

  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. 前記通信ユニットはさらに、前記端末の現在位置情報を前記第１のコアネットワークデバイスに送出するように構成される、請求項２４に記載の装置。
  26. 前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項２４又は２５に記載の装置。
  27. 通信装置であって、前記装置は、無線リソース制御ＲＲＣ接続モードが非アクティブモードである端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記装置は通信ユニットと処理ユニットとを備え、
    前記処理ユニットは、第１のダウンリンク情報を第１のコアネットワークデバイスから前記通信ユニットを介して受信し、前記第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出するように構成され、前記第１のダウンリンク情報は前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態であり、
    前記処理ユニットはさらに、前記第１のＲＡＮノードから前記通信ユニットを介して、前記ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを受信するように構成され、
    前記処理ユニットはさらに、前記メッセージに基づいて、前記通信ユニットを介して前記第１のダウンリンク情報を前記第２のＲＡＮノードに送出するように構成される、装置。
  28. 前記処理ユニットはさらに、
    前記第１のダウンリンク情報の有効領域に関する情報を前記第１のコアネットワークデバイスから前記通信ユニットを介して受信し、
    前記端末の現在位置情報と前記第１のダウンリンク情報の前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記メッセージに基づいて前記第１のダウンリンク情報を前記第２のＲＡＮノードに前記通信ユニットを介して送出する
    ように構成される、請求項２７に記載の装置。
  29. 前記処理ユニットはさらに、
    前記第１のダウンリンク情報の有効領域に関する情報を前記第１のコアネットワークデバイスから前記通信ユニットを介して受信し、
    前記装置の前記端末のステータスが接続管理連結状態である場合、且つ前記端末の格納されたコンテキスト内の位置情報と前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出する
    ように構成される、請求項２７に記載の装置。
  30. 前記処理ユニットはさらに、前記端末の前記現在位置情報を前記第１のＲＡＮノードから前記通信ユニットを介して受信するように構成される、請求項２７から２９のいずれか一項に記載の装置。
  31. 前記メッセージのメッセージタイプ又はメッセージ名が、前記ＰＤＵセッションが有効にできないことを示すのに用いられる、又は前記メッセージはインジケーション情報を含み、前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項２７から３０のいずれか一項に記載の装置。
  32. 通信装置であって、前記装置は、無線リソース制御ＲＲＣ接続モードが非アクティブモードである端末が第１の無線アクセスネットワークＲＡＮノードのカバレッジ領域から第２のＲＡＮノードのカバレッジ領域に移動するシナリオに適用され、前記装置は通信ユニットと処理ユニットとを備え、
    前記処理ユニットは、第１のダウンリンク情報を第１のコアネットワークデバイスから前記通信ユニットを介して受信し、前記第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出するように構成され、前記第１のダウンリンク情報は前記端末のパケットデータユニットＰＤＵセッションを有効にするのに用いられ、前記ＰＤＵセッションは非アクティブ状態であり、
    前記処理ユニットはさらに、前記第１のＲＡＮノードから前記通信ユニットを介して、前記ＰＤＵセッションが有効にできないことを示すのに用いられるメッセージを受信するように構成され、
    前記処理ユニットはさらに、前記メッセージに基づいて、インジケーション情報を前記第１のコアネットワークデバイスに前記通信ユニットを介して送出するように構成され、前記インジケーション情報は前記ＰＤＵセッションが有効にできないことを示すのに用いられる、装置。
  33. 前記処理ユニットはさらに、
    前記第１のダウンリンク情報の有効領域に関する情報を前記第１のコアネットワークデバイスから前記通信ユニットを介して受信し、
    前記端末の現在位置情報と前記第１のダウンリンク情報の前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していないと判定した場合、前記メッセージに基づいて前記インジケーション情報を前記第１のコアネットワークデバイスに前記通信ユニットを介して送出する
    ように構成される、請求項３２に記載の装置。
  34. 前記処理ユニットはさらに、
    前記第１のダウンリンク情報の有効領域に関する情報を前記第１のコアネットワークデバイスから前記通信ユニットを介して受信し、
    前記装置の前記端末のステータスが接続管理連結状態である場合、且つ前記端末の格納されたコンテキスト内の位置情報と前記有効領域に関する前記情報とに基づいて、前記端末が前記有効領域に位置していると判定した場合、前記第１のダウンリンク情報を前記第１のＲＡＮノードに前記通信ユニットを介して送出する
    ように構成される、請求項３２に記載の装置。
  35. 前記処理ユニットはさらに、前記端末の前記現在位置情報を前記第１のＲＡＮノードから前記通信ユニットを介して受信するように構成される、請求項３２から３４のいずれか一項に記載の装置。
  36. 前記インジケーション情報は失敗原因値であり、前記失敗原因値は前記ＰＤＵセッションの有効化に失敗した原因を示すのに用いられる、請求項３２から３５のいずれか一項に記載の装置。
JP2020551532A 2018-04-10 2019-04-04 通信方法及び通信装置 Active JP7125041B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201810317648.XA CN110366270B (zh) 2018-04-10 2018-04-10 通信方法及装置
CN201810317648.X 2018-04-10
PCT/CN2019/081548 WO2019196746A1 (zh) 2018-04-10 2019-04-04 通信方法及装置

Publications (2)

Publication Number Publication Date
JP2021517769A true JP2021517769A (ja) 2021-07-26
JP7125041B2 JP7125041B2 (ja) 2022-08-24

Family

ID=68163922

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020551532A Active JP7125041B2 (ja) 2018-04-10 2019-04-04 通信方法及び通信装置

Country Status (7)

Country Link
US (1) US11470671B2 (ja)
EP (1) EP3771285B1 (ja)
JP (1) JP7125041B2 (ja)
KR (1) KR20200134293A (ja)
CN (1) CN110366270B (ja)
BR (1) BR112020020888A2 (ja)
WO (1) WO2019196746A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018230778A1 (ko) * 2017-06-14 2018-12-20 엘지전자 주식회사 세션을 관리하는 방법 및 그 방법을 수행하는 smf 노드
CN111954269B (zh) * 2019-05-15 2022-11-01 华为技术有限公司 一种承载修改方法及接入网设备
WO2021089811A1 (en) * 2019-11-08 2021-05-14 Nokia Technologies Oy Detection and triggering for ue-to-ue p2p traffic flow routing optimization
CN113498138B (zh) * 2020-04-07 2023-07-07 华为技术有限公司 通信方法和通信装置
CN113473371B (zh) * 2021-08-31 2022-01-25 阿里巴巴达摩院(杭州)科技有限公司 无线通信方法、直播数据的处理方法、amf及ran
CN114301967B (zh) * 2021-12-29 2023-05-23 中国电信股份有限公司 窄带物联网控制方法、装置及设备
CN117042069B (zh) * 2023-09-28 2024-02-27 新华三技术有限公司 应用于5g核心网中的路径切换方法、装置及电子设备

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101094096B (zh) * 2006-06-20 2011-07-20 华为技术有限公司 一种演进网络架构下的移动性管理方法
US8032359B2 (en) * 2007-02-14 2011-10-04 Mindspeed Technologies, Inc. Embedded silence and background noise compression
ES2380200T3 (es) * 2008-06-18 2012-05-09 Research In Motion Limited Método para la continuidad de la calidad de servicio entre múltiples redes 3GPP
KR101341527B1 (ko) * 2009-07-02 2014-01-06 엘지전자 주식회사 패킷 데이터 통신 시스템 내에서 단말의 핸드오프를 가능하게 하는 방법
CN102577449B (zh) * 2010-03-31 2014-04-16 华为技术有限公司 优先级业务激活、去激活方法、装置和系统
EP2645803B1 (en) * 2012-03-27 2019-07-31 BlackBerry Limited Enb storing rrc configuration information at another network component
RU2603626C2 (ru) * 2012-08-23 2016-11-27 Интердиджитал Пэйтент Холдингз, Инк. Работа с множеством планировщиков в беспроводной системе
US9247528B2 (en) * 2012-10-12 2016-01-26 Cisco Technology, Inc. System and method for reducing paging in UTRAN/GERAN/E-UTRAN networks when idle signaling reduction is active
CN103987092B (zh) * 2013-02-08 2018-09-21 华为终端（东莞）有限公司 切换过程中选择网络设备的方法和装置
US9271135B2 (en) * 2013-03-15 2016-02-23 T-Mobile Usa, Inc. Local network alert system for mobile devices using an IMS session and Wi-Fi access point
US9444746B2 (en) * 2013-06-25 2016-09-13 Qualcomm Incorporated Selectively transferring high-priority non-audio data over a quality of service channel
CN105472668A (zh) * 2014-08-12 2016-04-06 芯讯通无线科技（上海）有限公司 移动终端及小区重选方法
CN107667559B (zh) * 2015-04-03 2021-08-27 三星电子株式会社 在无线通信系统中使用不同的无线连接技术提供多连接的装置和方法
WO2016186401A1 (ko) * 2015-05-15 2016-11-24 삼성전자 주식회사 이동 통신 시스템에서 스케줄링 요청을 송수신하는 방법 및 장치
CN107846703B (zh) * 2016-09-21 2020-06-05 电信科学技术研究院 一种数据传输方法及装置
CN113727327A (zh) 2016-09-29 2021-11-30 华为技术有限公司 一种通信方法、设备和系统
CN106658758A (zh) * 2017-02-10 2017-05-10 北京小米移动软件有限公司 状态转换方法、状态保持方法、装置及用户设备
CN107040340A (zh) * 2017-05-05 2017-08-11 电信科学技术研究院 一种系统消息传输方法及装置
EP4120791A1 (en) * 2017-06-21 2023-01-18 LG Electronics Inc. Method and device for performing service request procedure in wireless communication system
US10524189B2 (en) * 2017-09-08 2019-12-31 Kt Corporation Method and apparatus for performing access control in next generation wireless network
CN107770828B (zh) * 2017-11-10 2020-07-03 重庆邮电大学 一种基于本地移动性切换管理方法
WO2019160376A1 (ko) * 2018-02-18 2019-08-22 엘지전자 주식회사 무선 통신 시스템에서 smf의 신호 송수신 방법 및 이를 위한 장치
US10506506B2 (en) * 2018-04-30 2019-12-10 Ofinno, Llc 5G policy control for restricted local operator services
US11399304B2 (en) * 2018-09-28 2022-07-26 Ofinno, Llc Packet duplication by core network

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
""3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Pro", 3GPP TS 23.502 V15.1.0 (2018-03), JPN6021049998, 27 March 2018 (2018-03-27), pages 27 - 38, ISSN: 0004662573 *
QUALCOMM INCORPORATED: ""RAN Paging Handling"", 3GPP TSG-RAN WG3 MEETING #99 R3-181088, JPN6021049996, 16 February 2018 (2018-02-16), ISSN: 0004662572 *

Also Published As

Publication number Publication date
KR20200134293A (ko) 2020-12-01
EP3771285A4 (en) 2021-06-02
WO2019196746A1 (zh) 2019-10-17
EP3771285B1 (en) 2023-01-04
EP3771285A1 (en) 2021-01-27
JP7125041B2 (ja) 2022-08-24
CN110366270B (zh) 2021-08-13
CN110366270A (zh) 2019-10-22
BR112020020888A2 (pt) 2021-02-23
US20210029770A1 (en) 2021-01-28
US11470671B2 (en) 2022-10-11

Similar Documents

Publication Publication Date Title
US11528770B2 (en) Session management method, apparatus, and system
JP7125041B2 (ja) 通信方法及び通信装置
US11356886B2 (en) Method of processing network slice based congestion, device and system thereof
US11805394B2 (en) Context management method and apparatus
US11706835B2 (en) Handling QoS mobility and dual connectivity in NR
KR20210123434A (ko) 통신 방법, 소스 기지국, 타깃 기지국, 코어 네트워크 장치 및 단말 장치
JP2021510273A (ja) 通信方法、通信デバイス、および通信システム
US11265936B2 (en) Handling QoS flow description and EPS bearer operation errors in 4G 5G systems
US11470467B2 (en) Capability management method and communications device
US20210099912A1 (en) Rate control method, apparatus, and system
US20220264378A1 (en) Communication Method, Device, and System
CN110944361B (zh) 用于负载均衡的方法与网元
EP3648512A1 (en) Method for processing session in wireless communication, and terminal device
US20230224993A1 (en) Communication method and apparatus
TR201903705T4 (tr) Bir paket veri ağı bağlantısının yönetilmesi için bir düğüm ve usul.
KR20240024286A (ko) 온보딩을 수행하는 방법 및 장치
US12108284B2 (en) Enhanced PFCP association procedure for session restoration
US12101851B2 (en) Methods, network function nodes and computer readable media for contents communication management

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201021

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201021

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20211122

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211214

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220301

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220801

R150 Certificate of patent or registration of utility model

Ref document number: 7125041

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150