专利名称：一种实施业务处理的方法、基站、移动管理实体和系统的制作方法
技术领域：
本发明涉及无线通信领域，特别涉及一种实施业务处理的方法、基站、移动管理实体和系统。
背景技术：
在无线移动通信网络中，UE(User Equipment,用户设备)与eNodeB(Evolved NodeB，演进的基站)之间的通信协议为空口协议，eNodeB与MME (Mobile Management Entity,移动管理实体)之间的通信协议为Sl-AP协议。为了增大基站在一些盲点(如海岛、森林等)的覆盖范围，在网络中引入Relay (中继基站)节点，且同时将eNodeB扩充成DeNB (Donor eNodeB，捐赠演进基站)。其中，Relay节点可以以基站的身份部署在网络中且在其下可以接入UE，其与UE 之间的通信协议为空口协议，其与DeNB之间的通信协议为Sl-AP协议，而DeNB与MME之间的通信协议还是Sl-AP协议。其中，Relay节点还可以以UE的身份附着在网络中且在其下不可以接入UE’ Relay节点与DeNB之间的通信协议为空口协议，DeNB与MME之间的通信协议为Sl-AP协议。在实现本发明的过程中，发明人发现现有技术至少存在以下问题在网络中，DeNB与不同身份的Re I ay节点之间的通信协议不同，然而目前DeNB还无法对不同身份的Relay节点实施不同的业务处理。
发明内容
为了能够让DeNB对不同身份的Relay节点实施不同的业务处理，本发明提供了一种实施业务处理的方法、基站、移动管理实体和系统。所述技术方案如下一种实施业务处理的方法，所述方法包括获取签约用户类型；如果所述签约用户类型为UE,则发送Sl-AP响应消息给Relay节点，与所述Relay节点之间采用AS (Access Stratum,接入层)安全机制和/或网络域安全机制；如果所述签约用户类型为中继基站Relay，则发起与所述Relay节点之间的无线资源控制RRC (Radio Resource Control,无线资源控制)重配置过程，与所述Relay节点之间采用AS安全机制。一种基站,所述基站包括获取模块，用于获取签约用户类型；第一实施模块，用于如果所述签约用户类型为UE，则发送Sl-AP响应消息给Relay节点，与所述Relay节点之间采用AS安全机制和/或网络域安全机制；第二实施模块，用于如果所述签约用户类型为中继基站Relay，则发起与所述Relay节点之间的RRC重配置过程，与所述Relay节点之间采用AS安全机制。一种移动管理实体MME，所述MME包括
第二获取模块，用于获取签约用户类型；发送模块，用于发送所述签约用户类型给基站，使得所述基站在所述签约用户类型为UE时，发送Sl-AP响应消息给Relay节点，与所述Relay节点之间采用AS安全机制和/或网络域安全机制，在所述签约用户类型为Relay时，发起与所述Relay节点之间的RRC重配置过程，与所述Relay节点之间采用AS安全机制。一种实施业务处理的系统，所述系统包括基站和移动管理实体；所述移动管理实体，用于获取签约用户类型，发送所述签约用户类型给所述基站；所述基站，用于如果所述签约用户类型为UE，则发送Sl-AP响应消息给Relay节点，与所述Relay节点之间采用AS安全机制和/或网络域安全机制；如果所述签约用户类型为Relay，则发起与所述Relay节点之间的RRC重配置过程，与所述Relay节点之间采用 AS安全机制。通过获取签约用户类型，如果签约用户类型为UE，则实施业务处理为发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制，如果签约用户类型为Relay，则实施业务处理为发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Re lay节点以UE的身份附着在网络中，如此实现了基站对不同身份的Relay节点实施不同的业务处理。
图I是本发明实施例I应用的第一种网络架构示意图；图2是本发明实施例I应用的第二种网络架构示意图；图3是本发明实施例I提供的一种实施业务处理的方法流程图；图4是本发明实施例2提供的一种实施业务处理的方法流程图；图5是本发明实施例3提供的一种实施业务处理的方法流程图；图6是本发明实施例4提供的一种实施业务处理的方法流程图；图7是本发明实施例5提供的一种实施业务处理的方法流程图；图8是本发明实施例6提供的一种实施业务处理的方法流程图；图9是本发明实施例7提供的一种实施业务处理的方法流程图；图10是本发明实施例8提供的一种实施业务处理的方法流程图；图11是本发明实施例9提供的一种实施业务处理的方法流程图；图12是本发明实施例10提供的一种基站不意图；图13是本发明实施例11提供的一种移动管理实体示意图；图14是本发明实施例12提供的一种实施业务处理的系统示意图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。实施例I
本发明实施例提供了一种实施业务处理的方法。本实施例可以应用于如图I所示的网络架构或如图2所示的网络架构，其中，在如图I所示的网络架构中Relay节点以基站的身份部署在网络，在如图2所示的网络架构中Relay节点以UE的身份附着在网络中，参见图3，该方法包括步骤101 :获取签约用户类型；步骤102 :判断获取的签约用户类型为Relay还是UE，如果签约用户类型为UE，则执行步骤103，如果签约用户类型为Relay，则执行步骤104 ；步骤103 :发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制；步骤104 :发起与Relay节点之间的RRC重配置过程，并与Relay节点之间采用AS安全机制。 其中，在本实施例中，执行主体可以为基站。其中，S1-AP响应消息可以为Initial Context Setup request (上下文建立请求)。在本发明实施例提供的上述方法中，获取签约用户类型，如果签约用户类型为UE，则实施业务处理为发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制(例如RRC完整性保护/加密保护、UP (User Plane，用户面)加密保护安全机制)和/或网络域安全机制，如果签约用户类型为Relay，则实施业务处理为发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此实现了 DeNB对不同身份的Relay节点实施不同的业务处理。实施例2本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图I所示的网络架构，该网络中的签约用户类型为UE，MME从HSS中获取签约用户类型。如图4所示，该方法包括步骤201 UE发送RRC请求消息给Relay节点,其中，该RRC请求消息携带初始层3NAS消息,且该初始层3NAS (Non Access Stratum,非接入层)消息至少包括UE自身的身份标识；初始层3NAS消息可以为Attach request (附着请求)或TAU request (TrackingArea Update request,跟踪区域更新请求)。其中，UE在发送RRC请求消息之前，将自身的身份标识添加到RRC请求消息携带的初始层3NAS消息中。其中，在本实施例中，可以将IMSI (International Mobile SubscriberIdentity,国际移动用户识别码)、GUTI (Globally Unique Temporary Identity,全球唯一临时标识)或 IMEI (International Mobile Equipment identity,国际移动设备标识)作为身份标识。步骤202 =Relay节点接收该RRC请求消息后，发送Sl-AP请求消息给DeNB，其中，Sl-AP请求消息携带该RRC请求消息携带的初始层3NAS消息；其中,Relay节点接收到RRC请求消息后,从该RRC请求消息中提取携带的初始层3NAS消息，再生成携带该初始层3NAS消息的Sl-AP请求消息。
其中，Sl-AP请求消息可以为Initial UE message (初始UE消息)。步骤203 =DeNB接收Sl-AP请求消息，并将该Sl-AP请求消息转发给MME ；步骤204 =MME接收Sl-AP请求消息，从该Sl-AP请求消息携带的初始层3NAS消息中提取身份标识，获取提取的身份标识对应的签约用户类型，其中，获取的签约用户类型为UE ；具体地，MME接收Sl-AP请求消息，从该Sl-AP请求消息携带的初始层3NAS消息中提取身份标识，根据提取的身份标识，从HSS(Home Subscriber Server,归属网络用户服务器)中获取签约用户类型。其中，MME根据提取的身份标识，从HSS中获取签约用户类型的操作具体为MME将提取的身份标识发送给HSS，HSS接收该身份标识，根据接收的身份标识，从 自身已存储的身份标识与签约用户类型的对应关系中，查找对应的签约用户类型，再将查找的签约用户类型发送给MME。其中，运营商事先与网络中的每个UE进行签约，与UE进行签约的签约用户类型为UE,然后运营商将每个UE的身份标识与其自身的签约用户类型存储在HSS中的身份标识与签约用户类型的对应关系中。其中，如果Re I ay节点以基站的身份部署在网络中时，则Re I ay节点可以在其自身上接入一个或多个UE，如果Relay节点以UE的身份附着在网络中时，则Relay节点不可以在其自身上接入UE,且该Relay节点有自身的身份标识。其中，运营商可以与身份为UE的Relay节点进行签约，与该Relay节点进行签约的签约用户类型为Relay，并将该Relay节点的身份标识和其自身的签约用户类型Relay存储在HSS中的身份标识与签约用户类型的对应关系中。其中，在本实施例中，如果签约用户类型为UE，则表明在Relay节点上接入UE，因此Relay节点以基站的身份部署在网络中，如果签约用户类型为Relay，则表明Relay节点以UE的身份附着在网络中。步骤205 =MME向DeNB发送Sl-AP响应消息，该Sl-AP响应消息中携带获取的签约用户类型；其中，Sl-AP响应消息可以为 Initial Context Setup request。步骤206 =DeNB接收Sl-AP响应消息，根据Sl-AP响应消息携带的签约用户类型为UE,发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制；进一步地，DeNB还可以根据签约用户类型为UE，确定出Relay节点的身份为基站。其中，AS安全机制可以为RRC完整性保护/加密保护和UP加密保护。步骤207 =Relay节点接收Sl-AP响应消息，并发起与UE之间的RRC重配置过程。在本发明实施例提供的上述方法中，MME从HSS中获取签约用户类型为UE，并发送给DeNB，DeNB接收签约用户类型，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，因此DeNB根据签约用户类型为UE，实施业务处理为发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制。实施例3本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图I所示的网络架构，该网络中的签约用户类型为UE，MMS根据身份标识确定出签约用户类型。如图5所示，该方法包括步骤301-303 :与实施例2中的步骤201-203相同，在此不再赘述。步骤304 =MME接收来自DeNB的Sl-AP请求消息，从该Sl-AP请求消息携带的初始层3 NAS消息中提取身份标识，并根据身份标识确定出签约用户类型为UE ；具体地，MME接收来自DeNB的Sl-AP请求消息，从该Sl-AP请求消息携带的初始层3 NAS消息中提取身份标识，根据提取的身份标识所在的范围，确定签约用户类型。其中，运营商在给网络中的每个身份为UE的Relay节点分配身份标识时，将每个身份为UE的Relay节点的身份标识分配在该指定范围内，运营商在给网络中的每个UE分配身份标识时，将每个UE的身份标识分配在该指定范围外；或者，运营商在给网络中的每个UE分配身份标识时，将每个UE的身份标识分配在指定范围内，将每个身份为UE的Relay 节点的身份标识分配在指定范围外。相应地，根据提取的身份标识所在的范围，确定签约用户类型的操作具体为判断提取的身份标识是否在指定范围内，如果是，则提取的身份标识对应的签约用户类型为Relay，如果否，则提取的身份标识对应的签约用户类型为UE ;或者，判断提取的身份标识是否在指定范围外，如果是，则提取的身份标识对应的签约用户类型为Relay，如果否，则提取的身份标识对应的签约用户类型为UE。其中，S1-AP请求消息可以为 Initial UE message。步骤305-307 :与实施例2中的步骤205-207相同，在此不再赘述。在本发明实施例提供的上述方法中，MME根据身份标识确定出签约用户类型为UE，再将该签约用户类型发送给DeNB，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，因此DeNB根据签约用户类型为UE，实施业务处理为发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制。实施例4本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图I所示的网络架构，该网络中的签约用户类型为UE，MME根据用户类型标识确定出签约用户类型。如图6所示,该方法包括步骤401 UE发送RRC请求消息给Relay节点,其中，该RRC请求消息携带初始层3NAS消息，且该初始层3NAS消息至少包括UE自身的用户类型标识；其中，UE在发送RRC请求消息之前，将自身的用户类型标识添加到RRC请求消息携带的初始层3NAS消息中。在本实施例中，该用户类型标识用于标识签约用户类型为UE。其中，初始层3NAS 消息可以为 Attach request 或 TAU request。步骤402-403 :与实施例2中的步骤202-203相同，在此不再赘述。步骤404 =MME接收来自DeNB的Sl-AP请求消息，从该Sl-AP请求消息携带的初始层3NAS消息中提取用户类型标识，并根据提取的用户类型标识确定出签约用户类型为UE ；其中，S1-AP请求消息可以为 Initial UE message。步骤405-407 :与实施例2中的步骤205-207相同，在此不再赘述。在本发明实施例提供的上述方法中，MME根据用户类型标识确定出签约用户类型为UE，再将该签约用户类型发送给DeNB，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，因此DeNB根据签约用户类型为UE，实施业务处理为发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制，DeNB还可以根据签约用户类型为UE，确定出Relay节点的身份为基站。实施例5本发明实施例提供了一种实施业务处理的方法。本实施应用于如图2所示的网络架构，该网络中点的签约用户类型为Relay，MME从HSS中获取签约用户类型。如图7所示，该方法包括步骤501 Relay节点发送RRC请求消息给DeNB,其中，该RRC请求消息携带初始层3NAS消息，且该初始层3NAS消息至少包括Relay节点作为UE时，自身的身份标识；其中，Relay节点在发送RRC请求消息之前,在该RRC请求消息携带的初始层3NAS消息中添加自身的身份标识。 其中，初始层3NAS 消息可以为 Attach request 或 TAU request。步骤502 =DeNB接收到RRC请求消息后，发送Sl-AP请求消息给MME，其中，Sl-AP请求消息携带该RRC请求消息携带的初始层3NAS消息；其中，DeNB从RRC请求消息中提取初始层3 NAS消息，生成携带该初始层3 NAS消息的Sl-AP请求消息。其中，Sl-AP请求消息可以为 Initial UE message。步骤503 MME接收Sl-AP请求消息，在Sl-AP请求消息携带的初始层3NAS消息中提取身份标识，获取提取的身份标识对应的签约用户类型为Relay ；具体地，MME接收Sl-AP请求消息，在Sl-AP请求消息携带的初始层3 NAS消息中提取身份标识，根据提取的身份标识，从HSS中获取签约用户类型为Relay。其中，根据提取的身份标识，从HSS中获取签约用户类型的操作具体为MME将提取的身份标识发送给HSS，HSS接收该身份标识，并根据接收的身份标识，从自身已存储的身份标识与签约用户类型的对应关系中，查找对应的签约用户类型，其中，在本实施例中查找的签约用户类型为Relay，再将查找的签约用户类型发送给MME。步骤504 =MME向DeNB发送Sl-AP响应消息，其中，该Sl-AP响应消息携带获取的签约用户类型；其中，Sl-AP响应消息可以为 Initial Context Setup request。步骤505 =DeNB接收Sl-AP响应消息，根据该Sl-AP响应消息携带的签约用户类型为Relay，发起其与Relay节点之间的RRC重配置过程，并在其与Relay节点之间采用AS安全机制。进一步地，DeNB还可以根据签约用户类型为Relay,确定出Relay节点的身份为UE0其中，DeNB当判断出签约用户类型为Relay，则确定出Relay节点以UE的身份附着在网络中。在本发明实施例提供的上述方法中，MME从HSS中获取签约用户类型为Relay，并发送给DeNB，DeNB接收签约用户类型，其中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，因此DeNB根据签约用户类型为Relay，实施业务处理为发起其与Relay节点之间的RRC重配置过程，并在其与Relay节点之间采用AS安全机制。
实施例6本发明实施例提供了一种实施业务处理的方法。本实施应用于如图2所示的网络架构，该网络中的签约用户类型为Relay，MME根据身份标识确定出签约用户类型。如图8所示，该方法包括步骤601-602 :与实施例5中的步骤501-502相同，在此不再赘述。步骤603 =MME接收来自DeNB的Sl-AP请求消息，从Sl-AP请求消息携带的初始层3NAS消息中提取身份标识，根据提取的身份标识确定出签约用户类型为Relay ；具体地，MME接收来自DeNB的Sl-AP请求消息，从该Sl-AP请求消息携带的初始层3 NAS消息中提取身份标识，根据提取的身份标识所在的范围，确定签约用户类型。其中，在本实施例中，确定的签约用户类型为Relay。其中，根据提取的身份标识所在的范围，确定签约用户类型的操作与实施例3的 步骤304中的部分内容相同，在此不再赘述。其中，S1-AP请求消息可以为 Initial UE message。步骤604-605 :与实施5中的步骤504-505相同，在此不再赘述。在本发明实施例提供的上述方法中，MME根据身份标识确定出签约用户类型为Relay,再将其发送给DeNB，其中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，因此DeNB根据签约用户类型为Relay，实施业务处理为发起其与Relay节点之间的RRC重配置过程，并在其与Relay节点之间采用AS安全机制。实施例7本发明实施例提供了一种实施业务处理的方法。本实施应用于如图2所示的网络架构，该网络中的签约用户类型为Relay，MME根据用户类型标识确定出签约用户类型。如图9所示,该方法包括步骤701 Relay节点发送RRC请求消息给DeNB节点,其中，该RRC请求消息携带初始层3NAS消息，且该初始层3NAS消息至少包括Relay节点的用户类型标识；其中，Relay节点在发送RRC请求消息之前，将自身的用户类型标识添加到RRC请求消息携带的初始层3NAS消息中。在本实施例中，该用户类型标识用于标识签约用户类型为 Relay。其中，初始层3NAS 消息可以为 Attach request 或 TAU request。步骤702 :与实施例5中的步骤502相同，在此不再赘述。步骤703 =MME接收DeNB发送的Sl-AP请求消息，从该Sl-AP请求消息携带的初始层3NAS消息中提取用户类型标识，根据提取的用户类型标识确定签约用户类型为Relay ；其中，Sl-AP请求消息可以为 Initial UE message。步骤704-705 :与实施例5中的步骤504-505相同，在此不再赘述。在本发明实施例提供的上述方法中，MME根据用户类型标识确定出签约用户类型为Relay，再将其发送给DeNB，其中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，因此DeNB根据签约用户类型为Relay，实施业务处理为发起其与Relay节点之间的RRC重配置过程，并在其与Relay节点之间采用AS安全机制。实施例8本发明实施例提供了一种实施业务处理的方法。本实例应用于如图I所示的网络架构，DeNB接收Relay节点发送的签约用户类型，且签约用户类型为UE。如图10所示，该方法包括步骤801 :UE发送RRC请求消息，其中，该RRC请求消息携带初始层3 NAS消息；其中，初始层3 NAS 消息可以为 Attach request 或 TAU request。步骤802 =Relay节点接收RRC请求消息，发送Sl-AP请求消息给DeNB，其中，该Sl-AP请求消息携带签约用户类型为UE以及该RRC请求消息携带的初始层3 NAS消息。其中，Relay节点从RRC请求消息中提取初始层3 NAS消息,生成携带签约用户类型为UE和该初始层3 NAS消息的Sl-AP请求消息。 其中，S1-AP请求消息可以为 Initial UE message。步骤803 =DeNB接收Sl-AP请求消息，从Sl-AP请求消息中提取签约用户类型，并存储该签约用户类型以及发送携带初始层3 NAS消息的Sl-AP请求消息给MME ；步骤804 =MME接收Sl-AP请求消息，发送Sl-AP响应消息给DeNB ；步骤805 =DeNB接收来自MME的Sl-AP响应消息，根据存储的签约用户类型为UE’向Relay节点转发Sl-AP响应消息，并与Relay节点之间采用AS安全机制和/或网络域安全机制；进一步地，DeNB还可以根据签约用户类型为UE，确定出Relay节点的身份为基站。其中，AS安全机制可以为RRC完整性保护/加密保护和UP加密保护。其中，Sl-AP响应消息可以为 Initial Context Setup request。步骤806 =Relay节点接收Sl-AP响应消息，根据该Sl-AP响应消息发起其与UE之间的RRC重配置过程。在本发明实施例提供的上述方法中，DeNB接收并存储Relay节点发送的签约用户类型，其中，该签约用户类型为UE，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，因此DeNB根据签约用户类型为UE，实施业务处理为发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制。实施例9本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图2所示的网络架构，DeNB接收Relay节点发送的签约用户类型，且签约用户类型为Relay。如图11所示，该方法包括步骤901 Relay节点向DeNB发送RRC请求消息,其中，该RRC请求消息携带签约用户类型为Relay和初始层3 NAS消息；其中，初始层3 NAS 消息可以为 Attach request 或 TAU request。步骤902 =DeNB接收RRC请求消息，从RRC请求消息中提取签约用户类型，并存储签约用户类型；其中，S1-AP请求消息可以为 Initial UE message。步骤903 =DeNB向MME发送Sl-AP请求消息，其中，该Sl-AP请求消息携带RRC请求消息携带的初始层3 NAS消息；其中，DeNB从RRC请求消息中提取初始层3 NAS消息，生成携带提取的初始层3NAS消息的Sl-AP请求消息。
步骤904 MME接收Sl-AP请求消息，发送Sl-AP响应消息给DeNB ；其中，Sl-AP响应消息可以为 Initial Context Setup request。步骤905 :DeNB接收MME发送的Sl-AP响应消息，根据存储的签约用户类型为Relay,发起其与Relay节点之间的RRC重配置过程，并与Relay节点之间采用AS安全机制。进一步地,DeNB还可以根据签约 用户类型为Relay,确定Relay节点的身份为UE。在本发明实施例提供的上述方法中，DeNB接收并存储Relay节点发送的签约用户类型，其中，该签约用户类型为Relay，DeNB根据签约用户类型为Relay，实施业务处理为发起其与Relay节点之间的RRC重配置过程，并与Relay节点之间采用AS安全机制。实施例10如图12所示，本发明实施例提供了一种基站，包括第一获取模块1001，用于获取签约用户类型；第一实施模块1002，用于如果签约用户类型为UE，则发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制；第二实施模块1003，用于如果签约用户类型为Relay，则发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制。其中，获取模块1001包括接收单元，用于接收MME发送的签约用户类型；或者，接收Relay节点发送的签约用户类型；其中，接收单元，具体用于接收Relay节点发送的Sl-AP请求消息,从Sl-AP请求消息中提取签约用户类型；或者，接收Relay节点发送的RRC请求消息，从RRC请求消息中提取签约用户类型；其中，Sl-AP响应消息用于触发Relay节点与UE之间的RRC重配置过程；其中，AS安全机制包括RRC完整性保护、加密保护和UP加密保护。其中，初始层3 NAS消息可以为Attach request或TAU request, S1-AP请求消息可以为 Initial UE message, Sl-AP 响应消息可以为 Initial Context Setup request。在本实施例中，基站获取签约用户类型，如果签约用户类型为UE，则实施业务处理为发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制，如果签约用户类型为Relay，则实施业务处理为发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此实现了基站对不同身份的Relay节点实施不同的业务处理。实施例11如图13所示，本发明实施例提供了一种移动管理实体MME，包括第二获取模块1101，用于获取签约用户类型；发送模块1102，用于发送获取的签约用户类型给基站，使得基站在签约用户类型为UE时，发送Sl-AP响应消息给Relay节点，与Relay节点之间采用AS安全机制和/或网络域安全机制，在签约用户类型为Relay时，发起与Relay节点之间的RRC重配置过程，与Relay节点之间采用AS安全机制。其中，MME还包括
接收模块，用于接收初始层3非接入层NAS消息；相应地，第二获取模块1101包括获取单元，用于根据初始层3 NAS消息中的身份标识，从HSS中获取签约用户类型，其中，HSS用于存储身份标识与签约用户类型的对应关系；或者，第一确定单元，用于根据初始层3 NAS消息中的身份标识所在的范围确定签约用户类型，其中，UE的身份标识和Relay节点的身份标识在不同的范围内；或者，第二确定单元，用于根据初始层3 NAS消息中的用户类型标识确定签约用户类型，其中，用户类型标识由UE或Relay节点添加。其中，初始层3 NAS 消息可以为 Attach request 或 TAU request。在本实施例中，MME获取签约用户类型，再将获取的签约用户类型发送给基站，使 得基站在签约用户类型为UE时，发送Sl-AP响应消息给Relay节点，与Relay节点之间采用AS安全机制和/或网络域安全机制，在签约用户类型为Relay时，发起与Relay节点之间的RRC重配置过程，与Relay节点之间采用AS安全机制。其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此可以使基站对不同身份的Relay节点实施不同的业务处理。实施例12如图14所示，本发明实施例提供了一种实施业务处理的系统，包括基站1201和移动管理实体1202 ；移动管理实体1201，用于获取签约用户类型，发送获取的签约用户类型给基站1202 ；基站1202，用于接收签约用户类型，如果该签约用户类型为UE，则发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制；如果该签约用户类型为Relay，则发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制。其中，Sl-AP响应消息可以为 Initial Context Setup request。在本发明实施例提供的上述系统中，移动管理实体获取签约用户类型，并发送给基站，基站接收移动管理实体发送的签约用户类型，如果签约用户类型为UE，则基站实施业务处理为发送Sl-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制，如果签约用户类型为Relay，则基站实施业务处理为发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此实现了基站对不同身份的Relay节点实施不同的业务处理。以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件程序存储在可读取的存储介质中，存储介质例如计算机中的硬盘、光盘或软盘。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种实施业务处理的方法，其特征在于，所述方法包括 获取签约用户类型； 如果所述签约用户类型为UE，则发送Sl-AP响应消息给Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制；或者，如果所述签约用户类型为中继基站Relay，则发起与所述Relay节点之间的无线资源控制RRC重配置过程，与所述Relay节点之间采用AS安全机制。
2.如权利要求I所述的方法，其特征在于，所述获取所述签约用户类型，包括 接收移动管理实体发送的所述签约用户类型；或者， 接收所述Relay节点发送的所述签约用户类型。
3.如权利要求2所述的方法，其特征在于，所述移动管理实体发送的签约用户类型由所述移动管理实体根据初始层3非接入层NAS消息中的身份标识，从归属网络用户服务器HSS中获取，其中，所述HSS用于存储身份标识与签约用户类型的对应关系；或者， 所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的身份标识所在的范围确定，其中，UE的身份标识和所述Relay节点的身份标识在不同的范围内；或者， 所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的用户类型标识确定，其中，所述用户类型标识为UE或所述Relay节点添加的。
4.如权利要求2所述的方法，其特征在于，接收所述Relay节点发送的所述签约用户类型，包括 接收所述Relay节点发送的Sl-AP请求消息,从所述Sl-AP请求消息中提取所述签约用户类型；或者， 接收所述Relay节点发送的RRC请求消息,从所述RRC请求消息中提取签约用户类型。
5.如权利要求1-4任意一项权利要求所述的方法，其特征在于， 所述Sl-AP响应消息用于触发所述Relay节点与UE之间的RRC重配置过程。
6.如权利要求1-4任意一项权利要求所述的方法，其特征在于， 所述AS安全机制包括RRC完整性保护、加密保护和用户面UP加密保护。
7.—种基站，其特征在于，所述基站包括 第一获取模块，用于获取签约用户类型； 第一实施模块，用于如果所述签约用户类型为用户设备UE，则发送Sl-AP响应消息给中继基站Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制；或者，第二实施模块，用于如果所述签约用户类型为Relay，则发起与所述Relay节点之间的无线资源控制RRC重配置过程，与所述Relay节点之间采用AS安全机制。
8.如权利要求7所述的基站，其特征在于，所述获取模块包括 接收单元，用于接收移动管理实体发送的所述签约用户类型；或者，接收所述Relay节点发送的所述签约用户类型。
9.如权利要求8所述的基站，其特征在于， 所述接收单元，具体用于接收所述Relay节点发送的Sl-AP请求消息,从所述Sl-AP请求消息中提取所述签约用户类型；或者，接收所述Relay节点发送的RRC请求消息，从所述RRC请求消息中提取签约用户类型。
10.如权利要求7-9任意一项权利要求所述的基站，其特征在于， 所述Sl-AP响应消息用于触发所述Relay节点与UE之间的RRC重配置过程。
11.如权利要求7-9任意一项权利要求所述的基站，其特征在于， 所述AS安全机制包括RRC完整性保护、加密保护和UP加密保护。
12.—种移动管理实体MME，其特征在于，所述MME包括 第二获取模块，用于获取签约用户类型； 发送模块，用于发送所述签约用户类型给基站，使得所述基站在所述签约用户类型为用户设备UE时,发送Sl-AP响应消息给中继基站Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制，或者在所述签约用户类型为Relay时，发起与所述Relay节点之间的无线资源控制RRC重配置过程，与所述Relay节点之间采用AS安全机制。
13.如权利要求12所述的MME，其特征在于，所述MME还包括 接收模块，用于接收初始层3非接入层NAS消息； 相应地，所述第二获取模块包括 获取单元，用于根据所述初始层3NAS消息中的身份标识，从归属网络用户服务器HSS中获取所述签约用户类型，其中，所述HSS用于存储身份标识与签约用户类型的对应关系；或者， 第一确定单元，用于根据所述初始层3NAS消息中的身份标识所在的范围确定所述签约用户类型，其中，UE的身份标识和所述Relay节点的身份标识在不同的范围内；或者， 第二确定单元，用于根据所述初始层3NAS消息中的用户类型标识确定所述签约用户类型，其中，所述用户类型标识由所述UE或所述Relay节点添加。
14.一种实施业务处理的系统，其特征在于，所述系统包括基站和移动管理实体； 所述移动管理实体，用于获取签约用户类型，发送所述签约用户类型给所述基站； 所述基站，用于如果所述签约用户类型为用户设备UE，则发送Sl-AP响应消息给中继基站Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制；或者，如果所述签约用户类型为Relay，则发起与所述Relay节点之间的无线资源控制RRC重配置过程，与所述Relay节点之间采用AS安全机制。
全文摘要
本发明公开了一种实施业务处理的方法、基站、移动管理实体和系统，属于无线通信领域。所述方法包括获取签约用户类型；如果所述签约用户类型为UE，则发送S1-AP响应消息给Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制；如果所述签约用户类型为中继基站Relay，则发起与所述Relay节点之间的无线资源控制RRC重配过程，与所述Relay节点之间采用AS安全机制。所述基站包括获取模块、第一实施模块和第二实施模块。所述系统包括基站和移动管理实体。所述移动管理实体包括第二获取模块和发送模块。本发明能够让DeNB对不同身份的Relay节点实施不同的业务处理。
文档编号H04W12/00GK102781000SQ201210256748
公开日2012年11月14日 申请日期2010年6月12日 优先权日2010年6月12日
发明者何承东 申请人:华为技术有限公司