51学通信技术论坛

标题: 6.9 位置管理功能（含RAU和SRNS重选等信令流程） [打印本页]

作者: 爱卫生 时间: 2011-3-5 21:13:29 标题: 6.9 位置管理功能（含RAU和SRNS重选等信令流程）

本帖最后由爱卫生于 2011-6-25 12:18 编辑

6.9 位置管理功能
6.9.0 通用
  位置管理功能提供：
- 小区和PLMN选择机制：
- 网络侧知道MS在STANDBY, PMM‑IDLE, READY, PMM‑CONNECTED状态下路由区的机制
- 2G-SGSN知道Ready状态下MS的小区ID的机制
- Iu模式RAN知道PMM-CONNECTED状态MS的RAN注册区域ID或小区ID的机制
- 当一个RAU流程应该通过提供RAI来执行时，Iu模式RAN来指示RRC连接模式的MS的机制; 以及
- Iu模式下网络侧知道为PMM-CONNECTED状态的MS的服务BSC/RNC地址的机制.这个机制是服务RNC重选流程。
注释1：SGSN可以不知道路由区在Iu模式MS物理上定位到一个处于RRC连接模式的MS。一个PMM-CONNECTED状态的MS在RRC连接模式是必要的。只有MS是在CS MM-CONNETED状态，一个PMM-IDLE状态的MS是在RRC连接模式。
在Iu模式，MS的位置跟踪有三个级别（小区，RAN area，或RA）；参考TS23.121.
在A/Gb模式，MS的位置跟踪是两个级别（小区或RA)。
RAU流程可以由EUTRAN到GERAN/UTRAN的Inter RAT切换触发，参考TS23.401。
RAU流程可以由ISR功能触发，在TS23.401描述。
其他一些特定的事件也可以触发RAU流程。
RA在“Routeing Area Identity"章节定义。
紧急承载业务在GERAN PS域不支持。A/Gb模式的重选应该避免---如果一个由紧急承载业务的UTRAN的MS尝试切换到GERAN PS域。
如果SIPTO为一个PDN连接使用GW选择是开启的，SGSN应该重新评估是否PGW/GGSN位置仍然是可接受的。如果SGSN决定GW重选是必要的，那SGSN可以通过reactivation requested发起PDN去激活，在RAU流程的后面9.2.4.2描述。
注释2：取决于运营商的配置，SGSN决定来使用带有reactivation requested的去激活或允许后续继续使用及应连接的GW。
6.9.1 位置管理流程（A/Gb模式）
  PLMN应该提供给MS信息，使得它能够：
- 检测MS已经进入到一个新的小区或一个新的RA; 以及
- 决定什么时候执行周期性RA更新。
  MS通过比较存储在手机的MM上下文里的小区ID来检测是否进入到了一个新的小区。MS通过周期性对比从新校区接收到的RAI和存储在它自己上面的MM上下文的RAI，来决定它是否进入了一个新的RA。MS应该要考虑信号强度测量的滞后现象。
  当MS进入到一个新的小区，可能是一个新的RA，这将可能代表下面3种情况有1种发生：
- 需要执行一个小区更新；
- 需要执行一个RA更新；或者
- 需要执行一个联合的RA和LA更新。
  在所有上述三种情况，MS存储小区ID到它的MM上下文里。
  如果MS进去了一个新的PLMN,MS应该执行RA更新，除非不允许这样做，原因在TS24.008和TS23.122说明，或者MS配置了在发生PLMN变化时，执行一个带有IMSI的附着。
  在网络操作模式II和III，无论何时MS决定它应该执行LA更新和RA更新：
1 它应该发起LAU，然后发起RAU，如果MS是A类手机。
2 它应该先发起LAU，如果MS不是A类手机。
  RAU消息应该不加密发送，因为在inter-SGSN RAU场景中，新SGSN应能处理这个请求。
6.9.1.1 小区更新流程
  一个小区更新在是在一个READY状态的MS进入到当前RA的一个新小区发生的。如果RA发生变化，一个RAU应该代替小区更新来执行。
  如果网络侧不能支持小区通告(这是优化的小区更新流程，在TS24.008描述），MS通过发送一个任意类型的上行LLC帧（除了LLC NULL帧，参考TS44.064）并带有MS的ID给SGSN来执行小区更新。如果网络侧和MS支持小区通告，那么MS应该使用LLC NULL帧并包含MS的ID以支持执行一个小区更新。对MS和网络侧，小区通告的支持是强制的，但是因为向后兼容的原因，网络侧和MS一定要支持不带有LLC NULL帧的小区更新流程。
  在到SGSN的方向，BSS应在所有的BSSGP帧里加入小区全局ID（CGI)并包括RAC和LAC，参考TS48.018.一个小区更新是任何正确接收的并且是在BSSGP PDU中承载的有效的LLC PDU，且包含了一个新的小区ID。
  SGSN记录MS的小区变化，后续的流量将被直接发到新的小区。如果由GGSN根据计费的要求来请求（15.1.1a），SGSN应转发新的CGI给GGSN，根据15.1.3.2定义的流程。如果是S-GW/PGW根据15.1.0提到的计费要求来请求小区ID，SGSN应转发新的CGI给SGW/PGW，根据15.1.3.2。

作者: 爱卫生 时间: 2011-3-6 10:18:09

本帖最后由爱卫生于 2011-3-6 20:12 编辑

6.9.1.2 RAU流程
6.9.1.2.0 通用
  一个RAU发生在一个GPRS附着的MS检测到：
- 进入到了一个新的RA(除了MS配置了当进入一个新的RA要执行带有IMSI的GPRS附着---在RRC-IDLE模式进入一个新的不等价PLMN)
- 当一个周期性RAU计时器超时
- 当MS要指示接入能力的变化或DRX参数，告知网络侧
- 对于支持CS fallback的UE，或配置支持IMS voice，或两种情况都有，UE使用设置的变化或语音域的E-UTRAN优先级
- 对于支持SR-VCC哦MS，MS改变了MS的classmark 2或3，或支持的代码信息
- 对于A/Gb模式，当一个挂起的MS没有被BSS重新拾取进程继续（参考“suspension of GPRS Service”）
- 当MS重新选择带有TIN指示为“GUTI"的GERAN/UTRAN。
- 具有E-UTRAN能力的UE的RRC层通知UE的NAS层，一个RRC连接失效发生在E-UTRAN，并且导致MS来选择一个GERAN/UTRAN的小区；
- 当UE的网络能力和/或MS的网络能力变化。
  SGSN检测到一个intra-SGSN RAU--通过它意识到它也负责处理old RA。在这例子里，SGSN有关于MS的必要信息，并且没有必要通知SGW/PGW或GGSN或HLR/HSS关于新的MS的位置。一个周期性RA更新在intra SGSN RAU时总是必须的。
  在RAU流程期间，MS在RAU request消息提供了它的PS切换 inter-RAT切换能力。SGSN使用inter-RAT指示符和/或其他指示符来要求MS（使用RAU accept消息）来发送其它的RAT的无线接入能力（包含在RAU complete消息里）。
6.9.1.2.1 Intra SGSN RAU
  域内SGSN的RA更新流程如图里32，这个流程适用于S4-SGSN以及Gn/Gp SGSN。
  [attach]123[/attach]
Figure 32: Intra SGSN Routeing Area Update Procedure
1）MS发送RAU 请求（P-TMSI,old RAI,old P-TMSI签名，更新类型，MS无线接入能力，DRX参数，MS网络侧能力，附加的P-TMSI/RAI,语音域优先级和UE的使用设置）给SGSN，更新类型应指示RAU或是周期性RAU。BSS应在把消息传递给SGSN之前加入小区的CGI并且包含RAC和LAC信息，参考TS48.018.MS无线接入能力包含了MS GPRS多时隙能力，支持的频率波段等等在TS24.008定义。DRX参数也应包含如果MS改变了它的DRX参数。
如果具有E-UTRAN能力的UE的TIN指示为“GUTI"并且UE持有了一个正确的GUTI，那么UE指示GUTI做为old P-TMSI和old RAI。如果UE的TIN指示为"P-TMSI"或“RAT-ralated TMSI"并且UE持有一个正确的P-TMSI和相关的RAI，那么这两个元素用来指示作为old P-TMSI和old RAI。将GTUI映射为P-TMSI和RAI在TS23.401描述。在这个intra SGSN RAU场景，TIN指示
"P‑TMSI" 或 "RAT-related TMSI".
  如果具有E-UTRAN能力的UE持有了一个正确的P-TMSI和相关的RAI，那么UE指示这些参数作为附加的P-TMSI/RAI，不管是否old P-TMSI和old RAI指示了相同的参数或从GUTI映射过来的参数。
  Gn/Gp SGSN应忽略这个附加的P-TMSI/RAI.
  UE根据它的配置来设置语音域优先级和UE的使用设置，在5.3.15描述。
2）安全功能可被执行，流程在“security function”章节描述。
3）SGSN验证MS在新RA的存在。如果，因为区域签约限制，MS不允许附着到新的RA，或如果签约检查失败，SGSN拒绝RAU并带上合适的原因代码。如果所有检查都成功，SGSN更新MS的MM上下文。一个新的P-TMSI可以被分配。一个RAU Accept（P-TMSI,P-TMSI签名，IMS voice over PS会话支持指示符）返回给MS。
  如果ISR激活了，当S4-SGSN接收到RAU request在intra SGSN的场景，S4-SGSN应维持ISR通过在RAU accept消息里指示ISR acivated。
4）如果P-TMSI重分配了，MS返回RAU complete消息给SGSN来确认新的P-TMSI。
  如果RAU流程失败超过了最大允许次数或者SGSN返回了RAU reject消息，MS应进入IDLE状态。

作者: 爱卫生 时间: 2011-3-6 20:24:50

本帖最后由爱卫生于 2011-3-11 13:54 编辑

6.9.1.2.2 Inter-SGSN RAU
Inter-SGSN RAU流程在图例33描述，是在两个Gn/Gp SGSN或者是从S4-SGSN到Gn/Gp SGSN之间发生的。Inter SGSN RAU如果发生在两个S4-SGSN，有一些不同在图例的(A)和（B）里描述。这些不同的步骤描述在章节“Inter SGSN Routeing Area Update and Combined Inter SGSN RA / LA Update using S4”提及。

[attach]140[/attach]

Figure 33: Inter SGSN Routeing Area Update Procedure

注释1：在图里33的所有步骤,除了步骤2，4和6，其他都是对不论基于Gn/Gp还是S4接口的SGSN来说都是公共的架构。对于特定的基于S4的SGSN的交互，在步骤（A)和（B)里描述，参考6.9.1.2.2a。

1）MS发送RAU request（old RAI，old P-TMSI签名，更新类型，MS空口接入能力，DRX参数，MS网络侧能力，附加的P-TMSI/RAI，语音域优先级以及UE的使用设置）给新的SGSN。更新类型应该指示这是一个RAU还是周期性RAU。BSS应在消息传递给SGSN之前加上CGI，并包含RAC和LAC。MS无线接入能力包含了MS GPRS多时隙能力，支持的频率波段等等。在TS24.008定义。DRX参数在如果MS改变了DRX参数的时候应该包含。

如果具有E-UTRAN能力的UE的TIN指示为“GUTI"并且UE持有了一个正确的GUTI，那么UE指示GUTI做为old P-TMSI和old RAI。如果UE的TIN指示为"P-TMSI"或“RAT-ralated TMSI"并且UE持有一个正确的P-TMSI和相关的RAI，那么这两个元素用来指示作为old P-TMSI和old RAI。将GTUI映射为P-TMSI和RAI在TS23.401描述。在这个inter SGSN RAU场景，TIN指示"P‑TMSI"或"RAT-related TMSI".

  如果具有E-UTRAN能力的UE持有了一个正确的P-TMSI和相关的RAI，那么UE指示这些参数作为附加的P-TMSI/RAI，不管是否old P-TMSI和old RAI指示了相同的参数或从GUTI映射过来的参数。
  Gn/Gp SGSN应忽略这个附加的P-TMSI/RAI.
  UE根据它的配置来设置语音域优先级和UE的使用设置，在5.3.15描述。

2)新SGSN发送SGSN context request（old RAI,TLLI，old P-TMSI签名，新SGSN地址）给old SGSN，来得到MS的MM和PDP上下文信息。如果新的SGSN为多CN节点提供了Intra Domain连接，新SGSN可以从old RAI和old P-TMSI（或TLLI)来得到old SGSN，并发送SGSN context request消息给这个old SGSN。反之，新SGSN从old RAI得到old SGSN的地址。在任何场景，新SGSN将得到一个SGSN地址作为它认为是的old SGSN。这个得到的SGSN它要么自己就是old SGSN，或者是关联到相同的SGSN POOL区域里的某个SGSN，这个POOL区域的某个SGSN会根据P-TMSI（或TLLI)来得到真正的old SGSN，并将这个消息中继给这个pool里面真正的old SGSN。old SGSN验证old P-TMSI签名并且响应一个合适的原因代码--如果它和old SGSN存储的值不匹配的话。这将在新SGSN发起一个安全功能。如果安全功能对MS鉴权成功，新SGSN应发送一个SGSN context request（old RAI,TLLI,MS已验证，新SGSN地址）消息给old SGSN.MS已验证指示新的SGSN已经对MS进行过鉴权，old SGSN停止分配SNDCP N-PDU数值给接收到的下行N-PDU，并且响应一个SGSN Context Response（MM上下文,PDP上下文,协商的演进的ARP）消息。如果MS在old SGSN未知，那old SGSN响应一个合适的错误代码.old SGSN存储新的SGSN地址，来允许old SGSN来转发数据给这个新SGSN。每个PDP上下文以确认模式包含给下一个需要发送的下行N-PDU的SNDCP send N-PDI number给MS，从MS过来的确认模式下的下一个需要发送的上行N-PDU的SNDCP Receive N-PDU Number，下一个需要发送的下行N-PDU的GTP序列号给MS，以及下一个需要tunnel给GGSN的上行N-PDU的GTP序列号。old SGSN开始计时器并且停止传输N-PDU给MS.新SGSN应该忽略SGSN Context Response消息里的MM上下文里指明的MS网络侧能力--仅当它之前在MS的RAU request消息收到了MS网络侧能力时。（也就是说，这个网络侧能力以第1步MS发过来的RAU请求里携带的为准，以前存在old SGSN上下文里的不算）

对于old Gn/Gp SGSN提供给new S4-SGSN的场景，SNDCP和GTP序列号是不相关的，old和new SGSN都是基于S4的，则SNDCP和GTP序列号是不需要提供的，因为EPS网络不应配置“顺序分发的要求”并且买有确认模式的NSAPIs（SNDCP)，在章“Network Configuration for Interaction with E-UTRAN and S4-SGSNs"描述。

3）安全功能应执行。这些流程在章节“安全功能”定义。如果加密支持的话应设置为加密模式.如果SGSN Context Response消息不包含IMEISV并且SGSN支持ADD,SGSN从MS获取IMEISV。

如果安全功能失败（例如：因为SGSN不能决定HLR的地址来建立发送send authentication info对话）,则Inter SGSN RAU流程失败。应该返回给MS一个reject并带有一个合适的原因值。

（自动设备监测（ADD）是从网元设备上通过自动诊断方式，自动获取最新的用户三元组（IMSI、MSISDN、IMEI）信息。）

作者: 爱卫生 时间: 2011-3-7 10:31:15

本帖最后由爱卫生于 2011-3-7 13:51 编辑

4）新SGSN发送SGSN Contex Acknowledge消息给old SGSN。这将通知old Gn/Gp SGSN，新的SGSN已经接收到属于这个已激活的PDP上下文的数据包。只有old Gn/Gp SGSN可以转发数据给一个新的Gn/Gp或者S4-SGSN。
old SGSN标记这个上下文和MSC/VLR的关联，GGSN和HLR的信息是invalid。这将出发MSC/VLR,GGSN以及HLR被更新--如果MS在完成正在进行的RAU流程之前发起了一个RAU流程回给old SGSN。如果安全功能不能正确鉴权MS，那RAU将被拒绝，并且新的SGSN应发送一个拒绝指示给old SGSN。old SGSN应继续流程就好象SGSN Context Request从来没收到过一样。
5)只有old Gn/Gp SGSN可以转发数据给一个新的SGSN.一个old Gn/Gp SGSN复制缓存的N-PDU并且放到隧道发送给新的SGSN.剩下的N-PDU如果在步骤2描述的timer超时前从GGSN收到，也将复制并且通过隧道发给新SGSN.已经通过确认模式发送给MS的N-PDU和还没有被MS确认的一起通过SNDCP N-PDU数值标识，在隧道里一起发送。在步骤2的计时器超时后，应该没有N-PDU发送给新的SGSN。
SNDCP-PDU数值和S4-SGSN是不相关的，因为网络侧不应确认模式NSAPI(SNDCP)的使用，在“Network Configuration for Interaction with E-UTRAN and S4-SGSNs”描述。一个新的S4-SGSN指示从一个SGW来的预留的TEID和IP地址参数给old Gn/Gp SGSN，因此old Gn/Gp SGSN可以在需要的时候转发数据。SGW丢弃任何从old Gn/Gp SGSN来的数据包。
6）新SGSN发送update PDP Context Reuqest（新SGSN地址，TEID,协商的QOS,协商的演进的ARP,服务网络ID,CGI/SAI，用户CSG信息，RAT类型，MS信息报告支持指示，NRSN）给相应的GGSN。SGSN应发送服务网络ID给GGSN。NRSN指示网络侧请求的承载控制的SGSN的支持情况。协商的演进ARP IE包括一个指示SGSN支持演进ARP特性的能力。如果新SGSN没有收到从old SGSN过来的SGSN Context response消息里接收一个协商的演进ARP IE，那么新SGSN应从协商的QOS profile里的分配/保持优先级里获取这个值，根据TS23.401的附录E。GGSN更新它的PDP上下文字段并且返回update PDP context response（TEID,禁止payload压缩，APN限制，MS信息变化报告行动，CSG信息报告行动，BCM,协商的演进ARP)。GGSN根据本地策略或PCC设置协商的演进ARP.QOS profile里的分配/保持优先级是根据TS23.401附录E的映射原则从演进的ARP里提取的。禁止payload压缩指示SGSN应该为这个PDP上下文协商不使用数据压缩。用户CSG信息包含了CSG ID，接入模式和CSG成员指示。SGSN应应用从GGSN收到（如果有收到）的协商的演进ARP。
  7）新SGSN通知HLR关于SGSN的变更，通过发送update location（SGSN number，SGSN地址，IMSI,IMEISV）给HLR。IMEISV如果在ADD功能支持的时候将发送。
  8）HLR发送cancel location（IMSI,cancellation type）给old SGSN并将取消类型设置为更新流程。如果在步骤2介绍的计时器没有运行，old SGSN删除MMD和PDP上下文/EPS承载上下文，并且old S4-SGSN还要当在如果新SGSN是一个Gn/Gp SGSN或者当S-GW变化的时候，释放SGW的资源。GTPV1 SGSN上下文传递信令指示给old S4-SGSN，这个新的SGSN是一个Gn/Gp SGSN，但不通知任何SGW的变化。当在步骤2的计时器运行时，MM和PDP/EPS承载上下文和任何受到影响的SGW资源将被移除--当计时器超时并且SGSN收到了一个cancel location。old S4-SGSN删除SGW承载资源通过发送delete session request(cause,操作指示）消息给SGW。如果ISR激活，cause将指示old-SGW应该删除承载资源在其他old CN节点--通过发送delete bearer request消息给其他的CN节点。操作指示flag不能由old S4-SGSN设置。这个指示SGW，SGW不应发起一个delete流程给PDN GW.
  当步骤2的计时器超时并且没有收到cancel location，S4-SGSN删除PDP上下文/EPS承载上下文，但是保留MM上下文。
  开始于步骤2的计时器允许old SGSN来完成N-PDU的转发。它也确保MM和PDP上下文/EPS承载上下文会保留在old SGSN中，防止万一MS在完成正在进行的给新SGSN的RAU流程之前发起另一个inter-SGSN RAU。old SGSN确认一个cancel location ACK消息。
  9）HLR发送insert subscriber date（IMSI,签约数据）消息给新SGSN.新SGSN验证在新RA里的MS的存在。如果因为区域签约限制或接入限制，MS将不允许附着到这个RA,SGSN拒绝RAU请求并带上合适的原因，并可以返回一个insert subscriber data ack（IMSI，SGSN区域限制）消息给HLR。如果所有的检查都成功，SGSN将为这个MS构建MM上下文并返回insert subscriber data ack（IMSI)消息给HLR.如果在S4-SGSN和HSS之间使用S6d接口，"Insert Subscriber Data" 和 "Insert Subscriber Data Ack" 将不使用。作为替代的，签约数据包含在HSS发过来的update location ACK消息里（步骤10）。
10)HLR确认update location，通过发送update location ACK(IMSI,GPRS签约数据）给新SGSN.
11)新SGSN验证新RA中MS的存在。如果因为漫游限制或接入限制，MS不允许被附着到SGSN，或如果签约检查失败，新SGSN拒绝RAU并带上合适的代码。如果所有检查成功，新SGSN构建关于MS的MM和PDP上下文/EPS承载上下文。一个逻辑链路在新SGSN和MS之间建立。新SGSN给MS发RAU accept（P-TMSI,P-TMSI签名，接收的N-PDU number，IMS voice over PS会话支持指示）消息进行响应。接收的N-PDU number包含了MS使用的，对每一个确认模式的NSAPI的确认。因此在更新流程开始之前，确认所有手机发起的N-PDU成功的传递。IMS voice over PS会话支持指示在章节5.3.8描述。
在Inter-SGSN RAU里，ISR激活永不指示给MS在TS23.401描述。具有E-UTRAN能力的UE设置TIN为“P-TMSI”或“RAT-related TMSI"在TS23.401的RAU流程中描述。
  12）MS确认新的P-TMSI通过返回RAU Compete（接收的N-PDU number）消息给SGSN。接收的N-PDU number包含了MS使用的，对每一个确认模式的NSAPI的确认。因此在更新流程开始之前，确认所有手机发起的N-PDU成功的传递。如果接收的N-PDU number确认了从old SGSN转发过来的N-PDU的接收，这些N-PDU应被新SGSN丢失。MS的LLC和SNDCP将被重置。
  对于拒绝的RAU操作，因为区域签约，漫游限制，接入限制（参考TS23.221和TS23.008）或因为SGSN不能决定HLR地址来建立一个位置更新的对话，新SGSN不能构建一个MM的上下文。在这个例子里，从HLR接收的签约数据，新SGSN可以构建一个MM上下文并且存储MS的签约数据来优化SGSN和HLR的信令。一个拒绝消息应带有合适的原因代码返回给MS。一旦返回到idle模式，MS应参考TS23.122来行动。
  如果新SGSN不能更新PDP上下文/EPS承载上下文在一个或多个GGSN/PGW，新SGSN应去激活相应的PDP上下文/EPS承载上下文，在章节“SGSN-initiated PDP Context Deactivation Procedure”描述。这个不应导致SGSN来拒绝RAU。
   PDP上下文/EPS承载上下文应从old SGSN给新的SGSN--用一个具有优先级的顺序，例如最重要的PDP上下文/EPS承载上下文优先在SGSN Context Response消息里。（优先级的方法和实现有关，但应基于当前的行为。）
新SGSN应基于从GGSN/PGW或old S4-SGSN接收的每个PDP上下文/EPS承载上下文的APN限制来决定最大的APN限制，然后存储新的最大APN限制的值。
  如果新SGSN不能支持和接收到的old SGSN支持的active PDP上下文的相同的数量，新SGSN应使用old SGSN发送的优先级作为输入---当决定哪个PDP上下文/EPS承载上下文来保持active以及哪个要被删除的时候。在任意场景，新SGSN应首先更新存在于一个或多个GGSN/PGW的所有的PDP上下文，然后去激活这个不能保持的上下文（在“SGSN-initiated PDP Context Deactivation Procedure”描述）。这不应导致SGSN来拒绝RAU流程。
如果在步骤2的计时器超时并且没有cancel location（IMSI)从HLR收到，old SGSN停止转发N-PDU给新的SGSN。
如果RAU流程失败超过一个最大允许的次数，或如果SGSN返回RAU reject（cause）消息，MS应进入IDLE状态。

作者: 爱卫生 时间: 2011-3-7 20:06:44

本帖最后由爱卫生于 2011-3-8 14:19 编辑

6.9.1.2.2a Inter-SGSN RAU和联合的Inter SGSN RA/LA更新使用S4
在图例33a和33b里的流程，第2和第4步是当new和old SGSN都是S4-SGSN的场景，第6步是当new SGSN是S4-SGSN的例子。这些步骤和之前6.9.1.2.2和6.9.1.3.2里描述的Gn/Gp接口的流程不同。ISR功能当Inter SGSN RAU的时候被去激活，在TS23.401描述。

[attach]142[/attach]

Figure 33a: Step 2 and 4 for Inter SGSN Routeing Area Update Procedure and Combined Inter SGSN RA / LA Update between S4-SGSNs

2 new SGSN发送context request（old RAI,TLLI,old P-TMSI签名，新SGSN地址）给old SGSN来得到MS的MM和EPS承载上下文。如果new SGSN为多CN节点提供Intra Domain连接功能，new SGSN应从old RAI和old P-TMSI（或TLLI)获知old SGSN并发送context request消息给这个old SGSN。除此以外，new SGSN应从old RAI来获知old SGSN.在任何场景，新SGSN将得到一个SGSN地址作为它认为是的old SGSN。这个得到的SGSN它要么自己就是old SGSN，或者是关联到相同的SGSN POOL区域里的某个SGSN，这个POOL区域的某个SGSN会根据P-TMSI（或TLLI)来得到真正的old SGSN，并将这个消息中继给这个pool里面真正的old SGSN。old SGSN验证old P-TMSI签名并且响应一个合适的原因代码--如果它和old SGSN存储的值不匹配的话。这将在新SGSN发起一个安全功能。如果安全功能对MS鉴权成功，新SGSN应发送一个SGSN context request（old RAI,TLLI,MS已验证，）消息给old SGSN.MS已验证指示新的SGSN已经对MS进行过鉴权。如果old P-TMSI签名是正确的或者如果new SGSN指示它已经鉴权过MS,old SGSN返回一个context response（MM上下文，EPS承载上下文）消息。S16接口使用的MM上下文和EPS承载上下文在13.2.2章节定义。如果MS在old SGSN未知，old SGSN响应一个合适的错误代码。old SGSN开始一个计时器并停止到MS的N-PDU的传输。new SGSN应该忽略context response消息里的MM context包含的MS网络侧能力---仅当它之前收到了RAU请求消息里的MS网络侧能力的时候。

对于两个S4-SGSN之间的RAU,old SGSN应包括change reporting action和CGI/SAI/RAI变化报告指示在context response消息。

4 new SGSN发送context acknowledge消息给old SGSN.old SGSN将它的上下文和MSC/VLR的关联，以及GW和HSS的信息标记为invalid。这将触发MSC/VLR，SGW,PGW以及HSS被更新---如果MS在完成当前这个正在进行的RAU流程之前，又发起一个RAU流程发回给old SGSN。如果安全功能不能正确鉴权MS,那RAU将被拒绝,new SGSN应发送一个拒绝指示给old SGSN.old SGSN应继续工作就像这个context request从来没收到一样。

[attach]143[/attach]

Figure 33b: Step 6 for Inter SGSN Routeing Area Update Procedure and Combined Inter SGSN RA / LA Update to S4-SGSNs

注释：步骤A和D对基于GTP的或是基于PMIP的S5/S8接口来说是公共的架构。对于基于PMIP的S5/S8，流程（B1)在TS23.402定义。步骤B)和C)是和GTP相关的。

6A) 如果SGW没有变化，new SGSN更新这些EPS承载上下文，通过发送modify bearer request（SGSN TEID for控制平面,EPS Bearer ID，SGSN控制平面地址，SGSN地址和TEID，对上行流程的PGW上的PGW地址和TEID（对于基于GTP的S5/S8)或GRE key（对于PMIP的S5/S8)，业务网络ID,CGI/SAI,用户CSG信息，RAT类型,MS信息变化报告指示）。SGSN放置相符的NSAPI到EPS Bearer ID字段里。如果ISR在一个由new SGSN更新的SGW激活，那么SGW删除在其他old CN节点的承载资源---通过发送delete session request消息给那些CN节点。

如果SGW改变或如果SGW需要被分配（Gn/Gp到S4-SGSN RAU)，SGSN选择一个SGW并发送create session request消息（APN-AMBR)并带上在modify bearer request消息里描述的内容给SGW.

对于Gn/Gp到S4-SGSN的RAU,new S4-SGSN提供APN-AMBR给SGW.MBR映射为APN-AMBR的细节在TS23.401的附录E描述。

6B) 如果SGW变化，或如果SGW需要分配（Gn/Gp到S4-SGSN RAU)，或RAT类型变化，或SGW从S4-SGSN接收到CGI/SAI，SGW发送modify bearer request(EPS Bearer ID),服务网络ID,CGI/SAI，用户CSG信息，RAT类型，MS信息变更报告支持指示，APN-AMBR)消息给相应的PGW.

6C) PGW发送modify bearer response（TEID,禁止payload压缩，MS信息变更报告action，CSG信息报告action，缺省Bearer ID,APN-AMBR)消息给SGW做为确认。禁止payload压缩指示SGSN应该为这个PDP上下文/EPS承载协商不使用数据压缩。Default bearer id在UE从Gn/Gp SGSN移动到一个S4-SGSN的时候包含。

6D) SGW通过发送modify bearer response（cause，SGW控制平面TEID,SGW控制平面地址，PGW地址和TEID(基于GTP的S5/S8)或PGW上用于上行流量的GRE KEY(PMIP的S5/S8)，禁止payload压缩，MS信息变更报告action，CSG信息报告action，缺省Bearer ID,APN-AMBR)来确认用户屏幕切换到new SGSN。如果SGSN发送一个create session request消息，那SGW发送一个带有给SGSN的Modify Bearer Response message内容的create session response消息做为响应。

如果有active的GBR bearer并MBR(max bit rate)设置为0，那S4-SGSN应使用基于S4接口的SGSN发起的PDP上下文去激活流程来去激活这个PDP上下文。

6.9.1.3 联合的RA/LA更新流程(因国内未开Gs接口，暂略）

作者: 爱卫生 时间: 2011-3-8 15:00:54

本帖最后由爱卫生于 2011-3-8 15:48 编辑

6.9.2 位置管理流程（Iu模式）
  在这个规范的内容里，当在Iu模式为MS服务时，RNS或RNC也可以参考GERAN BSS或BSC（想对应的）。
  参考TS25.301得到关于UTRAN的位置管理流程的更进一步的信息。
  PLMN应提供信息给MS使之能够：
- 检测到它已经进入了一个新的小区或新RA；并且
- 决定什么时候执行周期性RAU。
  在这个规范里，只介绍和核心网相关的位置管理流程。这些流程是：
- 一个RAU流程；和
- 服务RNC重选流程。
  一个MS通过对比存储在MS的小区ID来检测到它已经进入了一个新小区。通过对比存储在MS的MM上下文里的RAI和从网络侧接收到RAI,MS检测到一个RAU应执行。在RRC-CONNECTED模式（PMM-CONNECTED状态或CS MM CONNECTED状态），MS由服务的RNC通过RRC层的"MM information"消息来告知RAI和小区ID。在RRC-IDLE状态，MS通过RRC层的广播系统消息来告知RAI和小区ID。
  如果MS进入了一个新的PLMN,MS应执行RAU,除非因为规范TS24.008和TS23.122的要求不允许这样做，或MS配置了在PLMN变更时执行带IMSI的附着。
  如果是网络模式II,无论何时一个MS决定既要执行LAU又要执行RAU，MS应首先执行LAU。MS应在LAU完成之前开始RAU流程。
6.9.2.1 RAU流程
  一个RAU流程是在一个附着的MS检测到如下事件时发生：
- 它进入了一个新RA(除了RRC-IDLE模式的MS配置了在进入新的不等价PLMN的RA时执行带IMSI的附着,在这个例子,GPRS附着应执行）
- 当周期性RAU timer超时;
- 当RRC连接被释放，并带有原因“Directed Signalling connection re-establishment”；
-  当MS不得不指示网络侧接入能力或新的DRX参数的变化时；
-  对于支持CS fallback的UE或配置了支持IMS voice，或两者都是，UE为了E-UTRAN的使用设置的变化和语音域优先级。
- 对于支持SR-VCC能力的MS,MS决定变更到MS Classmark 2或3或支持的代码信息；
-  当MS重选GERAN/UTRAN并TIN指示为“GUTI"；
-  一个具有E-UTRAN能力的UE的RRC层通知UE的NAS层，在E-UTRAN发生了一个RRC连接故障并且导致了MS选择一个GERAN/UTRAN的小区；
-  已经手动选择了一个CSG小区，当CSG ID不在MS的允许的CSG列表和MS的运营商CSG列表中；或
-  已经注册了IMS voice并且从支持IMS voice over PS会话（参考5.3.8）的RAT切换到不支持的RAT，反过来也是。它有可能用设备管理或初始部署来配置UE to apply/not apply this particular exception.
注释1：一个UE在两个都支持IMS voice over PS会话的RAU之间移动，或在两个都不支持IMS voice over PS会话的RAU之间移动，是不受以上影响的。
SGSN通过检查它也处理old RA来判断这是一个intra-SGSN RAU。在这个场景里，SGSN有关于MS的必要信息并且不需要通知GGSN或HLR关于新的MS的位置。一个周期性RAU总是一个intra-SGSN RAU。如果网络工作于模式I,一个CS/PS模式的MS应执行联合的RA/LAU流程---除了CS/PS模式的MS正在参与一个CS连接，那它应执行（非联合的）RAU流程。当一个EPS和IMSI附着的MS停留在UTRAN/GERAN并且E-UTRAN的周期性TAU计时器超时并且TIN指示为”RAT Related TMSI", MS应执行联合的RA/LAU流程。
在Iu模式，一个RAU可以是intra-SGSN或inter-SGSN RAU，或是联合的RA/LAU或仅仅是RAU，或是由PMM-CONNECTED的MS发起或者由PMM-IDLE状态的MS发起。SRNC可以通过专门的信令给PMM-CONNECTED状态的MS提供MM information例如RAI.但作为代表性的，SRNC不应给PMM-CONNECTED状态的MS提供RAI。一个例外是发生在SRNC重选之后，new SRNC应告知RAI给MS.
  在RAU流程期间，MS应提供它的PS切换能力，在TS24.008描述。
  所有的RAU case都包含在图例36的流程中。
  图例36描述了两个Gn/Gp SGSN之间的移动以及从S4-SGSN到Gn/Gp SGSN的移动。两个S4-SGSN之间的Inter-SGSN RAU流程稍有不同，在（A)和（B）步骤描述。这些不同的步骤描述在6.9.2.1a章节“Routeing Area Update Procedure using S4”。
  注释2：网络侧可以通过一个新的Iu信令连接来接收从一个PMM-CONNECTED状态UE过来的RAU。这可能在UE接收到带有原因“Directed Signalling connection re-establishment”的RRC connection 释放消息后UE进入PMM-IDLE状态时发生，并且触发一个RA或联合的RAU流程。（参考6.1.2.4.1）。
如果MS的对某个PDN连接的LIPA功能激活，源SGSN不应在RAU流程期间的PDP上下文里包含LIPA承载，并应释放LIPA PDN连接--通过执行SGSN发起的PDP上下文去激活流程根据9.2.4.2的定义来完成后续的RAU流程。
——————————————————————————————————————————————
（我的注释：
LIPA:
Local IP Access (LIPA) is the ability for an IP-enabled device to access a consumer’s home-based local area network as well as the broader Internet directly using the air interface of a femtocell, or Home NodeB (HNB). Using LIPA allows for greater performance, innovative services that mesh mobile and home networks, and the offloading of traffic from the operator’s packet core network which is ultimately destined for the Internet. LIPA就是Local IP Access的简称。一般基于Iu-Over-IP架构的femtocell的数据业务的路径是：ME->public IP->Core Network->public IP。这里的Public IP其实就是Internet。也就是说用户为了访问Internet，数据从Internet走了两遍。这无疑比较浪费资源。那么LIPA就是为了让用户数据直接从femtocell传输到Internet，无需再通过核心网。为了达到这个功能，femtocell必须知道上来的数据是应该直接向核心网扔，还是向Internet扔，一般有3种解决方案：
- 双APN方案
- 单一APN方案
- 移动IP方案
一般而言，现在大多采用双APN的方案，因为相对实现比较简单。双APN的意思就是通过不同的APN来区分数据是往核心网扔，还是Internet扔。当手机激活的时候，手机的IP仍然是通过核心网分配的。如果是LIPA，femtocell需要扮演DHCP客户的角色来向本地ISP申请公网IP。对手机需要扮演NAT网关的角色，将手机从核心网分配的IP和公网IP进行映射。这种方案唯一的缺点是手机需要支持Multi PDP，否则在LIPA的模式下就无法进行收发彩信等需要经过运营商网络的服务。不过现在的3G手机大多支持Multi PDP，比如Nokia N95就支持。所以不是大问题。）
——————————————————————————————————————————————

作者: 爱卫生 时间: 2011-3-8 22:09:00

本帖最后由爱卫生于 2011-3-9 14:19 编辑

[attach]144[/attach]

Figure 36: Iu mode RA Update Procedure

注释1：图例36中，所有步骤除了2,3,5和9,其他对于基于Gn/Gp还是基于S4的SGSN来说是公共的架构。对于基于S4-SGSN的交互，步骤（A)和（B)在6.9.2.1a章节描述。

注释2：对于紧急附着,如果MS不能成功鉴权,步骤10,11,12,13和14不能执行。

1）RRC连接要首先建立，如果之前没有完成的话。MS发送RAU Request消息（P-TMSI,old RAI,old P-TMSI签名，更新类型，follow on request,MS无线接入能力,DRX参数,MS网络侧能力，附加的P-TMSI/RAI，语音域优先级和UE使用设置）给new SGSN.MS应设置一个follow-on request--如果它有pending的上行流量（信令或用户数据）。SGSN可以使用，作为一个实现的可选项，使用follow-on request来指示在完成RAU流程后，释放或保留Iu连接。更新类型应指示：

- RAU是否是由RA的变化而触发的；

- RAU是否由周期性RAU计时器超时触发；

- 是否是联合的RA/LAU，如果MS已经IMSI附着并且LAU应在网络模式I下执行; 或；

- 带有IMSI附着请求的联合RA/LAU---如果MS需要在网络模式I下执行IMSI附着。

SRNC应在转发给3G-SGSN之前加入RAI。这个RAI和SRNC发送给MS的MM information里携带的RAI一致。CSG ID应在MS如果是通过CSG小区或混杂小区里发送RAU里包含。CSG接入模式应在MS通过混杂小区里发送RAU request消息时提供。如果CSG接入模式不能提供但CSG ID提供了，SGSN应认为这是一个CSG小区。

MS无线接入能力在“MS网络能力”章节描述。DRX参数包含GERAN/UTRAN的DRX循环长度以及其他可能的RAT，例如E-UTRAN。

如果具有E-UTRAN能力的UE的TIN指示为“GUTI"并且UE持有了一个正确的GUTI，那UE指示GUTI作为old P-TMSI以及old RAI。如果UE的TIN指示为“P-TMSI"或"RAT-related TMSI"并且UE持有了一个正确的P-TMSI以及相关的RAI，那这两个元素将指示为old P-TMSI和old RAI。将GUTI映射为一个P-TMSI和RAI在TS23.401描述。在Iu模式RAU的场景，TIN指示为“P-TMSI”或“RAT-related TMSI"

如果具有E-UTRAN能力的UE持有了一个正确的P-TMSI以及相应的RAI，那UE指示这些参数作为附加的P-TMSI/RAI，不管是否old P-TMSI以及old RAI指示了相同的参数或从GUTI映射得到了相应的参数。都不管。

Gn/Gp SGSN应忽略附加的P-TMSI/RAI。

UE根据它的配置设置语音域优先级和UE使用设置，在5.3.15描述。

注释3：发送RAU Request消息给SGSN，触发对为相应MS的RAN和SGSN之间的信令连接的建立。

2）如果RAU是一个Inter-SGSN RAU并且MS是在PMM-IDLE状态，new SGSN发送SGSN context request消息（old P‑TMSI, old RAI, old P‑TMSI Signature) 给old SGSN来得到MS的MM和PDP上下文。如果new SGSN为为多CN节点提供了Intra Domain连接，新SGSN可以从old RAI和old P-TMSI来得到old SGSN，并发送SGSN context request消息给这个old SGSN。反之，新SGSN从old RAI得到old SGSN的地址。在任何场景，新SGSN将得到一个SGSN地址作为它认为是的old SGSN。个得到的SGSN它要么自己就是old SGSN，或者是关联到相同的SGSN POOL区域里的某个SGSN，这个POOL区域的某个SGSN会根据P-TMSI来得到真正的old SGSN，并将这个消息中继给这个pool里面真正的old SGSN。old SGSN验证old P-TMSI签名并且响应一个合适的原因代码--如果它和old SGSN存储的值不匹配的话。这将在新SGSN发起一个安全功能。如果安全功能对MS鉴权成功，新SGSN应发送一个SGSN context request（old RAI,MS已验证,IMSI）消息给old SGSN.MS已验证指示新的SGSN已经对MS进行过鉴权。如果old P-TMSI签名正确或如果new SGSN指示已对MS进行过鉴权,old SGSN开始一个计时器。如果MS在old SGSN未知，old SGSN响应一个合适的错误代码。

如果带有紧急承载的UE没有在old SGSN鉴权（是一个网络支持不鉴权的UE)，old SGSN将继续后续流程，通过发送context response消息，并且在它不能验证context request的时候开始一个计时器。

2a）如果MS在old 3G-Gn/Gp-SGSN是PMM-CONNECTED状态，或者是在intra-Gn/Gp-SGSN RAU的case里，如果MS是在PMM-CONNECTED状态并且RAU是通过和之前建立的Iu连接不同的另外一条Iu连接接收到的，则old Gn/Gp SGSN发送SRNS Context Request消息给old SRNS来重新获取PDP上下文的序列号并包含在SGSN Context Response消息里。一旦接收到这个消息，SRNS缓存并且停止发送下行PDU给MS并返回一个SRNS Context Response（IMSI,GTP-SNDs，GTP-SNUs，PDCP-SNUs）消息。SRNS应包括每个PDP上下文的将发送给MS的下一个序列的GTP序列号以及下一个要被封装进隧道发送给GGSN的上行PDU的GTP序列号。对于每一个已经激活的使用了无损PDCP的PDP上下文，SRNS应包括上行PDCP序列号（PDCP-SNU)。PDCP-SNU应是MS期望的下一个序列中PDCP序列号（每一个active无线承载）。3G-SGSN不需要完成PDCP序列数字到SNDCP序列号的转换。

SNDCP,GTP和PDCP序列号数字和S4-SGSN是不相关的，因为网络侧不应配置“要求按序分发”，没有确认模式的NSAPIs(SNDCP)并且不少于UTRAN PDCP的丢失，在章节“Network Configuration for Interaction with E-UTRAN and S4-SGSNs”描述。

作者: 爱卫生 时间: 2011-3-10 14:47:02

本帖最后由爱卫生于 2011-3-10 20:26 编辑

  3)old 3G-SGSN响应一个SGSN Context Response（MM上下文,PDP上下文,协商的演进ARP)消息。对每个PDP上下文,old 3G-SGSN应包含下一个将被封装到隧道传给GGSN的上行GTP PDU的GTP序列号，以及下一个将要发送给MS的下一个PDU的下行GTP序列号。每个PDP上下文也包含PDCP序列号---如果PDCP序列号从old SRNS收到的话。当new 3G-SGSN之前如果从RAU Request消息里收到了MS网络侧能力的时候，则应忽略包含在SGSN Context Response消息里的MM上下文里的MS网络侧能力。从old 3G-SGSN收到的GTP序列号仅当针对PDP上下文（QOS profile）要求按序分发的时候才有意义。
  如果UE从old 3G Gn/Gp-SGSN收到了紧急业务但是UE是UICCless，IMSI则不能在SGSN Context Response消息的MM和PDP上下文里包含。对于紧急附着的UE，如果IMSI不能鉴权，那么IMSI应被标记为未鉴权。
  对于S4-SGSN之间的RAU，old SGSN应在Context Response消息里包含change reporting action。
  4）安全功能应执行。这个流程在章节“安全功能”中定义。如果SGSN Context Response消息不包含IMEISV并且支持ADD功能，SGSN则要求MS提供IMEISV。如果安全功能不能正确鉴权MS,RAU将被拒绝，并且new SGSN应发送一个拒绝指示给old SGSN.old SGSN应继续工作，就好象SGSN Context Request从来没收到一样。
  如果new SGSN配置了允许未鉴权的紧急业务,则new SGSN的行为应如下：
- 当MS只有紧急承载业务时,SGSN或者跳过鉴权以及安全设置或者接受这个可能失败的鉴权并且继续RAU流程,或者；
- 如果MS既有紧急又有非紧急承载业务并且鉴权失败，SGSN将继续RAU流程并且去激活所有的非紧急PDP上下文，这在9.2.4.2描述。
  5）如果RAU是一个Inter-SGSN RAU，new SGSN发送一个SGSN Context Acknowledge消息给old SGSN.这将通知old Gn/Gp SGSN，new SGSN已经接收到了属于这个已激活的PDP上下文的数据包。只有old Gn/Gp SGSN可以转发数据给一个new Gn/Gp或S4-SGSN。一个new S4-SGSN将给old Gn/Gp SGSN指示从SGW来的预留的TEID和IP地址参数，所以old Gn/Gp SGSN可以在需要的时候转发数据包。SGW丢弃所有从old Gn/Gp SGSN接收到的数据包。
  old SGSN标记这个上下文和MSC/VLR的关联以及在GGSN和HLR中的信息是invalid。这将触发MSC/VLR，GGSN和HLR被更新---如果MS在完成当前正在进行的RAU流程之前又回到了old SGSN的RA，又给old SGSN发起了一个RAU流程的时候。
  6)如果在old 3G-Gn/Gp SGSN中，MS是在PMM-CONNECTED状态或在一个intra-Gn/Gp-SGSN RAU的case里，如果MS是通过除了已经建立的Iu连接的另外一条Iu连接收到的RAU并且是PMM Connected,那old 3G-Gn/Gp-SGSN发送一个SRNS Data Forward命令（RAB ID,传输层地址,Iu Transport Association）消息给SRNS。一旦从3G-SGSN接收到SRNS Data Forward Command消息，SRNS应启动数据转发计时器。
  7)对于每个指示的RAB,SRNS开始复制并且将缓存的GTP PDU放入隧道中发送给old 3G-Gn/Gp SGSN.对于每个使用了无损PDCP的无线承载，SRNS应开始将已经部分传递的以及已经传递但没有确认的PDCP-PDU和它们相应的PDCP序列号一起放入隧道中，并且开始复制和
将缓存的GTP PDU放入隧道中传递给old 3G-Gn/Gp-SGSN。一旦从3G-Gn/Gp SGSN接收到SRNS Data Forward Command消息,SRNS应开始数据转发计时器。
  8)如果RAU是一个Inter-SGSN RAU，old 3G-SGSN将GTP PDU放入隧道发送给new 3G-SGSN。3G-SGSN不用执行PDCP序列号到SNDCP序列号的转换。
  9)如果RAU是一个Inter-SGSN RAU并且如果MS在new 3G-SGSN不是PMM-CONNECTED状态，new SGSN发送一个update pdp context request（new SGSN地址，协商的QOS，协商的演进ARP,TEID,服务网络ID，CGI/SAI，RAT类型，MS信息变更报告支持指示，NRSN)给相关的GGSN。SGSN应发送一个服务网络ID给GGSN。NRSN指示网络侧请求的承载控制的SGSN支持。协商的演进ARP指示了SGSN支持演进ARP特性。如果new SGSN从old SGSN的SGSN Context Response消息里没有收到协商的演进ARP，那么new SGSN应根据TS23.401附录E的说明，从协商的QOS profile里的分配/保持优先级中去获取这个值。GGSN更新它的PDP上下文字段并且返回一个update PDP Context Response（TEID,禁止payload压缩，APN限制，MS信息变更报告action，CSG信息报告action，BCM，协商的演进ARP)。GGSN根据本地策略或PCC来设置协商的演进ARP。根据TS23.401附录E的映射原则，协商的QOS profile中的分配/保持优先级是从演进的ARP获取到的。禁止payload压缩指示SGSN可以为这个PDP上下文来协商不进行数据压缩。SGSN如果能够从GGSN收到了协商的演进ARP，则应应用这个协商的演进ARP。
注释4：如果RAU是由一个在new 3G-SGSN中PMM-CONNECTED状态的MS发起的Inter-SGSN RAU，则在章节“Serving RNS Relocation Procedures”描述。
10）如果RAU是一个Inter-SGSN RAU，new SGSN通知HLR关于SGSN的变化，通过发送update location（SGSN Number，SGSN地址，IMSI,IMEISV,IMS over PS会话的同质支持）消息给HLR来通知。如果ADD功能支持的话将发送IMEISV。IMS over PS会话的同质支持指示“IMS Voice over PS会话”是否在服务的SGSN的所有RA中能同质的支持。
11) 如果RAU是一个Inter-SGSN RAU，HLR发送cancel location（IMSI, Cancellation Type）给old SGSN，并将cancellation type设置为更新流程。如果在步骤2描述的计时器没有运行，old SGSN将删除MM和PDP上下文/EPS承载上下文，old S4-SGSN释放附加的SGW资源---当new SGSN是一个Gn/Gp SGSN或者当SGW变化执行的时候。 GTPV1 SGSN上下文传递信令指示给old S4-SGSN，new SGSN是一个Gn/Gp SGSN，并没有指示任何SGW的变化。当在步骤2的计时器运行时，当这个计时器超时后，MM和PDP/EPS承载上下文和任何受到影响的SGW资源被移除，并且SGSN接收到一个cancel location。old S4-SGSN通过发送delete session request（原因，操作指示）消息给SGW来删除SGW的承载。如果ISR激活了，原因将指示old SGW应删除在其他old核心网节点中的承载资源---通过发送delete bearer request消息给其他的CN节点。old S4-SGSN不设置操作指示flag。这将指示给SGW,SGW不能发起到PGW的删除流程。
  当步骤2的计时器超时并且没有从S4-SGSN收到Cancel location，S4-SGSN移除PDP上下文/EPS承载上下文，但是保留MM上下文。
  步骤2启动的定时器确保MM和PDP上下文/EPS承载上下文在old SGSN中保持着---在MS完成当前正在进行的RAU之前又发起了到另一个new SGSN的inter-SGSN RAU流程的case里。old SGSN通过cancel location ACK(IMSI)确认。
  11a）一旦接收到cancel location，如果MS在old 3G-SGSN是PMM-CONNECTED状态，old 3G-SGSN发送一个Iu release command消息给old SRNC。当数据转发计时器超时，SRNS响应一个Iu release complete消息。

作者: 爱卫生 时间: 2011-3-10 20:54:52

本帖最后由爱卫生于 2011-3-11 13:37 编辑

  12)如果RAU是一个inter-SGSN RAU，HLR发送插入签约数据ISD（IMSI，签约数据）消息给new SGSN。new SGSN验证在新RA的MS的存在。如果因为区域签约限制或接入限制（例如CSG签约）MS不允许附着到这个RA，SGSN将拒绝这个RAU请求并带上合适的原因值，并返回一个insert subscriber data ack（IMSI,SGSN Area Restricted）消息给HLR.如果网络支持MOCN的配置来支持网络共享,SGSN可以，如果MS是一个不支持网络共享功能的MS,在这个例子里决定发起一个重定向---通过发送reroute命令给RNS，在TS23.251描述，以此来代替RAU request的拒绝。如果所有检查成功，SGSN构建这个MS的MM上下文并返回ISD ACK(IMSI)消息给HLR。如果在S4-SGSN和HSS之间使用sd接口，则不使用ISD和ISD ACK消息。如果替代，签约数据是由HSS在update location ACL(步骤13）消息中携带的。签约数据可以包含这个PLMN的CSG签约数据。
  如果在一个CSG小区发起一个RAU流程，new SGSN应检查是否CSG ID是包含在CSG签约信息里并没有超时.如果CSG ID不存在或超时，SGSN应发送一个RAU拒绝消息给MS并带上合适和原因值。MS应从其允许的CSG列表中移除CSG ID---如果存在的话。
  13）如果RAU是一个Inter-SGSN RAU，HLR通过发送update location ack（IMSI,GPRS签约数据（仅当s6d接口使用时））消息给new SGSN来对update location进行确认。
  14）如果更新类型指示这个一个联合的带有IMSI附着请求的RA/LAU，或如果在RAU时发生了LA的改变，这个关联将被建立,new SGSN发送一个location update request（new LAI,IMSI,SGSN number,Location update type）给VLR。位置更新类型应指示为IMSI附着--如果update type在步骤1里指示为联合的RA/LAU并带有IMSI附着请求。反之，位置更新类型应指示为正常的位置更新。当SGSN不能为多CN节点提供Intra Domain Connection的功能时,VLR number将从RAI里获取。当SGSN提供了这个功能时,SGSN使用RAI以及从IMSI得到的哈希值来决定VLR Number。SGSN开始到new MSC/VLR的位置更新流程---一旦接收到步骤8里的从HLR发过来的第一个ISD消息）。VLR创建并更新和SGSN的关联---通过对SGSN Number进行排序。在支持网络共享的网络，location update request包含了选择的核心网络运营商的ID---如果SGSN之前从RNS接收到了这个信息。这在TS23.251描述。
  15）如果在VLR的签约数据表明没有得到HLR的确认，new VLR通知HLR。HLR取消old VLR并且插入签约用户数据到new VLR。
a）new VLR发送一个update location（new VLR)给HLR.
b）HLR取消在old VLR的数据，通过发送cancel location（IMSI)给old VLR。
c）old VLR发送cancel location ack（IMSI)确认。
d）HLR发送ISD(IMSI,签约数据）给new VLR.
e）new VLR通过ISD ACK(IMSI)确认。
f）HLR给new VLR发送update location ACK(IMSI)响应。
  16）new VLR分配一个新的TMSI并且响应一个location update accept（VLR TMSI)给SGSN.VLR TMSI在VLR没有发生变化时候可选。
  17）new SGSN验证MS在新RA的存在。如果因为漫游限制或接入限制（例如CSG限制）MS不允许附着到这个小区，或签约检查失败，SGSN将拒绝RAU并给出合适的原因代码。如果网络侧支持网络共享的MOCN配置，且MS是一个不支持“网络共享”的MS，在这个case里将决定通过发送reroute命令来发起一个重定向给RNS，在TS23.251描述，来代替RAU的拒绝。如果所有的检查都成功，new SGSN为这个MS建立MM和PDP上下文/EPS承载上下文。New SGSN给MS响应一个RAU Accept（P-TMSI,VLR TMSI,P-TMSI签名,IMS voice over PS会话支持指示，紧急业务支持）。IMS voice over PS会话支持指示根据5.3.8章节描述所设置。
  激活的ISR永不在inter-SGSN RAU的case里指示，在TS23.401描述。具有E-UTRAN能力的UE设置TIN为“P-TMSI”或“RAT-related TMSI"，根据TS23.401的RAU流程描述的一样。
  如果为了MS激活了ISR，当S4-SGSN在intra SGSN的场景里接收到RAU Request消息，S4-SGSN应通过在RAU Accept消息里指示ISR已激活来保持ISR。
  如果RAU流程是通过手动CSG选择发起的或发生在一个CSG小区，MS一旦接收到RAU Accept消息，则应加入CSG ID到它的允许的CSG列表中--如果列表中没有的话。手动的CSG选择在MS有已经建立的紧急承载业务的时候不支持。
  如果用户平面建立的执行是和RAU Accept联合执行的，并且RAU是通过一个混杂（hybird）小区执行的，那SGSN应在RANAP消息中发送一个指示说明UE是不是一个RAN的CSG成员。根据这个信息，RAN可以执行针对CSG和非CSG成员的不同QOS待遇。
注释5：如果UE通过一个混杂小区接收到一个RAU Accept消息，UE不应将相应的CSG ID加入到它的允许的CSG列表。这个过程是由OTA或OMA DM流程来完成的。
  紧急业务支持指示告知MS支持紧急的PDP上下文，例如MS允许在需要的时候请求激活一个紧急PDP上下文。
  如果因为区域签约限制，或不是允许的CSG,一个带有正在进行紧急承载业务的MS不允许接入到RA或CSG小区，SGSN应接受这个RAU请求并且去激活所有非紧急的PDP上下文，在9.2.4.2描述。如果RAU流程是在PMM-IDLE/STANDBY状态发起的，所有非紧急的PDP上下文将被去激活---通过SGSN和MS之间的不带PDP上下文去激活信令的RAU流程。MS应避免在紧急承载业务时接入到GERAN。
  18）MS确认TMSI的重分配，通过返回一个RAU Compelete消息给SGSN。
  19）new SGSN发送TMSI Reallocation Compete消息给VLR---如果MS确认了VLR TMSI。
注释6：步骤15，16，19只有在步骤14执行了以后才能执行。
注释7：new SGSN可以在步骤4的安全功能完成后发起RAB建立，或等待RAU流程的完成。对于MS，RAB的建立可能在步骤1的RAU request消息发出之后的任何时间发生。
  对于一个拒绝的RAU操作，因为区域签约，漫游限制或接入限制（TS23.221和TS23.008),new SGSN不能构建MM上下文。在从HLR接收到签约数据的case里，new SGSN可以构建MM上下文并且存储MS的签约数据以此来优化SGSN和HLR之间的信令。一个reject应带上合适的代码返回给MS并且PS信令连接应被释放。一旦返回到idle，MS的行为应根据TS23.122来。如果网络侧支持网络共享的MOCN配置,SGSN可以，如果MS不支持网络共享，在这里将决定通过发送reroute命令来发起一个重定向给RNS，在TS23.251描述，来代替RAU的拒绝。
  如果new SGSN不能在一个或多个GGSN/PGW中更新PDP上下文/EPS承载上下文,new SGSN应根据章节“SGSN-initiated PDP Context Deactivation Procedure”的描述来去激活相应的PDP上下文/EPS承载上下文。这不应导致SGSN拒绝RAU。
PDP上下文/EPS承载上下文应从old SGSN发给new SGSN，并按照一定的优先级顺序，例如在SGSN Context Response消息里的最重要的PDP上文/EPS承载上下文优先。（优先级的方法和取决于实现，但应该给予当前的activity。）
New SGSN应为了从使用S4接口GGSN/PGW或old S4-SGSN接收来的，每个PDP上下文/EPS承载上下文里的APN限制来决定最大的APN限制
，并且存储这个新的最大APN限制值。
  如果new SGSN不能支持和old SGSN那样相同数量的active PDP上下文/EPS承载上下文，new SGSN应使用old SGSN发过来的优先次序来决定哪些PDP上下文/EPS承载上下文需要保持active，哪些需要删除。在任何场景，new SGSN应首先更新在一个或多个GGSN/PGW里的所有上下文，然后去激活那些不能保持的上下文，在章节“SGSN-initiated PDP Context Deactivation Procedure”描述。这不应导致SGSN拒绝RAU。
注释8：如果MS是在PMM-CONNECTED状态，PDP上下文已经在Forward Relocation Request消息里发送，在"Serving RNS relocation procedures"章节描述。
如果RAU失败并且超过允许的最大次数，或如果SGSN返回了带原因的RAU Reject消息，MS应进入PMM-DETACHED状态。
如果LAU消息指示一个拒绝，这将通知MS，MS不能接入一个非PS业务知道一个成功的位置更新流程被执行。

作者: 爱卫生 时间: 2011-3-11 13:51:05

本帖最后由爱卫生于 2011-3-11 14:33 编辑

6.9.2.1a 使用S4接口的RAU流程
在图例36a和36b里描述的流程，除了步骤2，3，5和9，是因为使用了S4接口,所以和在章节6.9.2.1描述的基于Gn/Gp结构的流程有所不同，其他的流程都是公共的。Inter-SGSN RAU流程的ISR功能去激活在TS23.401描述。
注释1：如果RAU是一个Inter-SGSN RAU，并且是由一个new 3G-SGSN下的PMM-CONNECTED状态的MS发起，步骤9和13在6.9.2.2.1a描述。

[attach]147[/attach]

Figure 36a: Step 2, 3 and 5 for Iu Mode Routeing Area Update Procedure between S4-SGSNs

2)如果RAU是一个Inter-SGSN RAU并且MS是在PMM-IDLE状态，new SGSN发送一个context request消息（old P-TMSI,old RAI，old P-TMSI签名）给old SGSN来得到MS的MM和EPS承载上下文。如果new SGSN为RAN节点的Intra Domain Connection提供了到多CN节点的功能，new SGSN将从old RAI以及old P-TMSI来获知old SGSN并且发送context request消息给这个old SGSN。否则，new SGSN将从old RAI获取old SGSN。在任何场景，新SGSN将得到一个SGSN地址作为它认为是的old SGSN。这个得到的SGSN它要么自己就是old SGSN，或者是关联到相同的SGSN POOL区域里的某个SGSN，这个POOL区域的某个SGSN会根据P-TMSI来得到真正的old SGSN，并将这个消息中继给这个pool里面真正的old SGSN。old SGSN验证old P-TMSI签名并且响应一个合适的原因代码--如果它和old SGSN存储的值不匹配的话。这将在新SGSN发起一个安全功能。如果安全功能对MS鉴权成功，新SGSN应发送一个SGSN context request（old RAI,IMSI,MS已验证）消息给old SGSN.MS已验证指示新的SGSN已经对MS进行过鉴权。如果old P-TMSI签名正确或如果new SGSN指示它已经对MS鉴权过，old SGSN启动一个定时器。如果MS在old SGSN未知，old SGSN响应一个合适的原因代码。

如果UE带有紧急承载但是没有在old MME鉴权（在网络侧支持不鉴权的UE），old MME应继续这个流程，通过发送Context Response并且开始计时器，并且当它不能验证这个Context Request的时候也启动。

3）old 3G SGSN响应一个Context Response（MM上下文，EPS承载上下文）消息。使用S16接口时的MM上下文以及EPS承载上下文在章节13.2.2定义。New 3G-SGSN仅当在之前从RAU请求消息里收到了MS网络侧能力的时候，才应忽略包含在Context Response消息里的MM Context里包含的MS网络侧能力。

如果UE从old 3G Gn/Gp-SGSN收到了紧急业务但是UE是UICCless，IMSI则不能在SGSN Context Response消息的MM和PDP上下文里包含。对于紧急附着的UE，如果IMSI不能鉴权，那么IMSI应被标记为未鉴权。

对于S4-SGSN之间的RAU,old SGSN应在Context Response消息里包含change reporting action及CGI/SAI/RAI变更支持指示。

5)如果RAU是Inter-SGSN RAU，new SGSN发送一个SGSN Context Acknowledge消息给old SGSN.Old SGSN将在它的上下文里标记MSC/VLR的关联以及SGW和HLR的信息是不正确的。这将出发MSC/VLR，SGW以及HLR被更新---如果MS在完成当前正在进行的RAU流程之前又回到了之前old SGSN覆盖的RAU后又发起了一个RAU流程的时候。

[attach]148[/attach]

Figure 36b: Step 9 for Iu Mode Routeing Area Update Procedure using S4

注释2：步骤9A)和9D)对于基于GTP和PMIP的S5/S8接口都是公共的架构。对于基于PMIP的S5/S8，流程步骤B1在TS23.402定义。步骤9B和9C是和基于GTP的S5/S8相关。

9A)如果SGW没有变化，new SGSN发送Modify bearer request(SGSN控制平面TEID,EPS Bearer ID,SGSN控制平面地址，SGSN地址和TEID，PGW地址和PGW上行流量的TEID（为基于GTP的S5/S8)或GRE密钥（为基于PMIP的S5/S8），服务网络ID,CGI/SAI，用户CSG信息，RAT类型，MS信息变化报告支持指示）。SGSN将相应的NSAPI放在EPS Bearer ID字段里。如果ISR由new SGSN的更新在SGW上激活了，这个SGW通过发送delete session request消息给其他的old CN节点来删除这些old CN节点里的承载资源。

如果ISR激活被指示，或SGSN和SGW配置了当EPS承载上下文关联到一个释放的RAB将被保持的时候释放S4用户平面（SGSN and SGW are configured to release S4 U-Plane when EPS Bearer Contexts associated with the released RABs are to be preserved），SGSN不在Modify Bearer Request消息中发送SGSN地址以及用户平面的TEID。如果SGW变化或如果一个SGW需要被分配（Gn/Gp到S4-SGSN的RAU)，SGSN选择一个SGW并且发送create session request消息(APN-AMBR)并且带有和发送给SGW的Modify bearer request消息里包含的相同的内容。

对于Gn/Gp到S4-SGSN的RAU，new S4-SGSN提供APN-AMBR给服务的GW。关于MBR到APN-AMBR的映射在TS23.401的附录E描述。

9B)如果SGW变化，或如果SGW需要被分配（Gn/Gp到S4-SGSN的RAU)，或RAT类型变化，或SGW从S4-SGSN接收到CGI/SAI，SGW发送modify bearer request（EPS Bearer ID,服务网络ID,CGI/SAI，用户CSG信息，RAT类型，MS信息变更报告支持指示，APN-AMBR)消息给相应的PGW。

9C) PGW通过modify bearer response（TEID,禁止payload压缩，MS信息变化报告action，CSG信息报告action，缺省bearer ID，APN-AMBR)消息给SGW来进行确认。禁止payload压缩指示SGSN应为这个PDP上下文协商不进行数据压缩。缺省bearer ID是当UE从Gn/Gp SGSN移动到S4-SGSN的时候包含。

9D) SGW通过modify bearer response（cause，SGW控制平面TEID,SGW控制平面地址，PGW地址和PGW中为了上行流量的TEID(基于GTP的S4/S8）或GRE KEY(基于PMIP的S5/S8)，禁止payload压缩，MS信息变化报告指示，CSG信息报告指示，缺省承载ID，APN-AMBR）。如果SGSN发送create session request消息，SGW则发送带有发送给SGSN的modify bearer response消息里包含的相同内容来进行响应。

作者: 爱卫生 时间: 2011-3-11 16:53:09

本帖最后由爱卫生于 2011-3-13 23:09 编辑

6.9.2.2 服务的RNS重选流程（SRNS重选）
  在本规范中，为Iu模式的MS服务的术语RNS或RNC可以相对应的参考GERAN的BSS或BSC。
  SRNS重选流程使得站在RAN和CN连接点的角度，从源RNC移动到了目的RNC。SRNS重选流程，在下面章节中所描述的，可以作为“无丢失的SRNS重选”执行，意味着SRNS的变化将被消除并且没有数据包丢失。因为这个目的，RNS以及MS必须提供PDCP层功能，在后续的描述中作为无丢失PDCP的参考。源RNC根据UE和RNS的能力和基于QOS的参数（例如SDU错误率）决定执行SRNS重选，作为“无丢失的SRNS重选”。
  对于“无丢失的SRNS重选”，MS和源RNS都要支持并且使用无丢失的PDCP。当SRNS变化时，old RNS转发所有收到的以及还没有传递的下行GTP-PDU给目标RNS。GTP-PDU转发给目标RNS指示一个PDCP的序列号---如果包含的N-PDU发送给MS做为PDCP-SDU，但是还没有被无丢失的PDCP进行确认。目标RNS和MS交换各自的下一个期望的PDCP-PDU的序列号。这个过程指示在MS和源RNS之间在上行和下行方向分别已经成功传递的PDCP-PDU。同时也对在SRNS变化之前的所有成功传递的N-PDU（PDCP-SDU)进行确认。这些N-PDU将被MS和目标RNS上分别的丢弃。目标RNS通过GTP-PDU中的由PDCP序列号确认的N-PDU，识别出已经转发的GTP-PDU。其他所有的N-PDU不得不通过一条新的MS-RNS链路来传递。
6.9.2.2.1 SRNS重选流程
  这个流程只是为PMM-CONNECTED状态的MS，并且有Iur接口同时承载控制信令和用户数据的时候。这个流程不适用于GERAN。
  SRNS重选流程用来将RAN到CN的连接，站在RAN的角度，从源SRNC切换到目标RNC。在流程里，Iu链路将被重分配。如果目标和源RNC连接到相同的SGSN，将执行一个Intra-SGSN SRNS重选流程。如果RA发生变化，那在重选流程将在一个Intra-SGSN RAU流程之后完成。SGSN通过检测是否具有处理old RA的能力来判断是一个intra-SGSN的RAU。在这里例子里，SGSN有关于MS的足够信息，因此不需要通知HLR关于MS的新位置。
  图例37显示了当源SRNC和目标RNC连接到不同的SGSN时候，在SRNS重选发生之前的用户数据路由。图例38显示了在SRNS重选流程和RAU流程完成之后用户数据路由。在图例37和图例38描述的场景中，MS是在PMM-CONNECTED状态。
注释1：用SGW/PGW来替代GGSN的图例流程不再详述，因为它们的场景和图例37和38类似。

[attach]158[/attach]

Figure 37: Before SRNS Relocation and Routeing Area Update

在SRNS重选流程和RAU之前，MS在old SGSN内注册。源RNC做为服务的RNC。

[attach]159[/attach]

Figure 38: After SRNS Relocation and Routeing Area Update

在完成SRNC重选流程RAU之后，MS在new SGSN内注册。MS在new SGSN中是PMM-CONNECTED状态，目标RNC变成了服务RNC。

作者: 爱卫生 时间: 2011-3-14 21:19:34

本帖最后由爱卫生于 2011-3-21 21:34 编辑

服务SRNS重选流程在图例39描述。这个顺序对不论intra-SGSN SRNS还是inter-SGSN SRNS重选都是适用的。

[attach]160[/attach]

Figure 39: SRNS Relocation Procedure

NOTE 2:
All steps in figure 39, except steps (A) and 13, are common for architecture variants using Gn/Gp based interaction with GGSN and using S4 based interaction with S‑GW and P‑GW. For an S4 based interaction with S‑GW and P‑GW, procedure steps (A) and (B) are defined in the clause 6.9. 2.2.1a.

注释2：所有在图例39的步骤，除了(A)和13步，其他的对于采用基于Gn/Gp的和GGSN的交互还是基于S4接口和SGW/PGW的交互都是公共的步骤。对于基于S4的和SGW/PGW的交互，流程（A)和（B）在6.9.2.2.1a定义。

1)The source SRNC decides to perform/initiate SRNS relocation. At this point both uplink and downlink user data flows via the following tunnel(s): Radio Bearer between MS and source SRNC (data flows via the target RNC, which acts as a drift RNC); GTP-U tunnel(s) between source SRNC and old-SGSN; GTP-U tunnel(s) between old-SGSN and GGSN. (for using S4: GTP‑U tunnel(s) between old‑SGSN and S‑GW; GTP‑U tunnel(s) between S‑GW and P‑GW)

1）源SRNC决定执行/发起SRNS重选。在这里无论上行还是下行用户数据流都使用下列隧道：在MS和源SRNC之间的无线承载。（数据流经过目标RNC，作为漂移RNC）；GTP-U隧道在源SRNC和old-SGSN之间,GTP-U隧道是在old-SGSN和GGSN之间。（对于使用S4接口：GTP-U隧道在old-SGSN和SGW；SGW和PGW之间建立）。

2)The source SRNC sends a Relocation Required message (Relocation Type, Cause, Source ID, Target ID, Source RNC to target RNC transparent container) to the old SGSN. The source SRNC shall set the Relocation Type to "UE not involved". The Source SRNC to Target RNC Transparent Container includes the necessary information for Relocation co-ordination, security functionality and RRC protocol context information (including MS Capabilities).

2）源SRNC发送要求重选消息（重选类型，原因，源ID,目标ID，源RNC到目标RNC透明容器）给old SGSN。源SRNC应将重选类型设置为“UE不参与”。源SRNC到目标RNC透明容器包含了为重选协作，安全功能以及RRC协议内容信息（包括MS能力）的必要信息。

3)The old SGSN determines from the Target ID if the SRNS Relocation is intra-SGSN SRNS relocation or inter-SGSN SRNS relocation. In case of inter-SGSN SRNS relocation, the old SGSN initiates the relocation resource allocation procedure by sending a Forward Relocation Request message (IMSI, Tunnel Endpoint Identifier Signalling, MM Context, PDP Context/EPS Bearer Context, Negotiated Evolved ARP, Target Identification, RAN transparent container, RANAP Cause, GCSI) to the new SGSN. If this message is sent between two S4-SGSNs, the old SGSN shall include APN Restriction and Change Reporting Action in this message. MM Context and EPS Bearer Context when used at the S16 interface are defined by clause 13.2.2. For relocation to an area where Intra Domain Connection of RAN Nodes to Multiple CN Nodes is used, the old SGSN may – if it provides Intra Domain Connection of RAN Nodes to Multiple CN Nodes have multiple target SGSNs for each relocation target in a pool area, in which case the old SGSN will select one of them to become the new SGSN, as specified in TS 23.236 [73].

3）old SGSN从目标ID来决定SRNS重选是一个intra-SGSN还是一个inter-SGSN的SRNS重选。如果是inter-SGSN SRNS重选，old SGSN发起重选资源分配流程---通过发送转发重选请求消息（IMSI,信令TEID，MM上下文，PDP上下文/EPS承载上下文,协商的演进ARP，目标ID，RAN透明容器，RANAP原因，GCSI)给new SGSN。如果这个消息在两个S4-SGSN之间传递，old SGSN应在这个消息中包含APN限制以及变更报告行为。MM上下文和PDP上下文/EPS承载上下文是在S16接口使用的时候出现，这在13.2.2定义。如果重选到的区域使了"RAN节点的intra域内连接到多个CN节点”,old SGSN可以 - 如果它提供了RAN节点的域内连接到多个CN节点的功能并有多个目标SGSN是在重选目标的一个池组区，则old SGSN将选择其中一个承载new SGSN，在TS23.236定义。

If at least one of the two SGSNs is a Gn/Gp SGSN then PDP context is indicated. An S4-SGSN derives from GTPv1 Forward Relocation signalling that the other SGSN is a Gn/Gp SGSN, which also does not signal any S‑GW change. The PDP context contains GGSN Address for User Plane and Uplink TEID for Data (to this GGSN Address and Uplink TEID for Data the old SGSN and the new SGSN send uplink packets).

如果两个SGSN中至少有一个是Gn/Gp SGSN，那么PDP上下文要被指示。从GTPV1的转发重选信令中得到其他的SGSN是一个Gn/Gp SGSN，并且被通知没有SGW的变更。PDP上下文包含了GGSN的用户平面地址和上行用户数据的TEID(这用于old SGSN和new SGSN发送上行数据包到这个GGSN地址和上行的TEID)。

At the same time a timer is started on the MM and PDP contexts/EPS Bearer Contexts in the old SGSN (see the Routeing Area Update procedure in clause "Location Management Procedures (Iu mode)"). The Forward Relocation Request message is applicable only in the case of inter-SGSN SRNS relocation. The old SGSN 'sets' the GCSI flag if the MM context contains GPRS CAMEL Subscription Information.

同时一个计时器在old SGSN的MM上下文和PDP上下文/EPS承载上下文中启动（参考位置管理流程（Iu模式）的RAU流程）。转发重选请求消息在这里仅适用于inter-SGSN SRNS重选。old SGSN发现如果在MM上下文里包含了GPRS CAMEL签约信息的话则要设置GCSI的flag。

If the UE receives only emergency services from the old SGSN and the UE is UICCless, IMSI can not be included in Forward Relocation Request message. For emergency attached UEs if the IMSI cannot be authenticated then the IMSI shall be marked as unauthenticated.

如果UE从old 3G Gn/Gp-SGSN收到了紧急业务但是UE是UICCless，IMSI则不能在转发重选请求消息的MM和PDP上下文里包含。对于紧急附着的UE，如果IMSI不能鉴权，那么IMSI应被标记为未鉴权。

4)The new SGSN sends a Relocation Request message (Permanent NAS UE Identity (if available), MSISDN, Cause, CN Domain Indicator, Source-RNC to target RNC transparent container, RABs to be setup (APN, Charging characteristics), UE-AMBR, Service Handover related info) to the target RNC. Only the Iu Bearers of the RABs are setup between the target RNC and the new-SGSN as the existing Radio Bearers will be reallocated between the MS and the target RNC when the target RNC takes the role of the serving RNC. For each requested RAB, the RABs to be setup information elements shall contain information such as RAB ID, RAB parameters, Transport Layer Address, and Iu Transport Association. SGSN shall not establish RABs for PDP contexts/EPS Bearer Contexts for using S4 with maximum bit rate for uplink and downlink of 0 kbit/s. . The list of RABs requested by the new SGSN may differ from list of RABs established in the Source RNC contained in the Source-RNC to target RNC transparent container. The target RNC shall not establish the RABs (as identified from the Source-RNC to target RNC transparent container) that did not exist in the source RNC prior to the relocation. The RAB ID information element contains the NSAPI value, and the RAB parameters information element gives the QoS profile. The Transport Layer Address is the SGSN Address for user data, and the Iu Transport Association corresponds to the uplink Tunnel Endpoint Identifier Data. The new SGSN may decide to establish Direct Tunnel unless it has received a 'set' GCSI flag from the old SGSN. If the new SGSN decides to establish Direct Tunnel, it provides to the target RNC the GGSN's Address for User Plane and TEID for Uplink data. For using S4, if the new SGSN decides to establish Direct Tunnel, it provides to the target RNC the S‑GW's Address for User Plane and TEID for Uplink data. If the Access Restriction is present in the MM context, the Service Handover related information shall be included by new S4-SGSN for the Relocation Request message in order for RNC to restrict the UE in connected mode to handover to the RAT prohibited by the Access Restriction. MSISDN, APN and Charging characteristics are optional parameters and only transferred if SGSN supports SIPTO at Iu-ps.

4) New SGSN发送重选请求消息（永久NAS UE ID(如果有），MSISDN,原因，CN域指示符，源RNC到目标RNC透明容器，要建立的RAB(APN,计费特征），UE-AMBR，服务切换相关信息）给目标RNC。只有Iu承载RAB才需要在目标RNC和new SGSN间建立，这是因为已经存在的无线承载将在目标RNC成为服务RNC的时候在MS和目标RNC之间重选过去。对于每一个请求的RAB，要建立的RAB信息元素应该包含诸如RAB ID,RAB参数，传输层地址，Iu传输关联等信息。SGSN在使用S4接口时，当上下行MBR都是0kbit/s的时候不应建立PDP上下文/EPS承载上下文相应的RAB。由new SGSN请求的RAB列表可以和在“源RNC到目标RNC透明容器”参数中包含的源RNC已经建立的RAB列表不同。RAB ID信息元素包含了NSAPI的值，以及RAB参数信息元素给出了QOS profile。传输层地址是SGSN用户平面的地址，Iu传输关联对应到上行数据的TEID。New SGSN可以决定来建立一个直接隧道---除非它从old SGSN收到了GCSI flag位的设置。如果new SGSN决定建立一个直接隧道，它给目标RNC提供GGSN用户平面地址和TEID。对于使用S4接口的，如果new SGSN决定建立直接隧道，它给目标RNC提供SGW用户平面地址和TEID.如果接入限制在MM上下文中存在，服务切换相关信息将在new S4-SGSN的重选请求消息中包含，为了使RNC来限制连接模式的UE禁止进行RAT切换。MSISDN,APN和计费特征是可选参数---只在SGSN在Iu-PS支持SIPTO的时候使用。

After all necessary resources for accepted RABs including the Iu user plane are successfully allocated; the target RNC shall send the Relocation Request Acknowledge message (RABs setup, RABs failed to setup) to the new SGSN. Each RAB to be setup is defined by a Transport Layer Address, which is the target RNC Address for user data, and an Iu Transport Association, which corresponds to the downlink Tunnel Endpoint Identifier for user data. For each RAB to be set up, the target RNC may receive simultaneously downlink user packets both from the source SRNC and from the new SGSN.

在接受的RAB所需要的所有必要的资源包括Iu用户平面成功分配之后，目标RNC应发送重选请求确认消息（RAB建立，建立失败的RAB）给new SGSN。每个要建立的RAB由1-传输层地址（这个地址是目标RNC的用户数据地址），2-Iu传输关联（对应下行用户数据的TEID)来定义。对于每个将要建立的RAB，目标RNC既可以从源SRNC也可以从new SGSN同时接收下行的用户数据）。

5)When resources for the transmission of user data between the target RNC and the new SGSN have been allocated and the new SGSN is ready for relocation of SRNS, the Forward Relocation Response message (Cause, RANAP Cause, and RAB Setup Information) is sent from the new SGSN to old SGSN. This message indicates that the target RNC is ready to receive from source SRNC the forwarded downlink PDUs, i.e. the relocation resource allocation procedure is terminated successfully. RANAP Cause is information from the target RNC to be forwarded to the source SRNC. The RAB Setup Information, one information element for each RAB, contains the RNC Tunnel Endpoint Identifier and the RNC IP address for data forwarding from the source SRNC to the target RNC. If the target RNC or the new SGSN failed to allocate resources, the RAB Setup Information element contains only NSAPI indicating that the source SRNC shall release the resources associated with the NSAPI. The Forward Relocation Response message is applicable only in case of inter-SGSN SRNS relocation.

5)当在目标RNC和new SGSN之间为用户数据传输的资源都已经分配好了，并且new SGSN已经准备好了SRNS的重选，new SGSN发送转发重选响应消息（原因，RANAP原因，RAB建立信息）发送给old SGSN。这个消息指示目标RNC已经准备好接收从源SRNC过来的转发的下行PDU的接收。这就代表重选资源分配流程成功的完成了。RANAP原因是目标RNC将要转发给源SRNC的信息。RAB建立信息，是对每个RAB的一个信息元素，包含了从源SRNC到目标RNC的用于数据转发的RNC TEID和RNC IP地址。如果目标RNC或new SGSN分配资源失败，RAB建立信息元素将只包含NSAPI来指示源SRNC应释放和这个NSAPI关联的所有资源。转发重选响应消息仅在inter-SGSN SRNS重选的场景中可用。

6)The old SGSN continues the relocation of SRNS by sending a Relocation Command message (RABs to be released, and RABs subject to data forwarding) to the source SRNC. The old SGSN decides the RABs to be subject for data forwarding based on QoS, and those RABs shall be contained in RABs subject to data forwarding. For each RAB subject to data forwarding, the information element shall contain RAB ID, Transport Layer Address, and Iu Transport Association. These are the same Transport Layer Address and Iu Transport Association that the target RNC had sent to new SGSN in Relocation Request Acknowledge message, and these are used for forwarding of downlink N‑DU from source SRNC to target RNC. The source SRNC is now ready to forward downlink user data directly to the target RNC over the Iu interface. This forwarding is performed for downlink user data only.

6)Old SGSN将继续SRNS的重选，发送重选命令消息（需要释放的RAB,需要数据前转的RAB)给源SRNC。old SGSN根据QOS决定需要数据前转的RAB，并且那些RAB应包含在“需要数据前转的RAB"字段里）。对于每一个“需要前转的RAB"字段，这个信息元素应包含RAB ID，传输层地址，Iu传输关联。这些传输层地址和Iu传输关联和目标RNC发送给new SGSN的重选请求确认消息中的一样，用于从源SRNC到目标RNC的下行N-PDU的转发。源SRNC现在已经准备好在Iu接口的到目标RNC的下行用户数据的直接转发。这个转发仅只针对下行用户数据。

7)The source SRNC may, according to the QoS profile, begin the forwarding of data for the RABs to be subject for data forwarding. The data forwarding at SRNS relocation shall be carried out through the Iu interface, meaning that the data exchanged between the source SRNC and the target RNC are duplicated in the source SRNC and routed at IP layer towards the target RNC. For each radio bearer which uses lossless PDCP the GTP-PDUs related to transmitted but not yet acknowledged PDCP-PDUs are duplicated and routed at IP layer towards the target RNC together with their related downlink PDCP sequence numbers. The source RNC continues transmitting duplicates of downlink data and receiving uplink data. Before the serving RNC role is not yet taken over by target RNC and when downlink user plane data starts to arrive to target RNC, the target RNC may buffer or discard arriving downlink GTP-PDUs according to the related QoS profile.

7）源SRNC可以，根据QOS Profile，开始为RAB转发需要前转的数据。在SRNS重选中的数据转发应通过Iu接口执行，意味这在源SRNC和目标SRNC的数据交换将在源SRNC被复制，并且通过IP层发送给目标RNC。对于每个使用了无损PDCP的无线承载，已传输的相关的GTP-PDU但还没有被确认的PDCP-PDU，将被复制并和它们相关的下行PDCP序列号一起通过IP层路由传递到目标RNC。源RNC继续传送完全相同的下行数据和接收到的上行数据。在目标RNC还没有成为服务RNC之前，如果有下行用户平面数据开始到达目标RNC，目标RNC可以根据它们相关的QOS profile缓存或丢丢弃到达的GTP-PDU。

NOTE 3:The order of steps, starting from step 7 onwards, does not necessarily reflect the order of events. For instance, source RNC may start data forwarding (step 7) and send Relocation Commit message (step 8) almost simultaneously except in the delivery order required case where step 7 triggers step 8. Target RNC may send Relocation Detect message (step 9) and RAN Mobility Information message (step 10) at the same time. Hence, target RNC may receive RAN Mobility Information Confirm message (step 10) while data forwarding (step 7) is still underway, and before the new SGSN receives Update PDP Context Response message (step 11).

注释3：步骤的顺序，从步骤7往前，并不必须的反应事件的顺序。例如，步骤7的源RNC可以开始数据转发和第8步中的发送重选提交消息差不多是同时的，除了是在要求有序分发要求的场景才是步骤7触发步骤8.步骤9的目标RNC可以重选检测消息和步骤10的RAN移动性信息消息也可以是在同时的。因此，目标RNC可以在步骤7的数据转发仍在路途中的时候接收第10步的RAN移动性信息确认消息，并且是在第11步的new SGSN收到更新PDP上下文响应消息之前。

作者: 爱卫生 时间: 2011-3-15 19:55:27

本帖最后由爱卫生于 2011-3-16 20:52 编辑

8)Before sending the Relocation Commit the uplink and downlink data transfer in the source, SRNC shall be suspended for RABs, which require delivery order. The source RNC shall start the data-forwarding timer. When the source SRNC is ready, the source SRNC shall trigger the execution of relocation of SRNS by sending a Relocation Commit message (SRNS Contexts) to the target RNC over the Iur interface. The purpose of this procedure is to transfer SRNS contexts from the source RNC to the target RNC, and to move the SRNS role from the source RNC to the target RNC. SRNS contexts are sent for each concerned RAB and contain the sequence numbers of the GTP-PDUs next to be transmitted in the uplink and downlink directions and the next PDCP sequence numbers that would have been used to send and receive data from the MS. For PDP context(s) using delivery order not required (QoS profile), the sequence numbers of the GTP-PDUs next to be transmitted are not used by the target RNC. PDCP sequence numbers are only sent by the source RNC for radio bearers, which used lossless PDCP (see TS 25.323 [57]). The use of lossless PDCP is selected by the RNC when the radio bearer is set up or reconfigured.

8)在发送重选提交之前，SRNC应为要求有序分发的RAB挂起源处的传输的上下行数据。源RNC应开始数据转发计时器。当源SRNC准备好，源SRNC应通过Iu接口发送重选提交消息给目标RNC来执行SRNS的重选。这个流程的目的是传递源RNC的SRNS上下文给目标RNC，并且将SRNS的角色迁移到目标RNC。SRNS上下文通过每个连接的RAB发送并且包含下一个将在上下行方向传递的GTP-PDU序列号，以及将用来从MS发送和接收数据的PDCP序列号。对于不要求按序分发的PDP上下文，下一个要被传送的GTP-PDU序列号不在目标RNC使用。PDCP序列号仅仅由源RNC为了使用无损PDCP的无线承载发送。无损PDCP的使用是由RNC在无线承载建立或重新配置的时候选择。

If delivery order is required (QoS profile), consecutive GTP-PDU sequence numbering shall be maintained throughout the lifetime of the PDP context(s). Therefore, during the entire SRNS relocation procedure for the PDP context(s) using delivery order required (QoS profile), the responsible GTP-U entities (RNCs and GGSN) shall assign consecutive GTP-PDU sequence numbers to user packets belonging to the same PDP context for uplink and downlink, respectively.

如果要求按序分发（QOS profile）,连续的GTP-PDU序列编号应该贯穿整个PDP上下文的生存周期。因此，在整个有按序分发要求的PDP上下文SRNS重选流程期间，具有GTP-U职责的实体（RNC和GGSN)应分配连续的GTP-PDU序列号给属于相同PDP上下文的上下行用户数据。

9)The target RNC shall send a Relocation Detect message to the new SGSN when the relocation execution trigger is received. For SRNS relocation type "UE not involved", the relocation execution trigger is the reception of the Relocation Commit message from the Iur interface. When the Relocation Detect message is sent, the target RNC shall start SRNC operation.

9)目标RNC应发送重选检测消息给new SGSN---当收到重选执行触发的时候。对于SRNS重选类型为“UE不参与”，重选执行触发是从Iur接口收到的重选提交消息。当重选检测消息发送后，目标RNC应开始SRNC的操作。

10)The target SRNC sends a RAN Mobility Information message. This message contains UE information elements and CN information elements. The UE information elements include among others new SRNC identity and S‑RNTI. The CN information elements contain among others Location Area Identification and Routeing Area Identification. The procedure shall be co-ordinated in all Iu signalling connections existing for the MS.

10)目标SRNC发送一个RAN移动性信息消息。这个消息包含了UE信息元素和CN信息元素。UE信息元素包含了新SRNC ID和S-RNTI等等。CN信息元素包含了LAI和RAI等等。这个流程应在这个MS存在的所有Iu信令连接上协调完成。

The target SRNC establishes and/or restarts the RLC, and exchanges the PDCP sequence numbers (PDCP‑SNU, PDCP‑SND) between the target SRNC and the MS. PDCP‑SND is the PDCP sequence number for the next expected in-sequence downlink packet to be received in the MS per radio bearer, which used lossless PDCP in the source RNC. PDCP‑SND confirms all mobile-terminated packets successfully transferred before the SRNC relocation. If PDCP‑SND confirms reception of packets that were forwarded from the source SRNC, the target SRNC shall discard these packets. PDCP‑SNU is the PDCP sequence number for the next expected in-sequence uplink packet to be received in the RNC per radio bearer, which used lossless PDCP in the source RNC. PDCP‑SNU confirms all mobile originated packets successfully transferred before the SRNC relocation. If PDCP‑SNU confirms reception of packets that were received in the source SRNC, the MS shall discard these packets.
目标SRNC建立并且/或重启RLC，在目标SRNC和MS之间交换PDCP序列号（PDCP-SNU,PDCP-SND).PDCP-SND是一个用于每一个在源RNC中使用了无损PDCP的无线承载中标识下一个期望从MS接收的序列中的下行数据的序列号。PDCP-SND确认所有终止于手机的包成功的在SRNC重选的时候传递。如果PDCP-SND确认数据包的接收从源SRNC转发过来了，目标SRNC应丢弃这些数据包。PDCP-SNU是一个用于每一个在源RNC中使用了无损PDCP的无线承载中标识下一个期望从MS接收的序列中的上行数据的序列号。PDCP-SNU确认所有手机发起的数据包在SRNC重选之前成功的传递。如果PDCP-SNY确认这些包已经由源SRNC接收，MS应丢弃这些包。

Upon reception of the RAN Mobility Information message the MS may start sending uplink user data to the target SRNC. When the MS has reconfigured itself, it sends the RAN Mobility Information Confirm message to the target SRNC. This indicates that the MS is also ready to receive downlink data from the target SRNC.

一旦接收到RAN移动性信息消息，MS应开始发送上行用户数据给目标SRNC。当MS重新配置了它自己，它发送RAN移动性信息确认消息给目标SRNC。这将指示MS已经准备好从目标SRNC接收下行数据。

If new the SGSN has already received the Update PDP Context Response message from the GGSN, it shall forward the uplink user data to GGSN over this new GTP-U tunnel. Otherwise, the new SGSN shall forward the uplink user data to that GGSN IP address and TEID(s), which the new SGSN had received earlier by the Forward Relocation Request message.

如果new SGSN已经从GGSN接收到Update PDP Context Response消息,它将通过新的GTP-U隧道将上行用户数据转发给GGSN。另外，new SGSN还应转发早些时候从转发重选请求消息里接收到的上行用户数据给这个GGSN IP地址和TEID。

For using S4, if new the SGSN has already received the Modify Bearer Response message from the S‑GW, it shall forward the uplink user data to S‑GW over this new GTP‑U tunnel. Otherwise, the new SGSN shall forward the uplink user data to that S‑GW IP address and TEID(s), which the new SGSN had received earlier by the Forward Relocation Request message.

对于使用S4接口的，如果new SGSN从SGW收到了Modify Bearer Response消息，它应通过新GTP-U隧道转发上行用户数据给SGW。另外，new SGSN还应转发早些时候从转发重选请求消息里接收到的上行用户数据给这个SGW IP地址和TEID。

For all RABs, the target RNC should: 对所有的RAB，目标RNC应：

-start uplink reception of data and start transmission of uplink GTP-PDUs towards the new SGSN;

-开始上行数据接收并开始传输上行GTP-PDU到new SGSN.

-start processing the already buffered and the arriving downlink GTP-PDUs and start downlink transmission towards the MS.

-开始数据已经缓存的到达的下行GTP-PDU并且开始转发给MS.

11)When the target SRNC receives the RAN Mobility Information Confirm message, i.e. the new SRNC—ID + S‑RNTI are successfully exchanged with the MS by the radio protocols, the target SRNC shall initiate the Relocation Complete procedure by sending the Relocation Complete message to the new SGSN. The purpose of the Relocation Complete procedure is to indicate by the target SRNC the completion of the relocation of the SRNS to the CN.

11)当目标SRNC接收到了RAN移动性信息确认消息，也就是new SRNC-ID +S-RNTI通过空口协议和MS成功的交换，目标SRNC应发起重选完成流程---通过发送一个重选完成消息给new SGSN。重选完成流程的目的是由目标SRNC来指示SRNS到CN的重选的完成。

12)Upon receipt of Relocation Complete message, if the SRNS Relocation is an inter SGSN SRNS relocation, the new SGSN signals to the old SGSN the completion of the SRNS relocation procedure by sending a Forward Relocation Complete message.

12)一旦接收到重选完成消息,如果SRNS重选是一个inter-SGSN SRNS重选，new SGSN告知old SGSN关于SRNS重选流程的完成---通过发送转发重选完成消息。

13)一旦接收到重选完成消息，CN应将用户平面从源RNC切换到目标SRNC。如果SRNS重选是一个inter-SGSN SRNS重选或如果直接隧道在一个intra-SGSN SRNS重选流程中建立，new SGSN发送Update PDP Context Request 消息（新SGSN地址,SGSN TEID,协商的QOS，演进的协商ARP，服务网络ID，CGI/SAI，RAT类型，MS信息变化报告支持指示，NRSN,DTI)给关联的GGSN.SGSN应发送服务网络ID给GGSN.如果直接隧道建立，SGSN给GGSN提供RNC的用户平面地址和下行数据的TEID，并且应包含DTI（direct tunnel ID)来指示GGSN要应用直接隧道，指定的错误处理流程在13.8描述。NRSN指示GGSN关于网络请求的承载控制能力的支持。协商的演进ARP IE指示SGSN支持演进的ARP特性。如果new SGSN没有从old SGSN的SGSN转发重选请求消息里看到演进协商ARP IE，那么new SGSN应根据TS23.401的附录E里描述的那样，从QOS profile里的分配/保持优先级里去获取这个值。

The GGSNs update their PDP context fields and return an Update PDP Context Response (GGSN Tunnel Endpoint Identifier, Prohibit Payload Compression, APN Restriction, MS Info Change Reporting Action, CSG Information Reporting Action, BCM, and Negotiated Evolved ARP) message. The GGSN sets the Negotiated Evolved ARP based on local policy or PCC. The Allocation/Retention Priority of the QoS Profile Negotiated is derived from the Evolved ARP according to the mapping principles of TS 23.401 [89], Annex E. The Prohibit Payload Compression indicates that the SGSN should negotiate no data compression for this PDP context. The SGSN shall apply the Negotiated Evolved ARP if received from the GGSN.

GGSN更新它们的PDP上下文字段并返回一个Update PDP Context Response（GGSN TEID,禁止符合压缩,APN限制,MS信息变化报告行动，CSG信息报告行动，BCM以及协商的演进ARP)消息。GGSN根据本地策略或PCC设置演进的协商ARP。协商的QOS profile的分配/保持优先级是从演进的ARP里获取的（映射原则由TS23.401附录E描述）。禁止payload压缩指示SGSN应为这个PDP上下文协商无数据压缩。SGSN如果从GGSN收到的话，应应用协商的演进ARP。

14)Upon receiving the Relocation Complete message or if it is an inter-SGSN SRNS relocation; the Forward Relocation Complete message, the old SGSN sends an Iu Release Command message to the source RNC. When the RNC data-forwarding timer has expired the source RNC responds with an Iu Release Complete.

14)一旦接收到重选完成消息或这是一个inter-SGSN SRNS重选；转发重选完成消息, old SGSN发送一个Iu释放命令消息给源RNC。当RNC数据转发计时器超时，源RNC响应一个Iu释放完成消息。

An old S4-SGSN starts a timer to supervise when resources in old Serving GW (in case of Serving GW change or in case of S4 to Gn/Gp SGSN change) shall be released. When this timer expires the old S4-SGSN releases the S‑GW resources. The old S4-SGSN deletes S-GW bearer resources by sending Delete Session Request (Cause, Operation Indication) messages to the SGW. If ISR is activated the Cause indicates that the old S-GW shall delete the bearer resources on the other old CN node by sending Delete Bearer Request message to the other CN node. The Operation Indication flag is not set by the old S4-SGSN. This indicates to the S-GW that the S‑GW shall not initiate a delete procedure towards the PDN GW.

一个old S4-SGSN开启计时器来监管在old SGW的资源什么时候应该释放（在SGW变化或S4到Gn/Gp SGSN变化的场景）。当这个计时器超时，old S4-SGSN释放SGW的资源。old S4-SGSN发送delete session request（原因，操作指示）消息个SGW来删除SGW承载资源。如果ISR激活，原因指示old SGW应通过发送delete bearer request消息给其他CN节点来删除这些old CN节点的承载资源。操作指示flag不由old S4-SGSN设置。这个flag指示SGW，SGW不应发起到PGW的delete流程。

15)After the MS has finished the RNTI reallocation procedure and if the new Routeing Area Identification is different from the old one, the MS initiates the Routeing Area Update procedure. See clause "Location Management Procedures (Iu mode)". Note that it is only a subset of the RA update procedure that is performed, since the MS is in PMM‑CONNECTED mode.

The new SGSN shall determine the Maximum APN restriction based on the received APN Restriction of each PDP context/EPS Bearer context for using S4 from the GGSN/P‑GW or old S4-SGSN for using S4 and then store the new Maximum APN restriction value.

15)在MS完成了RNTI重选流程并且如果新的RAI和之前老的不同的话，MS发起RAU流程。注意这里是RAU流程的一个子集（即一部分流程）将执行，因为MS已经是PMM-CONNECTED状态。new SGSN应根据使用S4的GGSN/PGW或old S4-SGSN收到的每个PDP上下文/EPS承载上下文的APN限制，来决定最大的APN限制，并存储为新的最大APN限制值。

If Routeing Area Update occurs, the SGSN shall determine whether Direct Tunnel can be used based on the received GPRS CAMEL Subscription Information. If Direct Tunnel can not be maintained the SGSN shall re-establish RABs and initiate the Update PDP Context procedure to update the IP Address and TEID for Uplink and Downlink data.

如果RAU发生，SGSN应决定直接隧道功能是否能根据收到的GPRS CAMEL签约信息来使用。如果直接隧道不能保持，SGSN应重新建立RAB并且发送update PDP context流程来更新上下行数据的IP地址和TEID。

作者: 爱卫生 时间: 2011-3-16 21:06:22 标题: 6.9.2.2.1a 使用S4接口的SRNS重选流程

本帖最后由爱卫生于 2011-3-16 21:50 编辑

The procedures described in figures 39a and 39b shows only the steps (A) and 13, due to use of S4, which are different from the Gn/Gp variant of the procedure given by clauses 6.9.2.2.1, 6.9.2.2.2 and 6.9.2.2.3.

在图例39a和39b里描述的流程只有步骤(A)和13步,是因为S4接口的使用，和章节6.9.2.2.1,6.9.2.2.2和6.9.2.2.3里基于Gn/Gp接口的流程描述稍有不同。

[attach]162[/attach]

Figure 39a- Steps 9A) for Serving RNS Relocation Procedure, Combined Hard Handover and SRNS Relocation Procedure, and Combined Cell - URA Update and SRNS Relocation Procedure Using S4

A1.The new S4-SGSN determines if the Serving GW is to be allocated or relocated, e.g., due to PLMN change or due to change from Gn/Gp to S4-SGSN. If a new Serving GW is needed or if the Serving GW changes, the new SGSN selects the new Serving GW as described in TS 23.401 [89] under clause 4.3.8.2 on "Serving GW selection function", and sends a Create Session Request message (IMSI, SGSN Tunnel Endpoint Identifier for Control Plane, SGSN Address for Control plane, PDN GW address(es) for user plane, PDN GW UL TEID(s) for user plane, PDN GW address(es) for control plane, and PDN GW TEID(s) for control plane, the Protocol Type over S5/S8, APN-AMBR) to the new Serving GW. The Protocol Type over S5/S8 is provided to Serving GW which protocol should be used over S5/S8 interface.

A1. New S4-SGSN来决定SGW被分配或重现选择,例如因为PLMN的变化或由于从Gn/Gp到S4-SGSN的变更.如果一个新SGW需要分配或者如果SGW变化，new SGSN根据TS23.401的章节4.3.8.2“SGW选择功能”来选择一个新SGW，并且发送一个create session request消息（IMSI,SGSN控制平面TEID,SGSN控制平面地址,PGW用户平面地址,PGW上行用户平面TEID，PGW控制平面地址，PGW控制平面TEID,S5/S8协议类型,APN-AMBR)给new SGW。S5/S8协议类型告诉SGW哪种协议将在S5/S8接口使用。

The new S4-SGSN establishes the EPS Bearer Context(s) in the indicated order. The new S4-SGSN deactivates the PDP Contexts/EPS Bearer Contexts which cannot be established.

New S4-SGSN根据指示的顺序建立EPS承载上下文。New S4-SGSN将不能建立的PDP上下文/EPS承载上下文去激活。

For relocation from an old Gn/Gp SGSN, the new S4-SGSN provides APN-AMBR to the Serving GW. Details on mapping of MBR to APN-AMBR are specified in Annex E of TS 23.401 [89].

对于从old Gn/Gp SGSN来的重选,new S4-SGSN给SGW提供APN-AMBR。关于MBR和APB-AMBR的映射参考TS23.401的附录E。

A2.The new Serving GW allocates its local resources and returns a Create Session Response (Serving GW address(es) for user plane, Serving GW UL TEID(s) for user plane, Serving GW Address for control plane, Serving GW TEID for control plane) message to the new SGSN.

A2. New SGW分配它的本地资源并且返回一个创建会话响应（SGW用户平面地址,SGW上行用户平面TEID,SGW控制平面地址,SGW控制平面TEID）消息给new SGSN。

13 Box(B):

[attach]163[/attach]

Figure 39b: Step 13 for Serving RNS Relocation Procedure, Combined Hard Handover and SRNS Relocation Procedure, and Combined Cell / URA Update and SRNS Relocation Procedure Using S4

NOTE:
Steps A) and D) are common for architecture variants with GTP based S5/S8 and PMIP-based S5/S8. For a PMIP-based S5/S8, procedure step (B1) are defined in TS 23.402 [90]. Steps B) and C) concern GTP based S5/S8.

注释：步骤A和D对于基于GTP或是PMIP的S5/S8来说是公共的。对于基于PMIP的S5/S8，步骤流程B1在TS23.402定义。步骤B和C和基于GTP的S5/S8有关。

A)If the SRNS Relocation is an inter‑SGSN SRNS relocation or if Direct Tunnel was established in intra‑SGSN SRNS relocation, the new SGSN update these EPS Bearer contexts by sending Modify Bearer Request (SGSN Tunnel Endpoint Identifier for Control Plane, EPS Bearer ID(s), SGSN Address for Control Plane, SGSN Address(es) and TEID(s) (if Direct Tunnel is not used) or RNC Address(es) and TEID(s) for User Traffic (if Direct Tunnel is used), PDN GW addresses and TEIDs (for GTP‑based S5/S8) or GRE keys (for PMIP‑based S5/S8) at the PDN GW(s) for uplink traffic, serving network identity, CGI/SAI, RAT type, MS Info Change Reporting support indication, DTI, APN-AMBR). If Direct Tunnel is established the SGSN shall include the DTI to instruct the S‑GW to apply Direct Tunnel specific error handling procedure as described in clause 13.8. The SGSN puts the according NSAPI in the field of EPS Bearer ID.

A)如果SRNS重选是一个inter-SGSN SRNS重选或如果在intra-SGSN SRNS重选时建立了直接隧道,new SGSN发送发送更新承载请求消息（SGSN控制平面TEID,EPS承载ID,SGSN控制平面地址,SGSN地址和TEID（如果直接隧道没有使用）或RNC的用户平面地址和TEID(如果直接隧道使用了的话）,PGW上的上行流量的PGW地址和TEID(基于GTP的S5/S8)或GRE key（基于PMIP的S5/S8),服务网络ID,CGI/SAI,RAT类型,MS信息变更报告支持指示,DTI,APN-AMBR）。如果直接隧道建立了,SGSN应包含DTI来指示SGW来应用直接隧道,相关错误处理流程在章节13.8定义。SGSN将相应的NSAPI放到EPS承载ID字段中。

For relocation from an old Gn/Gp SGSN, the new S4-SGSN provides APN-AMBR to the Serving GW. Details on mapping of MBR to APN-AMBR are specified in Annex E of TS 23.401 [89].

对从old Gn/Gp SGSN来的重选,new S4-SGSN给SGW提供APN-AMBR。

B)If the S‑GW changes, or if an S‑GW needs to be allocated (Gn/Gp to S4-SGSN RAU), or the RAT type has changed, or the S‑GW received CGI/SAI from the S4-SGSN, the S‑GW sends Modify Bearer Request (EPS Bearer ID(s), serving network identity, CGI/SAI, RAT type, MS Info Change Reporting support indication, APN-AMBR) messages to the P‑GWs involved.

B)如果SGW变化或如果SGW需要分配（Gn/Gp到S4-SGSN的RAU),或RAT类型变化,或SGW从S4-SGSN接收到CGI/SAI,SGW发送更新承载请求(EPS承载ID,服务网络ID,CGI/SAI,RAT类型,MS信息变更报告支持指示,APN-AMBR)消息给相应的PGW。

C)The P‑GWs acknowledge with sending Modify Bearer Response (TEID, Prohibit Payload Compression, MS Info Change Reporting Action, CSG Information Reporting Action, Default bearer id) messages to S‑GW. The Prohibit Payload Compression indicates that the SGSN should negotiate no data compression for this EPS Bearer context. The default bearer id is included if the UE moves from a Gn/Gp SGSN to an S4-SGSN.

C)PGW发送更新承载响应（TEID,禁止payload压缩,MS信息变更报告action,CSG信息报告行动,缺省承载ID)消息给SGW.禁止payload压缩指示SGSN应为这个EPS承载上下文协商无数据压缩。缺省承载ID是当UE从一个Gn/Gp SGSN移动到一个S4-SGSN的时候包含的。

D)The Serving GW acknowledges the user plane switch to the new SGSN via the message Modify Bearer Response (Cause, Serving GW Tunnel Endpoint Identifier for Control Plane, Serving GW Address for Control Plane, Protocol Configuration Options, PDN GW addresses and TEIDs (for GTP‑based S5/S8) or GRE keys (for PMIP‑based S5/S8) at the PDN GW(s) for uplink traffic, Prohibit Payload Compression, MS Info Change Reporting Action, CSG Information Reporting Action, Default bearer id, APN-AMBR). At this stage the user plane path is established for all EPS Bearer contexts between the UE, target RNC, new SGSN in case Direct Tunnel is not used, Serving GW (for Serving GW relocation this will be the Target Serving GW) and PDN GW.

D)SGW通过更新承载响应消息(原因,SGW控制平面TEID,SGW控制平面地址,协议配置选项,PGW上的上行流量的PGW地址和TEID（基于GTP的S5/S8)或GRE key(基于PMIP的S5/S8),禁止payload压缩,MS信息变化报告action,CSG信息报告action,缺省承载ID,APN-AMBR)来确认用户平面已经切换到new SGSN.在这个阶段，如果没有使用直接隧道，所有EPS承载上下文在UE,目标RNC,new SGSN,SGW（如果有SGW重选这里就是目标SGW)和PGW之间的用户平面路径已经建立好。

作者: 爱卫生 时间: 2011-3-16 21:56:00 标题: 6.9.2.2.2 联合的硬切换和SRNS重选流程

本帖最后由爱卫生于 2011-3-17 14:16 编辑

This procedure is only performed for an MS in PMM‑CONNECTED state in case the Iur interface is not available. In the context of this specification, the terms RNS or RNC refer also to a GERAN BSS or BSC (respectively) when serving a mobile in Iu mode.

这个流程仅为一个PMM-CONNECTED状态的MS并且没有Iur接口存在的时候使用。在这个规范的内容中,服务于Iu模式的术语RNS或RNC可以参照GERAN的BSS或BSC来对应。

The Combined Hard Handover and SRNS Relocation procedure is used to move the RAN to CN connection point at the RAN side from the source SRNC to the target RNC, while performing a hard handover decided by the RAN. In the procedure, the Iu links are relocated. If the target RNC is connected to the same SGSN as the source SRNC, an Intra-SGSN SRNS Relocation procedure is performed. If the routeing area is changed, this procedure is followed by an Intra-SGSN Routeing Area Update procedure. The SGSN detects that it is an intra-SGSN routeing area update by noticing that it also handles the old RA. In this case, the SGSN has the necessary information about the MS and there is no need to inform the HLR about the new MS location.

联合的硬切换以及SRNS重选流程用于迁移RAN到CN的连接点,站在RAN的角度，从源SRNC切换到目标RNC，并且是由RAN来决定执行硬切换的场景。在这个流程中,Iu链路将被重选选择。如果目标RNC和源SRNC连接到相同的SGSN,将执行一个intra-SGSN SRNS重选流程。如果RA发生变化,这个流程将在一个intra-SGSN RAU流程之后执行。SGSN通过检测它是否也处理old RA来判断这是一个intra-SGSN RAU。在这里，SGSN有关于MS足够的信息，因此没有必要通知HLR关于新MS的位置。

If the target RNC is connected to a different SGSN than the source SRNC, an Inter-SGSN SRNS Relocation procedure is performed. This procedure is followed by an Inter-SGSN Routeing Area Update procedure.

如果目标RNC和源SRNC连接到不同SGSN,则执行一个inter-SGSN SRNS重选流程。这个流程在Inter-SGSN RAU流程之后执行。

Figure 40 shows the situation before a Combined Hard Handover and SRNS Relocation procedure when source and target RNC are connected to different SGSNs. Figure 41 shows the situation after the Combined Hard Handover and SRNS Relocation procedure and RA update procedure have been completed. In the case described in Figure 40 and Figure 41 the MS is in PMM-CONNECTED state. Both figures are also applicable to BSS to RNS relocation and vice-versa, as well as for BSS to BSS relocation.

图例40显示了当源和目标RNC连接到不同SGSN，在联合的硬切换和SRNS重选流程之前的场景。图例41显示了在联合硬切换和SRNS重选流程以及RAU流程完成之后的场景。在这里图例40和41描述的例子里，MS处于PMM-CONNECTED状态。两幅图都适用于BSS到RNS的重选，反过来也是，以及BSS到BSS的重选。

NOTE 1:
The figures showing S‑GW/P‑GW instead of GGSN are omitted since they are similar with Figures 40 and 41.

注释1：用SGW/PGW来代替GGSN在图例中忽略，因为他们和图例40和41差不多。

[attach]164[/attach]

Figure 40: Before Combined Hard Handover and SRNS Relocation and Routeing Area Update

Before the SRNS Relocation and Routeing Area Update the MS is registered in the old SGSN and in the old MSC/VLR. The source RNC is acting as serving RNC.

在SRNS重选和RAU之前,MS在old SGSN中和old MSC/VLR中注册。源RNC作为服务RNC。

[attach]165[/attach]

Figure 41: After Combined Hard Handover and SRNS Relocation and Routeing Area Update

After the SRNS relocation and RA update, the MS is registered in the new SGSN and in the new MSC/VLR. The MS is in state PMM‑CONNECTED towards the new SGSN and in MM IDLE state towards the new MSC/VLR. The target RNC is acting as serving RNC.

在完成SRNS重选和RAU之后,MS登记到new SGSN和new MSC/VLR。MS到new SGSN是PMM-CONNECTED状态，到new MSC/VLR是MM IDLE状态。目标RNC作为服务RNC。

作者: 爱卫生 时间: 2011-3-17 14:19:47 标题: 联合的硬切换和SRNS重选流程

本帖最后由爱卫生于 2011-3-17 15:23 编辑

The Combined Hard Handover and SRNS Relocation procedure for the PS domain is illustrated in Figure 42. The sequence is valid for both intra-SGSN SRNS relocation and inter-SGSN SRNS relocation. Furthermore, this signalling flow is also applicable for BSS to RNS relocation and vice-versa, as well as BSS to BSS relocation.

图例42描述的是PS域的联合硬切换和SRNS重选流程.这个顺序对intra-SGSN SRNS重选或inter-SGSN SRNS重选来说都是正确的。除此之外,这个信令流程也同样适用于BSS到RNS的重选，反之亦然，也适用于BSS到BSS的重选。

[attach]166[/attach]

Figure 42: Combined Hard Handover and SRNS Relocation Procedure

NOTE 2: 注释2
All steps in figure 42, except steps (A) and 13, are common for architecture variants using Gn/Gp based interaction with GGSN and using S4 based interaction with S‑GW and P‑GW. For an S4 based interaction with S‑GW and P‑GW, procedure steps (A) and (B) are defined in the clause 6.9. 2.2.1a.

所有的图例42里的步骤除了步骤A和13,其他对于基于Gn/Gp还是S4的GGSN或SGW/PGW来说都是公共的架构，对于基于S4的SGW/PGW，流程步骤A和B在6.9.2.2.1a定义。

1)Based on measurement results and knowledge of the RAN topology, the source SRNC decides to initiate a combined hard handover and SRNS relocation. At this point both uplink and downlink user data flows via the following tunnel(s): Radio Bearer between the MS and the source SRNC (no drift RNC available); GTP-U tunnel(s) between the source SRNC and the old SGSN; GTP-U tunnel(s) between the old SGSN and the GGSN (for using S4: GTP‑U tunnel(s) between old-SGSN and S‑GW; GTP‑U tunnel(s) between S‑GW and P‑GW).

1)根据测量结果以及RAN拓扑结构的感知,源SRNC决定发起一个联合的硬切换和SRNS重选.在这个点,上下行用户数据流量通过下面的隧道：MS和源SRNC之间的无线承载（没有漂移的RNC可用）;在源SRNC和old SGSN之间的GTP-U隧道;old-SGSN和GGSN之间的GTP-U隧道（对使用S4的接口是：old-SGSN和SGW之间的GTP-U隧道;SGW和PGW之间的GTP-U隧道）。

If the UE has an ongoing emergency bearer service the source SRNC shall not initiate relocation from UTRAN to GERAN.

如果UE有正在进行的紧急承载业务,源SRNC不应发起从UTRAN到GERAN的重选。

2)The source SRNC sends a Relocation Required message (Relocation Type, Cause, Source ID, Target ID, CSG ID, CSG access mode, Source RNC To Target RNC Transparent Container) to the old SGSN. The source SRNC shall set Relocation Type to "UE Involved". Source RNC To Target RNC Transparent Container includes the necessary information for relocation co‑ordination, security functionality and RRC protocol context information (including MS Capabilities). The source SRNC shall include the CSG ID of the target cell when the target cell is a CSG cell or a hybrid cell. The source SRNC shall indicate the CSG access mode of the target cell when the target cell is a hybrid cell.

2)源SRNC发送一个重选请求消息（重选类型，原因，源ID，目标ID，CSG ID，CSG接入模式,源RNC到目标RNC透明容器）给old SGSN。源SRNC硬设置重选类型为“UE要参与”。源RNC到目标RNC透明容器包含了重选协议的必要信息，安全功能和RRC协议上下文信息（包括MS能力）。源SRNC硬包括目标小区的CSG ID---当目标小区是一个CSG小区或混杂小区。源SRNC应在目标小区是混杂小区的时候指示目标小区的接入模式。

3)The old SGSN determines from the Target ID if the SRNS relocation is intra-SGSN SRNS relocation or inter-SGSN SRNS relocation. In case of inter-SGSN SRNS relocation the old SGSN initiates the relocation resource allocation procedure by sending a Forward Relocation Request message (IMSI, Tunnel Endpoint Identifier Signalling, MM Context, PDP Context/EPS Bearer Context, Negotiated Evolved ARP, Target Identification, CSG ID, CSG Membership Indication, RAN Transparent Container, RANAP Cause, GCSI) to the new SGSN. If this message is sent between two S4-SGSNs then the old SGSN shall include APN restriction and Change Reporting Action in this message. For relocation to an area where Intra Domain Connection of RAN Nodes to Multiple CN Nodes is used, the old SGSN may – if it provides Intra Domain Connection of RAN Nodes to Multiple CN Nodes have multiple target SGSNs for each relocation target in a pool area, in which case the old SGSN will select one of them to become the new SGSN, as specified in TS 23.236 [73].

3)Old SGSN从目标ID决定这个SRNS重选是一个intra-SGSN SRNS重选还是inter-SGSN SRNS重选。如果是inter-SGSN SRNS重选,old SGSN发起重选资源分配流程---通过发送一个转发重选请求消息（IMSI,信令TEID,MM上下文,PDP上下文/EPS承载上下文,协商的演进ARP,目标ID,CSG ID,CSG成员指示,RAN透明容器,RANAP原因,GCSI)给new SGSN。如果消息是在两个S4-SGSN之间发送，那old SGSN应在消息中包括APN限制以及变更报告行动。对于重选到一个使用了“RAN节点域内连接到多个CN节点功能”启用的区域，old SGSN硬---如果它提供了这个功能并且对于每个重选目标，有多个在池组区内的目标SGSN，old SGSN将从中选择一个成为new SGSN，根据规范TS23.236的定义。

If the CSG ID is provided by the source SRNC, the old SGSN shall check whether the CSG ID is contained in the CSG subscription and is not expired. If the CSG ID is not present or is expired and the target cell is a CSG cell, the old SGSN shall reject the handover with an appropriate cause.

如果源SRNC提供了CSG ID，old SGSN应检查这个CSG ID是否包含在CSG签约信息中并且没有超时。如果CSG ID不存在或已经超时了并且目标小区是一个CSG小区，old SGSN硬拒绝这个切换并给出相应的原因。

If the CSG ID was received in the Relocation Required message, the old SGSN includes the CSG ID in the Forward Relocation Request message. If the CSG access mode was received in the Relocation Required message indicating the target cell is a hybrid cell, the old SGSN shall include the CSG Membership Indication indicating whether the UE is a CSG member in the Forward Relocation Request message.

如果CSG ID从重选请求消息中收到,old SGSN将在转发重选请求消息里包含CSG ID.如果CSG接入模式在重选请求消息中收到，并指示目标小区是一个混杂小区,old SGSN应包含关于CSG的成员指示说明UE是一个CSG的成员，在转发重选请求消息中。

If at least one of the two SGSNs is a Gn/Gp SGSN then PDP context is indicated. An S4-SGSN derives from GTPv1 Forward Relocation signalling that the other SGSN is a Gn/Gp SGSN, which also does not signal any S‑GW change. PDP context contains GGSN Address for User Plane and Uplink TEID for Data (to this GGSN Address and Uplink TEID for Data, the old SGSN and the new SGSN send uplink packets).

如果两个SGSN至少有一个是Gn/Gp SGSN那PDP上下文要指示。一个S4-SGSN从发过来的GTPV1获知另一个是Gn/Gp SGSN，并且没有SGW的变更。PDP上下文包含了GGSN用户平面地址以及数据的上行TEID(old SGSN和new SGSN发送上行数据到这个数据的上行TEID和GGSN地址）。

Between two S4-SGSNs EPS Bearer Context is indicated. The Bearer context contains S‑GW Address for User Plane and Uplink TEID for Data (to this S‑GW Address and Uplink TEID for Data the old SGSN and the new SGSN send uplink packets) and P‑GW Address for User Plane and Uplink TEID for Data.

两个S4-SGSN之间的EPS承载上下文要指示。承载上下文包含了用户平面SGW地址和数据的上行TEID(old SGSNnew SGSN发送上行数据到这个数据的上行TEID和SGW地址）以及PGW用户平面地址和上行数据TEID。

At the same time a timer is started on the MM and PDP contexts/EPS Bearer Contexts in the old SGSN (see Routeing Area Update procedure in clause "Location Management Procedures (Iu mode)"). The Forward Relocation Request message is applicable only in case of inter-SGSN SRNS relocation. The old SGSN 'sets' the GCSI flag if the MM context contains GPRS CAMEL Subscription Information.

同时，一个关于MM和PDP上下文/EPS承载上下文的计时器在old SGSN（参考Iu模式位置管理流程的RAU流程章节）启动。转发重选请求消息仅仅适用于inter-SGSN SRNS重选流程。Old SGSN在MM上下文包含了GPRS CAMEL签约时设置GCSI的flag。

如果UE从old SGSN仅接收到紧急服务并且UE是UICCless,IMSI则不能在转发重选请求消息中包含。对于紧急服务的UE如果IMSI不能鉴权，则IMSI应被标记为未鉴权。

4)The new SGSN sends a Relocation Request message (Permanent NAS UE Identity (if available), MSISDN, Cause, CN Domain Indicator, CSG ID, CSG Membership Indication, Source RNC To Target RNC Transparent Container, RAB To Be Setup (APN, Charging characteristics), UE-AMBR, Service Handover related information) to the target RNC. For each RAB requested to be established, RABs To Be Setup shall contain information such as RAB ID, RAB parameters, Transport Layer Address, and Iu Transport Association. SGSN shall not establish RABs for PDP contexts with maximum bit rate for uplink and downlink of 0 kbit/s. The list of RABs requested by the new SGSN may differ from list of RABs established in the Source RNC contained in the Source-RNC to target RNC transparent container. The target RNC should not establish the RABs (as identified from the Source-RNC to target RNC transparent container) that did not exist in the source RNC prior to the relocation. The RAB ID information element contains the NSAPI value, and the RAB parameters information element gives the QoS profile. The Transport Layer Address is the SGSN Address for user data, and the Iu Transport Association corresponds to the uplink Tunnel Endpoint Identifier Data. The new SGSN may decide to establish Direct Tunnel unless it has received a 'set' GCSI flag from the old SGSN. If the new SGSN decides to establish Direct Tunnel, it provides to the target RNC the GGSN's Address for User Plane and TEID for Uplink data. For using S4, if the new SGSN decides to establish Direct Tunnel, it provides to the target RNC the S‑GW's Address for User Plane and TEID for Uplink data. If the Access Restriction is present in the MM context, the Service Handover related information shall be included by new S4-SGSN for the Relocation Request message in order for RNC to restrict the UE in connected mode to handover to the RAT prohibited by the Access Restriction. MSISDN, APN and Charging characteristics are optional parameters and only transferred if SGSN supports SIPTO at Iu-ps.

4)new SGSN发送重选请求消息（永久的NAS UE ID（如果有）,MSISDN,原因，CN域指示符,CSG ID,CSG成员指示，源RNC到目标RNC透明容器,要建立的RAB(APN,计费特征）,UE-AMBR，服务切换相关信息）到目标RNC。对于每一个要建立的请求的RAB,“要建立的RAB"应包含诸如RAB ID,RAB参数，传输层地址以及Iu传输关联的信息。SGSN不应为上下行的MBR都为0kbit/s的时候去建立PDP上下文的RAB。new SGSN请求的RAB列表可以和在源RNC上，包含在“源RNC到目标RNC透明容器”里的建立的RAB列表不同哦。目标RNC不应在重选之前预先建立在源RNC上不存在的RAB（由"源RNC到目标RNC透明容器"标识)。RAB ID信息元素包含了NSAPI的值,以及RAB参数信息元素给出了QOS profile。传输层地址是SGSN用户数据地址，Iu传输关联对应的是上行数据TEID。new SGSN可以决定去建立直接隧道---除非从old SGSN收到了GCSI flag的设置。如果new SGSN决定建立直接隧道,它给目标RNC提供了GGSN用户平面上行数据的TEID和地址。对使用S4接口的，如果new SGSN决定建立直接隧道，它给目标RNC提供SGW上的上行数据用户平面地址和TEID。如果在MM上下文中存在接入限制,则业务切换相关信息应在new S4-SGSN的重选请求消息中包含，为了让RNC来限制UE在连接模式中，因为接入限制禁止切换RAT。MSISDN,APN和计费特征是可选参数并且是透明的传递---当SGSN在Iu-ps里支持SIPTO的时候。

The new SGSN shall include the CSG ID and CSG Membership Indication when provided by the old SGSN in the Forward Relocation Request message.

old SGSN如果在转发重选请求消息中提供了CSG ID和CSG成员信息，那New SGSN也应包含。

The target RNC shall verify the CSG ID provided by the source SRNC, and reject the handover with an appropriate cause if it does not match the CSG ID and the target cell is a CSG cell. If the target cell is a hybrid cell and differentiated treatment of CSG and non-CSG members is performed then the CSG membership status is used to differentiate CSG and non-CSG members.

目标RNC应验证源SRNC提供的CSG ID，并且当CSG ID和目标小区ID的CSG ID不匹配时拒绝切换并给出合适的原因。如果目标小区是一个混杂小区，那将给CSG和非CSG成员提供不同的待遇，CSG成员状态就用来区分不同的CSG和非CSG成员。

After all the necessary resources for accepted RABs including the Iu user plane are successfully allocated, the target RNC shall send the Relocation Request Acknowledge message (Target RNC To Source RNC Transparent Container, RABs Setup, RABs Failed To Setup) to the new SGSN. Each RAB to be setup is defined by a Transport Layer Address, which is the target RNC Address for user data, and the Iu Transport Association, which corresponds to the downlink Tunnel Endpoint Identifier for user data. The transparent container contains all radio-related information that the MS needs for the handover, i.e., a complete RRC message (e.g., Physical Channel Reconfiguration in UTRAN case, or Handover From UTRAN, or Handover Command in GERAN Iu mode case) to be sent transparently via CN and source SRNC to the MS. For each RAB to be set up, the target RNC may receive simultaneously downlink user packets both from the source SRNC and from the new SGSN.

在所有的接受的RAB所需要的必要资源包括Iu用户平面成功分配完之后，目标RNC应发送一个重选请求确认消息（目标RNC到源RNC透明容器,要建立的RAB,不能成功建立的RAB)给new SGSN。每个要建立的RAB由一个传输层地址（也就是目标RNC的用户数据地址）以及Iu传输关联（对应下行用户数据的TEID)来定义。透明容器包含了所有MS用于切换所需要的空口相关的信息，那就是一个完整的RRC消息（例如在UTRAN的case里的物理信息重配置,或从UTRAN来的切换,或GERAN Iu模式场景的切换命令），将通过核心网和源SRNC透明发送给MS。对每个要建立的RAB,目标RNC可以同时从源SRNC和new SGSN接收下行用户数据。

作者: 爱卫生 时间: 2011-3-19 19:58:31

本帖最后由爱卫生于 2011-3-20 20:50 编辑

5)When resources for the transmission of user data between target RNC and new SGSN have been allocated and the new SGSN is ready for relocation of SRNS, the Forward Relocation Response (Cause, RAN Transparent Container, RANAP Cause, Target-RNC Information) message is sent from the new SGSN to the old SGSN. This message indicates that the target RNC is ready to receive from source SRNC the forwarded downlink PDUs, i.e., the relocation resource allocation procedure is terminated successfully. RAN transparent container and RANAP Cause are information from the target RNC to be forwarded to the source SRNC. The Target RNC Information, one information element for each RAB to be set up, contains the RNC Tunnel Endpoint Identifier and RNC IP address for data forwarding from the source SRNC to the target RNC. The Forward Relocation Response message is applicable only in case of inter-SGSN SRNS relocation.

5)当在目标RNC和new SGSN之间已经为用户数据的传输分配好了资源并且new SGSN已经准备好了SRNS的重选，转发重选响应（原因，RAN传输容器，RANAP原因，目标RNC信息）消息将从new SGSN发给old SGSN。这个消息指示目标RNC已经准备好从源SRNC接收转发的下行PDU，换句话说为重选的资源分配流程已经成功终结。RAN传输容器和RANAP原因是从目标RNC来的信息，转发给源SRNC。目标RNC信息，是对每一个要建立的RAB的信息元素，包含了RNC TEID和从源SRNC到目标RNC的用于数据转发的RNC IP地址。转发重选响应消息只适用于inter-SGSN SRNS重选。

6)The old SGSN continues the relocation of SRNS by sending a Relocation Command message (Target RNC To Source RNC Transparent Container, RABs To Be Released, RABs Subject To Data Forwarding) to the source SRNC. The old SGSN decides the RABs to be subject for data forwarding based on QoS, and those RABs shall be contained in RABs subject to data forwarding. For each RAB subject to data forwarding, the information element shall contain RAB ID, Transport Layer Address, and Iu Transport Association. These are the same Transport Layer Address and Iu Transport Association that the target RNC had sent to new SGSN in Relocation Request Acknowledge message, and these are used for forwarding of downlink N‑DU from the source SRNC to the target RNC. The source SRNC is now ready to forward downlink user data directly to the target RNC over the Iu interface. This forwarding is performed for downlink user data only.

6)old SGSN继续SRNS的重选，发送重选命令消息(目标RNC到源RNC传输容器，需要释放的RAB，需要数据前转的RAB）给源SRNC。old SGSN根据QOS决定需要数据前转的RAB，并且那些RAB应包含在“需要数据前转的RAB"字段里）。对于需要数据前转的每一个RAB,信息元素里应包含RAB ID,传输层地址以及Iu传输关联。这些参数是和目标RNC发送给new SGSN的重选请求确认消息里包含的传输层地址和Iu传输关联是一样的，这些参数用于从源SRNC到目标RNC的下行N-PDU的数据转发。源SRNC现在已经准备好在Iu接口上直接转发下行用户数据给目标RNC。这个转发只针对用户数据。

7)The source SRNC may, according to the QoS profile, begins the forwarding of data for the RABs to be subject for data forwarding.

7)源SRNC可以，根据QOS profile，开始为RAB转发需要前转的数据报文。

NOTE 3:注释3
The order of steps, starting from step 7 onwards, does not necessarily reflect the order of events. For instance, source RNC may start data forwarding (step 7), send the RRC message to MS (step 8) and forward SRNS Context message to the old SGSN (step 9) almost simultaneously.

步骤的顺序，从步骤7往前，并不必须的反应事件的顺序。例如，步骤7的源RNC可以开始数据转发和第8步中的发送RRC消息给MS以及第9步中转发SRNS上下文消息给old SGSN差不多是同时的。

The data forwarding at SRNS relocation shall be carried out through the Iu interface, meaning that the GTP-PDUs exchanged between the source SRNC and the target RNC are duplicated in the source SRNC and routed at the IP layer towards the target RNC. For each radio bearer which uses lossless PDCP the GTP-PDUs related to transmitted but not yet acknowledged PDCP-PDUs are duplicated and routed at IP layer towards the target RNC together with their related downlink PDCP sequence numbers. The source RNC continues transmitting duplicates of downlink data and receiving uplink data.

在SRNS重选发生的数据转发应通过Iu接口承载，意味着在源SRNC和目标RNC之间交换的GTP-PDU，在源SRNC是重复的并且通过IP层路由发给目标RNC。对于每个使用了无损PDCP的无线承载，传输的GTP-PDU但还没有确认的PDCP-PDU是重复的并且和它们相关的下行PDCP序列号一起通过IP层路由发到目标RNC。源RNC继续传输复制的下行数据以及接收的上行数据。

Before the serving RNC role is not yet taken over by target RNC and when downlink user plane data starts to arrive to target RNC, the target RNC may buffer or discard arriving downlink GTP-PDUs according to the related QoS profile.

在服务RNC的角色还没有由目标RNC承担起来之前,并且下行用户平面数据已经开始到达目标RNC,则目标RNC可以根据它们相关的QOS profile缓存或丢弃到达的下行GTP-PDU。

8)Before sending the RRC message the uplink and downlink data transfer shall be suspended in the source SRNC for RABs, which require delivery order. The RRC message is for example Physical Channel Reconfiguration for RNS to RNS relocation, or Intersystem to UTRAN Handover for BSS to RNS relocation, or Handover from UTRAN Command for BSS relocation, or Handover Command for BSS to BSS relocation. When the source SRNC is ready, the source RNC shall trigger the execution of relocation of SRNS by sending to the MS the RRC message provided in the Target RNC to source RNC transparent container, e.g., a Physical Channel Reconfiguration (UE Information Elements, CN Information Elements) message. UE Information Elements include among others new SRNC identity and S‑RNTI. CN Information Elements contain among others Location Area Identification and Routeing Area Identification.

8)在发送RRC消息之前，为要求顺序传递的RAB的上下行的数据传输应在SRNC上挂起。RRC消息举例来说是一个物理信道重配置消息，为了RNS到RNS重选的，或系统间改变到UTRAN切换从BSS到RNS重选，或为了BSS重选从UTRAN命令的切换，或为了BSS到BSS重选的切换命令。当服务SRNC准备好后，源RNC应通过发送给MS一个在目标RNC到源RNC透明容器的RRC消息，来触发SRNS重选的执行。例如一个物理信道重配置（UE信息元素，CN信息元素）消息。UE信息元素包括新的SRNC ID和S-RNTI。CN信息元素包含了LAI和RAI。

When the MS has reconfigured itself, it sends an RRC message e.g., a Physical Channel Reconfiguration Complete message to the target SRNC. If the Forward SRNS Context message with the sequence numbers is received, the exchange of packets with the MS may start. If this message is not yet received, the target RNC may start the packet transfer for all RABs, which do not require maintaining the delivery order.
当MS重配置了它自己，它发送一个RRC消息例如物理信道重配置完成消息给目标RNC。如果带有序列号的转发SRNS上下文消息收到，和MS的数据包交换就可以开始。如果消息仍没收到，目标RNC可以开始为所有RAB的数据包转发，并不要求保持分发顺序。

9)The source SRNC continues the execution of relocation of SRNS by sending a Forward SRNS Context (RAB Contexts) message to the target RNC via the old and the new SGSN. The Forward SRNS Context message is acknowledged by a Forward SRNS Context Acknowledge message, from new to old SGSN. The purpose of this procedure is to transfer SRNS contexts from the source RNC to the target RNC, and to move the SRNS role from the source RNC to the target RNC. SRNS contexts are sent for each concerned RAB and contain the sequence numbers of the GTP PDUs next to be transmitted in the uplink and downlink directions and the next PDCP sequence numbers that would have been used to send and receive data from the MS. PDCP sequence numbers are only sent by the source RNC for the radio bearers which used lossless PDCP (see TS 25.323 [57]). The use of lossless PDCP is selected by the RNC when the radio bearer is set up or reconfigured.

9)源SRNC继续SRNS重选的执行,通过old和new SGSN发送转发SRNS上下文（RAB上下文）消息给目标RNC。转发SRNS上下文消息通过转发SRNS上下文确认消息进行确认，从new到old SGSN。这个流程的目的是从源RNC传递SRNS上下文给目标RNC，并且将SRNS的角色从源RNC迁移到目标RNC。SRNS上下文为每个关联的RAB发送并且包含了下一个在上下行方向要传递的GTP PDU的序列号，以及下一个将用于从MS发送和接收数据的PDCP序列号。PDCP序列号仅在使用了无损PDCP的无线承载时，由源RNC发送。无损PDCP的使用，是由RNC在无线承载建立或重配置的时候选择的。

When using Gn/Gp, for PDP context(s) using delivery order not required (QoS profile), the sequence numbers of the GTP-PDUs next to be transmitted are not used by the target RNC.

当使用Gn/Gp,对于根据QOS profile不要求有序分发的PDP上下文,目标RNC不使用下一个将要传输的GTP-PDU的序列号。

When using Gn/Gp, if delivery order is required (QoS profile), consecutive GTP-PDU sequence numbering shall be maintained throughout the lifetime of the PDP context(s). Therefore, during the entire SRNS relocation procedure for the PDP context(s) using delivery order required (QoS profile), the responsible GTP-U entities (RNCs and GGSN) shall assign consecutive GTP-PDU sequence numbers to user packets belonging to the same PDP context uplink and downlink, respectively.

当使用Gn/Gp，对于要求有序分发的PDP上下文,连贯的GTP-PDU序列编号应在PDP上下文的整个生命周期内保持。因此，在有有序分发要求的PDP上下文的整个的SRNS重选流程时，负责GTP-U的实体（RNC和GGSN)应分配连贯的GTP-PDU序列号给属于相同PDP上下文上下行用户数据。

The target RNC establishes and/or restarts the RLC and exchanges the PDCP sequence numbers (PDCP‑SNU, PDCP‑SND) between the target RNC and the MS. PDCP‑SND is the PDCP sequence number for the next expected in-sequence downlink packet to be received by the MS per radio bearer, which used lossless PDCP in the source RNC. PDCP‑SND confirms all mobile terminated packets successfully transferred before the SRNC relocation. If PDCP‑SND confirms reception of packets that were forwarded from the source SRNC, then the target SRNC shall discard these packets. PDCP‑SNU is the PDCP sequence number for the next expected in-sequence uplink packet to be received in the RNC per radio bearer, which used lossless PDCP in the source RNC. PDCP‑SNU confirms all mobile originated packets successfully transferred before the SRNC relocation. If PDCP‑SNU confirms reception of packets that were received in the source SRNC, the MS shall discard these packets.

目标SRNC建立并且/或重启RLC，在目标SRNC和MS之间交换PDCP序列号（PDCP-SNU,PDCP-SND).PDCP-SND是一个用于每一个在源RNC中使用了无损PDCP的无线承载中标识下一个期望从MS接收的序列中的下行数据的序列号。PDCP-SND确认所有终止于手机的包成功的在SRNC重选的时候传递。如果PDCP-SND确认数据包的接收从源SRNC转发过来了，目标SRNC应丢弃这些数据包。PDCP-SNU是一个用于每一个在源RNC中使用了无损PDCP的无线承载中标识下一个期望从MS接收的序列中的上行数据的序列号。PDCP-SNU确认所有手机发起的数据包在SRNC重选之前成功的传递。如果PDCP-SNY确认这些包已经由源SRNC接收，MS应丢弃这些包。

10)The target RNC shall send a Relocation Detect message to the new SGSN when the relocation execution trigger is received. For SRNS relocation type "UE Involved", the relocation execution trigger may be received from the Uu interface; i.e., when target RNC detects the MS on the lower layers. When the Relocation Detect message is sent, the target RNC shall start SRNC operation.

10)目标RNC当收到重选执行触发时，应发送重选检测消息给new SGSN。对于SRNS重选类型为"UE不参与"，重选执行触发可以从Uu接口接收，那就是，当目标RNC检测到MS在低层协议栈。当重选检测消息发送后，目标RNC应开始SRNC操作。

11)When the target SRNC receives the appropriate RRC message, e.g. Physical Channel Reconfiguration Complete message or the Radio Bearer Release Complete message in UTRAN case, or the Handover To UTRAN Complete message or Handover Complete message in GERAN case, i.e. the new SRNC‑ID + S‑RNTI are successfully exchanged with the MS by the radio protocols, the target SRNC shall initiate a Relocation Complete procedure by sending the Relocation Complete message to the new SGSN. The purpose of the Relocation Complete procedure is to indicate by the target SRNC the completion of the relocation of the SRNS to the CN.

11)当目标SRNC收到了合适的RRC消息,例如物理通道重配置完成消息或无线承载释放完成消息（在UTRAN的场景里），或切换到UTRAN完成消息或切换完成消息（在GERAN场景里），也就是new SRNC-ID + S-RNTI成功的通过无线协议和MS完成交互，目标SRNC应发起一个重选完成流程，通过发送重选完成消息给new SGSN。重选完成流程的目的是指示目标SRNC，SRNS的重选到核心网已经完成。

12)一旦接收到重选完成消息,如果SRNS重选是一个inter-SGSN SRNS重选,new SGSN通过发送一个转发重选完成消息，告诉old SGSN关于SRNS重选流程已经完成。

13)Upon receipt of the Relocation Complete message, the CN shall switch the user plane from the source RNC to the target SRNC. If the SRNS Relocation is an inter-SGSN SRNS relocation or if Direct Tunnel was established in intra-SGSN SRNS relocation, the new SGSN sends Update PDP Context Request messages (new SGSN Address, SGSN Tunnel Endpoint Identifier, QoS Negotiated, Negotiated Evolved ARP, serving network identity, CGI/SAI, User CSG Information, RAT type, MS Info Change Reporting support indication, NRSN, DTI) to the GGSNs concerned. The SGSN shall send the serving network identity to the GGSN. If Direct Tunnel is established the SGSN provides to GGSN the RNC's Address for User Plane and TEID for Downlink data and shall include the DTI to instruct the GGSN to apply Direct Tunnel specific error handling procedure as described in clause 13.8. NRSN indicates SGSN support of the network requested bearer control. The inclusion of the Negotiated Evolved ARP IE indicates that the SGSN supports the Evolved ARP feature. If the new SGSN did not receive a Negotiated Evolved ARP IE in the SGSN Forward Relocation Request message from the old SGSN then the new SGSN shall derive this value from the Allocation/Retention Priority of the QoS profile negotiated according to Annex E of TS 23.401 [89].
13)一旦接收到重选完成消息,CN应将用户平面从源RNC切换到目标SRNC。如果SRNS重选是一个inter-SGSN SRNS重选或者直接隧道在一个intra-SGSN SRNS重选流程中建立,new SGSN发送更新PDP上下文请求消息（new SGSN地址,SGSN TEID,协商的QOS,协商的演进ARP,服务网络ID,CGI/SAI,用户CSG信息,RAT类型,MS信息变化报告支持指示,NRSN,DTI）给关联的GGSN.SGSN应发送服务网络ID给GGSN。如果直接隧道建立，SGSN给GGSN提供RNC用户平面地址和TEID用于下行数据并且并包含DTI来指示GGSN应应用直接隧道，错误处理流程在章节13.8描述。NRSN指示SGSN支持网络请求的承载控制.协商的演进ARP IE指示SGSN支持演进的ARP特性.如果new SGSN没有从old SGSN过来的转发重选请求消息中收到协商的演进ARP 信息元素，那么new SGSN应从协商的QOS profile的分配/保持优先级中获取这个值，这在TS23.401的附录E描述。

The GGSNs update their PDP context fields and return an Update PDP Context Response (GGSN Tunnel Endpoint Identifier, Prohibit Payload Compression, APN Restriction, MS Info Change Reporting Action, CSG Information Reporting Action, BCM, Negotiated Evolved ARP) message. The GGSN sets the Negotiated Evolved ARP based on local policy or PCC. The Allocation/Retention Priority of the QoS Profile Negotiated is derived from the Evolved ARP according to the mapping principles of TS 23.401 [89], Annex E. The Prohibit Payload Compression indicates that the SGSN should negotiate no data compression for this PDP context. The SGSN shall apply the Negotiated Evolved ARP if received from the GGSN.

GGSN更新它的PDP上下文字段并返回一个更新PDP上下文响应（GGSN TEID,禁止payload压缩,APN限制,MS信息变更报告行动,CSG信息报告行动,BCM,协商的演进ARP)消息。GGSN根据本地策略或PCC来设置协商的演进ARP.从协商的QOS profile的分配/保持优先级中获取这个值，这在TS23.401的附录E描述。禁止payload压缩指示SGSN应为这个PDP上下文协商无数据压缩。SGSN如果从GGSN收到了，则应应用这个协商的演进ARP。

14)Upon receiving the Relocation Complete message or, if it is an inter-SGSN SRNS relocation, the Forward Relocation Complete message, the old SGSN sends an Iu Release Command message to the source RNC. When the RNC data-forwarding timer has expired, the source RNC responds with an Iu Release Complete message.

14)一旦接收到重选完成消息,或,如果这是一个inter-SGSN SRNS重选,转发重选完成消息,old SGSN发送Iu释放命令消息给源RNC。当RNC数据转发计时器超时,源RNC响应一个Iu释放完成消息。

一个old S4-SGSN启动一个计时器来监管old SGW（例如在SGW变化或S4到Gn/Gp SGSN变化的场景里）的资源应该被释放。当这个计时器超时,old S4-SGSN释放SGW的资源。Old S4-SGSN发送删除会话请求（原因，操作指示）消息给SGW来删除SGW的承载资源。如果ISR激活了，则原因指示old SGW应删除在其他CN节点的承载资源----通过发送删除承载请求消息给其他CN节点。操作指示flag不由old S4-SGSN设置。这将指示SGW，SGW不应发起到PGW的删除流程。

15)After the MS has finished the reconfiguration procedure and if the new Routeing Area Identification is different from the old one, the MS initiates the Routeing Area Update procedure. See clause "Location Management Procedures (Iu mode)". Note that it is only a subset of the RA update procedure that is performed, since the MS is in PMM‑CONNECTED state.

15)在MS完成了重配置流程后，如果new RAI和之前老的不同,MS发起RAU流程。注意，这个RAU流程只是正常RAU流程的一个子集，因为MS已经处于PMM-CONNECTED状态。

The new SGSN shall determine the Maximum APN restriction based on the received APN Restriction of each PDP context/EPS Bearer Context for using S4 from the GGSN/P‑GW or old S4-SGSN for using S4 and then store the new Maximum APN restriction value.

new SGSN应根据使用S4的GGSN/PGW或old S4-SGSN收到的每个PDP上下文/EPS承载上下文的APN限制，来决定最大的APN限制，并存储为新的最大APN限制值。

作者: 爱卫生 时间: 2011-3-21 15:57:10 标题: 6.9.2.2.3 联合的小区/RAU以及SRNS重选流程

本帖最后由爱卫生于 2011-4-12 20:10 编辑

This procedure is only performed for an MS in PMM‑CONNECTED state, where the Iur/Iur-g interface carries control signalling but no user data In the context of this specification, the terms RNS or RNC refer also to a GERAN BSS or BSC (respectively) when serving an MS in Iu mode.

这个流程仅在MS是PMM-CONNECTED状态的时候且由Iur/Iur-g接口承载控制信令但是在本规范的内容中又没有用户数据的时候执行，术语RNS或RNC也可以参考Iu模式下MS的GERAN BSS或BSC。

The Combined Cell / URA Update and SRNS Relocation or Combined Cell/GRA Update and SBSS Relocation procedure is used to move the RAN to CN connection point at the RAN side from the source SRNC to the target RNC, while performing a cell re-selection in the RAN. In the procedure, the Iu links are relocated. If the target RNC is connected to the same SGSN as the source SRNC, an Intra-SGSN SRNS Relocation procedure is performed. If the routeing area is changed, this procedure is followed by an Intra-SGSN Routeing Area Update procedure. The SGSN detects that it is an intra-SGSN routeing area update by noticing that it also handles the old RA. In this case, the SGSN has the necessary information about the MS and there is no need to inform the HLR about the new MS location.

联合的小区/URA更新以及SRNS重选或联合的小区/GRA更新以及SBSSS重选流程用于在RAN中执行小区重选的时候，站在RAN的角度，将和CN和连接点从源SRNC切换到目标RNC。如果目标RNC连接的SGSN和源SRNC连接的SGSN相同,就执行一个intra-SGSN SRNS重选流程。如果RA变化了，则在intra-SGSN SRNS重选流程之后执行RAU。SGSN通过比较它是否也能处理old RA来判断这是不是一个intra-SGSN RAU，SGSN有关于MS的必要信息，因为不需要通知HLR关于new MS的位置。

Before the Combined Cell / URA Update and SRNS Relocation or Combined Cell/GRA Update and SBSS Relocation and before the Routeing Area Update, the MS is registered in the old SGSN. The source RNC is acting as serving RNC or serving BSS.

After the Combined Cell / URA Update and SRNS Relocation or Combined Cell/GRA Update and SBSS Relocation and after the Routeing Area Update, the MS is registered in the new SGSN. The MS is in state PMM‑CONNECTED towards the new SGSN, and the target RNC is acting as serving RNC.

在联合小区/URA更新以及SRNS重选或联合的小区/GRA更新以及SBSS重选之前并且在RAU之间，MS注册在old SGSN.源RNC作为服务的RNC或服务的BSS。

在完成联合小区/URA更新以及SRNS重选或联合的小区/GRA更新以及SBSS重选之后并且在RAU之后，MS注册到new SGSN.MS在new SGSN中是PMM-CONNECTED状态,并且目标RNC作为服务的RNC.

The Combined Cell / URA Update and SRNS Relocation or Combined Cell/GRA Update and SBSS relocation procedure for the PS domain is illustrated in Figure 43. The sequence is valid for both intra-SGSN SRNS relocation and inter-SGSN SRNS relocation. This signalling flow is also applicable to BSS to RNS relocation and vice-versa, as well as for BSS to BSS relocation.

关于PS域的联合的小区/URA更新以及SRNS重选或联合的小区/GRA更新以及SBSS重选流程在图例43描述。不论在intra-SGSN SRNS重选或者inter-SGSN SRNS重选中的次序都是正确的。这个信令流程也适用于BSS到RNS重选，反之亦然，以及BSS到BSS的重选。

[attach]187[/attach]

Figure 43: Combined Cell / URA Update and SRNS Relocation Procedure

NOTE 1:注释1：
All steps in figure 43, except steps (A) and 13, are common for architecture variants using Gn/Gp based interaction with GGSN and using S4 based interaction with S‑GW and P‑GW. For an S4 based interaction with S‑GW and P‑GW, procedure steps (A) and (B) are defined in clause 6.9.2.2.1a.

所有图例43的步骤，除了步骤A和13，其他的对于基于Gn/Gp与GGSN交互还是基于S4接口与SGW/PGW都是公共的。对于基于S4接口和SGW/PGW的交互，流程步骤A和B在章节6.9.2.2.1a定义。

1)The MS sends a Cell Update / URA Update or a Cell Update / GRA Update message to the source SRNC (if the cell is located under another RNC the message is routed via the DRNC to SRNC over the Iur). The source SRNC decides whether or not to perform a combined cell / URA update and SRNS relocation towards the target RNC. The rest of this clause describes the case where a combined cell / URA update and SRNS relocation applies. In this case no radio bearer is established between the source SRNC and the UE. Nonetheless the following tunnel(s) are established: GTP-U tunnel(s) between source SRNC and old-SGSN; GTP-U tunnel(s) between old-SGSN and GGSN (for using S4: GTP‑U tunnel(s) between old-SGSN and S‑GW; GTP‑U tunnel(s) between S‑GW and P‑GW).

1)MS发送一个小区更新/URA更新或一个小区更新/GRA更新消息给源SRNC（如果这个小区位置是在其他RNC，则通过DRNC由Iur接口路由到SRNC)。源SRNC决定是否执行一个联合的小区/URA更新以及SRNS重选到目标RNC。章节剩下部分描述了应用了联合小区/URA更新和SRNS重选的场景。在这个例子里，没有无线承载在源SRNC和UE之间建立。

If the UE has an ongoing emergency bearer service the source SRNC shall not initiate relocation from UTRAN to GERAN.

如果UE有一个正在进行的紧急承载业务,源SRNC则不应发起从UTRAN到GERAN的重选。

2)The source SRNC sends a Relocation Required message (Relocation Type, Cause, Source ID, Target ID, Source RNC to Target RNC Transparent Container) to the old SGSN. The source SRNC shall set Relocation Type to "UE not involved". Source RNC to Target RNC Transparent Container includes the necessary information for Relocation co-ordination, security functionality, and RRC protocol context information (including MS Capabilities).

2)源SRNC发送重选要求消息（重选类型,原因,源ID,目的ID,源RNC到目标RNC透明容器)给old SGSN。源SRNC应设置重选类型为“UE不参与”。源RNC到目标RNC透明容器应包含重选协作的必要信息,安全功能以及RRC协议上下文信息（包括MS能力）。

3)The old SGSN determines from the Target ID if the SRNS Relocation is intra-SGSN SRNS relocation or inter-SGSN SRNS relocation. In the case of inter-SGSN SRNS relocation the old SGSN initiates the relocation resource allocation procedure by sending a Forward Relocation Request (IMSI, Tunnel Endpoint Identifier Signalling, MM Context, PDP Context/EPS Bearer Context, Negotiated Evolved ARP, Target Identification, RAN Transparent Container, RANAP Cause, GCSI) message to the new SGSN. If this message is sent between two S4-SGSNs then the old SGSN shall include APN restriction and Change Reporting Action in this message. For relocation to an area where Intra Domain Connection of RAN Nodes to Multiple CN Nodes is used, the old SGSN may – if it provides Intra Domain Connection of RAN Nodes to Multiple CN Nodes have multiple target SGSNs for each relocation target in a pool area, in which case the old SGSN will select one of them to become the new SGSN, as specified in TS 23.236 [73].

3)如果SRNS重选是一个intra-SGSN或inter-SGSN SRNS重选,则从目标ID来得到Old SGSN。在inter-SGSN SRNS重选场景,old SGSN通过发送一个转发重选请求（IMSI,信令TEID,MM上下文,PDP上下文/EPS承载上下文,协商的演进ARP,目标ID,RAN透明容器,RANAP原因,GCSI)消息给new SGSN来发起重选资源分配流程。如果这个消息是在两个S4-SGSN之间传递,那么old SGSN应在消息中包含APN限制以及变更报告行动。如果重选到的区域使用了"RAN节点的intra域内连接到多个CN节点”,old SGSN可以 - 如果它提供了RAN节点的域内连接到多个CN节点的功能并有多个目标SGSN是在重选目标的一个池组区，则old SGSN将选择其中一个承载new SGSN，在TS23.236定义。

两个S4-SGSN之间的EPS承载上下文要指示。承载上下文包含了用户平面SGW地址和数据的上行TEID(old SGSN和new SGSN发送上行数据到这个数据的上行TEID和SGW地址）以及PGW用户平面地址和上行数据TEID。

At the same time a timer is started on the MM and PDP contexts/EPS Bearer Context in the old SGSN, see Routeing Area Update procedure in clause "Location Management Procedures (Iu mode)". The Forward Relocation Request message is applicable only in case of inter-SGSN SRNS relocation. The old SGSN 'sets' the GCSI flag if the MM context contains GPRS CAMEL subscription information.

如果UE从old SGSN仅接收到紧急服务并且UE是UICCless,IMSI则不能在转发重选请求消息中包含。对于紧急服务的UE如果IMSI不能鉴权，则IMSI应被标记为未鉴权。

4)The new SGSN sends a Relocation Request message (Permanent NAS UE Identity (if available), MSISDN, Cause, CN Domain Indicator, Source RNC to Target RNC Transparent Container, RABs To Be Setup (APN, Charging characteristics), UE-AMBR, Service Handover related information) to the target RNC. For each requested RAB, RABs To Be Setup shall contain information such as RAB ID, RAB parameters, Transport Layer Address, and Iu Transport Association. SGSN shall not establish RABs for PDP contexts with maximum bit rate for uplink and downlink of 0 kbit/s. The list of RABs requested by the SGSN may differ from list of RABs available in the Source RNC. The target RNC should not establish the RABs (as identified from the Source-RNC to target RNC transparent container) that did not exist in the source RNC prior to the relocation. The RAB ID information element contains the NSAPI value, and the RAB parameters information element gives the QoS profile. The Transport Layer Address is the SGSN Address for user data, and the Iu Transport Association corresponds to the uplink Tunnel Endpoint Identifier Data. The new SGSN may decide to establish Direct Tunnel unless it has received a 'set' GCSI flag from the old SGSN. If the new SGSN decides to establish Direct Tunnel, it provides to the target RNC the GGSN's Address for User Plane and TEID for Uplink data. For using S4, if the new SGSN decides to establish Direct Tunnel, it provides to the target RNC the S‑GW's Address for User Plane and TEID for Uplink data. If the Access Restriction is present in the MM context, the Service Handover related information shall be included by new S4-SGSN for the Relocation Request message in order for RNC to restrict the UE in connected mode to handover to the RAT prohibited by the Access Restriction. MSISDN, APN and Charging characteristics are optional parameters and only transferred if SGSN supports SIPTO at Iu-ps.
4)new SGSN发送重选请求消息（永久的NAS UE ID（如果有）,MSISDN,原因，CN域指示符,源RNC到目标RNC透明容器,要建立的RAB(APN,计费特征）,UE-AMBR，服务切换相关信息）到目标RNC。对于每一个要建立的请求的RAB,“要建立的RAB"应包含诸如RAB ID,RAB参数，传输层地址以及Iu传输关联的信息。SGSN不应为上下行的MBR都为0kbit/s的时候去建立PDP上下文的RAB。SGSN请求的RAB列表可以和在源RNC上可用的RAB列表不同。目标RNC不应在重选之前预先建立在源RNC上不存在的RAB（由"源RNC到目标RNC透明容器"标识)。RAB ID信息元素包含了NSAPI的值,以及RAB参数信息元素给出了QOS profile。传输层地址是SGSN用户数据地址，Iu传输关联对应的是上行数据TEID。new SGSN可以决定去建立直接隧道---除非从old SGSN收到了GCSI flag的设置。如果new SGSN决定建立直接隧道,它给目标RNC提供了GGSN用户平面上行数据的TEID和地址。对使用S4接口的，如果new SGSN决定建立直接隧道，它给目标RNC提供SGW上的上行数据用户平面地址和TEID。如果在MM上下文中存在接入限制,则业务切换相关信息应在new S4-SGSN的重选请求消息中包含，为了让RNC来限制UE在连接模式中，因为接入限制禁止切换RAT。MSISDN,APN和计费特征是可选参数并且是透明的传递---当SGSN在Iu-ps里支持SIPTO的时候。

After all necessary resources for accepted RABs including the Iu user plane are successfully allocated, the target RNC shall send the Relocation Request Acknowledge message (RABs setup, RABs failed to setup) to the new SGSN. Each RAB to be setup is defined by a Transport Layer Address, which is the target RNC Address for user data, and a Iu Transport Association which corresponds to the downlink Tunnel Endpoint Identifier for user data.

在接受的RAB所需要的所有必要的资源包括Iu用户平面成功分配之后，目标RNC应发送重选请求确认消息（RAB建立，建立失败的RAB）给new SGSN。每个要建立的RAB由1-传输层地址（这个地址是目标RNC的用户数据地址），2-Iu传输关联（对应下行用户数据的TEID)来定义。

After the new SGSN receives the Relocation Request Acknowledge message, the GTP-U tunnels are established between the target RNC and the new-SGSN.

The target-RNC may simultaneously receive for each RAB to be set up downlink user packets both from the source SRNC and from the new SGSN.

在new SGSN接收到重选请求确认消息后,GTP-U隧道将在目标RNC和new SGSN之间建立。

目标RNC可以为每个要建立的RAB来同时接收从源SRNC和new SGSN来的下行用户数据。

作者: 爱卫生 时间: 2011-4-12 15:28:51

本帖最后由爱卫生于 2011-4-12 16:14 编辑

5)When resources for the transmission of user data between the target RNC and the new SGSN have been allocated and the new SGSN is ready for relocation of SRNS, the Forward Relocation Response message (Cause, RANAP Cause, and Target RNC Information) is sent from the new SGSN to the old SGSN. This message indicates that the target RNC is ready to receive from the source SRNC the forwarded downlink packets, i.e., the relocation resource allocation procedure is terminated successfully. RANAP Cause is information from the target RNC to be forwarded to the source SRNC. The RAB Setup Information, one information element for each RAB, contains the RNC Tunnel Endpoint Identifier and RNC IP address for data forwarding from the source SRNC to the target RNC. If the target RNC or the new SGSN failed to allocate resources, the RAB Setup Information element contains only NSAPI indicating that the source SRNC shall release the resources associated with the NSAPI. The Forward Relocation Response message is applicable only in case of inter-SGSN SRNS relocation.
5）当在目标RNC和new SGSN之间为用户数据传输的资源都已经分配好了，并且new SGSN已经准备好了SRNS的重选，new SGSN发送转发重选响应消息（原因，RANAP原因，目标RNC信息）发送给old SGSN。这个消息指示目标RNC已经准备好接收从源SRNC过来的转发的下行PDU的接收。这就代表重选资源分配流程成功的完成了。RANAP原因是目标RNC将要转发给源SRNC的信息。RAB建立信息，是对每个RAB的一个信息元素，包含了从源SRNC到目标RNC的用于数据转发的RNC TEID和RNC IP地址。如果目标RNC或new SGSN分配资源失败，RAB建立信息元素将只包含NSAPI来指示源SRNC应释放和这个NSAPI关联的所有资源。转发重选响应消息仅在inter-SGSN SRNS重选的场景中可用。

6) The old SGSN continues the relocation of SRNS by sending a Relocation Command (RABs to be released, and RABs subject to data forwarding) message to the source SRNC. The old SGSN decides the RABs subject to data forwarding based on QoS, and those RABs shall be contained in RABs subject to data forwarding. For each RAB subject to data forwarding, the information element shall contain RAB ID, Transport Layer Address, and Iu Transport Association. These are the same Transport Layer Address and Iu Transport Association that the target RNC had sent to new SGSN in Relocation Request Acknowledge message, and these are used for forwarding of downlink N‑

DU from the source SRNC to the target RNC. The source SRNC is now ready to forward downlink data directly to the target RNC over the Iu interface. This forwarding is performed for downlink user data only.
6)Old SGSN将继续SRNS的重选，发送重选命令消息（需要释放的RAB,需要数据前转的RAB)给源SRNC。old SGSN根据QOS决定需要数据前转的RAB，并且那些RAB应包含在“需要数据前转的RAB"字段里）。对于每一个“需要前转的RAB"字段，这个信息元素应包含RAB ID，传输层地址，Iu传输关联。这些传输层地址和Iu传输关联和目标RNC发送给new SGSN的重选请求确认消息中的一样，用于从源SRNC到目标RNC的下行N-PDU的转发。源SRNC现在已经准备好在Iu接口的到目标RNC的下行用户数据的直接转发。这个转发仅只针对下行用户数据。

7)The source SRNC may, according to the QoS profile, begin the forwarding of data for the RABs subject to data forwarding and starts the data-forwarding timer. The data forwarding at SRNS relocation shall be carried out through the Iu interface, meaning that the data exchanged between the source SRNC and the target RNC are duplicated in the source SRNC and routed at the IP layer towards the target RNC. For each radio bearer which uses lossless PDCP the GTP-PDUs related to transmitted but not yet acknowledged PDCP-PDUs are duplicated and routed at IP layer towards the target RNC together with their related downlink PDCP sequence numbers. The source RNC continues transmitting duplicates of downlink data and receiving uplink data.

7)源SRNC可以，根据QOS Profile，开始为RAB转发需要前转的数据并且启动数据转发计时器。在SRNS重选中的数据转发应通过Iu接口执行，意味着在源SRNC和目标SRNC的数据交换将在源SRNC被复制，并且通过IP层发送给目标RNC。对于每个使用了无损PDCP的无线承载，已传输的相关的GTP-PDU但还没有被确认的PDCP-PDU，将被复制并和它们相关的下行PDCP序列号一起通过IP层路由传递到目标RNC。源RNC继续传送完全相同的下行数据和接收到的上行数据。

NOTE 2: The order of steps, starting from step 7 onwards, does not necessarily reflect the order of events. For instance, source RNC may send data forwarding (step 7) and start Relocation Commit message (step 8) almost simultaneously. Target RNC may send Relocation Detect message (step 9) and Cell Update Confirm/URA Update Confirm (or Cell Update Confirm/GRA Update Confirm) message (step 10) at the same time. Hence, target RNC may receive the UTRAN or GERAN Mobility Information Confirm message from MS (step 10) while data forwarding (step 8) is still underway, and before the new SGSN receives Update PDP Context Response message (step 11).
Before the serving RNC role is not yet taken over by target RNC and when downlink user plane data starts to arrive to target RNC, the target RNC may buffer or discard arriving downlink GTP-PDUs according to the related QoS profile.
  注释2：步骤的顺序，从第7步开始往后，并不需要反映事件的顺序。例如，源RNC可以几乎同时发送数据转发（第7步）以及开始重选提交消息（第8步）。步骤9的目标RNC也可以同时发送重选检测消息和步骤10的小区更新确认/URA更新确认（或小区更新确认/GRA更新确认）消息。因此，目标RNC可以在步骤8的数据转发仍在路途中的时候接收第10步的UTRAN/GERAN移动性信息确认消息，并且是在第11步的new SGSN收到更新PDP上下文响应消息之前。

8)Before sending the Relocation Commit the uplink and downlink data transfer in the source, SRNC shall be suspended for RABs, which require delivery order.
  When the source SRNC is ready, the source SRNC shall trigger the execution of relocation of SRNS by sending a Relocation Commit message (SRNS Contexts) to the target RNC over the UTRAN Iur interface or over the GERAN Iur-g interface, respectively. The purpose of this procedure is to transfer SRNS contexts from the source RNC to the target RNC, and to move the SRNS role from the source RNC to the target RNC. SRNS contexts are sent for each concerned RAB and contain the sequence numbers of the GTP PDUs next to be transmitted in the uplink and downlink directions and the next PDCP sequence numbers that would have been used to send and receive data from the MS. . PDCP sequence numbers are only sent by the source RNC for radio bearers, which used lossless PDCP (see TS 25.323 [57]). The use of lossless PDCP is selected by the RNC when the radio bearer is set up or reconfigured. For PDP context(s) using delivery order not required (QoS profile), the sequence numbers of the GTP-PDUs next to be transmitted are not used by the target RNC.
  If delivery order is required (QoS profile), consecutive GTP-PDU sequence numbering shall be maintained throughout the lifetime of the PDP context(s). Therefore, during the entire SRNS relocation procedure for the PDP context(s) using delivery order required (QoS profile), the responsible GTP-U entities (RNCs and GGSN) shall assign consecutive GTP-PDU sequence numbers to user packets belonging to the same PDP context for uplink and downlink respectively.
8)在发送重选提交之前，SRNC应为要求有序分发的RAB挂起源处的传输的上下行数据。
  当源SRNC准备好，源SRNC应通过在UTRAN的Iur接口或GERAN的Iur-g接口发送重选提交消息(SRNS上下文)给目标RNC来触发SRNS重选的执行。（Iur-g是为了让2G/3G更好通信，在BSC和RNC之间设立的一个接口）这个流程的目的是用于在源和目的RNC之间传递SRNS上下文。SRNS上下文将为每个有关联的RAB发送，并且包含了在上下行方向下一个将要传送的GTP PDU的序列号以及将要用于从MS发送和接收数据的下一个PDCP序列号。PDCP序列号仅由源RNC为无线承载来发送，使用无损PDCP(TS25.323)。无损PDCP的使用是由RNC在无线承载建立或重配置的时候来进行选择的。对于不要求有序分发的PDP上下文（QOS profile）,目标RNC将不使用下一个将被传输的GTP-PDU序列号。
  如果要求有序分发，连续的GTP-PDU序列号应在正在PDP上下文的生命周期内保持。因此，在为有按序分发要求的PDP上下文做的整个的SRNS重选流程中，负责GTP-U的实体（如RNC和GGSN)应给属于相同PDP上下文的上下行用户数据分配连续的GTP-PDU序列号。

作者: 爱卫生 时间: 2011-4-12 16:34:47

本帖最后由爱卫生于 2011-4-12 19:59 编辑

9)The target RNC shall send a Relocation Detect message to the new SGSN when the relocation execution trigger is received. For SRNS relocation type "UE not involved", the relocation execution trigger is the reception of the Relocation Commit message from the Iur interface. When the Relocation Detect message is sent, the target RNC shall start SRNC operation.
  9)目标RNC应发送重选检测消息给new SGSN---当收到重选执行触发的时候。对于SRNS重选类型为“UE不参与”，重选执行触发是从Iur接口收到的重选提交消息。当重选检测消息发送后，目标RNC应开始SRNC的操作。

10)The target SRNC sends a Cell Update Confirm / URA Update Confirm or Cell Update Confirm / GRA Update Confirm message. This message contains UE information elements and CN information elements. The UE information elements include among others new SRNC identity and S RNTI. The CN information elements contain among others Location Area Identification and Routeing Area Identification. The procedure shall be co-ordinated in all Iu signalling connections existing for the MS.
10)目标SRNC发送一个小区更新确认/URA更新确认或小区更新确认/GRA更新确认消息。这个消息包含了UE信息元素和CN核心网信息元素。UE信息元素包含了新SRNC ID和S-RNTI等等。CN信息元素包含了LAI和RAI等等。这个流程应在这个MS存在的所有Iu信令连接上协调完成。
Upon reception of the Cell Update Confirm / URA Update Confirm or Cell Update Confirm / GRA Update Confirm message the MS may start sending uplink user data to the target SRNC. When the MS has reconfigured itself, it sends the RAN Mobility Information Confirm message to the target SRNC. This indicates that the MS is also ready to receive downlink data from the target SRNC.
  一旦接收到小区更新确认/URA更新确认或小区更新确认/GRA更新确认消息，MS应开始发送上行用户数据给目标SRNC。当MS重新配置了它自己，它发送RAN移动性信息确认消息给目标SRNC。这将指示MS已经准备好从目标SRNC接收下行数据。
If the new SGSN has already received the Update PDP Context Response message from the GGSN, it shall forward the uplink user data to the GGSN over this new GTP-U tunnel. Otherwise, the new SGSN shall forward the uplink user data to that GGSN IP address and TEID(s), which the new SGSN had received earlier by the Forward Relocation Request message.
  如果new SGSN已经从GGSN接收到Update PDP Context Response消息,它将通过新的GTP-U隧道将上行用户数据转发给GGSN。另外，new SGSN还应转发早些时候从转发重选请求消息里接收到的上行用户数据给这个GGSN IP地址和TEID。
For using S4, if new the SGSN has already received the Modify Bearer Context Response message from the S GW, it shall forward the uplink user data to S GW over this new GTP U tunnel. Otherwise, the new SGSN shall forward the uplink user data to that S GW IP address and TEID(s), which the new SGSN had received earlier by the Forward Relocation Request message.
  对于使用S4接口的，如果new SGSN从SGW收到了Modify Bearer Response消息，它应通过新GTP-U隧道转发上行用户数据给SGW。另外，new SGSN还应转发早些时候从转发重选请求消息里接收到的上行用户数据给这个SGW IP地址和TEID。
The target SRNC and the MS exchange the PDCP sequence numbers; PDCP SNU and PDCP SND. PDCP SND is the PDCP sequence number for the next expected in-sequence downlink packet to be received in the MS per radio bearer, which used lossless PDCP in the source RNC. PDCP SND confirms all mobile terminated packets successfully transferred before the SRNC relocation procedure. . If PDCP SND confirms the reception of packets that were forwarded from the source SRNC, the target SRNC shall discard these packets. PDCP SNU is the PDCP sequence number for the next expected in-sequence uplink packet to be received in the RNC per radio bearer, which used lossless PDCP in the source RNC. PDCP SNU confirms all mobile originated packets successfully transferred before the SRNC relocation. If PDCP SNU confirms reception of packets that were received in the source SRNC, the target SRNC shall discard these packets.
  目标SRNC和MS交换PDCP序列号

DCP SNU和PDCP SND。PDCP SND是在每个无线承载上，MS预期接收的有序的下行数据的PDCP序列号，在源RNC中使用了无损PDCP。PDCP SND确认在SRNC重选流程之前，所有由手机接收的数据包被成功的传递。如果PDCP SND确认了从源SRNC转过来的数据包接收了，目标SRNC应丢弃这些包。PDCP SNU是在每个无线承载上，RNC预期接收的下一个按序上行链路数据包的PDCP序列号，在源RNC中使用了无损PDCP。PDCP SNU确认在SRNC重选之前所有由手机发起的数据包被成功的传递。如果PDCP SNU确认了在源SRNC中数据包的接收，目标SRNC应丢弃这些报文。

11) When the target SRNC receives the RAN Mobility Information Confirm message, i.e. the new SRNC ID + S RNTI are successfully exchanged with the MS by the radio protocols, the target SRNC shall initiate the Relocation Complete procedure by sending the Relocation Complete message to the new SGSN. The purpose of the Relocation Complete procedure is to indicate by the target SRNC the completion of the relocation of the SRNS to the CN.
11)当目标SRNC接收到了RAN移动性信息确认消息，也就是new SRNC-ID +S-RNTI通过空口协议和MS成功的交换，目标SRNC应发起重选完成流程---通过发送一个重选完成消息给new SGSN。重选完成流程的目的是由目标SRNC来指示SRNS到CN的重选的完成。

12) Upon receipt of Relocation Complete message, if the SRNS Relocation is an inter SGSN SRNS relocation, the new SGSN signals to the old SGSN the completion of the SRNS relocation procedure by sending a Forward Relocation Complete message.
12)一旦接收到重选完成消息,如果SRNS重选是一个inter-SGSN SRNS重选，new SGSN告知old SGSN关于SRNS重选流程的完成---通过发送转发重选完成消息。

作者: 爱卫生 时间: 2011-4-12 20:08:57

本帖最后由爱卫生于 2011-4-12 20:13 编辑

13) Upon receipt of the Relocation Complete message, the CN shall switch the user plane from the source RNC to the target SRNC. If the SRNS Relocation is an inter-SGSN SRNS relocation or if Direct Tunnel was established in intra-SGSN SRNS relocation, the new SGSN sends Update PDP Context Request messages (new SGSN Address, SGSN Tunnel Endpoint Identifier, QoS Negotiated, Negotiated Evolved ARP, serving network identity, CGI/SAI, RAT type, MS Info Change Reporting support indication, NRSN, DTI) to the GGSNs concerned. The SGSN shall send the serving network identity to the GGSN. If Direct Tunnel is established the SGSN provides to GGSN the RNC's Address for User Plane and TEID for Downlink data and shall include the DTI to instruct the GGSN to apply Direct Tunnel specific error handling procedure as described in clause 13.8. NRSN indicates SGSN support of the network requested bearer control. The inclusion of the Negotiated Evolved ARP IE indicates that the SGSN supports the Evolved ARP feature. If the new SGSN did not receive a Negotiated Evolved ARP IE in the SGSN Forward Relocation Request message from the old SGSN then the new SGSN shall derive this value from the Allocation/Retention Priority of the QoS profile negotiated according to Annex E of TS 23.401 [89]. The GGSNs update their PDP context fields and return an Update PDP Context Response (GGSN Tunnel Endpoint Identifier, Prohibit Payload Compression, APN Restriction, MS Info Change Reporting Action, CSG Information Reporting Action, BCM, Negotiated Evolved ARP) message. The GGSN sets the Negotiated Evolved ARP based on local policy or PCC. The Allocation/Retention Priority of the QoS Profile Negotiated is derived from the Evolved ARP according to the mapping principles of TS 23.401 [89], Annex E. The Prohibit Payload Compression indicates that the SGSN should negotiate no data compression for this PDP context. The SGSN shall apply the Negotiated Evolved ARP if received from the GGSN.
13)一旦接收到重选完成消息，CN应将用户平面从源RNC切换到目标SRNC。如果SRNS重选是一个inter-SGSN SRNS重选或如果直接隧道在一个intra-SGSN SRNS重选流程中建立，new SGSN发送Update PDP Context Request 消息（新SGSN地址,SGSN TEID,协商的QOS，演进的协商ARP，服务网络ID，CGI/SAI，RAT类型，MS信息变化报告支持指示，NRSN,DTI)给关联的GGSN.SGSN应发送服务网络ID给GGSN.如果直接隧道建立，SGSN给GGSN提供RNC的用户平面地址和下行数据的TEID，并且应包含DTI（direct tunnel ID)来指示GGSN要应用直接隧道，指定的错误处理流程在13.8描述。NRSN指示GGSN关于网络请求的承载控制能力的支持。协商的演进ARP IE指示SGSN支持演进的ARP特性。如果new SGSN没有从old SGSN的SGSN转发重选请求消息里看到演进协商ARP IE，那么new SGSN应根据TS23.401的附录E里描述的那样，从QOS profile里的分配/保持优先级里去获取这个值。GGSN更新它的PDP上下文字段并且返回一个更新PDP上下文响应（GGSN TEID,禁止payload压缩、APN限制、MS信息变化报告行动、CSG信息报告心动、BCM、协商的演进ARP）消息。GGSN根据本地策略或PCC来设置演进的协商的ARP。协商的QOS profile里包含的分配/保持优先级是从演进的ARP根据TS23.401附录E的映射原则映射过来的。禁止payload压缩指示SGSN应为这个PDP上下文协商无数据压缩。SGSN如果从GGSN收到，则应用用这个协商的演进ARP值。

14) Upon receiving the Relocation Complete message or if it is an inter-SGSN SRNS relocation, the Forward Relocation Complete message, the old SGSN sends an Iu Release Command message to the source RNC. When the RNC data-forwarding timer has expired the source RNC responds with an Iu Release Complete.
An old S4-SGSN starts a timer to supervise when resources in old Serving GW (in case of Serving GW change or in case of S4 to Gn/Gp SGSN change) shall be released. When this timer expires the old S4-SGSN releases the S GW resources. The old S4-SGSN deletes S-GW bearer resources by sending Delete Session Request (Cause, Operation Indication) messages to the SGW. If ISR is activated the Cause indicates that the old S-GW shall delete the bearer resources on the other old CN node by sending Delete Bearer Request message to the other CN node. The Operation Indication flag is not set by the old S4-SGSN. This indicates to the S-GW that the S GW shall not initiate a delete procedure towards the PDN GW.
14)一旦接收到重选完成消息或这是一个inter-SGSN SRNS重选；转发重选完成消息, old SGSN发送一个Iu释放命令消息给源RNC。当RNC数据转发计时器超时，源RNC响应一个Iu释放完成消息。

15) After the MS has finished the Cell / URA update or the Cell / GRA update and RNTI reallocation procedure and if the new Routeing Area Identification is different from the old one, the MS initiates the Routeing Area Update procedure. See clause "Location Management Procedures (Iu mode)". Note that it is only a subset of the RA update procedure that is performed, since the MS is in PMM CONNECTED state.

15)在MS完成了小区/URA更新或小区/GRA更新以及RNTI重选流程并且如果新的RAI和之前老的不同的话，MS发起RAU流程。注意这里是RAU流程的一个子集（即一部分流程）将执行，因为MS已经是PMM-CONNECTED状态。

New SGSN应根据使用S4的GGSN/PGW或old S4-SGSN收到的每个PDP上下文/EPS承载上下文的APN限制，来决定最大的APN限制，并存储为新的最大APN限制值。

作者: 爱卫生 时间: 2011-4-12 20:23:36 标题: 6.9.2.2.4 SRNS重选取消流程

本帖最后由爱卫生于 2011-4-12 21:20 编辑

The purpose of the SRNS Relocation Cancel procedure is to cancel an ongoing SRNS relocation. The SRNS Relocation Cancel procedure may be initiated during or after the Relocation Preparation procedure and may be initiated by the source RNC.
SRNS重选取消流程的目的是取消一个正在进行的SRNS重选.SRNS重选取消流程可以在重选准备流程期间或者之后发起，并可以是由源RNC发起。

The SRNS Relocation Cancel procedure is illustrated in Figure 44. The sequence is valid for cancelling both an intra-SGSN SRNS relocation and an inter-SGSN SRNS relocation.
SRNS重选取消流程在图例44描述.对于intra-SGSN还是inter-SGSN的SRNS重选的取消，顺序都是适用的。

[attach]240[/attach]

Figure 44: SRNS Cancel Relocation Procedure

NOTE: All steps in figure 44, except steps (A), are common for architecture variants using Gn/Gp based SGSN and using S4 based interaction with S GW. For an S4 based interaction with S GW, procedure steps (A) are defined in the clause 6.9.2.2.4a.

注释：图例44中的所有步骤,除了步骤A,对于采用基于Gn/Gp的SGSN或基于S4的SGW，都是公共的架构。对于基于S4接口的，与SGW的交互，流程步骤A在章节6.9.2.2.4a定义。

1) An SRNS Relocation procedure has started, as specified in clause 6.9.2.2.1.
1)个SRNS重选流程发起了，就像6.9.2.2.1描述的那样.

2a) The SRNS Cancel Relocation may be initiated by a timer expiry or by an error event in the source RNC.
2a)SRNS取消重选可以由源RNC的一个计时器超时或一个错误事件触发.

2b) When one of conditions in 2a is satisfied, the source RNC sends a Relocation Cancel (Cause) to the old SGSN. Cause indicates the reason for cancelling the ongoing SRNS relocation.
2b)当2a中的一个条件满足的时候,源RNC发送一个重选取消（原因）给old SGSN.原因指示了取消这个正在进行的SRNS重选的原因。

3) The old SGSN sends a Relocation Cancel Request (RANAP Cause) to the new SGSN to indicate that the ongoing SRNS relocation should be cancelled. RANAP Cause contains the cause value received by the source RNC in the Relocation Cancel message.
3)old SGSN发送一个重选取消请求（RANAP原因）给new SGSN来指示这个进行中的SRNS重选应该被取消.RANAP原因包含了从源RNC的重选取消消息中包含的原因值。

4) The new SGSN sends an Iu Release Command (Cause) to request from the target RNC to release the Iu resources already allocated for the SRNS relocation, or to cancel the ongoing allocation of Iu resources for the SRNS relocation. Cause is set equal to RANAP Cause, i.e. to whatever cause value was included in the Relocation Cancel Request received from old SGSN. The target RNC releases the requested Iu resources and responds with an Iu Release Complete.
4)new SGSN发送一个Iu release命令（原因）来请求目标RNC来释放已经分配给这个SRNS重选的资源,或取消为这个SRNS重选分配的Iu资源.原因和值和RANAP原因值相等，即任何时候这个原因值包含在从old SGSN收到的重选取消请求消息中。目标RNC释放请求的Iu资源并响应一个Iu release 完成消息。

5) The new SGSN acknowledges the cancellation of the ongoing SRNS Relocation by sending a Relocation Cancel Response to the old SGSN.
5)new SGSN发送重选取消响应给old SGSN来确认取消SRNS的重选.

6) The old SGSN responds to the source RNC with a Relocation Cancel Ack message.

6)old SGSN响应一个重选取消确认消息给源RNC。

作者: 爱卫生 时间: 2011-4-12 21:30:30 标题: 6.9.2.2.4a 使用S4的SRNS重选取消流程

The procedures described in figures 44a shows only the steps (A) due to use of S4, which are different from the Gn/Gp variant of the procedure given by clauses 6.9.2.2.4.

在图例44a中描述了仅因为S4接口的使用而产生的A步骤,和6.9.2.2.4描述的基于Gn/Gp接口的流程稍有不同。

[attach]241[/attach]

Figure 44a1: A) for SRNS Relocation Cancel Procedure Using S4
A1. This step is only performed in case of handover from S4-SGSN to S4-SGSN with Serving GW relocation or handover from Gn/Gp SGSN to S4-SGSN. The New S4-SGSN deletes the EPS bearer resources by sending Delete Session Request (Cause) messages to the New S GW.
A2. The New S GW acknowledges with Delete Session Response messages.

A1.这个步骤只在从S4-SGSN到带有SGW重选的S4-SGSN切换，或从Gn/Gp SGSN到S4-SGSN的切换时执行.新S4-SGSN删除EPS承载资源---通过发送delete session request（原因）消息给新的SGW。

A2.新SGW发送一个delete session response消息进行确认。

作者: 爱卫生 时间: 2011-4-12 21:37:00 标题: 6.9.2.2.5 增强的SRNS重选流程

本帖最后由爱卫生于 2011-4-12 22:02 编辑

The procedure can be used for relocation when source SRNC and target RNC are connected to same SGSN.
这个流程可以用于当源SRNC和目标RNC连接到相同的SGSN的时候使用。
NOTE 1: If the MS is both MM-CONNECTED and PMM-CONNECTED, then this procedure can only be used if the source RNC and target RNC are connected to same MSC.
注释1：如果MS是在MM-CONNECTED和PMM-CONNECTED状态,那这个流程仅当源和目的RNC连接到相同的MSC的时候使用。
This procedure is only performed for an MS in PMM CONNECTED state where the Iur interface is available between a serving RNC and a drifting RNC. This procedure is not applicable for GERAN.
这个流程仅当MS在PMM-CONNECTED状态的时候，并且在服务RNC和漂移RNC之间存在Iur接口的时候采用。这个流程不适用于GERAN。
In Enhanced Serving RNS Relocation the SRNS functionality is prepared at RAN side and the SGSN is not informed until the preparation and execution of the relocation has taken place, the preparation and execution phases are performed as specified in TS 25.423 [95]. The completion phase is illustrated in Figure 44a below.
在增强的服务RNS重选时,SRNS功能由RAN侧来准备并且SGSN没有被通知---直到重选的准备和执行发生，准备和执行阶段的执行由TS25.423描述.完成阶段由图例44a2描述。

[attach]242[/attach]

Figure 44a2: Enhanced Serving RNS Relocation

NOTE 2: The figure shows the user plane connections when Direct Tunnel is established. If Direct Tunnel is not established only the user plane between RNC and SGSN is impacted due relocation.

注释2：图例显示了当直接隧道建立的时候的用户面连接.如果直接隧道没有建立,则只有RNC和SGSN之间的用户平面在重选期间会受到影响。
There are three phases for the Enhanced Serving RNS Relocation.
Preparation Phase:
- The Source RNC decides to relocate the UE to a neighbouring RNC (Target RNC).
- The Source RNC triggers the RNSAP: Enhanced Relocation procedure.
Execution Phase:
- The RNC triggers the relocation to MS.
- The Source RNC may start data forwarding.

有3个阶段用于增强的服务RNS重选.

准备阶段：

- 源RNC决定重选UE到一个邻居的RNC（目标RNC)。

- 源RNC触发RNSAP:增强的重选流程。

执行阶段：

- RNC触发到MS的重选.

- 源RNC可以开始数据转发.

Completion Phase:完成阶段：
1. The MS has been relocated to the Target RNC.

1.MS已经重选到目标RNC.
2. The Target RNC sends Enhanced Relocation Complete Request message to the SGSN to indicate that the MS was relocated to the Target RNC. The Target RNC indicates successfully relocated, modified or released RABs to the SGSN.

2.目标RNC发送增强重选完成请求消息给SGSN来指示,MS已经重选到目标RNC.目标RNC向SGSN发送成功重选、修改或释放的RAB的指示。
3. Upon receipt of the enhanced Relocation Complete message, the SGSN shall switch the user plane from the source RNC to the target SRNC. If Direct Tunnel was established, the SGSN sends Update PDP Context Request messages (SGSN Address, SGSN Tunnel Endpoint Identifier, QoS Negotiated, Negotiated Evolved ARP, serving network identity, CGI/SAI, RAT type, MS Info Change Reporting support indication, NRSN, DTI) to the GGSNs concerned. The SGSN shall send the serving network identity to the GGSN. If Direct Tunnel is established the SGSN provides to GGSN the RNC's Address for User Plane and TEID for Downlink data and shall include the DTI to instruct the GGSN to apply Direct Tunnel specific error handling procedure as described in clause 13.8. NRSN indicates SGSN support of the network requested bearer control. The GGSNs update their PDP context fields and return an Update PDP Context Response (GGSN Tunnel Endpoint Identifier, Prohibit Payload Compression, APN Restriction, MS Info Change Reporting Action, CSG Information Reporting Action, BCM, Negotiated Evolved ARP) message. The GGSN sets the Negotiated Evolved ARP based on local policy or PCC. The Allocation/Retention Priority of the QoS Profile Negotiated is derived from the Evolved ARP according to the mapping principles of TS 23.401 [89], Annex E. The Prohibit Payload Compression indicates that the SGSN should negotiate no data compression for this PDP context. The SGSN shall apply the Negotiated Evolved ARP if received from the GGSN.
For an S4 based interaction with S GW and P GW procedure step (A) is defined in clause 6.9.2.2.5A.

3.一旦接收到增强重选完成消息,SGSN应将用户平面从源RNC切换到目标SRNC.如果直接隧道建立，SGSN发送update pdp context request消息（SGSN地址、SGSN TEID、协商的QOS、协商的演进ARP、服务网络ID、CGI/SAI、RAT类型、MS信息变化报告支持指示、NRSN、DTI)给关联的GGSN。SGSN应发送服务网络ID给GGSN。如果直接隧道建立，SGSN给GGSN提供RNC的用户平面地址和下行数据的TEID，并且应包含DTI（direct tunnel ID)来指示GGSN要应用直接隧道，指定的错误处理流程在13.8描述。NRSN指示GGSN关于网络请求的承载控制能力的支持。GGSN更新它的PDP上下文字段并且返回一个update pdp context response消息.GGSN根据本地策略或PCC设置协商的演进ARP IE。协商的QOS profile中的分配/保持优先级是从演进的ARP根据TS23.401的附录E提到的映射原则，映射过来的.禁止payload压缩指示SGSN应为这个PDP上下文协商无数据压缩。SGSN如果从GGSN收到了,则应应用这个协商的演进ARP。

4. The SGSN configures the necessary Iu resources for the Target RNC and responds with Enhanced Relocation Complete Response.
4.SGSN为目标RNC配置必要的Iu资源,并响应一个增强重选完成响应消息。

5. After sending the Enhanced Relocation Complete Response message to the Target RNC the SGSN sends an Iu Release Command message to the source RNC and the source RNC responds with an Iu Release Complete.
5.在发送增强重选完成响应消息给目标RNC之后,SGSN发送一个Iu release command消息给源RNC，源RNC响应一个Iu release complete消息。

6. If the Routeing Area Identification is different from the old one the MS initiates the Routeing Update procedure. See clause 6.9.2. Like after the relocation procedures described in clauses above e.g. clause 6.9.2.2.1, only a subset of the RA update is performed, since the MS is in PMM-CONNECTED state.

6.如果RAU和之前老的不同,MS发起RAU流程.参见6.9.2.同样，这里只执行一个RAU流程的子集，因为MS已经是PMM-CONNECTED状态。

作者: 爱卫生 时间: 2011-4-12 22:10:22 标题: 6.9.2.2.5A 使用S4的增强SRNS重选流程

本帖最后由爱卫生于 2011-4-12 23:01 编辑

Two procedures are defined depending on whether the Serving GW is unchanged or relocated, figures 44b and 44c show only the steps 3 and 4 due to use of S4, which is different from the Gn/Gp variant defined in clause 6.9.2.2.5.
A1) Procedure using S4 without Serving GW relocation
根据SGW是否改变或重选,图例44b和44c显示了使用S4接口时，只有步骤3和4不同的两个流程,和6.9.2.2.5描述的基于Gn/Gp接口的流程稍有不同。
A1) 使用S4但不发生SGW重选的流程:

[attach]243[/attach]

Figure 44b1: Step 3 for Enhanced Serving RNS Relocation without Serving GW relocation using S4

NOTE 1: Steps A) and B) are common for architecture variants with GTP based S5/S8 and PMIP-based S5/S8.
注释1：步骤A和B对于使用GTP或PMIP的S5/S8接口来说是公共的。

A) If Direct Tunnel was established the SGSN update these EPS Bearer contexts by sending Modify Bearer Request (SGSN Tunnel Endpoint Identifier for Control Plane, EPS Bearer ID(s), SGSN Address for Control Plane, SGSN Address(es) and TEID(s) (if Direct Tunnel is not used) or RNC Address(es) and TEID(s) for User Traffic (if Direct Tunnel is used), PDN GW addresses and TEIDs (for GTP based S5/S8) or GRE keys (for PMIP based S5/S8) at the PDN GW(s) for uplink traffic, serving network identity, CGI/SAI, RAT type, MS Info Change Reporting support indication, DTI). If Direct Tunnel is established the SGSN shall include the DTI to instruct the S GW to apply Direct Tunnel specific error handling procedure as described in clause 13.8. The SGSN puts the according NSAPI in the field of EPS Bearer ID.
A)如果直接隧道建立,SGSN发送发送修改承载请求消息（SGSN控制平面TEID,EPS承载ID,SGSN控制平面地址,SGSN地址和TEID（如果直接隧道没有使用）或RNC的用户平面地址和TEID(如果直接隧道使用了的话）,PGW上的上行流量的PGW地址和TEID(基于GTP的S5/S8)或GRE key（基于PMIP的S5/S8),服务网络ID,CGI/SAI,RAT类型,MS信息变更报告支持指示,DTI）来更新这些EPS Bearer上下文。如果直接隧道建立了,SGSN应包含DTI来指示SGW来应用直接隧道,相关错误处理流程在章节13.8定义。SGSN将相应的NSAPI放到EPS承载ID字段中。

B) If MS Info Change Reporting is started, the S GW sends Modify Bearer Request (EPS Bearer ID(s), serving network identity, CGI/SAI, RAT type, MS Info Change Reporting support indication) messages to the P GWs involved.
B)如果MS信息变化报告启动了,SGW发送modify bearer request（EPS Bearer ID,服务网络ID,CGI/SAI,RAT类型,MS信息变更报告支持指示）消息给相应的PGW.

C) The P GWs acknowledge with sending Modify Bearer Response (TEID, Prohibit Payload Compression, MS Info Change Reporting Action, CSG Information Reporting Action) messages to S GW. The Prohibit Payload Compression indicates that the SGSN should negotiate no data compression for this EPS Bearer context.
C)PGW响应一个modify bearer response(TEID,禁止payload压缩,MS信息变更报告行动,CSG信息报告心动)消息给SGW。禁止payload压缩指示SGSN应为这个EPS Bearer上下文协商无数据压缩。

D) The Serving GW acknowledges the user plane switch to the SGSN via the message Modify Bearer Response (Cause, Serving GW Tunnel Endpoint Identifier for Control Plane, Serving GW Address for Control Plane, Protocol Configuration Options, PDN GW addresses and TEIDs (for GTP based S5/S8) or GRE keys (for PMIP based S5/S8) at the PDN GW(s) for uplink traffic, Prohibit Payload Compression, MS Info Change Reporting Action, CSG Information Reporting Action). At this stage the user plane path is established for all EPS Bearer contexts between the UE, target RNC, SGSN in case Direct Tunnel is not used, Serving GW and PDN GW.
D)SGW通过modify bearer response（原因、SGW控制面TEID、SGW控制面地址、PCO、PGW上的用于上行流量的PDW地址和TEID(针对基于GTP的S5/S8)或GRE密钥（针对基于PMIP的S5/S8)、禁止payload压缩、MS信息变化报告行动、CSG信息报告行动）消息来确认用户平面切换到SGSN.在这个阶段，所有EPS承载上下文的用户面路径已经在UE、目标RNC、SGSN（如果没用直接隧道），SGW和PGW之间建立。

A2) Procedure using S4 with Serving GW relocation and Direct Tunnel
This procedure is used if the SGSN determines the Serving Gateway is to be relocated. A2)基于S4接口并且发生了SGW重选和直接隧道的流程这个流程在当SGSN决定SGW需要发生重选的时候使用。

[attach]244[/attach]

Figure 44b2: Step 3 for Enhanced Serving RNS Relocation without Serving GW relocation using S4

NOTE 2: Steps A) and B) are common for architecture variants with GTP based S5/S8 and PMIP-based S5/S8.
注释2：步骤A和B对于基于GTP和PMIP的S5/S8接口来说是公共的架构。

A) The SGSN selects the new Serving GW as described in TS 23.401 [89] under clause 4.3.8.2 on "Serving GW selection function", and sends a Create Session Request message (SGSN Tunnel Endpoint Identifier for Control Plane, EPS Bearer ID(s), SGSN Address for Control Plane, SGSN Address(es) and TEID(s) (if Direct Tunnel is not used) or RNC Address(es) and TEID(s) for User Traffic (if Direct Tunnel is used), PDN GW addresses and TEIDs (for GTP based S5/S8) or GRE keys (for PMIP based S5/S8) at the PDN GW(s) for uplink traffic, serving network identity, CGI/SAI, RAT type, MS Info Change Reporting support indication, DTI). If Direct Tunnel is established the SGSN shall include the DTI to instruct the S GW to apply Direct Tunnel specific error handling procedure as described in clause 13.8.
A) SGSN根据TS23.401章节4.3.8.2的描述来选择一个新的SGW,并发送一个create session request消息(SGSN控制面TEID,EPS承载ID,SGSN控制面地址、SGSN地址和TEID(如果直接隧道未使用）或RNC用户面的地址和TEID（如果直接隧道使用）,PGW上用于上行流量的PGW地址和TEID(基于GTP的S5/S8)或GRE密钥（基于PMIP的S5/S8），服务网络ID,CGI/SAI,RAT类型,MS信息变更报告支持指示,DTI)。如果直接隧道建立，SGSN应包含DTI来指示SGW来应用直接隧道,相关错误处理流程在章节13.8定义。

B) The new SGW sends Modify Bearer Request (EPS Bearer ID(s), serving network identity, CGI/SAI, RAT type, MS Info Change Reporting support indication) messages to the P GWs involved.
B)新SGW发送modify bearer request(EPS承载ID,服务网络ID,CGI/SAI,RAT类型,MS信息变化报告支持指示）消息给PGW。

C) The P GWs acknowledge with sending Modify Bearer Response (TEID, Prohibit Payload Compression, MS Info Change Reporting Action, CSG Information Reporting Action) messages to new S GW. The Prohibit Payload Compression indicates that the SGSN should negotiate no data compression for this EPS Bearer context.
C) PGW发送modify bearer response(TEID,禁止payload压缩,MS信息变化报告行动、CSG信息报告行动）消息给新SGW进行确认。禁止payload压缩指示SGSN应为这个EPS承载上下文协商无数据压缩。

D) The new Serving GW acknowledges the user plane switch to the SGSN via the message Create Session Response (Cause, Serving GW Tunnel Endpoint Identifier for Control Plane, Serving GW Address for Control Plane, Protocol Configuration Options, PDN GW addresses and TEIDs (for GTP based S5/S8) or GRE keys (for PMIP based S5/S8) at the PDN GW(s) for uplink traffic, Prohibit Payload Compression, MS Info Change Reporting Action, CSG Information Reporting Action). The SGSN starts timer, to be used in step F.
D)新SGW通过create session response（原因、SGW控制面TEID、SGW控制面地址、PCO、PGW上的用于上行流量的PDW地址和TEID(针对基于GTP的S5/S8)或GRE密钥（针对基于PMIP的S5/S8)、禁止payload压缩、MS信息变化报告行动、CSG信息报告行动）消息来确认用户平面切换到SGSN.SGSN启动一个计时器，将在步骤F中用到。
E) The SGSN configures the necessary Iu resources for the Target RNC and responds with Enhanced Relocation Complete Response. The SGSN provides to the target RNC the new S GW's Address for user Plane and TEID(s) for Uplink data. The target RNC starts using the new Serving GW address and TEID(s) for forwarding subsequent uplink packets.
E)SGSN为目标RNC配置必要的Iu资源并响应一个增强的重选完成响应。SGSN给目标RNC提供new SGW的用于上行数据的用户面地址和TEID。目标RNC开始使用new SGW的地址和TEID来用于转发后续的上行数据。

F) When the timer has expired after step D, the SGSN releases the bearer(s) in old S GW by sending a Delete Session Request message.
F)当在步骤D中描述的计时器超时,SGSN发送delete session request消息给old SGW要求释放承载。

G) The old SGW acknowledge bearer deletion.

G)old SGW确认承载的删除。

作者: 爱卫生 时间: 2011-4-13 16:24:50 标题: 6.9.3 周期RA和LA更新

本帖最后由爱卫生于 2011-4-13 16:40 编辑

All GPRS-attached MSs, except A/Gb mode MSs in class B mode of operation engaged in CS communication, shall perform periodic RA updates. MSs that are IMSI-attached and not GPRS-attached shall perform periodic LA updates. Periodic RA updates are equivalent to intra SGSN routeing area updates as described in clause "Intra SGSN Routeing Area Update", with Update Type indicating periodic RA update. For MSs that are both IMSI-attached and GPRS-attached, the periodic updates depend on the mode of operation of the network:
所有GPRS附着的MS,除了A/Gb模式的B类手机正在参与CS的通信外,都应执行周期性的RA更新流程。IMSI附着并且非GPRS附着的MS应执行周期性的LA更新。周期性的RAU和intra SGSN RAU是等价的---在章节“Intra SGSN Routeing Area Update"中描述，并且设置更新类型为周期性RA更新。对于MS同时IMSI附着和GPRS附着,周期性的RA更新取决于网络的模式：
- If the network operates in mode I, periodic RA updates shall be performed, and periodic LA updates shall not be performed. In this case, the MSC/VLR shall disable implicit detach for GPRS-attached MSs and instead rely on the SGSN to receive periodic RA updates. If periodic RA updates are not received in the SGSN and the SGSN detaches the MS, the SGSN shall notify the MSC/VLR by sending an IMSI Detach Indication message.
-如果是网络模式I,周期性RAU应执行,并且周期性LAU不应执行.在这种情况下,MSC/VLR应禁止GPRS附着的MS的隐式去附着，并且作为替代的，依赖于SGSN来接收周期性RAU。如果周期性RAU没有从SGSN收到并且SGSN去附着了这个MS，SGSN应发送IMSI detach indication消息来通知MSC/VLR。
- If the network operates in mode II or mode III, both periodic RA updates and periodic LA updates shall be performed independently. RA updates are performed towards the SGSN, and LA updates are performed towards the MSC/VLR.
-如果网络工作在模式II或模式III,无论周期性RAU和周期性LAU都应同时执行.RAU的执行朝向SGSN,LAU的执行朝向MSC/VLR.
In A/Gb mode, the periodic RA update timer in the MS is stopped when an LLC PDU is sent since all sent LLC PDUs set the MM context state to READY. The periodic RA update timer is reset and started when the state returns to STANDBY.
在A/Gb模式,在一个LLC PDU发送的时候，MS中的周期性RAU计时器停止，因为所有发送的LLC PDU将MM上下文状态设置为READY.周期性RAU计时器将在状态返回到STANDBY的时候重置并启动。
In Iu mode, the periodic RA update timer in the MS is stopped when the MM context enters the PMM CONNECTED state. The periodic RA update timer is reset and started when the state returns to PMM IDLE state.
在Iu模式,当MM上下文进入到PMM-CONNECTED状态的时候，MS中的周期性RAU计时器停止.当状态返回到PMM-IDLE的时候，周期性的RAU计时器将重置并启动。
If the MS could not successfully complete the periodic RA update procedure after a retry scheme while the MS was in GERAN/UTRAN PS coverage, the MS shall wait a back-off time equal to the periodic LA update timer broadcast by the network before restarting the periodic RA update procedure.
NOTE:If ISR is activated, additional handling in MS and SGSN is described in TS 23.401 [89].
如果一个在GERAN/UTRAN的PS覆盖范围的MS，不能成功的完成周期性RAU流程，并且尝试了重选机制后仍不行，MS应在重启RAU流程之前等待一个后退时间（等于网络侧广播的周期性LAU计时器).
注释：如果ISR激活,额外的处理请参考TS23.401.

作者: 爱卫生 时间: 2011-4-13 19:51:50 标题: 6.9.4 PS切换流程

The PS Handover procedure is used to handover an MS with one or more packet flows from a source cell to a target cell, when at least one of the cells is a GERAN cell. The source and target cells can be located within either the same BSS (Intra BSS HO), different BSSs within the same SGSN (Intra SGSN HO) or belonging to different SGSNs (Inter SGSN HO), or systems with different radio access types (Inter RAT HO, Inter mode HO).
PS切换流程用于将一个带有一个或多个数据包流的MS从一个源小区切换到目标小区,并且这些小区至少有一个是GERAN(GPRS Edge Radio Access Network)小区.源和目标小区的位置可以处在同一个BSS下（Intra BSS切换),或相同SGSN的不同BSS（Intra SGSN切换）或属于不同SGSN（Inter-SGSN切换），或不同无线接入技术系统之间的切换（Inter-RAT切换）.
While the MS is still in the source cell:
- Radio resources in the target cell are allocated and signalled to the MS.
- System information of the target cell needed for access in the target cell is signalled to the MS.
After handover between GERAN and UTRAN is complete, the RAU procedure is performed even if the RAI has not changed.
The complete PS Handover procedures are defined in TS 43.129 [87].
The complete Inter RAT HO between E UTRAN and GERAN procedures are defined in TS 23.401 [89].
当MS仍在源小区：
- 目标小区的无线资源已经为MS分配并且告知MS。
- 需要在目标小区接入的目标小区的系统信息也告知了MS。
  在完成GERAN到UTRAN的切换后，RAU流程将要执行---即使RAI没有发生变化。
  完整的PS切换流程在TS43.129定义。
  完整的在E-UTRAN和GERAN的Inter-RAT切换在TS23.401定义。

作者: 爱卫生 时间: 2011-4-13 19:58:30 标题: 6.10 将Non-GSM信令消息封装进隧道功能(TOM)

此部分只有一页的简要描述，而且在国内现网里没有。因此本部分跳过。
TOM(tunnelling of message) 的主要作用是可以将一些非GSM的信令消息通过TOM协议将消息发给SGSN，再由SGSN通过Gs接口并使用BSSAP+协议透传给非GSM的MSC/VLR。例如CDMA网络中的或固网中的类似节点。

作者: Albert 时间: 2011-4-18 12:30:46

不知版主是按哪个版本翻译的，是R7么？貌似比R7多了不少东东！

作者: 爱卫生 时间: 2011-4-18 13:16:36

回复 Albert 的帖子

在首页的版块描述里提到了。是R10.2.0版本。(日期为2010年12月)。你说得对，大的变化是从R8开始的，因为在R8架构里引入了EPC（演进的包交换核心网）也就是在LTE无线接入技术下对应的核心网的演进架构（所以有些文档也叫SAE)。因此在TS23.060里也做了一些更新，主要是增加了S3和S4接口用于2G/3G的PS核心网和LTE的核心网EPC进行的互操作，例如切换等。
有一个术语需要了解，在规范中提到如果是S4-SGSN，实际上就是指的R8版本之后的SGSN，因为它支持S4接口（是SGSN到EPC的SAE GW的接口)。如果是R8之前的SGSN，在规范或别的文档中，一般有一个术语称呼它为Gn-SGSN。
你看得很仔细啊！呵呵！{:soso_e100:}

作者: Albert 时间: 2011-4-18 18:22:19

呵呵，多谢。正好不知道S4-SGSN呢这个术语什么意思。版主就给回答了。我目前看的是R7版本。也不是仔细了，主要是理论的东东还是得扎实掌握一下。{:soso_e100:}

作者: cmcc_demon 时间: 2011-6-25 21:07:09

其实很想把规范的翻译作为自己日常坚持的一项工作，自己翻译去理解的会更加深刻！哎，你们太勤奋了，有点坐享其成的感觉！

作者: 爱卫生 时间: 2011-6-25 21:15:09

回复 cmcc_demon 的帖子

没有啦。其实我也很懒的。我还给自己颁了一枚“懒”勋章。我只是偶尔有点激情而已。呵呵。不过如果所处的整体学习氛围、交流气氛好的话，我是很容易受到感染的。
demon兄，你已经很勤奋啦。不要太谦虚。

作者: mobileice 时间: 2011-8-10 17:34:37

楼主辛苦了，写的好多呀

作者: samsin 时间: 2011-10-4 20:06:51

谢谢爱版主，东西搞的太细了，
请教个问题： inter-sgsn RAU里面，23060里面在描述sgsn context 消息的时候，当old sgsn 向new sgsn传用户数据的时候用到的一个N-PDU，我认为这里应该是T-PDU更合适，为什么协议里要用N-PDU这个词呢，按理说N-PDU应该是在gb口，传输用户数据时候提到的东东，而这里是GN口，准确的说是被gtp-u 承载的T-PDU啊！再说应该是老sgsn把用户的残留数据通过新的sgsn发给用户，那么新的sgsn在发给用户的时候，用SNDCP分段等啥的，这个时候才会提到 N-PDU啊！
请爱版主，指点下

作者: 爱卫生 时间: 2011-10-9 14:33:30

samsin 发表于 2011-10-4 20:06
谢谢爱版主，东西搞的太细了，
请教个问题： inter-sgsn RAU里面，23060里面在描述sgsn context 消息的时候 ...

  谈不上指点。我只能说下我的看法，也不一定对的。至于使用N-PDU和T-PDU，我个人还是偏向N-PDU。正如你所说，N-PDU其实是用户的Payload已经到达SGSN，在SNDCP层缓存后，准备交给LLC层传递之前的数据。看TS44065的原文是这样：“The N-PDUs shall be buffered in the SNDCP layer before they are compressed segmented and transmitted to the LLC layer. "
  但这时用户离开了当前的RA，因此，这个N-PDU仍停留在SNDCP层的缓存中，没有来得及发给用户，用户就到了新的RA。因为Old SGSN需要给New SGSN发送这个N-PDU，这个N-PDU是要交给New SGSN的SNDCP层处理的。即使是通过GTP-U的隧道传递，但仍应该使用N-PDU合适。否则在阅读规范的时候容易让人产生误解。感觉好像是下行数据GGSN发给SGSN似的。用N-PDU就代表的是用户原始的已经到达SGSN暂未发给用户的停留在缓存中的数据，和GGSN发给SGSN的用户数据T-PDU以示区别。
  个人感觉是这样。

作者: samsin 时间: 2011-10-10 20:48:29

多谢，爱楼主，你的分析的确有道理，N-PDU好像是某个特定历史时期的T-PDU的另外一种称呼，弄的有家不能回，哦，原来是搬家了，必须要走新路。不仅是T-PDU，更是需要怜悯的T-PDU。楼主，的确考究的比较深。

作者: wind_bbs 时间: 2011-12-16 10:01:17

请教一下楼主，如果在PMM-CONNECTED状态下，MS发生了位置变化，可能存在4种情况：
小区切换（同一NodeB）
小区切换（不同NodeB）
RNC重定位（同一SGSN）
RNC重定位（不同SGSN）

监测什么信令才能获得UE的小区级位置呢？谢谢

作者: xiaodong.hn 时间: 2012-3-20 17:34:32

以后想查资料了，直接上GPRS家园浏览网页就行了。

作者: 张沿 时间: 2012-5-25 11:27:16

太厉害了，受益匪浅

作者: yuws 时间: 2012-6-29 10:13:49

中英文对照的是比纯中文更好！

作者: zglaojiang 时间: 2012-7-1 15:47:40

爱总，请教个问题，在RAU的安全性流程这边有点疑问，如果说NEW SGSN不能从OLD SGSN获取SGSN CONTEXT的话后面的安全性流程具体是怎么执行的呢？新的SGSN去跟MS要IMSI然后再去HLR去鉴权信息完成对MS的鉴权吗？另外我还想问一下这个SGSN CONTEXT里面说是去MM和PDP上下文信息，具体是哪些信息呢。我跟同事正在为这个问题争论。请您帮忙解答一下，谢谢！

作者: 爱卫生 时间: 2012-7-1 16:31:18

zglaojiang 发表于 2012-7-1 15:47
爱总，请教个问题，在RAU的安全性流程这边有点疑问，如果说NEW SGSN不能从OLD SGSN获取SGSN CONTEXT的话后面 ...

如果获取不到，根据规范要求。New SGSN不会去向MS去要IMSI，而是直接RAU Reject。MS应收到后将P-TMSI删除，并以IMSI在新的RA发起附着流程。

SGSN Context包括MM上下文和PDP上下文。这不是虚的东西，24008里有具体的定义和参数描述。MM上下文包含的是移动性管理相关信息。例如IMSI、用户之前的位置信息等。PDP上下文和会话管理相关，例如APN、NSAPI、PDP地址、GGSN地址等。有个实例：http://www.gprshome.com/forum.php?mod=viewthread&tid=1137&page=1&extra=#pid5587 介绍。Inter-SGSN RAU流程。

作者: yanxin267 时间: 2012-10-26 15:22:32

爱总，方便做个SRNS重选方面的抓包视频吗？感觉要看了爱总的讲解视频才会醍醐灌顶！

作者: hellofeng 时间: 2013-2-16 14:55:36

谢谢！版主太厉害了！

作者: tosumup 时间: 2013-5-2 17:16:21

请问周期性路由区更新，SGSN回复accept消息时，携带PTMSI吗？

作者: hycl5410 时间: 2013-5-2 23:34:57

tosumup 发表于 2013-5-2 17:16
请问周期性路由区更新，SGSN回复accept消息时，携带PTMSI吗？

以下为个人理解，没去查规范。
P-TMSI重新分配是SGSN内部的事，由SGSN决定，与PRAU是不冲突的。因此，如果SGSN决定重新分配，那么应该可以通过PRAU的accept下发。

延伸一下，4G的GUTI重分配可以在任何时候由MME发起，是一条独立的信令。

作者: firelight 时间: 2013-7-14 00:36:51

楼主辛苦了，顶一个

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