PS流程Word格式.docx

PS流程Word格式.docx

《PS流程Word格式.docx》由会员分享，可在线阅读，更多相关《PS流程Word格式.docx（23页珍藏版）》请在冰点文库上搜索。

对SCP的请求作出响应，允许SCP中的业务逻辑影响呼叫处理。

从功能上讲，一个业务交换点应包括呼叫控制功能（CCF，CallControlFunction）和业务交换功能（SSF，ServiceSwitchingFunction）。

在我国目前不采用独立的IP（智能外设）的情况下，SSP还应包括部分的专用资源功能（SRF，SpecializedResourceFunction）。

呼叫处理功能接受客户呼叫，完成呼叫建立和呼叫保持等基本接续功能。

业务交换功能接收和识别智能业务呼叫，并向业务控制点报告，同时接受业务控制点发来的控制命令。

业务交换点一般以移动业务交换中心（MSC）为基础，再配以必要的软硬件以及No.7公共信道信令网接口。

1.2.2业务控制点（SCP）（标题3）

1.业务平面（标题4）

它反映了智能网面对用户提供的业务。

每一种业务均由业务特征组成。

一种业务可以只具有一种业务特征，也可以具有几种业务特征。

如免费电话业务至少需要两个业务特征：

表示的每一种业务均由业务特征组成。

其一是一个号码（OneNumber）；

其二为反向计费（ReverseCharging），由被叫集中计费，主叫用户无需付费。

2.总功能平面（标题4）

总功能平面反映了智能网所具有的总的功能。

它包括的功能部分有基本呼叫处理部分BCP（BasicCallProcessing）、业务独立构件SIB（ServiceIndependentBuildingBlock）、BCP和SIB之间的起始点POI（PointofInitiation）与返回点POR（PointofReturn）。

在业务平面中的一个业务特征需要总功能平面中几个SIB来实施。

第2章小区建立与手机注册

2.1小区建立

2.1.1小区建立流程

下面以资源状态指示过程触发小区建立流程为例，说明小区建立流程。

小区实际建立时，具体流程与具体配置相关。

下面的例子中将建立两条SCCPCH信道，一条PRACH信道，其中两条SCCPCH分别承载两条FACH、两条FACH和一条PCH，PRACH承载一条RACH。

1.小区建立流程图释义

图2-1小区建立流程

图2-1中消息流程描述：

（1）NodeB向RNC发送资源状态指示消息RESOURCESTATUSINDICATION，消息中

可能包含指示原因及相关的逻辑资源内容。

（2）RNC向NodeB发送审计请求消息AUDITREQUEST，发起资源审计过程。

（3）经过审计过程，RNC对NodeB的配置和逻辑资源状态进行检查，并可能进行RNC

与NodeB间的重新同步。

审计完成后，NodeB向RNC发送审计响应消息AUDIT

RESPONSE。

（4）RNC向NodeB发送小区建立请求消息CELLSETUPREQUEST，发起小区建立过

程。

（5）NodeB根据小区建立请求消息中给定参数，保存必要资源并配置新小区。

小区建立

结束后，NodeB向CRNC发送小区建立响应消息CELLSETUPRESPONSE，确认

小区建立成功。

（6）RNC向NodeB发送公共传输信道建立请求消息COMMONTRANSPORT

CHANNELSETUPREQUEST，请求建立一条PRACH信道。

（7）NodeB发送公共传输信道建立响应消息COMMONTRANSPORTCHANNEL

SETUPRESPONSE，确认公共传输信道建立成功。

（8）RNC采用ALCAP协议向NodeB发送QAAL2建立请求消息QAAL2ESTABLISH

REQUEST，发起Iub数据传输承载建立过程。

消息中包含AAL2绑定ID，以便绑

定Iub数据传输承载与RACH（随机接入信道）。

（9）NodeB向RNC发送QAAL2建立确认消息QAAL2ESTABLISHCONFIRM，作为

Iub数据传输承载建立请求应答。

（10）RNC向NodeB发送公共传输信道建立请求消息COMMONTRANSPORT

CHANNELSETUPREQUEST，请求建立一条SCCPCH物理信道，本例中SCCPCH

承载两条FACH（前向接入信道）和一条PCH（寻呼信道）。

（11）NodeB发送公共传输信道建立响应消息COMMONTRANSPORTCHANNEL

（12）、（14）、（16）RNC采用ALCAP协议向NodeB发送QAAL2建立请求消息QAAL2

ESTABLISHREQUEST，发起Iub数据传输承载的建立过程。

这个过程共进行三次，

分别建立三条Iub数据传输承载，每条QAAL2请求中都包含AAL2绑定ID，分别

用于把三条Iub数据传输承载绑定到两条FACH和一条PCH。

（13）、（15）、（17）NodeB向RNC发送QAAL2建立确认消息QAAL2ESTABLISH

CONFIRM，作为Iub数据传输承载建立请求的应答。

与三条QAAL2建立请求消息

对应，NodeB向RNC回复三条QAAL2建立确认消息。

（18）RNC向NodeB发送公共传输信道建立请求消息COMMONTRANSPORT

CHANNELSEUTPREQUEST，请求建立一条SCCPCH（承载两条FACH）。

（19）NodeB发送公共传输信道建立响应消息COMMONTRANSPORTCHANNEL

（20）、（22）CRNC采用ALCAP协议向NodeB发送QAAL2建立请求消息QAAL2

这个过程进行两次，

分别建立两条Iub数据传输承载。

每条QAAL2请求中都包含AAL2绑定ID，分别

用于把两条Iub数据传输承载绑定到两条FACH。

（21）、（23）NodeB向CRNC发送QAAL2建立确认消息QAAL2ESTABLISHCONFIRM，

作为Iub数据传输承载建立成功的应答。

与两条Iub数据传输承载建立请求消息对

应，NodeB向RNC回复两条QAAL2建立确认消息。

（24）RNC向NodeB发送系统消息更新请求消息SYSTEMINFORMATIONUPDATE

REQUEST。

（25）NodeB发送系统消息更新响应消息SYSTEMINFORMATIONUPDATE

RESPONSE，确认系统消息更新成功。

（26）、（28）、（30）RNC向NodeB发送三条公共测量初始化请求消息COMMON

MEASUREMENTINITIATIONREQUEST，分别要求NodeB进行3种类型的公共测

量：

采用周期报告形式的发射载波功率测量、采用周期报告形式的RTWP测量、采

用事件E报告形式的发射载波功率测量。

（27）、（29）、（31）与三条公共测量初始化请求消息对应，NodeB回送三条公共测量初始

化响应消息COMMONMEASUREMENTINITIATIONRESPONSE，确认公共测量

初始化成功。

（32）根据RNC的请求，NodeB周期性发送发射载波功率测量报告MEASUREMENT

REPORT。

（33）根据RNC的请求，NodeB周期性发送RTWP测量报告MEASUREMENTREPORT。

（34）根据RNC的请求，只有当事件E发生时，NodeB发送发射载波功率测量报告

MEASUREMENTREPORT

至此，小区建立完成，UE可以接入。

2.接口跟踪实例

略

3.重点消息说明

2.2手机注册网络

2.2.1手机注册网络流程

1.手机开机注册网络流程图释义

手机开机注册网络流程

流程说明：

1.RRC连接的建立（1－3）

2.初始化直接传输-位置更新请求（4－5）

3.安全模式的设置-鉴权和加密（6－13）

4.NAS消息传送-位置更新确认（14－15）

5.Iu释放（16－17）

6.RRC连接的释放（18－19）

2.手机开机注册网络接口跟踪实例

在操作台的消息跟踪中可以通过设定用户接口来跟踪UE开机的过程中所产生的消息，如下所示。

3.手机开机注册网络重点消息说明

1.RRC_CONNECT_REQ

这条消息由UE发往RNC，RRC的建立原因为registration；

消息中重点关注的信息：

∙Tmsi-and-lai:

通常CN会给UE分配临时的TMSI或P-TMSI，TMSI在CS域中使用，P-TMSI在PS域中使用，故多数情况下，UE在RRC连接建立请求中携带的是TMSI或P-TMSI；

同时，我们能看到当前网络的PLMN号和LAC号（十六进制）；

∙establishmentCause:

RRC的建立原因。

手机注册网络时其内容应为registration；

∙primaryCCPCH-RSCP:

当前小区的P-CCPCHRSCP值，实际值=-116+信元值

2.RANAP_INITIAL_UE_MESSAGE

观察IuTrace，第一条消息为INITIAL_UE_MESSAGE（对应图3-2中第5条消息）。

∙Mm-msg-type:

在初始UE消息中，mm的类型为位置更新请求；

∙Location-update-type:

位置更新类型中，表明为imsi-attach。

第3章PS域信令流程

3.1普通PS业务

3.1.1GPRS附着

GPRS附着过程可以理解为PS域的登记过程。

终端为了能开展PS域业务，首先由其主动发起GPRSAttachRequest，向网络侧实体（SGSN）申请注册；

如果Attach成功，则可以正常进行后续的PS域业务，如PDP上下文激活，修改等；

如果失败，则无法进行正常的PS域过程。

进行GPRS附着过程时，首先必须建立RRC连接（若已存在一个RRC连接，则可在这个RRC连接上直接进行GPRS附着过程）。

在网络发送的AttachAccept消息中，也有可能给UE发送P-TMSI号，是属于ps域的临时标识，基本作用和TMSI是一样的。

如果CS的位置登记和PS的附着过程都分配了临时标识，则TMSI的优先级高于P-TMSI。

1.GPRS附着流程图释义

图3-1GPRS附着流程

2.GPRSAttach接口跟踪实例

3.GPRSAttach重点消息说明

1.RANAP_INITIAL_UE_MESSAGE

这条消息由RNC发往CN，用来做PS-Domain的attachrequest；

消息中重点关注的信息：

∙attach-type:

附着类型表明了UE要做GPRS附着；

∙Rnc-id：

表明RNC的标识，RNCID=550.

2.RANAP_DIRECT_TRANSFER（No.2From-CN）

这条消息由CN->

UE，内容为attach-accept。

∙Attach-accept:

表示SGSN接受终端的GPRS附着请求；

∙lai:

指示plmn、lac、rac标识。

3.RANAP_DIRECT_TRANSFER（No.3To-CN）

这条消息由UE->

CN，内容为attach-complete。

3.1.2PDPContext激活流程（UE发起）

一个UE发起的PDP上下文激活过程，目的是向SGSN申请某种数据业务，如浏览网页、在线视频浏览等业务。

如果之前UE没有建立RRC连接，则首先需建立RRC连接，再通过初始直传建立传输NAS消息的信令连接，最后建立RAB。

如果PDP上下文激活过程是由网络主动发起，则信令流程中将包含寻呼过程。

在接入层内与主叫过程很类似，其它区别主要体现在NAS消息上，在此不再详述。

终端GPRS附着成功后，即可发起PDP激活过程。

这个激活过程由终端发起。

若此刻RRC连接已经释放，终端首先应建立RRC连接，然后发起初始直传（能够触发建立Iu口信令连接的NAS消息为初始直传，如位置登记请求，GPRS附着请求，SERVICEREQ）。

网络接受请求后，UE发起激活PDP上下文请求，包括希望传输信息所用的QoS等信息（如UL/DLMaximumBitRate）。

网络侧收到这个请求之后，Iu口上发起RAB指配过程，指配地面电路，RNC会发起rl重配置过程和RB建立过程，建立64Kps+3.4KSIGN的链路，为后续传输PS域数据做好准备。

NODEB会根据RLRECFG消息配置好NODEB侧的空中资源，UE会根据RBSETUP消息配置好UE侧的空中资源（包括RB,传输信道，物理信道，发送功率等）。

等NODEB和UE侧新的配置都生效后，RNC收到RBSETUPCOMPLETE消息，通知核心网RAB指配完成，网络侧发送ActivatePDPContextAccept消息（包括网络侧可以允许的QoS和网络侧为UE分配的外部IP地址），PDP激活的信令过程完成，整个信令和业务的通道建立完成，此时可以进行业务的传送了（下载和上传文件，浏览网页等）。

1.PDPContext激活流程图释义

图3-1终端发起的PDP激活流程

1.RRC连接的建立；

（1－3）

2.初始化直接传输；

（4－5）

3.CommonID；

6

4.安全模式的设置；

鉴权和加密（7－14）

5.NAS消息传送；

（PDP激活请求消息15－16）

6.RAB的建立过程；

（17－20）

7.NAS消息传送；

（PDP激活确认消息21－22）

2.PDPContext激活接口跟踪实例

在操作台的消息跟踪中可以通过设定用户接口来跟踪UE在PDP激活中所产生的消息，如下所示。

3.PDPContext激活重点消息说明

这条消息由UE发往PS-CN，用来做业务请求；

∙cN-DomainIndicator:

标识为PS域

∙sAI：

表明PLMN网号为46000，MCC=460,MNC=00,LAC=42337,SAC=40972

2.RANAP_COMMON_ID

这条消息由CN发往RNC，用来告知iMSI号；

∙iMSI:

核心网返回给RNCUE的IMSI号,每个字节倒装。

应为460077107500340f

3.RANAP_DIRECT_TRANSFER（No.7To-CN）

CN，内容为PDP激活请求。

∙Act-PDP-CONTEXT-REQUEST:

表明该直传消息内容为PDP上下建立请求消息

∙trafficClass:

指示业务类别，本例为交互类业务

∙maxbitrateup：

指示上行最大比特率，本例设定了上行最大比特率为32k,参见备注中的公式。

∙maxbitratedown：

指示下行最大比特率。

公式和上行最大比特率是一样的。

本例信元值是72，根据公式64k（Themaximumbitrateis64kbps）+（信元值（thebinarycodedvaluein8bits–01000000）*8kbps）=64k+（（72-64）*8k）=128K。

∙guarbitrateup：

指示上行保证比特率。

公式同最大比特率。

∙guarbitratedown：

指示下行保证比特率。

4.RANAP_RAB_ASSIGNMENT_REQ（No.8From-CN）

RNC，内容为PDP激活请求。

∙rAB-ID:

RAB标识,这个元素唯一地识别一个特定UE在CN域的无线接入承载，它在一个Iu连接上是唯一的。

RABID在此RAB存在期间应不变，即使RAB重定位到另一个Iu连接RABID也不变；

∙MaxBitrate:

指示下行最大比特率，本例为128kbit；

指示上行最大比特率。

本例为64kbit。

5.RANAP_DIRECT_TRANSFER（No.10From-CN）

UE，内容为PDP确认消息。

∙Act-PDP-CONTEXT-ACCEPT:

表明该直传消息内容为PDP上下建立确认消息；

∙其余请参考RANAP_DIRECT_TRANSFER（No.7To-CN）释义。

3.1.3PDPContext去激活流程（UE发起）

1.PDPContext去激活流程释义

图3-1终端发起的PDP去激活流程

1.NAS消息传送；

（PDP去激活请求消息&

确认1－4）

2.安全模式的设置；

3.Iu释放；

（5－6）

4.RRC连接释放过程；

（7－8）

5.RL链路释放；

（9－10）

2.PDPContext去激活接口跟踪实例

在操作台的消息跟踪中可以通过设定用户接口来跟踪UE去激活的过程中所产生的消息，如下所示。

3.PDPContext去激活重点消息说明

1.RANAP_DIRECT_TRANSFER（No.2To-CN）

这条消息由UE发往CN，用来做dea_PDP_Ccontext_Req；

∙dea-PDP-CONTEXT-REQUEST:

去激活PDP请求；

∙rAC：

路由区标识；

∙pLMNidentity：

46000；

∙lAC：

位置区标识，为42337；

∙sAC：

服务区标识，为45729.

2.RANAP_DIRECT_TRANSFER（No.3From-CN）

这条消息由CN发往UE，用来告知终端PDPCONTEXT去激活得到确认。

去激活PDP请求