海外モバイルオペレータの動向〜ヨーロッパ編

 海外モバイルオペレータの動向〜ビッグオペレータ編の続きである。今回はヨーロッパにおけるOpen RAN MoUの主要オペレータを紹介したい。

Vodafone

世界27ヵ国に3億人ユーザを抱え、営業収益5兆円のグローバルオペレータ。VodafoneのAnnual Reportの通り、多くの国でテレコム(モバイル＋固定)インフラを提供することで事業拡大を行なっている。多角化経営ではなく、土管に専念しつつ、その規模を拡大することで競争力を維持しているように見える。2020/2021年のVodafoneの活動としては

やはり一番大きなポイントはHuawei排除の動きによって、投資が5GからHuaweiの代替えに向かったことだろう。その影響が大きいせいか、最近のVodafoneは5Gに関する動きが見えず、低迷している印象を受ける。一方でAnnual Reportの通りOpen RANとNetwork Sharingに力を入れているところから、低コストでエリアカバー率を上げる戦略を取っているのかもしれない。土管事業に専念しつつ、そのコスト効率化と土管事業の拡大戦略は、将来を見据えたインフラとして実直な方針に見える。

Telefonica

世界13ヵ国に2.6億人ユーザを抱え、営業収益5.7兆円のグローバルオペレータ。非常に強力なR&Dを保持しており、対外活動も非常に活発的でモバイル事業の技術リーダー的な位置付け。2020/2021年のTelefonicaの主な活動としては

Telefonicaは5Gに関して、5Gのエリア展開→5G Core＆O-RANでのSAへの発展→Edge Computingという、5Gの王道的なステップでモバイル網の高度化を狙っているように見える。そのためのOpenな環境作りをこの2年でしっかり行なっているのだろう。元々TelefonicaはETSI-NFVの議長(Diego氏)を行なっていたり、OSM(Open Source MANO)を開発したりと、NFVに積極的であった。しかし、2016〜2018年はあまりTelefonicaの対外活動を聞かなかったので、もしかしたらNFVの商用開発＆導入に専念し、今やっと一区切りついたのかもしれない。

Orange

世界28ヵ国に2億人ユーザを抱え、営業収益5兆円近いグローバルオペレータ。ETSIの本拠地がフランスにあり、現ETSI-NFVの議長(Bruno氏)を行なっていたり、O-RANやGSMA、ONAP等でも積極的な活動を行なっている。2020/2021年のOrangeの活動状況はあまり情報が無いが、

  • 5G開発中？：公式情報があまり無いのではっきりしないが、EricssonとNokiaと2023年に5G導入に向けて開発している？

Orangeの商用開発についてはあまり情報がない。対外活動は活発だが商用網の発表があまり無いことに違和感を覚える。

DT (Deutsche Telekom)

世界18ヵ国に2億人ユーザを抱え、営業収益8.6兆円近いグローバルオペレータ。海外留学していた友人の話を聞いても、自分自身出張した時の経験でも、他のヨーロッパの国と比較しても通信が安定しており、実直なイメージがある。2020/2021年の

DTも元々はHuaweiと5Gネットワークを推進予定だったように見えるが、Huawei排除に向けて急遽EricssonやSamsungに方向転換しているように見える。5Gサービス提供に向けて、既存4Gネットワークを進化させることでのNSAと、新規O-RAN＋5G SAの導入と新装置による4Gネットワークの巻き取りを志向し、DTらしい実直な開発を継続しているように見える。

TIM(Telecom Italia)

ユーザ数5000万人、営業収益2兆円の中規模モバイル企業。他のOpen RAN MoUの主要メンバーと比較すると、グローバル展開をしていない分規模が少し小さい。

TIMは4Gをベースに早々(2018年)にvRANを導入し、速やかに5G化しているようだ。TIMは他のヨーロッパのオペレータと比較し自社で設計や運用をしているようなので、運用を改善する仮想化を早期にRANまで込みで導入したかったのだろう。5G Coreは 4Gの延長でEricsson製品を使い始めているようだが、2020年時点で5G Coreの入札も行なっているようだ。また、主要ヨーロッパのオペレータの中では唯一、2G(2025年)と3G(2021年)の両方を停波する予定のオペレータのようだ。そのため、TIMは2025年までに5Gで2Gをカバーできるようにしなくてはならず、他のオペレータと比較すると商用開発が早いのかもしれない。


その他関連資料

コメント

コメントを投稿

このブログの人気の投稿

CISMとは？CCMとは？NFVでコンテナ管理はどうやるの？

イメージ
ETSI-NFV仕様の各Release機能 の通り、ETSI-NFVのRelease4ではコンテナの制御が追加される。Release4は IFA039のSBA の影響でService Baseの仕様が入っており、ETSI-NFVにおけるコンテナ管理は様々なバリエーションがある。そのため、どのように各仕様を使うかを理解するのは非常に難易度が高いだろう。なお、コンテナとは何か？については こちら を参照して頂きたい。 Kubernetesによるクラウド管理 Kubernetesは、コンテナという技術と各種管理機能を使ってプログラム(APL)を抽象化し、クラウド上でAPLを制御するフレームワークとそれを支える管理機能群である。ここでのクラウドとは、APLを抽象化することでインフラの制御を含む様々な資源を共通機能化し、それらをAPIでソフトウェア的に制御できるようにしていることだが、それを仮想化とクラウドの違いから図でまとめてみた。 仮想化だけした場合(単純仮想化)は、基本的にはAPLは物理装置自体と同じ構造であり、それをインストールしたり故障時の修理をしたりする作業も物理装置と同じ手順が必要だった。しかし、せっかくAPLを仮想化によりソフトウェア化し、HWとの依存関係を無くしている(抽象化している)ので、例えば初期構築やHW故障時の対応をAPI化したい。これがIaaS(Infrastructure As A Service)と呼ばれ、サーバやNW機能の一部を管理機能(ETSI-NFVの場合はVIM)で制御できるようにしている。これにより、物理装置の変更に伴う各種作業は削減され、VMだけ考慮すればよくなった。さらに一歩進んで、LBやDBなどの共通機能をインフラの一部として提供する(PaaS)ことで、HWに依存しない新しいタイプのAPLとプラットフォームへ進化することができ、この“何か分らない雲のようなところにリクエストを出すとサービスを得られる“というものがクラウドである。 Kubernetesは、このクラウドの効果を最大化するために、APLの範囲を最小限化している。 Kubernetesの世界では、APLはDataを持たず、Logicのみをコンテナとしてカプセル化しPodという単位で管理することで、外部から容易かつ高速に起動/停止が可能となっている。そのため、APLの冗長...
続きを読む

モバイルネットワークの保守運用の基礎

イメージ
O-RANや Sliceの管理 によって、最近モバイルネットワークの保守運用が脚光を浴びるようになってきた。しかし、運用方法や保守系装置は“オペレータやベンダ毎に異なる領域“というイメージであり、なかなかまとまったドキュメントや資料が見つからない。 保守運用の基本 これまでネットワークの保守運用のデファクトや標準仕様と言えばTM Forumの eTOM 程度しか無かったと思う。eTOMや各種標準化機能やOpen Sourceを踏まえると、大きく以下のような考え方がありそうだ。 保守運用のプロセス strategy： 新サービス導入やユーザの利用状況を踏まえた設備計画 保守運用の観点から見るとfulfillmentのInput情報 fulfilment(fulfillment)：設備計画に基づいたネットワーク装置(NF)や、それらを接続するネットワーク(NW)の設計・工事 assurance：運用しているNFやサービスの監視や復旧、更新作業 4Gまでの保守運用というと、assuranceを指すことが billing：利用状況に基づいた課金 保守運用の観点から見ると運用結果のOutput 保守運用レイヤ Business Management System (BMS)： 顧客の契約情報を管理 一般的にBusiness Support System (BSS)を利用 Service Management System (SMS)： 提供サービスの管理運用 Network Management System (NMS)： (サービスを実現する)NFの接続性の管理運用 4GまでのOperation Support System (OSS)と言うとNMSのことを指すことが多かったようだ Element Management System (EMS)： NF自体の管理運用 NFのFCAPSと言えば、EMSのことを指すことが多い 一般的にネットワークの保守運用というと、EMSまたはNMSのレイヤのfulfilment＋assuranceを指すことが多いように感じる。しかしながら、システムによる実装と人手での運用という観点では、4GまではEMSのassuranceまでを実装し、残りは手作業ということも多かったようだ。規模が大きな企業では、NMSやSMSの一部を取り入れてOSSを導入し...
続きを読む

VNFMとは？

仮想化された交換機等のテレコム設備(VNF: Virtualised Network Function)の管理機能部としてETSI-NFVではVNFM(VNF Manager)が定義されている。VNFMの主な役目として VNF LCM を行うというものがあるが、VNFMが入ることでNFVOやVIMとの機能的な違いが分かりにくくなっている。VNFMの役割とは何だろう？ ETSI-NFVにおけるVNFMの役割 ETSI GS NFV-MAN 001 の過去の提案資料(寄書)や議論状況を見ていると、どうやら以下のような考え方で機能部を検討してきたようだ。 テレコム設備(Network Function)の仮想化(VNF) Compute/Storage/Networkの仮想リソースプール化(NFVI: NFV Infrastructure) 複数のNFVIの管理/クラウド化(VIM: Virtual Infrastructure Manager) 複数のVIMのキャパシティ管理と既存保守機能部(OSS: Operation Support System)の接続と自動化(NFVO: NFV Orchestrator) 既存のNFのOAM部(EM: Element Manager)やVNFの仮想化に伴う不足機能の補完(VNFM) MAN001の議論状況だけ見ると、上記の通りNFVOとVIMしかなかったようだ。MAN001の発行直前に、既存のVNF/EM/OSSと新機能部であるNFVO/VIMの不足機能を補完するためにVNFMが定義されている。 問題はこの“不足機能“とは何かが不明瞭なため、VNFMは様々な機能部との境界ラインが曖昧になってしまっている。 VNFMの機能 ETSI GS NFV-IFA 010 を確認すると、VNFMが保持する機能としてはVirtualised Resource (VR) Mgmt、VNF  LCM、VNF Config Mgmt、VNF Info、VNF FM、VNF PM、VNF Indicator、Policy Mgmt、Snapshot Mgmt、VNF workload Mgmtがある。VNF LCMやVNF workload Mgmtは NFV-Tacker workshopのレポート「NFV＃34会合サマリとNFV-Work...
続きを読む