JP2020518203A - 無線通信システムにおいてｕｄｍがａｍｆ登録に関連する手続きを行う方法及びそのための装置 - Google Patents

無線通信システムにおいてｕｄｍがａｍｆ登録に関連する手続きを行う方法及びそのための装置 Download PDF

Info

Publication number
JP2020518203A
JP2020518203A JP2019558577A JP2019558577A JP2020518203A JP 2020518203 A JP2020518203 A JP 2020518203A JP 2019558577 A JP2019558577 A JP 2019558577A JP 2019558577 A JP2019558577 A JP 2019558577A JP 2020518203 A JP2020518203 A JP 2020518203A
Authority
JP
Japan
Prior art keywords
amf
udm
information
access
access type
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
JP2019558577A
Other languages
English (en)
Other versions
JP6858889B2 (ja
Inventor
レヨン キム
レヨン キム
ヒョンソク キム
ヒョンソク キム
チンソク リュ
チンソク リュ
サンミン パク
サンミン パク
ミョンチュン ユン
ミョンチュン ユン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2020518203A publication Critical patent/JP2020518203A/ja
Application granted granted Critical
Publication of JP6858889B2 publication Critical patent/JP6858889B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/10—Mobility data transfer between location register and external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06—De-registration or detaching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/14—Backbone network devices

Landscapes

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

Abstract

【課題】５Ｇ移動通信システムにおいて、ＵＤＭがＡＭＦ登録を効率的に提供する方法を提供する。【解決手段】本発明の一実施例は、無線通信システムにおいてＵＤＭ(Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ)がＡＭＦ(Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)の登録(ｒｅｇｉｓｔｒａｔｉｏｎ)に関連する手続きを行う方法であって、ＵＤＭがアクセスタイプ情報及びＡＭＦ ＩＤ(Ｉｄｅｎｔｉｔｙ)情報を含む、ＵＥのサービングＡＭＦ登録に関連するメッセージを第１ＡＭＦから受信する段階、アクセスタイプ情報に該当する、ＵＥのサービングＡＭＦとして登録された第２ＡＭＦが存在する場合、ＵＤＭは第２ＡＭＦに登録解除関連メッセージを送信する段階を含む、ＡＭＦの登録に関連する手続きを行う方法である。【選択図】図９

Description

本発明は無線通信システムに関し、より具体的には、ＵＤＭ(Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ)がＡＭＦ(Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)の登録(ｒｅｇｉｓｔｒａｔｉｏｎ)に関連する手続きを行う方法及び装置に関する。
無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、可用システムリソース(帯域幅、送信パワーなど)を共有してマルチユーザとの通信を支援できる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＭＣ−ＦＤＭＡ(ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
本発明では、５Ｇ移動通信システムにおいて、ＵＤＭがＡＭＦ登録を効率的に提供する方法を技術的課題とする。
本発明で遂げようとする技術的目的は以上で言及した事項に限定されず、言及していない別の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者によって考慮されるであろう。
本発明の一実施例は、無線通信システムにおいてＵＤＭ(Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ)がＡＭＦ(Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)の登録(ｒｅｇｉｓｔｒａｔｉｏｎ)に関連する手続きを行う方法であって、ＵＤＭがアクセスタイプ情報及びＡＭＦ ＩＤ(Ｉｄｅｎｔｉｔｙ)情報を含む、ＵＥのサービングＡＭＦ登録に関連するメッセージを第１ＡＭＦから受信する段階、アクセスタイプ情報に該当する、ＵＥのサービングＡＭＦとして登録された第２ＡＭＦが存在する場合、ＵＤＭは第２ＡＭＦに登録解除(ｄｅｒｅｇｉｓｔｒａｔｉｏｎ)関連メッセージを送信する段階を含む、ＡＭＦの登録に関連する手続きを行う方法である。
本発明の一実施例は、無線通信システムにおいてＡＭＦ(Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)の登録(ｒｅｇｉｓｔｒａｔｉｏｎ)に関連する手続きを行うＵＤＭ(Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ)装置であって、送受信装置、及びプロセッサを含み、該プロセッサはＵＤＭがアクセスタイプ情報及びＡＭＦ ＩＤ(Ｉｄｅｎｔｉｔｙ)情報を含む、ＵＥのサービングＡＭＦ登録に関連するメッセージを第１ＡＭＦから受信し、アクセスタイプ情報に該当する、ＵＥのサービングＡＭＦとして登録された第２ＡＭＦが存在する場合、ＵＤＭは第２ＡＭＦに登録解除(ｄｅｒｅｇｉｓｔｒａｔｉｏｎ)関連メッセージを送信する、ＵＤＭ装置である。
ＵＤＭはＡＭＦに関連するアクセスタイプ情報及びＡＭＦ ＩＤ情報を格納する。
ＵＤＭがＮＦからＵＥコンテキストの削除に関連する要請メッセージを受信し、ＮＦがＡＭＦである場合、ＵＥコンテキストの削除に関連する要請メッセージはアクセスタイプ情報を含む。
ＵＤＭが加入撤回により登録解除関連メッセージを送信する場合、登録解除関連メッセージはどのアクセスタイプに関するものであるかを指示できる。
ＮＦからサービングＡＭＦ情報を要請するメッセージが受信されると、アクセスタイプに該当するサービングＡＭＦ情報をＮＦに送信し、サービングＡＭＦ情報を要請するメッセージはアクセスタイプ情報を含む。
さらにＮＦからＵＥ到達可能性情報を提供することを要求する要請を受信する段階を含み、ＵＥ到達可能性情報を提供することを要求する要請はアクセスタイプ情報を含む。
ＵＤＭはアクセスタイプに該当するＡＭＦで、ＵＥ到達可能性イベントに対する通知(ｎｏｔｉｆｉｃａｔｉｏｎ)サービスに加入する。
アクセスタイプに該当するＡＭＦからＵＥが到達可能(ｒｅａｃｈａｂｌｅ)であるという情報を受信すると、ＵＥがＮＦに到達可能であるという情報を送信する。
ＵＥが５ＧＳ(５Ｇ Ｓｙｓｔｅｍ)からＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)にハンドオーバーする場合、ＵＤＭによる位置取り消しはアクセスタイプが３ＧＰＰであるＡＭＦについて行われる。
ＵＥが遊休モードにおいて５ＧＳからＥＰＳに変わる時、ＵＤＭによる位置取り消し動作はアクセスタイプが３ＧＰＰであるＡＭＦに行われる。
本発明によれば、３ＧＰＰ、ｎｏｎ−３ＧＰＰアクセスに関連してＡＭＦがアクセスごとに存在できる状況において、サービングＡＭＦ及び／又は関連情報を効率的に管理することができる。
本発明で得られる効果は以上に言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野における当業者に明確に理解されるであろう。
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
ＥＰＣ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ)を含むＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)の概略的な構造を示す図である。 一般的なＥ−ＵＴＲＡＮとＥＰＣのアーキテクチャーを例示する図である。 制御平面における無線インターフェースプロトコルの構造を示す図である。 ユーザ平面における無線インターフェースプロトコルの構造を示す図である。 ランダムアクセス過程を説明するためのフローチャートである。 無線リソース制御(ＲＲＣ)階層における連結過程を示す図である。 ５Ｇシステムを説明する図である。 Ｎｏｎ-Ｒｏａｍｉｎｇ ＮｅｘｔＧｅｎ Ａｒｃｈｉｔｅｃｔｕｒｅを示す図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例に関連して具体的な手続きの一例を説明する図である。 本発明の実施例によるノード装置の構成を示す図である。
以下の実施例は本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は他の構成要素や特徴と結合しない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例において説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は別の実施例に含まれてもよく、別の実施例の対応する構成又は特徴に取り替わってもよい。
以下の説明で使われる特定用語は、本発明の理解を助けるために提供されたもので、これらの特定用語の使用は、本発明の技術的思想から逸脱することなく他の形態に変更されてもよい。
場合によっては、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されたり、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
本発明の実施例はＩＥＥＥ(Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ)８０２系システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ−Ａシステム及び３ＧＰＰ２システムのうち少なくとも一つに関して開示された標準文書によって裏付けられることができる。即ち、本発明の実施例において本発明の技術的思想を明確に示すために説明しなかった段階又は部分は前記文書によって裏付けられることができる。また、本文書で開示している全ての用語は前記標準文書によって説明可能である。
以下の技術は多様な無線通信システムで使用可能である。明確性のために、以下では３ＧＰＰ ＬＴＥ及び３ＧＰＰ ＬＴＥ−Ａシステムを主として説明するが、本発明の技術的思想がこれに制限されるものではない。
本文書で使われる用語は次のように定義される。
−ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)：３ＧＰＰによって開発された、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)ベースの３世代(Ｇｅｎｅｒａｔｉｏｎ)移動通信技術。
−ＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)：ＩＰ(Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)ベースのＰＳ(ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ)コア(ｃｏｒｅ)ネットワークであるＥＰＣ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ)とＬＴＥ／ＵＴＲＡＮなどのアクセスネットワークとで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
−ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置し、カバレッジはマクロセル(ｍａｃｒｏ ｃｅｌｌ)規模である。
−ｅＮｏｄｅＢ：Ｅ−ＵＴＲＡＮの基地局。屋外に設置し、カバレッジはマクロセル(ｍａｃｒｏ ｃｅｌｌ)規模である。
−ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)：ユーザ機器。ＵＥは、端末(ｔｅｒｍｉｎａｌ)、ＭＥ(Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)などと呼ぶこともできる。また、ＵＥは、ノートパソコン、携帯電話、ＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ)、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、ＰＣ(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ)、車両搭載装置のように携帯不可能な機器であってもよい。ＭＴＣ関連内容においてＵＥ又は端末という用語は、ＭＴＣデバイスを指すことができる。
−ＨＮＢ(Ｈｏｍｅ ＮｏｄｅＢ)：ＵＭＴＳネットワークの基地局であり、屋内に設置し、カバレッジはマイクロセル(ｍｉｃｒｏ ｃｅｌｌ)規模である。
−ＨｅＮＢ(Ｈｏｍｅ ｅＮｏｄｅＢ)：ＥＰＳネットワークの基地局であり、屋内に設置し、カバレッジはマイクロセル規模である。
−ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)：移動性管理(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ；ＭＭ)、セッション管理(Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ；ＳＭ)機能を有するＥＰＳネットワークのネットワークノード。
−ＰＤＮ−ＧＷ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ)／ＰＧＷ／Ｐ−ＧＷ：ＵＥ ＩＰアドレス割り当て、パケットスクリーニング(ｓｃｒｅｅｎｉｎｇ)及びフィルタリング、課金データ集合(ｃｈａｒｇｉｎｇ ｄａｔａ ｃｏｌｌｅｃｔｉｏｎ)機能などを有するＥＰＳネットワークのネットワークノード。
−ＳＧＷ(Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ)：移動性アンカー(ｍｏｂｉｌｉｔｙ ａｎｃｈｏｒ)、パケットルーティング(ｒｏｕｔｉｎｇ)、遊休(ｉｄｌｅ)モードパケットバッファリング、ＭＭＥがＵＥをページングするようにトリガーする機能などを有するＥＰＳネットワークのネットワークノード。
−ＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)：ＵＥとＭＭＥ間の制御プレーン(ｃｏｎｔｒｏｌ ｐｌａｎｅ)の上位端(ｓｔｒａｔｕｍ)。ＬＴＥ／ＵＭＴＳプロトコルスタックにおいてＵＥとコアネットワーク間のシグナリング、トラフィックメッセージを取り交わすための機能的な階層であって、ＵＥの移動性を支援し、ＵＥとＰＤＮ ＧＷ間のＩＰ連結を確立(ｅｓｔａｂｌｉｓｈ)及び維持するセッション管理過程を支援することを主な機能とする。
−ＰＤＮ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ)：特定のサービスを支援するサーバー(例えば、ＭＭＳ(Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ)サーバー、ＷＡＰ(Ｗｉｒｅｌｅｓｓ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ)サーバーなど)が位置しているネットワーク。
−ＰＤＮ連結：一つのＩＰ住所(一つのＩＰｖ４住所及び／又は一つのＩＰｖ６プレフィックス)で表現される、ＵＥとＰＤＮ間の論理的連結。
−ＲＡＮ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)：３ＧＰＰネットワークでＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ)を含む単位。ＵＥ間に存在し、コアネットワークへの連結を提供する。
−ＨＬＲ(Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ)／ＨＳＳ(Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ)：３ＧＰＰネットワーク内の加入者情報を持っているデータベース。ＨＳＳは設定保存(ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｔｏｒａｇｅ)、アイデンティティ管理(ｉｄｅｎｔｉｔｙ ｍａｎａｇｅｍｅｎｔ)、使用者状態保存などの機能を行うことができる。
−ＰＬＭＮ(Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ)：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレータ別に区分されて構成できる。
−Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ(又はＰｒｏＳｅ Ｓｅｒｖｉｃｅ又はＰｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅ)：物理的に近接した装置間のディスカバリー及び互いに直接的なコミュニケーション又は基地局を介してのコミュニケーション又は第３の装置を介してのコミュニケーションが可能なサービス。この際、使用者平面データ(ｕｓｅｒ ｐｌａｎｅ ｄａｔａ)は３ＧＰＰコアネットワーク(例えば、ＥＰＣ)を介せずに直接データ経路(ｄｉｒｅｃｔ ｄａｔａ ｐａｔｈ)を介して交換される。
ＥＰＣ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ)
図１はＥＰＣ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ)を含むＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)の概略的な構造を示す図である。
ＥＰＣは３ＧＰＰ技術の性能を向上するためのＳＡＥ(Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ)の核心的な要素である。ＳＡＥは多様な種類のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に相当する。ＳＡＥは、例えばＩＰに基づいて多様な無線接続技術を支援し、より向上したデータ伝送能力を提供するなどの最適化したパケットに基づくシステムを提供することを目標とする。
具体的に、ＥＰＣは３ＧＰＰ ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク(Ｃｏｒｅ Ｎｅｔｗｏｒｋ)であり、パケットに基づく実時間及び非実時間サービスを支援することができる。既存の移動通信システム(即ち、２世代又は３世代移動通信システム)では音声のためのＣＳ(Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ)及びデータのためのＰＳ(Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ)の二つの区別されるサブドメインによってコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化した。即ち、３ＧＰＰ ＬＴＥシステムでは、ＩＰ能力(ｃａｐａｂｉｌｉｔｙ)を有する端末と端末間の連結が、ＩＰに基づく基地局(例えば、ｅＮｏｄｅＢ(ｅｖｏｌｖｅｄ ＮｏｄｅＢ))、ＥＰＣ、アプリケーションドメイン(例えば、ＩＭＳ(ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ))で構成されることができる。即ち、ＥＰＣは端対端(ｅｎｄ−ｔｏ−ｅｎｄ)ＩＰサービス具現に必須な構造である。
ＥＰＣは多様な構成要素を含むことができ、図１は、その一部に相当する、ＳＧＷ(Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ)、ＰＤＮ ＧＷ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ)、ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)、ＳＧＳＮ(Ｓｅｒｖｉｎｇ ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ)、ｅＰＤＧ(ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ)を示す。
ＳＧＷ(又はＳ−ＧＷ)は無線接続ネットワーク(ＲＡＮ)とコアネットワーク間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ ＧＷ間のデータ経路を維持する機能を行う要素である。また、端末がｅＮｏｄｅＢによってサービング(ｓｅｒｖｉｎｇ)される領域にわたって移動する場合、ＳＧＷはローカル移動性アンカーポイント(ａｎｃｈｏｒ ｐｏｉｎｔ)の役目をする。即ち、Ｅ−ＵＴＲＡＮ(３ＧＰＰリリース８以後に定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)内での移動性のためにＳＧＷを介してパケットがルーティングされることができる。また、ＳＧＷは他の３ＧＰＰネットワーク(３ＧＰＰリリース８以前に定義されるＲＡＮ、例えばＵＴＲＡＮ又はＧＥＲＡＮ(ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ)Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)との移動性のためのアンカーポイントとして機能することもできる。
ＰＤＮ ＧＷ(又はＰ−ＧＷ)はパケットデータネットワークに向かうデータインターフェースの終了点(ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ)に相当する。ＰＤＮ ＧＷは政策執行特徴(ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ)、パケットフィルタリング(ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ)、課金支援(ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ)などを支援することができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク(例えば、Ｉ−ＷＬＡＮ(Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ)のような信頼できないネットワーク、ＣＤＭＡ(Ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)ネットワーク又はＷｉＭａｘのような信頼できるネットワーク)との移動性管理のためのアンカーポイントの役目をすることができる。
図１のネットワーク構造の例示ではＳＧＷとＰＤＮ ＧＷが別個のゲートウェイで構成されるものを示すが、２つのゲートウェイが単一ゲートウェイ構成オプション(Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ)によって具現されることもできる。
ＭＭＥは、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当て、トラッキング(ｔｒａｃｋｉｎｇ)、ページング(ｐａｇｉｎｇ)、ローミング(ｒｏａｍｉｎｇ)及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは加入者及びセッション管理に係わる制御平面(ｃｏｎｔｒｏｌ ｐｌａｎｅ)の機能を制御する。ＭＭＥは幾多のｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは保安過程(Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ)、端末対ネットワークセッションハンドリング(Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ)、遊休端末位置決定管理(Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ)などの機能を行う。
ＳＧＳＮは他の３ＧＰＰネットワーク(例えば、ＧＰＲＳネットワーク)に対する使用者の移動性管理及び認証(ａｕｔｈｅｎｔｉｃａｔｉｏｎ)のような全てのパケットデータをハンドリングする。
ｅＰＤＧは信頼できない非３ＧＰＰネットワーク(例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット(ｈｏｔｓｐｏｔ)など)に対する保安ノードとしての役目をする。
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろんのこと、非３ＧＰＰアクセスに基づいてもＥＰＣ内の多様な要素を介して事業者(即ち、オペレータ(ｏｐｅｒａｔｏｒ))が提供するＩＰサービスネットワーク(例えば、ＩＭＳ)にアクセスすることができる。
また、図１では多様なレファレンスポイント(例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど)を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの相異なる機能個体(ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ)に存在する二つの機能を連結する概念的なリンクをレファレンスポイント(ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ)と定義する。次の表１は図１に示したレファレンスポイントをまとめたものである。表１の例示の外にもネットワーク構造によって多様なレファレンスポイントが存在することができる。
図１に示したレファレンスポイントのうちＳ２ａ及びＳ２ｂは非３ＧＰＰインターフェースに相当する。Ｓ２ａは信頼できる非３ＧＰＰアクセス及びＰＤＮ ＧＷ間の関連制御及び移動性支援を使用者平面に提供するレファレンスポイントである。Ｓ２ｂはｅＰＤＧ及びＰＤＮ ＧＷ間の関連制御及び移動性支援を使用者平面に提供するレファレンスポイントである。
図２は一般的なＥ−ＵＴＲＡＮとＥＰＣのアーキテクチャーを示した例示図である。
図示のように、ｅＮｏｄｅＢはＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)連結が活性化しているうちにゲートウェイへのルーティング、ページングメッセージのスケジューリング及び伝送、ブロードキャストチャネル(ＢＣＨ)のスケジューリング及び伝送、上りリンク及び下りリンクでのリソースのＵＥへの動的割当て、ｅＮｏｄｅＢの測定のための設定及び提供、無線ベアラー制御、無線許可制御(ｒａｄｉｏ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ)、及び連結移動性制御などのための機能を行うことができる。ＥＰＣ内ではページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、使用者平面の暗号化、ＳＡＥベアラー制御、ＮＡＳシグナリングの暗号化及び無欠性保護機能を行うことができる。
図３は端末と基地局間の制御平面での無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の構造を示した例示図、図４は端末と基地局間の使用者平面での無線インターフェースプロトコルの構造を示した例示図である。
無線インターフェースプロトコルは３ＧＰＰ無線接続網規格を基盤とする。無線インターフェースプロトコルは水平的に物理階層(Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ)、データリンク階層(Ｄａｔａ Ｌｉｎｋ Ｌａｙｅｒ)及びネットワーク階層(Ｎｅｔｗｏｒｋ Ｌａｙｅｒ)からなり、垂直的にはデータ情報伝送のための使用者平面(Ｕｓｅｒ Ｐｌａｎｅ)と制御信号(Ｓｉｇｎａｌｉｎｇ)伝達のための制御平面(Ｃｏｎｔｒｏｌ ｐｌａｎｅ)に区分される。
プロトコル階層は通信システムで広く知られた開放型システム間の相互接続(Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ)基準モデルの下位３個階層を基にしてＬ１(第１階層)、Ｌ２(第２階層)、Ｌ３(第３階層)に区分されることができる。
以下で、図３に示した制御平面の無線プロトコルと、図４に示した使用者平面での無線プロトコルの各階層を説明する。
第１階層である物理階層は物理チャネル(Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ)を用いて情報伝送サービス(Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ)を提供する。物理階層は上位の媒体接続制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)階層とは伝送チャネル(Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ)を介して連結されており、伝送チャネルを介して媒体接続制御階層と物理階層間のデータが伝達される。そして、相異なる物理階層の間、つまり送信側と受信側の物理階層の間は物理チャネルを介してデータが伝達される。
物理チャネル(Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ)は時間軸上の複数のサブフレームと周波数軸上の複数のサブキャリア(Ｓｕｂ−ｃａｒｒｉｅｒ)で構成される。ここで、一つのサブフレーム(Ｓｕｂ−ｆｒａｍｅ)は時間軸上の複数のシンボル(Ｓｙｍｂｏｌ)と複数のサブキャリアで構成される。一つのサブフレームは複数のリソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)で構成され、一つのリソースブロックは複数のシンボル(Ｓｙｍｂｏｌ)と複数のサブキャリアで構成される。データが伝送される単位時間であるＴＴＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ)は一つのサブフレームに相当する１ｍｓである。
送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰ ＬＴＥによれば、データチャネルであるＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)及びＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)、及び制御チャネルであるＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ−ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)及びＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)に区分することができる。
第２階層には様々な階層が存在する。
まず、第２階層の媒体接続制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ)階層は多様な論理チャネル(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ)を多様な伝送チャネルにマッピングする役目をし、また多様な論理チャネルを一つの伝送チャネルにマッピングする論理チャネル多重化(Ｍｕｌｔｉｐｌｅｘｉｎｇ)の役目を行う。ＭＡＣ階層は上位階層であるＲＬＣ階層とは論理チャネル(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ)で連結されており、論理チャネルは、大別して、伝送される情報の種類によって制御平面(Ｃｏｎｔｒｏｌ ｐｌａｎｅ)の情報を送信する制御チャネル(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)と使用者平面(Ｕｓｅｒ Ｐｌａｎｅ)の情報を送信するトラフィックチャネル(Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ)に区分される。
第２階層の無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ)階層は上位階層から受信したデータを分割(Ｓｅｇｍｅｎｔａｔｉｏｎ)及び連結(Ｃｏｎｃａｔｅｎａｔｉｏｎ)して、下位階層が無線区間にデータを送信するのに適するようにデータの大きさを調節する役目を行う。
第２階層のパケットデータ収斂プロトコル(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ)階層はＩＰｖ４又はＩＰｖ６のようなＩＰパケットの伝送時に帯域幅の小さな無線区間で効率的に送信するために、相対的に大きくて不必要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らすヘッダー圧縮(Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)の機能を行う。また、ＬＴＥシステムではＰＤＣＰ階層が保安(Ｓｅｃｕｒｉｔｙ)機能も行う。これは第３者のデータ傍受を防止する暗号化(Ｃｉｐｈｅｒｉｎｇ)と第３者のデータ操作を防止する無欠性保護(Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ)で構成される。
第３階層の最上部に位置する無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；以下ＲＲＣと略称する)階層は制御平面でのみ定義され、無線運搬子(Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢと略称する)の設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)、再設定(Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ)及び解除(Ｒｅｌｅａｓｅ)に関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担う。この際、ＲＢは端末とＥ−ＵＴＲＡＮ間のデータ伝達のために第２階層によって提供されるサービスを意味する。
端末のＲＲＣと無線網のＲＲＣ階層の間にＲＲＣ連結(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ)がある場合、端末はＲＲＣ連結状態(Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ)にあるようになり、そうでない場合はＲＲＣ遊休モード(Ｉｄｌｅ ｍｏｄｅ)にあるようになる。
以下で端末のＲＲＣ状態(ＲＲＣ ｓｔａｔｅ)とＲＲＣ連結方法について説明する。ＲＲＣ状態とは端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣとの論理的連結(ｌｏｇｉｃａｌ ｃｏｎｎｅｃｔｉｏｎ)をなしているか否かを言い、連結されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態(ｓｔａｔｅ)、連結されていない場合はＲＲＣ＿ＩＤＬＥ状態と言う。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末はＲＲＣ連結が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よって端末を効果的に制御することができる。一方、ＲＲＣ＿ＩＤＬＥ状態の端末はＥ−ＵＴＲＡＮが端末の存在を把握することはできなく、セルより大きな地域単位であるＴＡ(Ｔｒａｃｋｉｎｇ Ａｒｅａ)単位で核心網が管理する。即ち、ＲＲＣ＿ＩＤＬＥ状態の端末はセルに比べて大きな地域単位で該当端末の存在有無のみ把握され、音声又はデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移しなければならない。各ＴＡはＴＡＩ(Ｔｒａｃｋｉｎｇ ａｒｅａ ｉｄｅｎｔｉｔｙ)によって区分される。端末はセルで放送(ｂｒｏａｄｃａｓｔｉｎｇ)される情報であるＴＡＣ(Ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ)によってＴＡＩを構成することができる。
使用者が端末の電源を最初に入れたとき、端末は先に適切なセルを探索した後、該当セルでＲＲＣ連結をなし、核心網に端末の情報を登録する。その後、端末はＲＲＣ＿ＩＤＬＥ状態に留まる。ＲＲＣ＿ＩＤＬＥ状態に留まる端末は必要によってセルを(再)選択し、システム情報(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)又はページング情報を調べる。これをセルにキャンプオン(Ｃａｍｐ ｏｎ)すると言う。ＲＲＣ＿ＩＤＬＥ状態に留まっていた端末はＲＲＣ連結をなす必要があるときに初めてＲＲＣ連結過程(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ)によってＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ連結をなし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ連結をなす必要がある場合は色々がある。例えば、使用者の通話試み、データ伝送試み、又はＥ−ＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージ伝送などを挙げることができる。
ＲＲＣ階層上に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)階層は連結管理(Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ)と移動性管理(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ)などの機能を行う。
以下、図３に示したＮＡＳ階層について詳しく説明する。
ＮＡＳ階層に属するｅＳＭ(ｅｖｏｌｖｅｄ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ)はデフォルトベアラー(Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ)管理、専用ベアラー(Ｄｅｄｉｃａｔｅｄ Ｂｅａｒｅｒ)管理のような機能を行い、端末が網からＰＳサービスを用いるための制御を担う。デフォルトベアラーリソースは特定のパケットデータネットワーク(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ；ＰＤＮ)に最初に接続するとき、網から割り当てられるという特徴を有する。この際、ネットワークは、端末がデータサービスを使えるように端末が使用可能なＩＰ住所を割り当て、そしてデフォルトベアラーのＱｏＳを割り当てる。ＬＴＥでは、大別して、データ送受信のための特定の帯域幅を保障するＧＢＲ(Ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ)ＱｏＳ特性を有するベアラーと帯域幅の保障なしにＢｅｓｔ ｅｆｆｏｒｔ ＱｏＳ特性を有するＮｏｎ−ＧＢＲベアラーの２種を支援する。デフォルトベアラーの場合、Ｎｏｎ−ＧＢＲベアラーが割り当てられる。専用ベアラーの場合にはＧＢＲ又はＮｏｎ−ＧＢＲのＱｏＳ特性を有するベアラーが割り当てられることができる。
ネットワークで端末に割り当てたベアラーをＥＰＳ(ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｅｒｖｉｃｅ)ベアラーと言い、ＥＰＳベアラーを割り当てるとき、ネットワークは一つのＩＤを割り当てるようになる。これをＥＰＳベアラーＩＤと言う。一つのＥＰＳベアラーはＭＢＲ(ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ)又は／及びＧＢＲ(Ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ)のＱｏＳ特性を有する。
図５は３ＧＰＰ ＬＴＥでのランダムアクセス過程を示したフローチャートである。
ランダムアクセス過程はＵＥが基地局に対するＵＬ同期を得るかＵＬ無線リソースを割り当てられるために用いられる。
ＵＥはルートインデックス(ｒｏｏｔ ｉｎｄｅｘ)とＰＲＡＣＨ(ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ)設定インデックス(ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ)をｅＮｏｄｅＢから受信する。各セルごとにＺＣ(Ｚａｄｏｆｆ−Ｃｈｕ)シーケンスによって定義される６４個の候補(ｃａｎｄｉｄａｔｅ)ランダムアクセスプリアンブルがあり、ルートインデックスは端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
ランダムアクセスプリアンブルの伝送は各セルごとに特定の時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスはランダムアクセスプリアンブルの伝送が可能な特定のサブフレームとプリアンブルフォーマットを指示する。
ＵＥは任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢに送信する。ＵＥは６４個の候補ランダムアクセスプリアンブルの一つを選択する。そして、ＰＲＡＣＨ設定インデックスによって該当のサブフレームを選択する。ＵＥは選択されたランダムアクセスプリアンブルを選択されたサブフレームに送信する。
ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢはランダムアクセス応答(ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ)をＵＥに送る。ランダムアクセス応答は２段階で検出される。まず、ＵＥはＲＡ−ＲＮＴＩ(ｒａｎｄｏｍ ａｃｃｅｓｓ−ＲＮＴＩ)でマスキングされたＰＤＣＣＨを検出する。ＵＥは検出されたＰＤＣＣＨによって指示されるＰＤＳＣＨ上でＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)内のランダムアクセス応答を受信する。
図６は無線リソース制御(ＲＲＣ)階層での連結過程を示す。
図６に示したように、ＲＲＣ連結可否によってＲＲＣ状態が示されている。ＲＲＣ状態とはＵＥのＲＲＣ階層のエンティティ(ｅｎｔｉｔｙ)がｅＮｏｄｅＢのＲＲＣ階層のエンティティと論理的連結(ｌｏｇｉｃａｌ ｃｏｎｎｅｃｔｉｏｎ)をなしているか否かを言い、連結されている場合はＲＲＣ連結状態(ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ)と言い、連結されていない状態をＲＲＣ遊休モードと言う。
連結状態(Ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ)のＵＥはＲＲＣ連結(ｃｏｎｎｅｃｔｉｏｎ)が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よってＵＥを効果的に制御することができる。一方、遊休モードのＵＥはｅＮｏｄｅＢが把握することはできなく、セルより大きな地域単位であるトラッキング地域(Ｔｒａｃｋｉｎｇ Ａｒｅａ)単位で核心網(Ｃｏｒｅ Ｎｅｔｗｏｒｋ)が管理する。トラッキング地域(Ｔｒａｃｋｉｎｇ Ａｒｅａ)はセルの集合単位である。即ち、遊休モードＵＥは大きな地域単位で存在有無のみ把握され、音声やデータのような通常の移動通信サービスを受けるためには、端末は連結状態(ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ)に遷移しなければならない。
使用者がＵＥの電源を最初に入れたとき、ＵＥは先に適切なセルを探索した後、該当セルで遊休モードで留まる。遊休モードで留まっていたＵＥはＲＲＣ連結をなす必要があるときに初めてＲＲＣ連結過程(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ)によってｅＮｏｄｅＢのＲＲＣ階層とのＲＲＣ連結をなし、ＲＲＣ連結状態(ｃｏｎｎｅｃｔｅｄ ｓｔａｔｅ)に遷移する。
遊休モードにあったＵＥがＲＲＣ連結をなす必要がある場合はいろいろがある。例えば、使用者の通話試み、データ伝送、又はＥＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージの伝送を挙げることができる。
遊休モードのＵＥがｅＮｏｄｅＢとＲＲＣ連結をなすためには、前述したようにＲＲＣ連結過程(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ)を進行しなければならない。ＲＲＣ連結過程は、大別して、ＵＥがｅＮｏｄｅＢにＲＲＣ連結要求(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ)メッセージを送信する過程、ｅＮｏｄｅＢがＵＥにＲＲＣ連結設定(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ)メッセージを送信する過程、及びＵＥがｅＮｏｄｅＢにＲＲＣ連結設定完了(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ)メッセージを送信する過程を含む。このような過程について図６を参照してより詳細に説明すると次のようである。
１)遊休モード(Ｉｄｌｅ ｓｔａｔｅ)のＵＥは、通話試み、データ伝送試み、又はｅＮｏｄｅＢのページングに対する応答などの理由でＲＲＣ連結をなそうとする場合、まずＲＲＣ連結要求(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ)メッセージをｅＮｏｄｅＢに送信する。
２)ＵＥからＲＲＣ連結要求メッセージを受信すれば、ｅＮＢは、無線リソースが十分な場合、ＵＥのＲＲＣ連結要求を受諾し、応答メッセージであるＲＲＣ連結設定(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ)メッセージをＵＥに送信する。
３)ＵＥがＲＲＣ連結設定メッセージを受信すれば、ｅＮｏｄｅＢにＲＲＣ連結設定完了(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ ｃｏｍｐｌｅｔｅ)メッセージを送信する。ＵＥがＲＲＣ連結設定メッセージを成功的に送信すれば、初めてＵＥはｅＮｏｄｅＢとｍｐＲＲＣ連結をなし、ＲＲＣ連結モードに遷移する。
従来のＥＰＣにおけるＭＭＥは、次世代システム(又は５Ｇ ＣＮ(Ｃｏｒｅ ｎｅｔｗｏｒｋ))ではＡＭＦ(Ｃｏｒｅ Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)とＳＭＦ(Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)に分離された。よって、ＵＥとのＮＡＳ ｉｎｔｅｒａｃｔｉｏｎ及びＭＭ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ)はＡＭＦが、またＳＭ(Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ)はＳＭＦが行った。ＳＭＦはｕｓｅｒ−ｐｌａｎｅ機能を有する、即ちｕｓｅｒ ｔｒａｆｆｉｃをルーティングするｇａｔｅｗａｙであるＵＰＦ(Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ)を管理するが、これは従来のＥＰＣにおいてＳ−ＧＷとＰ−ＧＷのｃｏｎｔｒｏｌ−ｐｌａｎｅ部分をＳＭＦが担当し、ｕｓｅｒ−ｐｌａｎｅ部分はＵＰＦが担当することと見なすことができる。Ｕｓｅｒ ｔｒａｆｆｉｃのルーティングのためにＲＡＮとＤＮ(Ｄａｔａ Ｎｅｔｗｏｒｋ)の間にＵＰＦが１つ以上存在できる。即ち、従来のＥＰＣは５Ｇにおいて図７に示したように構成される。また、従来のＥＰＳにおけるＰＤＮ ｃｏｎｎｅｃｔｉｏｎに対応する概念として、５Ｇ ＳｙｓｔｅｍではＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ) ｓｅｓｓｉｏｎが定義されている。ＰＤＵセッション(ＰＤＵ ｓｅｓｓｉｏｎ)はＩＰ ｔｙｐｅだけではなく、Ｅｔｈｅｒｎｅｔ ｔｙｐｅ又はｕｎｓｔｒｕｃｔｕｒｅｄ ｔｙｐｅのＰＤＵ ｃｏｎｎｅｃｔｉｖｉｔｙ ｓｅｒｖｉｃｅを提供するＵＥとＤＮの間のａｓｓｏｃｉａｔｉｏｎを言う。なお、ＵＤＭ(Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ)はＥＰＣのＨＳＳに対応する機能を行い、ＰＣＦ(Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ)はＥＰＣのＰＣＲＦに対応する機能を行う。勿論、５Ｇ Ｓｙｓｔｅｍの要求事項を満たすために、その機能が拡張された形態で提供されることもできる。Ｎ１は５Ｇ ＵＥとＡＭＦの間の制御平面に対するｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔであり、Ｎ２は５Ｇ(Ｒ)ＡＮとＡＭＦの間の制御平面に対するｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔであり、Ｎ３は５Ｇ(Ｒ)ＡＮとＵＰＦの間のユーザ平面のｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔである。またＮ４はＳＭＦとＵＰＦの間のｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔであり、Ｎ５はｐｃｆ機能と応用機能の間のｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔであり、Ｎ６はＵＰＦとデータネットワークの間のｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔである。データネットワークは運営者外部公開、個人データネットワーク又は運営者データネットワークである。Ｎ７はＳＭＦとＰＣＦの間のｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔである。５Ｇ Ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ、各ｆｕｎｃｔｉｏｎ、各ｉｎｔｅｒｆａｃｅに関する詳しい事項はＴＳ ２３．５０１を準用する。特に、５Ｇシステム(即ち、ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ)は、ｎｏｎ−３ＧＰＰ Ａｃｃｅｓｓも支援する必要があり、よってＴＳ ２３．５０１Ｖ０．２.０の４．２．７にはｎｏｎ−３ＧＰＰ Ａｃｃｅｓｓを支援するためのアーキテクチャー、ネットワーク要素などの内容が記載されている。Ｎｏｎ−３ＧＰＰ接続の例としては、代表的にＷＬＡＮ接続があり、これはｔｒｕｓｔｅｄ ＷＬＡＮとｕｎｔｒｕｓｔｅｄ ＷＬＡＮを全て含む。
ＴＳ ２３.５０１には様々なｎｏｎ−３ＧＰＰアクセスが含まれたアーキテクチャーがあるが、一例として、図８のように、３ＧＰＰアクセスに対するＡＭＦ(即ち、ＵＥの３ＧＰＰアクセスに対するサービングＡＭＦ)とｎｏｎ−３ＧＰＰアクセスに対するＡＭＦ(即ち、ＵＥのｎｏｎ−３ＧＰＰアクセスに対するサービングＡＭＦ)が異なる場合がある。これは各アクセスが属する／位置するＰＬＭＮが異なるためである。
このようにＵＥに対してサービングＡＭＦが２つ(以上)である場合、サービングＡＭＦを格納するＵＤＭはＡＭＦからサービングノードの登録要請があった時(例えば、ＴＳ ２３.５０２ｖ０.３.０の５.２.３.１(ＮＵＤＭ_Ｓｅｒｖｉｎｇ ＮＦ_Ｒｅｇｉｓｔｒａｔｉｏｎ ｓｅｒｖｉｃｅ)動作)、このＡＭＦがどのアクセスタイプに対するサービングＡＭＦであるかが分からない。従って、ＵＤＭはＵＥに対するサービングＡＭＦが既に存在する場合、それを取り替えるか、又はそれとは異なるアクセスに対するサービングＡＭＦとして追加するかを決定することができない。その他にも、あるネットワークエンティティがＵＤＭにＵＥのサービングＡＭＦに関する情報を尋ねるか、又はサービングＡＭＦへの動作を要請する時、ＵＤＭはどのアクセスタイプに対するＡＭＦであるかを決定できない問題がある。
以下、このように３ＧＰＰ、ｎｏｎ−３ＧＰＰアクセスに関連してＡＭＦがアクセスごとに存在する場合、サービングＡＭＦを効率的に管理する方法、又はサービングＡＭＦに関する情報を管理する方法などを説明する。
実施例
本発明の一実施例によるＵＤＭは、ＡＭＦ(Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)の登録に関連する手続きにおいて、アクセスタイプ情報及びＩＤ情報を含む、ＵＥのサービングＡＭＦ登録に関連するメッセージを第１ＡＭＦから受信する。ＵＤＭはＡＭＦに関連するアクセスタイプ情報及びＡＭＦ ＩＤ情報を格納する。もし該アクセスタイプ情報に該当する、ＵＥのサービングＡＭＦとして登録された第２ＡＭＦが存在する場合、ＵＤＭは第２ＡＭＦで登録解除関連メッセージを送信する。ここで、アクセスタイプは３ＧＰＰアクセス、ｎｏｎ−３ＧＰＰアクセスを含む(ＡＭＦに関連するアクセスタイプ情報及びＡＭＦ ＩＤ情報の格納は、アクセスタイプ情報に該当するＵＥのサービングＡＭＦとして登録された第２ＡＭＦが存在する場合、又は存在しない場合にも行うことができる)。
即ち、ＡＭＦがサービングＡＭＦとして登録されるために送信するメッセージはＡＭＦのＩＤを含むが、このＡＭＦがどのアクセスタイプに関するかという情報をＵＤＭに知らせることである。ＵＤＭは従来にはＡＭＦのＩＤのみを格納したこととは異なり、ＡＭＦ ＩＤに関連するアクセスタイプ情報まで一緒に格納する。この場合、ＵＤＭはＡＭＦをアクセスタイプごとに管理することができ、受信された特定のアクセスタイプと同じ、既にＵＥのサービングＡＭＦに登録されたＡＭＦが存在する場合、既に登録されたＡＭＦを登録解除させることである。ＡＭＦが送信するメッセージに含まれるＡＭＦ ＩＤはＡＭＦアドレス、ＡＭＦ ＮＦ(Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ) ＩＤ、ＡＭＦ識別子、ＡＭＦ ＩＰ住所、ＡＭＦのＦＱＤＮのうちのいずれか１つであり、ＡＭＦというＮＦタイプ情報を含むこともできる。又はＡＭＦ ＩＤはＧＵＡＭＩ(Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＡＭＦ ＩＤｅｎｔｉｆｉｅｒ)形態であることもできる。これはＡＭＦが送信するメッセージだけではなく、他のＮＦが送信するメッセージに含まれるＡＭＦ ＩＤにも適用される。また、これはＮＦが送信するメッセージに含まれるＮＦ ＩＤにも適用される。ＵＤＭが格納するＡＭＦのＩＤは、上記ＡＭＦが送信するメッセージに含まれたＡＭＦ ＩＤであるか、その一部の情報であるか、又はＵＤＭが理解する形態に変形したものである。また本発明の全般にわたってＵＤＭが格納するＮＦのＩＤに適用できる。
上述した動作を図９を参照しながら、一般登録(Ｇｅｎｅｒａｌ Ｒｅｇｉｓｔｒａｔｉｏｎ)手続きにより詳しく説明する。図９には３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０の一般登録手続きが示されている。図９において、段階Ｓ９０１におけるＵＥが登録要請を送信することから段階Ｓ９１３に関する内容、及びＳ９１５〜Ｓ９２３に関する詳しい内容は、３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０の一般登録部分の説明で代替する。
段階Ｓ９１４において、もしＡＭＦが最後の登録手続きにより変更されるか、ＡＭＦ内のＵＥのために有効な加入コンテキスト(ｓｕｂｓｃｒｉｐｔｉｏｎ ｃｏｎｔｅｘｔ)がないか、又はＵＥがＡＭＦ内の有効なコンテキストを参照しないＳＵＰＩ(Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｐｅｒｍａｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ)を提供する場合、新ＡＭＦは位置更新手続きを開始する。新ＡＭＦはサービングするアクセスタイプをＵＤＭに提供する。もしアクセスタイプに該当するＡＭＦが存在する場合、ＵＤＭがこのＡＭＦ、即ち、旧ＡＭＦに位置取り消しを開始することを含む。ＵＤＭはサービングＡＭＦ(情報)と共に関連アクセスタイプを格納する。(新ＡＭＦがＵＤＭにアクセスタイプ情報を提供する事項及び関連ＵＤＭ動作の詳しい事項は、図１１の内容を参考)。旧ＡＭＦはＭＭコンテキストを削除してできる限り全ての連関ＳＭＦに知らせ、新ＡＭＦはＵＤＭからＡＭＦ関連の加入データ(ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａ)を得た後、ＵＥのためのＭＭコンテキストを生成する。この時、旧ＡＭＦは３ＧＰＰアクセスに該当するＭＭコンテキストを削除して、３ＧＰＰアクセス上のＰＤＵセクションに対するＳＭＦにそれを通知する。また新ＡＭＦは３ＧＰＰアクセスに対するＭＭコンテキストを生成する。旧ＡＭＦと新ＡＭＦがアクセスタイプが３ＧＰＰアクセスであることを認知することは、ＵＤＭから得るか、又はサービングするアクセスが３ＧＰＰアクセスだけであるためである。
この手続きにおいて、もしＵＥがｎｏｎ−３ＧＰＰアクセスに既に登録されたことと同じＡＭＦに登録する場合(例えば、ＵＥ ｉｓ ｒｅｇｉｓｔｅｒｅｄ ｏｖｅｒ ａ ｎｏｎ−３ＧＰＰ ａｃｃｅｓｓ ａｎｄ ｉｎｉｔｉａｔｅｓ ｔｈｉｓ ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｏ ａｄｄ ａ ３ＧＰＰ ａｃｃｅｓｓ)、ＡＭＦ通知要請(ＡＭＦ Ｎｏｔｉｆｙ Ｒｅｑｕｅｓｔ)(ＡＭＦ ＩＤ、アクセスタイプ)メッセージをＵＤＭに送信する必要がある。アクセスタイプは"３ＧＰＰアクセス"と設定され、通知要請はＵＤＭ内で３ＧＰＰアクセスのためのサービングＡＭＦを登録するためのものである。ＵＤＭは通知応答メッセージ(Ｎｏｔｉｆｙ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ)をＡＭＦに送信する。上述したように、ＡＭＦが新しいアクセスの追加を通知要請メッセージによりＵＤＭに知らせることができ、その他には、位置更新要請メッセージなどの様々なメッセージを用いることができる。
図１０にはｕｎｔｒｕｓｔｅｄ ｎｏｎ−３ＧＰＰアクセスによる登録手続きが示されている。段階Ｓ１００７の後、図９の段階Ｓ９１３及びＳ９１４が行われる。異なる点は、図９ではアクセスタイプを３ＧＰＰアクセスと説明したが、ここではアクセスタイプをＮｏｎ−３ＧＰＰアクセスとして解釈する。勿論、段階Ｓ９１３〜９１４は段階Ｓ１００７の前に行われることもできる。一方、図１０の各手続きに関する詳しい説明は、３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０のＵｎｔｒｕｓｔｅｄ ｎｏｎ−３ＧＰＰアクセスによる登録部分の説明で代替する。
図１１にはＮＵＤＭ_Ｓｅｒｖｉｎｇ ＮＦ_Ｒｅｇｉｓｔｒａｔｉｏｎ ｓｅｒｖｉｃｅのサービス／サービス運用情報の流れが示されている。ここで、Ｎｕｄｍ_Ｓｅｒｖｉｎｇ ＮＦ_Ｒｅｇｉｓｔｒａｔｉｏｎ ｓｅｒｖｉｃｅは以下の表２のように明記できる。以下の説明において本発明の範囲は特定名称などにより制限されない。
図１１を参照すると、段階Ｓ１１０１において、Ｒｅｑｕｅｓｔｅｒ ＮＦはＵＤＭにＵＥのサービングＮＦとして登録されようとする。Ｒｅｑｕｅｓｔｅｒ ＮＦは登録ＵＥサービングＮＦ要請(ＳＵＰＩ、ＮＦ ＩＤ)メッセージをＵＤＭに送信する。ＮＦ ＩＤはＮＦタイプ及びサービングＮＦのＩＤ(識別子)を示す。選択的には、ＲｅｑｕｅｓｔｅｒのＮＦタイプによって、要請メッセージはＵＤＭに格納される追加情報を含むことができる。例えば、もしＮＦがＳＭＦである場合、ＮＦタイプは関連ＡＰＮを含むことができる。
もしＲｅｑｕｅｓｔｅｒのタイプがＡＭＦである場合、要請メッセージはＵＤＭ内のＡＭＦ(情報)と共に格納されるアクセスタイプを含む(例えば、"３ＧＰＰアクセス"又は"Ｎｏｎ−３ＧＰＰアクセス")。
ＡＭＦは段階Ｓ１１０１をアクセスタイプごとに行う。例えば、ＵＥ＃１が３ＧＰＰアクセスによりＡＭＦ＃１に登録すると、ＡＭＦ＃１はＵＤＭにアクセスタイプ＝"３ＧＰＰアクセス"を含めて要請メッセージを送信する。その後、ＵＥ＃１がｎｏｎ−３ＧＰＰアクセスによりＡＭＦ＃１に登録すると、ＡＭＦ＃１はＵＤＭにアクセスタイプ＝"Ｎｏｎ−３ＧＰＰアクセス"を含めて要請メッセージを送信する。他の例として、ＵＥ＃２が３ＧＰＰアクセスによりＡＭＦ＃２に登録すると、ＡＭＦ＃２はＵＤＭにアクセスタイプ＝"３ＧＰＰアクセス"を含めて要請メッセージを送信する。その後、ＵＥ＃２がｎｏｎ−３ＧＰＰアクセスによりＡＭＦ＃３に登録すると、ＡＭＦ＃３はＵＤＭにアクセスタイプ＝"Ｎｏｎ−３ＧＰＰアクセス"を含めて要請メッセージを送信する。
上記ではアクセスタイプ情報として"３ＧＰＰアクセス"又は"Ｎｏｎ−３ＧＰＰアクセス"を言及したが、これらは様々なレベル／形態で表すことができる。例えば、３ＧＰＰアクセスは、ＮＧ-ＲＡＮ(又はＮＲ)、Ｅ-ＵＴＲＡＮ(又はＬＴＥ)のように表現できる。また３ＧＰＰアクセスであり、かつ詳しくどのＲＡＮであるかを表現することもできる。またｎｏｎ−３ＧＰＰアクセスは、ｕｎｔｒｕｓｔｅｄ ｎｏｎ−３ＧＰＰアクセス、ｔｒｕｓｔｅｄ ｎｏｎ−３ＧＰＰアクセス、ＷＬＡＮなどのように表現できる。またｎｏｎ−３ＧＰＰアクセスであり、かつ詳しくどのアクセスであるかを表現することもできる。またアクセスタイプは"Ａｌｌ ａｃｃｅｓｓｅｓ"又は"Ｂｏｔｈ ａｃｃｅｓｓｅｓ"のように、全てのアクセスタイプを示すことができる。このように全てのアクセスタイプを示しながら、Ｓ１１０１を行う場合、ＡＭＦは全てのアクセスタイプに対して自分がサービングＡＭＦであることを認知するまで、Ｓ１１０１を延期することができる。またアクセスタイプ情報を暗示的に示すこともできるが、例えば、ＵＥの位置情報(セルＩＤ、ＷＬＡＮ ＡＰのＳＳＩＤなど)によりＲＡＴ種類を類推するようにすることができる。またアクセスタイプ情報はＲＡＴタイプ情報とも解釈できる。かかるアクセスタイプ関連説明及び動作は、本発明の全般にわたってそのまま又は変形して適用できる。
上記のようにＡＭＦが要請メッセージにアクセスタイプ情報を含めることは、全てのＵＥに対して行われるか(即ち、常に)、又は以下のうちのいずれかの条件を満たす場合に行われる。これは本発明の全般にわたって適用される。
i)ＵＥがｎｏｎ−３ＧＰＰアクセス(又はＷＬＡＮ)によりサービスを受けることができる場合、
ii)ＵＥがｎｏｎ−３ＧＰＰアクセス(又はＷＬＡＮ)によりハンドオーバーすることができる場合、
iii)ＡＭＦが位置する／属するＰＬＭＮがｎｏｎ−３ＧＰＰアクセス(又はＷＬＡＮ)を支援しない場合、
iv)ＡＭＦが位置する／属するＰＬＭＮがＮ３ＩＷＦを支援／ルーティングしない場合。
上記において、ＡＭＦがサービングするアクセスタイプが３ＧＰＰアクセスである場合、アクセスタイプ情報を含まないこともできる。この場合、ＵＤＭはＡＭＦの連関アクセスが３ＧＰＰアクセスであると見なす。またこの場合、アクセスタイプ情報はアクセスタイプがｎｏｎ−３ＧＰＰアクセスである場合のみを示せばよいので、フラグ(又はビット)を１又はＹｅｓ又はＳｅｔすることにより、ＡＭＦがｎｏｎ−３ＧＰＰアクセスに対してサービングすることを示すことができ、フラグ自体を含ませることにより、この場合にＡＭＦがｎｏｎ−３ＧＰＰアクセスに対してサービングすることを示すことができる(例えば、フラグの名前をＮ３ＧＰＰ Ｆｌａｇのようにする)。これは本発明の全般にわたって適用できる。
選択的に加入データ回収指示が含まれる場合は、Ｒｅｑｕｅｓｔｅｒ ＮＦは応答メッセージによりＮＦタイプに関連するＵＥ加入データをリターンすることをＵＤＭに要請する。この指示は、上記データが変更されるか又はそれ以上同期化されない時に、暗黙的に(ＵＤＭ_Ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａ_ＵｐｄａｔｅＮｏｔｉｆｉｃａｔｉｏｎ、図１８を参照)により通報される。
Ｒｅｑｕｅｓｔｅｒ ＮＦがＵＤＭに登録ＵＥサービングＮＦ要請メッセージを送信する時、それはＮＦ ＩＤの変更(例えば、"ＮＵＤＭ_Ｓｅｒｖｉｎｇ ＮＦ_ＣｈａｎｇｅＮｏｔｉｆｉｃａｔｉｏｎ"及び"ＮＵＤＭ_Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｄａｔａ_ＵｐｄａｔｅＮｏｔｉｆｉｃａｔｉｏｎ"サービスに対する)を暗黙的に知らせる。かかる通知サービスへの加入は、該当アクセスタイプに対する加入である。
段階Ｓ１１０２において、ＵＤＭは登録サービングＮＦをＵＥコンテキストに格納する。加入データに関連するＮＦタイプは加入データ回収指示が要請メッセージに含まれる場合、Ｒｅｑｕｅｓｔｅｒ ＮＦにリターンされる。
登録されたサービングＮＦがＡＭＦであると、ＵＤＭは関連するアクセスタイプをサービングＮＦと共に格納する。関連アクセスタイプに対するＡＭＦがＵＤＭにおいてＵＥに対して存在すると、ＵＤＭは既存のＡＭＦを新ＡＭＦ、即ち、Ｒｅｑｕｅｓｔｅｒ ＮＦで代替する。この場合、さらにＵＤＭは現ＡＭＦに位置取り消しメッセージを送信することができる。結局、ＵＤＭ内における連関アクセスタイプのためのＡＭＦが存在しない場合、ＵＤＭは新ＡＭＦ情報(アクセスタイプを有するＲｅｑｕｅｓｔｅｒ ＮＦ)を格納する。
一方、ＵＤＭがＮＦからＵＥコンテキストの削除に関連する要請メッセージを受信し、ＮＦがＡＭＦである場合には、ＵＥコンテキストの削除に関連する要請メッセージは、アクセスタイプ情報を含むことができる。これに関連して、図１２(ａ)にはＮＵＤＭ_Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ_Ｐｕｒｇｅ ｓｅｒｖｉｃｅのサービス／サービス運用情報の流れが示されている。
段階Ｓ１２０１において、Ｒｅｑｕｅｓｔｅｒ ＮＦはＵＥデータ除去要請(ＳＵＰＩ)メッセージをＵＤＭに送信する。これはＵＤＭがＵＥコンテキストから格納されたＲｅｑｕｅｓｔｅｒ ＮＦを削除する要請である。Ｒｅｑｕｅｓｔｅｒ ＮＦがＵＥデータ除去要請メッセージを送信する時、ＮＦの連関アクセスタイプ情報を含むことができる。これはＮＦがＡＭＦである場合にのみ含むことができる。またアクセスタイプ情報はｎｏｎ−３ＧＰＰアクセスである場合にのみ含むことができる。
段階Ｓ１２０２において、ＵＤＭはＲｅｑｕｅｓｔｅｒ ＮＦをＵＥコンテキストから除去し、ＵＥ除去応答メッセージで応答する。その後、ｒｅｑｕｅｓｔｅｒにそれ以上加入データ更新通報を送らない。ＵＤＭは要請メッセージに含まれた又は含まれていないアクセスタイプ情報に基づいて、それに該当する、即ち、要請された(又は要請されたと見なされた)アクセスタイプについて、Ｒｅｑｕｅｓｔｅｒ ＮＦをＵＥコンテキストから削除する。この時、アクセスタイプ情報を応答に含ませることもできる。
上述した説明において、Ｎｕｄｍ_Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ_Ｐｕｒｇｅは以下の表３のように明記(ｓｐｅｃｉｆｙ)できる。
一方、ＵＤＭ内で利用者プロフィールが変更される度に、またその変更がＡＭＦの利用者プロフィールに影響を与える度に、ＵＤＭはこれらの変更を"Ｓｕｂｓｃｒｉｂｅｒ ｄａｔａ Ｕｐｄａｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ ｔｏ ＡＭＦ"手続きにより影響を受けるＡＭＦに知らせる。この場合、ＡＭＦは利用者プロフィールを追加又は変更する。ＵＤＭがＡＭＦにＳｕｂｓｃｒｉｂｅｒ ｄａｔａ Ｕｐｄａｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ ｔｏ ＡＭＦ動作を行う時、どのアクセスタイプに対する利用者プロフィール変更であるかを示す情報をＡＭＦに提供することができる。もし３ＧＰＰアクセスとｎｏｎ−３ＧＰＰアクセスをサービングするＡＭＦが異なると、ＵＤＭは利用者プロフィール変更に対応するアクセスをサービングするＡＭＦでＳｕｂｓｃｒｉｂｅｒ ｄａｔａ Ｕｐｄａｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ ｔｏ ＡＭＦ動作を行う。"Ｓｕｂｓｃｒｉｂｅｒ ｄａｔａ Ｕｐｄａｔｅ Ｎｏｔｉｆｉｃａｔｉｏｎ"サービスは、ＵＤＭがＡＭＦに格納された加入データを更新する時に使用される。
ＡＭＦは変更された加入データによって適切な動作を開始する。例えば、更新された加入データがこのネットワーク内でＵＥのローミングが許容されないことを指示する場合、ＡＭＦ初期登録解除手続きを開始する。ＡＭＦはＵＤＭから提供されたアクセスタイプに関する情報に基づいてこのアクセスについて、又は情報がなくても自分が１つのアクセスについてサービングしていると、該当アクセスについて、上記変更された加入者情報に対応する適切な動作を行う。
図１２(ｂ)にはＡＭＦによる加入データ削除手続きが示されている。段階Ｓ１２１１において、ＵＥ登録解除のＭＭコンテキスト及び加入データを除去した後、ＡＭＦはＵＤＭにＵＥ削除(ＳＵＰＩ)メッセージを送信する。ＡＭＦがＵＥ除去メッセージをＵＤＭに送信する時、どのアクセスタイプに対する削除であるかを明示的に又は暗示的に含む。明示的に含む場合は、例えば、３ＧＰＰアクセス、ｎｏｎ−３ＧＰＰアクセス、２つのアクセスを示す情報の形態で含むことができる。暗示的に含む場合は、ＵＥの位置情報を含むことによりアクセスタイプを知らせることができるが、例えば、セルＩＤのような情報は３ＧＰＰアクセスと解釈され、ＷＬＡＮ ＡＰのＳＳＩＤのような情報はｎｏｎ−３ＧＰＰアクセスと解釈される。勿論、２つのアクセスについて削除する場合には、２つのアクセスに関する位置情報を含むことができる。
段階Ｓ１２１２において、ＵＤＭはＵＥ削除フラグを設定し、ＵＥ Ａｃｋ削除メッセージにより応答する。ＵＤＭはＵＥ削除フラグをアクセスタイプごとに管理することができる。よって、ＡＭＦが提供した情報、ＡＭＦがどのアクセスをサービングするかに関する情報などに基づいて、削除されたアクセスに該当するＵＥ削除フラグを設定(ｓｅｔ)する。
図１３には、Ｎｕｄｍ_Ｓｅｒｖｉｎｇ ＮＦ_ＲｅｍｏｖｅＮｏｔｉｆｉｃａｔｉｏｎ ｓｅｒｖｉｃｅのサービス／サービス運用情報の流れが示されている。段階Ｓ１３０１において、ＵＥサービングＮＦが除去されたことをＵＤＭが検出した場合(例えば、新ＡＭＦがＵＤＭに登録)、ＵＤＭは以前にＮｕｄｍ_Ｓｅｒｖｉｎｇ ＮＦ_ＲｅｍｏｖｅＮｏｔｉｆｉｃａｔｉｏｎサービスに加入されたＲｅｑｕｅｓｔｅｒ ＮＦに、ＵＥサービングＮＦ除去通知(ＳＵＰＩ、サービングＮＦ除去理由)を通報する。上記提供されるサービングＮＦ除去理由は、なぜＮＦが除去されたかという理由(例えば、ｕｐｄａｔｅ ｄｕｅ ｔｏ ａ ｎｅｗ Ｓｅｒｖｉｎｇ ＮＦ ｉｓ ｒｅｇｉｓｔｅｒｅｄ)を指示する。さらにＲｅｑｕｅｓｔｅｒ ＮＦは関連処理を行う(例えば、ｒｅｍｏｖｅ ｔｈｅ ＵＥ ｃｏｎｔｅｘｔ ｉｔ ｍａｉｎｔａｉｎｓ ｗｈｅｎ ｔｈｅ ＵＥ ｉｓ ｎｏｔ ｓｅｒｖｅｄ ｂｙ ｔｈｅ ｒｅｑｕｅｓｔｅｒ)。ＵＤＭはかかる動作をＡＭＦがサービングするアクセスタイプに合わせて行うことができる。即ち、Ｒｅｑｕｅｓｔｅｒ ＮＦが特定のアクセスタイプに対するＮｕｄｍ_Ｓｅｒｖｉｎｇ ＮＦ_ＲｅｍｏｖｅＮｏｔｉｆｉｃａｔｉｏｎサービスに加入した場合、該当アクセスタイプに対応するＵＥサービングＮＦの除去が発生した時、これをＲｅｑｕｅｓｔｅｒ ＮＦに通報することができる。この時、ＵＥサービングＮＦ除去通報メッセージにサービングＮＦの関連アクセスタイプを追加することもできる。
上述した説明において、Ｎｕｄｍ_Ｓｅｒｖｉｎｇ ＮＦ_ＲｅｍｏｖｅＮｏｔｉｆｉｃａｔｉｏｎは以下の表４のように明記(ｓｐｅｃｉｆｙ)できる。
一方、ＵＤＭが加入撤回(ｓｕｂｓｃｒｉｐｔｉｏｎ ｗｉｔｈｄｒａｗｎ)により登録解除関連メッセージを送信する場合は、登録解除関連メッセージはどのアクセスタイプに対するものであるかを指示することができる。
上記説明した動作を図１４を参照しながらＵＤＭ初期登録解除手続きに基づいて詳しく説明する。図１４には３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０の登録解除手続きが示されている。図１４において、段階Ｓ１４０３以後に関する詳しい内容は、３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０の登録解除手続き部分の説明で代替する。
段階Ｓ１４０１ａにおいて、もしＵＤＭが加入者のＭＭコンテキスト及びＰＤＵセクションの即刻削除を望む場合、ＵＤＭは位置取り消し(ＳＵＰＩ(Ｓｕｂｓｃｒｉｂｅｒ Ｐｅｒｍａｎｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ)、Ｃａｎｃｅｌｌａｔｉｏｎ ｔｙｐｅ)メッセージをＲｅｇｉｓｔｅｒｅｄ ＡＭＦに対して加入撤回が設定されたキャンセルタイプと共に送信しなければならない。
ＵＤＭが位置取り消しメッセージを送る時、どのアクセスタイプに対する取り消し要請であるかを追加することができる。ＵＤＭはＡＭＦが３ＧＰＰアクセス及びｎｏｎ−３ＧＰＰアクセスの両方に対してサービングする場合にのみ情報を追加することもできる。情報が含まれていないが、ＡＭＦが両方のアクセスを全てサービングしていると、ＡＭＦは、ｉ)該当ＵＥに対して自分がサービングする全てのアクセスについて取り消し要請があったと見なすことができ、ii)３ＧＰＰアクセスのみについて取り消し要請があったと見なすこともでき、iii)ｎｏｎ−３ＧＰＰアクセスのみについて取り消し要請があったと見なすこともできる。この場合、ＡＭＦにおけるローカル設定(ｌｏｃａｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ)、オペレータ政策(ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ)などの情報に基づいて、i)又はii)又はiii)と見なすことができる。
３ＧＰＰアクセスに対するサービングＡＭＦとｎｏｎ−３ＧＰＰアクセスに対するサービングＡＭＦが異なる場合、ＵＤＭは取り消し要請を行うアクセスに対応するＡＭＦに位置取り消しメッセージを送信する。２つのアクセスについて取り消す場合(これはアクセスに関係なく取り消す場合であると解釈できる)、２つのＡＭＦに各々位置取り消しメッセージを送信する。ＡＭＦはどのアクセスタイプに対する取り消し要請であるかという情報がある場合はその情報に基づいて、又はかかる情報がなくても自分がサービングするアクセスタイプを分かるので、どのアクセスタイプに対する取り消し要請であるかを決定することができる。
段階Ｓ１４０２において、もしキャンセルタイプが加入撤回である場合、活性ＵＥコンテキストを有するＡＭＦはＣＭ−ＣＯＮＮＥＣＴＥＤ状態のＵＥに登録解除要請(登録解除タイプ)メッセージを送信することにより登録解除されたことを知らせる。もし位置取り消しメッセージが再添付される必要があることを指示するフラグを含む場合は、ＡＭＦは登録解除タイプを再添付必要を指示するものと設定する必要がある。もしＵＥがＣＭ−ＩＤＬＥ状態である場合、ＡＭＦはＵＥをページングする。上述したように、ＡＭＦは取り消し要請を受けたアクセスタイプ又は取り消すと決定されたアクセスタイプを認知できるので、該当アクセスにＵＥの登録解除動作を行う。もし３ＧＰＰアクセス及びｎｏｎ−３ＧＰＰアクセスの両方に対して登録解除が必要であると、１つのアクセスに登録解除要請を送信しながら２つのアクセスに対して登録解除することを明示的に又は暗示的に知らせることができる。
一方、ＮＦからサービングＡＭＦ情報を要請するメッセージが受信されると、ＵＤＭは上記アクセスタイプに該当するサービングＡＭＦ情報をＮＦに送信し、サービングＡＭＦ情報を要請するメッセージはアクセスタイプ情報を含むことができる。
これに関連して、図１５(ａ)にはＮｕｄｍ_Ｓｅｒｖｉｎｇ ＮＦ_Ｇｅｔ ｓｅｒｖｉｃｅのサービス／サービス運用情報の流れが示されている。
段階Ｓ１５０１において、ＮＦ消費者はＵＥサービングＮＦを得るために、ＵＥサービングＮＦ獲得要請(ＵＥ ＩＤ、ＮＦタイプ)メッセージをＵＤＭに送信する。ＮＦタイプはどのタイプのＮＦ(例えば、ＡＭＦ、ＳＭＦなど)が尋ねられたかを指示する。ＮＦ消費者(即ち、申請人)がＵＥサービングＮＦ獲得要請メッセージを送信する時、サービングＮＦの関連アクセスタイプ情報を含むことができる。これはＮＦタイプがＡＭＦである場合にのみ含むこともできる。またアクセスタイプ情報はｎｏｎ−３ＧＰＰアクセスである場合にのみ含むこともできる。
段階Ｓ１５０２において、ＵＤＭはＲｅｑｕｅｓｔｅｒ ＮＦが要求された加入サービングＮＦデータにアクセスすることが許容されるか否かを検証し、許容される場合、要求された加入サービングＮＦデータ(例えば、ＦＱＤＮ又はサービングＮＦの住所)を申請人に提供する。ＵＤＭは要請メッセージに含まれた又は含まれていないアクセスタイプ情報に基づいてそれに該当する、即ち、要請された(又は要請されたと見なされた)アクセスタイプに対してＵＥのサービングＮＦを提供する。この時、上記アクセスタイプ情報を応答に含ませることもできる。
ＵＤＭは段階Ｓ１５０１の要請メッセージを受信すると、必ず３ＧＰＰアクセスに対応するＡＭＦ ＩＤを応答に提供することもできる。これは上記提案するアクセスタイプ情報に関する事項が追加されないことを仮定しているとも解釈できる。
ここで、Ｎｕｄｍ_Ｓｅｒｖｉｎｇ ＮＦ_Ｇｅｔ ｓｅｒｖｉｃｅは以下の表５のように明記(ｓｐｅｃｉｆｙ)できる。以下の説明において、本発明の範囲は特定名称などにより制限されない。
図１５(ｂ)にはＮｕｄｍ_Ｓｕｂｓｃｒｉｂｅｒ ｄａｔａ_Ｇｅｔ ｓｅｒｖｉｃｅのサービス／サービス運用情報の流れが示されている。
段階Ｓ１５１１において、Ｒｅｑｕｅｓｔｅｒ ＮＦはＵＤＭから相応する加入者データを得るために、ＵＥ ＩＤ(例えば、ＳＵＰＩ)及びＮＦタイプ情報を提供しながらＵＤＭに要請する。
段階Ｓ１５１２において、もしＮＦタイプがＳＭＦであると、ＤＮＮも含まれる。Ｒｅｑｕｅｓｔｅｒ ＮＦが加入者データ獲得要請メッセージを送信する時、アクセスタイプ情報を含むことができる。これはＮＦがＡＭＦである場合にのみ含むこともできる。またアクセスタイプ情報はｎｏｎ−３ＧＰＰアクセスである場合にのみ含まれることもできる。
段階Ｓ１５１２において、ＵＤＭは相応する加入者データを回収し、Ｒｅｑｕｅｓｔｅｒ ＮＦにデータを提供するためにＵＥ ＩＤ及びＮＦタイプをチェックする。Ｒｅｑｕｅｓｔｅｒ ＮＦがＳＭＦである場合、加入者データは、例えば、ＰＤＵタイプ、公認ＳＳＣモード、基本ＱｏＳプロファイルなどを含む。ＵＤＭは要請メッセージに含まれた又は含まれていないアクセスタイプ情報に基づいてそれに該当する、即ち、要請された(又は要請されたと見なされた)アクセスタイプに関する加入者情報をＲｅｑｕｅｓｔｅｒ ＮＦに提供する。この時、アクセスタイプ情報を応答に含ませることもできる。
ここで、Ｎｕｄｍ_Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ_Ｇｅｔは以下の表６のように明記(ｓｐｅｃｉｆｙ)できる。以下の説明において、本発明の範囲は特定名称などにより制限されない。
一方、ＵＤＭはＮＦからＵＥ到達可能性(Ｒｅａｃｈａｂｉｌｉｔｙ)の情報提供を要求する要請を受信することができるが、ＵＥ到達可能性の情報提供を要求する要請はアクセスタイプ情報を含む。ＵＤＭはアクセスタイプに該当するＡＭＦで、ＵＥ到達可能性イベントに対する通知サービスに加入することができる。アクセスタイプに該当するＡＭＦからＵＥが到達可能であるという情報を受信すると、ＮＦにＵＥが到達可能であるという情報を送信する。
上述した動作を図１６を参照しながら、到達可能性手続きにより詳しく説明する。図１６には３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０の到達可能性手続きが示されている。
段階Ｓ１６００の登録手続き又は加入更新手続きにおいて、ＵＤＭはＡＭＦにＵＥの到達可能性に対する通知要請が承認されたネットワークエンティティの身元(例えば、ＦＱＤＮｓ)を知らせる。ＵＤＭとＳＭＳＦは承認されたことが基本状態である。
以上、ＵＤＭがＡＭＦでＵＥ到達可能性通報を要請したネットワークエンティティを知らせる時、各ネットワークエンティティがどのアクセスタイプに対して到達可能性通知サービスを受けようとするかを提供することができる。これは各ネットワークエンティティから提供された関連情報、ＵＤＭに設定されている情報(ローカル設定、オペレータ政策など)、エンティティの種類／特定(例えば、エンティティが提供するサービス)、ＵＥの加入者情報などに基づいて決定される。ＵＤＭはＡＭＦが３ＧＰＰアクセス及びｎｏｎ−３ＧＰＰアクセスの両方に対してサービングする場合にのみ情報を提供することができる。上記情報が含まれていないが、ＡＭＦが両方のアクセスをサービングしていると、ＡＭＦはi)該当ＵＥに対して自分がサービングする全てのアクセスについて到達可能性の通報要請があったと見なすことができ、ii)３ＧＰＰアクセスのみについて到達可能性の通報要請があったと見なすこともでき、iii)ｎｏｎ−３ＧＰＰアクセスのみについて到達可能性の通報要請があったと見なすこともできる。これはＡＭＦにおけるローカル設定、オペレータ政策、ＵＥの加入者情報などに基づいて、i)又はii)又はiii)と見なすことができる。
３ＧＰＰアクセスに対するサービングＡＭＦとｎｏｎ−３ＧＰＰアクセスに対するサービングＡＭＦが異なる場合、ＵＤＭはＵＥ到達可能性の通報要請を行うアクセスに対応するＡＭＦにネットワークエンティティを知らせるメッセージを送信する。ＡＭＦはどのアクセスタイプに対する到達可能性通報要請であるかに関する情報がある場合はその情報に基づいて、又はかかる情報がなくても自分がサービングするアクセスタイプを分かるので、どのアクセスタイプに対する到達可能性通報要請であるかを決定することができる。
ＡＭＦは各エンティティがどのアクセスタイプに対してＵＥ到達可能性通報要請をしたかというアクセスタイプ情報をｅｎｔｉｔｙ ＩＤと共に格納する。
段階Ｓ１６０１において、もしサービス関連エンティティがＵＤＭにＵＥ到達可能性に関する指示提供を要請する場合、ＵＤＭは加入上にそのエンティティが該要請を行うように承認されたかをチェックする。もしエンティティが承認されていない場合、要請は拒絶されるか(例えば、要請エンティティが有効なエンティティとして認識されているが、その加入に対して許可されていない場合)、又は削除される(例えば、要請エンティティが認識されていない場合)。適切なＯ＆Ｍリポートが生成される。
上記において、サービス関連エンティティがＵＤＭにＵＥ到達可能性通知を要請する時、どのアクセスタイプに対して到達可能性通知サービスを受けようとするかを追加することができる。上記情報が含まれていないと、ＵＤＭはi)該当ＵＥに対して全てのアクセスについて通知要請があったと見なすことができ、ii)３ＧＰＰアクセスのみについて通知要請があったと見なすこともでき、iii)ｎｏｎ−３ＧＰＰアクセスのみについて通知要請があったと見なすこともできる。この場合、ＵＤＭにおけるローカル設定、オペレータ政策、到達可能性通報要請をしたエンティティの種類／特定(例えば、エンティティが提供するサービス)、ＵＥの加入者情報などに基づいて、i)又はii)又はiii)と見なすことができる。
ＵＤＭは各エンティティがどのアクセスタイプに対してＵＥ到達可能性通報要請をしたかというアクセスタイプ情報をｅｎｔｉｔｙ ＩＤと共に格納する。
段階Ｓ１６０２ａにおいて、ＵＤＭはサービス関連エンティティのＩＤを格納し、ＵＲＲＰ−ＡＭＦパラメータをかかる要請が受信されたと設定する。もしＵＲＲＰ−ＡＭＦパラメータ値が"未設定(ｎｏｔ ｓｅｔ)"から"設定(ｓｅｔ)"に変更された場合、ＵＤＭはＵＥ−ＲＥＡＣＨＡＢＩＬＩ-ＮＯＴＩＦＩＣＡＴＩＯＮ−ＲＥＱＵＥＳＴ(ＵＲＲＰ−ＡＭＦ)をＡＭＦに送信する。上記において、ＵＤＭがＡＭＦでＵＥ到達可能性通知を要請する時、どのアクセスタイプに対して到達可能性通知サービスを受けようとするかを提供することができる。これは、上述したように、ＵＤＭにＵＥ到達可能性通知を要請したエンティティから受信したアクセスタイプ関連情報、ＵＤＭに設定されている情報(ローカル設定、オペレータ政策など)、エンティティの種類／特定(例えば、エンティティが提供するサービス)、ＵＥの加入者情報などに基づいて決定される。ＵＤＭはＡＭＦが３ＧＰＰアクセス及びｎｏｎ−３ＧＰＰアクセスの両方に対してサービングする場合にのみ情報を提供することができる。上記情報が含まれていないが、ＡＭＦが両方のアクセスを全てサービングしていると、ＡＭＦはi)該当ＵＥに対して自分がサービングする全てのアクセスについて到達可能性の通報要請があったと見なすことができ、ii)３ＧＰＰアクセスのみについて到達可能性の通報要請があったと見なすこともでき、iii)ｎｏｎ−３ＧＰＰアクセスのみについて到達可能性の通報要請があったと見なすこともできる。この場合、ＡＭＦにおけるローカル設定、オペレータ政策、ＵＥの加入者情報などに基づいて、i)又はii)又はiii)と見なすことができる。
３ＧＰＰアクセスに対するサービングＡＭＦとｎｏｎ−３ＧＰＰアクセスに対するサービングＡＭＦが異なる場合、ＵＤＭはＵＥ到達可能性通報を要請するアクセスに対応するＡＭＦに要請メッセージを送信する。ＡＭＦはどのアクセスタイプに対する到達可能性通報要請であるかに関する情報がある場合はその情報に基づいて、又はかかる情報がなくても自分がサービングするアクセスタイプを分かるので、どのアクセスタイプに対する到達可能性通報要請であるかを決定することができる。
上記ＵＤＭが管理するＵＲＲＰ−ＡＭＦパラメータはアクセスごとに管理できる。例えば、あるエンティティが３ＧＰＰアクセスに対してＵＥ到達可能性通報を要請すると、３ＧＰＰアクセスに対するＵＲＲＰ−ＡＭＦパラメータを"ｓｅｔ"に設定する。
ＡＭＦはＵＤＭがどのアクセスタイプに対してＵＥ到達可能性通報を要請したかをアクセスタイプ情報と共に格納する。
段階Ｓ１６０２ｂにおいて、ＳＭＳＦはＵＥ−ＲＥＡＣＨＡＢＩＬＩ-ＮＯＴＩＦＩＣＡＴＩＯＮ−ＲＥＱＵＥＳＴ(ＵＲＲＰ−ＡＭＦ)をＡＭＦに送信する。上記において、ＳＭＳＦがＡＭＦでＵＥ到達可能性を通知要請する時、どのアクセスタイプに対して到達可能性通知サービスを受けようとするかを追加することができる。上記情報が含まれていないと、ＡＭＦはi)該当ＵＥに対して全てのアクセスについて通知要請があったと見なすことができ、ii)３ＧＰＰアクセスのみについて通知要請があったと見なすこともでき、iii)ｎｏｎ−３ＧＰＰアクセスのみについて通知要請があったと見なすこともできる。この場合、ＡＭＦにおけるローカル設定、オペレータ政策、ＵＥ加入者情報などに基づいて、i)又はii)又はiii)と見なすことができる。又は上記情報が含まれていないと、ＡＭＦはＳＭＳＦがＳＭＳを担当する機能であるので、３ＧＰＰアクセスについて通知要請があったと見なすことができる。ＡＭＦはＳＭＳＦがどのアクセスタイプに対してＵＥ到達可能性通知を要請したかというアクセスタイプ情報をＳＭＳＦ ＩＤと共に格納する。
段階Ｓ１６０３において、ＡＭＦは要請エンティティが加入者の要請を行うように承認されたかをチェックする。もしエンティティが承認されていない場合は、要請が拒絶されるか(例えば、要請エンティティが有効なエンティティとして認識されているが、その加入に対して許可されていない場合)、又は削除される(例えば、要請エンティティが認識されていない場合)。適切なＯ＆Ｍリポートが生成される。
もしＡＭＦがその使用者のためにＭＭコンテキストを有する場合、ＡＭＦはＵＲＲＰ−ＡＭＦをＵＥ到達可能性から変更関連ＵＤＭ情報を報告する必要があると指示するように設定する(例えば、ＵＥの次のＮＡＳ活動が検出された時)
上記ＡＭＦが管理するＵＲＲＰ−ＡＭＦパラメータはアクセスごとに管理できる。例えば、ＵＤＭが３ＧＰＰアクセスに対してＵＥ到達可能性通知を要請すると、３ＧＰＰアクセスに対するＵＲＲＰ−ＡＭＦパラメータを"ｓｅｔ"に設定する。
ＵＤＭが他のネットワークエンティティからＵＥ到達可能性通知要請を受けたので、又は自分がＵＥ到達可能性を要請するためにＡＭＦを選択／決定する時、該当ＵＥに対して３ＧＰＰアクセスをサービングするＡＭＦを必ず選択／決定して、ＡＭＦにＵＥ到達可能性通報要請を送信することもできる(Ｓ１６００、Ｓ１６０２ａを行う時)。これはＵＥをサービングするＡＭＦが多数個である場合、これらのうち、３ＧＰＰアクセスに該当するＡＭＦを選択／決定することとも解釈できる。
図１７にはＮＵＤＭ_ＵＥ Ｒｅａｃｈａｂｉｌｉｔｙ_Ｎｏｔｉｆｉｃａｔｉｏｎ ｓｅｒｖｉｃｅのサービス／サービス運用情報の流れが示されている。段階Ｓ１７０１において、Ｒｅｑｕｅｓｔｅｒ ＮＦはＵＥ ＩＤ、任意パラメータなどの情報を提供するＵＥ到達可能性加入をＵＤＭに送信する。ＵＥ ＩＤ(例えば、ＳＵＰＩ)はＵＤＭによりＵＥを識別しなければならない。Ｒｅｑｕｅｓｔｅｒ ＮＦがＵＥ到達可能性加入メッセージを送信する時、アクセスタイプ情報を含むことができる。これはＮＦがＡＭＦである場合にのみ含むことができる。またアクセスタイプ情報はｎｏｎ−３ＧＰＰアクセスである場合にのみ含むことができる。
段階Ｓ１７０２において、選択的にＵＤＭは任意パラメータに含まれたＮＦ ＩＤに基づいて要請を承認することができる。もしＲｅｑｕｅｓｔｅｒ ＮＦがこのサービスを使用するように承認されていない場合は、ＵＤＭは拒絶応答を送信する。
段階Ｓ１７０３において、もしＲｅｑｕｅｓｔｅｒ ＮＦがこのサービスにアクセスすることが承認された場合、ＵＤＭはＵＥが到達可能であることを獲得すると直ちにＵＥ到達可能性通知メッセージをＲｅｑｕｅｓｔｅｒ ＮＦに送信する。ＵＤＭは要請メッセージに含まれた又は含まれていないアクセスタイプ情報に基づいてそれに該当する、即ち、要請された(又は要請されたと見なされた)アクセスタイプに対するＵＥの到達可能性情報をＲｅｑｕｅｓｔｅｒ ＮＦに提供する。この時、アクセスタイプ情報を応答に含ませることもできる。例えば、Ｒｅｑｕｅｓｔｅｒ ＮＦが３ＧＰＰアクセスに対するＵＥ到達可能性加入をしたと見なされると、ＵＤＭはＵＥが３ＧＰＰアクセス上で到達可能になったことを検出した時、それをＲｅｑｕｅｓｔｅｒ ＮＦに通報する。
ＵＤＭは段階Ｓ１７０１の加入メッセージを受信すると、必ず３ＧＰＰアクセスに対するＵＥ到達可能性通知サービスに加入すると見なすことができる。これは段階Ｓ１７０１で提案するアクセスタイプ情報に対する事項が追加されないことを仮定しているとも解釈できる。
ここで、Ｎｕｄｍ_ＵＥ Ｒｅａｃｈａｂｉｌｉｔｙ_Ｎｏｔｉｆｉｃａｔｉｏｎは以下の表７のように明記(ｓｐｅｃｉｆｙ)できる。以下の説明において、本発明の範囲は特定名称などにより制限されない。
一方、図１８にはＮＵＤＭ_Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｄａｔａ_ＵｐｄａｔｅＮｏｔｉｆｉｃａｔｉｏｎ ｓｅｒｖｉｃｅのサービス／サービス運用情報の流れが示されている。段階Ｓ１８０１において、ＵＤＭは加入データ更新通知(ＳＵＰＩ、Ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａ)メッセージを、以前のＮＵＤＭ_Ｓｅｒｖｉｎｇ ＮＦ_Ｒｅｇｉｓｔｒａｔｉｏｎにより以前のＵＤＭに登録されたＲｅｑｕｅｓｔｅｒ ＮＦに送信する。もしＵＤＭはＵＥに対してＲｅｑｕｅｓｔｅｒ ＮＦが多数個である場合(例えば、ＵＥに対してサービングＡＭＦが２つであり、１つは３ＧＰＰアクセスに対するＡＭＦ、他の１つはｎｏｎ−３ＧＰＰアクセスに対するＡＭＦである場合)、段階Ｓ１８０１の動作を全てのＲｅｑｕｅｓｔｅｒ ＮＦで行う。
ＵＤＭは上記動作をＡＭＦがサービングするアクセスタイプに合わせて行うことができる。即ち、特定のアクセスタイプに関する加入者情報が変更された場合、該当アクセスタイプに対応するＲｅｑｕｅｓｔｅｒ ＮＦにそれを通報することができる。この時、加入データ更新通知メッセージに加入者情報が変更されたアクセスタイプを追加することもできる。
例えば、ｎｏｎ−３ＧＰＰアクセスに関する加入者情報が変更された場合、ＵＤＭはこのアクセスに対応するＡＭＦに通報する。これは、もし３ＧＰＰアクセスに対応するＡＭＦが存在する場合、該ＡＭＦには上記通報を行わないことを意味する。ここで、ＮＵＤＭ_Ｓｕｂｓｃｒｉｐｔｉｏｎ ｄａｔａ_ＵｐｄａｔｅＮｏｔｉｆｉｃａｔｉｏｎは以下の表８のように明記できる。以下の説明において、本発明の範囲は特定名称などにより制限されない。
図１９にはＵＥ活動の通知手続きが示されている。図１９を参照すると、段階Ｓ１９０１において、ＡＭＦはＵＥ到達可能性に関する指示を受信する(例えば、ＵＥから登録要請メッセージ又はサービス要請メッセージ、ＲＡＮからＵＥ到達可能性の指示)。ＲＡＮは３ＧＰＰアクセス関連ＲＡＮであることができ、Ｎ３ＩＷＦであることもできる。
段階Ｓ１９０２において、もしＡＭＦがＵＥのＭＭコンテキストを含み、ＵＥのためのＵＲＲＰ−ＡＭＦはＵＥが到達可能になると直ちに報告するように設定された場合、ＡＭＦはＵＥ活動の通知メッセージ(永久ＩＤ、ＵＥ−Ｒｅａｃｈａｂｌｅ)をＵＤＭに(段階Ｓ１９０２ａ)又はＳＭＳＦに(段階Ｓ１９０２ｂ)に送信し、該当ＵＲＲＰ−ＡＭＦをクリアする。
ＡＭＦがＵＲＲＰ−ＡＭＦパラメータをアクセスごとに管理する場合、ＵＥが到達可能になったアクセスに対するＵＲＲＰ−ＡＭＦが"ｓｅｔ"されていると、該当アクセスについてＵＥ到達可能性通報を要請したエンティティ(例えば、ＵＤＭ、ＳＭＳＦなど)に上記のようにＵＥが活動中であることを通報するメッセージを送ることができる。この時、上記メッセージはＵＥが到達可能になったアクセスが何であるかを含むことができる。しかし、かかる情報を含まなくても、ＵＤＭなどのエンティティはＡＭＦがどのようなアクセスに対するサービングＡＭＦであるかを分かっているので、どのアクセスについてＵＥが到達可能になったかを判断することができる。その後、ＡＭＦは該当アクセスに対するＵＲＲＰ−ＡＭＦをクリアする。
段階Ｓ１９０３において、もしＵＤＭがＵＥ−Ａｃｔｉｖｉｔｙ−Ｎｏｔｉｆｉｃａｔｉｏｎ(永久ＩＤ、ＵＥ−Ｒｅａｃｈａｂｌｅ)メッセージ又はＵＲＲＰ−ＡＭＦ設定を有するＵＥのための位置更新メッセージを受信した場合は、この要請に対してこの通報を受信するエンティティに対して適切な通報をトリガーし、このＵＥのためのＵＲＲＰ−ＡＭＦをクリアする。
ＵＤＭがＡＭＦからＵＥが活動中であることを知らせる通報メッセージを受信すると、該当アクセスについて(これを分かる方法は、段階Ｓ１９０２を参照)ＵＥ到達可能性通報を要請したエンティティに上記のようにＵＥが活動中であることを通報するメッセージを送ることができる。この時、上記メッセージはＵＥが到達可能になったアクセスが何であるかを含む。ＵＤＭがＵＲＲＰ−ＡＭＦパラメータをアクセスごとに管理する場合、ＵＥが到達可能になったアクセスに対するＵＲＲＰ−ＡＭＦをクリアする。
一方、図２０には３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０の５ＧＳ ｔｏ ＥＰＳ ｈａｎｄｏｖｅｒ ｆｏｒ Ｓｉｎｇｌｅ-ｒｅｇｉｓｔｒａｔｉｏｎ ｍｏｄｅ ｗｉｔｈ Ｎｘ ｉｎｔｅｒｆａｃｅ手続きが示されている。Ｎｘインターフェースは５ＧＳとＥＰＳの連動のためのＡＭＦとＭＭＥの間のインターフェースである。図２０の各段階に関する詳しい内容は、３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０の５ＧＳ ｔｏ ＥＰＳ ｈａｎｄｏｖｅｒ ｆｏｒ Ｓｉｎｇｌｅ-ｒｅｇｉｓｔｒａｔｉｏｎ ｍｏｄｅ ｗｉｔｈ Ｎｘ ｉｎｔｅｒｆａｃｅ部分の説明で代替する。
ＭＭＥはＨＳＳ(以下、これはＨＳＳ＋ＵＤＭとも解釈でき、ＵＤＭと称することもできる)と位置更新動作を行うことができる。これはＭＭＥがＵＥに対するサービングノードになったことをＨＳＳに知らせるためのものである。よってＭＭＥはＨＳＳに位置更新要請メッセージを送信し、それを受信したＨＳＳはＡＭＦと位置取り消し動作を行う。ＨＳＳが位置取り消し動作を行うＡＭＦは、３ＧＰＰアクセスに該当するＡＭＦである。即ち、ＵＥが５ＧＳからＥＰＳにハンドオーバーする場合、ＨＳＳとＵＤＭによる位置取り消しは、アクセスタイプが３ＧＰＰであるＡＭＦに対して行われることができる。例えば、該当ＵＥに対して３ＧＰＰアクセスに関連するＡＭＦ＃１があり、ｎｏｎ−３ＧＰＰアクセスに関連するＡＭＦ＃２があれば、ＡＭＦ＃１と位置取り消し動作を行う(かかる位置取り消しに関する詳しい事項は、Ｎｕｄｍ_Ｓｅｒｖｉｎｇ ＮＦ_ＲｅｍｏｖｅＮｏｔｉｆｉｃａｔｉｏｎ ｓｅｒｖｉｃｅの説明を参照)。
一方、ＭＭＥがＨＳＳに位置更新要請メッセージを送信すると、ＨＳＳは３ＧＰＰに該当するＡＭＦをキャンセルせず、維持することができる。ＭＭＥの位置更新動作はＵＥのＴＡＵ動作に基づくか又は基づかない(ＥＰＳにおける位置更新動作及び位置取り消し動作はＴＳ ２９.２７２を参照)。
以上の内容は示された手続きだけではなく、ＵＥが５ＧシステムからＥＰＳにシステムを変更する他のシナリオにも拡張して又は同様に適用することができる。またＵＥが遊休モードにおいて５ＧシステムからＥＰＳに変更する時、及び接続モードにおいて５ＧシステムからＥＰＳに変更する時の両方に適用できる。例えば、ＵＥが遊休モードである場合(又は遊休モードのＵＥが)５ＧＳからＥＰＳに変更する時、ＵＤＭはアクセスタイプが３ＧＰＰであるＡＭＦに位置取り消し動作を行う、即ち、登録解除メッセージを送信することができる。
また、ＵＥがＳＲ(Ｓｉｎｇｌｅ Ｒｅｇｉｓｔｅｒｅｄ：１つのシステムのみに登録)である場合と、ＤＲ(Ｄｕａｌ Ｒｅｇｉｓｔｅｒｅｄ：２つのシステムに登録)である場合の両方に適用できる。また５ＧシステムとＥＰＳの間(これはＭＭＥとＡＭＦの間)にインターフェース(Ｎｘインターフェース)がある場合と、ない場合の両方にも適用できる。
一方、図２１には３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０のＥＰＳ ｔｏ ５ＧＳ ｈａｎｄｏｖｅｒ ｕｓｉｎｇ ＮＸ ｉｎｔｅｒｆａｃｅ手続きが示されている。
図２１を参照すると、段階Ｓ２１０１において、ｓｏｕｒｃｅ Ｅ-ＵＴＲＡＮはＵＥが５Ｇ-ＲＡＮにハンドオーバーすることを決定する。Ｅ−ＵＴＲＡＮはハンドオーバー要求(Ｔａｒｇｅｔ ５Ｇ-ＲＡＮ Ｎｏｄｅ ＩＤ、Ｓｏｕｒｃｅ ｔｏ Ｔａｒｇｅｔ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ)メッセージをＭＭＥに送信する。
段階Ｓ２１０２において、ＭＭＥはｔａｒｇｅｔ ＡＭＦを選択し、Ｎｘ再配置要請(Ｔａｒｇｅｔ ５Ｇ-ＲＡＮ Ｎｏｄｅ ＩＤ、Ｓｏｕｒｃｅ ｔｏ Ｔａｒｇｅｔ Ｔｒａｎｓｐａｒｅｎｔ Ｃｏｎｔａｉｎｅｒ、ＥＰＳ ＭＭ ｃｏｎｔｅｘｔ、ＰＤＮ Ｃｏｎｎｅｃｔｉｏｎ ｉｎｆｏ)メッセージをＡＭＦに送信する。
ＭＭＥがｔａｒｇｅｔ ＡＭＦを選択する時、ＨＳＳ(以下、これはＨＳＳ＋ＵＤＭとも解釈でき、ＵＤＭと称することもできる)に尋ねることもできる。ＨＳＳはＵＥに対してサービングＡＭＦが既に存在すると、これをＭＭＥに提供する。この時、ＨＳＳはサービングＡＭＦとＭＭＥが同じＰＬＭＮに属する場合にのみ提供することができる。一方、ＰＬＭＮ情報をサービングＡＭＦと共にＭＭＥに提供することにより、ＭＭＥがｔａｒｇｅｔ ＡＭＦを選択／決定する時に使用することができる。またＨＳＳはサービングＡＭＦがｎｏｎ−３ＧＰＰアクセスに該当するＡＭＦである場合にも、このＡＭＦに関する情報(例えば、ＡＭＦ ＩＤ)を提供することができる。もしＵＥに対するサービングＡＭＦが３ＧＰＰアクセスについても存在し、ｎｏｎ−３ＧＰＰアクセスについても存在する場合、ＨＳＳは３ＧＰＰアクセスに該当するサービングＡＭＦ情報を提供することができる。
その他の段階Ｓ２１０３〜２１１８に関する詳しい内容は、３ＧＰＰ ＴＳ ２３.５０２ｖ０.３.０の５ＧＳ ｔｏ ＥＰＳ ｈａｎｄｏｖｅｒ ｆｏｒ Ｓｉｎｇｌｅ-ｒｅｇｉｓｔｒａｔｉｏｎ ｍｏｄｅ Ｗｉｔｈ ＮＸ ｉｎｔｅｒｆａｃｅ部分の説明で代替する。
図２１に関連して、ＡＭＦはＵＤＭ(以下、これはＨＳＳ＋ＵＤＭとも解釈でき、ＵＤＭと称することもできる)と位置更新動作を行うことができる。これはＡＭＦがＵＥに対するサービングノードになったことをＵＤＭに知らせるためのものである。ＡＭＦがＵＤＭに位置更新動作(又は図１１のＮＵＤＭ_Ｓｅｒｖｉｎｇ ＮＦ＿Ｒｅｇｉｓｔｒａｔｉｏｎ ｓｅｒｖｉｃｅで説明した動作)を行うと、ＵＤＭはＭＭＥと位置取り消し動作を行う。一方、ＵＤＭはＭＭＥをキャンセルせず、維持することもできる。
以上の内容は示された手続きだけではなく、ＵＥがＥＰＳから５Ｇシステムにシステムを変更する他のシナリオにも拡張して、又は同様に適用することができる。またＵＥが遊休モードにおいてＥＰＳから５Ｇシステムに変更する時、及び接続モードにおいてＥＰＳから５Ｇシステムに変更する時の両方に適用できる。またＵＥがＳＲ(Ｓｉｎｇｌｅ Ｒｅｇｉｓｔｅｒｅｄ：１つのシステムのみに登録)である場合と、ＤＲ(Ｄｕａｌ Ｒｅｇｉｓｔｅｒｅｄ：２つのシステムに登録)である場合の両方に適用できる。また５ＧシステムとＥＰＳの間(これはＭＭＥとＡＭＦの間)にインターフェース(Ｎｘインターフェース)がある場合と、ない場合の両方にも適用できる。
上記では、提案する動作をＮＦタイプがＡＭＦである場合を中心として説明したが、それに限られず、他のＮＦ(例えば、ＳＭＦ、ＰＣＦ、ＳＭＳＦなど)も本発明で提案する動作を行うことができる。上記において、ネットワーク機能、ネットワークエンティティ、ネットワークノードは同じエンティティを称する。
図２２は本発明の一例による端末装置及びネットワークノード装置の好適な実施例の構成を示す図である。
図２２を参照すると、本発明による端末装置１００は、送受信装置１１０、プロセッサ１２０及びメモリ１３０を含む。送受信装置１１０は、外部装置に各種の信号、データ及び情報を送信し、外部装置から各種の信号、データ及び情報を受信するように構成される。端末装置１００は外部装置と有線及び／又は無線で連結される。プロセッサ１２０は端末装置１００の全ての動作を制御し、端末装置１００が外部装置と送受信すべき情報などを演算処理する機能を行うように構成されることができる。メモリ１３０は演算処理された情報などを所定時間の間に記憶し、バッファー(図示せず)などの構成要素に取り替えられることができる。また、プロセッサ１２０は本発明で提案する端末動作を行うように構成される。
図２２を参照すると、本発明によるネットワークノード装置２００は、送受信装置２１０、プロセッサ２２０及びメモリ２３０を含む。送受信装置２１０は、外部装置に各種の信号、データ及び情報を送信し、外部装置から各種の信号、データ及び情報を受信するように構成される。ネットワークノード装置２００は外部装置と有線及び／又は無線で連結される。プロセッサ２２０はネットワークノード装置２００の全ての動作を制御し、ネットワークノード装置２００が外部装置と送受信すべき情報などを演算処理する機能を行うように構成されることができる。メモリ２３０は演算処理された情報などを所定時間の間に記憶し、バッファー(図示せず)などの構成要素に取り替えられることができる。また、プロセッサ２２０は本発明で提案するネットワークノード動作を行うように構成される。具体的には、プロセッサ２２０は、ＵＤＭがアクセスタイプ情報及びＡＭＦ ＩＤ(Ｉｄｅｎｔｉｔｙ)情報を含む、ＵＥのサービングＡＭＦ登録に関連するメッセージを第１ＡＭＦから受信し、アクセスタイプ情報に該当する、ＵＥのサービングＡＭＦとして登録された第２ＡＭＦが存在する場合、ＵＤＭは第２ＡＭＦに登録解除関連メッセージを送信することができる。
また、このような端末装置１００及びネットワーク装置２００の具体的な構成は、前述した本発明の多様な実施例で説明した事項が独立的に適用されるか、或いは２つ以上の実施例が同時に適用されるように具現でき、重複する内容は明確性のために説明を省略する。
上述した本発明の実施例は多様な手段によって具現されることができる。例えば、本発明の実施例は、ハードウェア、ファームウエア(ｆｉｒｍｗａｒｅ)、ソフトウェア又はそれらの組合せなどによって具現できる。
ハードウェアによる具現の場合、本発明の実施例による方法は、一つ又はそれ以上のＡＳＩＣｓ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ)、ＰＬＤｓ(Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ)、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現できる。
ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は以上で説明した機能又は動作を行う装置、過程又は関数などの形態に具現できる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。メモリユニットはプロセッサの内部又は外部に位置し、既に知られた多様な手段によってプロセッサとデータを取り交わすことができる。
以上のように開示された本発明の好適な実施形態についての詳細な説明は当業者が本発明を具現して実施することができるように提供した。以上では本発明の好適な実施形態に基づいて説明したが、当該技術分野の熟練した当業者は下記の特許請求範囲に記載された本発明の思想及び領域から逸脱しない範疇内で本発明を多様に修正及び変更することができることを理解することが可能であろう。よって、本発明はここで開示した実施形態に制限されるものではなく、ここで開示した原理及び新規の特徴と一致する最広の範囲を付与しようとするものである。
上述したような本発明の多様な実施形態は３ＧＰＰシステムを中心に説明したが、多様な移動通信システムに同様な方式で適用可能である。

Claims (15)

  1. 無線通信システムにおいてＵＤＭ(Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ)がＡＭＦ(Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)の登録(ｒｅｇｉｓｔｒａｔｉｏｎ)に関連する手続きを行う方法であって、
    ＵＤＭがアクセスタイプ情報及びＡＭＦ ＩＤ(Ｉｄｅｎｔｉｔｙ)情報を含む、ＵＥのサービングＡＭＦ登録に関連するメッセージを第１ＡＭＦから受信する段階と、
    前記アクセスタイプ情報に該当する、前記ＵＥのサービングＡＭＦとして登録された第２ＡＭＦが存在する場合、前記ＵＤＭは前記第２ＡＭＦに登録解除(ｄｅｒｅｇｉｓｔｒａｔｉｏｎ)関連メッセージを送信する段階と、を含む、ＡＭＦの登録に関連する手続きを行う方法。
  2. 前記ＵＤＭは前記ＡＭＦに関連するアクセスタイプ情報及び前記ＡＭＦ ＩＤ情報を格納する、請求項１に記載のＡＭＦの登録に関連する手続きを行う方法。
  3. 前記ＵＤＭがＮＦからＵＥコンテキストの削除に関連する要請メッセージを受信し、前記ＮＦがＡＭＦである場合、前記ＵＥコンテキストの削除に関連する要請メッセージはアクセスタイプ情報を含む、請求項１に記載のＡＭＦの登録に関連する手続きを行う方法。
  4. 前記ＵＤＭが加入撤回により登録解除関連メッセージを送信する場合、前記登録解除関連メッセージはどのアクセスタイプに関するものであるかを指示する、請求項１に記載のＡＭＦの登録に関連する手続きを行う方法。
  5. ＮＦからサービングＡＭＦ情報を要請するメッセージが受信されると、前記アクセスタイプに該当するサービングＡＭＦ情報を前記ＮＦに送信し、
    前記サービングＡＭＦ情報を要請するメッセージはアクセスタイプ情報を含む、請求項１に記載のＡＭＦの登録に関連する手続きを行う方法。
  6. さらにＮＦからＵＥ到達可能性情報を提供することを要求する要請を受信する段階を含み、
    前記ＵＥ到達可能性情報を提供することを要求する要請はアクセスタイプ情報を含む、請求項１に記載のＡＭＦの登録に関連する手続きを行う方法。
  7. 前記ＵＤＭは前記アクセスタイプに該当するＡＭＦで、ＵＥ到達可能性イベントに対する通知(ｎｏｔｉｆｉｃａｔｉｏｎ)サービスに加入する、請求項６に記載のＡＭＦの登録に関連する手続きを行う方法。
  8. 前記アクセスタイプに該当するＡＭＦから前記ＵＥが到達可能(ｒｅａｃｈａｂｌｅ)であるという情報を受信すると、前記ＵＥが前記ＮＦに到達可能であるという情報を送信する、請求項７に記載のＡＭＦの登録に関連する手続きを行う方法。
  9. 前記ＵＥが５ＧＳ(５Ｇ Ｓｙｓｔｅｍ)からＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)にハンドオーバーする場合、前記ＵＤＭによる位置取り消しはアクセスタイプが３ＧＰＰであるＡＭＦについて行われる、請求項１に記載のＡＭＦの登録に関連する手続きを行う方法。
  10. 前記ＵＥが遊休モードにおいて５ＧＳからＥＰＳに変わる時、前記ＵＤＭによる位置取り消し動作はアクセスタイプが３ＧＰＰであるＡＭＦに行われる、請求項１に記載のＡＭＦの登録に関連する手続きを行う方法。
  11. 無線通信システムにおいてＡＭＦ(Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ)の登録(ｒｅｇｉｓｔｒａｔｉｏｎ)に関連する手続きを行うＵＤＭ(Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ)装置であって、
    送受信装置と、
    プロセッサと、を含み、
    前記プロセッサはＵＤＭがアクセスタイプ情報及びＡＭＦ ＩＤ(Ｉｄｅｎｔｉｔｙ)情報を含む、ＵＥのサービングＡＭＦ登録に関連するメッセージを第１ＡＭＦから受信し、前記アクセスタイプ情報に該当する、前記ＵＥのサービングＡＭＦとして登録された第２ＡＭＦが存在する場合、前記ＵＤＭは前記第２ＡＭＦに登録解除(ｄｅｒｅｇｉｓｔｒａｔｉｏｎ)関連メッセージを送信する、ＵＤＭ装置。
  12. 前記ＵＤＭは前記ＡＭＦに関連するアクセスタイプ情報及び前記ＡＭＦ ＩＤ情報を格納する、請求項１１に記載のＵＤＭ装置。
  13. 前記ＵＤＭがＮＦからＵＥコンテキストの削除に関連する要請メッセージを受信し、前記ＮＦがＡＭＦである場合、前記ＵＥコンテキストの削除に関連する要請メッセージはアクセスタイプ情報を含む、請求項１２に記載のＵＤＭ装置。
  14. 前記ＵＤＭが加入撤回により登録解除関連メッセージを送信する場合、前記登録解除関連メッセージはどのアクセスタイプに関するものであるかを指示する、請求項１２に記載のＵＤＭ装置。
  15. ＮＦからサービングＡＭＦ情報を要請するメッセージが受信されると、前記アクセスタイプに該当するサービングＡＭＦ情報を前記ＮＦに送信し、
    前記サービングＡＭＦ情報を要請するメッセージはアクセスタイプ情報を含む、請求項１２に記載のＵＤＭ装置。
JP2019558577A 2017-04-27 2018-04-26 無線通信システムにおいてｕｄｍがａｍｆ登録に関連する手続きを行う方法及びそのための装置 Active JP6858889B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762491191P 2017-04-27 2017-04-27
US62/491,191 2017-04-27
US201762501055P 2017-05-03 2017-05-03
US62/501,055 2017-05-03
PCT/KR2018/004885 WO2018199668A1 (ko) 2017-04-27 2018-04-26 무선 통신 시스템에서 udm이 amf의 등록에 관련된 절차를 수행하는 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
JP2020518203A true JP2020518203A (ja) 2020-06-18
JP6858889B2 JP6858889B2 (ja) 2021-04-14

Family

ID=63918446

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019558577A Active JP6858889B2 (ja) 2017-04-27 2018-04-26 無線通信システムにおいてｕｄｍがａｍｆ登録に関連する手続きを行う方法及びそのための装置

Country Status (15)

Country Link
US (3) US11096037B2 (ja)
EP (1) EP3618517B1 (ja)
JP (1) JP6858889B2 (ja)
KR (1) KR102029770B1 (ja)
CN (1) CN110574449B (ja)
AU (1) AU2018257151B2 (ja)
BR (1) BR112019021178A2 (ja)
CA (1) CA3061464C (ja)
CL (1) CL2019002700A1 (ja)
MX (1) MX2019011294A (ja)
MY (1) MY200717A (ja)
PH (1) PH12019502405A1 (ja)
RU (1) RU2728538C1 (ja)
SG (1) SG11201908702PA (ja)
WO (1) WO2018199668A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102402852B1 (ko) * 2021-01-15 2022-05-26 주식회사 엘지유플러스 문자 메시지 전송 방법 및 그 방법을 수행하는 장치

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3598804B1 (en) 2017-03-17 2021-04-21 Nec Corporation Network device, communication method, and computer program
JP2019004406A (ja) * 2017-06-19 2019-01-10 シャープ株式会社 ユーザ装置、ａｍｆ、コアネットワーク装置、ｐ−ｃｓｃｆ、及び通信制御方法
CN109392178B (zh) * 2017-08-10 2021-07-13 维沃移动通信有限公司 Mpdu传输的方法、用户侧设备和网络侧设备
KR102329925B1 (ko) * 2017-08-14 2021-11-23 삼성전자 주식회사 4g/5g 동시 등록된 이동 통신 단말을 위한 네트워크 이동시 데이터 동기화 제공 방안
WO2019065897A1 (ja) * 2017-09-27 2019-04-04 日本電気株式会社 通信端末、コアネットワーク装置、コアネットワークノード、ネットワークノード及び鍵導出方法
CN109803329B (zh) * 2017-11-16 2021-01-22 电信科学技术研究院 数据前转隧道确定方法、接入和移动性管理设备及基站
WO2019160061A1 (ja) * 2018-02-16 2019-08-22 日本電気株式会社 通信装置、配信装置、通信システム、送信方法、及び非一時的なコンピュータ可読媒体
CN113691943B (zh) * 2018-04-09 2022-11-04 华为技术有限公司 一种定位方法及相关设备
US10813044B2 (en) * 2018-05-11 2020-10-20 Apple Inc. Access type selection in a 5G network
WO2020030292A1 (en) * 2018-08-10 2020-02-13 Nokia Technologies Oy Downlink signaling to user equipment in non-3gpp idle state
CN114928842A (zh) * 2019-03-01 2022-08-19 华为技术有限公司 一种认证结果更新的方法和通信装置
US11228997B2 (en) 2019-06-18 2022-01-18 Mediatek Inc. Handling of multi-access PDU session when inter-system change
US11265767B2 (en) 2019-06-18 2022-03-01 Mediatek Inc. Enhancement for multi-access PDU session
US11483754B2 (en) 2019-06-18 2022-10-25 Mediatek Inc. Handover handling for multi-access PDU session
WO2021025428A1 (ko) * 2019-08-07 2021-02-11 엘지전자 주식회사 복수의 sim에 기초한 발신자 정보 확인
US20220377528A1 (en) * 2019-11-04 2022-11-24 Nokia Technologies Oy Dynamically unsubscribing from a plmn/npn service
TWI727501B (zh) * 2019-11-13 2021-05-11 財團法人資訊工業策進會 無線通訊核心網路與在其中分析用戶設備移動的方法
CN112866932B (zh) * 2019-11-28 2022-05-17 中兴通讯股份有限公司 一种通信连接方法、设备和存储介质
TWI758046B (zh) * 2020-01-06 2022-03-11 聯發科技股份有限公司 處理多重進接協定資料單元會話切換之方法及其使用者設備
KR20210088306A (ko) * 2020-01-06 2021-07-14 삼성전자주식회사 단말의 사설망 접속 제어 방법
WO2021161169A1 (en) * 2020-02-12 2021-08-19 Telefonaktiebolaget Lm Ericsson (Publ) Support of short message service over internet protocol (smsoip) in 5g-only deployments
EP3955609A1 (en) 2020-08-11 2022-02-16 Nokia Technologies Oy Enhancements to shared data
CN112423301B (zh) * 2020-11-02 2023-12-22 中国联合网络通信集团有限公司 专网注册管理方法和amf网元
US11140618B1 (en) * 2020-11-04 2021-10-05 Sprint Communications Company L.P. Wireless data service based on geographic data network names
WO2022141196A1 (en) * 2020-12-30 2022-07-07 Mediatek Singapore Pte. Ltd. Methods and apparatus to deliver reliable multicast services via pdcp retransmission
US20220353263A1 (en) * 2021-04-28 2022-11-03 Verizon Patent And Licensing Inc. Systems and methods for securing network function subscribe notification process
CN113328785B (zh) * 2021-05-27 2022-03-18 广州爱浦路网络技术有限公司 卫星通信中对终端的寻呼方法和用于卫星通信的核心网
US11963126B1 (en) * 2021-07-12 2024-04-16 T-Mobile Innovations Llc Network function deregistration in wireless communication networks
WO2023285224A1 (en) * 2021-07-15 2023-01-19 Nokia Technologies Oy Methods and apparatuses for enabling a user equipment to register with multiple public land mobile networks and non-public networks using the same access type
KR20230071541A (ko) * 2021-11-16 2023-05-23 삼성전자주식회사 단말 원격 권한 설정을 위한 제어 평면 또는 사용자 평면의 선택을 위한 방법 및 장치
KR20230114172A (ko) * 2022-01-24 2023-08-01 엘지전자 주식회사 트래픽 조향을 위한 네트워크 등록 방법 및 이를 지원하는 장치
WO2023143453A1 (zh) * 2022-01-27 2023-08-03 维沃移动通信有限公司 直连空口配置方法、终端及网络侧设备
WO2023240411A1 (en) * 2022-06-13 2023-12-21 Zte Corporation Home triggered primary authentication for inter-working networks

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101064935B (zh) * 2006-04-30 2010-09-29 华为技术有限公司 一种移动终端同时注册两种网络时的位置取消的方法
EP2061269B2 (en) * 2006-10-12 2017-11-01 Huawei Technologies Co., Ltd. Method for providing access mode selection to multimode terminal, system and apparatus thereof
CN102572783B (zh) * 2007-05-11 2014-12-10 华为技术有限公司 一种注册处理方法、系统及装置
RU2461981C2 (ru) * 2007-06-22 2012-09-20 Интердиджитал Текнолоджи Корпорейшн Способ и устройство управления ресурсами при операции передачи обслуживания
EP2079253A1 (en) 2008-01-09 2009-07-15 Panasonic Corporation Non-3GPP to 3GPP network handover optimizations
CN101448294B (zh) * 2008-01-21 2011-05-04 华为技术有限公司 网络资源释放处理的方法及设备
US20110090870A1 (en) 2008-05-09 2011-04-21 Telefonaktie Bolaget Lm Ericsson (Publ) Enhanced sae mobility
CN104937995B (zh) 2013-02-22 2019-08-06 英特尔Ip公司 用于接入网络选择和流量路由的系统和方法
US20160219464A1 (en) 2014-11-07 2016-07-28 Telefonaktiebolaget L M Ericsson (Publ) Methods, network nodes and user equipments for improving handover in a communication network comprising a 3gpp access network and a non-3gpp access network
JP6025232B1 (ja) * 2015-09-30 2016-11-16 日本電気株式会社 移動通信システム、ｍｍｅ、通信方法、及びプログラム
US10142994B2 (en) 2016-04-18 2018-11-27 Electronics And Telecommunications Research Institute Communication method and apparatus using network slicing
US10154455B1 (en) * 2016-08-10 2018-12-11 Mbit Wireless, Inc. Method and apparatus for broadcast information transmission
KR102549946B1 (ko) * 2017-01-09 2023-06-30 삼성전자주식회사 이동통신 환경에서 단말의 초기 접속 요청 메시지를 라우팅하는 방법 및 관련 파라미터
BR112019016202A2 (pt) 2017-02-06 2020-04-07 Ericsson Telefon Ab L M método de controle de transmissões de rádio em uma rede de comunicação sem fio, nó e nó de acesso para uma rede de comunicação sem fio
EP3590278B1 (en) 2017-03-03 2023-08-16 Telefonaktiebolaget LM Ericsson (Publ) Handling service profile data for a user
CN108574969B (zh) * 2017-03-08 2021-04-09 华为技术有限公司 多接入场景中的连接处理方法和装置
US20200059989A1 (en) * 2017-08-16 2020-02-20 Lenovo (Singapore) Pte. Ltd. Indicating a packet data unit session as unavailable
US10912054B2 (en) * 2018-06-29 2021-02-02 Apple Inc. 5G new radio de-registration procedures

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
CHINA MOBILE: "23.502: Describe NF services provided by UDM", 3GPP TSG SA WG2#120 S2-171819, JPN6020037532, 21 March 2017 (2017-03-21), FR, pages 1, ISSN: 0004359223 *
HUAWEI, HISILICON: "TS 23.502: Replacing information flows by UDM service presentation", 3GPP TSG SA WG2#120 S2-172286, JPN6020037527, 21 March 2017 (2017-03-21), FR, pages 4 - 2, ISSN: 0004359221 *
LG ELECTRONICS, ETRI, HTC: "TS 23.502: De-registration procedure", 3GPP TSG SA WG2#120 S2-171851, JPN6020037529, 21 March 2017 (2017-03-21), FR, pages 4 - 2, ISSN: 0004359222 *
NOKIA, ALCATEL-LUCENT SHANGHAI BELL: "23.501: Corrections in the AMF procedures for Non-3GPP", 3GPP TSG SA WG2#120 S2-172408, JPN6020037517, 3 April 2017 (2017-04-03), FR, pages 2, ISSN: 0004359220 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102402852B1 (ko) * 2021-01-15 2022-05-26 주식회사 엘지유플러스 문자 메시지 전송 방법 및 그 방법을 수행하는 장치

Also Published As

Publication number Publication date
US20210029603A1 (en) 2021-01-28
CL2019002700A1 (es) 2019-12-27
EP3618517A4 (en) 2021-01-06
MX2019011294A (es) 2019-12-05
AU2018257151B2 (en) 2021-03-25
US11096037B2 (en) 2021-08-17
PH12019502405A1 (en) 2021-01-25
US11700524B2 (en) 2023-07-11
AU2018257151A1 (en) 2019-12-05
MY200717A (en) 2024-01-12
US10798556B2 (en) 2020-10-06
SG11201908702PA (en) 2019-10-30
JP6858889B2 (ja) 2021-04-14
EP3618517A1 (en) 2020-03-04
CA3061464C (en) 2023-08-29
US20200092710A1 (en) 2020-03-19
KR102029770B1 (ko) 2019-10-08
US20200359194A1 (en) 2020-11-12
CA3061464A1 (en) 2019-10-24
RU2728538C1 (ru) 2020-07-30
WO2018199668A1 (ko) 2018-11-01
BR112019021178A2 (pt) 2020-04-28
EP3618517B1 (en) 2022-08-10
CN110574449A (zh) 2019-12-13
CN110574449B (zh) 2022-06-07
KR20180120609A (ko) 2018-11-06

Similar Documents

Publication Publication Date Title
JP6858889B2 (ja) 無線通信システムにおいてｕｄｍがａｍｆ登録に関連する手続きを行う方法及びそのための装置
US10708133B2 (en) Method for transmitting and receiving signal related to monitoring by SCEF in wireless communication system and apparatus for the same
KR102204365B1 (ko) 무선 통신 시스템에서 동일 plmn에 속하는 네트워크 액세스를 통한 등록 방법 및 이를 위한 장치
US10448276B2 (en) Method and terminal for performing attach procedure for sponsored connectivity in wireless communication system
US11082829B2 (en) Method for transmitting and receiving signal related to switching access in wireless communication system, and device therefor
US10660022B2 (en) Method and user equipment for requesting connection to network
US11102625B2 (en) Method for supporting SMS transmission for user equipment that can receive service from 3GPP 5G system and from EPS in wireless communication system, and apparatus therefor
JP6756029B2 (ja) 無線通信システムにおいて基地局のｎａｓシグナリング支援方法及びそのための装置
JP6825143B2 (ja) 無線通信システムにおいてｍｕｌｔｉ−ｈｏｍｉｎｇ基盤のｐｓａ追加に関連して信号を送受信する方法及びそのための装置
US11356915B2 (en) Method for transmitting/receiving IMS voice support-related signal by NG-RAN in wireless communication system, and apparatus therefor
JP6769972B2 (ja) 無線通信システムにおける端末のｐｌｍｎ選択方法及びそのための装置
US10327130B2 (en) Method for receiving and transmitting TAU-less PSM related signal in wireless communication system, and apparatus therefor
KR20230085654A (ko) 이동통신 네트워크에서 네트워크 슬라이스 품질을 모니터링하고 개선하는 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20191025

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201006

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210106

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210324

R150 Certificate of patent or registration of utility model

Ref document number: 6858889

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250