 |
问答管理员：
待解决问题
小区切换后，是否要重新attach？EPS承载要重新建立吗？ (进入论坛模式)
离问题结束还有0天0小时 |
提问者：chestthinker
|
提问时间：2012-12-18 16:57
小区切换后，是否要重新attach？EPS承载要重新建立吗？
问题答案 ( 7 条 )
如果服务的SGW发生了改变，就重新建EPS Bearer
否则，只重建E-RAB；EPS Bearer没有重建，只是需要修改EPS Bearer与E-RAB的映射关系，映射到新建的E-RAB上
否则，只重建E-RAB；EPS Bearer没有重建，只是需要修改EPS Bearer与E-RAB的映射关系，映射到新建的E-RAB上
那还要重新进行小区注册吗？
不需要重新attach，HO本身就包含了随机接入的过程。
HO一般都是变更无线资源，而attach应该算是核心网的过程，当然不需要了，就算是跨核心网切换，也是等释放业务后才重新attach
HO显然不需要类似“initial attach”的步骤！EPS承载是需要重新建立的，目标eNB会负责把已有的承载建立起来
按照楼上几位的描述，就可以看出切换可以分为以下几种场景
1、小区内切换 所有RB重新初始化，驻留小区不变，EPS不发生变化，核心网不感知
2、站内小区间切换，驻留小区改变，EPS不发生变化，核心网不感知
3、站间MME内切换，EPS变化（用户对应的物理的传输资源，也就是固网资源从源站切换目标站）
4、站间跨MME切换，对于基站来说，感知与第3种场景一样，MME之间通道协商新的EPS资源进行固网资源切换。
这也是实际应用可能产生的场景，因为用户面存在空口和固网S1-U两段的原因，切换的协议设计是尽量少的变动，尽量少的引入时延。
对于站间切换来说，分S1和X2.同一MME之间可进行X2，因为X2口可进行空口资源和eNodeB侧GTPU隧道资源的协商，切换过去之后只需要PathSwitch，目标站发到的MME也知道源站的GTPU对应的资源，可以直接变更。不同MME之间就不能进行X2切换了，因为目标站发起PathSwitch到目标MME，但目标MME并不知道源站对应的ＧＴＰＵ信息，这些东西都在源ＭＭＥ。
1、小区内切换 所有RB重新初始化，驻留小区不变，EPS不发生变化，核心网不感知
2、站内小区间切换，驻留小区改变，EPS不发生变化，核心网不感知
3、站间MME内切换，EPS变化（用户对应的物理的传输资源，也就是固网资源从源站切换目标站）
4、站间跨MME切换，对于基站来说，感知与第3种场景一样，MME之间通道协商新的EPS资源进行固网资源切换。
这也是实际应用可能产生的场景，因为用户面存在空口和固网S1-U两段的原因，切换的协议设计是尽量少的变动，尽量少的引入时延。
对于站间切换来说，分S1和X2.同一MME之间可进行X2，因为X2口可进行空口资源和eNodeB侧GTPU隧道资源的协商，切换过去之后只需要PathSwitch，目标站发到的MME也知道源站的GTPU对应的资源，可以直接变更。不同MME之间就不能进行X2切换了，因为目标站发起PathSwitch到目标MME，但目标MME并不知道源站对应的ＧＴＰＵ信息，这些东西都在源ＭＭＥ。
正解
