毫微微小区基站、通信控制设备、通信系统、控制方法和程序的制作方法

文档序号:7804114阅读:138来源:国知局
毫微微小区基站、通信控制设备、通信系统、控制方法和程序的制作方法
【专利摘要】本发明公开一种毫微微小区基站、通信控制设备、通信系统、控制方法和程序。毫微微小区基站是将用户设备(UE)连接到核心网络侧的毫微微小区基站并包括存储装置和控制装置。存储装置保留访问在毫微微小区基站的控制下的区域的UE的订户信息。控制装置从存储装置删除离开毫微微小区基站的控制的UE的订户信息。
【专利说明】毫微微小区基站、通信控制设备、通信系统、控制方法和程序
[0001]本申请是 申请人:“日本电气株式会社”于2010年4月12日提交的国际申请号为PCT/JP2010/056515的题为“毫微微小区基站、通信控制设备、通信系统、控制方法和程序”的专利申请的分案申请,该专利申请于2011年8月24日进行中国国家阶段,国家申请号为201080009089.8。

【技术领域】
[0002]本发明涉及使用毫微微小区基站执行通信的技术。

【背景技术】
[0003]近年来,为了提高通信区域的质量,正在开发引入毫微微小区基站的通信系统。
[0004]毫微微小区基站是覆盖具有大约几十米半径的小通信区域的小无线基站,旨在被安装在诸如家庭或办公室之类的房间里并覆盖房间里的通信区域。这允许现有宏小区基站未能覆盖的通信区域的通信质量被改善。此外,毫微微小区基站还使得通信区域能够在不增加建设和改善宏小区基站的基础设施的成本的情况下被覆盖。
[0005]目前已开发了使得毫微微小区基站被安装在家庭、办公室等的房间中并且仅特定的订购用户(UE:用户设备)经由毫微微小区基站连接到核心网络侧(毫微微网络)的系统(例如,见专利文献I和2)。
[0006]引用列表
[0007]专利文献
[0008]专利文献1:JP2009-504049A
[0009]专利文献2 JP2009-504051A


【发明内容】

[0010]技术问题
[0011]然而,近年来,如图1所示在公共设施等中安装多个毫微微小区基站(FAP#1,FAP#2)并开发使得不仅特定的订购用户(UE)而且无限个订购用户(UE)能够经由毫微微小区基站(FAP#1,FAP#2)连接到核心网络侧的系统被认为是必要的。
[0012]当图1所示的这种系统被构建时,可能存在订购用户在毫微微小区基站(FAP#1,FAP#2)之间移动的情况。
[0013]例如,订购用户(UE)可能从该UE正访问在第一毫微微小区基站(FAP#1)的控制下的区域的状态移动到在第二毫微微小区基站(FAP#2)的控制下的区域。
[0014]这种情况下,由于订购用户(UE)在移动后访问在第二毫微微小区基站(FAP#2)的控制下的区域,因此第二毫微微小区基站(FAP#2)需要管理订购用户(UE)的订户信息(CS/PS)。CS指代电路交换并且PS指代分组交换。
[0015]此外,由于订购用户(UE)停止访问在第一毫微微小区基站(FAP#1)的控制下的区域,因此第一毫微微小区基站(FAP#1)需要释放订购用户(UE)的订户信息(CS/PS)。
[0016]因此,当系统以订购用户能够在毫微微小区基站(FAP#1,FAP#2)之间移动的方式被构建时,需要用于根据订购用户(UE)的访问位置来动态改变被毫微微小区基站(FAP#1,FAP#2)管理的订购用户(UE)的订户信息(CS/PS)的机制。
[0017]本发明的一个目的是提供根据UE的访问位置来动态改变被毫微微小区基站管理的UE的订户信息的技术。
[0018]问题的解决方案
[0019]为了实现上述目的,本发明具有以下特征。
[0020]<毫微微小区基站>
[0021]本发明的毫微微小区基站是将UE (用户设备)连接到核心网络侧的毫微微小区基站,其包括用于保留访问在毫微微小区基站的控制下的区域的UE的订户信息的存储装置和用于从存储装置删除离开毫微微小区基站的控制的UE的订户信息的控制装置。
[0022]<通信控制设备>
[0023]本发明的通信控制设备是与将UE (用户设备)连接到核心网络侧的多个毫微微小区基站执行通信的通信控制设备,其包括管理装置和控制装置,所述管理装置用于管理在多个毫微微小区基站的控制下的UE的访问状态,所述控制装置用于在基于由管理装置管理的访问状态而判定访问在第一毫微微小区基站的控制下的区域的UE已移动到在第二毫微微小区基站的控制下的区域后,执行用于册除由第一毫微微小区基站管理的UE的订户信息的处理操作。
[0024]<控制方法>
[0025]根据本发明的控制方法是由将UE (用户设备)连接到核心网络侧的毫微微小区基站执行的控制方法,其保留访问在毫微微小区基站的控制下的小区的UE的订户信息并删除离开毫微微小区基站的控制的UE的订户信息。
[0026]根据本发明的另一控制方法是由与将UE (用户设备)连接到核心网络侧的多个毫微微小区基站执行通信的通信控制设备执行的控制方法,其管理在多个毫微微小区基站的控制下的UE的访问状态,并且在基于所管理的访问状态而判定访问在第一毫微微小区基站的控制下的区域的UE已移动到在第二毫微微小区基站的控制下的区域后,执行用于删除由第一毫微微小区基站管理的UE的订户信息的处理。

【专利附图】

【附图说明】
[0027]图1是例示了根据示例性实施例的通信系统的系统配置示例的图示。
[0028]图2是例示了 6分钟周期撤销登记和50分钟周期重新登记的图示。
[0029]图3是例示了当UE从FAP#1移动到FAP#2时的处理操作的第一图不。
[0030]图4是例示了当UE从FAP#1移动到FAP#2时的处理操作的第二图不。
[0031]图5是例示了当UE在FAP之间移动时发生的情况的图示。
[0032]图6是例示了当移动发生前FAP#1通过无线通信监视而激活6分钟周期的撤销登记的触发时(情况I)的处理操作的图示。
[0033]图7是例示了当UE从该UE访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域然后再次返回FAP#1时(情况2)的处理操作的图示。
[0034]图8是例示了当FAP#1激活到CSCF的50分钟周期重新登记发送的触发时(情况3)的处理操作的图示。
[0035]图9是例示了当UE在图8中的情况3的状态下移动到宏网络时的处理操作的图
/Jn ο
[0036]图10是例示了当UE在图8中的情况3的状态下在FAP#2处开启/关闭电源时的处理操作的图示。
[0037]图11是例示了当FAP#2在图8中的情况3的状态下激活到CSCF的50分钟周期重新登记发送的触发时的处理操作的图示。
[0038]图12是例示了当UE在图8中的情况3的状态下执行CS发送(SMS发送)时的处理操作的图示。
[0039]图13是例示了当UE移动到宏网络时(情况4)的处理操作的图示。
[0040]图14是例示了毫微微小区基站的示意性功能配置的框图。
[0041]图15是例示了与毫微微小区基站通信的通信控制设备的示意性功能配置的框图。

【具体实施方式】
[0042]<本示例性实施例的通信系统的概述>
[0043]首先,将参考图1来描述本示例性实施例的通信系统的概述。
[0044]根据本示例性实施例的通信系统是通过包含UE(用户设备)、将UE(用户设备)连接到核心网络侧的多个毫微微小区基站(FAP#1、FAP#2)和与毫微微小区基站(FAP#1、FAP#2)通信的通信控制设备(CSCF)而构成的通信系统。
[0045]当UE从该UE访问在第一毫微微小区基站(FAP#1)的控制下的区域的状态移动到该UE访问在第二毫微微小区基站(FAP#2)的控制下的区域的状态时,根据本示例性实施例的通信控制设备(CSCF)向第一毫微微小区基站(FAP#1)发送删除由第一毫微微小区基站(FAP#1)管理的UE的订户信息的删除请求。
[0046]接收到来自通信控制设备(CSCF)侧的删除请求之后,第一毫微微小区基站(FAP#1)删除与删除请求相对应的UE的订户信息。
[0047]此外,当在访问毫微微小区基站(FAP#1)的控制下的区域的UE的订户信息中存在未访问该毫微微小区基站(FAP#1)的控制下的区域的UE时,根据本示例性实施例的毫微微小区基站(FAP#1)向通信控制设备(CSCF)发送删除该UE的订户信息的请求。通信控制设备(CSCF)是通过包含用于管理与毫微微小区基站(FAP)相关联的UE的订户信息的管理装置而构成的,在接受来自毫微微小区基站(FAP#1)的删除请求后参考所述管理装置,并在接受来自与管理装置所管理的毫微微小区基站(FAP)不同的毫微微小区基站(FAP#1)的删除请求后,向毫微微小区基站(FAP#1)发送指示删除请求被接受的响应。
[0048]接受来自通信控制设备(CSCF)的删除请求后,毫微微小区基站(FAP#1)删除UE的订户信息。
[0049]这使得本示例性实施例的通信系统能够根据订购用户(UE)的访问位置来动态地改变由毫微微小区基站(FAP#1,FAP#2)管理的订购用户(UE)的订户信息。以下,将参考附图来描述本示例性实施例的通信系统。
[0050]<通信系统的系统配置示例>
[0051]首先,将参考图1来描述本示例性实施例的通信系统的系统配置示例。
[0052]本示例性实施例的通信系统是通过包含宏网络和毫微微MS(IP多媒体子系统)网络而构成的。
[0053]宏网络是公知的现有3G网络。宏网络是通过包括UE (用户设备)、Node_B、RNC (无线网络控制器)、MSC (移动服务交换中心)、VLR(访问位置寄存器)和HLR/AuC (归属位置寄存器/认证中心)而构成的。
[0054]组成宏网络的UE、Node-B、RNC、MSC、VLR和HLR/AuC是执行遵守3GPP的处理的设备,并因此将省略该处理操作的更详细描述。例如在3GPP TS33.234V8.0.0(2007-12)中公开了在现有宏网络(通信系统)中使用的技术。
[0055]毫微微MS网络通过包含FAP (毫微微接入点)、TOG (分组数据网关)、AAA (认证授权计费)、CSCF(呼叫会话控制功能)、HSS (归属订户服务器)和VLR(访问位置寄存器)而构成的。
[0056]FAP是覆盖具有大约几十米半径的小通信区域的小无线基站。
[0057]PDG是中继消息的设备。
[0058]CSCF是用作IMS网络中的中央节点并执行诸如使用SIP(会话发起协议)的会话控制、管理、认证和路由之类的功能的设备。
[0059]AAA是执行UE和网络之间的认证处理的设备。
[0060]HSS是管理在MS中使用的UE的订户信息的设备。
[0061 ] VLR是存储UE的订户信息的设备。HSS从HLR/AuC获取UE的订户信息、将所获取的UE的订户信息存储在VLR中并管理订户信息。
[0062]本示例性实施例的通信系统允许多个FAP#1和FAP#2被安装在公共设施等中并允许不仅特定UE而且无限个UE经由FAP#1和FAP#2被连接到核心网络侧。此外,由于本示例性实施例的通信系统布置了多个FAP#1和FAP#2,因此UE可以在FAP#1和FAP#2之间移动。
[0063]例如,UE可以从UE正在访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域。这种情况下,由于UE在移动发生后访问在FAP#2的控制下的区域,因此FAP#2需要管理UE的订户信息(CS/PS)。此外,由于UE停止访问在FAP#1的控制下的区域,因此FAP#1需要释放UE的订户信息(CS/PS)。
[0064]因此,本示例性实施例的通信系统根据UE的访问位置来动态地改变由FAP#1和FAP#2管理的UE的订户信息(CS/PS)。
[0065]FAP#2对UE的订户信息(CS/PS)的管理可以通过由UE与核心网络侧一起执行CS的位置登记处理和PS的位置登记处理来实现。
[0066]此外,FAP#1对UE的订户信息(CS/PS)的释放也可以通过向核心网络侧上的CSCF发送SIP撤消登记(SIP-De-RegiSter)并通过从CSCF接收SIP-2000K来实现。
[0067]这种情况下,FAP基于由FAP管理的UE的订户信息来监视UE对在FAP的控制下的区域的访问,当例如如图2所示,在从UE接收到位置更新请求后经过六分钟之前没有位置更新请求能够再从UE被接收时,判定UE未访问在FAP的控制下的区域,向核心网络侧上的CSCF发送SIP撤销登记,并且当从CSCF接收到SIP-2000K时,释放UE的订户信息(CS/PS)。这允许FAP#1释放未访问在FAP#1的控制下的区域的UE的订户信息(CS/PS)。由UE向FAP发送位置更新请求的时段可从FAP任意指定。然而,根据3GPP TS24.008V8.1.0(2008-3),不能设置少于六分钟的值。
[0068]当在管理UE的订户信息(CS/PS)的同时在向核心网络侧上的CSCF发送SIP撤销登记之后经过50分钟时,FAP重新发送SIP重新登记(SIP-Re-Register)并且还执行处理操作以维护FAP和CSCF之间的连接。FAP自主地运行前述6分钟周期的撤销登记和50分钟周期的重新登记。
[0069]然而,在UE可以在FAP之间移动的本系统中,如果FAP自主地运行前述6分钟周期的撤销登记和50分钟周期的重新登记,则由于6分钟周期的撤销登记与50分钟周期的重新登记不同步,因此核心网络侧上的CSCF可能错误地识别UE正在访问的FAP。
[0070]例如,在UE从UE正在访问在FAP#1控制下的区域的状态移动到在FAP#2的控制下的区域之后,如果FAP#1向CSCF发送50分钟周期的重新登记并且如果CSCF接收到该重新登记,则CSCF判定UE已再次移动到在FAP#1的控制下的区域。结果,虽然UE实际上正在访问在FAP#2的控制下的区域,但是CSCF错误地识别成UE正在访问在FAP#1的控制下的区域并运行与UE已移动到在FAP#1的控制下的区域的情况相对应的处理操作。
[0071]此外,即使FAP令前述6分钟周期的撤销登记与50分钟周期的重新登记同步,由于FAP无法将撤销登记的周期设置成少于六分钟,因此FAP也无法立即检测出UE已从在FAP#1的控制下的区域移动到在FAP#2的控制下的区域,并且核心网络侧上的CSCF也可能错误地识别UE正在访问的FAP。
[0072]例如,在UE从UE正在访问在FAP#1控制下的区域的状态移动到在FAP#2的控制下的区域之后,如果FAP#1无法再次从UE接收位置更新请求,则FAP#1向核心网络侧的CSCF发送撤销登记并在从CSCF接收到SIP-2000K之后释放UE的订户信息(CS/PS)。然而,由于撤销登记周期不能被设置成少于六分钟,因此核心网络侧上的CSCF可能错误地识别UE已经访问了六分钟的FAP。
[0073]因此,CSCF需要识别UE正在访问的FAP并改变由该FAP管理的UE的订户信息(CS/PS)。
[0074]为了解决上述问题,在本示例性实施例的通信系统中,当UE从UE正在访问在FAP#1控制下的区域的状态移动到在FAP#2的控制下的访问区域时,CSCF向移动发生之前的FAP#1发送SIP-N0TIFY(SIP通知),并释放由移动发生之前的FAP#1管理的UE的订户信息(CS/PS)。这允许CSCF根据UE的访问位置来改变由FAP管理的UE的订户信息(CS/PS)并允许移动发生之前的FAP#1释放UE的订户信息(CS/PS)。结果,CSCF可以避免对UE正在访问的FAP的错误识别。下面,将详细描述更具体的处理操作。在以下处理操作中,当UE从FAP#1移动到FAP#2时的处理操作将被描述。
[0075]〈当UE从FAP#1移动到FAP#2时的处理操作>
[0076]接下来,将参考图3和图4来描述当UE从FAP#1移动到FAP#2时的处理操作。
[0077]在以下描述中,假设在FAP#1和PDG之间建立了 IPsec隧道(ZAP#I隧道)(步骤Al)并在FAP#2和PDG之间建立了 IPsec隧道(ZAP#2隧道)(步骤A2)。
[0078]此外,由于UE正在访问在FAP#1的控制下的区域,因此假设UE、FAP#1和CSCF相连接(步骤A3)。因此,FAP#1在管理UE的订户信息(CS/PS)(步骤A4)。此外,HSS的VLR和CSCF在管理UE的订户信息(CS)(步骤A5和A6)。UE的订户信息与FAP#1的信息(MS1.FAP#I)相关联地被管理。MS1.FAP#1是用于标识FAP#1的信息。
[0079]当UE移动到在与上次位置登记的FAP#1(旧)不同的FAP#2(新)的控制下的LA (位置区域)(LA#2)时,UE开始登记CS服务的位置(初始位置登记)并且UE向FAP#2发送位置更新请求(步骤A7)。
[0080]接受到位置更新请求时,如果UE对应于在核心网络侧被接受的用户,则FAP#2向PDG发送IKE-SA-1NIT请求(步骤A8)。IKE-SA-1NIT是互联网密钥交换安全认证初始化。
[0081]接收到IKE-SA-1NIT 请求后,PDG 向 FAP#2 发送 IKE-SA-1NIT 响应(步骤 A9)。
[0082]接收到IKE-SA-1NIT 响应后,FAP#2 建立 FAP#2 和 PDG 之间的 IKESA 并将 IKE-AUTH请求发送到I3DG(步骤A10)。FAP#2发送IKE-AUTH请求中包含的APN(接入点名称)和NAI (网络接入标识符)。IKE-AUTH是互联网密钥交换认证。APN是用于标识网络的链接点的信息。NAI是用于标识网络接入的信息。
[0083]由于FAP#2已从UE接收到位置更新请求,因此FAP#2判断CS服务的位置登记并发送“OCSO〈UE#MSI>/〈Femto#MSI>@realmname” 的 NAI。“0CS0” 是指代 CS 服务的位置登记的信息。“〈UEHMSI〉”是用于标识包含在从UE接受的消息中的MS1.UE和UE的信息。“〈FemtoHMSI〉”是用于标识FAP#2的信息。
[0084]接收到IKE-AUTH 请求后,PDG 向 AAA 发送 Dia-EAP-请求(Dia-EAP-Requset)(步骤All)。PDG通过包含在Dia-EAP-请求中来发送包含在IKE-AUTH请求中的NAI。Dia-EAP是直径可伸长认证协议。
[0085]接收到Dia-EAP-请求后,AAA基于Dia-EAP-请求中包含的NAI来判断Dia-EAP-请求是CS服务的位置登记还是PS服务的位置登记或PDP激活。判断出是CS服务的位置登记后,AAA向HSS发送Dia-Wx-MAR(步骤A12)。Dia-Wx-MAR是直径? Wx ?多媒体认证请求。由于NAI是“0050〈诎#頂51〉/〈?611^0#頂51>@代31111的1^”,因此AAA判断出它是CS服务的位置登记并通过包含在Dia-Wx-MAR中来发送Dia-EAP-请求中包含的NAI的MS1.UE。
[0086]接收到Dia-Wx-MAR 后,HSS 向 HLR/AuC 发送 MAP-SAI 调用[CS](步骤 A13)。MAP-SAI是MAP-发送认证信息。[CS]指代电路交换。HSS通过包含在MAP-SAI调用[CS]中来发送Dia-Wx-MAR中包含的MS1.UE。
[0087]接收到MAP-SAI 调用[CS]后,HLR/AuC 向 HSS 发送 MAP-SAI Ack (步骤 A14)。HLR/AuC获取与MAP-SAI调用[CS]中包含的MS1.UE相对应的RAND/AUTN/CK/IK/XRES并发送所获取的包含在 MAP-SAI Ack 中的 RAND/AUTN/CK/IK/XRES (步骤 A14)。
[0088]RAND/AUTN/CK/IK/XRES是遵守3GPP的信息。RAND是随机挑战,AUTN是认证令牌,CK是加密密钥,IK是完整性密钥并且XRES是所期望的响应。
[0089]在本处理操作中,假设HLR/AuC发送包含在MAP-SAI Ack中的RAND/AUTN/CK/IK/XRES (EAP-AKA认证)。然而,RAND/AUTN/KC/RES也可通过被包含在MAP-SAI Ack中而被发送(EAP-SM认证)。EAP-AKA认证(UMTS认证)和EAP-SM认证(GSM认证)是由HLR/AuC根据UE所签约的NW的能力选择的。
[0090]接收到MAP-SAI Ack 后,HSS 向 AAA 发送 Dia-Wx-MAA (步骤 A15)。Dia-Wx-MAA 是直径? Wx?多媒体认证应答。HSS通过包含在Dia-Wx-MAA中来发送MAP-SAI Ack中包含的 RAND/AUTN/CK/IK/XRES。
[0091]接收到Dia-EAP-MAA 后,AAA 向 PDG 发送 Dia-EAP-应答(Dia-EAP-Answer)(步骤A16)。AAA通过包含在Dia-EAP-应答中来发送Dia-Wx-MAA中包含的RAND/AUTN/CK/IK。
[0092]接收到Dia-EAP-应答后,PDG向FAP#2发送IKE-AUTH响应(步骤A17)。PDG通过包含在 IKE-AUTH响应中来发送Dia-EAP-应答中包含的EAP-Request/AKA-Challenge (ΕΑΡ-请求/AKA-挑战)和RAND/AUTH/CK/IK。AKA是认证和密钥协商。
[0093]接收到IKE-AUTH响应后,FAP#2向UE发送认证请求(步骤A18)。FAP#2通过包含在认证请求中来发送IKE-AUTH响应中包含的RAND/AUTH。
[0094]接收到认证请求后,UE基于认证请求中包含的RAND/AUTH来执行认证操作。认证操作是使用遵守3GPP的方法来执行的。
[0095]UE计算RES并将包含在认证响应中的计算出的RES发送到FAP#2(步骤A19)。RES是使用遵守3GPP的方法来计算的。
[0096]接收到认证响应后,FAP#2向PDG发送IKE-AUTH请求(步骤A20)。FAP#2通过包含在IKE-AUTH请求中来发送认证响应中包含的EAP-Response (EAP-响应)/AKA-Challenge (AKA-挑战)。
[0097]接收到IKE-AUTH请求后,PDG向AAA发送Dia-EAP-请求(步骤A21)。PDG计算MAC (消息认证码)并发送包含在Dia-EAP-请求中的RES和MAC。MAC是使用遵守3GPP的方法来计算的。
[0098]接收到Dia-EAP-请求后,AAA执行UE认证。UE认证是使用遵守3GPP的方法来执行的。当UE认证已成功执行时,AAA向PDG发送Dia-EAP-应答(步骤A22)。AAA发送包含在 Dia-EAP-应答中的 EAP-成功(EAP-Success)。
[0099]接收到Dia-EAP-应答后,PDG向FAP#2发送IKE-AUTH响应(步骤A23)。PDG发送包含在IKE-AUTH响应中的EAP-成功。
[0100]接收到IKE-AUTH 响应后,FAP#2 向 CSCF 发送 SIP-登记(SIP-Register)(步骤A24)。FAP#2向CSCF发送包含在SIP-登记中的IMS1.UE。
[0101]接收到SIP-登记后,CSCF判断出具有与在其自己的CSCF中管理的UE的订户信息(FAP#1的登记信息)的呼叫ID(FAP#1)不同的呼叫ID(FAP#2)的SIP-登记已被接收。这种情况下,CSCF判断出UE已在FAP的访问区域之间移动并向HSS发送Dia_Cx_SAR(步骤A25)。SAR是服务器-指派-请求。CSCF发送包含在Dia-Cx-SAR中的MS1.UE。
[0102]接收到Dia-Cx-SAR后,HSS向HLR/AuC发送MAP-更新位置调用[CS](步骤A26)。HSS发送包含在MAP-更新位置调用中的MS1.UE。
[0103]接收到MAP-更新位置调用后,HLR/AuC向HSS发送MAP-插入订户数据调用(步骤A27)。HLR/AuC发送包含在MAP-插入订户数据调用中的订户信息。
[0104]接收到MAP-插入订户数据调用后,HSS基于MAP-插入订户数据调用中包含的订户信息来创建UE的订户信息。HSS向VLR登记UE的订户信息并通过VLR来管理UE的订户信息(CS)。这种情况下,HSS通过VLR来与FAP#2的信息(MS1.FAP#2)相关联地管理UE的订户信息(CS)。因此,HSS改写VLR所管理的UE的订户信息(CS)并与移动发生后的FAP#2、而不是移动发生前的FAP#1相关联地管理UE的订户信息(CS)(步骤A42)。
[0105]接下来,HSS向HLR/AuC发送MAP-插入订户数据确认(步骤A28)。
[0106]接收到MAP-插入订户数据确认后,HLR/AuC向HSS发送MAP-更新位置确认(步骤 A29)。
[0107]接收到MAP-更新位置确认后,HSS向CSCF发送Dia-Cx-SAA (步骤A30)。SAA是服务器-指派-应答。HSS发送包含在Dia-Cx-SAA中的MS ISDN。
[0108]接收到Dia-Cx-SAA 后,CSCF 向 FAP#2 发送包含 MSISDN 的 SIP-2000K (步骤 A31)。此外,CSCF与UE的订户信息(CS)相关联地管理有关从移动发生后的FAP#2接收的SIP-登记的信息。因此,CSCF与移动后的FAP#2相关联地管理UE的订户信息(CS)(步骤A41)。
[0109]接收到SIP-2000K后,FAP#2向UE发送安全模式命令(步骤A32)。
[0110]接收到安全模式命令后,UE执行加密。加密处理是使用遵守3GPP的方法来执行的。UE随后向FAP#2发送安全模式完成(步骤A33)。
[0111]接收到安全模式完成后,FAP#2抓取TMSI (临时移动订户身份)。TMSI的抓取是使用遵守3GPP的方法来执行的。
[0112]FAP#2向UE发送位置更新接受(步骤A34)。FAP#2发送包含在位置更新接受中的新 TMSI。
[0113]接收到位置更新接受后,UE获取由FAP#2生成的新TMSI并向FAP#2发送TMSI重分配完成(步骤A35)。
[0114]接收到TMSI重分配完成后,FAP#2与新TMSI相关联地管理UE的MS1.UE。因此,FAP#2管理UE的订户信息(CS)(步骤A39)。
[0115]此外,接收到Dia-Cx-SAA后,CSCF向UE的移动前的FAP#1发送SIP-N0TIFY (步骤A36)。CSCF在SIP-N0TIFY的主体(Body)部分的Contact (联系)标志中设置状态=“终止”、事件=“非激活”等,来将其转换为指代撤销登记的消息。此外,使得发送到FAP#1的SIP-N0TIFY具有与当从HSS接收到Diameter-RTR (直径-登记终止请求)时被发送到FAP的SIP-N0TIFY相同的格式。当从HSS接收到Diameter-RTR(直径-登记终止请求)时被发送到FAP的SIP-N0TIFY的处理操作将在稍后描述(例如,参见图9和图13)。
[0116]接收至IjSIP-N0TIFY 后,FAP#1 向 CSCF 发送 SIP-2000K (步骤 A37)。此外,FAPiil删除UE的订户信息(CS/PS)并释放UE的订户信息(CS/PS)(步骤A40)。
[0117]因此,在本示例性实施例的通信系统中,当UE从UE正在访问在FAP#1控制下的区域的状态移动到UE正在访问在FAP#2的控制下的区域的状态之后,UE、FAP#2和CSCF被连接(步骤A38),FAP#2管理UE的订户信息(CS/PS)(步骤A39),并且FAP#1释放UE的订户信息(CS/PS)(步骤A40)。此外,HSS的VLR和CSCF与FAP#2的信息(IMSI,FAP#2)相关联地管理UE的订户信息(CS)(步骤A41和A42)。
[0118]接着,当UE执行PS服务的位置登记时,UE向FAP#2发送路由区域更新请求(步骤A43),执行与前述CS服务的位置登记的处理本质上相同的处理,并执行PS服务的位置登记(步骤A44至A64)。因此,FAP#2管理UE的订户信息(CS/PS)(步骤A64)。
[0119]因此,在本示例性实施例的通信系统中,当作为授权用户的UE移动到在与上次位置登记的FAP#1 (旧)不同的FAP#2(新)的控制下的LA(位置区域)中的区域(图1所示的LA#2)时,UE通过FAP#2的白名单,在核心网络侧被接受,并且消息在UE、FAP#2、PDG、AAA,HSS和HLR/AuC之间被发送/接收,对UE的认证处理被执行,并且当对UE的认证已被成功执行时,消息在FAP#2、PDG, CSCF, HSS和HLR/AuC之间被发送/接收,并且CSCF与关于FAP#2的信息相关联地管理UE的订户信息(CS)(步骤A41)。此外,被HSS的VLR管理的UE的订户信息(CS)被更新并且UE的订户信息(CS)被与关于FAP#2的信息相关联地管理(步骤A42)。此外,被FAP#1管理的UE的订户信息(CS/PS)被释放(步骤A40)并且UE的订户信息(CS)被向FAP#2登记并被管理(步骤A39)。此外,当UE执行PS服务的位置登记时,FAP#2管理UE的订户信息(CS/PS)(步骤A64)。
[0120]从移动后的FAP#2接收到SIP-登记后,本示例性实施例的CSCF接收具有与在其自己的CSCF中管理的UE的订户信息(FAP#1的登记信息)的呼叫ID(FAP#1)不同的呼叫ID (FAP#2)的SIP-登记,并因此CSCF判断出UE正在FAP的访问区域之间移动。从HSS接收到Dia-Cx-SAA后,CSCF向移动发生前的FAP#1发送意味着撤销登记的SIP-N0TIFY,并删除和释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS)。
[0121]因此,当UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的访问区域时,本示例性实施例的CSCF向移动发生前的FAP#1发送SIP-N0TIFY,并且可以释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS)。本示例性实施例的CSCF根据移动发生前的FAP#1和UE的访问位置来改变由FAP#1、FAP#2管理的UE的订户信息(CS/PS),可以释放UE的订户信息(CS/PS),并且FAP#1向CSCF发送50分钟周期的重新登记的情形因此可以被避免。结果,CSCF可以避免对UE正在访问的FAP的错误识别。
[0122]〈CSCF不向移动发生前的FAP#1发送SIP-N0TIFY的情况>
[0123]接下来,将描述CSCF不向移动发生前的FAP#1发送SIP-N0TIFY并且不释放由FAP#1管理的UE的订户信息(CS/PS)的情况。
[0124]图5所示的情况SI至S4可被视为当UE在本示例性实施例的通信系统中的FAP之间移动时发生的情况。
[0125]情况S1:当UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域,并且然后移动发生前的FAP#1通过6分钟周期的非通信监视来激活对撤销登记发送的触发时
[0126]情况S2:当UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域并且然后再次返回到FAP#1时
[0127]情况S3:在UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域之后,FAP#1在情况I和情况2发生之前激活向CSCF触发50分钟周期重新登记发送。然而,在这种情况中,还发生以下四个情况。
[0128]情况S3-1:当UE移动到宏网络时
[0129]情况S3-2:当UE在FAP#2处打开/关闭电源时
[0130]情况S3-3:当FAP#2激活向CSCF触发50分钟周期重新登记发送时[0131 ] 情况S3-4:当UE执行CS发送(SMS发送)时
[0132]情况S4:在UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域之后,UE在情况SI至S3发生之前移动到宏网络
[0133]以下,将详细描述以上情况SI至情况S4。
[0134]<情况S1:当UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域,并且移动发生前的FAP#1随后通过6分钟周期的非通信监视来激活对撤销登记发送的触发时>
[0135]首先,将参考图6来描述移动发生前的FAP#1通过6分钟周期的非通信监视来激活对撤销登记发送的触发的情况。这种情况中,FAP#1向CSCF发送SIP-De-Register (SIP撤销登记)并在从CSCF接收到SIP-2000K后释放UE的订户信息(CS/PS)。
[0136]当UE在UE正在访问在FAP#1的控制下的区域的状态下访问在FAP#2的控制下的区域时,UE、FAP#2和CSCF被连接(步骤(BO)。这种情况中,FAP#2管理UE的订户信息(CS/PS)(步骤BI)。此外,CSCF与FAP#2的信息(MS1.FAP#2)相关联地管理UE的订户信息(CS)(步骤B2)。此外,HSS的VLR与FAP#2的信息(IMS1.FAP#2)相关联地管理UE的订户信息(CS)(步骤B3)。当CSCF不向移动发生前的FAP#1发送SIP-N0TIFY时,由FAP#1管理的UE的订户信息(CS/PS)不能被释放并且使得UE的订户信息(CS/PS)漂浮(floating)(步骤B4)。
[0137]当FAP#1在该状态中通过6分钟周期的非通信监视判断出UE未访问在FAP#1的控制下的区域时,FAP#1通过6分钟周期的非通信监视来激活撤销登记的触发并向CSCF发送SIP-撤销登记(步骤B5)。
[0138]接收到SIP-撤销登记后,CSCF参考由CSCF管理的UE的订户信息(CS)并判断出具有与在其自己的CSCF中管理的UE的订户信息(FAP#2的登记信息)的呼叫ID(FAP#2)不同的呼叫ID(FAP#1)的SIP-撤销登记已被接收。这种情况下,CSCF在保留在其自己的CSCF中管理的UE的订户信息(FAP#2的登记信息)的同时向FAP#1发送SIP-2000K(步骤B6) ο当从FAP接收的Register (登记)的Expire (过期)头部为零或Contact (联系)头部的Expires (过期)参数值为零时,CSCF判断出从FAP接收的Register (登记)是De-Register (撤销登记)。
[0139]接收到SIP-2000K后,FAP#1删除UE的订户信息(CS/PS)并释放UE的订户信息(CS/PS)(步骤 B7)。
[0140]因此,在本示例性实施例的通信系统中,当FAP#1通过6分钟周期的非通信监视判断出UE没有在访问时,FAP#I向CSCF发送SIP-撤销登记并在从CSCF接收到SIP-2000K后释放UE的订户信息(CS/PS)。因此,在该情况SI中,即使CSCF不向移动发生前的FAP#1发送SIP-N0TIFY,并且即使使得由移动发生前的FAP#1管理的UE的订户信息(CS/PS)漂浮,执行前述处理也使得由移动发生前的FAP#1管理的UE的订户信息(CS/PS)没有任何问题地被释放。
[0141]<情况S2:当UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域并且然后再次返回到FAP#1时>
[0142]接着,将参考图7来描述UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域然后再次返回到FAP#1的情况。
[0143]当UE从UE正访问在FAP#1的控制下的区域的状态访问在FAP#2的控制下的区域时,UE、FAP#2和CSCF被连接(步骤CO)。这种情况下,FAP#2管理UE的订户信息(CS/PS)(步骤Cl)。此外,CSCF与FAP#2的信息(IMS1.FAP#2)相关联地管理UE的订户信息(CS)(步骤C2)。此外,HSS的VLR与FAP#2的信息(MS1.FAP#2)相关联地管理UE的订户信息(CS)(步骤C3)。当CSCF不向移动发生前的FAP#1发送SIP-N0TIFY时,由FAP#1管理的UE的订户信息(CS/PS)不能被释放并且使得UE的订户信息(CS/PS)漂浮(floating)(步骤C4)。
[0144]当UE返回到在FAP#1的控制下的区域时,UE向FAP#1发送位置更新请求(步骤C5)。
[0145]接收到位置更新请求后,由于从UE接收的TMSI的值是移动发生前的FAP#2,因此FAPiil向CSCF发送SIP-撤销登记(步骤C6)。
[0146]接收到SIP-撤销登记后,CSCF参考由CSCF管理的UE的订户信息(CS),判断出具有与在其自己的CSCF中管理的UE的订户信息(FAP#2的登记信息)的呼叫ID(FAP#2)不同的呼叫ID(FAP#1)的SIP-撤销登记已被接收,并且CSCF在保留其自己的CSCF中的UE的订户信息(FAP#2的登记信息)的同时,向FAP#1发送SIP-2000K(步骤C7)。
[0147]接收到SIP-2000K后,FAP#1释放UE的订户信息(CS)(步骤C8)并向CSCF发送SIP-登记(步骤C9)。接收到SIP-登记后,CSCF在UE、FAP#1、CSCF、HSS和HLR/AuC之间执行ClO至C14中的处理,将新FAP#1的TMSI给予UE并在UE、FAP#1和CSCF之间进行连接(步骤C15)。
[0148]因此,FAPiIl重新管理UE的订户信息(CS/PS)(步骤C16)。此外,CSCF和HSS的VLR与FAPiil的信息(IMS1.FAP#1)相关联地管理UE的订户信息(CS)(步骤C17和C18。)
[0149]在该情况S2下,由FAP#2管理的UE订户信息(CS/PS)无法被释放并且使得UE的订户信息(CS/PS)漂浮(步骤C19)。结果,当FAP#2激活到CSCF的50分钟周期的重新登记发送的触发时,FAP#2向CSCF发送SIP重新登记并连接到CSCF。因此,在情况S2中,CSCF向移动发生前的FAP#1发送SIP-N0TIFY,释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS),避免了步骤C4中的FAP#1的漂浮状态的出现,并因此可以避免前述问题。
[0150]<情况S3:在UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域之后,FAP#1在情况I和情况2发生之前激活到CSCF的50分钟周期重新登记发送的触发>
[0151]接着,将参考图8来描述在UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域之后,FAP#1在情况I和情况2发生之前激活到CSCF的50分钟周期重新登记发送的触发的情况。
[0152]当UE从UE正访问在FAP#1的控制下的区域的状态访问在FAP#2的控制下的区域时,UE、FAP#2和CSCF被连接(步骤D0)。这种情况下,当CSCF不向移动发生前的FAP#1发送SIP-N0TIFY时,由FAP#1管理的UE的订户信息(CS/PS)不能被释放并且使得UE的订户信息(CS/PS)漂浮(floating)(步骤 Dl)。
[0153]当FAP#1激活到CSCF的50分钟周期重新登记发送的触发时,FAP#1向CSCF发送SIP-重新登记(步骤D2)。
[0154]接收到SIP-重新登记后,CSCF在FAP#1、CSCF、HSS和HLR/AuC之间执行步骤D3至D6中的处理,并且FAP#1和CSCF被连接(步骤D7)。此外,FAP#2不是连接到CSCF而是连接到UE (步骤D8)。此外,HSS的VLR与FAP#1相关联地管理UE的订户信息(CS)(步骤D9)。假设步骤D7至D9的状态是A。
[0155]此外,当FAP#1通过状态A中的6分钟周期的非通信监视而激活撤销-登记发送的触发时,FAP#1向CSCF发送SIP-撤销登记(步骤D10)。
[0156]接收到SIP-撤销登记后,CSCF在FAP#1、CSCF、HSS和HLR/AuC之间执行Dll至D14中的处理,并释放FAP#1和CSCF之间的连接。此外,FAP#2不是连接到CSCF而是连接到UE (步骤D15)。此外,FAP#2删除由HSS的VLR管理的UE的订户信息(步骤D16)。假设步骤D15至D16的状态是B。
[0157]在这种情况S3中,FAP#1激活到CSCF的50分钟周期的重新登记发送的触发并且如果FAP#1在步骤D2中向CSCF发送SIP-重新登记,则虽然UE正访问在FAP#2的控制下的区域,但CSCF错误地识别成UE已移动到在FAP#1的控制下的区域。在这种情况S3中,还发生以下四种情况。
[0158]情况S3-1:当UE移动到宏网络时
[0159]情况S3-2:当UE在FAP#2处开启/关闭电源时
[0160]情况S3-3:当FAP#2激活向CSCF触发50分钟周期的重新登记发送时[0161 ] 情况S3-4:当UE执行CS发送(SMS发送)时
[0162]<情况S3-1:当UE在情况S3的状态下移动到宏网络时>
[0163]首先,将参考图9来描述UE在情况S3的状态下移动到宏网络的情况。
[0164]当UE在状态A中移动到宏网络时,HLR/AuC向HSS发送MAP-取消位置调用[CS](步骤El)。接收到MAP-取消位置调用[CS]后,HSS向CSCF发送RTR (登记终止请求)(步骤 E2)。
[0165]接收到RTR 后,CSCF 向 FAP#1 发送 SIP-N0TIFY (步骤 E3)。
[0166]接收到SIP-N0TIFY后,FAP#1删除UE的订户信息(CS),释放到CSCF的连接并向CSCF 发送 SIP-2000K (步骤 E4)。
[0167]接收到SIP-2000K后,CSCF向HSS发送RTA (登记终止应答)(步骤E5)。
[0168]接收到RTA后,HSS删除UE的订户信息(CS)并向HLR/AuC发送MAP-取消位置确认(步骤E7)。
[0169]在情况S3-1中,FAP#2无法释放UE的订户信息(CS/PS)并且使得UE的订户信息漂浮(步骤ES)。结果,当FAP#2激活到CSCF的50分钟周期的重新登记发送的触发时并向CSCF发送SIP-重新登记时,虽然UE正访问宏网络,但是CSCF错误地识别成UE已移动到在FAP#2的控制下的区域。
[0170]此外,当UE在状态B中移动到宏网络时,由于HSS不管理UE的订户信息,因此HSS不执行如前述状态A中的处理并且根本没有处理被执行。这种情况下,如在状态A的情况中那样,FAP#2无法释放UE的订户信息(CS/PS)并且使得UE的订户信息漂浮(步骤E9)。结果,当FAP#2激活到CSCF的50分钟周期的重新登记发送的触发并向CSCF发送SIP-重新登记时,虽然UE正访问宏网络,但是CSCF错误地识别成UE已移动到在FAP#2的控制下的区域。因此,在这种情况S3-1中,CSCF向移动发生前的FAP#1发送SIP-N0TIFY,释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS),并避免图8所示的步骤Dl中的FAP#1的漂浮状态的出现,从而可以避免前述问题。
[0171]<情况S3-2:当UE在情况S3的状态下在FAP#2处开启/关闭电源时>
[0172]接着,将参考图10来描述UE在情况S3的状态下在FAP#2处开启/关闭电源的情况。
[0173]当UE的电源在状态A中关闭时,UE向FAP#2发送MM:脱离指示(detach-1ndicat1n)(步骤Fl)。接收到脱离指示后,FAP#2向CSCF发送SIP-撤销登记(步骤F2)。
[0174]接收到SIP-撤销登记后,CSCF参考由CSCF管理的UE的订户信息(CS),判断出具有与在其自己的CSCF中管理的UE的订户信息(FAP#1的登记信息)的呼叫ID(FAP#1)不同的呼叫ID(FAP#2)的SIP-撤销登记已被接收,并且CSCF在保留其自己的CSCF中的UE的订户信息(FAP#1的订户信息)的同时向FAP#2发送SIP-2000K(步骤F3)。
[0175]接收到SIP-2000K后,FAP#2释放UE的订户信息(CS)(步骤F4)。
[0176]此外,当UE的电源开启时,UE向FAP#2发送丽:位置更新请求(步骤F5),登记CS服务的位置,并且在接收到位置更新请求后,FAP#2在UE、FAP#2、CSCF、HSS和HLR/AuC之间执行步骤F6至Fll中的处理并且在UE、FAP#2和CSCF之间进行连接(步骤F12)。此外,HSS的VLR与FAP#2的信息相关联地管理UE的订户信息(CS)(步骤F13)。
[0177]这种情况下,FAP#1无法释放UE的订户信息(CS/PS)并且使得UE的订户信息(CS/PS)漂浮(步骤F14)。结果,当FAP#1激活到CSCF的50分钟周期的重新登记发送的触发并向CSCF发送SIP-重新登记时,虽然UE正访问在FAP#2的控制下的区域,但CSCF错误地识别成UE已移动到在FAP#1的控制下的区域。因此,在这种情况S3-2中,CSCF向移动发生前的FAP#1发送SIP-N0TIFY,释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS),避免图8所示的步骤Dl中的FAP#1的漂浮状态的出现,并且因此可以避免前述问题。
[0178]<情况S3-3:当FAP#2在情况S3的状态中激活到CSCF的50分钟周期重新登记发送的触发时>
[0179]接着,将参考图11来描述FAP#2在情况S3的状态中激活到CSCF的50分钟周期重新登记发送的触发的情况。
[0180]当FAP#2在状态A中激活到CSCF的50分钟周期重新登记发送的触发时,FAP#2向CSCF发送SIP-重新登记(步骤Gl)。接收到SIP-重新登记后,CSCF在FAP#2、CSCF、HSS和HLR/AuC之间执行步骤G2至G5中的处理并且在UE、FAP#2和CSCF之间进行连接(步骤G6)。此外,HSS的VLR与FAP#2的信息相关联地管理UE的订户信息(CS)(步骤G7)。
[0181]这种情况下,FAP#1无法释放UE的订户信息(CS/PS)并且使得UE的订户信息(CS/PS)漂浮(步骤G8)。结果,如果FAP#1激活到CSCF的50分钟周期重新登记发送的触发并向CSCF发送SIP-重新登记,则虽然UE正访问在FAP#2的控制下的区域,但CSCF错误地识别成UE已移动到在FAP#1的控制下的区域。因此,在这种情况S3-3中,CSCF向移动发生前的FAP#1发送SIP-N0TIFY,释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS),避免图8所示的步骤Dl中的FAP#1的漂浮状态的出现,并且因此可以避免前述问题。
[0182]<情况S3-4:当UE在情况S3的状态中执行CS发送(SMS发送)时〉
[0183]接着,将参考图12来描述UE在情况S3的状态中执行CS发送(SMS发送)的情况。
[0184]当UE在状态A中执行CS发送时,UE向FAP#2发送CmService请求(步骤Hl)。
[0185]接收到CmService请求后,FAP#2向UE发送安全模式命令(步骤H2)。
[0186]接收到安全模式命令后,UE向FAP#2发送安全模式完成(步骤H3)。
[0187]接着,UE向FAP#2发送SETUP (建立)(步骤H4)并且FAP#2在接收到SETUP后向CSCF 发送 SIP-邀请(SIP-1NVITE)(步骤 H5)。
[0188]接收到SIP-邀请后,CSCF参考由CSCF管理的UE的订户信息(CS),判断出具有与在其自己的CSCF中管理的UE的订户信息(FAP#1的登记信息)的呼叫ID(FAP#1)不同的呼叫ID(FAP#2)的SIP-邀请已被接收,并且CSCF向FAP#2发送SIP-403 (理由(Reason) #21)(步骤册)。
[0189]接收至IjSIP-403 后(理由 #21)后,FAP#2 向 UE 发送 RELCOM(CV#21)(步骤 H7)。
[0190]接收到RELCOM(CV#21)后,UE再次执行CS发送,但UE从FAP#2接收RELC0M(步骤H14)。因此,在这种情况S3-4中,CSCF向移动发生前的FAP#1发送SIP-N0TIFY,释放由移动前的FAP#1管理的UE的订户信息(CS/PS),避免图8所示的步骤Dl中的FAP#1的漂浮状态的出现,并且因此可以避免前述问题。
[0191]因此,在情况S3中,CSCF向移动发生前的FAP#1发送SIP-N0TIFY,释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS),避免图8所示的步骤Dl中的FAP#1的漂浮状态的出现,并且因此可以避免情况S3-1至S3-4中的前述问题。
[0192]<情况S4:在UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域之后,UE在情况SI至S3发生之前移动到宏网络>
[0193]接着,将参考图13来描述在UE从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的区域之后,UE在情况SI至S3发生之前移动到宏网络的情况。
[0194]当UE从UE正在访问在FAP#1的控制下的区域的状态访问在FAP#2的控制下的区域时,UE、FAP#2和CSCF被连接(步骤10)。这种情况下,当CSCF不向移动发生前的FAP#1发送SIP-N0TIFY时,由FAP#1管理的UE的订户信息(CS/PS)无法被释放,并且使得UE的订户信息(CS/PS)漂浮(步骤II)。
[0195]当UE在该状态中移动到宏网络时,HLR/AuC向HSS发送MAP-取消位置调用[CS](步骤12)。接收到MAP-取消位置调用后,HSS向CSCF发送RTR(登记终止请求)(步骤13)。
[0196]接收到RTR 后,CSCF 向 FAP#2 发送 SIP-N0TIFY (步骤 14)。
[0197]接收到SIP-N0TIFY后,FAP#2删除UE的订户信息(CS)、释放到CSCF的连接,并向CSCF 发送 SIP-2000K (步骤 15)。
[0198]接收到SIP-2000K后,CSCF向HSS发送RTA (登记终止应答)(步骤16)。
[0199]接收到RTA后,HSS删除UE的订户信息(CS)(步骤17)并向HLR/AuC发送MAP-取消位置确认(步骤18)。
[0200]这种情况下,FAP#1无法释放UE的订户信息(CS/PS)并且使得UE的订户信息漂浮(步骤19)。结果,当FAP#1激活到CSCF的50分钟周期重新登记发送的触发并向CSCF发送SIP-重新登记时,虽然UE正访问宏网络,但CSCF错误地识别成UE已移动到在FAP#1的控制下的区域。因此,在这种情况S4中,CSCF向移动发生前的FAP#1发送SIP-N0TIFY,释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS),避免了步骤Il中的FAP#1的漂浮状态的出现,并因此可以避免前述问题。
[0201 ] <本示例性实施例的通信系统的操作和效果>
[0202]因此,当CSCF判断出UE已从UE正访问在FAP#1的控制下的区域的状态移动到在FAP#2的控制下的访问区域时,本示例性实施例的通信系统向移动发生前的FAP#1发送SIP-N0TIFY,并释放由移动发生前的FAP#1管理的UE的订户信息(CS/PS)。因此,可以根据UE的访问位置来改变由FAP#1和FAP#2管理的UE的订户信息(CS/PS),并且移动发生前的FAP#1可以释放UE的订户信息(CS/PS),从而FAP#1向CSCF发送50分钟周期重新登记的情形可被避免。结果,CSCF可以避免对UE正访问的FAP的错误识别。结果,可以避免情况S2至情况S4中的问题。
[0203]此外,当移动发生前的FAP#1通过6分钟周期的非通信监视判断出UE没有在访问时,FAP#1向CSCF发送SIP-撤销登记。接收到SIP-撤销登记后,CSCF参考由CSCF管理的UE的订户信息(CS),在接收到具有与在其自己的CSCF中管理的UE的订户信息(FAP#2的登记信息)的呼叫ID(FAP#2)不同的呼叫ID(FAP#1)的SIP-撤销登记后向移动发生前的FAP#1发送SIP-2000K,并且移动发生前的FAP#1在从CSCF接收到SIP-2000K后释放UE的订户信息(CS/PS)。这允许移动发生前的FAP#1释放UE的订户信息(CS/PS)并且因此FAP#1向CSCF发送50分钟周期重新登记的情形可被避免。结果,CSCF可以避免对UE正访问的FAP的错误识别。
[0204]上面描述的示例性实施例是示例性实施例,但是本发明的范围不只限于上述示例性实施例并且各种修改可在不脱离本发明的范围和精神的前提下被做出。
[0205]例如,已在上述示例性实施例中描述了假设FAP向CSCF发送6分钟周期的撤销登记和50分钟周期的重新登记的情况。然而,6分钟周期和50分钟周期仅是示例并且该周期可被任意设置或改变。然而,即使该周期被任意设置或改变,撤销登记周期和重新登记周期也变得彼此不同步,因此不言自明,核心网络侧上的CSCF可能错误地识别UE正访问的FAP。此外,即使撤销登记周期和重新登记周期彼此同步,由于撤销登记周期不能被设置或改变为小于六分钟,因此不言自明,核心网络侧上的CSCF可能错误地识别UE正访问的FAP。
[0206]此外,根据图3和图4所示的处理操作,在向移动发生后的FAP#2发送SIP-2000K后,CSCF向移动发生前的FAP#1发送SIP-N0TIFY,但是还可以向移动发生前的FAP#1发送SIP-N0TIFY,然后向移动发生后的FAP#2发送SIP-2000K。
[0207]此外,根据本示例性实施例的通信系统可以执行独立于3GPP的版本的处理。
[0208]图14是例示了毫微微小区基站的示意性功能配置的框图。参考图14,毫微微小区基站被设置有存储部件11和控制部件12。
[0209]存储部件11存储访问在毫微微小区基站的控制下的区域的UE的订户信息。控制部件12从存储部件11删除从在毫微微小区基站的控制下的区域移开的UE的订户信息。
[0210]接受向存储部件11登记的UE的订户信息的删除请求后,控制部件12可从存储部件11删除与删除请求相对应的UE的订户信息。
[0211]此外,当在存储部件11中保留的UE的订户信息中存在未正在访问在毫微微小区基站的控制下的区域的UE时,控制部件12可向核心网络侧发送该UE的订户信息的删除请求并且可在删除请求从核心网络侧被接受时从存储部件11删除该UE的订户信息。
[0212]图15是例示了与毫微微小区基站通信的通信控制设备的示意性功能配置的框图。
[0213]参考图15,通信控制设备设置有管理部件21和控制部件22。管理部件21管理在多个毫微微小区基站的控制下的UE的访问状态。
[0214]当控制部件22基于由管理部件21管理的访问状态而判断出访问在第一毫微微小区基站的控制下的区域的UE已移动到在第二毫微微小区基站的控制下的区域时,控制部件22执行用于删除由第一毫微微小区基站管理的UE的订户信息的处理。这种情况下,控制部件22可向第一毫微微小区基站发送用于删除订户信息的删除请求,以作为删除由第一毫微微小区基站管理的UE的订户信息的处理操作。
[0215]此外,管理部件21可与分别访问在多个毫微微小区基站的控制下的区域的UE的订户信息相关联地来管理这多个毫微微小区基站。
[0216]接受来自与由管理部件21管理的UE的订户信息所关联的第一毫微微小区基站不同的第二毫微微小区基站的UE的位置登记请求后,控制部件22还可判断出UE已从该UE正访问在第一毫微微小区基站的控制下的区域的状态移动到该UE访问在第二毫微微小区基站的控制下的区域的状态。
[0217]此外,控制部件22还可向更高层网络(核心网络侧)发送UE的位置登记请求,并在从该更高层网络接受对UE的位置登记请求的响应后,将管理部件21所管理的UE的订户信息与第二毫微微小区基站相关联,并向第一毫微微小区基站发送用于删除UE的订户信息的删除请求。
[0218]此外,在接受来自与由管理部件21管理的UE的订户信息所关联的第二毫微微小区基站不同的第一毫微微小区基站的对UE的订户信息的删除请求后,控制部件21还可向第一毫微微小区基站发送接受删除请求的响应。
[0219]此外,组成根据前述本示例性实施例的通信系统的每个设备中的控制操作还可使用硬件、软件或组合该二者的配置来执行。
[0220]当使用软件来执行处理操作时,可以在包括在专用硬件内的计算机的存储器中安装和运行记录了处理序列的程序。作为替代,还可以在能够运行各种类型的处理的通用计算机中安装和运行程序。
[0221]例如,程序可被事先记录在作为记录介质的硬盘或ROM(只读存储器)中。作为替代,程序可被暂时或永久地存储(记录)在可移除记录介质中。这种可移除记录介质可被设置为所谓的封装软件。可移除记录介质的示例包括软(注册商标)盘、CD-R0M(致密盘只读存储器)、M0 (磁光)盘、DVD (数字万用盘)、磁盘和半导体存储器。
[0222]来自前述可移除记录介质的程序可被安装在计算机中。此外,程序可被从下载站点无线地转移到计算机。此外,程序可使用线缆通过网络被转移到计算机。
[0223]此外,根据本示例性实施例的通信系统还可被构造成不仅按照根据上述示例性实施例中描述的处理操作的时间顺序而且根据按需要并列或分开执行处理的设备的处理能力来运行处理操作。
[0224]此外,根据本示例性实施例的通信系统还可具有多个设备的逻辑组合配置或者可构造成使得不同配置的设备存在于同一外壳中。
[0225]本申请要求基于2009年4月17日递交的日本专利申请N0.2009-100603的优先权,该日本优先专利申请的全部公开通过引用结合于此。
【权利要求】
1.一种与将用户设备UE连接到核心网络侧的多个毫微微小区基站执行通信的通信控制设备,包括: 管理部件,所述管理部件管理在所述多个毫微微小区基站的控制下的UE的访问状态;和 控制部件,所述控制部件在基于由所述管理部件管理的访问状态而判定访问在第一毫微微小区基站的控制下的区域的UE已移动到在第二毫微微小区基站的控制下的区域后,执行用于删除由所述第一毫微微小区基站管理的UE的订户信息的处理操作。
2.根据权利要求1所述的通信控制设备,其中在判定访问在所述第一毫微微小区基站的控制下的区域的UE已移动到在所述第二毫微微小区基站的控制下的区域后,所述控制部件向所述第一毫微微小区基站发送用于删除由所述第一毫微微小区基站管理的UE的订户信息的删除请求。
3.根据权利要求1所述的通信控制设备,其中所述管理部件与分别访问在所述多个毫微微小区基站的控制下的区域的UE的订户信息相关联地管理所述多个毫微微小区基站。
4.根据权利要求3所述的通信控制设备,其中在接受来自与由所述管理部件管理的UE的订户信息所关联的所述第一毫微微小区基站不同的所述第二毫微微小区基站的UE的位置登记请求后,所述控制部件判断出UE已从该UE正访问在所述第一毫微微小区基站的控制下的区域的状态移动到该UE访问在所述第二毫微微小区基站的控制下的区域的状态。
5.根据权利要求4所述的通信控制设备,其中所述控制部件向更高层网络发送UE的位置登记请求,并在从所述更高层网络接受对UE的位置登记请求的响应后,将所述管理部件所管理的UE的订户信息与所述第二毫微微小区基站相关联,并向所述第一毫微微小区基站发送用于删除由所述第一毫微微小区基站管理的UE的订户信息的删除请求。
6.根据权利要求3所述的通信控制设备,其中在接受来自与由所述管理部件管理的UE的订户信息所关联的所述第二毫微微小区基站不同的所述第一毫微微小区基站的UE的订户信息的删除请求后,所述控制部件向所述第一毫微微小区基站发送接受所述删除请求的响应。
7.一种由与将用户设备UE连接到核心网络侧的多个毫微微小区基站执行通信的通信控制设备执行的控制方法,包括: 管理在所述多个毫微微小区基站的控制下的UE的访问状态;以及 在基于所管理的访问状态而判定访问在第一毫微微小区基站的控制下的区域的UE已移动到在第二毫微微小区基站的控制下的区域后,执行用于删除由所述第一毫微微小区基站管理的UE的订户信息的处理操作。
【文档编号】H04W8/18GK104080162SQ201410211280
【公开日】2014年10月1日 申请日期:2010年4月12日 优先权日:2009年4月17日
【发明者】宫川友辅, 城户贵之, 秋元拓男, 西村猛, 横内俊介, 吉田直树, 渡边康弘, 秋山洋明 申请人:日本电气株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1