TD重定位问题~

ES_492

1、为什么要发起重定位？TD中跨RNC切换之后，RAU过已经能定位到UE位置了。。
2、重定位过程为什么要通过CN呢？这样不是会增加时延嘛，直接小区重选，RAU更新，再通知CN侧不是好一点
3、如何理解涉及UE和不涉及UE的重定位？
4、

ES_492

还有个问题就是重定位失败之后，UE会怎么办呢？毕竟此时UE处于新RNC下的小区内。。

ES_492

求大侠们指点啊。。

hycl5410

楼主可否将"重定位"用3GPP标准流程描述一下？SRNS_relocation还是什么？
到现在也没看明白楼主的"重定位"到底指的是啥。。。

ES_492

hycl5410 发表于 2013-2-20 10:30
楼主可否将"重定位"用3GPP标准流程描述一下？SRNS_relocation还是什么？
到现在也没看明白楼主的"重定位"到 ...

啊，那可能心急没讲清楚，是3G TD系统中的SRNC重定位，也就是Relocation_Required 和Relocation_Request那一流程。。。
见谅见谅

hycl5410

1、为什么要发起重定位？TD中跨RNC切换之后，RAU过已经能定位到UE位置了。。
SRNS_relocation是handover的一种方式。理论上数据传输是“无损”的。尤其是空口RRC上，是存在接续关系的，这个过程中，UE的RRC是没有中断的。
普通跨RNC切换一般先断掉source RNC的RRC再小区重选target RNC，这中间是有断连的。

2、重定位过程为什么要通过CN呢？这样不是会增加时延嘛，直接小区重选，RAU更新，再通知CN侧不是好一点
SRNS_relocation是CN参与的过程，就是这么设计的，实在是没啥可说。但是SRNS_relocation不是handover唯一方式。确实有RNC已经切换过去了，但是CN还不知道的情况（RRC-connected），直到PMM-IDLE之后UE才发RAU。但是这不是SRNS_relocation过程

3、如何理解涉及UE和不涉及UE的重定位？
没听过这个事情，可否稍微解释解释？

ES_492

hycl5410 发表于 2013-2-20 14:01
1、为什么要发起重定位？TD中跨RNC切换之后，RAU过已经能定位到UE位置了。。
SRNS_relocation是handover的 ...

Radio Access Network Application Part
   RANAP-PDU: initiatingMessage (0)
      initiatingMessage
         procedureCode: id-RelocationPreparation (2)
         criticality: reject (0)
         value
            RelocationRequired
               protocolIEs: 5 items
                  Item 0: id-RelocationType
                     Item
                        id: id-RelocationType (56)
                        criticality: reject (0)
                        value
                           RelocationType: ue-involved (1)
                  Item 1: id-Cause
                     Item
                        id: id-Cause (4)
                        criticality: ignore (1)
                        value
                           Cause: radioNetwork (0)
                              radioNetwork: relocation-desirable-for-radio-reasons (43)
                  Item 2: id-SourceID
                     Item
                        id: id-SourceID (60)
                        criticality: ignore (1)
                        value
                           SourceID: sourceRNC-ID (0)
                              sourceRNC-ID
                                 pLMNidentity: 64F000
                                 Mobile Country Code (MCC): China (People's Republic of) (460)
                                 Mobile network code (MNC): 0
                                 rNC-ID: 742
                  Item 3: id-TargetID
                     Item
                        id: id-TargetID (62)
                        criticality: reject (0)
                        value
                           TargetID: targetRNC-ID (0)
                              targetRNC-ID
                                 lAI
                                    pLMNidentity: 64F000
                                    Mobile Country Code (MCC): China (People's Republic of) (460)
                                    Mobile network code (MNC): 0
                                    lAC: A5E8
                                    lAC digits: 42472
                                    Target lAC digits: 42472
                                 rAC: 01
                                 rNC-ID: 2641
                  Item 4: id-SourceRNC-ToTargetRNC-TransparentContainer
                     Item
                        id: id-SourceRNC-ToTargetRNC-TransparentContainer (61)
                        criticality: reject (0)
                        value
这是重定位请求中的RANAP层消息，有一项重定位类型参数（红色字体）指出是包含UE的重定位，在资料上面只是草草的说了下涉及UE和不涉及UE，所以我想问问如何去理解这个参数；还有个问题就是如果重定位失败了，但是UE还是移动到了新RNC下的小区，这时UE会怎么办呢？是SRNC不变吗？多谢H大侠！

hycl5410

TS 23.060

Figure 42: Combined Hard Handover and SRNS Relocation Procedure
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 Involved".  ...

Figure 39: SRNS Relocation Procedure
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).

我也不知道啥是Combined Hard Handover and SRNS Relocation Procedure，但是可以看到，空口信令过程不一样。
从没研究过这么细。。。

这个重定位失败要具体分析了，得看失败在哪一步上，由什么触发，是否有其他后续流程等等。
UE跟RNC/小区之间都是由信令过程的，不是说移动到那里就归新小区管了，要有信令过程的。。。至于UE会选择哪种方式接入新小区，也要看UE实现，以及RNC甚至CN的配合。

ES_492

hycl5410 发表于 2013-2-20 14:52
TS 23.060

Figure 42: Combined Hard Handover and SRNS Relocation Procedure

   一上家园看到有提醒，心里就特别激动。。多谢解答！
   关于那个涉及UE和不涉及UE的重定位有这样一段话：

如果重定位类型设置为“不涉及UE”，Source RNC to Target RNC Transparent Container IE则包含d-RNTI IE。如果重定位类型设置为“涉及UE”，则在Source RNC to Target RNC Transparent Container IE中包含Target Cell ID IE。

但是我看信令解码里面Source RNC to Target RNC Transparent Container 都不包含这些IE的~~可能在无线上信令过程不一样。

      

爱卫生

ES_492 发表于 2013-2-20 16:17
一上家园看到有提醒，心里就特别激动。。多谢解答！
   关于那个涉及UE和不涉及UE的重定位有这样一段 ...

我尝试着抛砖引玉一下。个人理解，不见得对，需要有做无线网优的朋友做进一步确认。

1、为什么要发起重定位？TD中跨RNC切换之后，RAU过已经能定位到UE位置了。

重定位是保证数据业务的平稳切换，保证的是payload。RAU只是一个PS域的注册过程，如果在重定位的过程中发生了跨RA的切换，才在重定位的最后一步发起RAU，在新SGSN上做一个注册登记，和数据包的平滑切换没有任何关系。所以，不能比较。

2、重定位过程为什么要通过CN呢？这样不是会增加时延嘛，直接小区重选，RAU更新，再通知CN侧不是好一点

因为没有开Iur接口。也就是Source RNC和Target RNC之间没有接口，所以只能通过核心网。至于为什么不开Iur接口，则要看一下统一的规划啦。

3、如何理解涉及UE和不涉及UE的重定位？

H大侠上楼总结的很好，建议将TS23.060的第81页的Figure 39: SRNS Relocation Procedure和87页的图Figure 42：Combinded Hard Handover and SRNS Relocation Procedure打印出来，做个对比，会清晰很多。（我看的是TS23.060 V7.8.0版本）。

图39实际上说的就是软切换，也就是UE在移动过程中始终有一条连接保持。而图42说的就是硬切换，这就是因为两个RNC之间没有Iur接口，所以只能通过核心网来完成切换。硬切换时UE仅与新旧基站其中一个连通，可能会导致短暂的数据丢失。

然后从技术角度来看，这两者的区别，规范上这么说的：

SRNS Relocation：

7)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.

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.

Hard Handover：

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.

也就是说在软切换即图39中的SRNS Relocation中设置的是UE not involved，此种场景下，target RNC什么时候能够成为Serving RNC，需要target RNC给SGSN发送一个Relocation Detect消息。但target RNC需要收到第8步Source RNC从Iur接口发过来的Relocation Commit消息。在此之前的上下行数据发送都由Source RNC负责。

硬切换则设置为"UE Involved“，此场景下，target RNC也需要给SGSN发送Relocation Detect消息，从而成为SRNC。但发送的标志就不是Source RNC发过来的Relocation Commit消息了。而可能是UE到Source RNC的连接已经断开了，Target RNC通过底层的例如测量报告已经检测到UE已经过来了（已经来到了Target RNC服务的小区范围）。从而给SGSN发指示。由此，可以得出，你的报文场景属于硬切换，可参考图42。感谢H大侠给了很多启示。

cmcc_demon

1、为什么要发起重定位？TD中跨RNC切换之后，RAU过已经能定位到UE位置了。。
A:重定位是要给UE在新的RNC下重新分配空口资源，不是要定位UE的位置。
2、重定位过程为什么要通过CN呢？这样不是会增加时延嘛，直接小区重选，RAU更新，再通知CN侧不是好一点
A:因为现在RNC之间没有通路，所以只能通过CN来传递消息;跨位置区和路由区的小区重选就是这个流程，RAU更新就是在通知CN，不需要在另外通知CN,这是UE在IDLE状态下的流程。
3、如何理解涉及UE和不涉及UE的重定位？
A:重定位切换都是需要UE参与的，因为切换报告是UE上报给RNC的。不涉及UE的重定位貌似没听说过。
4、还有个问题就是重定位失败之后，UE会怎么办呢？毕竟此时UE处于新RNC下的小区内
A：重定位失败，就无法切换，最后UE会由于无线环境问题而掉话，会在旧RNC下，新的RNC没有给UE准备资源，UE怎么会在新的RNC下。

ES_492

多谢爱总、H大侠和Demon的详细解答，瞬间感觉明白许多！这就是家园的魅力所在~~

gaohui2008

也谈谈我的理解，请大家指正。
根据规范重定位有两种，一种是在软切情况下（有Iur口），一种是在硬切情况下。第一种的目的是为了提供更好的服务。数据业务可能会持续很长时间，试想一下SRNC一直通过DRNC控制DRNC下的无线环境是不合理的，在此种情况下不管是分组还是电路域均是通过CN-SRNC-DRNC连接用户，很可能会导致用户掉线，因此需要一种机制恢复到CN-RNC的结构上。这种重定位只是发生在CN、SRNC、DRNC间，用户无线环境不变化，也就是用户不感知了（不需要信道的变化）。另一种是分组域跨RNC的切换。目的与切换一样是为了不使用户中断业务，与语音的跨BSC的切换类似。
至于RAU就一种场景：RAC变了，但也有两的作用，一个是正常情况下的位置管理，另一个是类似切换（会中断业务）。在2G中跨RAC没有切换流程，用的就是RAU过程，如果新BSC和老BSC都属于一个SGSN则后续业务还能继续，就是丢包问题。如果不是同一个SGSN，则需要重新激活，业务完全中断。
因此切换一般会压制RAU过程，就是在切换过程中保持RAC不变。
你的问题：
1、为什么要发起重定位？TD中跨RNC切换之后，RAU过已经能定位到UE位置了。。
如果是有Iur口的软切，RAC还是老的，不会触发RAU。在重定位后RAC变成新的，UE会发起RAU过程，但也不会断业务了（这点和电路域不一样，电路域因为路由的原因必须在业务结束后才不抑制LAU）
2、重定位过程为什么要通过CN呢？这样不是会增加时延嘛，直接小区重选，RAU更新，再通知CN侧不是好一点
RAU更新一定会告知CN，并且由CN进行登记，如果同一SGSN会丢包，如果不同SGSN会断业务。重定位虽然也有CN参与但是可以使PDP上下文不变，实现不丢包的迁移，延续业务。
3、如何理解涉及UE和不涉及UE的重定位？
UE无线信道需不需要变化
4、还有个问题就是重定位失败之后，UE会怎么办呢？毕竟此时UE处于新RNC下的小区内。。
重定位失败应该是回原通道，后续根据无线原因可能是一直正常的，也可能会掉话。掉话如在新RNC下，并且RAC不同就会发起RAU，结果也类似2G切换

谢谢。

ES_492

这样的话又引入了一个新的问题了，既然重定位是要给UE在新的RNC下重新分配空口资源，不是要定位UE的位置。那是不是所有的跨RNC小区重选都会发生重定位？
个人理解是重定位有不同的type值，不一定都是跨RNC小区重选才能产生比如：时间紧急重定位、无线资源需求重定位、资源优化重定位、定向重试等，问题在于这些具体的重定位类型分别是在什么情况产生的呢？

readhere

  估计是看relocation就联想到终端的位置更新了，其实这里的重定位是指核心网的重新定位，也就是终端对应的Iu接口的变更，与RAU没有关系。

  

ES_492

cmcc_demon 发表于 2013-2-21 08:53
1、为什么要发起重定位？TD中跨RNC切换之后，RAU过已经能定位到UE位置了。。
A:重定位是要给UE在新的RNC下 ...

这样的话又引入了一个新的问题了，既然重定位是要给UE在新的RNC下重新分配空口资源，不是要定位UE的位置。那是不是所有的跨RNC小区重选都会发生重定位？
个人理解是重定位有不同的type值，不一定都是跨RNC小区重选才能产生比如：时间紧急重定位、无线资源需求重定位、资源优化重定位、定向重试等，问题在于这些具体的重定位类型分别是在什么情况产生的呢？

ES_492

readhere 发表于 2013-2-24 21:30
估计是看relocation就联想到终端的位置更新了，其实这里的重定位是指核心网的重新定位，也就是终端对应的 ...

可不可以这样理解，就是UE重定位了，改变了SRNC，但是位置不变。还有一种就是UE位置变了，改变了SRNC。
第一种能不能举几个例呢，第二种应该是跨RNC小区重选引发的重定位吧。