CN104219659B - 一种实施业务处理的方法、基站、移动管理实体和系统 - Google Patents
一种实施业务处理的方法、基站、移动管理实体和系统 Download PDFInfo
- Publication number
- CN104219659B CN104219659B CN201410468318.2A CN201410468318A CN104219659B CN 104219659 B CN104219659 B CN 104219659B CN 201410468318 A CN201410468318 A CN 201410468318A CN 104219659 B CN104219659 B CN 104219659B
- Authority
- CN
- China
- Prior art keywords
- type
- subscriber
- relay node
- identity
- management entity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 80
- 238000012545 processing Methods 0.000 title claims abstract description 51
- 230000007246 mechanism Effects 0.000 claims abstract description 78
- 230000004044 response Effects 0.000 claims abstract description 53
- 230000008569 process Effects 0.000 claims abstract description 28
- 230000000977 initiatory effect Effects 0.000 claims description 9
- JZEPSDIWGBJOEH-UHFFFAOYSA-N 4-decylbicyclo[2.2.1]hept-2-ene Chemical compound C1CC2C=CC1(CCCCCCCCCC)C2 JZEPSDIWGBJOEH-UHFFFAOYSA-N 0.000 abstract description 72
- 238000004891 communication Methods 0.000 abstract description 10
- 239000000284 extract Substances 0.000 description 17
- 238000010586 diagram Methods 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实施业务处理的方法、基站、移动管理实体和系统，属于无线通信领域。所述方法包括：获取签约用户类型；如果所述签约用户类型为UE，则发送S1‑AP响应消息给Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制；如果所述签约用户类型为中继基站Relay，则发起与所述Relay节点之间的无线资源控制RRC重配过程，与所述Relay节点之间采用AS安全机制。所述基站包括：获取模块、第一实施模块和第二实施模块。所述系统包括基站和移动管理实体。所述移动管理实体包括：第二获取模块和发送模块。本发明能够让DeNB对不同身份的Relay节点实施不同的业务处理。
Description
技术领域
本发明涉及无线通信领域，特别涉及一种实施业务处理的方法、基站、移动管理实体和系统。
背景技术
在无线移动通信网络中，UE(User Equipment，用户设备)与eNodeB(Evolved NodeB，演进的基站)之间的通信协议为空口协议，eNodeB与MME(Mobile Management Entity，移动管理实体)之间的通信协议为S1-AP协议。
为了增大基站在一些盲点(如海岛、森林等)的覆盖范围，在网络中引入Relay(中继基站)节点，且同时将eNodeB扩充成DeNB(Donor eNodeB，捐赠演进基站)。
其中，Relay节点可以以基站的身份部署在网络中且在其下可以接入UE，其与UE之间的通信协议为空口协议，其与DeNB之间的通信协议为S1-AP协议，而DeNB与MME之间的通信协议还是S1-AP协议。
其中，Relay节点还可以以UE的身份附着在网络中且在其下不可以接入UE，Relay节点与DeNB之间的通信协议为空口协议，DeNB与MME之间的通信协议为S1-AP协议。
在实现本发明的过程中，发明人发现现有技术至少存在以下问题：
在网络中，DeNB与不同身份的Relay节点之间的通信协议不同，然而目前DeNB还无法对不同身份的Relay节点实施不同的业务处理。
发明内容
为了能够让DeNB对不同身份的Relay节点实施不同的业务处理，本发明提供了一种实施业务处理的方法、基站、移动管理实体和系统。所述技术方案如下：
一种实施业务处理的方法，所述方法包括：
获取签约用户类型；
如果所述签约用户类型为UE，则发送S1-AP响应消息给Relay节点，与所述Relay节点之间采用AS(Access Stratum，接入层)安全机制和/或网络域安全机制；
如果所述签约用户类型为中继基站Relay，则发起与所述Relay节点之间的无线资源控制RRC(Radio Resource Control，无线资源控制)重配置过程，与所述Relay节点之间采用AS安全机制。
一种基站，所述基站包括：
获取模块，用于获取签约用户类型；
第一实施模块，用于如果所述签约用户类型为UE，则发送S1-AP响应消息给Relay节点，与所述Relay节点之间采用AS安全机制和/或网络域安全机制；
第二实施模块，用于如果所述签约用户类型为中继基站Relay，则发起与所述Relay节点之间的RRC重配置过程，与所述Relay节点之间采用AS安全机制。
一种移动管理实体MME，所述MME包括：
第二获取模块，用于获取签约用户类型；
发送模块，用于发送所述签约用户类型给基站，使得所述基站在所述签约用户类型为UE时，发送S1-AP响应消息给Relay节点，与所述Relay节点之间采用AS安全机制和/或网络域安全机制，在所述签约用户类型为Relay时，发起与所述Relay节点之间的RRC重配置过程，与所述Relay节点之间采用AS安全机制。
一种实施业务处理的系统，所述系统包括基站和移动管理实体；
所述移动管理实体，用于获取签约用户类型，发送所述签约用户类型给所述基站；
所述基站，用于如果所述签约用户类型为UE，则发送S1-AP响应消息给Relay节点，与所述Relay节点之间采用AS安全机制和/或网络域安全机制；如果所述签约用户类型为Relay，则发起与所述Relay节点之间的RRC重配置过程，与所述Relay节点之间采用AS安全机制。
通过获取签约用户类型，如果签约用户类型为UE，则实施业务处理为发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制，如果签约用户类型为Relay，则实施业务处理为发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此实现了基站对不同身份的Relay节点实施不同的业务处理。
附图说明
图1是本发明实施例1应用的第一种网络架构示意图；
图2是本发明实施例1应用的第二种网络架构示意图；
图3是本发明实施例1提供的一种实施业务处理的方法流程图；
图4是本发明实施例2提供的一种实施业务处理的方法流程图；
图5是本发明实施例3提供的一种实施业务处理的方法流程图；
图6是本发明实施例4提供的一种实施业务处理的方法流程图；
图7是本发明实施例5提供的一种实施业务处理的方法流程图；
图8是本发明实施例6提供的一种实施业务处理的方法流程图；
图9是本发明实施例7提供的一种实施业务处理的方法流程图；
图10是本发明实施例8提供的一种实施业务处理的方法流程图；
图11是本发明实施例9提供的一种实施业务处理的方法流程图；
图12是本发明实施例10提供的一种基站示意图；
图13是本发明实施例11提供的一种移动管理实体示意图；
图14是本发明实施例12提供的一种实施业务处理的系统示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
本发明实施例提供了一种实施业务处理的方法。本实施例可以应用于如图1所示的网络架构或如图2所示的网络架构，其中，在如图1所示的网络架构中Relay节点以基站的身份部署在网络，在如图2所示的网络架构中Relay节点以UE的身份附着在网络中，参见图3，该方法包括：
步骤101：获取签约用户类型；
步骤102：判断获取的签约用户类型为Relay还是UE，如果签约用户类型为UE，则执行步骤103，如果签约用户类型为Relay，则执行步骤104；
步骤103：发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制；
步骤104：发起与Relay节点之间的RRC重配置过程，并与Relay节点之间采用AS安全机制。
其中，在本实施例中，执行主体可以为基站。
其中，S1-AP响应消息可以为Initial Context Setup request(上下文建立请求)。
在本发明实施例提供的上述方法中，获取签约用户类型，如果签约用户类型为UE，则实施业务处理为发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制(例如RRC完整性保护/加密保护、UP(User Plane，用户面)加密保护安全机制)和/或网络域安全机制，如果签约用户类型为Relay，则实施业务处理为发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此实现了DeNB对不同身份的Relay节点实施不同的业务处理。
实施例2
本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图1所示的网络架构，该网络中的签约用户类型为UE，MME从HSS中获取签约用户类型。如图4所示，该方法包括：
步骤201：UE发送RRC请求消息给Relay节点，其中，该RRC请求消息携带初始层3NAS消息，且该初始层3NAS(Non Access Stratum，非接入层)消息至少包括UE自身的身份标识；初始层3NAS消息可以为Attach request(附着请求)或TAU request(Tracking AreaUpdate request，跟踪区域更新请求)。
其中，UE在发送RRC请求消息之前，将自身的身份标识添加到RRC请求消息携带的初始层3NAS消息中。
其中，在本实施例中，可以将IMSI(International Mobile SubscriberIdentity，国际移动用户识别码)、GUTI(Globally Unique Temporary Identity，全球唯一临时标识)或IMEI(International Mobile Equipment identity，国际移动设备标识)作为身份标识。
步骤202：Relay节点接收该RRC请求消息后，发送S1-AP请求消息给DeNB，其中，S1-AP请求消息携带该RRC请求消息携带的初始层3NAS消息；
其中，Relay节点接收到RRC请求消息后，从该RRC请求消息中提取携带的初始层3NAS消息，再生成携带该初始层3NAS消息的S1-AP请求消息。
其中，S1-AP请求消息可以为Initial UE message(初始UE消息)。
步骤203：DeNB接收S1-AP请求消息，并将该S1-AP请求消息转发给MME；
步骤204：MME接收S1-AP请求消息，从该S1-AP请求消息携带的初始层3NAS消息中提取身份标识，获取提取的身份标识对应的签约用户类型，其中，获取的签约用户类型为UE；
具体地，MME接收S1-AP请求消息，从该S1-AP请求消息携带的初始层3NAS消息中提取身份标识，根据提取的身份标识，从HSS(Home Subscriber Server，归属网络用户服务器)中获取签约用户类型。
其中，MME根据提取的身份标识，从HSS中获取签约用户类型的操作具体为：
MME将提取的身份标识发送给HSS，HSS接收该身份标识，根据接收的身份标识，从自身已存储的身份标识与签约用户类型的对应关系中，查找对应的签约用户类型，再将查找的签约用户类型发送给MME。
其中，运营商事先与网络中的每个UE进行签约，与UE进行签约的签约用户类型为UE，然后运营商将每个UE的身份标识与其自身的签约用户类型存储在HSS中的身份标识与签约用户类型的对应关系中。
其中，如果Relay节点以基站的身份部署在网络中时，则Relay节点可以在其自身上接入一个或多个UE，如果Relay节点以UE的身份附着在网络中时，则Relay节点不可以在其自身上接入UE，且该Relay节点有自身的身份标识。
其中，运营商可以与身份为UE的Relay节点进行签约，与该Relay节点进行签约的签约用户类型为Relay，并将该Relay节点的身份标识和其自身的签约用户类型Relay存储在HSS中的身份标识与签约用户类型的对应关系中。
其中，在本实施例中，如果签约用户类型为UE，则表明在Relay节点上接入UE，因此Relay节点以基站的身份部署在网络中，如果签约用户类型为Relay，则表明Relay节点以UE的身份附着在网络中。
步骤205：MME向DeNB发送S1-AP响应消息，该S1-AP响应消息中携带获取的签约用户类型；
其中，S1-AP响应消息可以为Initial Context Setup request。
步骤206：DeNB接收S1-AP响应消息，根据S1-AP响应消息携带的签约用户类型为UE，发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制；
进一步地，DeNB还可以根据签约用户类型为UE，确定出Relay节点的身份为基站。
其中，AS安全机制可以为RRC完整性保护/加密保护和UP加密保护。
步骤207：Relay节点接收S1-AP响应消息，并发起与UE之间的RRC重配置过程。
在本发明实施例提供的上述方法中，MME从HSS中获取签约用户类型为UE，并发送给DeNB，DeNB接收签约用户类型，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，因此DeNB根据签约用户类型为UE，实施业务处理为发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制。
实施例3
本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图1所示的网络架构，该网络中的签约用户类型为UE，MMS根据身份标识确定出签约用户类型。如图5所示，该方法包括：
步骤301-303：与实施例2中的步骤201-203相同，在此不再赘述。
步骤304：MME接收来自DeNB的S1-AP请求消息，从该S1-AP请求消息携带的初始层3NAS消息中提取身份标识，并根据身份标识确定出签约用户类型为UE；
具体地，MME接收来自DeNB的S1-AP请求消息，从该S1-AP请求消息携带的初始层3NAS消息中提取身份标识，根据提取的身份标识所在的范围，确定签约用户类型。
其中，运营商在给网络中的每个身份为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，实施业务处理为发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制。
实施例4
本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图1所示的网络架构，该网络中的签约用户类型为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的S1-AP请求消息，从该S1-AP请求消息携带的初始层3NAS消息中提取用户类型标识，并根据提取的用户类型标识确定出签约用户类型为UE；
其中，S1-AP请求消息可以为Initial UE message。
步骤405-407：与实施例2中的步骤205-207相同，在此不再赘述。
在本发明实施例提供的上述方法中，MME根据用户类型标识确定出签约用户类型为UE，再将该签约用户类型发送给DeNB，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，因此DeNB根据签约用户类型为UE，实施业务处理为发送S1-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请求消息后，发送S1-AP请求消息给MME，其中，S1-AP请求消息携带该RRC请求消息携带的初始层3NAS消息；
其中，DeNB从RRC请求消息中提取初始层3NAS消息，生成携带该初始层3NAS消息的S1-AP请求消息。
其中，S1-AP请求消息可以为Initial UE message。
步骤503：MME接收S1-AP请求消息，在S1-AP请求消息携带的初始层3NAS消息中提取身份标识，获取提取的身份标识对应的签约用户类型为Relay；
具体地，MME接收S1-AP请求消息，在S1-AP请求消息携带的初始层3NAS消息中提取身份标识，根据提取的身份标识，从HSS中获取签约用户类型为Relay。
其中，根据提取的身份标识，从HSS中获取签约用户类型的操作具体为：
MME将提取的身份标识发送给HSS，HSS接收该身份标识，并根据接收的身份标识，从自身已存储的身份标识与签约用户类型的对应关系中，查找对应的签约用户类型，其中，在本实施例中查找的签约用户类型为Relay，再将查找的签约用户类型发送给MME。
步骤504：MME向DeNB发送S1-AP响应消息，其中，该S1-AP响应消息携带获取的签约用户类型；
其中，S1-AP响应消息可以为Initial Context Setup request。
步骤505：DeNB接收S1-AP响应消息，根据该S1-AP响应消息携带的签约用户类型为Relay，发起其与Relay节点之间的RRC重配置过程，并在其与Relay节点之间采用AS安全机制。
进一步地，DeNB还可以根据签约用户类型为Relay，确定出Relay节点的身份为UE。
其中，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的S1-AP请求消息，从S1-AP请求消息携带的初始层3NAS消息中提取身份标识，根据提取的身份标识确定出签约用户类型为Relay；
具体地，MME接收来自DeNB的S1-AP请求消息，从该S1-AP请求消息携带的初始层3NAS消息中提取身份标识，根据提取的身份标识所在的范围，确定签约用户类型。其中，在本实施例中，确定的签约用户类型为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发送的S1-AP请求消息，从该S1-AP请求消息携带的初始层3NAS消息中提取用户类型标识，根据提取的用户类型标识确定签约用户类型为Relay；
其中，S1-AP请求消息可以为Initial UE message。
步骤704-705：与实施例5中的步骤504-505相同，在此不再赘述。
在本发明实施例提供的上述方法中，MME根据用户类型标识确定出签约用户类型为Relay，再将其发送给DeNB，其中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，因此DeNB根据签约用户类型为Relay，实施业务处理为发起其与Relay节点之间的RRC重配置过程，并在其与Relay节点之间采用AS安全机制。
实施例8
本发明实施例提供了一种实施业务处理的方法。本实例应用于如图1所示的网络架构，DeNB接收Relay节点发送的签约用户类型，且签约用户类型为UE。如图10所示，该方法包括：
步骤801：UE发送RRC请求消息，其中，该RRC请求消息携带初始层3NAS消息；
其中，初始层3NAS消息可以为Attach request或TAU request。
步骤802：Relay节点接收RRC请求消息，发送S1-AP请求消息给DeNB，
其中，该S1-AP请求消息携带签约用户类型为UE以及该RRC请求消息携带的初始层3NAS消息。
其中，Relay节点从RRC请求消息中提取初始层3NAS消息，生成携带签约用户类型为UE和该初始层3NAS消息的S1-AP请求消息。
其中，S1-AP请求消息可以为Initial UE message。
步骤803：DeNB接收S1-AP请求消息，从S1-AP请求消息中提取签约用户类型，并存储该签约用户类型以及发送携带初始层3NAS消息的S1-AP请求消息给MME；
步骤804：MME接收S1-AP请求消息，发送S1-AP响应消息给DeNB；
步骤805：DeNB接收来自MME的S1-AP响应消息，根据存储的签约用户类型为UE，向Relay节点转发S1-AP响应消息，并与Relay节点之间采用AS安全机制和/或网络域安全机制；
进一步地，DeNB还可以根据签约用户类型为UE，确定出Relay节点的身份为基站。
其中，AS安全机制可以为RRC完整性保护/加密保护和UP加密保护。
其中，S1-AP响应消息可以为Initial Context Setup request。
步骤806：Relay节点接收S1-AP响应消息，根据该S1-AP响应消息发起其与UE之间的RRC重配置过程。
在本发明实施例提供的上述方法中，DeNB接收并存储Relay节点发送的签约用户类型，其中，该签约用户类型为UE，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，因此DeNB根据签约用户类型为UE，实施业务处理为发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制。
实施例9
本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图2所示的网络架构，DeNB接收Relay节点发送的签约用户类型，且签约用户类型为Relay。如图11所示，该方法包括：
步骤901：Relay节点向DeNB发送RRC请求消息，其中，该RRC请求消息携带签约用户类型为Relay和初始层3NAS消息；
其中，初始层3NAS消息可以为Attach request或TAU request。
步骤902：DeNB接收RRC请求消息，从RRC请求消息中提取签约用户类型，并存储签约用户类型；
其中，S1-AP请求消息可以为Initial UE message。
步骤903：DeNB向MME发送S1-AP请求消息，其中，该S1-AP请求消息携带RRC请求消息携带的初始层3NAS消息；
其中，DeNB从RRC请求消息中提取初始层3NAS消息，生成携带提取的初始层3NAS消息的S1-AP请求消息。
步骤904：MME接收S1-AP请求消息，发送S1-AP响应消息给DeNB；
其中，S1-AP响应消息可以为Initial Context Setup request。
步骤905：DeNB接收MME发送的S1-AP响应消息，根据存储的签约用户类型为Relay，发起其与Relay节点之间的RRC重配置过程，并与Relay节点之间采用AS安全机制。
进一步地，DeNB还可以根据签约用户类型为Relay，确定Relay节点的身份为UE。
在本发明实施例提供的上述方法中，DeNB接收并存储Relay节点发送的签约用户类型，其中，该签约用户类型为Relay，DeNB根据签约用户类型为Relay，实施业务处理为发起其与Relay节点之间的RRC重配置过程，并与Relay节点之间采用AS安全机制。
实施例10
如图12所示，本发明实施例提供了一种基站，包括：
第一获取模块1001，用于获取签约用户类型；
第一实施模块1002，用于如果签约用户类型为UE，则发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制；
第二实施模块1003，用于如果签约用户类型为Relay，则发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制。
其中，获取模块1001包括：
接收单元，用于接收MME发送的签约用户类型；或者，接收Relay节点发送的签约用户类型；
其中，接收单元，具体用于接收Relay节点发送的S1-AP请求消息，从S1-AP请求消息中提取签约用户类型；或者，接收Relay节点发送的RRC请求消息，从RRC请求消息中提取签约用户类型；
其中，S1-AP响应消息用于触发Relay节点与UE之间的RRC重配置过程；
其中，AS安全机制包括RRC完整性保护、加密保护和UP加密保护。
其中，初始层3NAS消息可以为Attach request或TAU request，S1-AP请求消息可以为Initial UE message，S1-AP响应消息可以为Initial Context Setup request。
在本实施例中，基站获取签约用户类型，如果签约用户类型为UE，则实施业务处理为发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制，如果签约用户类型为Relay，则实施业务处理为发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此实现了基站对不同身份的Relay节点实施不同的业务处理。
实施例11
如图13所示，本发明实施例提供了一种移动管理实体MME，包括：
第二获取模块1101，用于获取签约用户类型；
发送模块1102，用于发送获取的签约用户类型给基站，使得基站在签约用户类型为UE时，发送S1-AP响应消息给Relay节点，与Relay节点之间采用AS安全机制和/或网络域安全机制，在签约用户类型为Relay时，发起与Relay节点之间的RRC重配置过程，与Relay节点之间采用AS安全机制。
其中，MME还包括：
接收模块，用于接收初始层3非接入层NAS消息；
相应地，第二获取模块1101包括：
获取单元，用于根据初始层3NAS消息中的身份标识，从HSS中获取签约用户类型，其中，HSS用于存储身份标识与签约用户类型的对应关系；或者，
第一确定单元，用于根据初始层3NAS消息中的身份标识所在的范围确定签约用户类型，其中，UE的身份标识和Relay节点的身份标识在不同的范围内；或者，
第二确定单元，用于根据初始层3NAS消息中的用户类型标识确定签约用户类型，其中，用户类型标识由UE或Relay节点添加。
其中，初始层3NAS消息可以为Attach request或TAU request。
在本实施例中，MME获取签约用户类型，再将获取的签约用户类型发送给基站，使得基站在签约用户类型为UE时，发送S1-AP响应消息给Relay节点，与Relay节点之间采用AS安全机制和/或网络域安全机制，在签约用户类型为Relay时，发起与Relay节点之间的RRC重配置过程，与Relay节点之间采用AS安全机制。其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此可以使基站对不同身份的Relay节点实施不同的业务处理。
实施例12
如图14所示，本发明实施例提供了一种实施业务处理的系统，包括基站1201和移动管理实体1202；
移动管理实体1201，用于获取签约用户类型，发送获取的签约用户类型给基站1202；
基站1202，用于接收签约用户类型，如果该签约用户类型为UE，则发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制；如果该签约用户类型为Relay，则发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制。
其中，S1-AP响应消息可以为Initial Context Setup request。
在本发明实施例提供的上述系统中，移动管理实体获取签约用户类型，并发送给基站，基站接收移动管理实体发送的签约用户类型，如果签约用户类型为UE，则基站实施业务处理为发送S1-AP响应消息给Relay节点，并与Relay节点之间采用AS安全机制和/或网络域安全机制，如果签约用户类型为Relay，则基站实施业务处理为发起与Relay节点之间的RRC重配过程，并与Relay节点之间采用AS安全机制，其中，当签约用户类型为UE时，Relay节点以基站的身份部署在网络中，当签约用户类型为Relay时，Relay节点以UE的身份附着在网络中，如此实现了基站对不同身份的Relay节点实施不同的业务处理。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现，其软件程序存储在可读取的存储介质中，存储介质例如：计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (8)
1.一种实施业务处理的方法，其特征在于，所述方法包括：
获取签约用户类型；
如果所述签约用户类型为UE，则发送S1-AP响应消息给Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制；或者，如果所述签约用户类型为中继基站Relay，则发起与所述Relay节点之间的无线资源控制RRC重配置过程，与所述Relay节点之间采用AS安全机制；
所述获取所述签约用户类型，包括：
接收移动管理实体发送的所述签约用户类型；
所述移动管理实体发送的签约用户类型由所述移动管理实体根据初始层3非接入层NAS消息中的身份标识，从归属网络用户服务器HSS中获取，其中，所述HSS用于存储身份标识与签约用户类型的对应关系；或者，
所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的身份标识所在的范围确定，其中，UE的身份标识和所述Relay节点的身份标识在不同的范围内；或者，
所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的用户类型标识确定，其中，所述用户类型标识为UE或所述Relay节点添加的。
2.如权利要求1所述的方法，其特征在于，
所述S1-AP响应消息用于触发所述Relay节点与UE之间的RRC重配置过程。
3.如权利要求1所述的方法，其特征在于，
所述AS安全机制包括RRC完整性保护、加密保护和用户面UP加密保护。
4.一种基站，其特征在于，所述基站包括：
第一获取模块，用于获取签约用户类型；
第一实施模块，用于如果所述签约用户类型为用户设备UE，则发送S1-AP响应消息给中继基站Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制；或者，第二实施模块，用于如果所述签约用户类型为Relay，则发起与所述Relay节点之间的无线资源控制RRC重配置过程，与所述Relay节点之间采用AS安全机制；
所述获取模块包括：
接收单元，用于接收移动管理实体发送的所述签约用户类型；
其中，所述获取所述签约用户类型，包括：
接收移动管理实体发送的所述签约用户类型；
所述移动管理实体发送的签约用户类型由所述移动管理实体根据初始层3非接入层NAS消息中的身份标识，从归属网络用户服务器HSS中获取，其中，所述HSS用于存储身份标识与签约用户类型的对应关系；或者，
所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的身份标识所在的范围确定，其中，UE的身份标识和所述Relay节点的身份标识在不同的范围内；或者，
所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的用户类型标识确定，其中，所述用户类型标识为UE或所述Relay节点添加的。
5.如权利要求4所述的基站，其特征在于，
所述S1-AP响应消息用于触发所述Relay节点与UE之间的RRC重配置过程。
6.如权利要求 4所述的基站，其特征在于，
所述AS安全机制包括RRC完整性保护、加密保护和UP加密保护。
7.一种移动管理实体MME，其特征在于，所述MME包括：
第二获取模块，用于获取签约用户类型；
发送模块，用于发送所述签约用户类型给基站，使得所述基站在所述签约用户类型为用户设备UE时，发送S1-AP响应消息给中继基站Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制，或者在所述签约用户类型为Relay时，发起与所述Relay节点之间的无线资源控制RRC重配置过程，与所述Relay节点之间采用AS安全机制；
接收模块，用于接收初始层3非接入层NAS消息；
相应地，所述第二获取模块包括：
获取单元，用于根据所述初始层3NAS消息中的身份标识，从归属网络用户服务器HSS中获取所述签约用户类型，其中，所述HSS用于存储身份标识与签约用户类型的对应关系；或者，
第一确定单元，用于根据所述初始层3NAS消息中的身份标识所在的范围确定所述签约用户类型，其中，UE的身份标识和所述Relay节点的身份标识在不同的范围内；或者，
第二确定单元，用于根据所述初始层3NAS消息中的用户类型标识确定所述签约用户类型，其中，所述用户类型标识由所述UE或所述Relay节点添加。
8.一种实施业务处理的系统，其特征在于，所述系统包括如权利要求4-6中任一权利要求所述的基站和如权利要求7所述的移动管理实体；
所述移动管理实体，用于获取签约用户类型，发送所述签约用户类型给所述基站；
所述基站，用于如果所述签约用户类型为用户设备UE，则发送S1-AP响应消息给中继基站Relay节点，与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制；或者，如果所述签约用户类型为Relay，则发起与所述Relay节点之间的无线资源控制RRC重配置过程，与所述Relay节点之间采用AS安全机制；
其中，所述获取所述签约用户类型，包括：
接收移动管理实体发送的所述签约用户类型；
所述移动管理实体发送的签约用户类型由所述移动管理实体根据初始层3非接入层NAS消息中的身份标识，从归属网络用户服务器HSS中获取，其中，所述HSS用于存储身份标识与签约用户类型的对应关系；或者，
所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的身份标识所在的范围确定，其中，UE的身份标识和所述Relay节点的身份标识在不同的范围内；或者，
所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的用户类型标识确定，其中，所述用户类型标识为UE或所述Relay节点添加的。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410468318.2A CN104219659B (zh) | 2010-06-12 | 2010-06-12 | 一种实施业务处理的方法、基站、移动管理实体和系统 |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010800016175A CN102388543A (zh) | 2010-06-12 | 2010-06-12 | 一种实施业务处理的方法、基站、移动管理实体和系统 |
| CN201410468318.2A CN104219659B (zh) | 2010-06-12 | 2010-06-12 | 一种实施业务处理的方法、基站、移动管理实体和系统 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010800016175A Division CN102388543A (zh) | 2010-06-12 | 2010-06-12 | 一种实施业务处理的方法、基站、移动管理实体和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104219659A CN104219659A (zh) | 2014-12-17 |
| CN104219659B true CN104219659B (zh) | 2018-09-07 |
Family
ID=52100721
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410468318.2A Active CN104219659B (zh) | 2010-06-12 | 2010-06-12 | 一种实施业务处理的方法、基站、移动管理实体和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104219659B (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101635986A (zh) * | 2009-09-01 | 2010-01-27 | 中兴通讯股份有限公司 | 一种无线资源控制连接重配置失败的处理方法及系统 |
| US20100046418A1 (en) * | 2008-08-25 | 2010-02-25 | Qualcomm Incorporated | Relay architecture framework |
| CN102781000A (zh) * | 2010-06-12 | 2012-11-14 | 华为技术有限公司 | 一种实施业务处理的方法、基站、移动管理实体和系统 |
-
2010
- 2010-06-12 CN CN201410468318.2A patent/CN104219659B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100046418A1 (en) * | 2008-08-25 | 2010-02-25 | Qualcomm Incorporated | Relay architecture framework |
| CN101635986A (zh) * | 2009-09-01 | 2010-01-27 | 中兴通讯股份有限公司 | 一种无线资源控制连接重配置失败的处理方法及系统 |
| CN102781000A (zh) * | 2010-06-12 | 2012-11-14 | 华为技术有限公司 | 一种实施业务处理的方法、基站、移动管理实体和系统 |
Non-Patent Citations (2)
| Title |
|---|
| R2-093680 Type 1 Relay Architecture;III, Coiler;《3GPP TSG-RAN WG2 #66bis》;20090703;第2.4节，以及图2.4-1和2.4-2 * |
| R2-093972 Report of email discussion [66#22] on Relay architecture;NTT DOCOMO, Inc.;《3GPP TSG-RAN WG2 #66bis》;20090703;第3.1.2-3.1.4节，以及图2-2到图4-3 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104219659A (zh) | 2014-12-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108353444B (zh) | 用户装置、基站、连接建立方法、以及上下文信息获取方法 | |
| Jover | LTE security, protocol exploits and location tracking experimentation with low-cost software radio | |
| US10257881B2 (en) | Radio resource control RRC message processing method, apparatus, and system | |
| EP3596985B1 (en) | Method and apparatus for protection of privacy in paging of user equipment | |
| CN108353451A (zh) | 基站、用户装置、以及上下文信息保持方法 | |
| CN106470419B (zh) | 一种ue的接入、切换和加密控制的方法与设备 | |
| US9590962B2 (en) | Using cookies to identify security contexts for connectionless service | |
| CN108293259B (zh) | 一种nas消息处理、小区列表更新方法及设备 | |
| KR102444040B1 (ko) | 차량 인터넷 시스템에서의 데이터 전송 방법 및 장치 | |
| CN102300190A (zh) | 切换方法、通信装置和通信系统 | |
| US9402195B2 (en) | Operation of base station in a cellular communications network | |
| CN111491338A (zh) | 上下文存储方法及装置 | |
| CN105323231A (zh) | 安全算法选择方法、装置及系统 | |
| US20180097807A1 (en) | Method and apparatus for performing initial access procedure based on authentication in wireless communication system | |
| CN112752306A (zh) | 一种业务分流方法、终端、系统和存储介质 | |
| KR102112610B1 (ko) | 장치 간 통신 방법 및 장치 | |
| EP2645771A1 (en) | Method, device and system for switching neighborhood | |
| US11722989B2 (en) | Communication method, terminal apparatus, and access network apparatus | |
| EP2717546B1 (en) | Method and device for acquiring destination ip address | |
| US20130100876A1 (en) | Method, Base Station, Mobility Management Entity, and System for Implementing Service Processing | |
| CN102781000B (zh) | 一种实施业务处理的方法、基站、移动管理实体和系统 | |
| AU2012239436B2 (en) | Mobile communication method and mobile management node | |
| EP3171663B1 (en) | Hybrid networking implementation method, system and device and computer storage medium | |
| CN104219659B (zh) | 一种实施业务处理的方法、基站、移动管理实体和系统 | |
| CN109257705B (zh) | 数据传输方法、装置和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |