负载在池的平衡MME

简介

本文描述S10配置和移动性管理实体(MME)负载均衡。在聚合的MME运行服务5x00系列的路由器(ASR)。

S10接口和配置

S10接口说明

S10接口实现在两MME之间的用户移动性。他们提供用户Equipement (UE)上下文转移从一MME到另一个GprsTransfer协议version2 (GTPv2)。此图显示S10作用在EPC体系结构方面。

S10呼叫流

跟踪区域更新被触发的MME崔凡吉莱用服务网关崔凡吉莱

此图从技术规范23.401 Ref[1]解压缩。[1]的参考的部分5.3.3.1关于详细信息。

步骤3 -一跟踪的区域更新(TAU)请求的第一到达在新的MME的与外国全局唯一临时ID (GUTI)提示新的MME设置一新的呼叫。新的MME能查寻旧有MME的IP地址用从GUTI (GUMMEI)派生的全局唯一MME标识符。

步骤4， 5和6 -步骤4和5可以被重复完整性保护是否失效在新的MME。新的MME执行验证，然后设置UE验证的位对真和再请求旧有MME通过上下文答复发送移动管理(MM)上下文信息。

步骤7 -上下文确认包括标志为了指示对旧有MME的服务网关(SGW)更改。这帮助旧有MME决定是否发送S11删除会话请求在UE上下文拆迁末端。

步骤12， 13， 14和15 -家庭用户服务器(HSS)交互作用

新的MME持续更新类型更新位置请求为仅MME类型。对于此更新类型， HSS发送取消位置请求对‘旧有服务的Gprs支持节点(SGSN)’和‘旧有MME’。

步骤18和19 - MME分配新的GUTI以回应此TAU触发。因此， UE回应TAU全部的消息。

在步骤19以后-如果活动标志在TAU请求设置， MME启动转换对已连接模式为了建立S1u连接。

TAU没有SGW崔凡吉莱的被触发的MME崔凡吉莱

 

与旧有MME的GUTI的附上请求

 

与MME和SGW崔凡吉莱的S1-Based移交

域名服务器查询

目标MME选择

当S1移交要求的消息到达在来源MME时， MME首先验证新的跟踪地区标识符(TAI) UE是否由当前MME仍然服务。否则，基于TAI的完全合格的域名(FQDN)修建(与服务标记作为MME)，并且DNS服务器被查询服务此TAI的MME。在确定后目标MME的IP地址， S10前转拆迁请求发送对目标MME。

TAI-FQDN将被修建如下：

tac-lb<TAC-low-byte>.tac-hb<TAC-high-byte>.tac.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org

来源MME查找

给GUTI，新的MME需要会到达旧有MME。新的MME应该查询DNS和为从GUTI派生的GUMMEI获取旧有MME的IP地址。

为此， MME修建与GUMMEI的FQDN。DNS查询Application Program Interface (API)首先调查其本地缓存为对应的FQDN条目。如果没找到，它查询指定DNS服务器。结果是此MME的IP地址。如果查询发生故障， MME应该请求IMSI的UE和继续进行认证程序。

MME节点FQDN将被修建如下：

mmec<MMEC>.mmegi<MMEGI>.mme.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org

SGW选择

新的MME要求选择重新定位对它的UE的SGW。这根据对根据TAI的DNS服务器的查询执行FQDN (与服务标记作为SGW)。

TAI FQDN将被修建如下：

tac-lb<TAC-low-byte>.tac-hb<TAC-high-byte>.tac.epc.mnc<MNC>.mcc<MCC>.3gppnetwork.org

数据包网关选择

数据包网关(PGW)选择在最初的附上步骤只完成。在TAU附上和S1移交，现有PGW保留。

在S10附近的配置

1. 配置S10接口和VLAN映射。
2. 保证普通的MME Group ID到位，否则相应地更改它。配置对等体MME地址。
3. 配置对应的演变的GPRS隧道协议(EGTP)服务。

   local]# config
   
   [local](config)# context mme
   
   [mme(config-ctx)# interface s10
   
   [mme(config-if-eth)# ip address 192.25.19.13 255.255.255.248
   
   [mme(config-if-eth)#exit
   
   [mme(config-ctx)# mme-service mme_svc
   
   [mme(config-mme-service)# mme-id group-id 61005 mme-code 113
   
   [mme(config-mme-service)# peer-mme gummei mcc 704 mnc 01 group-id 61005
    mme-code 114 address 172.25.19.14
   
   [mme] (config-mme-service)#exit

   CLI要求为了设置目标MME的DNS上下文和来源MME查找。

   [mme(config-mme-service) dns peer-mme context <ctxt-name>
   
    
   
   [mme](config-ctx)# egtp-service mme_s10
   
   [mme](config-egtp-service)# interface-type interface-mme
   
   [mme](config-egtp-service)# gtpc bind ipv4-address 192.25.19.13
   
   [mme](config-egtp-service)# end
   
    
   
   [local]# Config
   
   [local](config)# port ethernet 17/1
   
   [local](config-port-17/1)# vlan 166
   
   [local](config-port-17/1-vlan-166)# no shutdown
   
   [local](config-port-17/1-vlan-166)# bind interface s10 mme
   
   [local](config-port-17/1-vlan-166)# end

在MME之间的负载均衡

MME负载均衡功能允许进入到有些将处理的MME游泳池周围对适当的MME达到在MME之间的负载均衡的UEs。为了达到此，设置每MME的权重因素这样选择MME的eNodeB的可能性与其权重因素是按比例。权重因素典型地设置符合MME节点的产能相对其他MME节点。

权重因素从MME发送到eNodeB通过S1-AP消息。

MME的权重因素发送对与相对MME产能S1AP信息单元(IE)的eNodeB。

IE/Group名称	在线状态	范围	IE类型和参考	语义说明
相对MME产能	M		整数(0..255)

此IE在从MME的S1AP S1设置响应消息包括。

如果相对MME产能更改，在S1接口已经被初始化后，则MME配置更新消息用于更新此信息到eNodeB。

MME将有指定服务级别的配置其相对MME产能。

<mme-service># relative-capacity <0-255><mme-service># default relative-capacity
Default value is "255"

负载重新平衡

重新平衡功能的MME负载允许在(在MME游泳池周围内)将移动的MME注册的UEs向另一MME。一般，不应该使用此步骤，当MME变得超载时，因为负载均衡功能应该保证其他MME在游泳池周围类似被超载。

eNodeBs也许有他们的予先调节的负载均衡参数(例如，权重因素调整到零，如果所有用户将从MME删除，路由新加入者到游泳池周围到其他MME)。

为了卸载ECM-CONNECTED模式UEs， MME启动与“负载均衡TAU的S1版本步骤要求的”版本原因。

为了卸载UEs在ECM-IDLE模式执行启动的TA更新或随员， MME完成该步骤和步骤结束，当有版本原因的“负载均衡TAU MME版本S1要求”。

为了卸载在ECM-IDLE的UEs请陈述，无需等待UE执行TAU或服务请求和变为连接的ECM， MME第一个页UE为了给ECM-CONNECTED状态带来它。

MME在MME游泳池周围提供行政级别命令为了卸载负载的重新平衡在MME中的特定的MME服务的UEs。如果“终止”选项选择，则卸载的操作被中断，并且对此MME服务的呼叫通常被处理。

执行重新平衡的负载(UE卸载)

此示例在10分钟中重新平衡(卸载)所有UEs的30百分比从指定的MME服务的(对在MME池的其他MME服务)。

mme offload mme-service mme_svc time-duration 10 offload-percentage 30 -noconfirm

此命令可能也输入与禁用隐式分开选项。默认情况下，如果UE上下文在5分钟内没有转接对另一MME， UE隐含地被分开。此选项禁用此隐式分开计时器。

mme offload mme-service mme_svc time-duration 10 offload-percentage 30
 disable-implicit-detach -noconfirm

为了终止卸载的进程，请输入与Stop关键字选项的命令。

mme offload mme-service mme_svc stop -noconfirm

验证重新平衡的负载(UE卸载)

此命令显示卸载配置以及重新平衡的状况。

show mme-service name svc_name offload statistics


[local]asr5000# show mme-service name mme1 offload statistics 
Current Offload Status:                                In Progress 
Implicit Detach Status:                                Enabled 
Time Duration Requested:                               600 secs 
Percentage of Subscribers Requested:                   30 
Total Number of Subscribers:                           0 
Total Number of Subscribers to be Offloaded:           0 
Total Number of Subscribers Offloaded:                 0
Total Number of Subscribers Received Context Transfer: 0 
Remaining Time:                                        0 secs


Where the Current Offload Status field will report one of the following:
-    None - No UEs marked for offloading and no UEs currently being offloaded.
-    Marked - MME has marked UEs for offloading, but is waiting for
 offload trigger on timer expiry.
-    In Progress - MME is currently offloading marked UEs.
-    Done - Offload procedure is completed or has been terminated by operator
 using stop keyword.

这些计数器重置，每次卸载步骤启动，或者，当此命令被输入时：

clear mme-service statistics offload

箴言报负载重新平衡

此部分描述可以使用的命令监控重新平衡在MME的负载。

负载重新平衡show命令并且/或者输出

此部分提供信息关于显示命令和他们的输出支持重新平衡的负载(UE卸载)。此show命令重新平衡功能的负载的显示当前统计信息。

show mme-service name <mme_svc_name> offload statistics

 
此命令关于负载均衡也提供信息：

show mme-service session full all

 UE Offloading --> Displays the UE offload state.
 Possible values are None, Marked, In-Progress and Done.  

其它命令

show mme-service statistics
show egtpc statistics
show egtpc sessions
show mme-service mme_svc offload statistics
show subscriber mme-only summary

相关信息

• 技术规范23.401 (下载)
• 技术规范29.303 (下载)
• 技术支持和文档 - Cisco Systems