通信方法及通信装置

申请号 CN201480035406.1 申请日 2014-05-14 公开(公告)号 CN105325030A 公开(公告)日 2016-02-10
申请人 三菱电机株式会社; 发明人 末满大成;
摘要 对终端与网络通信时经过的作为通信装置的基站进行高速切换。在步骤(S91)中,用户终端(UE)向第一基站(eNB) 请求 数据下载。在步骤(S11)中,用户终端(UE)通知已建立与第二基站之间的通信路径。若在步骤(S94)中完成了该下载,则在步骤(S24)中由第二基站(eNB)向第一基站(eNB)请求切换。此时,第一基站(eNB)不进行切换决定。
权利要求

1.一种通信系统的通信方法,该通信系统包括网络、第一基站、第二基站、以及经由所述第一基站和所述第二基站均能与所述网络相连接的终端,所述通信方法的特征在于,包括如下步骤:
步骤(a),从经由所述第一基站与所述网络相连接且未与所述第二基站相连接的状况下的所述终端向所述第一基站进行接收请求,以请求数据的下载;
步骤(b),对应于所述接收请求,由所述第一基站决定是否将所述终端与所述第二基站相连接;
步骤(C),在所述步骤(b)的决定为肯定的情况下,所述第一基站使所述第二基站许可所述终端与所述第二基站相连接;
步骤(d),在所述步骤(C)后,所述终端向所述第二基站发送表示能在所述终端与所述第二基站之间通信的通知;以及
步骤(e),在所述步骤(d)后且所述终端完成所述下载后,所述第一基站不决定是否将所述终端与所述第一基站相连接,而允许从所述网络经由所述第一基站进行通信。
2.如权利要求1所述的通信方法,其特征在于,
进一步包括步骤(f),在所述步骤(d)后,在规定期间内完成了所述下载的情况下,不从所述第一基站释放所述终端的信息,而允许从所述网络经由所述第一基站进行通信。
3.如权利要求1所述的通信方法,其特征在于,
进一步包括步骤(g),在所述步骤(d)后,未在规定期间内完成所述下载的情况下,从所述第一基站释放所述终端的信息。
4.如权利要求1所述的通信方法,其特征在于,
所述第一基站的通信区域比所述第二基站的通信区域要大。
5.如权利要求1所述的通信方法,其特征在于,
所述第二基站的传输速率比所述第一基站的传输速率要大。
6.如权利要求5所述的通信方法,其特征在于,
所述终端与所述第一基站和所述第二基站之间的通信均为无线通信,
所述终端与所述第一基站之间的无线通信所采用的频率值不同于所述终端与所述第二基站之间的无线通信所采用的频率值。
7.如权利要求1所述的通信方法,其特征在于,
在所述步骤(b)中,从所述网络向所述第一基站通知在所述步骤(a)中请求的所述数据的容量,所述数据的容量大于规定值的情况下,决定为将所述终端与所述第二基站相连接。
8.一种通信装置,是介于网络与终端之间的通信中的作为基站的通信装置,其特征在于,
所述终端也能经由其它基站与所述网络进行通信,
所述通信装置包括:
路由部,该路由部向所述网络请求建立从所述网络到该通信装置的通信路径;以及下载完成监视部,该下载完成监视部对所述终端是否完成经由所述基站从所述网络下载数据进行监视,在判断为从所述建立起经过规定时间之前完成了所述下载的情况下,不向所述其它基站请求释放所述终端的用户信息,而向所述其它基站请求切换。
9.一种通信装置,是介于网络与终端之间的通信中的作为基站的通信装置,其特征在于,
所述终端也能经由其它基站与所述网络进行通信,
所述通信装置包括:
路由部,该路由部向所述网络请求建立从所述网络到该通信装置的通信路径;以及下载完成监视部,该下载完成监视部对所述终端是否完成经由所述基站从所述网络下载数据进行监视,以判断为完成所述下载为契机,向所述其它基站请求切换。
10.一种通信装置,是介于网络与终端之间的通信中的作为基站的通信装置,其特征在于,
所述终端也能经由其它基站与所述网络进行通信,
所述通信装置包括:
路由部,该路由部向所述网络请求使所述网络到所述终端的通信路径经过所述其它基站的处理;
下载完成监视部,该下载完成监视部对所述终端是否完成经由所述基站从所述网络下载数据进行监视;以及
用户信息管理部,该用户信息管理部在判断为在完成所述下载前从所述处理起经过了规定时间的情况下,向所述其它基站请求释放所述终端的用户信息。
11.一种通信装置,是介于网络与终端之间的通信中的作为基站的通信装置,其特征在于,包括:
数据容量获取部,该数据容量获取部以从所述终端接受接收请求为契机,从所述网络获得关于所述数据的容量的信息,其中,所述接收请求是请求从所述网络接收数据的请求;
以及
切换判断部,该切换判断部基于所述数据的容量来决定是否使所述终端与其它基站相连接。

说明书全文

通信方法及通信装置

技术领域

[0001] 本发明涉及通信技术,适用于例如LTE(长期演进)、LTE advanced等多个基站装置与移动站装置之间的通信。

背景技术

[0002] 在非专利文献1、2中,对2个不同基站彼此间的切换(hand over)进行规定。(URL:http://www.3gpp.org/ftp/Specs/archive/36_series/36.300/36300-b50.zip、http://www.3gpp.org/ftp/Specs/archive/36_series/36.331/36331-a30.zip、平成
25年4月24日检索)
[0003] 在专利文献1、2中,介绍了如下技术:在宏小区区域内存在微小区区域的系统环境下,在宏小区中收纳低速率传输的信道,在微小区中收纳高速率传输的信道。
[0004] 专利文献3~14中,介绍了移动站与基站之间的通信。现有技术文献
专利文献
[0005] 专利文献1:日本专利特开2001-339770号公报专利文献2:日本专利特开2001-346265号公报
专利文献3:日本专利特开2011-61464号公报
专利文献4:日本专利第4838483号公报
专利文献5:日本专利第4303587号公报
专利文献6:日本专利特表2004-536533号公报
专利文献7:国际公开第07/015552号
专利文献8:日本专利特开2009-162771号公报
专利文献9:日本专利第5051857号公报
专利文献10:日本专利特表2010-531626号公报
专利文献11:日本专利特表2011-526442号公报
专利文献12:日本专利特表2012-517190号公报
专利文献13:日本专利特表2012-517191号公报
专利文献14:国际公开第12/093582号
非专利文献
[0006] 非 专 利 文 献1:3rd Generation Partnership Project(3GPP)“TS36.300”、V11.5.0、2013.3非专利文献2:3rd Generation Partnership Project(3GPP)“TS36.331”、V11.3.0、
2013.3

发明内容

发明所要解决的技术问题
[0007] 在专利文献1、2中,基站不需要大输出的发送放大器,降低了基站的装置成本,但无法使切换引起的基站间的切换变得高速。
[0008] 专利文献3~14中,宏小区和小小区根据每一传输速率进行隔离,并非是宏小区和小小区共存的技术。此外,它们均未给出切换高速化的教导。
[0009] 基于上述背景,本发明的目的在于当终端与网络通信的情况下,对所经由的作为通信装置的基站进行高速切换。解决技术问题所采用的技术手段
[0010] 本发明所涉及的通信方法的第一方面是如下通信系统中的通信方法,该通信系统包括网络、第一基站、第二基站、以及经由所述第一基站和所述第二基站均能与所述网络相连接的终端。
[0011] 该通信方法包括如下步骤:步骤(a),从经由所述第一基站与所述网络相连接且未与所述第二基站相连接的状况下的所述终端向所述第一基站进行接收请求,以请求数据的下载;步骤(b),对应于所述接收请求,由所述第一基站决定是否将所述终端与所述第二基站相连接;步骤(C),在所述步骤(b)的决定为肯定的情况下,所述第一基站使所述第二基站许可将所述终端与所述第二基站相连接;步骤(d),在所述步骤(c)后,所述终端向所述第二基站发送表示能在所述终端与所述第二基站之间通信的通知;以及步骤(e),在所述步骤(d)后且所述终端完成所述下载后,所述第一基站不决定是否将所述终端与所述第二基站相连接,而允许从所述网络经由所述第一基站进行通信。
[0012] 本发明所涉及的通信方法的第二方面在其第一方面中进一步包括下述步骤(f)。
[0013] 即,在所述步骤(d)后,在规定期间内完成所述下载的情况下,不从所述第一基站释放所述终端的信息,而允许从所述网络经由所述第一基站进行通信。
[0014] 本发明所涉及的通信方法的第三方面在其第一方面或第二方面中进一步包括步骤(g),在所述步骤(d)后,未在规定期间内完成所述下载的情况下,从所述第一基站释放所述终端的信息。
[0015] 本发明所涉及的通信方法的第四方面在其第一~第三方面的任一方面中,所述第一基站的通信区域比所述第二基站的通信区域要大。
[0016] 本发明所涉及的通信方法的第五方面在其第一~第四方面的任一方面中,所述第二基站的传输速率比所述第一基站的传输速率要大。
[0017] 本发明所涉及的通信方法的第六方面在其第五方面中,所述终端与所述第一基站和所述第二基站之间的通信均为无线通信,所述终端与所述第一基站之间的无线通信所采用的频率值不同于所述终端与所述第二基站之间的无线通信所采用的频率值。
[0018] 本发明所涉及的通信方法的第七方面在其第一~第六方面的任一方面中,在所述步骤(b)中,从所述网络向所述第一基站通知在所述步骤(a)中请求的所述数据的容量,所述数据的容量大于规定值的情况下,决定为将所述终端与所述第二基站相连接。
[0019] 本发明所涉及的通信装置的第一方面是介于网络与终端之间的通信中的作为基站的通信装置。所述终端也能经由其它基站与所述网络进行通信。该通信装置包括:路由部,该路由部向所述网络请求建立从所述网络到该通信装置的通信路径;以及下载完成监视部,该下载完成监视部对所述终端是否完成经由所述基站从所述网络下载数据进行监视,在判断为从所述建立起经过规定时间之前完成所述下载的情况下,不向所述其它基站请求释放所述终端的用户信息,而向所述其它基站请求切换。
[0020] 本发明所涉及的通信装置的第二方面是介于网络与终端之间的通信中的作为基站的通信装置。所述终端也能经由其它基站与所述网络进行通信。该通信装置包括:路由部,该路由部向所述网络请求建立从所述网络到该通信装置;以及下载完成监视部,该下载完成监视部对所述终端是否完成经由所述基站从所述网络下载数据进行监视,以判断为完成所述下载为契机,而向所述其它基站请求切换。
[0021] 本发明所涉及的通信装置的第三方面是介于网络与终端之间的通信中的作为基站的通信装置。所述终端也能经由其它基站与所述网络进行通信。该通信装置包括:路由部,该路由部向所述网络请求使所述网络到所述终端的通信路径经过所述其它基站的处理;下载完成监视部,该下载完成监视部对所述终端是否完成经由所述基站从所述网络下载数据进行监视;以及用户信息管理部,该用户信息管理部在判断为在完成所述下载前从所述处理起经过了规定时间的情况下,向所述其它基站请求释放所述终端的用户信息。
[0022] 本发明所涉及的通信装置的第四方面是介于网络与终端之间的通信中的作为基站的通信装置。该通信装置包括:数据容量获取部,该数据容量获取部以从所述终端接受接收请求为契机,从所述网络获得关于所述数据的容量的信息,其中,所述接收请求是请求从所述网络接收数据的请求;以及切换判断部,该切换判断部基于所述数据的容量来决定是否使所述终端与其它基站相连接。发明效果
[0023] 根据本发明所涉及的通信方法的第一方面,迅速开始用于允许自所述网络经由所述第一基站进行通信的处理。
[0024] 根据本发明所涉及的通信方法的第二方面,能迅速进行用于允许自所述网络经由所述第一基站进行通信的处理。
[0025] 根据本发明所涉及的通信方法的第三方面、第四方面、第七方面,能避免第一基站的通信量容量变小。
[0026] 根据本发明所涉及的通信方法的第五方面,第二基站的处理可专用于需要高速的传输速率的通信处理。另一方面,第一基站可专用于需要低速的传输速率的通信处理。
[0027] 根据本发明所涉及的通信方法的第六方面,功率较大的以高速传输速率进行的无线通信不易妨碍功率较小的以低速传输速率进行的无线通信。
[0028] 根据本发明所涉及的通信装置的第一方面,有利于本发明所涉及的通信方法的第一方面、第二方面的实现。
[0029] 根据本发明所涉及的通信装置的第二方面,有利于本发明所涉及的通信方法的第一方面。
[0030] 根据本发明所涉及的通信装置的第三方面,有利于本发明所涉及的通信方法的第三方面的实现。
[0031] 根据本发明所涉及的通信装置的第四方面,有利于本发明所涉及的通信方法的第七方面的实现。
[0032] 本发明的目的、特征、方面以及优点通过以下详细的说明和附图来加以阐明。

附图说明

[0033] 图1是说明本实施方式1所涉及的通信系统的图。图2是说明本实施方式2所涉及的通信系统的图。
图3是表示实施方式5所涉及的第一基站的结构的框图
图4是表示实施方式5所涉及的第二基站的结构的框图。

具体实施方式

[0034] 实施方式1.图1是说明实施方式1所涉及的通信系统的图。用户终端UE(例如3GPP TS36.300的用户设备)和第一基站eNB以及第二基站eNB(例如均为3GPP TS36.300的E-UTRAN Node B(E-通用移动通信系统陆地无线接入网节点B))均为通信装置。用户终端UE可经由第一基站eNB和第二基站eNB中的任一个与网络相连接。此处,作为网络,例示核心网MME/S-GW。
核心网MME/S-GW例如均为将3GPP TS36.300的MME(Mobility Management Entity(移动管理实体))和S-GW(Serving Gateway(服务网管))统一掌握的结构。
[0035] 下面,为了简化,以第一基站eNB和第二基站eNB均与同一个核心网MME/S-GW相连接的情况(Intra-MME)为例进行说明。然而,即使第一基站eNB所连接的核心网MME/S-GW与第二基站eNB所连接的核心网MME/S-GW不同,也可将这些多个核心网MME/S-GW作为整体对网络进行掌握。或者,跨越不同RAT(Radio Access Technology(无线电接入技术))来应用的情况下,也能同样实施并获得相同效果。
[0036] 在执行步骤S91的情况下,用户终端UE经由第一基站eNB与核心网MME/S-GW相连接,不与第二基站eNB相连接。
[0037] 在步骤S91中,用户终端UE向第一基站eNB通知数据接收请求(下载请求)。第一基站eNB以接收到该下载请求为契机,在步骤S92中,从第一基站eNB向核心网MME/S-GW通知下载请求。
[0038] 响应于该下载请求,核心网MME/S-GW从未图示的因特网得到与作为该下载对象的数据的容量(数据容量)相关的信息。然后,在步骤S93中核心网MME/S-GW将该信息通知给第一基站eNB。
[0039] 在步骤S03中由第一基站eNB进行是否实施向第二基站eNB的切换的判断(例如3GPP TS36.300的HO decision)。
[0040] 具体地,当该数据容量比规定值大的情况下,该判断成为肯定性决定(进行切换)。然后,在步骤S04中,从第一基站eNB向第二基站eNB通知切换请求(例如3GPP TS36.300的HO Request)。
[0041] 图示省略了该判断成为否定性决定(不切换)的情况下的处理例如,在该处理中,用户终端UE经由第一基站eNB将该数据从核心网MME/S-GW下载。
[0042] 另外,在本实施方式中,步骤S03并非一定要基于步骤S91、S92、S93的数据容量来进行。当用户终端UE经由第一基站eNB与核心网MME/S-GW相连接时,用户终端UE因其它事件临时经由第二基站eNB连接至核心网MME/S-GW,且之后用户终端UE再次经由第一基站eNB连接至核心网MME/S-GW的情况下,也可适用以下处理。
[0043] 第二基站eNB在步骤S05中基于步骤S04进行用户信息(例如3GPP TS36.300的UE Context)等参数的设定,进行允许用户终端UE与第二基站eNB相连接的许可控制(例如3GPP TS36.300的Admission Control)。
[0044] 由此,在步骤S03决定进行切换的情况下,能掌握为步骤S04、S05、S06是第一基站eNB使第二基站eNB允许用户终端UE与第二基站eNB相连接的步骤。
[0045] 在步骤S05后的步骤S06中,第二基站eNB向第一基站eNB通知对于切换请求的肯定响应(例如3GPP TS36.300的HO Requext Ack)。
[0046] 在步骤S07中基于步骤S06,第一基站eNB向用户终端UE通知用于再次构建与第二基站eNB的通信的消息(例如3GPP TS36.300的RRC Connection Reconfiguration)。
[0047] 为了降低切换的延迟,在用户终端UE与第一基站eNB进行数据通信的中途,第一基站eNB还将该数据转发至第二基站eNB(例如3GPP TS36.300的Data Forwarding)。
[0048] 在步骤S07后的步骤S09中,实施用户终端UE到第二基站eNB的同步建立(例如3GPP TS36.300的Synchronization)。这使用例如3GPP TS36.300的RACH(Random Access Channel)导通。
[0049] 进一步地,在步骤S11中,从用户终端UE向第二基站eNB通知表示已完成通信再构建(这使得能在用户终端UE与第二基站eNB之间进行通信)的消息(例如3GPP TS36.300的RRC Connection Reconfiguration Complete)。
[0050] 此后,能在用户终端UE与第二基站eNB之间进行通信,因此,用户终端UE能下载已请求下载的数据(图中为虚线箭头)。
[0051] 在步骤S12中,第二基站eNB基于步骤S11的通知,向核心网MME/S-GW发出已切换的通知(例如3GPP TS36.300的Path Switch Request)。
[0052] 在图1中,示出了在步骤S12后进行下载,但下载也可在步骤S12前进行。
[0053] 核心网MME/S-GW响应于步骤S12,在步骤S16中向第二基站eNB通知对于步骤S12的请求的肯定响应(例如3GPP TS36.300的Path Switch Request Ack)。
[0054] 现有技术、例如3GPP TS36.300中,在相当于步骤S16的Path Switch Request Ack结束后,对第一基站eNB释放上述UE Context。然而,在3GPP TS36.300、TS36.331中,不考虑在切换序列(切换过程)结束(切换Handover Completion)之前的下载。
[0055] 用户终端UE在步骤S91的下载请求前经由第一基站eNB与核心网MME/S-GW相连接,为了进行下载,通过步骤S09、S11、S12来所谓临时地经由第二基站eNB与核心网MME/S-GW相连接。由此,若下载结束,则用户终端UE如同原来那样经由第一基站eNB与核心网MME/S-GW相连接。这样,优选为对用户终端UE与核心网MME/S-GW相连接时所经由的基站eNB进行高速切换。
[0056] 于是,在本实施方式中,第二基站eNB基站即便接收到步骤S11的通知,在接收之后经过规定期间之前不对第一基站eNB释放用户信息。由此,第一基站eNB能迅速进行用于经由第一基站eNB本身将用户终端UE和核心网MME/S-GW相连接的许可控制(例如3GPP TS36.300的Admission Control)。这有利于对用户终端UE与核心网MME/S-GW相连接时所经由的基站eNB的迅速切换。
[0057] 在图1中示出了如下情况,即,在第二基站eNB接收到步骤S11的消息后经过规定期间为止,在步骤S94中用户终端UE通知已完成与步骤S91对应的数据的下载。
[0058] 如上所述,用户终端UE如同原来那样经由第一基站eNB与核心网MME/S-GW相连接。由此,第二基站eNB不判断第一基站eNB是否实施如步骤S03中执行的那样的切换,而以接收到步骤S94的通知为契机,向第一基站eNB通知切换请求(例如3GPP TS36.300的HO Request)(步骤S24)。
[0059] 如此,不判断是否实施上述切换就直接进行处理,从而能提早开始对用户终端UE与核心网MME/S-GW相连接时所经由的基站eNB进行迅速切换的处理。
[0060] 第一基站eNB在步骤S25中基于步骤S24进行用户信息(例如3GPP TS36.300的UE Context)等参数的设定,进行允许用户终端UE与第一基站eNB相连接的许可控制(例如3GPP TS36.300的Admission Control)。
[0061] 之后,在步骤S26中与步骤S06相似地,第一基站eNB向第二基站eNB通知对于切换请求的肯定响应(例如3GPP TS36.300的HO Request Ack)。
[0062] 在步骤S27中与步骤S07相似地基于步骤S26,第二基站eNB向用户终端UE通知再次构建用于与第一基站eNB进行通信的消息(例如3GPP TS36.300的RRC Connection Reconfiguration)。
[0063] 为了降低切换的延迟,在用户终端UE与第二基站eNB进行数据通信的中途,第二基站eNB还将该数据转发至第一基站eNB(例如3GPP TS36.300的Data Forwarding)。然而,对于步骤S27后的转发,用户终端UE已经经由第二基站eNB完成了下载。由此,该转发与步骤S07后进行的转发不同,是受限的。
[0064] 步骤S27后的步骤S29中与步骤S09相似地,实施用户终端UE到第一基站eNB的同步建立(例如3GPP TS36.300的Synchronization)。这使用例如3GPP TS36.300的RACH(Random Access Channel(随机接入信道))导通。
[0065] 进一步地,在步骤S31中与步骤S11相似地,从用户终端UE向第一基站eNB通知表示已完成通信再构建的消息(例如3GPP TS36.300的RRC Connection Reconfiguration Complete)。
[0066] 在步骤S32中与步骤S12相似地,第一基站eNB基于步骤S31的通知,向核心网MME/S-GW请求路由设定(例如3GPP TS36.300的Path Switch Request)。
[0067] 核心网MME/S-GW基于步骤S32进行将其通信路径从第二基站eNB变更为第一基站eNB的处理(例如3GPP TS36.300的Switch DL path:图1中省略)。
[0068] 进一步地,在步骤S36中与步骤S16相似地,核心网MME/S-GW向第一基站eNB通知对于步骤S32的请求的肯定响应(例如3GPP TS36.300的Path Switch Request Ack)。
[0069] 由此,能从核心网MME/S-GW经由第一基站eNB进行通信。
[0070] 之后,在新事件发生之前,用户终端UE与核心网MME/S-GW的连接不经过第二基站eNB。由此,在步骤S37中,第一基站eNB向第二基站eNB通知将上述用户信息释放(例如3GPP TS36.300的UE Context Release)。由此,在步骤S38中,第二基站eNB释放用户信息(例如3GPP TS36.300的Release Resources)。
[0071] 另外,在执行步骤S11后的规定期间内执行步骤S94的情况下,不仅是上述那样的第二基站eNB进行的是否切换的判断,连步骤S24、S27也能省略。这是因为第一基站eNB尚未释放用户信息。
[0072] 由于省略步骤S24,步骤S25、S26也得以省略。由于省略步骤S27,步骤S31也得以省略。即,只要第二基站eNB未指示第一基站eNB释放用户信息,在步骤S94后,第一基站eNB在不接收来自第二基站eNB的步骤S27的消息的情况下也可执行步骤S29。这种步骤的省略有利于提早执行步骤S32、以及用户终端UE与核心网MME/S-GW相连接时所经过的基站eNB的迅速切换。
[0073] 实施方式2.在实施方式2中,采用在实施方式1中说明的步骤S91以后到步骤S16之前的动作。由此,在实施方式2中省略这些步骤的说明。在实施方式中,对执行步骤S11后未在规定期间内执行步骤S94的情况下的处理进行说明。
[0074] 图2是说明实施方式2所涉及的通信技术的图,对实施方式1中说明的步骤S91到步骤S09的处理以及步骤S12、S16及步骤S24以后的处理省略了图示。
[0075] 由用户终端UE向第二基站eNB通知步骤S11的消息(例如3GPP TS36.300的RRC Connection Reconfiguration Complete)后,第二基站eNB在步骤S30中进行规定时间的待机。步骤S30的开始与步骤S12、S16之间的前后关系不受限制。例如,步骤S30的开始能以步骤S11为契机。实施方式1中说明的处理是在该步骤S30中进行待机的期间,执行步骤S94的情况下的处理。
[0076] 在实施方式2中,经过了这一规定时间后,执行步骤S17、S18。在步骤S17中与步骤S37相似地,第二基站eNB向第一基站eNB发出释放用户信息的通知。由此,在步骤S18中与步骤S38相似地,第一基站eNB释放用户信息。
[0077] 由此,不执行步骤S94,仅在步骤S30的待机结束时执行步骤S17、S18来释放第一基站eNB所登记的用户信息,这在以下方面是优选的。即,用户终端UE希望的数据下载所耗时间较短时,第一基站eNB不释放用户信息,实施方式1的步骤S25变得迅速或者不需要该步骤。另一方面,在该下载时间较长时,第一基站eNB释放用户信息,能避免第一基站eNB的通信量容量变小。
[0078] 这种步骤S30的待机能理解为所谓UE context Release timer的定时器功能。
[0079] 实施方式3.在实施方式1和实施方式2的说明中,没有确定第一基站eNB和第二基站eNB所覆盖的通信区域(称作“小区”(cell))的宽窄。然而,通过使第一基站eNB的小区比第二基站eNB的小区要宽,能使实施方式1、2的优点更加显著。
[0080] 例如,第一基站eNB对应于宏小区、第二基站eNB对应于小小区。
[0081] 第一基站eNB与第二基站eNB相比,能将更多用户终端UE连接至核心网MME/S-GW。由此,不进行实施方式1、2那样的切换的情况下,若向核心网MME/S-GW进行步骤S91的下载请求的用户终端UE增大,则通信量容量变小。于是,将介于请求下载的用户终端UE与核心网MME/S-GW之间的连接中的基站eNB从第一基站eNB变更(切换)为第二基站eNB切换。
[0082] 由此,能避免第一基站eNB的通信量容量变小。这尤其在作为下载对象的数据容量较大时,成为显著的优点。
[0083] 实施方式4.在实施方式1和实施方式2的说明中,没有确定第一基站eNB和第二基站eNB的传输速率的大小。然而,通过使第二基站eNB的传输速率比第一基站eNB的传输速率选得要大,能使实施方式1、2的优点更加显著。
[0084] 第二基站eNB无需利用特别的识别信息,能仅与请求下载并需要高速传输的用户终端相连接。由此,第二基站eNB的处理可专用于需要高速的传输速率的通信处理。另一方面,第一基站eNB可专用于需要低速的传输速率的通信处理。由此,对于需要高速的传输速率的用户,可迅速向其切换与第二基站eNB的连接。
[0085] 因此,采用不同传输速率的2个通信在同一个基站eNB中混合存在时所设想的这2个通信的干扰能得以缓和。
[0086] 对于干扰,当用户终端UE与第一基站eNB和第二基站eNB之间的任意通信均为无线通信时,和第一基站eNB之间的该无线通信所采用的频率同与和第二基站eNB之间的该无需通信所采用的频率优选设为不同值。这是因为功率较大的以高速传输速率进行的无线通信不易妨碍功率较小的以低速传输速率进行的无线通信。当然,将这些频率设为不同值在实施方式1、2中不是必须的,也可将两者设为相同值。
[0087] 此外,若在某一基站eNB中将请求了下载的用户终端UE优先调度至高传输速率的通信,则有可能发生该用户终端UE占有该基站eNB的通信量的不公平状况。然而,通过如实施方式1、2那样进行切换,可缓和该不公平的调度。
[0088] 此外,优选为第一基站eNB的小区比第二基站eNB的小区要大,第二基站eNB的传输速率比第一基站eNB的小区的传输速率要大。这是因为,如专利文献1所启示,实现较大传输速率通信所需的功率变大但小区较小,因此能抑制该功率的增大。此外,由于第一基站eNB的通信的传输速率较小、该通信所需的功率较小,因此,在大蜂窝中能与较多的用户终端UE进行通信。这种功耗降低对第一基站eNB、第二基站eNB的小型化也有利。
[0089] 对于需要高速率传输的用户优先分配与小小区之间的通信连接,从而该用户能享受高效且大容量的通信服务。此外,宏小区通信以低速率传输为主,因此,能收纳更多的用户。此外,其它用户的高速率传输引起的干扰、调度分配的影响较小,因此能进行稳定的通信。
[0090] 实施方式5.图3和图4分别是说明第一基站eNB和第二基站eNB的结构例的框图。能利用这些结构例,来实现实施方式1、2中说明的序列。以下,举例示出用户终端UE能通过无线与第一基站eNB和第二基站eNB的任一方进行通信的情况。
[0091] 参照图3,第一基站100包括:天线部101、调制/编码部102、解调/解码部103、消息生成部104、同步管理部105、切换判断部106、用户信息管理部107、路由部108、数据容量获取部109、用户信息释放部111以及许可控制部112。
[0092] 由解调/解码部103对从天线部101接收到的接收信号进行解调和解码。对于进行解调和解码后的接收信号,在同步管理部105中将根据信号分量的基准信号(Reference Signal)等已知信号计算出的SINR(信号对噪声加干扰比)、与其阈值进行比较,从而判断是否为同步状态。计算出的值除了SINR以外,也可以是SIR(信号对干扰比)、SNR(信号对噪声比)等。
[0093] 消息生成部104在步骤S07(参照图1)中生成发送至用户终端UE的消息(例如3GPP TS36.300的RRC Connection Reconfiguration)。在调制/编码部102对该消息进行调制和编码,从而生成发送信号。
[0094] 从天线部101向用户终端UE无线发送该消息。此外,接收从用户终端UE接收到的步骤S31(参照图1)的消息(例如3GPP TS36.300的RRC Connection Reconfiguration Complete)。由解调/解码部103对接收到的该消息进行解调和解码,之后提供至是否正常完成通信再构建的判定。该判定在无线控制部RRC/RRM(Radio Resource Control/Radio Resource Management(无线资源控制/无线资源管理))中进行。无线控制部RRC/RRM至少包含消息生成部104。在图3中,例示了无线控制部RRC/RRM除了包含消息生成部104之外还包含切换判断部106、数据容量获取部109的情况。然而,有时也在不包含切换判断部106、数据容量获取部109的情况下构成无线控制部RRC/RRM。或者,无线控制部RRC/RRM也可包含同步管理部105来构成。
[0095] 在数据容量获取部109获得从核心网MME/S-GW在步骤S93(参照图1)中通知的、用户终端UE在步骤S91(参照图1)中请求的要下载的数据的容量(数据容量)的相关信息。
[0096] 切换判断部106在步骤S03(参照图1)中基于数据容量大小来判断是否切换至第二基站eNB。决定切换的情况下,切换判断部106向第二基站eNB通知步骤S04的切换请求。此外,用户信息管理部107将用于在第二基站eNB侧生成用户信息(UE context create)的UE context信息通知给第二基站200。
[0097] 此外,通过接受步骤S17(参照图2)的通知(例如3GPP TS36.300的Release Resources),用户信息释放部111释放用户信息(参照图2的步骤S18)。
[0098] 路由部108在与核心网MME/S-GW侧之间收发有关路由设定的通知。
[0099] 参照图4,第二基站200包括:天线部201、调制/编码部202、解调/解码部203、消息生成部204、同步管理部205、下载完成监视部206、定时器监视部207、路由部208、用户信息管理部209、用户信息释放部211以及许可控制部212。
[0100] 由解调/解码部203对从天线部201接收到的接收信号进行解调和解码。与上述同步管理部105同样地,在同步管理部205中对经过解调和解码后的接收信号是否处于同步状态进行判断。
[0101] 消息生成部204在步骤S27(参照图1)中生成发送至用户终端UE的消息(例如3GPP TS36.300的RRC Connection Reconfiguration)。在调制/编码部202中对该消息进行调制和编码,从而生成发送信号。
[0102] 从天线部201向用户终端UE无线发送该消息。此外,接收从用户终端UE接收到的步骤S11(参照图1)的消息(例如3GPP TS36.300的RRC Connection Reconfiguration Complete)。由解调/解码部203对接收到的该消息进行解调和解码,之后用于是否完成通信再构建的判定。在无线控制部RRC/RRM中进行该判定。无线控制部RRC/RRM至少包含消息生成部204。在图4中,例示了无线控制部RRC/RRM除了包含消息生成部204之外还包含同步管理部205、下载完成监视部206以及定时器监视部207的情况。然而,有时也在不包含同步管理部205、下载完成监视部206和定时器监视部207的情况下构成无线控制部RRC/RRM。
[0103] 下载完成监视部206根据经过解码得到的接收信号的内容,来识别有没有步骤S94的通知(下载是否完成)。下载完成监视部206以判断为从用户终端UE接收到S94的通知(判断为下载完成)为契机,切换向第一基站100请求切换(通知切换请求:参照图1的步骤S24),而无需判断是否执行切换。
[0104] 定时器监视部207从核心网MME/S-GW接受到步骤S16的肯定响应后,利用定时器(上述UE context Release timer)来监视是否经过了一定时间。定时器监视部207在经过了一定时间的情况下(参照图2的步骤S30),判断为定时器到期,向用户信息管理部209通知定时器到期,而无需从下载完成监视部206接受下载已完成的判断。用户信息管理部209若接收到定时器到期到期通知,则如步骤S17(参照图2)中所说明那样,向第一基站
100侧请求释放用户信息(通知UE context release)。
[0105] 定时器监视部207在经过一定时间之前从下载完成监视部206接受到下载完成判断的情况下,停止定时器。由此,不请求释放用户信息就直接由下载完成监视部206向第一基站100通知切换请求(步骤S24)。
[0106] 路由部208在与核心网MME/S-GW侧之间收发有关路由设定的通知。具体地,由路由部208、108通知上述步骤S12、S32的请求,向路由部208、108通知步骤S16、S36的肯定响应。
[0107] 通过接受步骤S37(参照图1)的通知(例如3GPP TS36.300的Release Resources),用户信息释放部211释放用户信息(参照图1的步骤S38)。
[0108] 许可控制部212通过从第一基站100接受切换请求(步骤S04),利用从用户信息管理部107通知来的UE context信息,来生成用户信息(UE context create)。该生成正常进行的情况下,向第一基站100通知对于切换请求的肯定响应(步骤S06)。在第一基站100中,该肯定响应经由天线部101、解调/解码部103被传递至消息生成部104,并生成要发送给用户终端UE的消息(步骤S07)。
[0109] 同样地,参照图3,许可控制部112通过从第二基站200接受切换请求(步骤S24),从而利用从用户信息管理部209通知来的UE context信息,来生成用户信息(UE context create)。该生成正常进行的情况下,向第二基站200通知对于切换请求的肯定响应(步骤S26)。在第二基站200中,该肯定响应经由天线部201、解调/解码部203被传递至消息生成部204,并生成要发送给用户终端UE的消息(步骤S27)。
[0110] 另外,定时器到期且一旦执行了步骤S17、S18后,从第二基站200向第一基站100请求切换的情况下,用户信息管理部209与用户信息管理部107相似地,为了生成第一基站100侧的用户信息(UE context create),而将UE context信息通知给第一基站100。然而,在定时器到期前接收到步骤S94的下载完成通知的情况下不进行该通知(因为第一基站100未释放用户信息)。
[0111] 如上所述,本实施方式所涉及的技术用于实施方式1~4中说明的技术的实现。
[0112] 另外,本发明可以在其发明范围内对各实施方式进行自由组合,或者对各个实施方式适当地进行变形、省略。
[0113] 本发明进行了详细的说明,但上述说明仅是所有方面中的示例,本发明并不局限于此。未例示的无数变形例可解释为是在不脱离本发明的范围内可设想到的。标号说明
[0114] 100 第一基站(eNB)、106 切换判断部、
109 数据容量获取部、
200 第二基站(eNB)、
206 下载完成监视部、
208 路由部、
209 用户信息管理部、
UE 用户终端、
MME/S-GW 核心网。
QQ群二维码
意见反馈