-
(
1
)
EMM-DEREGISTERED
如果
UE
是在
EMM-DEGISTERED
p>
状态,则
MME
中的
EMM
上下文中没有
UE
有效的位置
或路由信息。
UE
在
MME
中是不可及的,因为系统不知道
UE
的位置
信息。
但是,在
EMM-DEREGISTERED
< br>状态,
UE
和
MME
中是有可能保存一些
UE
的上下文的,比如鉴权信
息,这样能避免每次附着的时候都要运行
AKA
程序。
(
2
)
EMM-REGISTERED
用户通过
E-UTRAN
或者
GERAN/UTRAN
进行了成功的附着程序后,
UE
就进<
/p>
入了
EMM-REGISTERED
状态
。
MME
进入
EMM-REGISTE
RED
状态,可以是通过
UE
从
GERAN/UTRAN
选择了一个
E-UT
RAN
小区而触发的
TAU
程序,也可
以是通
过
UE
从
E-UTRAN
中触发的附着程序。在
EMM-REGIST
ERED
状态,
UE
就可以正
常使用业务了。
UE
在
MME
中的位置信息至少能准确到
T
A
列表的程度。在
EMM-
REGIS
TERED
状态,
UE
至少有一个永远
都在的激活的
PDN
连接,并且建立了
EPS
安全上下文。
在执行完去附着
程序后,
UE
和
MME
中的状态就会变为
EMM-
DEREGISTERED
。收到
TAU
拒绝和附着拒绝消息,<
/p>
UE
和
MME
中
的状态行为取决
于拒绝消息中的
“
原因
值
”
,但是在大部分情况下,
UE
p>
和
MME
中的状态都会变
< br>成
EMM-
DEREGISTERED
。
如果<
/p>
UE
所有的承载都释放了,比如完成了从
E-UTRAN
向
Non-3GPP
接
入的
切换以后,那么
MME
中
UE
的
MM
状态应该变
为
EMM-DEREGISTERED
。如果
< br>UE
是驻扎在
E-UTRAN
中
的,则
UE
检测到它所有的承载都释放了以后,
UE
应该把
自己的状态改为
EMM-DEREGISTERED
。如果
UE
驻扎在
GERAN/UTRAN
中,则属
于
UE
的所有承载(
PDP
上下文)都释放了以后,
UE
要把
TIN
(
Temp
orary
Identity used in Next update
,下次更新时用的临时标识)设置为
P-TMSI
来去激
活
ISR
。这样能保证用户在重
新选择
E-UTRAN
的时候,能够执行
TAU
。如果
UE
在执行向
Non-3GPP
接入系统切换的时候,关闭了
E-UTRAN
接口,则
UE
要把自<
/p>
己的
MM
状态改为
EMM-DEREGISTERED
。
1
/
12
<
/p>
在隐式去附着定时器超时的时候,
MME
可以随时执行隐式去附着程序,执
行完隐式去附着程序后,
MM
E
中用户的状态就会变为
EMM-
DEREGISTERED
。
(
p>
3
)
ECM-IDLE
如果
UE
和
网络间没有
NAS
信令连接,
UE
p>
就处于
ECM-IDLE
状态。在
ECM-
IDLE
状态,
UE
可以执行小区选择
/
重选,或者
进行
PLMN
选择。
ECM-IDLE
状态的
UE
在
E-UTRAN
中是没有
UE
上下文的,此时既没有
S1_MME
< br>连接,也没有
S1_U
连接。
如果
UE
是在
EMM-REGISTERED
和
ECM-IDLE
状态,则
UE
能够实现以下功
能。
①
如果当前的
TA
不在
UE
从网络收到的
TA
列表中,则
UE
可以执行一个
p>
TAU
来维持注册状态,并使得
MME
p>
能够寻呼到
UE
。
②
执行周期性的
TAU
,以通知
EPC
,
UE
p>
是可用的。
③
如果
RRC
(
Radio
Resource Control
,无线资源控制)连接释放
的时候,释放原因是
“
因为负载均衡
的
原因要求做
TAU”
,则可以执行
TA
U
。
④
如
果
UE
的
TIN
是
“P
-
TMSI”
,
UE
要重新选择一个
E-U
TRAN
小区,则可以
执行
TAU
p>
。
⑤
如果由于
U
E
的核心网能力信息改变或者
UE
特定
的
DRX
参数变
了,则可以执行
TAU
。
⑥
响应<
/p>
MME
执行业务请求程序而发起的寻呼消息。
⑦
如果要发送上行用户数据,则可以执行业务请求,以
建立无线承载。
UE
和
MME
间的信令连接建立了之后,
UE
和
MME
都进入了
ECM-
CONNECTED
状态。触发用户的状态从
< br>ECM-IDLE
向
ECM-CONNECTED
转变的起始
NAS
消息有附着请求、
TAU
请求、业务请求或去附着请求。
如果
UE
是在
ECM
-IDLE
状态,则
UE
和网络有可能
是处于不同步的状态的,
即
UE
和网络
可能有不同的已经建立的
EPS
承载的集合。一旦
UE
和
MME
都进
入了
ECM-CONNECTED
状态,
UE
和网络中的
EPS
承载集合就同步了。
(
4
)
ECM-CONNECTED
在
ECM-CONNECTED
状态,
MME
中的
UE
位置信息能够准确到服务的
eNB
标识的程度。在此状态下,
UE
可以执行切换程序。
2
/
12
<
/p>
如果
EMM
系统中的
TAI
不在
UE
注册时的
TA
列表中,
UE
就要
执行
TAU
程
序,或者如果
UE
的
TIN
指示的是<
/p>
“P
-
TMSI”
,则切换到了
E-UTRAN
小区时,也要
< br>执行
TAU
程序。
UE
在
ECM-CONNECTED<
/p>
状态时,
UE
和
MME
之间是有信令连接的。信令连
接包括两部分:
RRC
连接和
S1_M
ME
连接。
如果
UE
到
MME
间的信令连接释放了
或者中断了,则
UE
要进入
ECM-I
DLE
状态。这种释放或者中断可以是由
eNB
显式地告诉
UE
的,也可以是由
UE
自己
检测到的。
S1
释放程序能把
UE
和<
/p>
MME
的状态从
ECM-
CONNECTED
变为
ECM-IDLE
。但
是,
UE
可能不会收到
S1
释放的指示,比如,由于无线链路差错或者出了覆盖
区,此时,
UE
和
MME<
/p>
中的
ECM
状态会出现临时的不匹配。<
/p>
在信令程序之后,
MME
可以释放到
UE
的信令连接,然后
< br>UE
和
MME
中的
状态就会变为
ECM-
IDLE
。
如果
UE
变成了
ECM-CONNECTED
< br>状态,但是不能建立无线承载,或者在切
换的时候,
UE
不能维持一个承载,就要去激活相应的
EPS
< br>承载。
ECM
连接指的是
p>
UE
与
EPC
之间
的连接,以
UE
和
EPC
之间是否建立
NAS
信
令连
接区分为两种状态一个是
AS
层
RRC
状态,一个是
NAS
层
ECM
状态,两者
有联系但不在同一个层面上。
前者终结在
UE
和
eNB
,判断标准是
RRC
连接是否建立;后者终结在
UE
和
MME
,判断标准是
UE
和
MME
之间的信令连接是否建立。由于
NAS
信令是包含
在
RRC
信令中的,
NAS
信令连接并不像
RRC
连接那样有一个显式的建立过程,
所以对于
p>
UE
,可以认为两者是等价的,即
RRC<
/p>
连接之后,
UE
就进入了
RRC-
connected
和
ECM-connected
状态;
RRC
连接释放后,
UE
就进入了
RRC-
idle
和
ECM-
idle
状态。
空闲态上来的信令:
3
/
12
15:06:
21.656 Paging
15:06:
22.790
IMS SIP INVITE-Request
(
0
)
15:06:
22.818 Service
Request
15:06:
22.828 RRC
Connection Request
15:06:
22.868 RRC Connection Setup
15:06:
22.868 Service
Request
15:06:
22.868 RRC
Connection Setup Complete
15:06:
22.898 Security Mode
Command
15:06:
22.898
Security Mode Complete
15:06:
22.898 RRC Connection Reconfiguration
4
/
12
15:06:
22.908
RRC Connection Reconfiguration Complete
15:06:
22.918 UE
Capability Enquiry
15:06:
22.928 UE Capability Information
15:06:
22.928 RRC Connection
Reconfiguration
15:06:
22.938 RRC Connection Reconfiguration
Complete
15:06:
22.948 IMS SIP INVITE-Trying
(
100
)
15:06:
22.988 RRC Connection
Reconfiguration
15:06:
22.988 RRC Connection Reconfiguration
Complete
15:06:
22.988Activate Dedicated EPS
Bearer Context
Request
15:06:
22.988Activate Dedicated EPS
Bearer Context
Accept
5
/
12
15:06:
23.528 RRC Connection
Reconfiguration
15:06:
23.528 RRC Connection Reconfiguration
Complete
15:06:
23.778 Measurement Report
15:06:
23.788 Measurement
Report
15:06:
23.808 RRC
Connection Reconfiguration
15:06:
23.808 RRC Connection
Reconfiguration Complete
15:06:
24.058 Modify EPS
Bearer Context Request
15:06:
24.058 Modify EPS
Bearer Context Accept
15:06:
24.118 IMS SIP
INVITE-Session Progress
(
183
)
15:06:
24.118 IMS SIP PRACK-
Request
6
/
12