信令流程(图+介绍)
- 格式:docx
- 大小:36.91 KB
- 文档页数:11
5G终端注册到非4G锚1.1 5G终端注册到非4G锚点小区UE刚开机时,先读取系统消息,选择到一个合适的小区驻留后,并进行附着过程。
RRC建身份鉴权→安全加密→UE能力鉴定→附着成功;附着若是5G终端,在上报UE能力时包含支持1.2 非4G锚点小区→4G锚若5G终端初始接入到非4G锚点小区时,eNodeB会下发RRC连接重配置,包含测量控制消息,如测量频点1309,测量事105(测量RSRP-140);5G终端测量4G锚点小区RSRP,若4G锚点小区满足切换门限,则上报5G终端通过RRC连接重配置过程,从4G非锚点1.3 4G锚点小区添加5G在4G锚点小区下发RRC连接重配置消息,包含5G测量信息,频点,测量事件,B15G终端上报测量报告,包含NR频点测量4G锚点小区下发RRC连接重配置,包含NR小区配置,5G终端上报RRC连接重配置完成,N整体信令流程如下非4G锚点小区端注册到非4G锚点小区,并进行附着过程。
RRC建立请求原因为:mo-Signalling。
RRC连接建立→力鉴定→附着成功;附着流程如下:含支持的NR频带,如Band41;→4G锚点小区制消息,如测量频点1309,测量事件A5 1 门限-70dbm(测量RSRP-140),测量事件A5 2 门限-测量RSRP-140);则上报测量报告,包含4G锚点小区信息,PCI/RSRP等;非锚点小区切换到4G锚点小区;添加5G辅小区G测量信息,频点,测量事件,B1门限-105(RSRP-157);点测量信息,PCI,RSRP等;配置,SSB频点,子载波间隔,带宽等;成,NRScell添加成功。
程如下:。
云核信息体验团队作者: 崔雅馨连接态下的4G/5G 互操作——切换下班了,小冬坐上了回家的公交车,在车上用手机看起了视频。
行驶的途中,小冬的手机信号有时变成4G,有时又回到5G,但小冬的视频一直流畅地播放着。
切换流程(后简称切换),指的是连接态下4G/5G 互操作的其中一种流程。
可以使UE在移动过程中,保持会话不断开的情况下,在5G 网络和4G 网络间进行切换。
小冬看的视频能够流畅播放,是因为4G/5G 网络通过在切换流程保持了手机的稳定接入~终端在移动过程中,会在4G 信号和5G 信号之间切换。
这是因为在网络部署前期,5G 信号覆盖范围通常小于4G 信号。
为了用户稳定的网络体验,当用户所处的位置上4G 信号强度大于5G 信号时,基站会发起连接态下的切换流程,将用户的接入网络从5G 切换到4G。
是时候发起切换了截至目前,同学们已经学习了很多5G 核心网的相关知识,但对于5G 核心网的前身,4G 核心网却了解不多。
其实,4G 核心网(evolved packet core,后简称EPC)在全球范围内有着更为广泛的应用。
和5G 核心网一样,4G 核心网由众多网元组成,但4G 网元大多身兼数职。
在世界范围内,4G 仍然是移动通信的主流,大部分人仍然在使用EPC 进行上网和通信。
除了上述网元,4G 核心网还存在众多网元,共同运转着4G 的通信体系。
我叫MME,我在4G 核心网中负责管理UE 的移动性~用户入网需要先找我,用户想要建立会话也要从我开始~我叫SGW,我会将用户的PDU 会话送到对应的PGW 网元我叫HSS,我这里存储了用户的个人信息~我叫PGW,我负责连通用户和Internet 以及IMS~我叫PCRF,我可以给UE 动态下发QCC 策略,我也负责UE 的计费~我们合作~让用户不掉网~快快乐乐上网~随着5G 基站的覆盖增加,越来越多的用户能够享受更加快速和安全的网络。
但是,在5G 完成成长起来之前,4G和5G 通常会紧密合作,让用户在5G 信号范围内享受5G,离开5G 信号区域后也能通过4G 网络流畅上网。
图解5G 信令流程云核心信息体验团队作者: 崔雅馨审核: 程晓丽打开手机看视频小冬同学在新手机安装好后,首先打开了一个视频APP。
听说5G 网络速度超快,小冬同学满怀期待的点击了视频播放,准备好好感受下。
作为承载用户数据通路的PDU 会话,包含了一系列的信息,如用户信息、速率要求、计费要求等。
数据通路基于上诉信息创建和运行,以满足用户的业务需求。
PDU 会话建立流程这个数据通路建立的过程,就是P D U会话建立流程PDU 的全称是Packet Data Unit,分组数据单元,我们上网产生的用户数据,就是被打包成一个个的数据单元,在数据通路中被传送的。
数据通路数据通路数据通路首先把我要发送的数据都打包起来打包好后就可以通过数据通路传到目的地了!VIP 用户小冬看视频,可以分配一个最大速率20M/秒的数据通路,100G 以内的流量不收费PDU 会话的建立流程,主要由AMF、SMF、PCF 以及UPF 配合完成。
主要包含 ①会话建立请求 -> ② AMF 上报SMF 建立会话 -> ③获取会话建立策略 -> ④ 选择UPF,下发策略 -> ⑤ 通知无线侧建立PDU 会话-> ⑥通知UPF 建立PDU 会话 几大关键步骤。
PDU 会话建立第一步:会话建立请求用户终端(User Equipment,UE)经由无线基站向AMF 发送PDU 会话建立请求。
产生一条信令消息PDU Session Establishment Request。
PDU 会话建立第二步:AMF 上报SMF 建立会话AMF 查询用户接入网络的类型、当前所在位置等信息,上报到经理SMF 处,请求为小冬同学建立PDU 会话。
你好,我是小冬,我现在要观看视频您好,很高兴为您服务经理,小冬同学要接入到Internet 看视频,请为他创建PDU 会话数据通路好的,我来统一协调分配UE 的PDU 请求:XXX UE 设备ID:xxx UE 位置信息:xxx ....小冬PDU 会话建立项目经理我负责数据通路负责前台接待我决定数据通路建设规格PDU会话建立第三步:获取会话建立策略在为小冬同学创建PDU会话前,SMF首先到策略控制中心PCF处获取会话建立策略。
L TE Attach流程1.1 正常流程UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个s uitab le或者a ccept able小区后,驻留并进行附着过程。
附着流程图如下:Attach流程图说明:1)步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着N ASsignal lingc onnec tion建立完成,见协议24.301。
2)消息7的说明:UE刚开机第一次att ach,使用的IMS I,无Ident ity过程;后续,如果有有效的GUTI,使用GUTI attach,核心网才会发起Iden tity过程(为上下行直传消息)。
3)消息10~12的说明:如果消息9带了UE RadioCapabi lityIE,则eNB不会发送UECapabi lityE nquir y消息给U E,即没有10~12过程;否则会发送,U E上报无线能力信息后,eNB 再发U E Capabi lityInfo Indica tion,给核心网上报U E的无线能力信息。
为了减少空口开销,在IDLE下MME会保存UE RadioCapabi lity信息,在INITIAL CONTEX T SETUPREQUES T消息会带给eNB,除非UE在执行atta ch或者"firstTAU follow ing GERAN/UTRANAttach" or "UE radiocapabi lityupdate" TAU过程(也就是这些过程MME不会带UERadioCapabi lity信息给eNB,并会把本地保存的UE RadioCapabi lity信息删除,eNB会问U E要能力信息,并报给MME。
1.1.1 UE发起呼叫流程在UE发起呼叫建立时,如果之前UE没有建立RRC连接则先建立RRC连接,再通过初始直传建立传输NAS消息的信令连接,最后建立RAB。
以下为UE处于Idle状态下发起CS呼叫的流程。
图3.49主要过程介绍如下:建立RRC连接:(1)UE在取得下行同步后,向Node B发送SYNC_UL,接收到Node B回应的FPACH信息后,在RACH信道上向RNC发送RRC ConnectionRequest消息,发起RRC连接建立过程。
主要参数:Initial UE Identity, Establishment cause, Initial UE Capability.(2)RNC准备建立RRC连接,分配建立RRC连接所需要的资源,并发送一条Radio Link Setup Request消息给Node B。
主要参数:Cell id, Transport Format Set, Transport FormatCombination Set, frequency, Time Slots, 信道码, Power controlinformation.(3)Node B配置物理信道,在新的物理信道上准备接收UE消息,并给RNC发送一条Radio Link Setup Response响应消息。
主要参数:Signalling link termination, Transport layer addressing information (AAL2 address, AAL2 Binding Identity) for the Iub DataTransport Bearer.(4)RNC通过ALCAP协议,建立Iub数据传输承载。
Iub数据传输承载通过AAL2的绑定标识与DCH绑定在一起。
建立Iub数据传输承载需要Node B确认。
(5)(6)通过Downlink Synchronisation和Uplink Synchronisation.控制帧,Node B 与RNC 为Iub数据传输承载建立同步,此后Node B开始DL发送。
LTE网元间流程图1、位置区更新流程(TAU)注:UE在attach到GPRS网络或者E-UTRAN网络之后,在以下情况下会发起TAU过程:➢UE发现进入了新的TA,而此TA的TAI不在UE的TAI list中;➢周期性TAU定时器超时;➢UE之前的状态为UTRAN PMM_Connected状态,通过TAU重选到E-UTRAN网络;➢UE处于GPRS READY状态,通过TAU重选到E-UTRAN 网络;➢TIN指示为"P-TMSI",UE重选到E-UTRAN;➢由于负载均衡,进行了RRC连接释放,原因值填写为"load re-balancing TAU required";➢UE侧的RRC层向NAS层指示RRC连接失败;➢UE的网络能力,MS的网络能力和UE的DRX参数改变时;➢对于支持SRVCC能力的UE,如果MS Classmark2,MS Classmark 3或者Support Codecs改变时;➢UE手动选择一个CSG小区,而小区的CSG ID既不在UE的允许CSG列表中,又不在UE的运营商CSG列表中。
注:如果是在本MME发起的周期性TAU过程,则图中MME指本MME;如果是在其它MME起的TAU过程,则图中MME指T-MME。
第3步:UE收到e-NB下发的rrcConnectionSetup消息并成功配置后,向e-NB发送rrcConnectionSetup Complete消息,其中Nas PDU携带TAU REQUEST消息。
第4步:e-NB收到rrcConnectionSetup Complete消息后,向MME发送Initial UE Message消息,携带Nas PDU (TAU REQUEST)。
第5、6、7、8步:如果是在其它MME发起的TAU,则T-MME收到TAU REAUEST后,开始向S-MME 进行Context请求过程。
主要信令接续流程为了对GSM系统的整体工作流程有进一步的认识,本节描述几种主要接续流程。
移动客户至固定客户出局呼叫流程移动台始发呼叫框图见图8-14,流程图见图8-15。
图8-14 移动台始发呼叫框图图8-15 MS始发呼叫流程图图中流程说明如下:(1) 在服务小区内,一旦移动客户拨号后,移动台向基站请求随机接入信道(RACH)。
(2) 在移动台MS与移动业务交换中心MSC之间建立信令连接的过程。
AGCH允许接入信道(3) 对移动台的识别码进行鉴权,如果需加密则设置加密模等,进入呼叫建立的起始阶段。
(4) 分配业务信道的过程。
(5) 采用七号信令的客户部分(1SUP/TUP),建立与固定网(ISDN/PSTN)至被叫客户的通路,并向被叫客户振铃,向移动台回送呼叫接通证实信号。
(6) 被叫客户取机应答,向移动台发送应答连接消息,最后进入通话阶段。
手机主叫的时候发起的第一条消息是在Um接口上的Channel request 消息,然后BTS 对这个消息进行转发,在A-bis 接口上我们看到Channel required。
Channel request我们可以理解为信道请求,在BTS与BSC之间的Channel required我们通常叫做信道申请。
BSC收到这个Channel required 以后它会返回一个Channel active,在这个Channel active 里面有一个非常重要的信息,就是BSC对BTS激活的这个目标信道的相关描述。
BTS激活这个信道以后会返回一个Channel active ACK。
接下来BSC就可以向手机指配这条目标信道了,这个信令消息叫做Immediate Assign Command(立即指配命令)。
在这里我们要关心一下就是BSC激活和指配的这个目标信道它是什么样的信道。
在正常的流程中,通常MS接入BTS是在RACH中,就是随机接入信道中。
然后BSC要激活的信道通常是SDCCH信道,就是独立专用控制信道;Immediate Assign Command这条消息,它是通过AGCH信道下发给手机的,在这AGCH信道里面指配了一条SDCCH信道。
首先,来瞧一个大体上得彩信发与取得流程。
如下:图一:手机如何发彩信大体上分3步:1 发送方发送彩信。
2 MMSC通过短信中心通知收方彩信到达。
3收方通过PDP上下文激活,链接到MMSC去取彩信。
具体来瞧,又分为几种情况:一 MMS业务流程-终端到终端(立即取)图二 MMS业务流程-终端到终端(立即取)对应得信令流程如下:接收方得用户状态为mms终端或未知用户ﻫ当用户发送彩信时,通过在终端中设置得MMSCURI地址,发起连接请求。
(图中消息①)ﻫ连接请求被发送到发送方当前所在wap网关,wap网关从公网DNS上解析到MMSC URI对应得地址(mms重定向器),继而向重定向器发送请求,其中包含发送方用户MSISDN, 重定向器返回发送方用户归属mmsc得地址。
之后,wap网关将请求包发往发送方归属mmsc。
(图中消息②--⑤)ﻫmmsc收到消息后,首先判断接收方用户得归属mmsc,若接收方用户归属另外一个mmsc2,则把消息转发给该mmsc2。
(图中消息⑥)ﻫ接收方用户归属mmsc将检查接收方得用户状态,若为mms终端或未知用户,则下发push通知。
(图中消息⑦--⑨)ﻫ接收方用户收到此push通知后会发起wap连接,自动连接到mmsc2上提取此条彩信。
(图中右边消息⑴--⑷)二 MMS业务流程-终端到终端(超时转梦网相册)图三MMS业务流程-终端到终端(超时转梦网相册)对应得说明如下:接图二,若接收方用户在10分钟之内未成功提取彩信,则mmsc2将彩信转到接收方用户得梦网邮箱,同时仍然保留消息。
梦网邮箱系统收到彩信后,利用邮件到达通知得方式给接收方用户发送短信通知①。
(图中消息⑺--⑾)ﻫ10分钟之后,接收方用户可以从mmsc2上提取彩信(图中消息⑴--⑷) ,同时还可以登录梦网邮箱系统查瞧彩信 (图中消息⑴--⑷)。
如果在48小时(彩信得有效期)内接收方用户仍然没有到mmsc2提取彩信,则mmsc2将删除彩信,用户只能登录梦网邮箱来查瞧彩信内容。
Figure.5 寻呼不成功信令流程图Figure.6 对MS服务拒绝信令流程图说明:在极早指配允许的情况下,紧急呼叫、呼叫重建以及SDCCH遇忙会引起极早指配。
说明:在图一(Figure.7)说明极早指配的立即指配信令流程后,对指配操作的流程进行说明。
Figure.9 正常情况下(即极早指配不允许),呼叫重建SDCCH信令流程图Figure.10 正常情况下(即极早指配不允许),呼叫重建TCH信令流程图,排队允许。
Figure.11 呼叫中,指配操作失败情况信令流程图,排队强拆不允许Figure.12 MSC发起的清除操作信令流程图,没有计数器Figure.13 呼叫操作,TCH信道激活失败-超时信令流程图,排队强拆不允许Figure.14 呼叫操作,TCH信道模式修改失败-超时信令流程图,排队强拆不允许Figure.15 SDCCH占用失败,由于没有资源(即BSS故障),极早指配不允许Figure.16 SDCCH占用失败,由于信道激活失败—超时(即BSS故障),极早指配不允许Figure.17 SDCCH掉话情况,由于连接失败、错误指示、Abis断链等原因Figure.18 TCH掉话情况,由于连接失败、错误指示、Abis断链、A接口和OM失败等原因,不包括排队/强拆情况(两个情况:手机在振铃时的掉话如何统计,在切换过程中发生的掉话如何统计(切换接入为界)?Figure.19 直接重试不允许,呼叫TCH占用排队失败,由于队列满、队列定时器超时原因。
Figure.20 呼叫TCH占用排队失败,由于队列满、队列定时器超时等原因,直接重试允许。
说明:在直接重试允许的情况下,不进行BSC及小区TCH 占用失败统计。
Figure.21 位置更新操作,信令流程图Figure.22 主叫TCH占用遇忙,BSC内部直接重试,排队不允许,省略内部切换计数器Figure.23 呼叫主叫TCH占用遇全忙,启动BSC内部直接重试,由于内部切换拒绝或等待HO_Ready超时,内部直接重试失败,省略内部切换计数器Figure.24 呼叫主叫TCH占用遇全忙,启动出BSC直接重试,由于出局切换拒绝或T7超时,出局直接重试失败,省略出局切换计数器Figure.25 BSC内小区间切换成功流程,由于空间关系,缺少计数器见附图一Figure.26 BSC内小区间切换成功流程,补充计数器,附图一Figure.27 BSC内小区间切换成功流程,后续流程及计数器,附图二Figure.28 BSC内小区内切换成功流程,省略呼叫建立流程及相关计数器Figure.29 出BSC切换成功流程,省略呼叫建立流程及相关计数器Figure.30 出BSC切换成功流程,后续流程及计数器,附图一Figure.31 入BSC切换成功流程,省略呼叫建立流程及相关计数器Figure.32-1 BSC内入小区切换失败流程,无可用信道情况,说明:本图仅包括BSC内小区间切换请求计数器,失败计数器及后续流程见Figure.32-2Figure.32-2 BSC内入小区切换失败流程,无可用信道,切换请求计数器见Figure.32-1Figure.33 BSC内入小区切换失败流程,BSS失败,信道激活否定应答情况,图一说明:切换请求流程及计数器省略,详见Figure.32-1Figure.34 BSC内入小区切换失败流程,BSS失败,信道激活等待超时情况,图二说明:切换请求流程及计数器省略,详见Figure.32-1Figure.35 BSC内入小区切换失败流程,BSS失败,等待iPATH响应超时情况,图三说明:切换请求流程及计数器省略,详见Figure.32-1 ,源小区切换失败计数有错误Figure.36 BSC内入小区切换失败流程,BSS失败,等待CCB更改完成超时情况,图四说明:切换请求流程及计数器省略,详见Figure.32-1,源小区切换失败计数有错误Figure.37 BSC内入小区切换失败流程(其他原因,图一),建立Abis连接失败或发送信道激活消息失败。
图1 主叫业务信令流程图2 被叫业务信令流程图3 UMTS PS域手机、网络侧控制协议图4 UMTS移动性管理状态迁移图图5 联合GPRS/IMSI附着(C1为Camel点,可进行或触发智能业务)分离(P41):分离过程可分为三种情况:MS发起的分离、SGSN发起的分离和HLR发起的分离。
图6 MS发起分离图7 SGSN发起的分离图8 鉴权加密(安全流程)图9 位置更新(P44)图10 手机发起服务请求(P47)图11 网络侧发起服务请求PS域会话管理(SM)图1 PDP状态机模型图2 RAB管理(创建、修改、释放、重建)图3 MS发起PDP上下文激活MS发起的PDP激活和网络发起的PDP激活或PDP二次激活。
PDP上下文修改:PDP上下文修改包括MS发起、SGSN发起、GGSN发起和由于RAB/Iu释放SGSN发起的PDP上下文修改图4 SGSN发起的PDP上下文修改图5 MS发起的PDP上下文修改PDP上下文去激活:PDP上下文的去激活可能由MS发起、SGSN发起和GGSN发起。
图6 MS发起的PDP上下文去激活图7 SGSN发起的PDP上下文去激活PDP上下文的保留和RAB的重建:在RNC发起的RAB释放、Iu释放时,可以不释放PDP上下文,RAB可在以后的服务请求过程中重建。
图8 MS发起服务请求进行RAB重建图9 SGSN发起服务请求进行RAB重建图UE运行模式UE有两种基本运行模式:空闲模式和连接模式。
上电开始UE 停留在空闲模式,通过非接入层标识如IMSI、TMSI或P-TMSI等标志来区分。
UTRAN不保存空闲模式UE的信息,仅能够寻呼一个小区中的所有UE或同一个寻呼时刻的所有UE。
当UE完成RRC连接建立时,UE从空闲模式转移到连接模式CELL_FACH或CELL_DCH状态,UE的连接模式也叫UE的RRC状态,反映了UE连接的级别以及UE 可以使用哪一种传输信道。
当RRC连接释放时UE从连接模式转移到空闲模式。
LTE基本信令流程-开机附着流程2014-01-13 15:23:21| 分类:LTE | 标签:|举报|字号大中小订阅1、正常流程:UE刚开机时,先进行物理下行同步,搜索测量进行小区选择,选择到一个suitable或者acceptable 小区后,驻留并进行附着过程。
附着流程图如下:说明:1) 步骤1~5会建立RRC连接,步骤6、9会建立S1连接,完成这些过程即标志着NAS signalling connection建立完成,见24.301。
2) 消息7的说明:UE刚开机第一次attach,使用的IMSI,无Identity过程;后续,如果有有效的GUTI,使用GUTI attach,核心网才会发起Identity过程(为上下行直传消息)。
3) 消息10~12的说明:如果消息9带了UE Radio Capability IE,则eNB不会发送UECapabilityEnquiry 消息给UE,即没有10~12过程;否则会发送,UE上报无线能力信息后,eNB再发UE Capability Info Indication,给核心网上报UE的无线能力信息。
为了减少空口开销,在IDLE下MME会保存UE Radio Capability信息,在INITIAL CONTEXT SETUP REQUEST消息会带给eNB,除非UE在执行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程(也就是这些过程MME不会带UE Radio Capability信息给eNB,并会把本地保存的UE Radio Capability信息删除,eNB会问UE要能力信息,并报给MME。
注:"UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities inECM-IDLE.)。
信令流程的详细描述同步过程当手机开机后,会去扫描所有的无线信道并在3秒至5秒内测量它们的信号强度,将30个信号最强载频存储下来,然后调制到信号强度最强的载频上,通过扫描它的FCCH突发脉冲来判断它是否是一BCCH频点,若是的话会继续去收听它的SCH突发脉冲,看是否能对之进行解调,若能通过解出的BSIC号,看是否是被SIM卡禁止的若可以接入,则继续收听BCCH广播,看该小区是否被禁止接入,若允许接入则根据小区选择准则C1算法,看是否满足C1大于0的要求,若完全通过则该小区则被选为服务小区,若其中一步失败则对次强信道进行同样的流程。
手机空闲状态下的工作当手机进入空闲模式下后,手机先对该服务小区的系统消息进行按TC顺序进行分析,若是GSM900M的话,将会系统接受SYSTEM INFORMATION TYPE 1、TYPE2、TYPE3、TYPE4;若是GSM1800M的话,则会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE3、TPPE4;若是双频网络的话会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE2 TER、TYPE3、TPPE4;每个系统消息相隔一个51复祯,中间还要根据noofMultiFrameBetweenPaging参数所定义的时长到所指定的寻呼块来接受系统的寻呼消息(一般在寻呼业务量大的地方,或邻小区多的地方该值定义的较小,即定义了手机不连续接受的时长,该值越大,在该服务区的手机就越省电,如市区可定义为2即手机在102祯内收听一次寻呼消息,郊区可定义为4或6),在手机完成对系统消息的测量后,就进入休息状态,仅在指定的寻呼块内受听寻呼消息并同时测量邻小区的BCCH的接收电平,在30秒左右的时间内又将会去收听系统消息,来判断小区重选的进程。
现对手机发起呼叫的流程进行分析:1)MS通过RACH信道先发起一channel request 消息(8bits),其中包括请求信道原因及一个随机参考值,来等待AGCH信道的指派,此时MS在物理信道TS0上等待BSC给它分配无线资源。
TDD-LTE 基本信令流程图1 概述本文主要针对TD-LTE端到端信令流程图进行分解,为端到端平台提供分析流程呈现依据。
由于部分流程无S1口信令支撑,当前根据相关文档进行的绘制,后续具备条件后进行补充调整。
2 TDD-LTE网络结构概述LTE的系统架构分成两部分,包括演进后的核心网EPC(MME/S-GW)和演进后的接入网E-UTRAN。
演进后的系统仅存在分组交换域。
LTE接入网仅由演进后的节点B(evolved NodeB)组成,提供到UE的E-UTRA控制面与用户面的协议终止点。
eNB之间通过X2接口进行连接,并且在需要通信的两个不同eNB之间总是会存在X2接口。
LTE接入网与核心网之间通过S1接口进行连接,S1接口支持多—多联系方式。
与3G网络架构相比,接入网仅包括eNB一种逻辑节点,网络架构中节点数量减少,网络架构更加趋于扁平化。
扁平化网络架构降低了呼叫建立时延以及用户数据的传输时延,也会降低OPEX与CAPEX。
由于eNB与MME/S-GW之间具有灵活的连接(S1-flex),UE在移动过程中仍然可以驻留在相同的MME/S-GW上,有助于减少接口信令交互数量以及MME/S-GW的处理负荷。
当MME/S-GW与eNB之间的连接路径相当长或进行新的资源分配时,与UE连接的MME/S-GW 也可能会改变。
E-UTRAN2.1 EPC 与E-UTRAN 功能划分与3G 系统相比,由于重新定义了系统网络架构,核心网和接入网之间的功能划分也随之有所变化,需要重新明确以适应新的架构和LTE 的系统需求。
针对LTE 的系统架构,网络功能划分如下图:eNodeB 功能:1) 无线资源管理相关的功能,包括无线承载控制、接纳控制、连接移动性管理、上/下行动态资源分配/调度等; 2) IP 头压缩与用户数据流加密; 3) UE 附着时的MME 选择;4) 提供到S-GW 的用户面数据的路由; 5) 寻呼消息的调度与传输; 6) 系统广播信息的调度与传输; 7) 测量与测量报告的配置。