一种实施业务处理的方法、基站、移动管理实体和系统.pdf

上传人:b*** 文档编号:668165 上传时间:2018-03-02 格式:PDF 页数:18 大小:2.01MB
返回 下载 相关 举报
摘要
申请专利号:

CN201410468318.2

申请日:

2010.06.12

公开号:

CN104219659A

公开日:

2014.12.17

当前法律状态:

实审

有效性:

审中

法律详情:

实质审查的生效IPC(主分类):H04W 12/00申请日:20100612|||公开

IPC分类号:

H04W12/00(2009.01)I; H04W76/04(2009.01)I; H04W88/08(2009.01)I

主分类号:

H04W12/00

申请人:

华为技术有限公司

发明人:

何承东

地址:

518129 广东省深圳市龙岗区坂田华为总部办公楼

优先权:

专利代理机构:

代理人:

PDF下载: PDF下载
内容摘要

本发明公开了一种实施业务处理的方法、基站、移动管理实体和系统,属于无线通信领域。所述方法包括:获取签约用户类型;如果所述签约用户类型为UE,则发送S1-AP响应消息给Relay节点,与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制;如果所述签约用户类型为中继基站Relay,则发起与所述Relay节点之间的无线资源控制RRC重配过程,与所述Relay节点之间采用AS安全机制。所述基站包括:获取模块、第一实施模块和第二实施模块。所述系统包括基站和移动管理实体。所述移动管理实体包括:第二获取模块和发送模块。本发明能够让DeNB对不同身份的Relay节点实施不同的业务处理。

权利要求书

1.  一种实施业务处理的方法,其特征在于,所述方法包括:
获取签约用户类型;
如果所述签约用户类型为UE,则发送S1-AP响应消息给Relay节点,与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制;或者,如果所述签约用户类型为中继基站Relay,则发起与所述Relay节点之间的无线资源控制RRC重配置过程,与所述Relay节点之间采用AS安全机制。

2.
  如权利要求1所述的方法,其特征在于,所述获取所述签约用户类型,包括:
接收移动管理实体发送的所述签约用户类型;或者,
接收所述Relay节点发送的所述签约用户类型。

3.
  如权利要求2所述的方法,其特征在于,所述移动管理实体发送的签约用户类型由所述移动管理实体根据初始层3非接入层NAS消息中的身份标识,从归属网络用户服务器HSS中获取,其中,所述HSS用于存储身份标识与签约用户类型的对应关系;或者,
所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的身份标识所在的范围确定,其中,UE的身份标识和所述Relay节点的身份标识在不同的范围内;或者,
所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的用户类型标识确定,其中,所述用户类型标识为UE或所述Relay节点添加的。

4.
  如权利要求2所述的方法,其特征在于,接收所述Relay节点发送的所述签约用户类型,包括:
接收所述Relay节点发送的S1-AP请求消息,从所述S1-AP请求消息中提取所述签约用户类型;或者,
接收所述Relay节点发送的RRC请求消息,从所述RRC请求消息中提取签约用户类型。

5.
  如权利要求1-4任意一项权利要求所述的方法,其特征在于,
所述S1-AP响应消息用于触发所述Relay节点与UE之间的RRC重配置过程。

6.
  如权利要求1-4任意一项权利要求所述的方法,其特征在于,
所述AS安全机制包括RRC完整性保护、加密保护和用户面UP加密保护。

7.
  一种基站,其特征在于,所述基站包括:
第一获取模块,用于获取签约用户类型;
第一实施模块,用于如果所述签约用户类型为用户设备UE,则发送S1-AP响应消息给中继基站Relay节点,与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制;或者,第二实施模块,用于如果所述签约用户类型为Relay,则发起与所述Relay节点之间的无线资源控制RRC重配置过程,与所述Relay节点之间采用AS安全机制。

8.
  如权利要求7所述的基站,其特征在于,所述获取模块包括:
接收单元,用于接收移动管理实体发送的所述签约用户类型;或者,接收所述Relay节点发送的所述签约用户类型。

9.
  如权利要求8所述的基站,其特征在于,
所述接收单元,具体用于接收所述Relay节点发送的S1-AP请求消息,从所述S1-AP请求消息中提取所述签约用户类型;或者,接收所述Relay节点发送的RRC请求消息,从所述RRC请求消息中提取签约用户类型。

10.
  如权利要求7-9任意一项权利要求所述的基站,其特征在于,
所述S1-AP响应消息用于触发所述Relay节点与UE之间的RRC重配置过程。

11.
  如权利要求7-9任意一项权利要求所述的基站,其特征在于,
所述AS安全机制包括RRC完整性保护、加密保护和UP加密保护。

12.
  一种移动管理实体MME,其特征在于,所述MME包括:
第二获取模块,用于获取签约用户类型;
发送模块,用于发送所述签约用户类型给基站,使得所述基站在所述签约用户类型为用户设备UE时,发送S1-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,则发送S1-AP响应消息给中继基站Relay节点,与所述Relay节点之间采用接入层AS安全机制和/或网络域安全机制;或者,如果所述签约用户类型为Relay,则发起与所述Relay节点之间的无线资源控制RRC重配置过程,与所述Relay节点之间采用AS安全机制。

说明书

一种实施业务处理的方法、基站、移动管理实体和系统
技术领域
本发明涉及无线通信领域,特别涉及一种实施业务处理的方法、基站、移动管理实体和系统。
背景技术
在无线移动通信网络中,UE(User Equipment,用户设备)与eNodeB(Evolved Node B,演进的基站)之间的通信协议为空口协议,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 Area Update request,跟踪区域更新请求)。
其中,UE在发送RRC请求消息之前,将自身的身份标识添加到RRC请求消息携带的初始层3NAS消息中。
其中,在本实施例中,可以将IMSI(International Mobile Subscriber Identity,国际移动用户识别码)、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节点实施不同的业务处理。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存储在可读取的存储介质中,存储介质例如:计算机中的硬盘、光盘或软盘。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

一种实施业务处理的方法、基站、移动管理实体和系统.pdf_第1页
第1页 / 共18页
一种实施业务处理的方法、基站、移动管理实体和系统.pdf_第2页
第2页 / 共18页
一种实施业务处理的方法、基站、移动管理实体和系统.pdf_第3页
第3页 / 共18页
点击查看更多>>
资源描述

《一种实施业务处理的方法、基站、移动管理实体和系统.pdf》由会员分享,可在线阅读,更多相关《一种实施业务处理的方法、基站、移动管理实体和系统.pdf(18页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN104219659A43申请公布日20141217CN104219659A21申请号201410468318222申请日20100612201080001617520100612H04W12/00200901H04W76/04200901H04W88/0820090171申请人华为技术有限公司地址518129广东省深圳市龙岗区坂田华为总部办公楼72发明人何承东54发明名称一种实施业务处理的方法、基站、移动管理实体和系统57摘要本发明公开了一种实施业务处理的方法、基站、移动管理实体和系统,属于无线通信领域。所述方法包括获取签约用户类型;如果所述签约用户类型为UE,则发送S1AP。

2、响应消息给RELAY节点,与所述RELAY节点之间采用接入层AS安全机制和/或网络域安全机制;如果所述签约用户类型为中继基站RELAY,则发起与所述RELAY节点之间的无线资源控制RRC重配过程,与所述RELAY节点之间采用AS安全机制。所述基站包括获取模块、第一实施模块和第二实施模块。所述系统包括基站和移动管理实体。所述移动管理实体包括第二获取模块和发送模块。本发明能够让DENB对不同身份的RELAY节点实施不同的业务处理。62分案原申请数据51INTCL权利要求书2页说明书10页附图5页19中华人民共和国国家知识产权局12发明专利申请权利要求书2页说明书10页附图5页10申请公布号CN10。

3、4219659ACN104219659A1/2页21一种实施业务处理的方法,其特征在于,所述方法包括获取签约用户类型;如果所述签约用户类型为UE,则发送S1AP响应消息给RELAY节点,与所述RELAY节点之间采用接入层AS安全机制和/或网络域安全机制;或者,如果所述签约用户类型为中继基站RELAY,则发起与所述RELAY节点之间的无线资源控制RRC重配置过程,与所述RELAY节点之间采用AS安全机制。2如权利要求1所述的方法,其特征在于,所述获取所述签约用户类型,包括接收移动管理实体发送的所述签约用户类型;或者,接收所述RELAY节点发送的所述签约用户类型。3如权利要求2所述的方法,其特征在。

4、于,所述移动管理实体发送的签约用户类型由所述移动管理实体根据初始层3非接入层NAS消息中的身份标识,从归属网络用户服务器HSS中获取,其中,所述HSS用于存储身份标识与签约用户类型的对应关系;或者,所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的身份标识所在的范围确定,其中,UE的身份标识和所述RELAY节点的身份标识在不同的范围内;或者,所述移动管理实体发送的签约用户类型由所述移动管理实体根据所述初始层3NAS消息中的用户类型标识确定,其中,所述用户类型标识为UE或所述RELAY节点添加的。4如权利要求2所述的方法,其特征在于,接收所述RELAY节点发送的所。

5、述签约用户类型,包括接收所述RELAY节点发送的S1AP请求消息,从所述S1AP请求消息中提取所述签约用户类型;或者,接收所述RELAY节点发送的RRC请求消息,从所述RRC请求消息中提取签约用户类型。5如权利要求14任意一项权利要求所述的方法,其特征在于,所述S1AP响应消息用于触发所述RELAY节点与UE之间的RRC重配置过程。6如权利要求14任意一项权利要求所述的方法,其特征在于,所述AS安全机制包括RRC完整性保护、加密保护和用户面UP加密保护。7一种基站,其特征在于,所述基站包括第一获取模块,用于获取签约用户类型;第一实施模块,用于如果所述签约用户类型为用户设备UE,则发送S1AP响。

6、应消息给中继基站RELAY节点,与所述RELAY节点之间采用接入层AS安全机制和/或网络域安全机制;或者,第二实施模块,用于如果所述签约用户类型为RELAY,则发起与所述RELAY节点之间的无线资源控制RRC重配置过程,与所述RELAY节点之间采用AS安全机制。8如权利要求7所述的基站,其特征在于,所述获取模块包括接收单元,用于接收移动管理实体发送的所述签约用户类型;或者,接收所述RELAY节点发送的所述签约用户类型。9如权利要求8所述的基站,其特征在于,所述接收单元,具体用于接收所述RELAY节点发送的S1AP请求消息,从所述S1AP请求消息中提取所述签约用户类型;或者,接收所述RELAY节。

7、点发送的RRC请求消息,从所述RRC请求消息中提取签约用户类型。权利要求书CN104219659A2/2页310如权利要求79任意一项权利要求所述的基站,其特征在于,所述S1AP响应消息用于触发所述RELAY节点与UE之间的RRC重配置过程。11如权利要求79任意一项权利要求所述的基站,其特征在于,所述AS安全机制包括RRC完整性保护、加密保护和UP加密保护。12一种移动管理实体MME,其特征在于,所述MME包括第二获取模块,用于获取签约用户类型;发送模块,用于发送所述签约用户类型给基站,使得所述基站在所述签约用户类型为用户设备UE时,发送S1AP响应消息给中继基站RELAY节点,与所述REL。

8、AY节点之间采用接入层AS安全机制和/或网络域安全机制,或者在所述签约用户类型为RELAY时,发起与所述RELAY节点之间的无线资源控制RRC重配置过程,与所述RELAY节点之间采用AS安全机制。13如权利要求12所述的MME,其特征在于,所述MME还包括接收模块,用于接收初始层3非接入层NAS消息;相应地,所述第二获取模块包括获取单元,用于根据所述初始层3NAS消息中的身份标识,从归属网络用户服务器HSS中获取所述签约用户类型,其中,所述HSS用于存储身份标识与签约用户类型的对应关系;或者,第一确定单元,用于根据所述初始层3NAS消息中的身份标识所在的范围确定所述签约用户类型,其中,UE的身。

9、份标识和所述RELAY节点的身份标识在不同的范围内;或者,第二确定单元,用于根据所述初始层3NAS消息中的用户类型标识确定所述签约用户类型,其中,所述用户类型标识由所述UE或所述RELAY节点添加。14一种实施业务处理的系统,其特征在于,所述系统包括基站和移动管理实体;所述移动管理实体,用于获取签约用户类型,发送所述签约用户类型给所述基站;所述基站,用于如果所述签约用户类型为用户设备UE,则发送S1AP响应消息给中继基站RELAY节点,与所述RELAY节点之间采用接入层AS安全机制和/或网络域安全机制;或者,如果所述签约用户类型为RELAY,则发起与所述RELAY节点之间的无线资源控制RRC重。

10、配置过程,与所述RELAY节点之间采用AS安全机制。权利要求书CN104219659A1/10页4一种实施业务处理的方法、基站、移动管理实体和系统技术领域0001本发明涉及无线通信领域,特别涉及一种实施业务处理的方法、基站、移动管理实体和系统。背景技术0002在无线移动通信网络中,UEUSEREQUIPMENT,用户设备与ENODEBEVOLVEDNODEB,演进的基站之间的通信协议为空口协议,ENODEB与MMEMOBILEMANAGEMENTENTITY,移动管理实体之间的通信协议为S1AP协议。0003为了增大基站在一些盲点如海岛、森林等的覆盖范围,在网络中引入RELAY中继基站节点,且。

11、同时将ENODEB扩充成DENBDONORENODEB,捐赠演进基站。0004其中,RELAY节点可以以基站的身份部署在网络中且在其下可以接入UE,其与UE之间的通信协议为空口协议,其与DENB之间的通信协议为S1AP协议,而DENB与MME之间的通信协议还是S1AP协议。0005其中,RELAY节点还可以以UE的身份附着在网络中且在其下不可以接入UE,RELAY节点与DENB之间的通信协议为空口协议,DENB与MME之间的通信协议为S1AP协议。0006在实现本发明的过程中,发明人发现现有技术至少存在以下问题0007在网络中,DENB与不同身份的RELAY节点之间的通信协议不同,然而目前DE。

12、NB还无法对不同身份的RELAY节点实施不同的业务处理。发明内容0008为了能够让DENB对不同身份的RELAY节点实施不同的业务处理,本发明提供了一种实施业务处理的方法、基站、移动管理实体和系统。所述技术方案如下0009一种实施业务处理的方法,所述方法包括0010获取签约用户类型;0011如果所述签约用户类型为UE,则发送S1AP响应消息给RELAY节点,与所述RELAY节点之间采用ASACCESSSTRATUM,接入层安全机制和/或网络域安全机制;0012如果所述签约用户类型为中继基站RELAY,则发起与所述RELAY节点之间的无线资源控制RRCRADIORESOURCECONTROL,无。

13、线资源控制重配置过程,与所述RELAY节点之间采用AS安全机制。0013一种基站,所述基站包括0014获取模块,用于获取签约用户类型;0015第一实施模块,用于如果所述签约用户类型为UE,则发送S1AP响应消息给RELAY节点,与所述RELAY节点之间采用AS安全机制和/或网络域安全机制;0016第二实施模块,用于如果所述签约用户类型为中继基站RELAY,则发起与所述RELAY节点之间的RRC重配置过程,与所述RELAY节点之间采用AS安全机制。0017一种移动管理实体MME,所述MME包括说明书CN104219659A2/10页50018第二获取模块,用于获取签约用户类型;0019发送模块,。

14、用于发送所述签约用户类型给基站,使得所述基站在所述签约用户类型为UE时,发送S1AP响应消息给RELAY节点,与所述RELAY节点之间采用AS安全机制和/或网络域安全机制,在所述签约用户类型为RELAY时,发起与所述RELAY节点之间的RRC重配置过程,与所述RELAY节点之间采用AS安全机制。0020一种实施业务处理的系统,所述系统包括基站和移动管理实体;0021所述移动管理实体,用于获取签约用户类型,发送所述签约用户类型给所述基站;0022所述基站,用于如果所述签约用户类型为UE,则发送S1AP响应消息给RELAY节点,与所述RELAY节点之间采用AS安全机制和/或网络域安全机制;如果所述。

15、签约用户类型为RELAY,则发起与所述RELAY节点之间的RRC重配置过程,与所述RELAY节点之间采用AS安全机制。0023通过获取签约用户类型,如果签约用户类型为UE,则实施业务处理为发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制,如果签约用户类型为RELAY,则实施业务处理为发起与RELAY节点之间的RRC重配过程,并与RELAY节点之间采用AS安全机制,其中,当签约用户类型为UE时,RELAY节点以基站的身份部署在网络中,当签约用户类型为RELAY时,RELAY节点以UE的身份附着在网络中,如此实现了基站对不同身份的RELAY节点实施不。

16、同的业务处理。附图说明0024图1是本发明实施例1应用的第一种网络架构示意图;0025图2是本发明实施例1应用的第二种网络架构示意图;0026图3是本发明实施例1提供的一种实施业务处理的方法流程图;0027图4是本发明实施例2提供的一种实施业务处理的方法流程图;0028图5是本发明实施例3提供的一种实施业务处理的方法流程图;0029图6是本发明实施例4提供的一种实施业务处理的方法流程图;0030图7是本发明实施例5提供的一种实施业务处理的方法流程图;0031图8是本发明实施例6提供的一种实施业务处理的方法流程图;0032图9是本发明实施例7提供的一种实施业务处理的方法流程图;0033图10是本。

17、发明实施例8提供的一种实施业务处理的方法流程图;0034图11是本发明实施例9提供的一种实施业务处理的方法流程图;0035图12是本发明实施例10提供的一种基站示意图;0036图13是本发明实施例11提供的一种移动管理实体示意图;0037图14是本发明实施例12提供的一种实施业务处理的系统示意图。具体实施方式0038为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。0039实施例1说明书CN104219659A3/10页60040本发明实施例提供了一种实施业务处理的方法。本实施例可以应用于如图1所示的网络架构或如图2所示的网络架构,其中,在如图1所示的。

18、网络架构中RELAY节点以基站的身份部署在网络,在如图2所示的网络架构中RELAY节点以UE的身份附着在网络中,参见图3,该方法包括0041步骤101获取签约用户类型;0042步骤102判断获取的签约用户类型为RELAY还是UE,如果签约用户类型为UE,则执行步骤103,如果签约用户类型为RELAY,则执行步骤104;0043步骤103发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制;0044步骤104发起与RELAY节点之间的RRC重配置过程,并与RELAY节点之间采用AS安全机制。0045其中,在本实施例中,执行主体可以为基站。0046其中,。

19、S1AP响应消息可以为INITIALCONTEXTSETUPREQUEST上下文建立请求。0047在本发明实施例提供的上述方法中,获取签约用户类型,如果签约用户类型为UE,则实施业务处理为发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制例如RRC完整性保护/加密保护、UPUSERPLANE,用户面加密保护安全机制和/或网络域安全机制,如果签约用户类型为RELAY,则实施业务处理为发起与RELAY节点之间的RRC重配过程,并与RELAY节点之间采用AS安全机制,其中,当签约用户类型为UE时,RELAY节点以基站的身份部署在网络中,当签约用户类型为RELAY时,RELA。

20、Y节点以UE的身份附着在网络中,如此实现了DENB对不同身份的RELAY节点实施不同的业务处理。0048实施例20049本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图1所示的网络架构,该网络中的签约用户类型为UE,MME从HSS中获取签约用户类型。如图4所示,该方法包括0050步骤201UE发送RRC请求消息给RELAY节点,其中,该RRC请求消息携带初始层3NAS消息,且该初始层3NASNONACCESSSTRATUM,非接入层消息至少包括UE自身的身份标识;初始层3NAS消息可以为ATTACHREQUEST附着请求或TAUREQUESTTRACKINGAREAUPDATERE。

21、QUEST,跟踪区域更新请求。0051其中,UE在发送RRC请求消息之前,将自身的身份标识添加到RRC请求消息携带的初始层3NAS消息中。0052其中,在本实施例中,可以将IMSIINTERNATIONALMOBILESUBSCRIBERIDENTITY,国际移动用户识别码、GUTIGLOBALLYUNIQUETEMPORARYIDENTITY,全球唯一临时标识或IMEIINTERNATIONALMOBILEEQUIPMENTIDENTITY,国际移动设备标识作为身份标识。0053步骤202RELAY节点接收该RRC请求消息后,发送S1AP请求消息给DENB,其中,S1AP请求消息携带该RRC。

22、请求消息携带的初始层3NAS消息;0054其中,RELAY节点接收到RRC请求消息后,从该RRC请求消息中提取携带的初始层3NAS消息,再生成携带该初始层3NAS消息的S1AP请求消息。说明书CN104219659A4/10页70055其中,S1AP请求消息可以为INITIALUEMESSAGE初始UE消息。0056步骤203DENB接收S1AP请求消息,并将该S1AP请求消息转发给MME;0057步骤204MME接收S1AP请求消息,从该S1AP请求消息携带的初始层3NAS消息中提取身份标识,获取提取的身份标识对应的签约用户类型,其中,获取的签约用户类型为UE;0058具体地,MME接收S1。

23、AP请求消息,从该S1AP请求消息携带的初始层3NAS消息中提取身份标识,根据提取的身份标识,从HSSHOMESUBSCRIBERSERVER,归属网络用户服务器中获取签约用户类型。0059其中,MME根据提取的身份标识,从HSS中获取签约用户类型的操作具体为0060MME将提取的身份标识发送给HSS,HSS接收该身份标识,根据接收的身份标识,从自身已存储的身份标识与签约用户类型的对应关系中,查找对应的签约用户类型,再将查找的签约用户类型发送给MME。0061其中,运营商事先与网络中的每个UE进行签约,与UE进行签约的签约用户类型为UE,然后运营商将每个UE的身份标识与其自身的签约用户类型存储。

24、在HSS中的身份标识与签约用户类型的对应关系中。0062其中,如果RELAY节点以基站的身份部署在网络中时,则RELAY节点可以在其自身上接入一个或多个UE,如果RELAY节点以UE的身份附着在网络中时,则RELAY节点不可以在其自身上接入UE,且该RELAY节点有自身的身份标识。0063其中,运营商可以与身份为UE的RELAY节点进行签约,与该RELAY节点进行签约的签约用户类型为RELAY,并将该RELAY节点的身份标识和其自身的签约用户类型RELAY存储在HSS中的身份标识与签约用户类型的对应关系中。0064其中,在本实施例中,如果签约用户类型为UE,则表明在RELAY节点上接入UE,因。

25、此RELAY节点以基站的身份部署在网络中,如果签约用户类型为RELAY,则表明RELAY节点以UE的身份附着在网络中。0065步骤205MME向DENB发送S1AP响应消息,该S1AP响应消息中携带获取的签约用户类型;0066其中,S1AP响应消息可以为INITIALCONTEXTSETUPREQUEST。0067步骤206DENB接收S1AP响应消息,根据S1AP响应消息携带的签约用户类型为UE,发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制;0068进一步地,DENB还可以根据签约用户类型为UE,确定出RELAY节点的身份为基站。0069其。

26、中,AS安全机制可以为RRC完整性保护/加密保护和UP加密保护。0070步骤207RELAY节点接收S1AP响应消息,并发起与UE之间的RRC重配置过程。0071在本发明实施例提供的上述方法中,MME从HSS中获取签约用户类型为UE,并发送给DENB,DENB接收签约用户类型,其中,当签约用户类型为UE时,RELAY节点以基站的身份部署在网络中,因此DENB根据签约用户类型为UE,实施业务处理为发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制。0072实施例30073本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图1所示的网说明书CN。

27、104219659A5/10页8络架构,该网络中的签约用户类型为UE,MMS根据身份标识确定出签约用户类型。如图5所示,该方法包括0074步骤301303与实施例2中的步骤201203相同,在此不再赘述。0075步骤304MME接收来自DENB的S1AP请求消息,从该S1AP请求消息携带的初始层3NAS消息中提取身份标识,并根据身份标识确定出签约用户类型为UE;0076具体地,MME接收来自DENB的S1AP请求消息,从该S1AP请求消息携带的初始层3NAS消息中提取身份标识,根据提取的身份标识所在的范围,确定签约用户类型。0077其中,运营商在给网络中的每个身份为UE的RELAY节点分配身份。

28、标识时,将每个身份为UE的RELAY节点的身份标识分配在该指定范围内,运营商在给网络中的每个UE分配身份标识时,将每个UE的身份标识分配在该指定范围外;或者,运营商在给网络中的每个UE分配身份标识时,将每个UE的身份标识分配在指定范围内,将每个身份为UE的RELAY节点的身份标识分配在指定范围外。0078相应地,根据提取的身份标识所在的范围,确定签约用户类型的操作具体为0079判断提取的身份标识是否在指定范围内,如果是,则提取的身份标识对应的签约用户类型为RELAY,如果否,则提取的身份标识对应的签约用户类型为UE;或者,0080判断提取的身份标识是否在指定范围外,如果是,则提取的身份标识对应。

29、的签约用户类型为RELAY,如果否,则提取的身份标识对应的签约用户类型为UE。0081其中,S1AP请求消息可以为INITIALUEMESSAGE。0082步骤305307与实施例2中的步骤205207相同,在此不再赘述。0083在本发明实施例提供的上述方法中,MME根据身份标识确定出签约用户类型为UE,再将该签约用户类型发送给DENB,其中,当签约用户类型为UE时,RELAY节点以基站的身份部署在网络中,因此DENB根据签约用户类型为UE,实施业务处理为发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制。0084实施例40085本发明实施例提供了。

30、一种实施业务处理的方法。本实施例应用于如图1所示的网络架构,该网络中的签约用户类型为UE,MME根据用户类型标识确定出签约用户类型。如图6所示,该方法包括0086步骤401UE发送RRC请求消息给RELAY节点,其中,该RRC请求消息携带初始层3NAS消息,且该初始层3NAS消息至少包括UE自身的用户类型标识;0087其中,UE在发送RRC请求消息之前,将自身的用户类型标识添加到RRC请求消息携带的初始层3NAS消息中。在本实施例中,该用户类型标识用于标识签约用户类型为UE。0088其中,初始层3NAS消息可以为ATTACHREQUEST或TAUREQUEST。0089步骤402403与实施例。

31、2中的步骤202203相同,在此不再赘述。0090步骤404MME接收来自DENB的S1AP请求消息,从该S1AP请求消息携带的初始层3NAS消息中提取用户类型标识,并根据提取的用户类型标识确定出签约用户类型为UE;0091其中,S1AP请求消息可以为INITIALUEMESSAGE。0092步骤405407与实施例2中的步骤205207相同,在此不再赘述。0093在本发明实施例提供的上述方法中,MME根据用户类型标识确定出签约用户类型为UE,再将该签约用户类型发送给DENB,其中,当签约用户类型为UE时,RELAY节点以基站说明书CN104219659A6/10页9的身份部署在网络中,因此D。

32、ENB根据签约用户类型为UE,实施业务处理为发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制,DENB还可以根据签约用户类型为UE,确定出RELAY节点的身份为基站。0094实施例50095本发明实施例提供了一种实施业务处理的方法。本实施应用于如图2所示的网络架构,该网络中点的签约用户类型为RELAY,MME从HSS中获取签约用户类型。如图7所示,该方法包括0096步骤501RELAY节点发送RRC请求消息给DENB,其中,该RRC请求消息携带初始层3NAS消息,且该初始层3NAS消息至少包括RELAY节点作为UE时,自身的身份标识;0097其中。

33、,RELAY节点在发送RRC请求消息之前,在该RRC请求消息携带的初始层3NAS消息中添加自身的身份标识。0098其中,初始层3NAS消息可以为ATTACHREQUEST或TAUREQUEST。0099步骤502DENB接收到RRC请求消息后,发送S1AP请求消息给MME,其中,S1AP请求消息携带该RRC请求消息携带的初始层3NAS消息;0100其中,DENB从RRC请求消息中提取初始层3NAS消息,生成携带该初始层3NAS消息的S1AP请求消息。0101其中,S1AP请求消息可以为INITIALUEMESSAGE。0102步骤503MME接收S1AP请求消息,在S1AP请求消息携带的初始层。

34、3NAS消息中提取身份标识,获取提取的身份标识对应的签约用户类型为RELAY;0103具体地,MME接收S1AP请求消息,在S1AP请求消息携带的初始层3NAS消息中提取身份标识,根据提取的身份标识,从HSS中获取签约用户类型为RELAY。0104其中,根据提取的身份标识,从HSS中获取签约用户类型的操作具体为0105MME将提取的身份标识发送给HSS,HSS接收该身份标识,并根据接收的身份标识,从自身已存储的身份标识与签约用户类型的对应关系中,查找对应的签约用户类型,其中,在本实施例中查找的签约用户类型为RELAY,再将查找的签约用户类型发送给MME。0106步骤504MME向DENB发送S。

35、1AP响应消息,其中,该S1AP响应消息携带获取的签约用户类型;0107其中,S1AP响应消息可以为INITIALCONTEXTSETUPREQUEST。0108步骤505DENB接收S1AP响应消息,根据该S1AP响应消息携带的签约用户类型为RELAY,发起其与RELAY节点之间的RRC重配置过程,并在其与RELAY节点之间采用AS安全机制。0109进一步地,DENB还可以根据签约用户类型为RELAY,确定出RELAY节点的身份为UE。0110其中,DENB当判断出签约用户类型为RELAY,则确定出RELAY节点以UE的身份附着在网络中。0111在本发明实施例提供的上述方法中,MME从HSS。

36、中获取签约用户类型为RELAY,并发送给DENB,DENB接收签约用户类型,其中,当签约用户类型为RELAY时,RELAY节点以UE的身份附着在网络中,因此DENB根据签约用户类型为RELAY,实施业务处理为发起其与RELAY节点之间的RRC重配置过程,并在其与RELAY节点之间采用AS安全机制。说明书CN104219659A7/10页100112实施例60113本发明实施例提供了一种实施业务处理的方法。本实施应用于如图2所示的网络架构,该网络中的签约用户类型为RELAY,MME根据身份标识确定出签约用户类型。如图8所示,该方法包括0114步骤601602与实施例5中的步骤501502相同,在。

37、此不再赘述。0115步骤603MME接收来自DENB的S1AP请求消息,从S1AP请求消息携带的初始层3NAS消息中提取身份标识,根据提取的身份标识确定出签约用户类型为RELAY;0116具体地,MME接收来自DENB的S1AP请求消息,从该S1AP请求消息携带的初始层3NAS消息中提取身份标识,根据提取的身份标识所在的范围,确定签约用户类型。其中,在本实施例中,确定的签约用户类型为RELAY。0117其中,根据提取的身份标识所在的范围,确定签约用户类型的操作与实施例3的步骤304中的部分内容相同,在此不再赘述。0118其中,S1AP请求消息可以为INITIALUEMESSAGE。0119步骤。

38、604605与实施5中的步骤504505相同,在此不再赘述。0120在本发明实施例提供的上述方法中,MME根据身份标识确定出签约用户类型为RELAY,再将其发送给DENB,其中,当签约用户类型为RELAY时,RELAY节点以UE的身份附着在网络中,因此DENB根据签约用户类型为RELAY,实施业务处理为发起其与RELAY节点之间的RRC重配置过程,并在其与RELAY节点之间采用AS安全机制。0121实施例70122本发明实施例提供了一种实施业务处理的方法。本实施应用于如图2所示的网络架构,该网络中的签约用户类型为RELAY,MME根据用户类型标识确定出签约用户类型。如图9所示,该方法包括012。

39、3步骤701RELAY节点发送RRC请求消息给DENB节点,其中,该RRC请求消息携带初始层3NAS消息,且该初始层3NAS消息至少包括RELAY节点的用户类型标识;0124其中,RELAY节点在发送RRC请求消息之前,将自身的用户类型标识添加到RRC请求消息携带的初始层3NAS消息中。在本实施例中,该用户类型标识用于标识签约用户类型为RELAY。0125其中,初始层3NAS消息可以为ATTACHREQUEST或TAUREQUEST。0126步骤702与实施例5中的步骤502相同,在此不再赘述。0127步骤703MME接收DENB发送的S1AP请求消息,从该S1AP请求消息携带的初始层3NAS。

40、消息中提取用户类型标识,根据提取的用户类型标识确定签约用户类型为RELAY;0128其中,S1AP请求消息可以为INITIALUEMESSAGE。0129步骤704705与实施例5中的步骤504505相同,在此不再赘述。0130在本发明实施例提供的上述方法中,MME根据用户类型标识确定出签约用户类型为RELAY,再将其发送给DENB,其中,当签约用户类型为RELAY时,RELAY节点以UE的身份附着在网络中,因此DENB根据签约用户类型为RELAY,实施业务处理为发起其与RELAY节点之间的RRC重配置过程,并在其与RELAY节点之间采用AS安全机制。0131实施例80132本发明实施例提供了。

41、一种实施业务处理的方法。本实例应用于如图1所示的网络说明书CN104219659A108/10页11架构,DENB接收RELAY节点发送的签约用户类型,且签约用户类型为UE。如图10所示,该方法包括0133步骤801UE发送RRC请求消息,其中,该RRC请求消息携带初始层3NAS消息;0134其中,初始层3NAS消息可以为ATTACHREQUEST或TAUREQUEST。0135步骤802RELAY节点接收RRC请求消息,发送S1AP请求消息给DENB,0136其中,该S1AP请求消息携带签约用户类型为UE以及该RRC请求消息携带的初始层3NAS消息。0137其中,RELAY节点从RRC请求消。

42、息中提取初始层3NAS消息,生成携带签约用户类型为UE和该初始层3NAS消息的S1AP请求消息。0138其中,S1AP请求消息可以为INITIALUEMESSAGE。0139步骤803DENB接收S1AP请求消息,从S1AP请求消息中提取签约用户类型,并存储该签约用户类型以及发送携带初始层3NAS消息的S1AP请求消息给MME;0140步骤804MME接收S1AP请求消息,发送S1AP响应消息给DENB;0141步骤805DENB接收来自MME的S1AP响应消息,根据存储的签约用户类型为UE,向RELAY节点转发S1AP响应消息,并与RELAY节点之间采用AS安全机制和/或网络域安全机制;01。

43、42进一步地,DENB还可以根据签约用户类型为UE,确定出RELAY节点的身份为基站。0143其中,AS安全机制可以为RRC完整性保护/加密保护和UP加密保护。0144其中,S1AP响应消息可以为INITIALCONTEXTSETUPREQUEST。0145步骤806RELAY节点接收S1AP响应消息,根据该S1AP响应消息发起其与UE之间的RRC重配置过程。0146在本发明实施例提供的上述方法中,DENB接收并存储RELAY节点发送的签约用户类型,其中,该签约用户类型为UE,其中,当签约用户类型为UE时,RELAY节点以基站的身份部署在网络中,因此DENB根据签约用户类型为UE,实施业务处理。

44、为发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制。0147实施例90148本发明实施例提供了一种实施业务处理的方法。本实施例应用于如图2所示的网络架构,DENB接收RELAY节点发送的签约用户类型,且签约用户类型为RELAY。如图11所示,该方法包括0149步骤901RELAY节点向DENB发送RRC请求消息,其中,该RRC请求消息携带签约用户类型为RELAY和初始层3NAS消息;0150其中,初始层3NAS消息可以为ATTACHREQUEST或TAUREQUEST。0151步骤902DENB接收RRC请求消息,从RRC请求消息中提取签约用户类。

45、型,并存储签约用户类型;0152其中,S1AP请求消息可以为INITIALUEMESSAGE。0153步骤903DENB向MME发送S1AP请求消息,其中,该S1AP请求消息携带RRC请求消息携带的初始层3NAS消息;0154其中,DENB从RRC请求消息中提取初始层3NAS消息,生成携带提取的初始层3NAS消息的S1AP请求消息。说明书CN104219659A119/10页120155步骤904MME接收S1AP请求消息,发送S1AP响应消息给DENB;0156其中,S1AP响应消息可以为INITIALCONTEXTSETUPREQUEST。0157步骤905DENB接收MME发送的S1AP。

46、响应消息,根据存储的签约用户类型为RELAY,发起其与RELAY节点之间的RRC重配置过程,并与RELAY节点之间采用AS安全机制。0158进一步地,DENB还可以根据签约用户类型为RELAY,确定RELAY节点的身份为UE。0159在本发明实施例提供的上述方法中,DENB接收并存储RELAY节点发送的签约用户类型,其中,该签约用户类型为RELAY,DENB根据签约用户类型为RELAY,实施业务处理为发起其与RELAY节点之间的RRC重配置过程,并与RELAY节点之间采用AS安全机制。0160实施例100161如图12所示,本发明实施例提供了一种基站,包括0162第一获取模块1001,用于获取。

47、签约用户类型;0163第一实施模块1002,用于如果签约用户类型为UE,则发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制;0164第二实施模块1003,用于如果签约用户类型为RELAY,则发起与RELAY节点之间的RRC重配过程,并与RELAY节点之间采用AS安全机制。0165其中,获取模块1001包括0166接收单元,用于接收MME发送的签约用户类型;或者,接收RELAY节点发送的签约用户类型;0167其中,接收单元,具体用于接收RELAY节点发送的S1AP请求消息,从S1AP请求消息中提取签约用户类型;或者,接收RELAY节点发送的RRC请。

48、求消息,从RRC请求消息中提取签约用户类型;0168其中,S1AP响应消息用于触发RELAY节点与UE之间的RRC重配置过程;0169其中,AS安全机制包括RRC完整性保护、加密保护和UP加密保护。0170其中,初始层3NAS消息可以为ATTACHREQUEST或TAUREQUEST,S1AP请求消息可以为INITIALUEMESSAGE,S1AP响应消息可以为INITIALCONTEXTSETUPREQUEST。0171在本实施例中,基站获取签约用户类型,如果签约用户类型为UE,则实施业务处理为发送S1AP响应消息给RELAY节点,并与RELAY节点之间采用AS安全机制和/或网络域安全机制,。

49、如果签约用户类型为RELAY,则实施业务处理为发起与RELAY节点之间的RRC重配过程,并与RELAY节点之间采用AS安全机制,其中,当签约用户类型为UE时,RELAY节点以基站的身份部署在网络中,当签约用户类型为RELAY时,RELAY节点以UE的身份附着在网络中,如此实现了基站对不同身份的RELAY节点实施不同的业务处理。0172实施例110173如图13所示,本发明实施例提供了一种移动管理实体MME,包括0174第二获取模块1101,用于获取签约用户类型;0175发送模块1102,用于发送获取的签约用户类型给基站,使得基站在签约用户类型为UE时,发送S1AP响应消息给RELAY节点,与R。

50、ELAY节点之间采用AS安全机制和/或网络域安全机制,在签约用户类型为RELAY时,发起与RELAY节点之间的RRC重配置过程,与RELAY节点之间采用AS安全机制。0176其中,MME还包括说明书CN104219659A1210/10页130177接收模块,用于接收初始层3非接入层NAS消息;0178相应地,第二获取模块1101包括0179获取单元,用于根据初始层3NAS消息中的身份标识,从HSS中获取签约用户类型,其中,HSS用于存储身份标识与签约用户类型的对应关系;或者,0180第一确定单元,用于根据初始层3NAS消息中的身份标识所在的范围确定签约用户类型,其中,UE的身份标识和RELA。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1