无线通信系统以及基站收纳服务器 |
|||||||
| 申请号 | CN200910134116.3 | 申请日 | 2009-04-24 | 公开(公告)号 | CN101568100B | 公开(公告)日 | 2013-04-24 |
| 申请人 | 株式会社日立制作所; | 发明人 | 中村仁美; 矢野正; 高取正浩; | ||||
| 摘要 | 提供一种无线通信系统以及基站收纳 服务器 ，其目的在于，通过恰当地设定毫微微小区的 位置 登录区域，来降低终端在毫微微小区和宏小区的边界进行移动时的位置登录的频度。一种基站收纳服务器，其与位置管理服务器连接，收纳与第二通信网络连接的多个第二基站，所述位置管理服务器收纳与第一通信网络连接的多个第一基站，所述基站收纳服务器的特征为：根据存在于第二基站能够接收由第一基站广告的位置管理组识别符的位置的第一基站的位置管理组识别符，决定第二基站的位置管理组识别符。 | ||||||
| 权利要求 | 1.一种基站收纳服务器，其与位置管理服务器连接，收纳与第二通信网络连接的多个第二基站，所述位置管理服务器收纳与第一通信网络连接的多个第一基站，该基站收纳服务器的特征在于， |
||||||
| 说明书全文 | 无线通信系统以及基站收纳服务器技术领域[0001] 本发明涉及混合有宏小区和毫微微小区的无线通信系统。 背景技术[0003] 位置登录是按照位置登录区域单位将终端的位置登录到位置管理服务器中的处理。通常，位置登录区域由多个基站构成，各个基站对全部终端广告与本站的位置登录区域有关的信息。终端始终监视与位置登录区域有关的信息，当在移动过程中终端接收的与位置登录区域有关的信息变化时，根据接收到的与位置登录区域有关的信息，对位置管理服务器登录位置。由此，位置管理服务器可以管理各个终端存在于哪个位置登录区域中。此外，终端即使在与位置登录区域有关的信息不变化时，也定期地进行位置登录。 [0004] 此外，寻呼是从网络一侧呼叫空闲状态的终端，使终端启动的处理。位置管理服务器在针对终端的数据的到达时，对属于该终端最后登录位置的位置登录区域的全部基站发送呼叫请求。接收到来自位置管理服务器的呼叫请求的各基站使用无线的广播信道对该终端传输呼叫请求。该终端当接收到呼叫请求时，激活无线信道开始数据通信。 [0005] 如此，在小区方式的无线通信系统中，以位置登录区域单位管理空闲状态的终端的位置，此外，在数据到达时，从位置登录区域内的全部基站呼叫终端，使空闲状态的终端启动，实现向已启动的终端的数据传输。 [0006] 所述位置登录以及所述寻呼的处理，经由拥有无线电管理局许可的通信业者设置的基站(宏小区、微小区、微微小区)来进行。 [0007] 另一方面，毫微微小区的覆盖区域为数十米左右的服务区，并考虑以下的使用方法：将服务区域扩展到宏基站的无线电波无法到达的大楼的高楼层，或者提高一般家庭内的通信品质。所述毫微微小区通过设置豪微微基站来实现。特别是，当在一般的家庭中使用时，不具有无线电管理局许可的一般用户可以自由地设置毫微微基站。 [0008] 【非专利文献1】3GPP TS23.401 v8.0.0、General Packet Radio Service(GPRS)enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN)access(Release 8)pp.46～48、pp.65～67 发明内容[0009] 现有的移动电话基站因为是由具有无线电管理局许可的通信业者设置的，所以通信业者已经有计划地设计了在各个基站(宏小区、微小区、微微小区)设定的位置登录区域。但是，在一般用户进行设置时，无法预定设定毫微微基站的位置登录区域。因此，在一般用户自由地设置毫微微基站时，希望自动地决定适合毫微微基站的设置场所的位置登录区域，削减基站的管理成本。 [0010] 此外，因为毫微微小区的覆盖区域狭小，所以在终端经过毫微微小区和宏小区的边界的附近时，由于多次在毫微微小区和宏小区的边界移动，频繁地产生位置登录。因此，寻求在混合有毫微微小区和宏小区的环境中，降低位置登录的频度的无线通信系统。 [0011] 本发明的目的在于，在新设置了毫微微基站时，恰当地设定毫微微基站的位置登录区域，此外，降低终端在毫微微小区和宏小区的边界移动时的位置登录的频度。 [0012] 以下是本发明的一个具有代表性的例子。即， [0013] 一种基站收纳服务器，其与位置管理服务器连接，并且收纳与第二通信网连接的多个第二基站，上述位置管理服务器收纳与第一通信网连接的多个第一基站，上述基站收纳服务器的特征为：根据存在于所述第二基站可以接收由所述第一基站广告的位置管理组识别符的位置的所述第一基站的所述位置管理组识别符，决定所述第二基站的所述位置管理组识别符。 [0014] 根据本发明的一实施方式，对应毫微微基站的设置场所设定恰当的位置登录区域，可以削减基站的管理成本。此外，可以降低终端在毫微微小区和宏小区的边界移动时的位置登录的频度。 [0016] 图1表示本发明实施方式的通信网的结构例。 [0017] 图2A是表示本发明实施方式的FNG的装置结构的方框图。 [0018] 图2B是表示本发明实施方式的MME的装置结构的方框图。 [0019] 图3表示本发明的实施方式的FNG具备的毫微微基站管理表的结构例。 [0020] 图4A表示本发明实施方式的MME具备的UE位置管理表的结构例。 [0021] 图4B表示本发明实施方式的MME具备的位置登录区域管理表的结构例。 [0022] 图5是表示本发明实施方式的毫微微基站在启动后与FNG连接的呼叫流程的顺序图。 [0023] 图6是表示本发明实施方式的FNG执行的毫微微位置登录区域ID生成例行程序的流程图。 [0024] 图7是表示本发明第一实施方式的UE在宏基站的区域内启动后，迁移为空闲状态，移动到毫微微基站的区域内的呼叫流程的顺序图。 [0025] 图8是表示本发明第一实施方式的UE执行的判定是否需要进行位置登录的例行程序的流程图。 [0026] 图9是表示本发明第一实施方式的FNG的位置登录区域ID变换例行程序的流程图。 [0027] 图10是表示经由毫微微基站寻呼本发明第一实施方式的UE的呼叫流程的顺序图。 [0028] 图11A是表示通过本发明第一实施方式的MME执行的寻呼请求发送目的地检索例行程序的流程图。 [0029] 图11B是表示通过本发明实施方式的FNG执行的寻呼请求转送例行程序的流程图。 [0030] 图12是表示本发明第一实施方式的UE在经由毫微微基站进行了数据通信后，迁移到空闲状态的呼叫流程的顺序图。 [0031] 图13A表示本发明第一实施方式的逻辑的连接关系。 [0032] 图13B表示本发明第二实施方式的逻辑的连接关系。 [0033] 图14是表示本发明第二实施方式的UE被毫微微基站寻呼后，再次迁移到空闲状态的呼叫流程的流程图。 [0034] 符号的说明 [0035] 1服务网络；2通信业者的专用网络；3公共网络；11CN；21HSS；22PNDGW；23Serving GW；24MME；25BSC；26FNG；41A到41D宏基站；51A到51C毫微微基站；61UE；200毫微微基站管理表；220UE位置管理表；240位置登录区域管理表；500毫微微位置登录区域ID生成例行程序；510位置登录区域变换例行程序；520寻呼请求的发送目的地判定例行程序；530寻呼请求传输例行程序；540判定是否需要进行位置登录的例行程序具体实施方式 [0036] 以下使用附图说明本发明的实施方式。 [0037] 在以下的实施方式中，以3GPP(3rdGeneration Partnership Project 2)的第3.9代移动通信方式LTE(Long Term Evolution)为例来进行说明，但本发明并不限于此，可以用于各种无线通信系统。 [0038] (第一实施方式) [0039] 图1表示本发明实施方式的通信网的构成例。 [0040] UE(User Equipment)61是具有无线通信功能的用户终端。UE61经由宏基站41A～41D以及毫微微基站51A～51C与通信业者的网络连接。 [0041] 在本实施方式中，UE61与服务网络1的CN(Correspondent Node：对应节点)11进行数据通信。 [0042] 宏基站41A～41D是覆盖区域的半径为数公里的大型的基站，使用专用线直接收纳在通信业者的专用网络2中。毫微微基站51A～51C是覆盖区域的半径为数十米的小型基站，随意地设置在宏基站41A～41D的覆盖区域的内外。毫微微基站51A～51C经由公共网络3收纳于FNG(Femto Network Gateway)26中。并且，毫微微基站51A～51C经由FNG26与通信业者的专用网络2连接。此外，预先决定了收纳毫微微基站51A～51C的FNG26和毫微微基站的对应关系，根据该对应关系决定收纳毫微微基站51A～51C的FNG26。 [0043] 毫微微基站51A～51C和FNG26之间的通信，因为经由公共网络3，所以使用IPsec(Security Architecture for Internet Protocol)来保护。此外，在RFC2401中规定了IPsec。 [0044] 通信业者的专用网络2连接用于进行终端的移动通信控制的装置组。 [0045] HSS21是管理UE61和毫微微基站51A～51C的认证信息、以及用户信息的服务器。MME(Mobility Management Entity：移动管理服务器)24是以由多个宏基站构成的位置登录区域单位管理终端的位置的服务器。 [0046] FNG26是将毫微微基站51A～51C与通信业者的专用网络2连接来收纳各毫微微基站，并且管理各毫微微基站的连接信息的装置。 [0047] Serving GW(服务网关)23以及PDN GW(Packet Data Network Gateway：分组数据网络网关)22是将用户数据传输给服务网络1的装置。Serving GW23是与无线网络有关的网关，PDN GW22是按照服务网络单位设置的网关。 [0048] BSC(Base Station Controller基站控制装置)25是控制宏基站41A～41D中的无线信道的分配的服务器。此外，BSC25可以进行毫微微基站51A～51C的信道控制，也可以FNG26或毫微微基站51A～51C自身进行控制毫微微基站51A～51C的信道控制。在本实施方式中，毫微微基站51A～51C自身进行毫微微基站51A～51C的信道控制。 [0049] 图13A表示本发明的第一实施方式的逻辑上的连接关系。 [0050] 在第一实施方式中，当UE61经由宏基站41A～41D登录位置时，从宏基站41A～41D对MME24传输位置登录消息。 [0051] 当UE61经由毫微微基站51A～51C登录位置时，从毫微微基站51A～51C经由FNG26对MME24传输位置登录消息。 [0052] 此外，当UE61经由宏基站41A～41D向CN11发送数据时，数据经由宏基站41A～41D、Serving GW23以及PDN GW22到达CN11。当UE61经由毫微微基站51A～51C向CN11发送数据时，数据经由毫微微基站51A～51C、FNG26以及PDN GW22到达CN11。 [0053] 图2A是表示本发明实施方式的FNG26的装置结构的方框图。 [0054] FNG26具备Flash ROM101、CPU102、RAM103、IF104A以及104B，这些经由总线105相互连接。用于实现FNG26的功能的程序存储在FlashROM101中，在装置启动时被展开在RAM103中。CPU102依次读出并执行在RAM103内展开的程序。 [0055] 图2B是表示本发明实施方式的MME24的装置结构的方框图。 [0056] MME24具备Flash ROM111、CPU112、RAM113、IF114A以及114B，这些经由总线15相互连接。用于实现MME24的功能的程序存储在Flash ROM11中，在装置启动时在RAM113中展开。CPU112依次读出并执行在RAM113中展开的程序。 [0057] 图3表示本发明实施方式的FNG26具备的毫微微基站管理表200的结构例。 [0058] 毫微微基站管理表200存储在FNG26的RAM103中。 [0059] 毫微微基站管理表200包含毫微微基站ID201、毫微微位置登录区域ID202、宏位置登录区域ID203、以及可连接UE列表204。 [0060] 毫微微基站ID201是用于唯一识别毫微微基站的识别符。此外，预先将毫微微基站ID201分配给毫微微基站。 [0061] 毫微微位置登录区域ID202是毫微微基站广告的位置登录区域的识别符。 [0062] 宏位置登录区域ID203是毫微微基站附近的宏基站广告的位置登录区域的识别符。此外，所谓附近的宏基站是指存在于毫微微基站可以接收宏基站广告的位置登录区域的识别符的位置的宏基站。以下，以相同的含义来使用。 [0063] 在本实施方式中，通过MCC(Mobile Country Code：国家识别码)-MNC(Mobile Network Code：移动网络识别码)-TAC(Tracking Area Code：位置登录区域识别码)的形式设定毫微微位置登录区域ID202以及宏位置登录区域ID203。 [0064] 可以连接UE列表204是可以与各个毫微微基站连接的UE的列表。 [0065] 图4A表示本实施方式的MME24具备的UE位置管理表220的构成例。 [0066] UE位置管理表220包含UE、ID221、以及宏位置登录区域ID222。 [0067] UE ID221是用于唯一识别UE的识别符。 [0068] 宏位置登录区域ID222是UE最后登录位置的位置登录区域的识别符。此外，宏位置登录区域ID222与毫微微基站管理表200的毫微微位置登录区域ID203为同一ID。 [0069] 在本实施方式中，在UE61经由毫微微基站51A～51C进行位置登录时，FNG26通过使用图6在后面记述的方法，将位置登录消息中包含的宏微微位置登录区域ID202变换为宏位置登录区域ID203，对MME24传输位置登录消息。由此，MME24始终仅登录宏位置登录区域ID。因此，UE位置管理表220仅存储有宏位置登录区域ID222。 [0070] 图4B表示本实施方式的MME24具备的位置登录区域管理表240的结构例。 [0071] 位置登录区域管理表240包含宏位置登录区域ID241、宏基站列表242、以及FNG列表243。 [0072] 宏位置登录区域ID241是宏基站广告的位置登录区域的识别符。此外，宏位置登录区域ID241与毫微微基站管理表200的宏位置登录区域ID203为同一ID。使用宏位置登录区域ID222，检索位置登录区域管理表240的宏位置登录区域ID241，可以取得宏基站列表242以及FNG列表243。 [0073] 宏基站列表242是属于与宏位置登录区域ID241相对应的宏位置登录区域的宏基占的列表。 [0074] FNG列表243是收纳以下毫微微基站的FNG的列表，该毫微微基站属于与宏位置登录区域ID241对应的宏位置登录区域。 [0075] 此外，在本实施方式中，在宏基站设置时静态地设定宏位置登录区域ID241和宏基站列表242，而在毫微微基站51A～51C与FNG26连接时动态地设定FNG列表243。 [0076] 图5是表示本发明实施方式的毫微微基站51A在启动后与FNG26进行连接的呼叫流程的顺序图。 [0077] 首先，当接通毫微微基站51A的电源时(301)，毫微微基站51A扫描无线信号，取得毫微微基站51A附近的宏基站41A的位置登录区域的识别符(302)。毫微微基站51A经由公共网络检索对其进行收纳的FNG26，决定对其进行收纳的FNG26，将毫微微基站51A收纳于FNG26中。 [0078] 然 后，毫 微 微 基 站 51A 与 FNG26 发 送 接 收 IKEv2(Internet Key ExchangeVersion2)的IKE_SA_INIT Request/Response，交换IKE保护用加密密钥(303)。此外，在RFC4306中规定了IKEv2。 [0079] 然后，毫微微基站51A对FNG26发送包含自身的毫微微基站的识别符的IKE_AUTH Reque st(304)。 [0080] FNG26把接收到的IKE_AUTH Request(304)中包含的毫微微基站51A的识别符包含在Diameter EAP-Request中发送给HSS21，此外，在毫微微基站管理表200的201中设定接收到的毫微微基站51A的识别符(305)。此外，在RFC4072中规定了Diameter EAP-Request。 [0081] HSS21接收Diameter EAP-Request(305)，使用毫微微基站51A的认证信息生成认证查询(challenge)，对FNG26回复包含了所生成的认证查询的Diameter EAP-Answer(306)。 [0082] FNG26把接收到的Diameter EAP-Answer(306)中包含的认证查询包含在IKE_AUTH Response中传输给毫微微基站51A(307)。 [0083] 毫微微基站51A根据接收到的IKE_AUTH Response(307)中包含的认证查询计算认证应答。然后，将认证应答以及在步骤302中取得的宏位置登录区域的识别符包含在IKE_AUTH Request中发送给FNG26(308)。 [0084] FNG26把接收到的IKE_AUTH Request(308)中包含的宏位置登录区域的识别符设定在毫微微基站管理表200的203中，此外，将认证应答包含在Diameter EAP-Request中发送给HSS21(309)。 [0085] HSS21判定接收到的Diameter EAP-Request(309)中包含的认证应答是否正确，将认证结果(此时为认证成功)以及可以和毫微微基站51A连接的UE的列表包含在Diameter EAP-Answer中发送给FNG26(310)。 [0086] FNG26把接收到的Diameter EAP-Answer(310)中包含的可以连接的UE的列表设定在图3的毫微微基站管理表200的204中。如此，FNG26通过管理可以和各个毫微微基站连接的UE的列表，可以减轻寻呼处理(参照图10)的负荷。 [0087] 然后，FNG26把在步骤308中在毫微微基站表200的203中设定的宏位置登录区域ID203以及FND ID包含在FNG Registration Requset中发送给MME24(311)。此外，FND ID是用于唯一识别FNG的识别符，预先设定在FNG中。通过存储宏位置登录区域ID203和FND ID，MME24可以将宏基站和FNG对应(此时为宏基站41A和FNG26)起来进行管理。 [0088] MME24接收FNG Registration Requset(311)，根据接收到的FNGRegistration Requset中包含的宏位置登录区域ID203以及FND ID，将宏位置登录区域ID203和FNG26相对应地设定在位置登录区域管理表240中。MME24在设定了位置登录区域表240之后，对FNG26回复FNG RegistrationResponse(312)。 [0089] 具体地说，MME24在位置登录区域管理表240的242中设定属于与宏位置登录区域ID241对应的宏位置登录区域的全部的宏基站，此外，在位置登录区域管理表240的243中，根据接收到的FNG ID设定属于与宏位置登录区域ID241对应的宏位置登录区域的全部的FNG。通过对应地设定宏位置登录区域ID203和FND ID，MME24将宏基站和FNG对应(此时为宏基站41A和FNG26)起来进行管理。 [0090] 接收到FNG Registration Response(312)的FNG26根据在步骤308中接收到的宏位置登录区域ID203，生成毫微微位置登录区域ID202(313)。以下，使用图6详细说明根据宏位置登录区域ID203生成毫微微位置登录区域ID202的具体的处理。 [0091] 图6是表示本发明实施方式的FNG26执行的毫微微位置登录区域ID生成例行程序313的流程图。 [0092] 首先，FNG26从毫微微基站管理表200取得宏位置登录区域ID203(501)。在图5的步骤308中，在FNG26的毫微微基站管理表200中设定了宏位置登录区域ID203。 [0093] 然后，把在步骤501中取得的宏位置登录区域ID203的MNC(MobileNetwork Code：移动网识别码)变换为毫微微小区网络的MNC(502)。此外，预先在FNG26中设定了毫微微小区网络的MNC。 [0094] 然后，FNG26在毫微微基站管理表200的毫微微位置登录区域ID202中设定在步骤502中变换后的识别符(503)。到此，宏位置登录区域ID生成程序313完成。 [0095] 如此，通过只对宏位置登录区域ID203中包含的MNC进行变换来生成毫微微位置登录区域ID202，可以在毫微微位置登录区域ID202中包含毫微微小区网络的区域信息。 [0096] 并且，UE61通过使用所述毫微微位置登录区域ID202来判定是否需要进行位置登录(参照图8)，可以削减UE61在宏小区和毫微微小区的边界移动时的位置登录。 [0097] 此外，在第一实施方式中，按照宏位置登录区域ID203和毫微微位置登录区域ID202的MNC不同的方式进行了设定，但也可以把宏位置登录区域ID203直接作为毫微微位置登录区域ID202来使用。此时，虽然有损于宏小区网络和毫微微小区网络的独立性，但可以简化UE61执行的是否需要进行位置登录的判定处理(参照图8)。 [0098] 返回图5，继续说明呼叫流程。FNG26在步骤313后，对毫微微基站51A发送包含认证结果(认证成功)和毫微微位置登录区域ID202的IKE_AUTHResponse(314)。 [0099] 毫微微基站51A，将接收到的IKE_AUTH Response(314)中包含的毫微微位置登录区域ID202作为本站的位置登录区域的识别符进行设定(315)。此后，毫微微基站51A用所设定的毫微微位置登录区域ID202对周围进行广告。 [0100] 毫微微基站51A交换FNG26和IKE_AUTHRequest/Response，设定用于发送接收控制信号的IPsec SA(Security Association：通过密码保护的通信路径)(316)。 [0101] 到此，毫微微基站51A启动时的呼叫流程完成。 [0102] 图7是表示本发明第一实施方式的UE61在宏基站41A的区域内启动后，迁移为空闲状态，移动到毫微微基站51A的区域内的呼叫流程的顺序图。 [0103] 首先，说明步骤331～步骤334的UE61的启动处理。 [0104] UE61在投入电源后(331)，扫描无线信号发现UE61附近的宏基站(此时为宏基站41A)，对宏基站41A发送连接请求(332)。 [0105] 经由宏基站41A把连接请求(332)传输给MME24。 [0106] MME24接收连接请求(332)，进行针对UE61的认证处理(333)。UE61、MME24以及HSS21与认证处理(333)有关。 [0107] 当认证处理(333)成功时，MME24对HSS21发送UE61的连接的通知，从HSS21取得用户信息(334)。 [0108] 此外，MME24对Serving GW23发送承载设定请求(335)。 [0109] 接收到承载设定请求(335)的Serving GW23在PDN GW22和ServingGW23之间设定承载(数据传输用通信路径)(336)，此外，向MME24回复承载设定应答(337)。 [0110] 然后，接收到承载设定应答(337)的MME24对宏基站41A发送UE61的连接许可(338)。 [0111] 宏基站41A接收连接许可(338)，在UE61和宏基站41A之间设定无线承载(339)，此外，对MME24发送连接完成通知(340)。 [0112] 接收到连接完成通知(340)的MME24对Serving GW23发送承载更新请求(341)，请求Serving GW23和宏基站41A之间的承载设定。 [0113] 接收到承载更新请求(341)的Serving GW23对宏基站41A设定承载(342)，对MME24回复承载更新应答。 [0114] 到此，UE61的启动处理完成，在UE61和CN11之间可以进行数据通信(344)。 [0115] 然后，说明步骤345～步骤351的UE61迁移到空闲状态的处理。 [0116] UE61不进行通信的状态持续(345)，释放UE61和宏基站41A之间的无线承载(346)。此时，宏基站41A对MME24通知连接释放通知(347)。 [0117] 接收到连接释放通知(347)的MME24对Serving GW23发送承载更新请求(348)，请求释放Serving GW23和宏基站41A之间的承载。 [0118] 接收到承载更新请求(348)的Serving GW23在释放针对宏基站41A的承载后(349)，对MME24回复承载更新应答(350)。 [0119] MME24接收承载更新应答(350)，对宏基站41A回复连接释放应答(351)。 [0120] 以上UE61迁移到空闲状态的处理完成。 [0121] 然后，说明步骤352～步骤358的在UE61移动到毫微微基站51A的区域内之后，由于位置登录计时器的到时，UE61进行位置登录的处理。 [0122] 在此，位置登录计时器是为了UE61定期地登录位置而设定的计时器。UE61在位置登录计时器到时时，与UE61接收的位置登录区域的识别符有无变化无关，登录位置。 [0123] UE61移动到毫微微基站51A的区域内(352)。此时，UE61接收毫微微基站51A广告的毫微微位置登录区域ID，并执行判定是否需要进行位置登录的处理。以下，使用图8说明UE61中的是否需要进行位置登录的判定处理。 [0124] 图8是表示本发明第一实施方式的UE61进行的判定是否需要进行位置登录的例行程序540的流程图。 [0125] 首先，UE61接收周围的基站广告的位置登录区域的识别符(541)。 [0126] 然后，UE61判定接收到的位置登录区域的识别符是否与上次登录位置时的位置登录区域的识别符相同(542)。具体地说，参照接收到的位置登录区域的识别符中包含的MCC、MNC以及TAC和上次登录位置时的位置登录区域的识别符中包含的MCC、MNC以及TAC，在MMC、MNC以及TAC中的即使某一个不同的情况下，判定为接收到的位置登录区域的识别符和上次登录位置时的位置登录区域的识别符不同。 [0127] 在判定为接收到的位置登录区域的识别符和上次登录位置时的位置登录区域的识别符相同的情况下，UE61不登录位置结束处理。在判定为接收到的位置登录区域的识别符和上次登录位置时的位置登录区域的识别符不同时，判定接收到的位置登录区域的识别符与上次登录位置时的位置登录区域的识别符相比是否只有MNC不同，并且在该MNC之间在位置登录区域中是否具有互换性(543)。此外，在UE61中预先登录了在位置登录区域中具有互换性的宏小区网络的MNC和毫微微小区网络的MNC。 [0128] 具体地说，所述判定是参照接收到的位置登录区域的识别符中包含的MCC、MNC以及TAC和上次登录位置时的位置登录区域的识别符中包含的MCC、MNC以及TAC，判定是否只有MNC不同。并且，在判定为只有MNC不同时，根据预先登录在UE61中的、与在位置登录区域中具有互换性的宏小区网络的MNC和毫微微小区网络的MNC有关的信息，判定在接收到的位置登录区域的识别符中包含的MNC和上次登录位置时的位置登录区域的识别符中包含的MNC中是否具有互换性。 [0129] 在判定为接收到的位置登录区域的识别符与上次登录位置时的位置登录区域的识别符相比只有MNC不同，并且在该MNC之间在位置登录区域中具有互换性的情况下，UE61不登录位置结束处理。 [0130] 在判定为接收到的位置登录区域的识别符与上次登录位置时的位置登录区域的识别符相比除了MNC之外不同时，或者在判定为在判定为接收到的位置登录区域的识别符与上次登录位置时的位置登录区域的识别符相比除了MNC之外还有不同的地方时，或者在判定为接收到的位置登录区域的识别符与上次登录位置时的位置登录区域的识别符相比只有MNC不同，但在判定为在该MNC之间在位置登录区域中没有互换性时，UE61根据接收到的位置登录区域的识别符登录位置(544)。 [0131] 到此，通过UE61执行的判定是否需要进行位置登录的例行程序540结束。 [0132] 如此，在UE61移动的过程中即使切换位置登录区域的识别符，在位置登录区域的识别符中包含的MNC中具有互换性的情况下，UE61不登录位置，由此可以降低登录位置的频度，可以降低加给网络的负荷。 [0133] 返回图7继续说明呼叫流程。 [0134] UE61在步骤352中移动到毫微微基站51A的管理下时，执行所述判定是否需要进行位置登录的例行程序540，但从毫微微基站51A接收的毫微微位置登录区域ID202以及上次登录位置时的宏基站41A的宏位置登录区域ID222只是MNC不同，并且在该MNC之间在位置登录区域中具有互换性，所以不进行位置登录。 [0135] 在UE61移动后不久，当UE61的位置登录计时器(用于定期地登录位置的计时器)到时时(353)，UE61对毫微微基站51A发送位置登录请求，毫微微基站51A把接收到的位置登录请求传输给FNG26(354)。 [0136] 在位置登录请求(354)中包含UE61的识别符、毫微微基站51A的识别符以及毫微微基站51A广告的毫微微位置登录区域的识别符。 [0137] 接收到位置登录请求(354)的FNG26开始UE61的认证处理(355)。UE61、毫微微基站51A、FNG26以及HSS21与认证处理(355)有关。 [0138] 当认证处理(355)成功时，FNG26把位置登录请求(354)中包含的毫微微位置登录区域的识别符变换为宏基站的位置登录区域的识别符(356)。 [0139] 以下使用图9详细说明FNG26进行的变换位置登录区域ID的处理。 [0140] 图9是表示本发明第一实施方式的FNG26的位置登录区域ID变换例行程序356的流程图。 [0141] FNG26首先从接收到的位置登录请求(354)中提取毫微微基站51A的毫微微位置登录区域的识别符(511)。 [0142] 然后，从毫微微基站管理表200检索在步骤511中提取出的毫微微基站51A的毫微微位置登录区域的识别符(512)，取得相应条目的宏位置登录区域ID203(513)。 [0143] 然后，把位置登录请求(354)中包含的毫微微位置登录区域的识别符变换为在步骤513中取得的宏位置登录区域ID203(514)，结束处理。具体地说，把从位置登录请求中提取出的宏位置登录区域的识别符中包含的MNC变换为宏小区网络的MNC。 [0144] 返回图7，继续呼叫流程的说明。FNG26在步骤356中把位置登录请求[0145] (354)中包含的毫微微位置登录区域的识别符变换为宏位置登录区域ID203之后，使用变换后的宏位置登录区域ID203对MME24传输位置登录请求(357)。此外，在位置登录请求中包含UE61的识别符以及通过上述的位置登录区域ID变换例行程序356变换后的宏位置登录区域ID203。 [0146] 接收到位置登录请求(357)的MME24向UE位置管理表220的221设定位置登录请求(357)中包含的UE的识别符，在UE位置管理表220的222中设定宏位置登录区域ID203，对FNG26回复位置登录应答(358)。 [0147] 经由FNG26、毫微微基站51A将位置登录应答(358)传输给UE61。 [0148] 到此，UE61经由毫微微基站51A进行位置登录的呼叫流程完成。 [0149] 图10是表示经由毫微微基站51A寻呼本发明第一实施方式的UE61的呼叫流程的顺序图。 [0150] 首先，经由PDN GW22向Serving GW23传输CN11对UE61发送的数据(381)。 [0151] Serving GW23对在步骤381中传输的数据进行缓冲，对MME24发送数据到达通知(382)。在数据到达通知(382)中包含成为数据的发送目的地的UE的识别符(UE61的ID)。 [0152] MME24当接收到数据到达通知(382)时，检索寻呼请求的发送目的地。以下使用图11A说明寻呼请求的发送目的地检索处理。 [0153] 图11A是表示本发明第一实施方式的MME24执行的寻呼请求发送目的地检索例行程序520的流程图。 [0154] 首先，MME24从数据到达通知(382)中提取UE的识别符，从UE位置管理表220检索提取出的UE的识别符(521)。具体地说，参照UE位置管理表220的UE ID221，检索与提取出的UE的识别符相同的识别符。 [0155] 然后，MME24从位置登录区域管理表240检索在步骤521中检索到的条目的宏位置登录区域ID222(522)。具体地说，参照位置登录区域管理表240的宏位置登录区域ID241，检索与在步骤521中检索到的条目的宏位置登录区域ID222相同的ID。 [0156] 然后，把在步骤522中检索到的条目的宏基站列表242以及FNG列表243决定为寻呼请求的发送目的地(523)。 [0157] 到此，MME24的寻呼请求发送目的地检索例行程序520结束。 [0158] 返回图10继续说明呼叫流程。 [0159] MME24对在步骤383中决定的发送目的地(在本实施方式中为宏基站41A和FNG26)发送寻呼请求(384、385)。在寻呼请求(384、385)中包含成为数据的发送目的地的UE的识别符、以及在图11A的步骤521中检索到的条目的宏位置登录区域ID222。 [0160] 宏基站41A使用广播信道传输在步骤384中接收到的寻呼请求(384)，但在本实施方式中考虑不到达UE61的情况。 [0161] FNG26当接收到寻呼请求(385)时，把消息中包含的宏位置登录区域ID222变换为毫微微位置登录区域ID202(386)，根据所述变换后的毫微微位置登录区域ID对毫微微基站51A传输寻呼请求(387)。此外，在步骤387中传输的寻呼请求中包含UE的识别符以及所述变换后的毫微微位置登录区域ID202。以下使用图11B对步骤386、387的处理进行说明。 [0162] 图11是表示本发明实施方式的FNG26执行的寻呼请求传输例行程序386、387的流程图。 [0163] 首先，FNG26从毫微微基站管理表200中检索提取出的宏位置登录区域ID222(532)，对全部相应的条目进行步骤533～535的处理。 [0164] 在步骤533中，FNG26判定在步骤532中检索到的条目的可以连接UE列表204中是否包含发送目的地的UE61。具体地说，如果在步骤532中检索到的条目的可以连接UE列表204中登录了UE61，则判定为包含发送目的地的UE。在判定为在步骤532中检索到的条目的可以连接UE列表204中不包含发送目的地的UE时，FNG26不进行步骤534以及步骤535地结束处理。 [0165] 在判定为在步骤532中检索到的条目的可以连接UE列表204中包含发送目的地的UE时，FNG26把寻呼请求(385)中包含的宏位置登录区域ID222变换为在步骤532中检索到的条目的宏位置登录区域ID202(534)。 [0166] 然后，FNG26对与在步骤532中检索到的条目的宏基站ID201相应的宏基站发送包含在步骤534中变换后的毫微微位置登录区域ID202的寻呼请求(535)。 [0167] 到此，FNG26的寻呼请求传输例行程序530完成。 [0168] 返回图10，继续说明呼叫流程。 [0169] 经由毫微微基站51A对UE61传输FNG26发送的寻呼请求(387)。 [0170] UE61当接收到寻呼请求(387)时，对毫微微基站51A发送连接请求(388)。在连接请求(388)中包含UE61上次登录位置时的MME(在该流程中表示MME24)的识别符。连接请求(388)从毫微微基站51A传输给FNG26。 [0171] FNG26当接收到连接请求(388)时，对MME24发送通信情境(context)请求(389)。 [0172] 接收到通信情境请求(389)的MME24对FNG26回复通信情境应答。在通信情境应答(390)中包含UE61的通信情境(认证信息、数据路径信息、用户信息等)。 [0173] 然后，接收到通信情境应答(390)的FNG26选择执行UE61的认证(391)。 [0174] 在认证处理(391)成功或者省略了认证处理(391)时，FNG26对MME24发送通信情境确认应答(392)，通知通信情境的移动已完成。 [0175] 此外，MME24可以在接收到通信情境确认应答(392)之后删除UE61的信息。 [0176] 然后，FNG26对Serving GW23发送数据传输请求(393)。 [0177] 接收到数据传输请求(393)的Serving GW23对FNG26回复数据传输应答(394)，把在步骤381中缓冲的数据传输给FNG26。 [0178] 然后，接收到所述被缓冲的数据的FNG26对毫微微基站51A发送承载设定请求(396)。 [0179] 接收到承载设定请求(396)的毫微微基站51A，与FNG26发送接收IKEv2CREATE_CHILD_SA Request/Response，设定UE61的数据传输用IPsec SA(397)，在UE61和毫微微基站51A之间确立无线承载(398)。然后，毫微微基站51A对FNG26发送承载设定完成通知(399)。 [0180] FNG26当接收到承载设定完成通知(399)时，在PDN GW22和FNG26之间设定承载(400)。此时，自动地删除在图7的步骤336中设定的PDN GW22和Serving GW23之间的承载。 [0181] 在设定承载后(400)，FNG26对HSS21发送UE61的连接通知(401)。 [0182] 到此，寻呼处理完成，UE61可以经由毫微微基站51A、FNG26以及PDNGW22与CN11进行通信(402)。 [0183] 如以上说明的那样，在本实施方式的第一实施方式中，不是在图7的步骤353～步骤358的位置登录时，而是在图10的寻呼时进行从MME24向FNG26的通信情境传输(389～392)、以及PDN GW22和FNG26之间的承载设定(400)。 [0184] 如此，在数据通信开始时才进行通信情境传输，切换从PDN GW22向FNG26的路径，由此可以降低由于空闲状态的终端的移动MME进行的寻呼处理的负荷。因此，可以降低网络一侧的负荷。 [0185] 图12是表示本发明第一实施方式的UE61在经由毫微微基站51A进行了数据通信后，迁移到空闲状态的呼叫流程的顺序图。 [0186] 首先，UE61经由毫微微基站51A、FNG26以及PDN GW22与CN11进行数据通信(421)。 [0187] 之后，UE61不进行通信的状态持续一定时间(422)，释放UE61和毫微微基站51A之间的无线承载(423)。 [0188] 接 收 到 无 线 承 载 的 释 放 (423)的 毫 微 微 基 站 51A与 FNG26交 换IKEv2INFORMATIONAL Request/Response(424)，删除数据传输用IPsec SA。然后，毫微微基站51A对FNG26发送连接释放通知(425)。 [0189] FNG26以接收到连接释放通知(425)为契机，对MME24发送通信情境移动请求(426)。 [0190] MME24当接收到通信情境移动请求(426)时，对Serving GW23发送承载设定请求(428)。 [0191] Serving GW23设定针对PDN GW22的承载(429)，对MME24回复承载设定应答(430)。此时，自动地删除在图10的步骤400中设定的PDN GW22和FNG26之间的承载。 [0192] 然后，MME24对HSS21发送UE61的连接通知(431)，此外，对FNG26回复情境移动应答(432)。 [0193] FNG26可以在接收到情境移动应答(432)之后删除UE61的信息。 [0194] 到此，UE61在毫微微基站51A的区域内迁移到空闲状态的呼叫流程完成。 [0195] 此外，在本实施方式中，在释放无线承载(423)后，立即执行了步骤424～步骤432，但是当考虑到UE61再次开始进行通信的可能性时，由于在FNG26和MME24之间频繁地进行通信情境的移动，导致网络负荷增大，所以可以使步骤424～步骤432的处理的执行暂时等待一会儿。 [0196] 在第一实施方式中，如图12的步骤426～步骤432所示，在UE61迁移到空闲状态时，将通信情境从FNG26移动到MME24，设定了PDN GW22和Serving GW23之间的承载。如此，通过由MME24管理空闲状态的终端的通信情境，并且设定好PDN GW22和Serving GW23之间的承载，可以始终没有矛盾地进行图10所示的寻呼处理。 [0197] (第二实施方式) [0198] 本发明第二实施方式是与第一实施方式相同结构的通信网络(图1)，但传输用户数据的路径不同。以下，使用图13B说明第二实施方式的逻辑的连接关系。 [0199] 图13B表示本发明第二实施方式的逻辑的连接关系。 [0200] 如图13B所示，当UE61经由宏基站41A～41D进行位置登录时，从宏基站41A～41D对MME24传输位置登录消息。 [0201] 此外，当UE61经由毫微微基站51A～51C登录位置时，从毫微微基站51A～51C经由FNG26对MME24传输位置登录消息。关于与位置登录有关的数据的移动，与第一实施方式(图13A)表示的相同。 [0202] 另一方面，当UE61经由宏基站41A～41D发送以CN11为目标的数据时，数据经由宏基站41A～41D、Serving GW23以及PDN GW22到达CN11。 [0203] 此外，当UE61经由毫微微基站51A～51C发了数据时，经由毫微微基站51A～51C、FNG26、Serving GW23以及PDN GW22数据到达CN11。 [0204] 在第二实施方式中，与第一实施方式的不同点在于，经由毫微微基站51A～51C发送的用户数据经由Serving GW23。 [0205] 即，在第二实施方式中，FNG26收纳多个毫微微基站，作为一个宏基站与MME24与Serving GW23相连接。 [0206] 第二实施方式与第一实施方式仅传输数据的路径不同，所以FNG26(图2A)、MME(图2B)、图5所示的呼叫流程以及图6所示的呼叫流程与第一实施方式是共通的。 [0207] 但是在图10的呼叫流程和图12的呼叫流程中，因为经由毫微微基站进行数据的通信，所以处理的一部分不同。以下使用图14说明与图10以及图12相当的呼叫流程。 [0208] 图14是表示本发明第二实施方式的UE61在从毫微微基站51A被寻呼后，再次迁移到空闲状态的呼叫流程的流程图。 [0209] 首先，进行图10的步骤381～步骤387的处理(601)。该部分与第一实施方式是共通的。 [0210] 然后，UE61对毫微微基站51A发送连接请求(602)。经由毫微微基站51A以及FNG26将连接请求(602)传输给MME24。 [0211] MME24当接收到连接请求(602)时，选择进行UE61的认证处理(603)。UE61、毫微微基站51A、FNG26、MME24以及HSS21与认证处理(603)有关。 [0212] 在认证处理(603)成功或者省略了认证处理(603)时，MME24对FNG26发送承载设定请求(604)。承载设定请求(604)从FNG26传输给毫微微基站51A。 [0213] 然后，接收到承载设定请求(604)的毫微微基站51A，与FNG26交换IKEv2CREATE_CHILD_SA Request/Response，设定数据通信用IPsec SA(605)。然后，设定针对UE61的无线承载(606)，对FNG26发送承载设定完成通知(607)。承载设定完成通知(607)经由FNG26传输给MMe24。 [0214] 接收到承载设定完成通知(607)的MME24，对Serving GW23发送承载更新请求(608)，请求Serving GW23和FNG26之间的承载设定。 [0215] Serving GW23在设定了针对FNG26的承载后(609)，对MMe24回复承载更新应答(610)。 [0216] 到此，UE61的寻呼处理完成，UE61可以经由毫微微基站51A、FNG26、Serving GW23以及PDN GW22与CN11进行数据通信(611)。 [0217] 然后，表示UE61再次迁移到空闲状态的呼叫流程。 [0218] 在步骤612中，没有进行通信的状态持续一定时间，释放UE61和毫微微基站51A之间的无线承载(613)。 [0219] 接 收 到 无 线 承 载 的 释 放(613)的 毫 微 微 基 站 51A，与FNG26交 换IKEv2INFORMATIONAL Request/Response，删除数据传输用IPsec SA(614)。然后，毫微微基站51A对FNG26发送连接释放通知(615)。连接释放通知(615)从FNG26传输到MME24。 [0220] 接收到连接释放通知(615)的MME24，对Serving GW23发送承载更新请求(616)，请求删除Serving GW23和FNG26之间的承载。 [0221] 接收到承载更新请求(616)的Serving GW23，在删除针对FNG26的承载(617)后，对MME24回复承载更新应答(618)。到此，UE61迁移到空闲状态的呼叫流程完成。 [0222] 在第二实施方式中，不需要MME24和FNG26之间的通信情境的移动(图10的步骤390、图12的步骤426)、PDN GW22-Serving GW23之间的承载切换以及PDN GW22-FNG26之间的承载切换(图10步骤400、图12步骤429)。因此，可以减轻UE61经由毫微微基站进行数据通信时的网络一侧的负荷。 |
||||||
QQ群二维码
意见反馈
意见反馈