针对A/Gb模式下,BSS终止数据传输时对实时业务类型的PDP上下文的保持功能的补充

爱卫生

  在TS23.060 V5.5规范之前,提到了在Iu模式下,Iu 连接释放后,如果对应的PDP上下文业务类型是实时类业务,即steaming或conversational类型的业务,网络侧和UE是可以将这个PDP上下文保持起来不删除的.但规范并没有提到A/Gb模式中是否也应该有这种保持机制.可能3GPP认为GSM的空口带宽太小了,不足以承载实时类型业务.
  基于这种现状,在2003年4月7日到11日在韩国首尔举行的3GPP TSG-SA2第31次会议上,由西门子提出了关于增加在A/Gb模式下,当终止数据传递时,在SGSN和MS侧保持实时类型业务的PDP上下文的支持.这个CR编号为435,对应的文档编号为S2-031595,对应的大文档编号为SP-030343.pdf,可以通过google搜索下载.
  以下是CR的一些具体内容,在V5.5后进行了更新.
________________________________________________________________________________________
Title:  Preservation procedure for realtime bearers in A/Gb mode
Source:  Siemens
Work item code:  TEI5
Date: 04/02/2003
Reason for change: (为什么要改)
   The preservation procedure for realtime PDP context is only described for Iu mode. But realtime PDP contexts, especially of traffic class streaming, are also supported in A/Gb mode. The reservation for realtime PDP context in A/Gb mode is needed for the same reasons as for such contexts in Iu mode.
   The triggers for the preservation in A/Gb mode are slightly different but the handling for the preservation is the same as well as the handling to return the bearer provision. The triggers are:
• Radio Status procedure as defined in 48.018 for the causes “Radio contact lost with MS” and “Radio link quality insufficient to continue communication” (but not “cell-reselection ordered”)
• Intra- and inter-SGSN Suspend procedure as defined in 48.018 (inter SGSN only in Rel-5)
Summary of change:  
   Preservation in A/GB mode can be triggered by Suspend or Radio Status procedures. The return to normal bearer service provision for realtime PDP contexts is done via PDP context modification procedure.
Consequences if not approved:  (如果不这样做的后果)
   No stop of downlink traffic for realtime PDP contexts in A/Gb mode. Incompatible mechanisms for A/Gb and Iu modes.
________________________________________________________________________________________
   以上部分简单来说,就是A/Gb模式下也支持实时类型业务并且有很多,但规范中只写了对Iu模式的支持,建议补充A/Gb模式.所以,在规范中的9.2.3.4,原来的章节名字叫RNC-Initiated PDP Context Modification Procedure,现在改成了RNC/BSS-Initiated PDP Context Modification Procedure.
   在本章的内容中,主要还补充了这样几段话:
  The BSS may terminate the downlink data transfer to a MS by the Suspend procedure (which is triggered by the MS) or by the Radio Status procedure with cause "Radio contact lost with MS" or "Radio link quality insufficient to continue communication" both defined in GSM 08.18 [21]. After Iu Release in Iu mode, or after termination of the downlink data transfer in A/Gb mode, the PDP contexts are modified as follows:
- For the A/Gb mode the value of 0 kbit/s for the maximum bit rate for both uplink and downlink indicates that the SGSN shall not send any downlink data for this PDP Context.
  主要意思是BSS可以在收到MS的挂起流程或者因为无线质量的原因终止用户的数据传输,在终止以后,A/Gb模式下PDP上下文将按下面的规则进行修改:
- 对于A/Gb模式,对于流媒体和会话类业务(前面有提,不在这段话里)应将MBR设置为0 kbps用于指示SGSN不为这个PDP上下文发送下行数据.并且要保持这个PDP上下文.
  In A/Gb mode the following procedures shall be performed in the MS when radio coverage is lost, when the radio link quality is insufficient or when the MS suspends GPRS:
- For a PDP context using background or interactive traffic class, the PDP context is preserved.
- For a PDP context using streaming or conversational traffic class, the PDP context is preserved, but the maximum bit rate is downgraded to 0 kbit/s (for both uplink and downlink). After coverage or radio link quality is regained or when GPRS services shall resume and if the MS did not deactivate the PDP Context locally the MS should start MS initiated PDP Context Modification procedure or the PDP Context Deactivation procedure.
  The MS shall use the PDP Context Modification procedure to re-activate the PDP context.
  主要意思就是,当A/Gb模式下,如果MS丢失了无线覆盖,或者无线质量不好,或者MS请求挂起GPRS业务,那对应的PDP上下文,如果是背景或交互式业务的,将继续保持.而如果是流媒体或会话类业务的,PDP上下文也将保持,但应将MBR(含上行和下行)都降为0 kbit/s.在重新获得无线覆盖的情况或者MS希望拾取原GPRS业务的情况下,并且此时如果MS没有将这个PDP上下文在本地去激活,MS应发起PDP上下文修改流程或PDP上下文去激活流程.MS应使用PDP上下文修改流程来重新激活这个PDP上下文.
  后续16.2.1.1章节也做了相应补充,如下:
16.2.1.1 Suspend and Resume procedure (A/Gb mode)
In the following procedures, when a suspended MS is resumed, the MS should either deactivate the PDP context of
streaming or conversational traffic class, or the MS should modify the PDP context of streaming or conversational traffic class to reset the maximum bit rate to a proper value (see clause “RNC/BSS-Initiated PDP Context Modification Procedure”).

RORO

我请教下，网络端是如何判断终端丢了覆盖的?

爱卫生

回复 RORO 的帖子

答案我不是100%确定。我的理解是：

GPRS中，网络需要手机周期性的发送TA值来报告网络侧。TA即Time Advance，一个时间提前量。可以测量从手机到基站的距离。是需要定期上报的，这是时间由PCU分配信道时的TAI来决定。TAI这个值来告诉手机，应该在何时上报自己的TA值（时间提前量）。这个时间差不多是52×4.615*8约等于2秒。也就是说手机差不多每隔两秒发送一次时间提前量告诉网络侧。

yonka

有两个问题
1 保持和 保持并修改mbr对于网络侧的区别是？
2 修改mbr本身是否需要发起pdp修改流程呢？

爱卫生

yonka 发表于 2012-7-9 08:51
有两个问题
1 保持和 保持并修改mbr对于网络侧的区别是？
2 修改mbr本身是否需要发起pdp修改流程呢？

1 保持则不需要后面的PDP修改流程重新激活，因为有MBR。但保持并修改MBR=0则需要后续的PDP修改流程重新将PDP上下文激活，MBR=0就是代表不允许传任何数据，但PDP上下文是active的不需要执行PDP上下文激活流程，负担较轻。

2 会。

yonka

爱卫生 发表于 2012-7-9 13:57
1 保持则不需要后面的PDP修改流程重新激活，因为有MBR。但保持并修改MBR=0则需要后续的PDP修改流程重新将 ...

yonka 发表于 2012-7-9 08:51
有两个问题
1 保持和 保持并修改mbr对于网络侧的区别是？
2 修改mbr本身是否需要发起pdp修改流程呢？

1 保持则不需要后面的PDP修改流程重新激活，因为有MBR。但保持并修改MBR=0则需要后续的PDP修改流程重新将PDP上下文激活，MBR=0就是代表不允许传任何数据，但PDP上下文是active的不需要执行PDP上下文激活流程，负担较轻。

2 会。

1、我有点混乱了，爱总你前边说“保持并修改MBR=0则需要后续的PDP修改流程重新将PDP上下文激活”，然后又说“MBR=0就是代表不允许传任何数据，但PDP上下文是active的不需要执行PDP上下文激活流程”

是不是这么理解呢？保持的话，PDP状态都正常，SGSN会缓存下行数据；保持并修改MBR为0的话则也会保持PDP，但修改MBR为0（这里有个问题，修改MBR为0是需要发起PDP修改流程吗？如果是需要的话，此时MS已经suspended了如何响应流程？）。

“保持并修改MBR=0”这种情况下PDP到底应该是什么样的状态呢？

爱卫生

yonka 发表于 2012-7-9 19:27
1 保持则不需要后面的PDP修改流程重新激活，因为有MBR。但保持并修改MBR=0则需要后续的PDP修改流程重新 ...

不好意思，可能是激活这个词误导了你。

1 “保持并修改MBR=0则需要后续的PDP修改流程重新将PDP上下文激活”，这里提到的激活不是指PDP上下文激活流程，只是针对原文“The MS shall use the PDP Context Modification procedure to re-activate the PDP context.”的翻译，代表将处于Idle状态的PDP上下文重新enable（不知道该用什么词了）。这样该PDP上下文就又可以转发下行数据了。做个对比是这样的：

                                                        PDP上下文状态          是否能转发下行数据           如何重新enable

保持                                                Active                         能                                        无需，MS resume后直接可以用

保持并修改MBR=0                          Active                         不能                                     MS发起的PDP上下文修改流程

2 “修改MBR为0是需要发起PDP修改流程吗？”不通知。根据该规范要求，是MS resume GPRS业务后，自己发PDP上下文修改流程将业务对应的PDP上下文重新enable（不用发起PDP上下文激活流程），或者对MBR=0不满意而发起PDP上下文去激活流程。

yonka

爱卫生 发表于 2012-7-9 20:49
不好意思，可能是激活这个词误导了你。 1 “保持并修改MBR=0则需要后续的PDP修改流程重新将PDP上下文激活 ...

yonka 发表于 2012-7-9 19:27
1 保持则不需要后面的PDP修改流程重新激活，因为有MBR。但保持并修改MBR=0则需要后续的PDP修改流程重新 ...

不好意思，可能是激活这个词误导了你。

1 “保持并修改MBR=0则需要后续的PDP修改流程重新将PDP上下文激活”，这里提到的激活不是指PDP上下文激活流程，只是针对原文“The MS shall use the PDP Context Modification procedure to re-activate the PDP context.”的翻译，代表将处于Idle状态的PDP上下文重新enable（不知道该用什么词了）。这样该PDP上下文就又可以转发下行数据了。做个对比是这样的：

                                                        PDP上下文状态          是否能转发下行数据           如何重新enable

保持                                                Active                         能                                        无需，MS resume后直接可以用

保持并修改MBR=0                          Active                         不能                                     MS发起的PDP上下文修改流程

2 “修改MBR为0是需要发起PDP修改流程吗？”不通知。根据该规范要求，是MS resume GPRS业务后，自己发PDP上下文修改流程将业务对应的PDP上下文重新enable（不用发起PDP上下文激活流程），或者对MBR=0不满意而发起PDP上下文去激活流程。

1、终端对这两种情况有感知吗？比如网络侧采取方式1或者2。因为按你说的，方式1的话BSSGP层resume后即可恢复上行流量，而方式2的话需要MS发起PDP上下文修改流程

2、如果不通知的话，MS如何知道是否需要发起PDP上下文修改呢(其实等同于问题1)，是不是理解为这两种方式是改进的关系而不是并存？也即实行方法2后不再使用方法1？目前现网应该是方法1吧。。。

yonka

而且还有个问题啊
“在TS23.060 V5.5规范之前,提到了在Iu模式下,Iu 连接释放后,如果对应的PDP上下文业务类型是实时类业务,即steaming或conversational类型的业务,网络侧和UE是可以将这个PDP上下文保持起来不删除的.但规范并没有提到A/Gb模式中是否也应该有这种保持机制.可能3GPP认为GSM的空口带宽太小了,不足以承载实时类型业务.”

在方式1中应该也是保持PDP啊，而且相比方式2，保持的似乎更彻底...  - -！  这里为什么说这次修改是因为A/Gb模式下没有提到呢？

爱卫生

yonka 发表于 2012-7-10 08:57
不好意思，可能是激活这个词误导了你。 1 “保持并修改MBR=0则需要后续的PDP修改流程重新将PDP上下文激 ...

没有感知也不需要感知。MS只需要按照规范要求在执行完resume流程后，如果发现resume之前是交互式业务，就发起PDP上下文修改流程或去激活流程就好了。这个事先写到手机程序里就可以了，不用等网络侧的通知。

yonka

爱卫生 发表于 2012-7-10 09:35
没有感知也不需要感知。MS只需要按照规范要求在执行完resume流程后，如果发现resume之前是交互式业务，就 ...

理解
也即方式1和2只是不同规范版本间的不同，改进的关系而不是并存对么

爱总你说到在V5.5前方式1和2都不支持，那这时是什么样的处理方式呢呢？