WCDMA呼叫信令流程
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
对于信令流程,应该从以下几个方面掌握:
1.能够写出一个完整的呼叫的流程,其中包括RRC连接,Iu口控制面连接,鉴权加密,RAB Assignment。
2.能够写出一个释放业务的流程,清楚的指导单业务和多业务分别释放的流程。
3.能够知道呼叫过程中的每条消息对应的物理信道。
4.能够清楚的理解呼叫过程中的每条消息的主要内容
5.能够清楚的知道呼叫过程中每条消息流经的空中接口和地面接口
6.后期,能够结合NodeB和RNC的单板,指导相关信令从硬件上的流程。
RRC连接:
1.RRC Connection Request
1.1 在这个消息中,主要必须知道其中主要的三个信元:
第一,UE的标识:优先级依次为UE的TMSI或者P-TMSI,IMSI,IMEI
第二,UE发起RRC Connection的原因:其中包括Conversational,Streaming,Interactive,Background,High Priority Signaling, Low Priority Signaling
第三,UE测量到的当时CPICH的Ec/Io
1.2对于这个消息:
从Uu口来看,它从UE的RRC层到UTRAN的RRC层,途径Node B,这个消息在Node B中经过Iub口的用户面,具体是RACH FP。采用的方式是SRB0
1. 3这个消息逻辑信道是CCCH,传输信道RACH,物理信道是PRACH
2.RL Setup Request
2.1这个消息是RNC发给Node B的,其中包含了分配给该UE的所有层一的资源。RNC告诉Node B,让Node B准备相应的资源。在信令Trace中,可以看到里面包含了所有物理信道的配置信息。
2.2这个消息从RNC到Node B,通过NBAP协议过来,具体来说就是CCP。
2.3这里要区分Iub口的用户面和控制面,简单的说来,其用户面就向一个转接头,只是把高层的消息转接过去。而控制面,则是处理了所有RNC和Node B私人之间相关的消息。
3.Start RX
这个时候Node B收到以上参数后,开始收上行UE发来的数据,但是由于UE还不知道上行它自己可以用什么参数,Node B 此时什么都收不到。
4.RL Setup Response
Node B给RNC回送的一个准备完成的消息。
5.ALCAP同步
5.1这个同步,主要是给相应的DCH分配AAL2资源。AAL2资源的分配和回收都是Q.AAL2完成的,也就是这个分配的消息途径Iub口的传输网络控制面。
6.DCH FP同步
6.1这个消息主要包含一个CFN
6.2 其作用主要是Node B中的DCH和RNC中的DCH同步,此消息为IuB口的用户面。
7.Start Tx
此时Node B开始发下行的数据,DPCCH
8.RRC Connection Setup
8.1这个消息包含的信息内容如下:
第一,包含了物理层的所有内容,这个方面类似于RL Setup Request中的内容
第二,包含了所有层二的内容,也就是信令RB的内容
8.2这个消息在Uu口上仍然是在控制面,采用的RB方式是SRB0
8.3这个消息逻辑信道是CCCH,传输信道是FACH,物理信道是SCCPCH
9.空口下行同步问题
9.1 UE收到这个消息后,知道上行和下行所有的层一,层二的参数。
9.2下行同步:UE开始收下行Node B发过来的DPCCH,判断信号的质量是否足够好,主要是收DPCCH中的Pilot域。当满足一定的判断标准后,UE的层一会报告层三一个同步的消息(协议中描述为同步原语)。此时标志下行同步完成。
10.空口上行同步问题
10.1UE下行同步完成以后,UE会按照RRC Connection Setup消息中RNC分配的上行资源开始发上行的信号,这个信号是上行DPCCH。
10.2同样,NodeB此时就会收到上行的DPCCH信号了,同样也有类似下行同步检测的一个过程。当满足一定的同步判断标准好,UTRAN中的层一也会报告给层三一个同步消息(协议中描述为同步原语),这个消息就是RL Restore。
10.3 很明显,这个消息途径Iub口,属于NodeB和RNC两者私人的对话,经过的是其控制面,也就是NBAP。
11.RRC Connection Setup Complete
11.1 这个消息的主要作用就是告诉RNC RRC建立完成,其中包括一个重要的消息:UE的能力信息。
11.2 其途径Iub口,但是NodeB在这里面起的作用只是一个转接头,走的是Iub口的用户面。
11.3 此时UE已经知道了上下行的物理信道的参数,所以这个消息使用的传输信道是DCH,物理信道是DPDCH,之后所有的消息都是走专用信道。
至此,RRC连接建立完成,也就是UE中的Uu口的层三到UTRAN中的Uu口的层三,也就是信令面的连接建立完成。
12 Iu口控制面的连接建立:
12.1 Iu口控制面连接的建立是由UE发起的,表现在Initial DT发起的,告诉RNC两个东西:
第一:此消息送到核心网的哪一个域。
第二:NAS层的消息,此时RNC不解读
故此消息表征如下:
12.2 此消息在Uu口仍旧是经过控制面,在Iub口通过其用户面。
12.3 RNC收到UE发上来的Initial DT后,知道需要将其转交给CN的CS域(以上图为例),将其封装到RANAP协议中,也就是Iu口的控制面,发给CN。在这个消息中,就可以看到NAS的具体内容,如下图
其中内容就有NAS的具体消息,其中由MM Message,(Mobile Management)其中就是CM Request。
13 Common ID
这个Common ID 是CN发给RNC的,主要内容就是UE的IMSI。之前在空口传的基本都是UE的TMSI或者PTMSI。RNC收到这个消息后把该UE的IMSI和该UE的RRC连接进行绑定。为以后寻呼在连接状态下的UE做准备。
14 鉴权过程
14.1鉴权过程是由CN发起的,在CN中VLR/SGSN首先在HLR中结合该UE的K值(此值在UE的SIM卡中和HLR中都有)请求该UE的鉴权五元组,其中包括XRES,CK,IK, RAND, AUTN。
14.2 VLR/SGSN将该消息给RNC,但是只会包含CK,IK,RAND,AUTN。
14.3 RNC保留CK,IK,将RAND,AUTN发给UE。这个消息在空口上表现为RRC_DL_DIRECT_TRANSF。
14.4 UE收到这个消息后,结合SIM卡中的K值和RAND,计算AUTN,如果计算所得结果和RNC下发结果一致,表明UE对网络鉴权成功。同时UE还会结合K值和RAND,利用另外一个函数,算出XRES。依此类推,UE会算出CK,IK。
14.5 UE算出XRES后,会将此值发给RNC,RNC收到这个消息后,会转发给我CN。CN检查UE发回的XRES和自己保留的XRES是否一致,一致则表明网络对手机鉴权完毕。
以上就是一个鉴权的基本过程。
15.加密和安全模式
鉴权后,会马上进行这两个过程:
加密的作用是保证在空口的数据不被窃听,安全模式的作用是保证空口的数据不被篡改。
16.RAB Assignment
这个过程也是呼叫流程中一个比较重要的步骤,经过前面的流程,整个信令面的连接都已经建立。那么RAB指派这个流程就是建立用户面。
16.1这个流程是由CN发起的,信令流程表现为RANAP_RAB_ASSIGNMENT_REQ。其中包含最重要的消息是业务的Qos,具体说来就是业务的速率,时延和BLER。
16.2 RNC收到此消息后,会将之映射成接入层各层的参数,具体说来包括TRB和物理层的参数。之后RNC修改已有的Radio Link。信令流程表现为NBAP_RL_RECFIG_PREP。很明显,这个信令走得还是NBAP。同样后续的就有NBAP_RL_RECFIG_READ,ALCAP同步,FP同步。