51学通信技术论坛

标题: 业务请求(Service Requst)流程---MS发起的业务请求流程 [打印本页]

作者: 爱卫生 时间: 2012-10-28 15:24:27 标题: 业务请求(Service Requst)流程---MS发起的业务请求流程

1 概述

业务发起流程用于：

1) PMM-IDLE状态的MS利用业务请求程序向SGSN请求建立一条安全的连接，用于发送上行链路信令消息或用户数据；

2) MS在PMM-CONNECTED状态时，也可为已激活的PDP 上下文请求资源预留。

2 流程参考标准

流程参考标准3GPP TS23.060的6.12.1节。

3 信令流程图

[attach]1832[/attach]

图例：MS发起的业务请求流程

4 流程描述

1) 如果不存在CS通信，则MS建立RRC连接。

2) MS向SGSN发送Service Request（P-TMSI、RAI、CKSN、Service Type）消息。Service Type指示所请求的业务。Service Type会指示出：数据或信令。在这里，SGSN可能会执行鉴权流程。

- 如果Service Type指示为数据，则会在MS和SGSN间建立信令连接，分配激活PDP上下文的资源，比如为激活PDP上下文的RAB建立。

- 如果Service Type指示为信令，则会在MS和SGSN间建立信令连接从而发生上层信令消息，比如Activate PDP Context Request。不为激活PDP上下文分配资源。

3) 如果MS是在PMM-IDLE状态发起的业务请求，则SGSN会进行安全模式控制流程。

4) 网络处于PMM-CONNECTED状态且Service Type指示为数据时，若业务请求被SGSN接受，则SGSN会向MS发送Service Accept消息。若Service Type指示为数据，SGSN会发送Radio Access Bearer Assignment Request（NSAPIRAB ID、TEID、QoS Profile，SGSN IP Address）消息，除了拥有最大上行比特率、下行比特率为0的PDP上下文之外，为每个激活的PDP上下文重建RAB。

5) RNC指示MS已经建立新的无线接入承载标识和相应的RAB ID 。

6） SRNC回复Radio Access Bearer Assignment Response （RAB ID(s)，TEID(s)，QoS Profile(s)，RNC IP Address(es)）消息。在Iu接口上建立GTP 隧道。如果RNC返回的Radio Access Bearer Assignment Response 消息中携带的原因值指示无法提供要求的QoS， i.g.“ Requested Maximum Bit Rate not Available”，则SGSN会再发送带有不同的QoS的Radio Access Bearer Assignment Request消息。重试的次数和新Qos的值与实现相关。

7）对每一个修改了的QoS的重建RAB，SGSN将发起PDP 上下文修改流程通知MS和GGSN对应PDP上下文的新协商的QoS。

8）MS发送上行包。

- 如果服务类型为信令：MS在收到RRC安全模式控制消息后认为SGSN成功的收到服务请求消息。

- 如果服务类型为数据：如果在PMM-IDLE状态，MS在收到RRC安全模式控制消息后认为SGSN成功的收到服务请求消息；如果在PMM-CONNECTED状态，MS在收到服务接受消息后，认为SGSN成功的收到服务请求。

服务接受消息并不意味着RAB(s)重建成功。

无论任何服务类型，如果服务请求不能被接受，网络侧将会回应一个服务拒绝消息并带上合适的原因给MS。

当服务类型为数据时：如果SGSN 重建RAB(s)失败，SGSN将会发起修改过程或者将PDP去激活，具体情况根据QoS协商决定。

5 嵌套流程

本节包括了MS发起的业务请求流程中的嵌套流程的相关描述，以及可选消息的触发条件。

流程或消息名称
触发条件
RRC连接建立流程
业务请求发起时不存在CS通信。
安全模式控制流程
MS是在PMM-IDLE状态发起的业务请求。
RAB指派流程
Service Type指示为数据。
SGSN发起的PDP上下文修改流程
SGSN重建了修改QoS的RAB。
Service Accept
网络处于PMM-CONNECTED状态且Service Type指示为数据时，业务请求被SGSN接受。

6 重要信令消息及参数

信令消息
重要参数
属性
参数作用
Service Request
Protocol discriminator
M
标识L3消息所属的协议。
Service Request
M
标识消息的类型。
Ciphering key sequence number
M
鉴权信息 3比特长，000-110标识鉴权信息，全1时标识无鉴权信息
Service type
M
发起业务类型，3比特长，000为signaling,001为data,010为paging response
P-TMSI
M
SGSN分配给用户的临时标识。
PDP context status
O
标识PDP上下文的状态。
Service Accept
Protocol discriminator
M
标识L3消息所属的协议。
Service Accept
M
标识消息的类型。
PDP context status
O
标识PDP上下文的状态。

作者: 爱卫生 时间: 2012-10-28 15:30:05 标题: 业务请求(Service Requst)流程---网络发起的业务请求流程

1 概述

当3G-GGSN收到发送给处于PMM-IDLE状态的MS的数据包时，会向UTRAN发出寻呼请求。该寻呼请求将在MS中触发业务请求流程。

2 流程参考标准

流程参考标准3GPP TS23.060的6.12.2节。

3 信令流程图

[attach]1833[/attach]

图例网络发起的业务请求流程

4 流程描述

1) SGSN收到处在PMM-IDLE的MS的下行PDP PDU。

2) SGSN发送寻呼消息给RNC，RNC寻呼通过发送寻呼消息寻呼MS。

3) 如果没有CS通路，MS建立RRC连接。

4) MS发送Service Request（P-TMSI， RAI，CKSN，Service Type）消息给SGSN。服务类型为寻呼响应。此时，SGSN可能发起一个鉴权。SGSN知道下行包是否需要RAB重建。

5) SGSN 指定加密模式。

6) 如果PDP上下文的资源重建，SGSN 发送Radio Access Bearer Assignment Request （RAB ID(s)，TEID(s)，QoS Profile(s)，SGSN IP Address(es)）消息给RNC。RNC 发送Radio Bearer Setup （RAB ID(s)）消息给MS。MS发送Radio Bearer Setup Complete消息给RNC 。RNC 发送Radio Access Bearer Assignment Response（RAB ID(s)， TEID(s)，RNC IP Address(es)）消息给SGSN，指明GTP隧道已经建立在Iu接口，并且无线接入承载已经在RNC和MS之间建立。如果RNC回应的Radio Access Bearer Assignment Response消息中的原因值是要求的QoS无法提供。e.g.“ Requested Maximum Bit Rate not Available”，那么SGSN将发送新的Radio Access Bearer Assignment Request消息携带不同的QoS。重试的次数与新的QoS参数和产品实现相关。

7) 对于每一个RAB重建修改QoS，SGSN会发起一个PDP上下文修改过程通知MS和GGSN新的QoS。

8) SGSN发送下行包。

如果服务类型为寻呼响应，MS在收到RRC 的安全模式控制消息后，认为服务请求已经被SGSN成功的收到了。

如果SGSN重建RAB(s)失败，SGSN将会发起一个修改过程。

5 嵌套流程

本节包括了网络发起的业务请求流程中的嵌套流程的相关描述，以及可选消息的触发条件。

6 重要信令消息和参数

信令消息
重要参数
属性
参数作用
Paging
该消息中参数与GPRS寻呼流程中相同。
RRC Connection Request
该消息中参数与RRC连接流程中相同。
Service Request
该消息中参数与MS发起的业务请求流程中相同。
Radio Access Bearer Assignment Request
该消息中参数与RAB指派流程中相同。
Radio Access Bearer Assignment Response
该消息中参数与RAB指派流程中相同。

作者: gege 时间: 2012-11-9 15:23:35

爱总，你在流程描述的第二条里说到，SGSN可能会执行鉴权流程，为什么是可能呢？哪些情况是必须鉴权，哪些是不用鉴权的？谢谢！

作者: 爱卫生 时间: 2012-11-9 23:33:46

gege 发表于 2012-11-9 15:23
爱总，你在流程描述的第二条里说到，SGSN可能会执行鉴权流程，为什么是可能呢？哪些情况是必须鉴权，哪些是 ...

这个是规范的描述。原文就是“At this point, the SGSN may perform the authentication procedure”。规范里还这么说“If no MM context for the MS exists anywhere in the network, then authentication is mandaroty。”

所以说，只有当SGSN丢失了MM的上下文就会强制执行鉴权过程。这对于很多流程都是适用的。

作者: hycl5410 时间: 2012-11-10 21:14:40

补充一下，现网中为了防止P-TMSI重复导致的串号问题，一般会对ATTACH,inter_SGSN_RAU强制鉴权。对于非周期性的intra_SGSN_RAU,则看厂家实现，若P-TMSI在RAI内唯一，那么也需要强制鉴权。

作者: 理想 时间: 2012-11-29 14:00:25

爱总请教个问题：“ 如果服务类型为数据：如果在PMM-IDLE状态，MS在收到RRC安全模式控制消息后认为SGSN成功的收到服务请求消息；如果服务类型为寻呼响应，MS在收到RRC 的安全模式控制消息后，认为服务请求已经被SGSN成功的收到了。”里面这个“MS在收到RRC安全模式控制消息”在SGSN上指的是什么消息呢？发送了这个消息就不会再发"service accept"了吗？向您确认一下，谢谢！

作者: hycl5410 时间: 2012-11-29 14:26:51

里面这个“MS在收到RRC安全模式控制消息”在SGSN上指的是什么消息呢？
SGSN是不会发这个消息的，这是个RRC层消息。SGSN在RANAP层会发SecurityModeControl信令，但是该信令终结在RNC上，不会到达UE。没细研究过这两个信令之间的关系。

发送了这个消息就不会再发"service accept"了吗？
service accept只有网络处于PMM-CONNECTED状态且Service Type指示为数据时，才可能发，其他场景都不会有service accept信令。

作者: 理想 时间: 2012-11-29 14:56:51

请教：
PMM-IDLE状态下 service request（type=date）和PMM-CONNECTED 状态下service reques（type=date）有什么区别呢？作用都是什么呢？大家聊聊。

作者: hycl5410 时间: 2012-11-30 13:57:15

TS 24.008
The purpose of this procedure is to transfer the PMM mode from PMM-IDLE to PMM-CONNECTED mode, and/or to assign radio access bearer in case of PDP contexts are activated without radio access bearer assigned. In latter case, the PMM mode may be PMM-IDLE mode or may alternatively be the PMM-CONNECTED mode if the MS requires radio access bearer re-establishment.

If the SERVICE REQUEST message was sent in PMM-CONNECTED mode, then the reception of the SERVICE ACCEPT message shall be treated as a successful completion of the procedure. The timer T3317 shall be stopped and the MS remains in PMM-CONNECTED mode.

If the PDP context status information element is included in the Service Accept, then the MS shall deactivate locally (without peer to peer signalling between the MS and the network) all that PDP contexts which are not in SM state PDP-INACTIVE on MS side but are indicated by the Network as being in state PDP-INACTIVE.

从没见过PMM-CONNECTED下发service request的情况，但是确实规范写的很明确。不好意思我只摘了R6版本的，后续版本懒得去看了

作者: hycl5410 时间: 2012-11-30 14:34:32

想到这样一个场景，UE激活了多PDP。
肯定是一个UE一个Iu-C连接，多个Iu-U连接。
假设其中某一个PDP上带着数据，另一个PDP一段时间内不带数据。
那么对于不带数据的那个PDP，SGSN是否会运行某个idle timer去删除其RAB呢？这个我不确认，从没见过甚至也没想过这种情况。。。

RNC呢？

如果以上猜测成立，那么MS requires radio access bearer re-establishment场景就可以复现了。

作者: lelepxl2011 时间: 2013-9-5 13:17:14

有一系列类似“中国联通移动核心网信令流程参考手册——分组域.doc”的手册讲得很不错，中文版的，大家可以找找看，这论坛真心不错，爱总很厉害

作者: meng_shine 时间: 2014-2-20 23:05:59

爱总，“如果RNC回应的Radio Access Bearer Assignment Response消息中的原因值是要求的QoS无法提供。e.g.“ Requested Maximum Bit Rate not Available”，那么SGSN将发送新的Radio Access Bearer Assignment Request消息携带不同的QoS。
这里sgsn将重新发新的request
是规范这么要求的么？

作者: 爱卫生 时间: 2014-2-24 20:24:24

meng_shine 发表于 2014-2-20 23:05
爱总，“如果RNC回应的Radio Access Bearer Assignment Response消息中的原因值是要求的QoS无法提供。e.g.“ ...

是的。原文如下：“
If the RNC returns aRadio Access Bearer Assignment Response message with a cause indicating thatthe requested QoS profile(s) can not be provided, e.g. "Requested MaximumBit Rate not Available", the SGSN may send a new Radio Access BearerAssignment Request message with different QoS profile(s). ”

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)

流程或消息名称	触发条件
RRC连接建立流程	业务请求发起时不存在CS通信。
安全模式控制流程	MS是在PMM-IDLE状态发起的业务请求。
RAB指派流程	Service Type指示为数据。
SGSN发起的PDP上下文修改流程	SGSN重建了修改QoS的RAB。
Service Accept	网络处于PMM-CONNECTED状态且Service Type指示为数据时，业务请求被SGSN接受。