WCDMA信令流程.ppt

从业务角度，我们对Iu 接口主要业务流程作一简要介绍。为方便起见，我们分为以下流程分别介绍；指配/加密/寻呼协调位置更新流程（Iu-CS）UE 主叫流程（Iu-CS）UE 被叫流程（Iu-CS）UE 发起PDP 激活/去活流程（Iu-PS）CN 发起PDP 激活/去活流程（Iu-PS）,Iu 接口主要业务流程,指配/加密/寻呼协调:指配,Iu 接口 RAB 指配过程（建立）,注：ERQ-Establish Request;ECF-Establish Confirm.,Iu 接口 RAB 指配过程（释放）,指配/加密/寻呼协调:指配,Iu 接口 Iu 释放伴随 RAB 释放,指配/加密/寻呼协调:指配,指配/加密/寻呼协调:加密,1.该过程用于CN向UTRAN传送进行加密和一致性保护的信息。UTRAN在之后的RAB连接建立、重定位等过程中将使用这些算法；2.若 RNC 响应 Security Mode Reject，则 CN 需要终止当前的业务处理流程，发起 Iu 释放流程；3.加密流程为 Iu 接口的通用流程，可用于位置更新、呼叫、迁移等各种面向连接业务流程中；4.加密流程为 Iu 接口的可选流程，为缩短 UE 的接续时间，减少系统的处理负荷，CN可以选择不启动加密流程；,指配/加密/寻呼协调:加密,指配/加密/寻呼协调:寻呼协调,COMMON ID 与寻呼协调：在RNC与CN 建立连接之后，CN要尽快将UE的 IMSI告诉给RNC；当RNC 收到 CN 来的 Paging 消息之后，使用 Paging 消息中的 IMSI 查找此 UE 是否已经与 RNC 建立 RRC 连接；当RNC 发现：UE与CN的另一个域（如PS域）已经建立 RRC 连接，RNC就在此已有的 RRC 连接上下发 Paging 消息；否则，在公共寻呼信道广播 Paging 消息；如果一个 UE 同时与 CN 的 CS域、PS 域建立了连接，那么这两个 Iu 连接一定共用同一个无线接口的RRC连接；UE 只要与 CN 的某一个域建立连接，UE 就不再监听公共寻呼信道上的 Paging 消息；,指配/加密/寻呼协调:寻呼协调,位置更新流程（Iu-CS）,位置更新流程的作用 将UE在 HLR 中的用户签约信息插入 VLR 中：如用户签约/激活了哪些业务(电信业务/补充业务)UE 进行呼叫(主叫/被叫)的前提：UE 进行呼叫时，VLR中必须有该用户的数据：是否签约了某项业务（如 SMS），是否登记/激活了呼叫闭锁、前转等补充业务等；UE 作为被叫时，CN 找到 UE 的前提：MSC/VLR 保存其 LAI 便于下发寻呼、HLR 保存 UE所在的 MSC/VLR 号码，以获取提供漫游号码：,位置更新流程（Iu-CS）,MM:位置更新、Attatch(1),MM:位置更新、Attatch(2),电路域呼叫,电路域呼叫可能由UE发起(MOC:mobile originated call)电路域呼叫也可能由网络侧发起(MTC:mobile terminated call)进行呼叫过程中，需要在CN与UE以及UTRAN与UE间进行信令交互在UTRAN中，UE的状态可能产生变迁,UE 主叫流程（Iu-CS）,1.UE 主叫流程与 GSM 的 MS 主叫流程基本一致；UE 发起呼叫的初始消息含在 Initial UE message 消息中；2.Iu 接口连接建立之后，CN 可以发起 Common ID 流程，用于寻呼协调；3.CN 判断此 UE 是否有权限接入：若可以接入，则通过出发鉴权/加密流程表示允许，或直接下发 Direct Transfer(Cm service accept);否则，CN 发起 Iu 释放流程；4.被叫号码在 L3 的 Setup 消息中带上，CN 通过号码分析决定呼叫的属性：出局呼叫PSTN，局内呼叫等。5.被叫号码分析成功，下发 Call proceeding,并启动 RAB 指配流程；6.被叫用户振铃后，CN 向 UE 发送 Alerting 消息；7.被叫用户摘机后，CN 向 UE 发送 Connect 消息；8.UE 收到 Connect 消息之后，回送 Connect Ack 消息，接通呼叫9.呼叫结束时，若 主叫UE 先挂机，则主叫 UE 向 CN 发送 Disconnect 消息；若被叫先挂机，则 CN 向主叫 UE 发送 Disconnect 消息；,UE 主叫流程（Iu-CS）,UE 被叫流程（Iu-CS）,1.CN 分析被叫所在的 UE 在本 CN 范围内，则下发无连接的Paging 消息；2.UE 监听到 寻呼自己的消息后，通过 RNC，以 paging response 消息发起连接建立；3.CN 可以发起 Common ID 以支持 RNC 的寻呼协调；4.CN 下发 setup 消息，带上主叫号码（若 UE 有 CLIP 业务）；5.CN 收到 UE 的 call confirmed 消息后，启动 RAB 指配流程；6.UE 被叫振铃后，向 CN 发出 Alerting 消息；7.UE 被叫接听，向 CN 发出 Connect 消息；8.CN 回送 Connect Ack 消息，呼叫接通；9.挂机的消息流程同主叫流程；,UE 被叫流程（Iu-CS）,CC:UE主叫(1),CC:UE主叫(2),CC:UE被叫(1),CC:UE被叫(2),CC:UE被叫(3),CC:连接释放,UE发起PDP 激活/去活流程（Iu-PS）,1.UE 通过初始消息，与网络侧建立连接；2.UE 主动发起 PDP 激活流程，其中伴随着 RAB 指配（建立）流程；3.PDP 上下文激活之后，开始用户面的业务数据传递过程；4.用户业务处理完毕，UE 发起 PDP 去活流程；5.如果该 Iu 信令连接上只有一个 RAB ID，则释放 Iu 连接；否则，只需要通过 RAB 指配流程释放与该 PDP 相关的 RAB ID 即可；,UE发起PDP 激活/去活流程（Iu-PS）,Iu-PS 接口的 UE 被叫流程1.Iu-PS 域的被叫流程由 CN 通过 Paging 消息发起；2.在与 UE 建立连接之后，CN 发起“Request PDP Context Activate”消息；3.UE 收到上述消息之后，决定激活PDP；4.后续流程与 UE 主叫基本相同；,UE被叫流程（Iu-PS）,CN发起PDP 激活/去活流程（Iu-PS）,PDP上下文激活,UE工作的模式和状态,Idle模式UE处于待机状态，没有业务的存在，UE和UTRAN之间没有连接，UTRAN内没有任何有关此UE的信息Connected模式Cell-DCH,Cell-FACH,Cell-PCH,URA-PCHCell-DCHUE处于激活状态，正在利用自己专用的信道进行通信，上下行都具有专用信道，UTRAN准确的知道UE所位于的小区中,Cell-FACH,Cell-FACHUE处于激活状态，但是上下行都只有少量的数据需要传输，不需要为此UE分配专用的信道，下行的数据在FACH上传输，上行在RACH上传输，下行需要随时监听FACH上是否有自己的信息，UTRAN准确的知道UE所位于的小区，保留了UE所使用的资源，所处的状态等信息,Cell-PCH和URA-PCH,Cell-PCHUE上下行都没有数据传送，需要监听PICH，以便收听寻呼，因此UE此时进入非连续接收，可有效的节电UTRAN准确的知道UE所位于的小区，这样，UE所位于的小区变化后，UTRAN需要更新UE的小区信息URA-PCHUE上下行都没有数据传送，需要监听PICH，进入非连续接收，UTRAN只知道UE所位于的URA（UTRAN Registration Area，一个URA包含多个小区），也就是说，UTRAN只在UE位于的URA发生变化后才更新其位置信息，这样更加节约了资源，减少了信令,UE状态示意图,-搜索网络(PLMN)-“驻扎”小区(camp on),-侦听paging channel-小区重选,-专用信道-Radio bearers传输业务,-高层信令触发(CN),-减少活动，DTX，节电,RRC connection,这些状态只用与UTRAN与UE，对CN来说，这些状态是透明的,PS连接释放,当网络侧或是UE没有数据需要传送时，进行PS连接的释放(RNC通过活动状况进行检测判断)PS连接释放后，网络释放、回收UTRAN原来分配的资源UE的状态首先迁移到cell_PCH状态，如果继续没有数据在UE和CN间传送，UE的状态将再迁移到URA _PCH状态,PS连接释放(续),没有数据传送的情况持续一段时间后，UTRAN要求CN进行RAB释放，CN可能继续保持PDP上下文RRC的状态变迁到IDLERAB释放后一段时间以后，CN或是UE执行PDP去活流程，PDP上下文将被释放,