精华内容
下载资源
问答
  • X2 切换流程之OAI详述!

    千次阅读 2018-01-24 14:57:31
    最近主要学习的是小区切换里面的x2切换,在查找资料中发现OAI上有部分讲到x2切换的,个人觉得十分详细,现贴图如下: 最后附上原图连接:...

    [二]

    最近主要学习的是小区切换里面的x2切换,在查找资料中发现OAI上有部分讲到x2切换的,个人觉得十分详细,现贴图如下:




    最后附上原图连接:http://www.3glteinfo.com/wp-content/uploads/2013/12/NMC.LTE-X2-Handover.v1.0.pdf ,如有需要,请速速拿走~

    展开全文
  • 切换流程X2、S1)

    2020-08-27 11:45:24
    基于X2接口的切换: 整体过程: 1.切换启动: 2.非竞争性随机接入: 3.切换完成: 源基站释放终端上下文 基于S1接口的切换

    基于X2接口的切换:

    整体过程:
    在这里插入图片描述
    1.切换启动:
    在这里插入图片描述
    2.非竞争性随机接入:
    在这里插入图片描述
    3.切换完成:
    在这里插入图片描述
    源基站释放终端上下文

    基于S1接口的切换:

    在这里插入图片描述

    展开全文
  • 正如 3GPP 定义的,切换是改变用户服务小区的连接方式的过程。这一过程中涉及的两个基站通常称为源基站和目标基站。 为了使能仿真中 X2 切换的执行,有三个条件必须要满足。首先,仿真中必须使能 EPC(见 Evolved...

     LTE用户文档

    (如有不当的地方,欢迎指正!)

     

    18 X2-based handover

     
    正如 3GPP 定义的,切换是改变用户服务小区的连接方式的过程。这一过程中涉及的两个基站通常称为源基站和目标基站。
     
    为了使能仿真中 X2 切换的执行,有三个条件必须要满足。首先,仿真中必须使能 EPC(见 Evolved Packet Core (EPC) )。
     
    其次,两个基站之间必须配置 X2 接口,这一点必须在仿真程序中明确交待:
     
    lteHelper->AddX2Interface (enbNodes);
     
    其中,enbNodes 是一个包含两个基站(基站之间配置有 X2 接口)的 NodeContainer (节点容器)。如果容器包含的基站超过两个,函数会在容器的每一对基站之间创建 X2 接口 。
     
    最后,目标基站必须将 X2 切换请求(HANDOVER REQUES)配置为“open”。每个基站默认为开启的,因此大多数情况下不需要额外的命令。 然而,用户可以通过将布尔属性 LteEnbRrc::AdmitHandoverRequest 设为 false  来设置基站“closed” 。例如,你可以运行 lena-x2-handover 程序并按照下列方式设置属性:
     
    NS_LOG=EpcX2:LteEnbRrc ./waf --run lena-x2-handover --command="%s --ns3::LteEnbRrc::AdmitHandoverRequest=false"
     
    在满足上述三个要求后,切换过程就可以自动或手动触发了。下面的小节将一一阐述。
     

    18.1 Manual handover trigger(手动切换触发)

     
    通过调度明确的切换事件来“手动”触发仿真程序中的切换事件。LteHelper 对象为切换事件的调度提供了一个方便的方法。例如,让我们假定 ueLteDevs 为一个 NetDeviceContainer ,包含即将被切换的用户;enbLteDevs 为另一个 NetDeviceContainer ,包含源基站和目标基站。然后,在 0.1 s , 调度 切换如下:
     
    lteHelper->HandoverRequest (Seconds (0.100),
                                ueLteDevs.Get (0),
                                enbLteDevs.Get (0),
                                enbLteDevs.Get (1));
     
    注意,用户需要已经连接到源基站,否则仿真会出错终止。
     
    本小节完整的代码参见 src/lte/examples/ lena-x2-handover.cc 。
     

    18.2 Automatic handover trigger(自动切换触发)

     
    切换过程也可以通过用户的服务基站“自动”触发。触发背后的逻辑依赖于当前活跃在基站 RRC 实体中的切换算法。用户可以选择和配置仿真中将使用的切换算法,本节下面将阐述这一点。用户也可以选择自己编写切换算法,详情见设计文档的 Handover algorithm 这一章节。
     
    切换算法的选择是通过 LteHelper 对象和它的 SetHandoverAlgorithmType 方法实现的:
     
    Ptr<LteHelper> lteHelper = CreateObject<LteHelper> ();
    lteHelper->SetHandoverAlgorithmType ("ns3::A2A4RsrqHandoverAlgorithm");
     
    选定的切换算法也可以提供几种配置属性,如下:
     
    lteHelper->SetHandoverAlgorithmAttribute ("ServingCellThreshold",
                                              UintegerValue (30));
    lteHelper->SetHandoverAlgorithmAttribute ("NeighbourCellOffset",
                                              UintegerValue (1));
     
    LTE 模块中有三种切换算法可供选择。第一种是 A2-A4-RSRQ 切换算法(命名为 ns3::A2A4RsrqHandoverAlgorithm),它是默认算法,使用方法如上。
     
    第二种是最强小区切换算法 strongest cell handover algorithm (命名为 ns3::A3RsrpHandoverAlgorithm),配置方式如下:
     
    lteHelper->SetHandoverAlgorithmType ("ns3::A3RsrpHandoverAlgorithm");
    lteHelper->SetHandoverAlgorithmAttribute ("Hysteresis",
                                              DoubleValue (3.0));
    lteHelper->SetHandoverAlgorithmAttribute ("TimeToTrigger",
                                              TimeValue (MilliSeconds (256)));
     
    第三种是最特别的一个,称为 no-op  切换算法,基本上禁用自动切换。当手动切换触发需要专门地控制所有的切换决策时,该算法就会特别有用。它并没有任何配置属性,使用方式如下:
     
    lteHelper->SetHandoverAlgorithmType ("ns3::NoOpHandoverAlgorithm");
     
    每种切换算法的决策策略和属性,请参考设计文档的 Handover algorithm 这一章节。
     
    最后,LteHelper 的 InstallEnbDevice 函数会实例化每个基站设备所选的切换算法。换句话说,在最终确定下列代码前要确保选择正确的切换算法: 
     
    NetDeviceContainer enbLteDevs = lteHelper->InstallEnbDevice (enbNodes);
     
    本小节完整的代码参见 src/lte/examples/lena-x2-handover-measures.cc。
     

    18.3 Tuning simulation with handover

     
    正如设计文档中提及的,当切换失败时,当前切换模型的实现可能产生不可预期的后果。本小节将描述用户在仿真中使用切换时应考虑的几点步骤。
     
    造成切换失败的主要原因是在执行切换过程中传输切换相关的信令发生错误。从设计文档的这个图 Sequence diagram of the X2-based handover 可以明显看出,存在很多信令,并且它们使用不同的接口和协议。为了简单起见,我们可以假定X2接口(源基站和目标基站之间)与 S1 接口(目标基站与 SGW/PGW之间)十分稳定。因此我们重点关注 RRC 协议(在用户和基站之间)和随机接入过程——一般通过空中传输,信道条件容易下降。
     
    减小传输误差的一般建议是确保每个用户有足够高的 SINR。这可以通过合适地计划网络拓扑来最小化网络覆盖空洞。如果拓扑已经有了覆盖空洞,那么应该避免把用户配置在该区域。
     
    另一种方法是避免  too-late handovers 。 换句话说,切换应该发生在用户的  SINR 变得太低之前,否则用户可能不能从源基站那接收到切换命令。切换算法有办法控制什么时候执行切换决策。例如,A2-A4-RSRQ 切换算法可以配置成一个更高的阈值来更早决定切换。相似的,更小的滞后现象或者最强小区切换算法中更短时间的触发通常会导致过早地切换。为了找到这些参数的合适值,应该考虑 户移动速度这一参数 。一般而言,一个移动越快的用户需要执行的切换会越早。一些研究作品已经提出了一些推荐值,例如  [Lee2010] 。
     
    上述要点已经足够正常的仿真使用,但是当一些特殊的情况出现时,还要考虑一些极端的措施。例如,用户可能考虑禁用信道误差模型( disabling the channel error models),确保所有切换相关的信令消息成功传输,而不管距离和信道条件。然而,这也会影响所有其他的与切换无关的数据或控制数据包,这可能是不必要的副作用。另外,用户可以使用下列方式实现:
     
    Config::SetDefault ("ns3::LteSpectrumPhy::CtrlErrorModelEnabled", BooleanValue (false));
    Config::SetDefault ("ns3::LteSpectrumPhy::DataErrorModelEnabled", BooleanValue (false));

     

    通过使用上述代码,我们同时在控制和数据信道以及上行和下行方向上禁用误差模型。这是必要的,因为切换相关的信令消息通过使用这些信道来传输。例外是当仿真使用理想的 RRC 协议时,这种情况下,只需考虑随机接入过程。该过程包含控制消息,因此,我们只需要禁用控制信道的误差模型。

     

    18.4 Handover traces

     
    RRC 模型,特别是 LteEnbRrc 和 LteUeRrc 对象,会提供一些有用的 traces 用于连接一些自定义的函数,以便在用户侧和基站侧、在整个切换执行过程的开始和结束,这些函数都能被调用。例如,在你的仿真程序中,你可以声明下列方法:
     
    void
    NotifyHandoverStartUe (std::string context,
                          uint64_t imsi,
                          uint16_t cellId,
                          uint16_t rnti,
                          uint16_t targetCellId)
    {
      std::cout << Simulator::Now ().GetSeconds () << " " << context
                << " UE IMSI " << imsi
                << ": previously connected to CellId " << cellId
                << " with RNTI " << rnti
                << ", doing handover to CellId " << targetCellId
                << std::endl;
    }
    
    void
    NotifyHandoverEndOkUe (std::string context,
                          uint64_t imsi,
                          uint16_t cellId,
                          uint16_t rnti)
    {
      std::cout << Simulator::Now ().GetSeconds () << " " << context
                << " UE IMSI " << imsi
                << ": successful handover to CellId " << cellId
                << " with RNTI " << rnti
                << std::endl;
    }
    
    void
    NotifyHandoverStartEnb (std::string context,
                            uint64_t imsi,
                            uint16_t cellId,
                            uint16_t rnti,
                            uint16_t targetCellId)
    {
      std::cout << Simulator::Now ().GetSeconds () << " " << context
                << " eNB CellId " << cellId
                << ": start handover of UE with IMSI " << imsi
                << " RNTI " << rnti
                << " to CellId " << targetCellId
                << std::endl;
    }
    
    void
    NotifyHandoverEndOkEnb (std::string context,
                            uint64_t imsi,
                            uint16_t cellId,
                            uint16_t rnti)
    {
      std::cout << Simulator::Now ().GetSeconds () << " " << context
                << " eNB CellId " << cellId
                << ": completed handover of UE with IMSI " << imsi
                << " RNTI " << rnti
                << std::endl;
    } 
     
     
    然后,你可以把这些方法连接到(hook up)相应的 trace sources ,类似于:
     
    Config::Connect ("/NodeList/*/DeviceList/*/LteEnbRrc/HandoverStart",
                    MakeCallback (&NotifyHandoverStartEnb));
    Config::Connect ("/NodeList/*/DeviceList/*/LteUeRrc/HandoverStart",
                    MakeCallback (&NotifyHandoverStartUe));
    Config::Connect ("/NodeList/*/DeviceList/*/LteEnbRrc/HandoverEndOk",
                    MakeCallback (&NotifyHandoverEndOkEnb));
    Config::Connect ("/NodeList/*/DeviceList/*/LteUeRrc/HandoverEndOk",
                    MakeCallback (&NotifyHandoverEndOkUe));
     
    示例程序 src/lte/examples/lena-x2-handover.cc 表明上述所有指令如何整合到一个仿真程序中。你可以像这样运行程序:
     
    ./waf --run lena-x2-handover
     
    并且它将输出由自定义切换 trace hooks print 的消息。为了额外可视化一些有用的日志信息,你可以像这样运行程序:
     
    NS_LOG=LteEnbRrc:LteUeRrc:EpcX2 ./waf --run lena-x2-handover

     

     

     

    参考文献

    https://www.nsnam.org/docs/models/html/lte-user.html

    转载于:https://www.cnblogs.com/alice123/p/5505733.html

    展开全文
  • LTE 中基于X2切换

    2015-04-15 14:42:00
    LTE中基于X2切换(36.300,23.401)SGW保持不变 http://blog.sina.com.cn/s/blog_673b30dd0100j4pe.html 1:eNodeB为UE配置测量报告的参数。是通过RRCConnnectionReconfiguration中的Measurement ...

    LTE 中基于X2的切换 (36.300, 23.401)SGW  保持不变

    http://blog.sina.com.cn/s/blog_673b30dd0100j4pe.html

     

    LTE <wbr>中基于X2的切换 <wbr>(36.300, <wbr>23.401)SGW <wbr> <wbr>保持不变

    1:eNodeB为UE配置测量报告的参数。是通过RRCConnnectionReconfiguration中的Measurement Configuration IE 来实现的。

    measConfig

                  {

                    measObjectToAddModList

                    {

                      {

                        measObjectId 1,

                        measObject measObjectEUTRA :

                          {

                            carrierFreq 5230,

                            allowedMeasBandwidth mbw6,

                            presenceAntennaPort1 FALSE,

                            neighCellConfig '00'B,

                            cellsToAddModList

                            {

                              {

                                cellIndex 1,

                                physCellId 116,

                                cellIndividualOffset dB0

                              }

                            }

                          }

                      }

                    },

                    reportConfigToAddModList

                    {

                      {

                        reportConfigId 1,

                        reportConfig reportConfigEUTRA :

                          {

                            triggerType event :

                              {

                                eventId eventA3 :

                                  {

                                    a3-Offset -7,

                                    reportOnLeave TRUE

                                  },

                                hysteresis 2,

                                timeToTrigger ms128 发送测量报告前,测量条件必须连续满足的时间。

                              },

                            triggerQuantity rsrp,

                            reportQuantity sameAsTriggerQuantity,

                            maxReportCells 2, 除服务小区外,测量报告中包含的最多小区数目。

                            reportInterval ms1024,如果eNodeB没有相应初始的测量报告,UE再次发送测量报告的周期。再次报告时,需要仍然满足报告条件吗?

                            reportAmount r64 如果eNodeB没有响应初始的测量报告,UE发送再次测量报告的数目。

                          }

                      }

                    },

                    measIdToAddModList

                    {

                      {

                        measId 1,

                        measObjectId 1,

                        reportConfigId 1

                      }

                    }

                  },

     

    在Measurement Configuration中,以 Measurement ID来标识每个测量,每个测量包含 Measurement Object 和 Report Configuration两个部分, Measurement Object 定义了UE需要测量的目标,Report Configuration则定义了触发测量报告的事件。在LTE中,测量报告的发送可以是事件触发的,或周期发送的,或事件触发周期发送的。

    触发测量报告的事件主要有以下几种:

    A1: 服务小区的测量值高于预定的测量门限(对于EUTRAN来说,测量值包括RSRP和RSRQ)。

    A2: 服务小区的测量值低于预先设定的测量门限。

    A3: 相邻的EUTRA小区的测量值优于目标小区 + 预定的偏移量。

     A4 :相邻的EUTRA小区测量值高于预定的测量门限。

    A5:服务小区的测量值低于预先设定的测量门限并且相邻小区的测量值高于另一预定的测量门限。

    B1:Inter RAT的邻小区测量值高于预定的测量门限。

    B2:目标小区低于预先设定的测量门限并且Inter RAT的邻小区测量值高于另一预定的测量门限。

     

    2:这样当测量报告条件满足后, UE就会向eNodeB发送测量报告。

     

    message c1 : measurementReport :

          {

            criticalExtensions c1 : measurementReport-r8 :

                {

                  measResults

                  {

                    measId 1,

                    measResultServCell

                    {

                      rsrpResult 56,

                      rsrqResult 14

                    },

                    measResultNeighCells measResultListEUTRA :

                      {

                        {

                          physCellId 116,

                          measResult

                          {

                            rsrpResult 54

                          }

                        }

                      }

                  }

                }

          }

    3:源eNodeB根据RRM信息和UE上报的测量报告决定进行切换。

    LTE中的切换都是硬切换,也就是说,在接入新的eNodeB之前,断开与原有eNodeB之间的连接。LTE不支持软切换,不存在激活集的概念。

    根据源eBodeB 和目标eNodeB是否连接到同一个MME(池,MME Pool)以及他们之间是否存在X2连接,LTE中的切换,可以划分为基于X2的切换和基于S1的切换。LTE中,将缺省进行基于X2的切换,除非源和目标eNodeB之间不在同一个MME(池)的范围或者不存在X2连接或者源eNodeB配置成需要进行基于S1的切换。

    在基于X2的切换过程中, EPC中的MME(池)保持不变,而与之相连的SGW则有可能发生改变。

    在基于X2的切换过程中,切换过程(包括信令和用户面数据)是在两个eNodeB之间直接进行的,切换时延相对较小。在切换成功的最后才通知MME,以进行路径的切换。

    在基于X2的切换过程中,源eNodeB资源的释放是由目标eNodeB直接触发的。

    .在基于X2的切换过程中,可以对每个EPS承载采用不同的转发机制。(无缝切换和无损切换)

    4 :源eNodeB决定进行基于X2的切换,通过X2接口向目标eNodeB发送Handover

    Request 消息, 包括如下信元(IE)。

     

    IE/Group Name

    Presence

    Message Type

    M

    Old eNB UE X2AP ID

    M

    Cause

    M

    Target Cell ID

    M

    GUMMEI

    M

    UE Context Information

     

    > MME UE S1AP ID

    M

    > UE Security Capabilities

    M

    >AS Security Information

    M

    > UE Aggregate Maximum Bit Rate

    M

    > Subscriber Profile ID for RAT/Frequency priority

    O

    >E-RABs To Be Setup List

     

    >>E-RABs To Be Setup Item

     

    >>> E-RAB ID

    M

    >>> E-RAB Level QoS Parameters

    M

    >>> DL Forwarding

    O

    >>> UL GTP Tunnel Endpoint

    M

    >RRC Context

    M

    >Handover Restriction List

    O

    >Location Reporting Information 

    O

    UE History Information

    M

    Trace Activation

    O

    SRVCC Operation Possible

    O

     

     

    其中Old eNB UE X2AP 将X2AP通道在源eNodeB侧的标识通知目标eNodeB,以建立两个eNodeB之间的X2AP通道。UE Context Information信元中的ERAB List中包含上行的GTP Tunnel在SGW侧的TEID,目标eNodeB将根据此TEID值在步骤11向(源)SGW发送数据。

    5:目标eNodeB根据接收到的 E-RAB的QoS属性进行接入控制判断,如果允许接入,

    目标eNodeB将根据E-RAB的QoS属性预留相应的资源,分配C-RNTI以及随机接入的专用前导序列等。

    6:目标eNodeB进行L1/L2层的切换准备工作,会向源eNodeB发送Handover Request Acknowledge 确认。 在此消息中,与接入目标eNodeB有关的相关RRC信令作为Transparent Container也包含在其中。

    7:源eNodeB将目标eNodeB生成的RRCConnectionReconfiguration消息(包含MobilityControlInfo信元),发送给UE,其中包括目标小区的物理标识,UE在目标小区中的C-RNTI,目标小区接入的专用前导序列,目标小区的安全算法等。

     

    message c1 : rrcConnectionReconfiguration :

          {

            rrc-TransactionIdentifier 0,

            criticalExtensions c1 : rrcConnectionReconfiguration-r8 :

                {

                  mobilityControlInfo

                  {

                    targetPhysCellId 116,

                    t304 ms2000,

                    newUE-Identity '00000111 11100000'B,

                    radioResourceConfigCommon

                    {

                      rach-ConfigCommon

                      {

                        preambleInfo

                        {

                          numberOfRA-Preambles n52

                        },

                        powerRampingParameters

                        {

                          powerRampingStep dB2,

                          preambleInitialReceivedTargetPower dBm-104

                        },

                        ra-SupervisionInfo

                        {

                          preambleTransMax n6,

                          ra-ResponseWindowSize sf10,

                          mac-ContentionResolutionTimer sf64

                        },

                        maxHARQ-Msg3Tx 1

                      },

                      prach-Config

                      {

                        rootSequenceIndex 22,

                        prach-ConfigInfo

                        {

                          prach-ConfigIndex 14,

                          highSpeedFlag FALSE,

                          zeroCorrelationZoneConfig 5,

                          prach-FreqOffset 0

                        }

                      },

                      pusch-ConfigCommon

                      {

                        pusch-ConfigBasic

                        {

                          n-SB 1,

                          hoppingMode interSubFrame,

                          pusch-HoppingOffset 0,

                          enable64QAM FALSE

                        },

                        ul-ReferenceSignalsPUSCH

                        {

                          groupHoppingEnabled FALSE,

                          groupAssignmentPUSCH 0,

                          sequenceHoppingEnabled FALSE,

                          cyclicShift 0

                        }

                      },

                      ul-CyclicPrefixLength len1

                    }

                  },

                  radioResourceConfigDedicated

                  {

                    physicalConfigDedicated

                    {

                      schedulingRequestConfig setup :

                        {

                          sr-PUCCH-ResourceIndex 0,

                          sr-ConfigIndex 154,

                          dsr-TransMax n4

                        }

                    }

                  },

                  securityConfigHO

                  {

                    handoverType intraLTE :

                      {

                        securityAlgorithmConfig

                        {

                          cipheringAlgorithm eea0,

                          integrityProtAlgorithm spare1

                        },

                        keyChangeIndicator FALSE,

                        nextHopChainingCount 1

                      }

                  }

                }

          }

    8: 对于需要进行无损传输的DRB(数据承载),源eNodeB发送SN STATUS TRANSFER消息给目标eNodeB,包括针对需要保持PDCP的E-RAB(例如RLC AM模式)的上行PDCP的接收状态,和下行PDCP的发送状态。目的是为了保证切换过程中的无损数据传输。此时源eNodeB开始转发用户面数据给目标eNodeB。根据切换类型的不同(无缝切换还是无损切换),数据转发的机制也有所不同。(详见关于无缝切换和无损切换的讨论。)目标eNodeB将源eNodeB转发的数据进行缓存。

     

    9:接收到RRCConnectionReconfiguration消息后,UE从源eNodeB中去附着,然后通过随机接入过程与目标eNodeB建立同步。(LTE中,为了简化起见,eNodeB内的不同Cell之间的切换和eNodeB之间的切换是统一对待处理的。),如果在步骤7中接收到专用的随机接入前导序列,则采用无竞争的随机接入过程,否则采用基于竞争的随机接入过程。

    10:目标eNodeB返回给UE上行的资源分配及时间同步信息。

    11:UE发送RRCConnectionConfigurationComplete消息给目标eNodeB,确认切换成功。此时UE和目标eNodeB之间进行数据的上,下行传输。目标eNodeB开始将上行数据转发给SGW,此时目标eNodeB并不知道此次切换是否要进行SGW的Relocation,只是将上行数据转发给从源eNodeB获得的源SGW,此时由于到目标eNodeB的下行隧道尚未建立,因而下行的数据仍然需要通过源eNodeB转发到目标eNodeB。

    12:目标eNodeB发送Path Switch Request消息给MME,将UE已经进行了小区切换的信息通知给MME。其中包括目标小区的TAI + ECGI 以及被目标小区拒绝的EPS承载列表(如果有的话)。目标eNodeB的下行TEID值是此时通知给MME。

    (29.274)

     

    IE/Group Name

    Presence

    Message Type

    M

    eNB UE S1AP ID

    M

    E-RAB To Be Switched in Downlink List

    M

    >E-RABs Switched in Downlink Item IEs

     

    >>E-RAB ID

    M

    >>Transport layer address

    M

    >>GTP-TEID

    M

    Source MME UE S1AP ID

    M

    E-UTRAN CGI

    M

    TAI

    M

    UE Security Capabilities

    M

     

     

    13:MME认为SGW可以保持不变,发送UPDATE USER PLANE REQUEST(Modify Bearer Request)消息给SGW,其中包括用户S1 GTP-U在目标eNodeB侧的FTEID值。

    14:SGW不再向源eNodeB发送UE的用户面数据,将下行的数据切换到目标eNodeB侧,由于SGW保持不变,因此不需要SGW与PGW之间的信令交互。SGW发送一个或多个“END Marker”数据包给源eNodeB。源eNodeB将“End Marker”消息转发给目标eNodeB。End Marker数据包不含有任何的数据,在GTP的头部表明是End Marker数据包,指示对应的GTP Tunnel上的数据传输结束。随后,SGW释放掉到源eNodeB的用户面资源。此时UE与PGW之间的上,下行GTP-U通道都经过目标eNodeB了。

    15: SGW发送 “UPDATE USER PLANE RESPONSE” (Modify Bearer Response)消息给MME。

    16: MME发送“PATH Swith ACK”消息给目标eNodeB。

    17:收到MME的上述消息后,目标eNodeB发送“UE Context Release”消息给源eNodeB,通知源eNodeB切换成功,可以释放相关资源。

    18:接收到消息后,目标eNodeB开始释放相关资源。

    LTE 中基于X2的切换 (36.300, 23.401)SGW  Relocate

     http://blog.sina.com.cn/s/blog_673b30dd0100j4pj.html 

    上文的信令流程是SGW在切换前后保持不变的情形。如果MME认为需要重新定位SGW (Relocate), 则其信令流程如下图所示。图中假定目标eNodeB和源SGW之间存在IP连接(否则,即认为需要进行基于S1的切换),这样,在UE发送RRCConnectionReconfigurationComplete消息,接入到目标eNodeB后,上行的数据就可以通过目标eNodeB向源SGW和PGW进行发送(通过Handover Request消息,目标eNodeB获得了源SGW的上行GTP Tunnel的TEID值)。当然,目标SGW和目标eNodeB之间以及源SGW和源eNodeB之间的IP连接是存在的。(否则无法建立通常的GTP-U隧道)。

    LTE <wbr>中基于X2的切换 <wbr>(36.300, <wbr>23.401)SGW <wbr> <wbr>Relocate

    1:目标eNodeB发送Path Switch Request消息给MME, MME根据相应的准则,选择了一个与源SGW不同的目标SGW。(注: MME是根据TA(Tracking Area)的粒度来选择SGW的,SGW不同,意味着TA发生了变化, 随后需要进行TAU的过程???)。

    2:MME发送Create Session Request消息给新的SGW, (Create Session Request消息包含的内容参见EPS Initial Attach 过程),与EPS Initial Attach过程不同,下行GTP-U隧道在目标eNodeB侧的TEID值也包括在此消息中。

    3:目标SGW为下行数据分配TEID, 并向PGW发送Modify Bearer Request消息。PGW更新相应的信息,返回Modify Bearer Response消息给SGW。此时PDW已经获得与目标SGW以及目标eNodeB相连的下行GTP-U隧道信息,因而开始通过新的GTP隧道传送下行数据。

    4:目标SGW发送Create Session Response消息给MME。通知MME上行GTP-U隧道的FTEID值。MME启动定时器,在步骤7使用

    5:MME回应Path Switch Request Ack消息给目标eNodeB, 此时目标eNodeB获得了与目标SGW以及PGW相连的上行GTP-U隧道信息,因而开始通过新的GTP隧道来发送上行数据。

    6:目标eNodeB发送UE Context Release消息给源eNodeB,  通知源eNodeB切换成功,源eNodeB可以删除相关的资源。

    7:4中的定时器超时后,MME发送Delete Session Request消息给源SGW, 释放与源SGW相关的承载资源。

     

    转载于:https://www.cnblogs.com/virusolf/p/4428501.html

    展开全文
  • LTE切换流程

    万次阅读 2016-10-27 15:48:49
    一、LTE X2切换 二、LTE S1口切换
  • NS3 LTE基于X2接口的内部切换

    千次阅读 2016-12-22 16:39:18
    相比较上一篇含有EPC网络的LTE仿真程序,本文又增加了基于X2接口的内部切换仿真流程。下面将是这样的网络拓扑: 一个UE,两个eNB,一个作为源基站,一个作为切换基站 #include "ns3/core-module.h" #include "ns3/...
  • 5G NSA切换信令流程

    千次阅读 2021-01-31 17:42:02
    LTE小区站内X2切换,NR不变: LTE小区站内S1切换,NR不变: 4/5互操作流程: 切换场景: 因场景3发生概率较低(场景概率低,而不是实现方式发生概率低),主要针对主要针对场景 1.2进行信令介绍。 根据MN和...
  • LTE系统内切换流程分析

    万次阅读 多人点赞 2018-10-14 18:19:42
    UE在LTE系统内的移动性分为空闲态的移动性和激活态的移动性。...我们先说切换流程。 当正在使用网络服务的UE从一个小区移动到另一个小区,或由于无线传输业务负荷量调整、激活操作维护、设备故障灯原因,为了...
  • LTE中的切换,根据无线承载(Radio Bearer)的QoS要求的不同,可以分为无缝切换(Seamless handover)和无损切换(lossless handover)。 无缝切换,应用于对于时间延迟有严格要求,而对误包率(丢包率)具有相对容忍度...
  • LTE信令流程——切换

    千次阅读 2020-06-21 10:14:48
    不同基站间基于X2切换(MME不变) 不同基站间基于S1的切换(MME/SGW可能改变) 1. 同一基站内不同小区的切换 连接态的UE在一个基站的不同小区之间移动 UE上报合适的测量报告(Measure Reports),触发基站切换 ...
  • 看着同学做了个8x8x8的觉得不错,但是又觉得工程量太大成本太高,于是昨晚(15年5月8日)我就端着他的光立方看了十分钟,看透了原理之后回来当场就搭了这个2x2x2的,基于STC单片机设计。 先看下我的视频吧: 2x2x2光...
  • 本统计流程图表述了MN触发的SN释放过程。采样点1:当MN向SN发送UE Context Release消息时,进行采样统计。SN 异常释放率=((C374420008+C374420009+C374420010+C374420011+C374420012+C374420013+C374420014+C...
  • LTE-LTE系统内切换流程分析

    千次阅读 2019-07-11 22:35:15
    当UE处于激活态时,eNodeB会在网络控制和UE辅助下对UE执行切换。 当正在使用网络服务的UE从一个小区移动到另一个小区,或由于无线传输业务负荷量调整、激活操作维护、设备故障灯原因,为了保证通信的连续性和服务...
  • LTE中切换

    2019-07-14 10:13:12
    在LTE中,切换一般分为X2切换和S1切换。 同MME内异eNodeB 这种场景下源eNodeB和目的eNodeB都由同MME控制。 1、X2切换 通过X2AP协议在两基站间建立连接,完成切换,这种情况下的切换过程(包括信令和...
  • LTE切换

    千次阅读 2019-11-06 13:10:14
    LTE切换 UE在LTE系统内的移动性分为空闲态的移动性和激活态的移动性。空闲态UE已在网络上完成注册,一般执行两个流程:小区重选和寻呼消息监听流程。...站内切换没有X2/S1切换信令。 站内切换信令 站间切换信令流...
  • TD_LTE切换介绍

    2019-01-26 15:59:21
    LTE切换按网元划分,分基站内小区间切换,不同基站间X2切换(不同基站间配置有...整个切换流程采用UE辅助网络控制的思路,基站下发测量控制,UE测量上报,基站执行切换判决,资源准备,切换执行和原有资源释放的过程
  • linux 进程调度切换过程分析

    千次阅读 2017-12-23 19:13:47
    这个流程在前面的博客中有贴出来过,在应用发生crash 异常的时候,会走到这里。 linux-4.10/arch/arm64/kernel/signal.c 402 asmlinkage void do_notify_resume(struct pt_regs *regs, 403 ...
  • 切换是“先切换,后断开”,移动节点只有在取得了与新基站的链接之后,才会中断与原基站的联系,因此在切换过程中没有中断,不会影响通话质量;软切换由于是在频率相同的基站间进行,在两基站或多基站覆盖区的交界...
  • 2.什么是X2接口? 3.核心网有哪些网元? 4.MME有什么用? 5.SGW有什么用? 6.OSI是什么意思? 7.OSI参考模型分为哪七层? 8.分层服务遵循什么样的原则? 9.对等层上处理的是什么? 10.网络层的主要作用是...
  • LTE无线侧接口协议::::::之::::::X2接口

    千次阅读 2019-12-30 11:49:06
    LTE X2接口1. X2接口概述2. X2接口功能3. X2接口的主要工作3.1 X2接口的建立3.2 X2接口的切换3.3 X2接口的释放4....通常情况下,UE跨eNB的切换会优先选择X2切换,但是进行X2切换的两个ENB必须要在同一个MME。 2....
  • 首先需要说明的是小区切换和重连并不是一个概念:小区切换时UE远离了小区,将测量信息发送给eNode B,由eNode B决定是否切换到临近的其他小区;而重连是因为某些原因导致UE与eNode B的连接断开,后由重新检测到小区...
  • 第1章 切换概述 1.1 移动性管理 (1)什么是移动性管理 移动性管理(MM,Mobile Management)即是对移动终端位置信息、安全性以及业务连续性方面的管理,努力使终端与网络的联系状态达到最佳,进而为各种网络服务...
  • OPPO Find X2 pro手机camera特性分析

    千次阅读 2020-04-12 09:11:15
    2020年3月6日,OPPO在线上产品发布会上发布了Find系列最新产品,其中包括Find X2 Pro手机。OPPO Find X2系列代表OPPO对科技创新的不断探索,满足用户对旗舰手机的所有想象。 不负众望,采用骁龙865处理器的Find X2 ...
  • 点击上方通信人才网一键关注,点击以下蓝色字体可查看岗位详情:无线工程督导室分规划工程师4/5G高级优化工程师塔工1、NSA切换流程概述5G切换事件:1)锚点优选功能NSA用户接入非锚点LTE频点,将导致无法添加NR辅载波...
  • 2.5.4 X2切换流程 30 2.5.5 S1切换流程 32 2.5.6 异系统切换简介 34 2.6 CSFB流程 35 2.6.1 CSFB主叫流程 36 2.6.2 CSFB被叫流程 37 2.6.3 紧急呼叫流程 39 2.7 TAU流程 40 2.7.1 空闲态不设置“ACTIVE”的TAU流程 ...
  • LTE前台路测切换问题处理

    千次阅读 2019-12-19 10:47:49
    在LTE优化前台路测过程中,会遇到各种各样的切换问题,以下是个人见解的总结,欢迎学习交流。 前台路测过程中,最常见的切换有以下...1、切换流程和信令 LTE切换分为测量、判决、执行三个步骤,层三信令基本也是...
  • I.... 在前一篇文档中我们讨论了LTE切换相关的过程,并学习了LTE切换是一个 UEassisted / network - controlled 的过程,即UE报告,eNB决定。这篇文档将讨论X2切换。所以我们假设源和目的eNB都连接到同一
  • LTE学习笔记--LTE无线连接过程--切换

    千次阅读 2018-03-19 14:18:57
    首先需要说明的是小区切换和重连并不是一个概念:小区切换时UE远离了小区,将测量信息发送给eNode B,由eNode B决定是否切换到临近的其他小区;而重连是因为某些原因导致UE与eNode B的连接断开,后由重新检测到小区...
  • lte 切换

    万次阅读 2014-02-28 11:54:43
    一.TD-LTE系统的切换技术 1.  TD-LTE切换概述 作为TD-SCDMA演进技术的TD-LTE系统,可以采用快速硬切换方法实现不同频段之间以及各系统间的切换,从而更好地实现地域覆盖和无缝切换,并且实现与现有3GPP和非3GPP的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 9,214
精华内容 3,685
关键字:

x2切换流程