移动虚拟运营模式详解

MOCN与GWCN两种方案比较

无论是MOCN，还是GWCN，对MVNO来说，都是指利用MNO的RAN（即Shared RAN）来解决接入问题，从而实现虚拟网络运营。MOCN和GWCN不同点在于：MOCN模式下MVNO运营商只共享MNO的RAN，核心网是独立运营的；而GWCN模式下，需要共享MNO的RAN+部分CN节点（VMSC+SGSN），MVNO运营商只提供部分的CN节点构建自己的MVNO网络。

由于两者在网络架构上的不同也带来了两种组网模式下对MNO无线和核心网功能需求的不同。

表1列出了MOCN和GWCN对MNO网络功能上的需求差别。

◎Iu接口的Reroute功能

由于MOCN架构下RNC会与多个运营商的CN相连，RNC需要能够将用户的消息路由到正确的CN节点。这样RNC就面临着如何将UE和某个CN之间建立连接的问题。

由于网络共享是在3GPP R6阶段提出来的，因此出现支持网络共享的终端（R6 UE）和不支持网络共享的终端（Pre-R6 UE）。而网络共享对这两种终端应该是透明的，即不应该让终端用户感知到网络共享的存在，这才能保证网络共享不依赖于终端的支持。

RNC在给UE的广播（Broadcast）信息中包含系统消息（System Information），该信息中包含运营商信息，R6 UE和Pre-R6 UE对运营商信息采用不同的处理方式。

对于支持网络共享的终端接入，终端可以解码系统广播消息中的可用PLMN ID列表，从中选择可以接入的PLMN，即R6 UE可以自动选择服务的运营商（不同运营商网号不同），并发起位置更新请求（LAC中携带该运营商的网号），RNC可以根据R6 UE中LAC中所携带的网号直接定位所服务的运营商，从而将该消息路由到相应的CN节点。

由于Pre-R6 UE不支持网络共享，因此忽略广播消息中的PLMN ID列表，从而无法指示PLMN，此时Pre-R6 UE会选择Common PLMN并发起位置更新请求。由于common-PLMN可能并不是UE的HPLMN，因此Iu接口的消息路由会出现问题。当RNC根据common-PLMN将位置更新消息路由到Operator A时，若Operator A不是服务此终端的CN，CN就会返回拒绝消息，并向RNC发送Reroute指示，通知让RNC重新选择其他CN节点，直到找到服务此UE的CN来完成相应的业务请求。

即对于不支持网络共享的终端，Iu接口需要重新定位用户所服务的CN，这就是Iu接口的Reroute功能。

◎共享区域的访问控制SNA

MOCN方式下，需要CN/RNC设备支持基于SNA（Shared Network Area）实现共享网络区域的接入控制。共享网络区由SNAC（Shared Network Area Code）来标识，SNAC的取值范围是0-65535，由运营商分配，在同一个PLMN内有效。一个SNA可以包含一个或多个位置区LA，一个LA可以属于多个SNA.

用户可以获得服务的区域由核心网络设置。SNAC与LA的对应关系，以及用户IMSI与SNAC的对应关系都在MSC/SGSN中配置和存放。RNC从CN获得关于本RNC下所有小区在SNA中的归属关系以及用户在每个SNAC的访问权限，并在需要的时候由CN告知RNC或者在RNC之间传递。这样可以基于SNA由RNC控制每个用户对共享网络的访问权限。

◎多网号功能及EPLMN列表

GWCN模式下，由于MVNO是独立的运营商，一般会采用与MNO不同的网号（通过IMSI中的MNC和MISDN中的国家码NC区分），这就要求MNO MSC/VLR支持多网号功能且能够下发EPLMN列表，便于MVNO用户接入。

◎按照IMEI信息路由位置更新请求

GWCN模式下，MNO VLR根据位置更新用户的IMSI信息，将位置更新请求路由到不同MVNO运营商的HLR，如果位置更新无法获得用户IMSI信息，如仅有IMEI信息，由MNO的MSC/VLR/EIR进行统一处理。

通过上文分析，笔者认为，针对已经有特殊应用群体的互联网企业例如腾讯，如果部署包含自己核心网的完整MVNO运营，可以更方面地快速接入现有腾讯服务器，提供多元化差异化服务，快速吸引客户扩大市场。而针对零售电商比如苏宁，开始阶段依托自己的营销平台，捆绑手机终端销售，提供差异化费率套餐，从Wholesaler或者Simple MVNO做起比较现实。