具体实施方式
下面结合附图和实施例对本发明提供的GTP-U错误处理方法及装置进行更详细地说明。
本发明实施例主要解决现有系统架构中代理节点如施主基站引入之后,用户面GTP-U隧道发生错误后的处理方法,如图5所示,本发明实施例提供的GTP-U错误处理方法包括:
步骤S501,代理节点接收被代理节点或核心网节点发送的GTP-U错误指示,其中所述代理节点分别与被代理节点和核心网节点间建立有对应同一承载的GTP-U隧道S1-U;
其中,所述被代理节点是网络中为用户终端提供服务的接入网节点,代理节点是网络中用于实现被代理节点和核心网节点数据转发的节点。
即代理节点与被代理节点间的S1-U,与代理节点与核心网节点间的S1-U,组成系统承载的一部分。
步骤S502,代理节点根据所述代理节点与被代理节点间的控制面接口类型,对GTP-U错误指示进行处理,其中不同的控制面接口类型管理不同类型GTP-U隧道。
被代理节点为向UE提供服务的节点,代理节点作为比较特殊的节点,与被代理节点的控制面接口类型可能包含一个或多个,因此,本发明实施例中代理节点通过确定与被代理节点间的具体接口类型,决策如何进行GTP-U隧道错误处理,接口面控制类型是否为多个,决定了代理节点是否需要对从核心网节点发送过来的GTP-U错误指示正确指示给被代理节点,及是否需要区分从被代理节点接收的GTP-U错误指示属于哪类GTP-U隧道等,因此本发明实施例解决了现有系统架构中代理节点引入之后,GTP-U错误发生后没有异常处理机制进行处理的问题,从而保证系统得稳定运行。
对于代理节点确定与被代理节点间的控制面接口类型,对GTP-U错误指示的具体处理方式,优选采用本发明如下实施例所提供的处理方式。
1)对于代理节点从被代理节点接收到GTP-U错误指示的处理方式
在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理节点分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,即代理节点同时连接核心网节点和接入网节点,在该应用场景下,代理节点对GTP-U错误指示进行处理,包括:
如果是从被代理节点接收到GTP-U错误指示,获取所述GTP-U错误指示中的隧道标识信息,根据现有机制,被代理节点向代理节点发送GTP-U错误指示时,会将代理节点向被代理节点分配的出现错误的GTP-U隧道的隧道标识信息携带在GTP-U错误指示中,具体地,这些隧道标识信息包含隧道端点标识TEID和传输层地址;
根据预先确定的X2-C接口所管理的X2-U的隧道标识信息,及S1-C接口所管理的S1-U的隧道标识信息,确定出现异常的GTP-U隧道类型,即确定出现异常的GTP-U隧道是涉及S1-U还是涉及X2-U或同时涉及,具体获取每个接口类型所管理的GTP-U可以通过从这些接口中获得的接入消息获得;
根据确定的出现异常的GTP-U隧道类型,进行GTP-U隧道错误处理,不同的GTP-U隧道类型决定了具体的处理方式不同,GTP-U错误指示中携带有代理节点向被代理节点分配的隧道标识信息,如果X2-U和S1-U涉及同一承载,则代理节点会向被代理节点为X2-U和S1-U分配相同的隧道标识信息,因此,确定出现异常的GTP-U隧道可能仅包含S1-U,或可能同时包含S1-U和X2-U时,在此场景下,具体的处理方式优选采用如下任一方式。
①确定所述GTP-U错误指示中的隧道标识信息对应的承载;确定向核心网节点分配的与所述承载对应的S1-U的隧道标识信息;向核心网节点发送GTP-U错误指示,所发送的GTP-U错误指示中携带所述确定的隧道标识信息。
隧道标识信息与承载之间是一一对应的关系,而代理节点向被代理节点为该承载所对应的GTP-U隧道所分配的隧道标识信息,与核心网节点向代理节点为该承载所对应的GTP-U隧道所分配的隧道标识信息是不同的,因此,代理节点向发送的GTP-U错误指示中,具体携带核心网节点向代理节点为该承载所分配的隧道标识信息。
②确定所述GTP-U错误指示中的隧道标识信息对应的承载;分别向被代理节点和核心网节点发起针对所述确定的承载的去激活流程。
代理节点触发向被代理节点和核心网节点发起的去激活流程,可以参照现有的去激活流程实施,这里不再详述。
确定出现异常的GTP-U隧道仅包含X2-U时,本实施例优选采用如下处理方式:对出现异常的X2-U进行标记,之后接收到通过所述出现异常的X2-U的隧道向接入网节点转发的数据时,直接丢弃所述数据。具体地,可以确定GTP-U错误指示中的隧道标识信息对应的承载,标记接入网节点向代理节点为该承载所对应的X2-U隧道所分配的隧道标识信息。
在控制面接口类型仅包含管理S1-U的S1-C接口时,对GTP-U错误指示进行处理,具优选采用如下任一处理方式:
①如果是从被代理节点接收到GTP-U错误指示,代理节点将所述GTP-U错误指示转发给核心网节点,需要注意的是由于仅有一个接口类型,因此,代理节点不需要进行哪个接口类型出错的判断,直接向核心网节点发送GTP-U错误指示,且该GTP-U错误指示中携带核心网节点向代理节点为出错的S1-U隧道分配的隧道标识信息。
②代理节点获取GTP-U错误指示中的隧道标识信息,确定获取的隧道标识信息对应的承载;代理节点分别向被代理节点和核心网节点发起针对所述确定的承载的去激活流程,具体去激活流程可以参照现有的去激活流程实施,这里不再详述。
控制面接口类型仅包含管理S1-U的S1-C接口的错误处理方式,优选应用于如下场景:代理节点为家用演进基站网关HeNB GW,所述被代理节点和接入网节点为不同的家庭基站HeNB,所述核心网节点为服务网关。控制面接口类型同时包含上述两类接口的错误处理方式,优选应用于如下场景:代理节点为施主演进基站DeNB,所述接入网节点为演进基站eNB,所述被代理节点为中继节点RN,所述核心网节点为服务网关。
2)对于代理节点从核心网节点接收到GTP-U错误指示的处理方式
在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理节点分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,即代理节点同时与核心网节点和接入网节点连接,代理节点对GTP-U错误指示进行处理,优选采用如下任一处理方式:
①如果是从核心网节点接收到GTP-U错误指示,获取所述GTP-U错误指示中的隧道标识信息,该隧道标识信息是代理节点向核心网节点分配的出现异常的隧道对应的隧道标识信息,代理节点确定获取的隧道标识信息对应的承载;确定被代理节点向代理节点分配的与所述承载对应的S1-U的隧道标识信息;向被代理节点发送GTP-U错误指示,所发送的GTP-U错误指示中携带所述确定的隧道标识信息,从而使被代理节点获得具体出现异常的GTP-U隧道。
②如果是从核心网节点接收到GTP-U错误指示,获取所述GTP-U错误指示中的隧道标识信息,该隧道标识信息是代理节点向核心网节点分配的出现异常的隧道对应的隧道标识信息,代理节点确定获取的隧道标识信息对应的承载;分别向被代理节点和核心网节点发起针对所述确定的承载的去激活流程。
具体的去激活流程可以参照现有的去激活流程实施,这里不再详述。
在控制面接口类型仅包含管理S1-U的S1-C接口时,对GTP-U错误指示进行处理,优选采用如下任一方式:
①如果是从核心网节点接收到GTP-U错误指示,代理节点将所述GTP-U错误指示转发给被代理节点。需要注意的是由于仅有一个接口类型,因此,代理节点不需要进行哪个接口类型出错的判断,直接向被代理节点发送GTP-U错误指示。
②代理节点获取GTP-U错误指示中的隧道标识信息,确定获取的隧道标识信息对应的承载;代理节点分别向被代理节点和核心网节点发起针对所述确定的承载的去激活流程,具体去激活流程可以参照现有的去激活流程实施,这里不再详述。
控制面接口类型仅包含管理S1-U的S1-C接口的错误处理方式,优选应用于如下场景:代理节点为家用演进基站网关HeNB GW,所述被代理节点和接入网节点为不同的家庭基站HeNB,所述核心网节点为服务网关。控制面接口类型同时包含上述两类接口的错误处理方式,优选应用于如下场景:代理节点为施主演进基站DeNB,所述接入网节点为演进基站eNB,所述被代理节点为中继节点RN,所述核心网节点为服务网关。
3)代理节点从接入网节点接收到GTP-U错误指示
代理节点除与被代理节点连接,还同时连接有接入网节点和核心网节点时,控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理节点分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,本实施例中,代理节点对从接入网节点接收的GTP-U错误指示处理方式,优选采用如下任一方式:
①代理节点接收到接入网节点发送的GTP-U错误指示时,确定X2-U接口管理的X2-C出现异常;确定使用所述出现异常的X2-C的用户终端UE由被代理节点提供服务时,代理节点对出现异常的X2-U进行标记,具体地,可以标记被代理节点向代理节点分配的X2-U的隧道标识信息;之后接收到需要通过所述出现异常的X2-U向被代理节点转发的数据时,直接丢弃所述数据。
②代理节点接收到接入网节点发送的GTP-U错误指示时,确定X2-U接口管理的X2-C出现异常;确定使用所述出现异常的X2-C的UE由被代理节点提供服务时,向被代理节点发送GTP-U错误指示,所发送的GTP-U错误指示中携带被代理节点向代理节点为出现异常的X2-C分配的隧道标识信息。
代理节点与接入网节点之间的接口类型仅存在X2-C,因此接收到GTP-U错误指示时不需要进行哪种类型的GTP-U出错。
代理节点从接入网节点接收到GTP-U错误指示优选应用于如下场景:代理节点为施主演进基站DeNB,所述接入网节点为演进基站eNB,所述被代理节点为中继节点RN,所述核心网节点为服务网关
本发明实施例还提供一种用户面通用分组无线业务隧道协议GTP-U隧道错误处理方法,如图6所示,包括:
步骤S601,被代理节点接收代理节点发送的GTP-U错误指示,其中所述代理节点分别与被代理节点和核心网节点间建立有对应同一承载的GTP-U隧道S1-U;
步骤S602,被代理节点根据所述被代理节点与代理节点间的控制面接口类型,对GTP-U错误指示进行处理,其中不同的控制面接口类型管理不同类型GTP-U隧道。
被代理节点作为比较特殊的节点,与代理节点可能仅存在S1-C接口,也可能同时存在S1-C接口和X2-U接口,本发明实施例通过确定存在哪些接口类型,从而可以根据确定是否需要区分是哪个接口类型出错,或是否进行接口类型出错判断等,因此解决了现有系统架构中代理节点引入之后,GTP-U错误发生后没有异常处理机制进行处理的问题,从而保证系统得稳定运行。
优选地,在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理节点分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,即代理节点同时与接入网节点和核心网节点连接,被代理节点对GTP-U错误指示进行处理,包括:获取所述GTP-U错误指示中的隧道标识信息,即被代理节点向代理节点分配的目前出现异常的GTP-U隧道对应的隧道标识信息;根据预先确定的X2-C接口所管理的X2-U的隧道标识信息,及S1-C接口所管理的S1-U的隧道标识信息,确定出现异常的GTP-U隧道类型;根据确定的出现异常的GTP-U隧道类型,进行GTP-U隧道错误处理。
优选地,被代理节点根据确定的出现异常的GTP-U隧道类型,进行GTP-U隧道错误处理,优选采用如下任一或任几种方式:
①出现异常的GTP-U隧道为S1-U时,确定获取的隧道标识信息对应的承载;发起针对所述确定的承载的去激活流程。
②出现异常的GTP-U隧道为X2-U时,对出现异常的X2-U进行标记;之后接收到需通过所述出现异常的X2-U向代理节点发送的数据时,直接将丢弃所述数据。
优选地,上述隧道标识信息包括隧道端点标识TEID和传输层地址。
在控制面接口类型仅包含管理S1-U的S1-C接口时,被代理节点进行GTP-U错误指示的处理方式可以参照现有的演进基站的错误处理方式,这里不再详述。
本发明实施例提供的方法可以应用到演进基站场景或家庭基站的场景,在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口时的错误处理方式,优选应用于如下场景:代理节点为施主演进基站DeNB,所述接入网节点为演进基站eNB,所述被代理节点为中继节点RN,所述核心网节点为服务网关S-GW。
下面以本发明实施例提供的GTP-U隧道错误处理方法应用到如下场景为例给出本发明优选实施例:代理节点为施主演进基站DeNB,所述接入网节点为演进基站eNB,所述被代理节点为中继节点RN,所述核心网节点为服务网关。其中根据发现GTP-U错误的节点类型的不同以及控制面接口类型的不同,处理方法也不同,具体分为中继节点Relay发现GTP-U错误的处理方法和DeNB发现错误后的处理方法。
实施例1~6用于解决DeNB发现GTP-U错误指示的处理方法。具体的,实施例1、2解决DeNB通过Un口从Relay收到GTP-U错误指示的处理方法;实施例3、4解决DeNB通过S1接口从S-GW收到GTP-U错误指示的处理方法;实施例5、6解决DeNB通过X2接口从相邻的eNB或者DeNB收到GTP-U错误指示的处理方法。
实施例1
DeNB通过Un口从Relay收到GTP-U错误指示GTP-U error indication后的处理方法1,其中控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,如图7所示,包括如下步骤:
步骤S701,根据控制面接口类型(例如,从S1-C接口传输的S1接入(S1AP)消息收到或者从X2-C接口传输的X2接入(X2AP)消息),DeNB将Relay为其GTP-U隧道分配的隧道端点标识“Tunnel Endpoint Identifier Data”和传输层地址“GTP-U Peer Address”与S1-U或者X2-U进行关联。
上述S1AP消息会携带Relay为DeNB的S1-U隧道分配的TEID和传输层地址,X2AP消息会携带Relay为DeNB的X2-U隧道分配的TEID和传输层地址。需要注意的是,Relay可能为涉及同一E-RAB的S1-U和X2-U分配相同的GTP-U TEID和传输层地址,这种情况下,S1-U和X2-U可能被同时涉及。
步骤S702,DeNB收到GTP-U error indication首先判断此GTP-U error indication类型,可能的错误类型包括S1-U上的GTP-U error indication、X2-U上GTP-U error Indication和同时涉及S1-U和X2-U的GTP-U error Indication。DeNB收到Error indication消息后根据error indication中的“Tunnel Endpoint Identifier Data”和“GTP-U Peer Address”信息项以及Relay之前保存的“Tunnel Endpoint Identifier Data”和“GTP-U Peer Address”与控制面接口(从S1-C接口S1AP消息收到或者从X2-C接口X2-AP消息接收)的关联,判断此GTP error indication的错误类型属于S1-U上的GTP-U错误还是X2-U上的GTP-U错误或者是同时涉及S1-U和X2-U。如果是涉及S1-U的GTP-U error indication或者同时涉及S1-U和X2-U,则执行步骤S703,如果是仅涉及X2-U的GTP-U error indication,则执行步骤S705。
步骤S703,如果DeNB判断出是涉及S1-U的GTP-U error indication或者同时涉及S1-U和X2-U,获取所述GTP-U错误指示中的TEID和传输层地址,并根据已保存的UE上下文,获得TEID对应的隧道涉及的E-RAB信息,然后,根据E-RAB信息获得此E-RAB在S1口由SGW分配的TEID信息和传输层地址信息。
步骤S704,DeNB根据步骤S703中获得的S1接口上SGW分配的TEID信息和传输层地址信息,构造GTP-U error Indication信息并通过S1接口发送给SGW;
步骤S705,如果DeNB判断出是仅涉及X2-U的GTP-U error indication,对此GTP-U隧道进行标记,后续对于涉及此GTP-U隧道的转发数据,DeNB将进行直接丢包处理。
实施例2
DeNB通过UN口从Relay收到GTP-U error indication后的处理方法2,控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,如图8所示,与方法1的主要不同在于涉及S1-U错误时的处理方法不同,主要包括以下步骤:
步骤S801,根据控制面接口类型(例如,从S1-C接口S1AP消息收到或者从X2-C接口X2AP接收),DeNB将Relay为其GTP-U隧道分配的“Tunnel Endpoint Identifier Data”和“GTP-U Peer Address”与S1-U或者X2-U进行关联。(注意:Relay可能为涉及同一E-RAB的S1-U和X2-U分配相同的GTP-UTEID和传输层地址,这种情况下,S1-U和X2-U可能被同时涉及)
步骤S802,DeNB收到GTP-U error indication首先判断此GTP-U error indication类型,可能的错误类型包括S1-U上的GTP-U error indication、X2-U上GTP-U error Indication和同时涉及S1-U和X2-U的GTP-U error Indication。DeNB收到Error indication消息后根据error indication中的“Tunnel Endpoint Identifier Data”和“GTP-U Peer Address”信息项以及Relay之前保存的“Tunnel Endpoint Identifier Data”和“GTP-U Peer Address”与控制面接口(从S1-C接口S1AP消息收到或者从X2-C接口X2-AP接收)的关联,判断此GTP error indication的错误类型属于S1接口上的GTP-U错误还是X2接口上的GTP-U错误或者是同时涉及S1-U和X2-U。如果涉及S1-U的GTP-U error indication或者同时涉及S1-U和X2-U,执行步骤S803,如果仅涉及X2接口的GTP-U error indication,则执行步骤S805;
步骤S803,如果DeNB判断出是涉及S1-U的GTP-U error indication或者同时涉及S1-U和X2-U,则DeNB根据GTP-U错误指示中的隧道标识信息并根据以保存的UE上下文,获得错误隧道涉及的E-RAB信息。
步骤S804,根据步骤S803获得的E-RAB信息,DeNB作为MME的代理触发向Relay设备的针对此GTP-U隧道涉及的E-RAB的去激活流程,E-RAB释放流程可参考3GPP TS 36.4138.2.3.2.1中关于MME触发的E-RAB释放流程的描述。
步骤S805,根据步骤S803获得的E-RAB标识信息,DeNB作为Relay的代理触发向MME设备的针对此GTP-U隧道涉及的E-RAB的去激活流程,E-RAB释放流程可参考3GPP TS 36.413 8.2.3.2.2,eNB触发的E-RAB释放流程的描述。
步骤S804和步骤S805的执行无先后顺序限制。
步骤S806,如果DeNB判断出是仅涉及X2接口的GTP-U error indication对此GTP-U隧道进行标记,后续对于涉及此GTP-U隧道的转发数据,DeNB将进行直接丢包处理。
实施例3
DeNB通过S1接口从S-GW收到GTP-U error indication后的处理方法1,主要包括如下步骤:
步骤1,DeNB根据GTP-U错误指示中的隧道标识信息并根据以保存的UE上下文,获得错误隧道涉及的E-RAB信息,然后,根据E-RAB信息获得此E-RAB在Un口由Relay为S1-U分配的TEID信息和传输层地址信息。
步骤2,DeNB根据步骤1获得的Un接口上Relay分配的TEID信息和传输层地址信息,构造GTP-U error Indication信息并通过Un接口S1-U发送给Relay。
实施例4
DeNB通过S1接口从S-GW收到GTP-U error indication后的处理方法2,如图9所示,主要包括如下步骤:
步骤S901,DeNB根据GTP-U错误指示中的隧道标识信息并根据以保存的UE上下文,获得隧道涉及的E-RAB信息。
步骤S902,根据步骤S901获得的E-RAB标识信息,DeNB作为MME的代理触发向Relay设备的针对此GTP-U隧道涉及的E-RAB的去激活流程,E-RAB释放流程可参考3GPP TS 36.413 8.2.3.2.1中关于MME触发的E-RAB释放流程的描述。
步骤S903,根据步骤S901获得的E-RAB标识信息,DeNB作为Relay的代理触发向MME设备的针对此GTP-U隧道涉及的E-RAB的去激活流程,E-RAB释放流程可参考3GPP TS 36.413 8.2.3.2.2,eNB触发的E-RAB释放流程的描述。
实施例5
DeNB通过X2-C接口从对端eNB接收到GTP-U error indication后的处理方法1,主要包括以下步骤:
步骤1,如果从X2-C接口收到错误指示,则确定X2-U出错,DeNB根据自身保存的UE下文信息,判断使用此出错的隧道的UE是否由Relay设备控制的小区提供服务。
步骤2,如果涉及的UE由Relay控制的小区直接提供服务,则DeNB对此GTP-U隧道进行标记,后续对于涉及此GTP-U隧道的转发数据,DeNB将进行直接丢包处理。
实施例6
DeNB通过X2-C接口从对端eNB接收到GTP-U error indication后的处理方法1,主要包括以下步骤:
步骤1,如果从X2-C接口收到错误指示,则确定X2-U出错,DeNB根据自身保存的UE下文信息,判断使用此GTP-U隧道的UE是否由Relay设备控制的小区提供服务。
步骤2,如果涉及的UE是由Relay设备控制的小区提供服务,则DeNB通过Un口发送GTP-U error indication信息给Relay。GTP-U error indication中包括DeNB为此E-RAB的X2-U在Un口分配的传输层地址信息和TEID信息。
实施例7
本实施例用于解决Relay在Un口上收到来自DeNB的GTP-U错误指示的处理方法,其中控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口。如图10所示,主要包括以下步骤:
步骤S101,根据控制面接口类型(例如,从S1-C接口S1AP消息收到或者从X2-C接口X2AP接收),Relay将DeNB为其GTP-U隧道分配的“Tunnel Endpoint Identifier Data”和“GTP-U Peer Address”与S1-U或者X2-U接口进行关联。
步骤S102,Relay收到GTP-U error indication首先判断此GTP-U error indication类型,可能的错误类型包括S1-U上的GTP-U error indication和X2-U上GTP-U error Indication。Relay收到Error indication消息后根据error indication中的“Tunnel Endpoint Identifier Data”和“GTP-U Peer Address”信息项以及Relay之前保存的“Tunnel Endpoint Identifier Data”和“GTP-U Peer Address”与控制面接口(从S1-C接口S1AP消息收到或者从X2-C接口X2-AP接收)的关联判断此GTP error indication的错误类型属于S1-U上的GTP-U错误还是X2-U上的GTP-U错误。如果是涉及S1-U的GTP-U error indication,则执行步骤S103,如果是涉及X2-U的GTP-U error indication,则执行步骤S104;
步骤S103,如果Relay判断出是涉及S1-U的GTP-U error indication,则Relay触发此出错的GTP-U隧道涉及的E-RAB的去激活流程,E-RAB释放流程可参考3GPP TS 36.413 8.2.3.2.2中关于eNB触发的E-RAB释放流程的描述。
步骤S104,如果Relay判断出是涉及X2-U的GTP-U error indication,则Relay停止在此GTP-U隧道上发送数据。
本发明实施例解决的问题本质上是用于DeNB作为Relay设备与核心网(EPC)的用户面代理节点所引入的,因此本发明的方案同样适用于HeNB部署场景,只是功能的执行实体可能变成被代理节点(例如HeNB)和代理节点(例如HeNB gateway)。
基于同一发明构思,本发明实施例中还提供了一种代理设备和被代理设备,由于这些设备解决问题的原理与一种GTP-U隧道错误处理方法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
本发明实施例提供一种代理设备,如图11所示,包括:
错误指示接收单元10,用于接收被代理节点或核心网节点发送的GTP-U错误指示,其中所述代理设备分别与被代理节点和核心网节点间建立有对应同一承载的GTP-U隧道S1-U;
错误处理单元20,用于根据所述代理设备与被代理节点间的控制面接口类型,对GTP-U错误指示进行处理,其中不同的控制面接口类型管理不同类型GTP-U隧道。
优选地,在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理设备分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,错误处理单元20,具体用于:
如果是从被代理节点接收到GTP-U错误指示,获取所述GTP-U错误指示中的隧道标识信息;
根据预先确定的X2-C接口所管理的X2-U的隧道标识信息,及S1-C接口所管理的S1-U的隧道标识信息,确定出现异常的GTP-U隧道类型;
根据确定的出现异常的GTP-U隧道类型,进行GTP-U隧道错误处理
优选的,错误处理单元20确定出现异常的GTP-U隧道仅包含S1-U,或同时包含S1-U和X2-U时,进行GTP-U隧道错误处理,包括:
确定所述GTP-U错误指示中的隧道标识信息对应的承载;
确定核心网节点向所述代理设备分配的与所述承载对应的S1-U的隧道标识信息;
向核心网节点发送GTP-U错误指示,所发送的GTP-U错误指示中携带所述确定的隧道标识信息。
优选地,错误处理单元20确定出现异常的GTP-U隧道仅包含S1-U,或同时包含S1-U和X2-U时,进行GTP-U隧道错误处理,包括:
确定所述GTP-U错误指示中的隧道标识信息对应的承载;
分别向被代理节点和核心网节点发起针对所述确定的承载的去激活流程。
优选地,错误处理单元20确定出现异常的GTP-U隧道仅包含X2-U时,进行GTP-U隧道错误处理,具体包括:
对出现异常的X2-U进行标记,之后接收到通过所述出现异常的X2-U的隧道向接入网节点转发的数据时,直接丢弃所述数据。
优选地,在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理设备分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,错误处理单元20具体用于:
如果是从核心网节点接收到GTP-U错误指示,获取所述GTP-U错误指示中的隧道标识信息,并确定获取的隧道标识信息对应的承载;
确定被代理节点向所述核心网节点分配的与所述承载对应的S1-U的隧道标识信息;
向核心网节点发送GTP-U错误指示,所发送的GTP-U错误指示中携带所述确定的隧道标识信息。
优选地,在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理设备分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,错误处理单元20具体用于:
如果是从核心网节点接收到GTP-U错误指示,获取所述GTP-U错误指示中的隧道标识信息,并确定获取的隧道标识信息对应的承载;
分别向被代理节点和核心网节点发起针对所述确定的承载的去激活流程。
优选地,在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理设备分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,错误处理单元20进一步用于:
接收到接入网节点发送的GTP-U错误指示时,确定X2-U接口管理的X2-C出现异常;
确定使用所述出现异常的X2-C的用户终端UE由被代理节点提供服务时,对出现异常的X2-U进行标记;
接收到需要通过所述出现异常的X2-U向被代理节点转发的数据时,直接丢弃所述数据。
优选地,在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理设备分别与被代理节点和接入网节点间建立的对应同一承载的GTP-U隧道,错误处理单元20进一步用于:
接收到接入网节点发送的GTP-U错误指示时,确定X2-U接口管理的X2-C出现异常;
确定使用所述出现异常的X2-C的用户终端UE由被代理节点提供服务时,向被代理节点发送GTP-U错误指示,所发送的GTP-U错误指示中携带被代理节点向代理设备分配的出现异常的X2-C的隧道标识信息。
优选地,在控制面接口类型仅包含管理S1-U的S1-C接口时,错误处理单元20具体用于:
如果是从被代理节点接收到GTP-U错误指示,将所述GTP-U错误指示转发给核心网节点;
如果是从核心网节点接收到GTP-U错误指示,将所述GTP-U错误指示转发给被代理节点。
优选地,在控制面接口类型仅包含管理S1-U的S1-C接口时,错误处理单元20具体用于:
获取GTP-U错误指示中的隧道标识信息,确定获取的隧道标识信息对应的承载;
分别向被代理节点和核心网节点发起针对所述确定的承载的去激活流程。
优选地,所述所述代理设备为施主演进基站DeNB,所述接入网节点为演进基站eNB,所述被代理节点为中继节点RN,所述核心网节点为服务网关;或者所述代理设备为家用演进基站网关HeNB GW,所述被代理节点和接入网节点为不同的家庭基站HeNB,所述核心网节点为服务网关。
本发明实施例还提供一种被代理设备,如图12所示,包括:错误信息接收单元30,用于接收代理节点发送的GTP-U错误指示,其中所述代理节点分别与被代理设备和核心网节点间建立有对应同一承载的GTP-U隧道S1-U;用户面错误处理单元40,用于根据所述被代理设备与代理节点间的控制面接口类型,对GTP-U错误指示进行处理,其中不同的控制面接口类型管理不同类型GTP-U隧道。
优选地,在控制面接口类型同时包含管理S1-U的S1-C接口和管理X2-U的X2-C接口,其中X2-U为代理节点分别与被代理设备和接入网节点间建立的对应同一承载的GTP-U隧道,用户面错误处理单元40,具体用于:
获取所述GTP-U错误指示中的隧道标识信息;
根据预先确定的X2-C接口所管理的X2-U的隧道标识信息,及S1-C接口所管理的S1-U的隧道标识信息,确定出现异常的GTP-U隧道类型;
根据确定的出现异常的GTP-U隧道类型,进行GTP-U隧道错误处理。
优选地,用户面错误处理单元40,具体用于在出现异常的GTP-U隧道为S1-U时,确定获取的隧道标识信息对应的承载;发起针对所述确定的承载的去激活流程。
优选地,用户面错误处理单元40,具体用于在出现异常的GTP-U隧道为X2-U时,对出现异常的X2-U进行标记;之后接收到需通过所述出现异常的X2-U向代理节点发送的数据时,直接将丢弃所述数据。
优选地,所述被代理设备为中继节点RN,所述代理节点为施主演进基站DeNB,所述接入网节点为演进基站eNB,所述核心网节点为服务网关;或者所述被代理设备和接入网节点为不同的家庭基站HeNB,所述代理节点为家用演进基站网关HeNB GW,所述核心网节点为服务网关。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。