具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为便于描述,以图2为例,对一种切换处理过程简单介绍,以分析在该过程中可能造成切换失败的原因。当UE需要从DeNB下的中继站切换至目标邻居基站时,中继站向其的DeNB发送切换请求;但RN并不知道DeNB与该目标基站之间是否可以进行X2切换,因此不知道要发起哪种类型切换(S1/X2切换)。如果DeNB和该目标基站之间不可以进行X2切换,一旦RN发起X2切换,DeNB将不能使用X2消息发送切换请求信令给该目标基站。那么DeNB只能通过相应的X2消息回绝中继站的切换请求。从而拖延了切换流程的进行。
现有技术中,对于两个基站之间X2接口不可以用于切换,原因之一可能是所述两个基站不属于同一个MME pool(移动管理实体共享池)。终端的MME是在其服务基站(源基站)所属的MME pools中,两个基站不属于同一个MMEpool(移动管理实体共享池)意味着,终端的MME不在目标基站所属的任何一个MME pool中,终端从源基站切换到目标基站时,就必须更换MME,那么这两个基站将不能进行X2切换。在引入中继站后的LTE系统中,由于RN不知道目标基站所属的MME pools信息,因此无法判断是否可以发起X2切换。
由此本发明将进一步提供发生切换失败时的处理方法的实施例,以减少由于目标基站与源基站或其中继站属于不同的MME pool造成的切换失败。下面对现有技术中已有的MME pool的概念进行简单介绍。MME pool是指有多个MME组成的一个逻辑区域,组成同一个MME pool的这些MME的功能是等同的。在一个MME pool内,UE可以不需要改变所附着的MME来获取NAS(Non-Access-Stratum,非接入层)服务,不同MME pool之间可以是交叠的。
图3a为本发明实施例提供的一种切换处理方法的示意图,所述方法包括:
S31a:中继站获取信息,所述信息用于确定用户设备的移动管理实体MME是否在邻居基站所属移动管理实体共享池MME pool中;
中继站获取的信息用于确定该中继站下属的用户设备的移动管理实体MME是否在邻居基站所属移动管理实体共享池MME pool中也即是用于:确定邻居基站所属移动管理实体共享池MME pool与用户设备的MME所在的MME pool是否为同一个,以上2种说法仅是表达形式不同,代表的方案实质相同。
所述邻居基站,为所说中继站的邻居基站(也即中继站的服务基站的邻居基站),其可以是中继站RN的邻居小区所对应的邻居基站或者可以是RN的施主基站DeNB的邻居基站等等。
所述信息可以是邻居基站的MME pool(s)信息,该邻居基站的MME pool(s)信息,可以用GU Group Id list来表示,以指明所述邻居基站所属的MMEpool(s),由中继站据此判断所述邻居基站所属的MME pool与为中继站下属UE服务的MME所在pool是否为同一个,也即是由中继站确定邻居基站与所述UE是否使用同样的MME pool。为了使RN能够识别哪些Group Id list是和哪个邻居基站相对应的,消息中还可以携带相对应的邻居基站标识。
或者所述邻居基站的MME pool信息可以是1位(bit),仅用于指示邻居基站所属MME pool与UE的MME所在的MME pool是否相同;特别地,还可以同时携带该终端的标识,例如CRNTI(Cell Radio Network TemmporaryIdentify小区无线网络临时识别)。该本实施例对此不进行限定。
具体地,中继站可以从OAM(Operation Administration and Maintenance,操作管理和维护)设备获取上述信息,也可以是从其DeNB获取该信息。当RN从其DeNB获取所述信息时,DeNB可以通过一个新的消息通知其RN该信息;DeNB也可在现有的消息携带所述信息以通知RN。所述现有消息可以是X2 setup Request/response(X2建立请求/响应)消息、eNB configuration update(基站配置更新)消息,本实施例对此不做限定。由此服务基站可以在X2建立流程或者基站配置更新流程中,将所述有关邻居基站所属MME pools的信息通知给RN。
基站可针对每个邻居小区,将邻居小区对应的邻居基站的MME pool信息通知RN。例如,基站可在eNB configuration update消息或者X2 setup request消息或者X2 setup response消息中,在对应于每个服务小区的邻居信息(Neighbour Information)中,增加“GU Group Id List”。其中“GU Group IdList”中包含了多个pools信息,可包含邻居小区对应的邻居基站所属的所有的pools信息。例如该邻居小区(可以通过小区标示ECGI表示)所对应的邻居基站所属的所有pools个数为10个,那么“GU Group Id List”就包含了10pools的信息,即10个对应pool的GU Group Id。具体地,GU Group Id(全球唯一群组标示,Globally Unique Group Id)是一个信息单元(IE,informationelement),其对应的一个pool区域(pool area)。GU Group Id可包含PLMN(公众陆地移动电话网,Public Land Mobile Network)Id和MME Group Id。或者,可在所述对应于每个服务小区的邻居信息中增加1比特,用于指示邻居基站所属MME pool与UE的MME所在的MME pool是否相同。另外该消息还可以进一步地携带UE标示,例如CRNTI(Cell Radio Network TemmporaryIdentify小区无线网络临时识别),本实施例不进行限定。
当然,基站也可针对每个邻居基站,将邻居基站的MME pool信息通知RN。上述消息中还可以进一步地携带相对应的邻居基站的标识。对于具体的通知方法,本实施例不进行限定。
特别地,当邻居基站的MME pools信息发生变化的时候,RN可以获得上述邻居基站的MME pools更新信息,例如DeNB通过eNB configuration update消息将MME pools信息发生变化通知RN。所述eNB configuration update消息,里面可包含邻居eNB(s)要增加的MME pool(s)信息,也可包含邻居eNB(s)要删除的MME pool(s)信息。此处不做赘述。具体地,邻居eNB的MME pool信息可以GU Group Id list来标识,为了使RN能够识别哪些GroupId list是和哪个邻居eNB相对应的,该消息中还可以携带相对应的邻居eNB标识;或者在定义的消息内携带1比特信息,指示邻居基站所属MME pool与UE的MME所在的MME pool是否相同。
关于RN如何得知DeNB提供的邻居小区信息,或者DeNB如何得知RN提供的邻居小区信息来获得的邻居基站标识信息,可通过以下方式实现:邻居小区信息可以是邻居小区的ECGI。ECGI(E-UTRAN Cell Global Identifier,全球惟一的小区标示)是一种Cell ID(小区标识)。ECGI由PLMN Identity(公众陆地移动网标识)和E-UTRAN Cell Identifier(演进通用陆地无线接入网络小区标识)组成。由此中继站通过邻居小区的ECGI可获得对应的邻居基站标识。当然邻居小区的标示或者基站标识可以通过其他方式表示,上述仅为其中一例,不做限制。
下面以图4a为例说明,RN的服务小区有3个,分别是小区A,B,C。其中小区A的邻居小区是小区1,2,3;小区B的邻居小区是小区3,4,5;小区C的邻居小区是小区6,7。其中,小区1,2,3,4是邻居基站eNB2的服务小区;小区5和6属于邻居基站eNB3的服务小区,小区7是邻居基站eNB4的服务小区,则邻居基站eNB2、eNB3、eNB4都是RN的邻居基站。基站在得知这些邻居小区后,可将这些邻居小区对应的邻居基站的MME pool信息告知中继站。图4b为本发明实施例提供的一种由服务基站向中继站提供的邻居基站所属移动管理实体共享池的信息的示意图。图4b以列表的形式出现,以便于描述。如果中继站的服务基站有n(正整数)个邻居基站,所述服务基站可如图4b所示,将其n个邻居基站的基站标识(eNB ID)和每个邻居基站对应的MME pool通知所述中继站。如之前实施例所述,这些信息可在携带在eNB configuration update消息或者X2 setup request消息或者X2 setupresponse消息中,本实施例不再做展开描述。
S32a:如果用户设备的MME不在所述邻居基站所属MME pool中,则中继站确定其服务基站与所述邻居基站间的X2接口不能用于切换;
RN获得所述邻居基站所属MME pools信息,当RN要将自己的某个UE(如UEl)切换到邻居基站如eNB2中,那么RN可根据自己获得的所述邻居基站所属MME pools信息与该终端所对应的MME信息比较,确认该UE的MME所在的MME pool与邻居基站所属的MME pool(s)是否相同,如果邻居基站所属的MME pool(s)中有一个和该UE的MME所在的MME pool是同一个,那么该RN的服务基站与所述邻居基站间的X2接口可以用于切换,否则不能用于切换。所述确认该UE的MME所在的MME pool与邻居基站所属的MME pool(s)是否相同,还可以以表示为UE的MME是否在该邻居基站所属的MME pool(s)中。两种表达所代表的技术方案完全相同,只是表现形式不同。当用户设备的MME不在所述邻居基站所属的任何一个MME pool中,则邻居基站与服务基站间的接口是不能用于切换的,即2个基站间不能发起X2切换流程。
为便于说明用户设备、中继站、服务基站和邻居基站间MME pool的关系,下面以图4c为例进行简单说明,需要说明的是图4c仅仅是一个实例场景,具体实现时还可以有多种不同场景。用户设备41属于中继站42,中继站42属于服务基站43,另一基站44为服务基站43的邻居基站,也即是用户设备41和中继站42的邻居基站。如图4c所示存在3个MME pool,分别为p1、p2和p3,其中p1和p2是服务基站43所属的MME pool,p3为邻居基站44所属的MME pool。用户设备41的移动管理实体为共享池p1中的M1,该移动管理实体M1不在邻居基站44所属的共享池p3中,即该M1所属的共享池p1与邻居基站44所属的共享池p3中不是同一个,因此可确定其服务基站43与邻居基站44间的X2接口不可用于切换。当然中继站42下面可带有其它终端,因此共享池p1中可以有其它MME,如共享池M2等,本实施例对此不做限定。
在现有的LTE/SAE中,可以用GUMMEI来唯一标识一个MME,GUMMEI可由PLMN ID、GU Group ID和MMEC组成,其中PLMN为网络标识;GUGroup ID即MME pool标识,用于在一个PLMN内唯一标识一个MME pool;MMEC为MME标识,用于在一个MME pool内唯一标识一个MME。上述的该终端所对应的MME信息可以是终端的MME标识(如GUMMEI),也可以是终端的MME所在的MME pool标识(如GU Group ID)。
通过采用以上实施例的方案,RN可确定其服务基站与所述邻居基站间的X2接口是否能用于切换,从而可发起正确的切换流程,减少切换失败的可能性,有助于提高切换成功率。
图3b为本发明实施例提供的另一种切换处理方法的示意图,所述方法包括:
S31b:该过程与图3a中过程31a相同,不做赘述;
S32b:判断用户设备的MME是否在邻居基站所属MME pool中;该过程也就是在判断邻居基站所属MME pool与用户设备的MME所在的MME pool是否为同一个;
S33b:如果否,则中继站确定其服务基站与所述邻居基站间的X2接口不能用于切换,该过程与图3a中过程32a相同,不做赘述;进一步包括:S34b,在中继站确定该服务基站与所述邻居基站间的X2接口不能用于切换时,中继站向所述服务基站发起S1切换请求消息,以进行S1切换。中继站具体可通过向所述服务基站发送S1切换请求消息,以请求所述服务基站向所述邻居基站发起S1切换。当然,中继站可通过其它方式进行该请求,例如通过发送一条专门定义的消息等来请求其服务基站向所述邻居基站发起S1切换,本实施例对此不做限定。
在上述实施例中,可选地还可包括S35b:如果邻居基站所属MME pool与用户设备的MME所在的MME pool是同一个,即用户设备的MME在邻居基站所属MME pool中,则中继站确定其服务基站与所述邻居基站间的X2接口能用于切换。所述实施例可进一步包括:S36b:中继站向所述服务基站发起X2切换请求消息,以进行X2切换。当然,如果此时,中继站向所述服务基站发起S1切换请求消息也可以,只是会使切换流程更复杂。
本实施例通过判断邻居基站所属MME pool与用户设备的MME所在的MME pool是否是同一个,从而确定该中继站的服务基站与所述邻居基站间的X2接口是否可用于切换,从而可以发起正确的切换决定。这样当邻居基站所属MME pool与用户设备的MME所在的MME pool不是同一个时,可确定所述X2接口不可用于切换,即服务基站与该邻居基站间的X2切换无法进行。一旦中继站下属UE需要切换至所述邻居基站(即不可与之进行X2切换邻居基站成为切换目标基站)时,中继站可决定进行S 1切换,以减少切换失败的可能性。
在LTE-A技术中,现有的切换方式可分为2种,即X2切换和S1切换。为了便于描述,现对这2种切换进行简单描述。所述X2切换即基站间通过X2接口执行切换相关流程。所述S1切换则不同,源基站如要与切换目标基站执行切换相关流程,需要使用源基站与核心网设备(如MME)间的S1接口,因此需要涉及源基站与核心网间的交互,一定程度上会增加切换复杂度。
由于X2切换不过多涉及核心网动作,相对简单,因此通常情况下中继站可选择性地优先发起X2切换。如果邻居基站所属MME pool与用户设备的MME所在的MME pool不是同一个,则需要发起S1切换,使得该中继站下属的UE顺利切换至邻居基站(即切换目标基站),提高切换成功率。
需要说明的是,上述切换处理方法的实施例可以应用于诸如以下场景,对于可能出现的其它应用场景,本实施例不进行限定。
场景一、Start up(启动)场景:
RN可以通过RN与DeNB的X2接口建立流程,告诉DeNB有关于RN的邻居小区信息。由此DeNB根据RN的一个或多个邻居小区的信息为RN发起与相应邻居基站的X2接口建立流程。如果DeNB和该对应的邻居基站之间已经存在了相应的X2接口,那么就不需要重复发起。当DeNB与邻居基站完成X2接口建立流程后,DeNB再将其与邻居基站的X2接口的相关信息,例如将NO X2(是否有X2接口)、NO HO(是否能够切换)、NO X2HO(是否可以使用X2接口切换)或者MME pools info(移动管理实体共享池信息)通知给RN。基站可以在X2 setup(X2接口建立)流程或者eNB configurattion(基站配置)流程中反馈该信息给RN。当然也可以采用其他流程或者新消息将该信息反馈给RN。
由于基站可以通过RN的邻居小区信息如ECGI信息获得邻居基站标示,基站可以通过与该邻居基站的X2 setup流程获得邻居基站所属的MME pools的信息。从而基站能够判断该邻居基站和自己下属终端(RN的终端或者基站自己的终端)是否使用同一个MME pool中,即确定邻居基站所属MME pool与用户设备的MME所在的MME pool是否为同一个。基站可以把该邻居基站所属MME pools的信息反馈给RN,也可以直接作出判断后通知给RN,将判断结果通知RN,通知信息可以是1bit指示信息,如前面实施例所述,此处不做进一步描述。
总之,基站可以主动地或者在收到某些触发的条件下,向RN提供有关邻居基站与中继站或者基站(DeNB)的X2接口的相关信息,例如将NO X2(是否有X2接口)、NO HO(是否能够切换)、NO X2 HO(是否可以使用X2接口切换)或者MME pools info(移动管理实体共享池信息)通知给RN。
上述1比特信息还可以表示为每个服务小区与邻居小区的NO X2(是否有X2接口)、NO HO(是否能够切换)或者NO X2 HO(是否可以使用X2接口切换。还可以是,把将NO X2(是否有X2接口)、NO HO(是否能够切换)、NO X2 HO(是否可以使用X2接口切换)信息中的某两个,或者三个一起发给RN。
场景二、RN更新自己的邻居小区场景:
RN通过eNB configuration update流程,发送给基站有关于RN邻居小区信息,基站根据邻居小区信息,尝试建立相应的X2接口,随后反馈给RN有关接口信息,例如NO X2或NO HO或NO X2 HO或MME pools info。基站可以在eNB configuration update流程中反馈所述有关接口信息给RN,当然也可以采用其他流程或者新消息将该信息反馈给RN。
场景三、DeNB更新自己的邻居小区场景:
DeNB可能会与新邻居小区对应的基站建立X2接口,但是DeNB不需要把这个更新的有关接口信息,例如NO X2或NO HO或NO X2 HO或MMEpools info等,马上通知给RN。基站可等RN上报发现了该新的邻居小区时,发送该有关接口信息,当然也可以采用其他流程或者新消息将该信息反馈给RN。当然DeNB也可以主动把更新的有关接口信息,例如NO X2或NO HO或NO X2 HO或MME pools info等,马上通知给RN。
本文中的MME pools info主要是指所述信息可以是邻居基站的MME pool(s)信息,或者所述邻居基站的MME pool信息可以是1位(bit),仅用于指示邻居基站所属MME pool与UE的MME所在的MME pool是否相同;该本实施例对此不进行限定。更详细的描述请参考图3和图4。
RN获得自己的服务基站与RN的邻居小区所对应的邻居基站是否可以用于切换的信息,服务基站与邻居基站之间的是否可以执行X2切换,从而RN能够正确选择切换类型(如X2切换不可用于切换时使用S1切换),从而有效地发起正确的切换。
在现有技术中,HeNB(Home eNB,家庭基站)系统切换包括eNB和HeNB之间以及HeNB和HeNB之间的切换可仅支持S1-based切换。针对在HeNB之间以及HeNB和HeNB GW之间建立X2接口的情况,HeNB系统中基于X2接口的切换成为可能,那么在这种情况下,对HeNB来说,也存在是发起X2切换还是S1切换的切换类型判决问题。本发明实施例中所述解决方案也同样适用于HeNB系统,除了应用的实体不同外,方案中所携带的内容和消息格式和本发明实施例上述方案中所述是一致的。例如在HeNB系统中,应用实体由RN改为HeNB(如HeNB1),DeNB改为HeNB GW或者HeNB(如HeNB2)。
与前面方法实施例对应的,本发明实施例提供了一种中继站的实施例,如图5所示,该中继站可以在基站与终端间完成中继信息转发的功能,其可以包括:
信息获取单元51,用于获取信息,所述信息用于确定用户设备的移动管理实体MME是否在邻居基站所属移动管理实体共享池MME pool中;
切换确定单元52,耦合至所述信息获取单元51,用于当用户设备的MME不在所述邻居基站所属MME pool中时,确定该中继站的服务基站与所述邻居基站间的X2接口不能用于切换。
本实施例提供的中继站具有进行确定合适切换类型的能力,减少切换失败发生的概率。
所述中继站可进一步进行改进,如图6所示,除了所述信息获取单元51和切换确定单元52外,还可包括:切换执行单元53,用于在所述切换确定单元52确定所述服务基站与所述邻居基站间的X2接口不可用于切换时,向所述服务基站发起S1切换请求消息,以进行S1切换。
在一种实现方式中,图6所示中继站可被进一步改进,所述信息获取单元51获取的所述信息为:指示用户设备的MME是否在所述邻居基站所属MMEpool中的信息;相应地,所述信息获取单元51被配置为:将所述信息提供给所述切换确定单元52。
在另一种实现方式中,图6所示中继站可被进一步改进,如图7所示,还包括:判断单元54;所述信息获取单元51获取的所述信息为:指示所述邻居基站所属的MME pool(s)的信息;所述判断单元54耦合至所述信息获取单元51和切换确定单元52被配置为:基于所述指示所述邻居基站所属的MMEpool的信息,用户设备的MME是否在所述邻居基站所属MME pool中,并将判断结果通知所述切换确定单元52。
进一步地,所述切换确定单元52还用于:在用户设备的MME在所述邻居基站所属MME pool中时,确定该中继站的服务基站与所述邻居基站间的X2接口能用于切换。进一步地,所述信息获取单元51可包括:第一接收模块,用于从操作管理和维护OAM设备获取所述信息;或者,第二接收模块,用于从所述服务基站获取所述信息。
以上中继站执行所述方法所述的流程,从而减少切换失败的可能性,使得其服务基站可选择相对正确的切换方式。需要说明的是,本实施例中所述的基站包括但不限于NodeB、eNodeB、BS等各类提供接入服务的基站,其下属的用户设备包括但不限于手机、电脑、PDA(Personal Digital Assistant,个人数字助理)等终端。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
本发明实施例可应用于LTE-A技术中并可达到较好的技术效果,以减少切换失败的可能性,当然对于其它类似的蜂窝网无线通信技术,也可采用本实施例提供的解决方案,并达到类似的有益效果。因此以上所述仅为本发明的几个实施例,本领域的技术人员可依据申请文件公开的可以对本发明进行各种改动或变型而不脱离本发明的精神和范围。本领域普通技术人员可以理解所述实施例间或不同实施例的特征间在不发生冲突的情况下还可以互相结合形成新的实施例。