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