コアネットワーク内で、前記移動局による緊急呼用のコネクションを設定する工程Aと、前記移動局による緊急呼用のサービス制御ネットワークに対する登録処理を行う工程Bと、前記移動局による緊急呼の発信処理を行う工程Cとを有しており、前記工程Bにおいて、前記サービス制御ネットワークに対して、加入者管理サーバに保持されている該移動局の在圏セルの識別情報を送信し、前記工程Cにおいて、前記サービス制御ネットワークは、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする移動通信方法。移動局による緊急呼用のアタッチ処理を行う工程を更に有し、前記工程において、前記加入者管理サーバに対して、前記移動局の在圏セルの識別情報を送信することを特徴とする請求項1に記載の移動通信方法。前記工程Aにおいて、前記加入者管理サーバに対して、前記移動局の在圏セルの識別情報を送信することを特徴とする請求項1に記載の移動通信方法。前記工程Cにおいて、前記サービス制御ネットワーク内の緊急呼用呼セッション制御ノードが、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項1に記載の移動通信方法。前記工程Cにおいて、前記サービス制御ネットワーク内のアプリケーションサーバが、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項1に記載の移動通信方法。前記工程Cにおいて、前記サービス制御ネットワーク内の前記移動局のサービング呼セッション制御ノードが、該移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを特徴とする請求項1に記載の移動通信方法。前記工程において、前記移動局についての有効なプロファイル情報が保持されているか否かについて或いは該移動局がローミング中であるか否かについて判定し、該判定結果に基づいて、前記加入者管理サーバに対して、該移動局の在圏セルの識別情報を送信するか否かについて判定することを特徴とする請求項2に記載の移動通信方法。前記工程Aにおいて、前記移動局についての有効なプロファイル情報が保持されているか否かについて或いは該移動局がローミング中であるか否かについて判定し、該判定結果に基づいて、前記加入者管理サーバに対して、該移動局の在圏セルの識別情報を送信するか否かについて判定することを特徴とする請求項3に記載の移動通信方法。移動局にサービスを提供している呼セッション制御ノードであって、前記移動局に係る加入者情報を取得する際に、該移動局の在圏セルの識別情報を取得するように構成されていることを特徴とする呼セッション制御ノード。しかしながら、従来の移動通信システムでは、3GPPのTS23167に規定されているように、PCSCFが、UEからのINVITEを受信した後に、ECSCFEmergencyCallSessionControlFunction、緊急呼用呼セッション制御ノードに対して、かかるINVITEを転送し、ECSCFが、LRFLocationRetrievalFunction経由で、UEの位置情報として、UEの在圏セルのCellIDを取得して、接続すべき緊急通報装置を選択し、かかる緊急通報装置に対して、かかるINVITEを送信する。したがって、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延が増大してしまうという問題点があった。そこで、本発明は、上述の課題に鑑みてなされたものであり、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延を短縮することができる移動通信方法及び呼セッション制御ノードを提供することを目的とする。本発明の第1の特徴は、移動通信方法であって、コアネットワーク内で、前記移動局による緊急呼用のコネクションを設定する工程Aと、前記移動局による緊急呼用のサービス制御ネットワークに対する登録処理を行う工程Bと、前記移動局による緊急呼の発信処理を行う工程Cとを有しており、前記工程Bにおいて、前記サービス制御ネットワークに対して、加入者管理サーバに保持されている該移動局の在圏セルの識別情報を送信し、前記工程Cにおいて、前記サービス制御ネットワークは、前記移動局の在圏セルの識別情報に基づいて、前記緊急呼の接続先である緊急通報装置を選択することを要旨とする。本発明の第2の特徴は、移動局にサービスを提供している呼セッション制御ノードであって、前記移動局に係る加入者情報を取得する際に、該移動局の在圏セルの識別情報を取得するように構成されていることを要旨とする。以上説明したように、本発明によれば、緊急呼の発信処理が開始されてから緊急呼の接続が完了するまでの遅延を短縮することができる移動通信方法及び呼セッション制御ノードを提供することができる。本発明の第1の実施形態に係る移動通信システム図1乃至図5を参照して、本発明の第1の実施形態に係る移動通信システムについて説明する。図1に示すように、本実施形態に係る移動通信システムは、EUTRANEvolvedUniversalTerrestrialRadioAccessNetworkを収容する移動通信システムである。図1に示すように、本実施形態に係る移動通信システムにおいて、EUTRANには、eNB無線基地局が設けられている。また、本実施形態に係る移動通信システムは、EUTRANを収容するコアネットワーク内に、MMEMobilityManagementEntity、移動管理ノードや、SPGWServingPDNGateway、ゲートウェイ装置を具備している。さらに、本実施形態に係る移動通信システムは、IMS内に、ASApplicationServer、アプリケーションサーバや、SCSCFServingCallSessionControlFunction、UEのサービング呼セッション制御ノードや、ICSCFInterrogateCallSessionControlFunctionや、ECSCF等を具備している。なお、本実施形態に係る移動通信システムは、HSSHomeSubscriberServer、加入者管理サーバや、緊急呼の接続先である緊急通報装置10等を具備している。なお、本発明は、UTRANUniversalTerrestrialRadioAccessNetworkGERANGSMEDGERadioAccessNetwork等を収容する移動通信システムであってもよい。かかる場合、上述のMMEの代わりに、SGSNGGSNServingGatewayGPRSSupportNode、パケット交換機が設けられ、上述のeNBの代わりに、RNCRadioNetworkController、無線回線制御局BSS無線基地局設けられている。なお、図面において、UEとPCSCFとの間の信号については、SGSN、SGW、PGW或いはGGSNを介して転送される。以下、図2乃至図5を参照して、本発明の第1の実施形態に係る移動通信システムの動作について説明する。第1に、図2を参照して、本発明の第1の実施形態に係る移動通信システムにおけるEmergencyAttach処理緊急呼用のアタッチ処理について説明する。図2に示すように、ステップS1001において、UEは、在圏装置であるMMESGSNに対して、緊急呼に係る処理であることを示す緊急呼情報を含むAttachRequestを送信する。MMESGSNとHSSとの間で、Diameterプロトコルが用いられている場合、ステップS1002Aにおいて、かかるMMESGSNは、HSSに対して、UEの在圏セルのCellID及び緊急情報を含むUpdateLocationを送信する。HSSは、ステップS1003Aにおいて、かかるUEの在圏セルのCellID及び緊急情報を保存し、ステップS1004Aにおいて、MMESGSNに対して、UpdateLocationAckを送信する。一方、かかるMMESGSNとHSSとの間で、MAPMobileApplicationPartプロトコルが用いられている場合、ステップS1002Bにおいて、かかるMMESGSNは、HSSに対して、UpdateLocationを送信する。ステップS1003Bにおいて、HSSは、かかるMMESGSNに対して、InsertSubscriberDataを送信し、ステップS1004Bにおいて、かかるMMESGSNは、HSSに対して、上述のUEの在圏セルのCellID及び緊急情報を含むInsertSubscriberDataAckを送信する。HSSは、ステップS1005Bにおいて、かかるUEの在圏セルのCellID及び緊急情報を保存し、ステップS1006Bにおいて、かかるMMESGSNに対して、UpdateLocationAckを送信する。ここで、MMESGSNは、UEが、かかるMMESGSNを管理するオペレータの加入者端末であるか否かについて判定するように構成されていてもよい。そして、MMESGSNは、UEが、かかるMMESGSNを管理するオペレータの加入者端末であると判定した場合にのみ、上述のUEの在圏セルのCellIDを通知するように構成されていてもよい。また、MMESGSNは、UpdateLocation又はInsertSubscriberDataAckに対して、緊急呼情報を含めなくてもよい。なお、図2に示すEmergencyAttach処理において、UEの位置情報在圏情報として、UEの在圏セルのCellIDを例示しているが、その他のUEの位置情報例えば、位置登録エリアや事業者固有のエリア識別情報等について、CellIDに代わり或いはCellIDと共に送信されてもよい。以下、本明細書におけるCellIDの記述についても同様である。ステップS1007において、かかるMMESGSNとSPGWGGSNとの間で、EmergencyPDNコネクションが設定される。ステップS1008において、かかるMMESGSNは、UEに対して、AttachAcceptを送信する。第2に、図3を参照して、本発明の第1の実施形態に係る移動通信システムにおけるEmergencyPDNConnection設定処理UEによる緊急呼用のコネクションを設定する処理について説明する。ステップS2001において、UEが、在圏装置であるMMESGSNに対して、緊急呼に係る処理であることを示す緊急呼情報を含むPDNConnectionRequestを送信する。ステップS2002において、かかるMMESGSNとSPGWGGSNとの間で、EmergencyPDNコネクションが設定される。MMESGSNとHSSとの間で、Diameterプロトコルが用いられている場合、ステップS2003Aにおいて、かかるMMESGSNは、HSSに対して、UEの在圏セルのCellID及び緊急情報を含むNotifyRequestを送信する。HSSは、ステップS2004Aにおいて、かかるUEの在圏セルのCellID及び緊急情報を保存し、ステップS2005Aにおいて、MMESGSNに対して、NotifyRequestAckを送信する。一方、かかるMMESGSNとHSSとの間で、MAPプロトコルが用いられている場合、ステップS2003Bにおいて、かかるMMESGSNは、HSSに対して、UpdateLocationを送信する。ステップS2004Bにおいて、HSSは、かかるMMESGSNに対して、InsertSubscriberDataを送信し、ステップS2005Bにおいて、かかるMMESGSNは、HSSに対して、上述のUEの在圏セルのCellID及び緊急情報を含むInsertSubscriberDataAckを送信する。HSSは、ステップS2006Bにおいて、かかるUEの在圏セルのCellID及び緊急情報を保存し、ステップS2007Bにおいて、かかるMMESGSNに対して、UpdateLocationAckを送信する。ここで、MMESGSNは、UEが、かかるMMESGSNを管理するオペレータの加入者端末であるか否かについて判定するように構成されていてもよい。そして、MMESGSNは、UEが、かかるMMESGSNを管理するオペレータの加入者端末であると判定した場合にのみ、上述のUEの在圏セルのCellIDを通知するように構成されていてもよい。また、MMESGSNは、NotifyRequest又はInsertSubscriberDataAckに対して、緊急呼情報を含めなくてもよい。また、MMESGSNは、NotifyRequest又はInsertSubscriberDataAck以外のメッセージによって、上述のUEの在圏セルのCellID及び緊急呼情報を通知するように構成されていてもよい。ステップS2008において、かかるMMESGSNは、UEに対して、PDNConnectionRequestAckを送信する。なお、図2に示すEmergencyAttach処理が行われた場合には、かかるEmergencyPDNConnection設定処理は行われなくてもよい。以上、図2に示すEmergencyAttach処理及び図3に示すEmergencyPDNConnection設定処理において、HSSは、受信したCellIDについて、一定時間経過後に削除してもよいし、EmergencyAttach処理やEmergencyPDNConnection設定処理やIMSEmergencyRegistration処理の有効期限が満了した場合において、MMEやSCSCFより、かかる通知を受信した後に削除してもよい。第3に、図4を参照して、本発明の第1の実施形態に係る移動通信システムにおけるIMSEmergencyRegistration処理緊急呼用のサービス制御ネットワークに対する登録処理について説明する。図4に示すように、ステップS3001において、UEは、PCSCFに対して、Registerを送信し、ステップS3002において、PCSCFは、ICSCFに対して、Registerを送信する。ステップS3003において、ICSCFは、HSSに対して、CxQueryCxSelectpullを送信する。ここで、HSSは、図2に示すEmergencyAttach処理或いは図3に示すEmergencyPDNConnection設定処理によって、既に、UEの在圏セルのCellIDを取得して保存しているものとする。ステップS3004において、HSSは、ICSCFに対して、CxQueryRespCxSelectpullRespを送信する。ステップS3005において、ICSCFは、SCSCFに対して、Registerを送信する。ステップS3006において、SCSCFは、HSSに対して、緊急呼情報及び登録有効時間を含むCxputCxpullを送信する。ステップS3007において、HSSは、SCSCFに対して、CxputRespCxpullRespを送信する。ここで、HSSは、IMSEmergencyRegistration処理であることを判定して、SCSCFに対して、CxputRespCxpullRespによって、UEの在圏セルのCellIDを通知してもよい。ステップS3007Aにおいて、SCSCFは、ECSCFに対して、UEの在圏セルのCellIDを含むRegisterを送信する。ここで、SCSCFは、Registerに、UEの在圏セルのCellIDを含めなくてもよい。ステップS3007Bにおいて、ECSCFは、SCSCFに対して、200OKを送信する。かかるステップS3007A及びS3007Bは、実施されなくてもよい。かかる場合、SCSCF、AS或いはPCSCFにおいて、緊急通報装置10が選択される。ステップS3008において、SCSCFは、ICSCFに対して、UEの在圏セルのCellIDを含む200OKを送信し、ステップS3009において、ICSCFは、PCSCFに対して、UEの在圏セルのCellIDを含む200OKを送信する。ここで、SCSCF及びICSCFは、200OKに、UEの在圏セルのCellIDを含めなくてもよいし、ICSCF及びPCSCFに対して、別のメッセージによって、UEの在圏セルのCellIDを通知してもよい。ステップS3010において、PCSCFは、UEに対して、200OKを送信する。なお、SCSCFは、ステップ3008において、200OKに、UEの在圏セルのCellIDを含める代わりに、ステップS3011において、PCSCFに対して、UEの在圏セルのCellIDを含むNotifyを送信してもよい。かかる場合、ステップS3012において、PCSCFは、SCSCFに対して、200OKを送信する。なお、図4に示すIMSEmergencyRegistration処理において、ASが、UEの在圏セルのCellIDを取得してもよい。また、図4において、SCSCFは、図2や図3に示すように、MMEからHSSに対してNotifyRequest等が送信された際に、UEの在圏セルのCellIDを取得してもよいし、HSSに対して加入者情報を問い合わせ際に取得してもよい。後者のケースで、例えば、HSSは、UEの在圏セルのCellIDを保持していない場合等に、SCSCFからの加入者情報の問い合わせに応じて、MMEから、UEの在圏セルのCellIDを取得してもよい。すなわち、例えば、図4のステップS3006において、HSSが、CxputCxpullの受信に応じて、MMEに対して、UEの在圏セルのCellIDを問い合わせてもよい。第4に、図5を参照して、本発明の第1の実施形態に係る移動通信システムにおけるUEによる緊急呼の発信処理について説明する。図5に示すように、ステップS4001において、UEは、PCSCFに対して、UEの緊急呼用ユーザ識別子及び緊急呼発信識別子を含むINVITEを送信する。なお、UEの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。ステップS4002において、PCSCFは、ECSCFを選択する。ここで、PCSCFは、UEの緊急呼用ユーザ識別子から、図4に示すIMSEmergencyRegistration処理により取得して保存しているUEの在圏セルのCellIDを特定してもよい。また、PCSCFは、INVITEに含まれる他の情報を考慮して、図4に示すIMSEmergencyRegistration処理により取得して保存しているUEの在圏セルのCellIDを特定してもよい。また、PCSCFは、保存しているUEの在圏セルのCellIDに基づいて、ECSCFを選択してもよい。ステップS4003において、PCSCFは、ECSCFに対して、UEの緊急呼用ユーザ識別子と緊急呼発信識別子とUEの在圏セルのCellIDとを含むINVITEを送信する。なお、UEの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。ここで、ECSCFが、図4に示すIMSEmergencyRegistration処理により、UEの在圏セルのCellIDを取得して保存している場合には、PCSCFは、INVITEに、かかるUEの在圏セルのCellIDを含めなくてもよい。ステップS4004において、ECSCFは、かかるUEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択する。ここで、ECSCFは、PCSCFからのINVITEに含まれるUEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択してもよいし、保存しているUEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択してもよい。また、ECSCFは、自身が取得可能なUEの他の位置情報や、オペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置10を選択してもよい。ステップS4005において、ECSCFは、選択した緊急通報装置10に対して、INVITEを送信する。ここで、ECSCFは、かかるINVITEに、選択した緊急通報装置10に係る情報を含めてもよい。ここで、ECSCFは、INVITEに、UEの在圏セルのCellIDやUEの緯度経度情報等のUEの位置情報を含めてもよい。その後、3GPPのTS23167やTS23228に従う緊急呼の接続処理が実施される。ここで、UEが、ローミング中のUEでない場合であって、かつ、SCSCF又はSCSCFが接続されるASが、緊急呼ルーティングを実施する場合には、ステップS4003におけるINVITEは、SCSCFまで転送されてもよい。ここで、かかるINVITEは、ECSCFを経由してもよいし、ECSCFを経由しなくてもよい。かかる場合、PCSCFは、INVITEに、UEの在圏セルのCellIDを設定しなくてもよく、かかるINVITEを受信したSCSCF又はASが、UEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択してもよい。本発明の第1の実施形態に係る移動通信システムによれば、IMS内のPCSCFが、INVITEを受信する前に、IMSEmergencyRegistration処理により、UEの在圏セルのCellIDを取得して保存することができるので、INVITEの受信から緊急通報装置10への接続までの遅延を短縮することができる。変更例1図6を参照して、本変更例1に係る移動通信システムについて説明する。以下、本変更例1に係る移動通信システムについて、上述の第1の実施形態に係る移動通信システムとの相違点に着目して説明する。ここで、図6を参照して、本発明の変更例1に係る移動通信システムにおけるUEによる緊急呼の発信処理について説明する。図6に示すように、ステップS5001において、UEは、PCSCFに対して、UEの緊急呼用ユーザ識別子及び緊急呼発信識別子を含むINVITEを送信する。なお、UEの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。ステップS5002において、PCSCFは、SCSCFを選択する。ここで、PCSCFは、UEの緊急呼用ユーザ識別子から、図4に示すIMSEmergencyRegistration処理により取得して保存しているUEの在圏セルのCellIDを特定してもよい。また、PCSCFは、INVITEに含まれる他の情報を考慮して、図4に示すIMSEmergencyRegistration処理により取得して保存しているUEの在圏セルのCellIDを特定してもよい。また、PCSCFは、保存しているUEの在圏セルのCellIDに基づいて、SCSCFを選択してもよい。ステップS5003において、PCSCFは、SCSCFに対して、UEの緊急呼用ユーザ識別子と緊急呼発信識別子とUEの在圏セルのCellIDとを含むINVITEを送信する。なお、UEの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。ステップS5004において、SCSCFは、ASに対して、UEの緊急呼用ユーザ識別子と緊急呼発信識別子とUEの在圏セルのCellIDとを含むINVITEを送信する。なお、UEの緊急呼用ユーザ識別子は、その他のユーザ識別子であってもよい。ステップS5005において、ASは、かかるUEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択する。ここで、ASは、自身が取得可能なUEの他の位置情報HSSから取得したUEの位置情報や、オペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置10を選択してもよい。ステップS5006において、ASは、SCSCFに対して、選択した緊急通報装置10に係る情報を含むINVITEを送信する。ここで、ASは、INVITEに、UEの在圏セルのCellIDやUEの緯度経度情報等のUEの位置情報を含めてもよい。ステップS5007において、SCSCFは、選択した緊急通報装置10に対してINVITEを送信する。ここで、SCSCFは、かかるINVITEに、選択した緊急通報装置10に係る情報を含めてもよい。ここで、SCSCFは、INVITEに、UEの在圏セルのCellIDやUEの緯度経度情報等のUEの位置情報を含めてもよい。その後、3GPPのTS23167やTS23228に従う緊急呼の接続処理が実施される。なお、SCSCFが、緊急呼の接続先である緊急通報装置10を選択する場合には、ステップS5004乃至S5006の動作が省略される。かかる場合、SCSCFは、自身が取得可能なUEの他の位置情報HSSから取得したUEの位置情報やオペレータポリシー等を考慮して、緊急呼の接続先である緊急通報装置10を選択してもよい。本発明は、緊急呼通報装置10を選択する時間を短縮することを例として記載しているが、緊急呼によらず、UEによる通信用PDNコネクションの設定処理と発信処理とを同時に実施するようなサービスにおいて、接続先を高速に選択する仕組みとして、同様に適用可能である。例えば、図4に記載の動作ステップS3006においてCxputCxpullを受信したHSSが、在圏装置からCellIDを取得する動作を、IMS緊急呼以外の通常呼用のIMSRegistration処理時に適用することで、通常のIMSRegistration処理を契機に、呼セッション制御ノードがCellIDを取得することが可能となり、IMSRegistration処理時の在圏情報に応じた着信呼制御等が可能となる。以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。本実施形態の第1の特徴は、移動通信方法であって、コアネットワーク内で、UE移動局による緊急呼用のコネクションを設定する工程Aと、UEによるIMSEmergencyRegistration処理緊急呼用のサービス制御ネットワークに対する登録処理を行う工程Bと、UEによる緊急呼の発信処理を行う工程Cとを有しており、工程Bにおいて、IMSサービス制御ネットワークに対して、HSS加入者管理サーバに保持されているUEの在圏セルのCellID識別情報を送信し、工程Cにおいて、IMSは、UEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択することを要旨とする。本実施形態の第1の特徴において、UEによるEmergencyAttach処理緊急呼用のアタッチ処理を行う工程を更に有し、かかる工程において、HSSに対して、UEの在圏セルのCellIDを送信してもよい。ここで、かかる工程において、UEについての有効なプロファイル情報が保持されているか否かについて或いはUEがローミング中であるか否かについて判定し、かかる判定結果に基づいて、HSSに対して、UEの在圏セルのCellIDを送信するか否かについて判定してもよい。本実施形態の第1の特徴において、工程Aにおいて、HSSに対して、UEの在圏セルのCellIDを送信してもよい。ここで、かかる工程Aにおいて、UEについての有効なプロファイル情報が保持されているか否かについて或いはUEがローミング中であるか否かについて判定し、かかる判定結果に基づいて、HSSに対して、UEの在圏セルのCellIDを送信するか否かについて判定してもよい。本実施形態の第1の特徴において、工程Cにおいて、IMS内のECSCF緊急呼用呼セッション制御ノードが、UEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択してもよい。本実施形態の第1の特徴において、工程Cにおいて、IMS内のASアプリケーションサーバが、UEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択してもよい。本実施形態の第1の特徴において、工程Cにおいて、IMS内のSCSCF移動局のサービング呼セッション制御ノードが、UEの在圏セルのCellIDに基づいて、緊急呼の接続先である緊急通報装置10を選択してもよい。本実施形態の第2の特徴は、UEにサービスを提供しているSCSCF呼セッション制御ノードであって、UEに係る加入者情報を取得する際に、UEの在圏セルのCellIDを取得するように構成されていることを要旨とする。なお、上述のUEやeNBRNCBSSやMMESGSNやSPGWGGSNやHSSやPCSCFやSCSCFやICSCFやECSCFやAS等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。ソフトウェアモジュールは、RAMRandomAccessMemoryや、フラッシュメモリや、ROMReadOnlyMemoryや、EPROMErasableProgrammableROMや、EEPROMElectronicallyErasableandProgrammableROMや、レジスタや、ハードディスクや、リムーバブルディスクや、CDROMといった任意形式の記憶媒体内に設けられていてもよい。かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ASIC内に設けられていてもよい。かかるASICは、UEやeNBRNCBSSやMMESGSNやSPGWGGSNやHSSやPCSCFやSCSCFやICSCFやECSCFやAS等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてUEやeNBRNCBSSやMMESGSNやSPGWGGSNやHSSやPCSCFやSCSCFやICSCFやECSCFやAS等内に設けられていてもよい。以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。