<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Managed Shielded Services]]></title><description><![CDATA[MSS demonstrate Technology / Services in Telecom and Cyber Security domains]]></description><link>https://mss-blog.hashnode.dev</link><image><url>https://cdn.hashnode.com/res/hashnode/image/upload/v1593680282896/kNC7E8IR4.png</url><title>Managed Shielded Services</title><link>https://mss-blog.hashnode.dev</link></image><generator>RSS for Node</generator><lastBuildDate>Wed, 14 Oct 2026 11:58:52 GMT</lastBuildDate><atom:link href="https://mss-blog.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Radio Access Network (RAN) - Simplified]]></title><description><![CDATA[01. Radio Access Network (RAN) Explained
Radio Access Network is an industry term refer to everything that sits between the end-user device and the core network, its the part of the network owns the a]]></description><link>https://mss-blog.hashnode.dev/radio-access-network-ran-simplified</link><guid isPermaLink="true">https://mss-blog.hashnode.dev/radio-access-network-ran-simplified</guid><category><![CDATA[Telecom]]></category><category><![CDATA[Telecommunications]]></category><category><![CDATA[radio]]></category><category><![CDATA[hardware]]></category><category><![CDATA[RAN]]></category><category><![CDATA[Vendor-solution]]></category><category><![CDATA[nokia]]></category><category><![CDATA[Huawei]]></category><category><![CDATA[Ericsson]]></category><dc:creator><![CDATA[MT.Saied]]></dc:creator><pubDate>Fri, 09 Oct 2026 13:34:48 GMT</pubDate><content:encoded><![CDATA[<h2>01. Radio Access Network (RAN) Explained</h2>
<p>Radio Access Network is an industry term refer to everything that sits between the end-user device and the core network, its the part of the network owns the air interface. as shown below. RAN territory, it's converts radio waves into standardized data streams and signaling, manages every radio resources (channels, Power, Handover) and hand a clear traffic to the Core Network. As an Example, In GSM the RAN is the BSS (BTS + BSC); in UMTS it is the UTRAN (Node B + RNC). In practice engineers say "RAN" for both, All the equipment responsible for the actual radio link. It is a generation-agnostic concept — every generation has its own officially constructed RAN:</p>
<table>
<thead>
<tr>
<th>Generation</th>
<th>Official RAN name</th>
<th>Radio Base Station term</th>
<th>Controller term</th>
</tr>
</thead>
<tbody><tr>
<td>2G</td>
<td><strong>GERAN</strong> (GSM EDGE Radio Access Network)</td>
<td>BTS</td>
<td>BSC</td>
</tr>
<tr>
<td>3G</td>
<td><strong>UTRAN</strong> (UMTS Terrestrial Radio Access Network)</td>
<td>Node B</td>
<td>RNC</td>
</tr>
<tr>
<td>4G</td>
<td><strong>E-UTRAN</strong> (Evolved UTRAN)</td>
<td>eNodeB (eNB) — control functions merged into the base station, no separate controller</td>
<td>—</td>
</tr>
<tr>
<td>5G</td>
<td><strong>NG-RAN</strong></td>
<td>gNB (and ng-eNB for LTE tied to the 5G core)</td>
<td>—</td>
</tr>
</tbody></table>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/2af7e705-be88-4eab-972e-c064c458716b.png" alt="" style="display:block;margin:0 auto" />

<h3>1.1 ↪ RAN - Different types of RANs</h3>
<ul>
<li><p>O-RAN (open radio access network)</p>
</li>
<li><p>C-RAN (cloud or centralized radio access network)</p>
</li>
<li><p>GRAN (GSM radio access network)</p>
</li>
<li><p>GERAN (specifies the inclusion of EDGE packet radio services)</p>
</li>
<li><p>UTRAN (universal mobile telephone system RAN)</p>
</li>
<li><p>E-UTRAN (evolved universal terrestrial RAN)</p>
</li>
</ul>
<h3>1.2 ↪ RAN - Anatomy of A Cell Site</h3>
<p>RAN is the portion of the mobile network that provides the radio connection between the subscriber device and the rest of the network.</p>
<h5>RAN Site have 2 fundamentals jobs:</h5>
<ol>
<li><p><strong>Radio Communication</strong> Base station connected to Core by fiber cables and connected to users by radio signals which process done through RAN Compute and Radio units.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/86430b34-47f7-4cfb-b532-10f718e2d851.png" alt="" style="display:block;margin:0 auto" />
</li>
<li><p><strong>Resource management</strong></p>
<ul>
<li><p>Radio resources</p>
</li>
<li><p>Users Management</p>
</li>
<li><p>Scheduling</p>
</li>
<li><p>Power Management</p>
</li>
<li><p>Modulation</p>
</li>
<li><p>Coding</p>
</li>
<li><p>Mobility</p>
</li>
<li><p>Interference</p>
</li>
<li><p>Channels</p>
</li>
<li><p>QoS</p>
</li>
<li><p>Synchronization</p>
</li>
<li><p>Handovers</p>
</li>
</ul>
</li>
</ol>
<h4>What is mounted on RAN Site ?</h4>
<p>According to photo below we will categorize site to 2 parts:</p>
<ul>
<li><p>Top on Tower</p>
<ul>
<li><p>Antennas</p>
</li>
<li><p>Radio Units</p>
</li>
<li><p>Ret Actuators</p>
</li>
<li><p>TMA / MHA</p>
</li>
<li><p>Grounding Kits</p>
</li>
<li><p>Lighting Arrestors</p>
</li>
<li><p>Fiber Cables</p>
</li>
</ul>
</li>
<li><p>Ground on Tower</p>
<ul>
<li><p>BaseBand Unit / RAN Compute</p>
</li>
<li><p>VDC Power Supply</p>
</li>
<li><p>Transmission</p>
</li>
<li><p>Shelter</p>
</li>
<li><p>Alarms Sensors</p>
</li>
<li><p>Alarms Monitoring</p>
</li>
<li><p>Fiber Cables</p>
</li>
</ul>
</li>
</ul>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/1626c2c2-ceaf-431b-b1ba-13b19f04c3f2.png" alt="" style="display:block;margin:0 auto" />

<h4>RAN Compute / Baseband Unit</h4>
<p>BB is a electronic Box contains a backplane fitted with various modular plug-in boards and units to process digital baseband signals. It is a sophisticated computing platform responsible for processing and controlling radio communication. Core Functions:</p>
<ul>
<li><p>Baseband Processing</p>
</li>
<li><p>Radio Resource Management</p>
</li>
<li><p>Mobility Management</p>
</li>
<li><p>Error Correction</p>
</li>
<li><p>Interface with RRU</p>
</li>
</ul>
<table>
<thead>
<tr>
<th>Board Family</th>
<th>Job</th>
</tr>
</thead>
<tbody><tr>
<td>Main Control &amp; Transmission Board</td>
<td>Runs Platform: OS, OM Agent, Signaling, Interfaces and site Alarms</td>
</tr>
<tr>
<td>Baseband Processing Board</td>
<td>Process digital communication signals and handle channel coding and CPRI interface management</td>
</tr>
<tr>
<td>Radio (RF + PA)</td>
<td>Digital → RF, power amplification, filtering, duplexing — in the RRU/RUS for distributed sites</td>
</tr>
<tr>
<td>Power &amp; Env Board</td>
<td>-48 V distribution, voltage conversion, battery/environment alarm inputs</td>
</tr>
</tbody></table>
<p>Selecting BBU and BBU Slots Matter!: Start from 2G till 5G, BBU must be selected based on the technology will be on service and site location if it will be outdoor or indoor BTS. A BBU shelf has a limited number of slots, some of which are dedicated to the main + power boards. AS Fig above (Huawei BBU3900) show dedicated slots for the boards. the rest for baseband boards. Capacity planning then becomes arithmetic: "how many carriers per baseband board × boards per shelf = site capacity", with a footnote for CPRI bandwidth and license keys (software-locked capacity — the modern monetization layer).</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/1510e240-bc5e-45c5-ab58-b83e432c075a.png" alt="" style="display:block;margin:0 auto" />

<h4>Radio Unit / RF Processing</h4>
<p>Imagine your baseband produces digital radio information. That information needs to become an actual RF waveform. RU Functions:</p>
<ul>
<li><p>Digital Signal Processing</p>
</li>
<li><p>Signal Transceiver</p>
</li>
<li><p>Digital-to-Analog / Analog-to-Digital Conversion</p>
</li>
<li><p>Up / Down Conversion</p>
</li>
<li><p>Power Amplification</p>
</li>
<li><p>Optical and Electromagnetic Interfacing</p>
</li>
<li><p>Smart Antenna and MIMO Support</p>
</li>
</ul>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/778e39af-ae10-485a-b935-9b9e983e199c.png" alt="" style="display:block;margin:0 auto" />

<h2>02. RAN Equipment (Huawei, Ericsson, Nokia)</h2>
<p>This Section maps the generic vendor hardware BBU/RRU module as consider the most changeable 2 parts between each vendor. beside site hardware onto the real product families of the 3 Vendors that built the worlds Telecom all G-RAN.</p>
<table>
<thead>
<tr>
<th>Unit</th>
<th>Location</th>
<th>What it does</th>
</tr>
</thead>
<tbody><tr>
<td>BB - Baseband</td>
<td>Equipment room / cabinet at ground level</td>
<td>The "brain" — digital baseband processing, scheduling, control, transmission to the core network</td>
</tr>
<tr>
<td><strong>RU - Radio Unit</strong></td>
<td>Mounted on the tower, near the antennas</td>
<td>The "muscle" — converts baseband data to RF signals, amplifies and transmits them; receives uplink signals and converts them back to baseband</td>
</tr>
</tbody></table>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/25ad7f97-b31c-4ced-8c4f-a2cf5954bcbc.png" alt="" style="display:block;margin:0 auto" />

<h3>2.1 ↪ Huawei RAN</h3>
<p>Huawei's RAN hardware strategy since roughly 2008 has centered on <strong>SingleRAN</strong>: one physical cabinet/BBU platform capable of running GSM, UMTS, and LTE simultaneously, differentiated mainly by which boards are installed. A Traditional base station (BTS) was one big cabinet at the bottom of the tower. Modern networks split the base station into two parts RRU and BBU.</p>
<h4>⇒ Baseband / RAN Compute</h4>
<p>The brain of the base station, baseband performs digital processing needed to transform network traffic into radio information. <strong>Huawei BTS3900 (as photo below):</strong></p>
<ul>
<li><p>Most common Huawei setup sites are BTS3900 chassis with UMPT control Board and UBBP baseband board. feeding one or RRUs over CPRI.</p>
</li>
<li><p>BBU &amp; RRU: They are connected via fiber cable using the CPRI Protocol ( Common Public Radio Interface), eCPRI term in 5G</p>
</li>
</ul>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/ccde91d1-ba97-4467-b202-89362ef84afe.png" alt="" style="display:block;margin:0 auto" />

<h5>BBU Generation:</h5>
<table>
<thead>
<tr>
<th>BBU Series</th>
<th>Modules</th>
<th>BBU Generation Support</th>
</tr>
</thead>
<tbody><tr>
<td>39xx Series</td>
<td>- BBU 3900 (Indoor) - BBU 3910 (Indoor) - BBU 3910A (Outdoor) - BBU 3910C (Outdoor)</td>
<td>2G (GSM), 3G (UMTS), 4G (LTE); can support early 5G with newer boards</td>
</tr>
<tr>
<td>59xx Series</td>
<td>- BBU 5900 (Indoor) - BBU 5900A (Outdoor)</td>
<td>Native 5G NR support, multi-RAT convergence (GSM/UMTS/LTE/NR in one box), Massive MIMO, CloudRAN-ready, network slicing</td>
</tr>
</tbody></table>
<blockquote>
<p>39xx BBU Series: Supports flexible configurations of main control and baseband boards, while the A/C variants are integrated units with fixed capacity .</p>
</blockquote>
<h5>Inside the BBU — BBU Boards</h5>
<p>The BBU is modular, it's populated with boards depending on the network.</p>
<table>
<thead>
<tr>
<th>Board</th>
<th>Generation</th>
<th>Name</th>
<th>Function</th>
</tr>
</thead>
<tbody><tr>
<td>UMPT (b/e/g)</td>
<td>2G,3G,4G</td>
<td>Universal Main Processing &amp; Transmission Board</td>
<td>→ Main Control: Signaling, O&amp;M, Transmission and GPS/Syn Ethernet Clock</td>
</tr>
<tr>
<td>UBBP</td>
<td>2G,3G,4G</td>
<td>Universal BaseBand Processing Board</td>
<td>→ BaseBand Processing: Channel Coding, Modulation, Scheduling each board adds Cell/Carrier Capacity. Multi-Mode Board paired with UMPT for SingleRAN Sites.</td>
</tr>
<tr>
<td>UPEU / UPEUe</td>
<td>All</td>
<td>Power Board</td>
<td>→ Fed Power to BBU by converting -48VDC to internal voltages, and ENV alarms interface</td>
</tr>
<tr>
<td>FAN</td>
<td>All</td>
<td>FAN Board</td>
<td>→ Cooling</td>
</tr>
<tr>
<td>UTRP</td>
<td>All</td>
<td>Transmission Extension Board</td>
<td>→ Adds extra transmission port capacity</td>
</tr>
<tr>
<td>UEIU</td>
<td>All</td>
<td>Environment Interface Unit</td>
<td>→ Controls Alarms from sensors installed on Site</td>
</tr>
<tr>
<td>GTMU</td>
<td>2G - Only</td>
<td>GSM Transmission &amp; Timing &amp; Management Unit</td>
<td>→ Legacy Single RAT Control/Transmission Board for GSM Only</td>
</tr>
<tr>
<td>WMPT</td>
<td>3G - Only</td>
<td>WCDMA Main Processing &amp; Transmission Unit</td>
<td>→ Legacy Single RAT Control/Transmission Board for UMTS Only</td>
</tr>
<tr>
<td>LMPT</td>
<td>4G - Only</td>
<td>LTE Main Processing &amp; Transmission Unit</td>
<td>→ Legacy Single RAT Control/Transmission Board for LTE Only</td>
</tr>
<tr>
<td>WBBP</td>
<td>3G - Only</td>
<td>WCDMA BaseBand Unit</td>
<td>→ BaseBand Processing: Channel Coding, Modulation, Scheduling each board adds Cell/Carrier Capacity. for 3G</td>
</tr>
<tr>
<td>LBBP</td>
<td>4G - Only</td>
<td>LTE BaseBand Unit</td>
<td>→ BaseBand Processing: Channel Coding, Modulation, Scheduling each board adds Cell/Carrier Capacity. for 4G</td>
</tr>
</tbody></table>
<h4>⇒ Remote Radio Unit — RRU</h4>
<p>Modular radio frequency hardware devices used in distributed base stations to convert and amplify signals between antennas and baseband units (BBU) across 2G, 3G, 4G, and 5G networks</p>
<h5>RRU vs AAU</h5>
<ul>
<li><p>RRU: radio only → connects to a passive antenna via coax jumpers. Used for 2G/3G/4G and low-band 5G.</p>
</li>
<li><p>AAU (Active Antenna Unit): RRU + antenna array integrated in one box. Essential for 5G Massive MIMO (32T32R, 64T64R — too many antenna elements for coax cables). Examples: AAU5612/5613, AAU5636 (multi-band sub-6 GHz), AAU5973 (mid-band).</p>
</li>
</ul>
<h5>Huawei RRU Functions</h5>
<ol>
<li><p>Receives <strong>downlink baseband data from the BBU</strong> and sends uplink baseband data back over CPRI fiber</p>
</li>
<li><p><strong>Up-converts</strong> baseband → RF for transmission, <strong>down-converts</strong> and digitizes received RF signals</p>
</li>
<li><p>Contains a <strong>duplexer</strong> so TX and RX share one antenna</p>
</li>
<li><p>Has a built-in <strong>bias tee</strong> to power a Tower Mounted Amplifier (TMA)</p>
</li>
<li><p>Supports an external <strong>monitoring extension box</strong> (RS-485 alarms)</p>
</li>
<li><p>Optionally an AC/DC module makes it an "AC RRU"</p>
</li>
</ol>
<h5>RRU Model Families / Generation:</h5>
<p>Huawei RRU model numbers follow a rough pattern: frequency band + generation + Tx/Rx count + output power.</p>
<table>
<thead>
<tr>
<th>RRU Series</th>
<th>RRU Model</th>
<th>Spec</th>
<th>Function</th>
</tr>
</thead>
<tbody><tr>
<td>3000 Series</td>
<td>RRU3939</td>
<td>1800 MHz, 2T2R, multimode (GSM/LTE via SDR)</td>
<td>Classic outdoor "blade" RRU, extremely common in the field</td>
</tr>
<tr>
<td>3000 Series</td>
<td>RRU3829</td>
<td>2100 MHz, UMTS single-mode, 2T2R</td>
<td>Dedicated 3G RRU</td>
</tr>
<tr>
<td>5000 Series</td>
<td>RRU5502</td>
<td>Dual-band (e.g. 1800/2100 MHz), 4T4R per band, ~640 W combined output, GSM/UMTS/LTE/5G NR via SDR</td>
<td>Later-generation multi-band, multi-standard RRU — a good example of one box covering three generations at once</td>
</tr>
<tr>
<td>pRRU Series</td>
<td>pRRU5921/5923</td>
<td>Multi-Band Support (frequency bands including 900MHz, 1800MHz, 2100MHz, and 2600MHz.)</td>
<td>Designed to let multiple mobile network operators share a single indoor pico-radio infrastructure., Small units for DAS / indoor 5G</td>
</tr>
</tbody></table>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/5a6deac1-42f6-454a-94fb-5ab72094f4cc.png" alt="" style="display:block;margin:0 auto" />

<h3>2.2 ↪ Ericsson RAN</h3>
<p>Ericsson describes Radio System as a complete RAN platform including radio, RAN Compute, transport, power, enclosure, antenna and site solutions under common management. while innovate RBS (Radio Base Station) to be the main box for an entire radio access node assembled from functional hardware and software. RBS can support multiple radio technologies while the software and configuration determine the deployed technology.</p>
<p>For Example, an Ericsson RBS 6000 series boxes was explicitly designed around multi-standard operation. RBS 6601 was a modular main-remote RBS consisting of a main unit and external radio units connected by optical fiber.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/1018a336-5576-4552-86ce-13ec0d9554ff.png" alt="" style="display:block;margin:0 auto" />

<h4>⇒ Baseband / RAN Compute</h4>
<p>The brain of the base station, baseband performs digital processing needed to transform network traffic into radio information. Ericsson Baseband functions:</p>
<ol>
<li><p>Radio Signal Processing</p>
</li>
<li><p>Resource Management</p>
</li>
<li><p>Transmission Related functions</p>
</li>
<li><p>IP Traffic Management</p>
</li>
<li><p>Operation &amp; Maintenance</p>
</li>
<li><p>Timing &amp; Synchronization</p>
</li>
</ol>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/5e6bae8f-fe70-4da6-8156-b84dc0bd0cbe.png" alt="" style="display:block;margin:0 auto" />

<h5>Baseband 5216</h5>
<p>Ericsson’s Baseband 5216 is a multi-standard RBS 6000 baseband unit. Ericsson documentation states that the 5216 provides: Ericsson BB5216 characteristics:</p>
<ul>
<li><p>RBS Chassis mandatory for BB5216</p>
</li>
<li><p>Support 6 radio interfaces (RI A-F)</p>
</li>
<li><p>-48V architecture in host RBS for Power Consumption</p>
</li>
<li><p>Supports LTE, WCDMA, GSM</p>
</li>
<li><p>Colling Host/system dependent</p>
</li>
<li><p>RBS 6000 main-unit / chassis - not the main remote</p>
</li>
</ul>
<h5>Baseband 6630</h5>
<p>The Ericsson Baseband 6630 was introduced as a standalone 19-inch 1U baseband optimized for main-remote configurations. Ericsson BB6630 characteristics:</p>
<ul>
<li><p>Standalone 19-inch 1U</p>
</li>
<li><p>Support 15 CPRI Ports</p>
</li>
<li><p>Dual -48V feeding for Power Consumption</p>
</li>
<li><p>Supports LTE, WCDMA, GSM with higher capacity</p>
</li>
<li><p>Colling Self-contained; replaceable fan</p>
</li>
<li><p>Main-remote Ericsson documentation describes 6630 capability as broadly equivalent to Baseband 5216 while changing the physical/deployment architecture: 6630 is standalone with its own climate control, whereas 5216 is a compact baseband used inside the RBS 6000 chassis/main-unit context.</p>
</li>
</ul>
<h4>⇒ Radio Units</h4>
<p>Remote radio unit essentially the RF engine on site, which BB after doing RAN processing, through fiber cables give these info to Radio to start think in electromagnetic propagation for these info Radio Unit Functions:</p>
<ul>
<li><p>Digital processing</p>
</li>
<li><p>D/A Conversion</p>
</li>
<li><p>RF Up / Down Conversion</p>
</li>
<li><p>Filtering</p>
</li>
<li><p>Power Amplification</p>
</li>
<li><p>Low Noise Amplification</p>
</li>
</ul>
<blockquote>
<p>Ericsson Radio Unit end with T &amp; R letter, the are refer to Transmitter &amp; Receiver which show how many TX &amp; RX Radio support</p>
</blockquote>
<h5>Radio 2217 2T/2R</h5>
<p>The macro Radio 2217 is a 2T/2Rradio with 2x40W output power. As part of the Ericsson Radio System portfolio Radio 2217 has best in class design when it comes to radio performance and power efficiency for wide area 3GPP radio products.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/602f0a9e-b7b2-4972-ab42-f56c77ce407c.png" alt="" style="display:block;margin:0 auto" />

<h5>Radio 2219 2T/2R</h5>
<p>The Outdoor macro radio with up to 2x80W output power, it's a part of Ericsson radio system portfolio.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/00f41cee-2350-4503-92e2-798ceedb72cf.png" alt="" style="display:block;margin:0 auto" />

<h3>2.3 ↪ Nokia RAN</h3>
<p>Nokia's hardware has gone through <strong>four distinct eras</strong>, start from 1990s Talk Family support GSM through Flexi Family from 2006 till 2016 and AirScale Family which currently the RAN Flagship from Nokia ending with CloudRAN. Nokia's eras are still visibly separate product families that frequently sit side by side on the same site today. and as usual will pick up baseband part and radio units which RAN functions lives on both.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/6ff1fd64-53d0-4704-afb5-6b00d9e1231e.png" alt="" style="display:block;margin:0 auto" />

<h4>⇒ Baseband / Radio Units</h4>
<h5>BB - Flexi Multiradio 10</h5>
<p>Flexi Multiradio 10 BTS is abased on Flexi Multiradio system module and Multiradio capable RF module/remote radio head variants. Flexi is high capacity, SRAN and LET-A ready Multiradio BTS. Nokia documentation describes the platform as supporting GSM/EDGE, WCDMA/HSPA+, and LTE (FDD/TDD) and providing capacity sharing and flexible expansion. The platform was designed for indoor/outdoor deployment. Flexi Multiradio 10 BB variants available:</p>
<ul>
<li><p>FSMF</p>
<ul>
<li><p>Indoor/Outdoor Site</p>
</li>
<li><p>High Capacity</p>
</li>
<li><p>Support GSM/WCDMA/LTE</p>
</li>
<li><p>Extension Sub-Module: FBBA / FBBC extension cards</p>
</li>
</ul>
</li>
<li><p>FSIH</p>
<ul>
<li><p>Indoor Site</p>
</li>
<li><p>High Capacity</p>
</li>
<li><p>TDD-LTE System Module</p>
</li>
<li><p>Extension Sub-Module: FBIH extension card</p>
</li>
</ul>
</li>
</ul>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/145857b7-b371-4b5f-9502-6895769d9dd4.png" alt="" style="display:block;margin:0 auto" />

<h5>Flexi Radio Units:</h5>
<ul>
<li><p>Flexi RRH — Nokia's Remote Radio Head line for this generation, in 2T2R and 4T4R configurations, connected to the System Module over CPRI/OBSAI fiber, mounted at the antenna exactly per the Section 8.3 model.</p>
</li>
<li><p>Flexi Zone — a small-cell sub-family (not a macro product): the Flexi Zone Micro BTS integrates radio and baseband into one compact box, aimed at adding LTE capacity in dense urban areas where a full macro site isn't practical or available.</p>
</li>
</ul>
<h5>BB - AirScale</h5>
<p>A modular baseband is a chassis/sub-rack with plug-in processing and control cards. Nokia AirScale system module offers more than 20 times the performance of the previous generation of Nokia base station. it's scalable, simple plug-in units to increase capacity as needed. Nokia AirScale BTS is part of complete radio access that comprises: • AirScale Base Station: o RF Module o Single, dual and triple band Remote Radio Heads o Radio Antenna System o AirScale System Module Indoor o AirScale System Module Outdoor • Power elements o Power Rectifier o Power Battery o Power Prioritize • AirScale Active Antennas o AirScale Compact Active Antennas o AirScale massive MIMO Adaptive Antennas • AirScale Cloud RAN o AirScale Cloud Base Station Server on AirFrame Data Center Solution o AirScale Radio Network Controller • Wi-Fi Access including cloud-based Wi-Fi Controller and access points</p>
<p><strong>AirScale Baseband Cards:</strong></p>
<ul>
<li><p>Ponente (2G/3G/4G/5G control card) - A high/ultra-performance control card.</p>
<ul>
<li><p>control-plane functions</p>
</li>
<li><p>high-speed transport connectivity</p>
</li>
<li><p>system control</p>
</li>
</ul>
</li>
<li><p>Levante (4G/5G control card) - A high-performance capacity card for 4G/5G.</p>
<ul>
<li><p>baseband capacity</p>
</li>
<li><p>intensive RAN processing</p>
</li>
<li><p>large cell/site configurations</p>
</li>
</ul>
</li>
<li><p>Lodos (4G/5G control card) - 4G/5G capacity card used to scale processing.</p>
<ul>
<li>Baseband capacity scaling</li>
</ul>
</li>
</ul>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/1dd4c283-6472-40d7-bfd8-5165da51c564.png" alt="" style="display:block;margin:0 auto" />

<h5>AirScale Radio Unit</h5>
<p>Nokia uses several families of radio hardware. At macro sites, the most useful learning categories are:</p>
<ul>
<li><p>FDD RRH</p>
</li>
<li><p>TDD RRH</p>
</li>
<li><p>Massive MIMO</p>
</li>
</ul>
<p>RU Example:</p>
<ul>
<li><p>Doksuri - Modern FDD macro remote radio heads.</p>
</li>
<li><p>Osprey 8 - A TDD remote radio head family.</p>
</li>
<li><p>Osprey 32 / 64 - Massive MIMO radio family.</p>
</li>
<li><p>Habrok 32 / 64 - Newer Massive MIMO radio family based on ReefShark.</p>
</li>
</ul>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/ba8a8df8-b60c-4f74-934c-04d22f7ccb65.png" alt="" style="display:block;margin:0 auto" />

<hr />
<blockquote>
<p>5G RAN will be added Soon...</p>
</blockquote>
]]></content:encoded></item><item><title><![CDATA[Services Models VS Operations Models ]]></title><description><![CDATA[This Document provide a structured ref for Telecom & Enterprise managed services and operation center, through define each role and how it simple structure inside Companies. while service delivery mod]]></description><link>https://mss-blog.hashnode.dev/services-models-vs-operations-models</link><guid isPermaLink="true">https://mss-blog.hashnode.dev/services-models-vs-operations-models</guid><dc:creator><![CDATA[MT.Saied]]></dc:creator><pubDate>Mon, 05 Oct 2026 11:52:50 GMT</pubDate><content:encoded><![CDATA[<blockquote>
<p>This Document provide a structured ref for Telecom &amp; Enterprise managed services and operation center, through define each role and how it simple structure inside Companies. while service delivery models may contain one or more center for daily operations based on the scope of work.</p>
</blockquote>
<p>The most important distinction is that these concepts do <strong>not</strong> all describe the same type of thing:</p>
<ul>
<li><p><strong>Managed Services</strong> is primarily a <strong>service delivery / outsourcing model</strong>.</p>
</li>
<li><p><strong>Network Operations Center (NOC)</strong> is an <strong>operational function</strong> focused on network resources and infrastructure.</p>
</li>
<li><p><strong>Telecom Service Operations (Telco SOC)</strong> is an <strong>operational function</strong> focused on end-to-end services and customer impact.</p>
</li>
<li><p><strong>Managed Security Services (MSS)</strong> is a <strong>security service delivery model</strong>.</p>
</li>
<li><p><strong>Telecom Security Operations (Telco SOC)</strong> is a <strong>security operational function</strong> specialized for telecom environments.</p>
</li>
<li><p><strong>Security Operations Center (SOC)</strong> is a <strong>security operational function</strong> for enterprise IT, cloud, identity, applications, and related environments.</p>
</li>
</ul>
<blockquote>
<p>Operations Models:</p>
</blockquote>
<table>
<thead>
<tr>
<th>Question</th>
<th>NOC</th>
<th>Telco Service OC</th>
<th>Telecom Security OC</th>
<th>Enterprise SOC</th>
</tr>
</thead>
<tbody><tr>
<td>What are we protecting/operating?</td>
<td>Network infrastructure</td>
<td>Customer services</td>
<td>Telecom infrastructure/services against cyber threats</td>
<td>Enterprise digital environment</td>
</tr>
<tr>
<td>Primary view</td>
<td>Network-centric</td>
<td>Service/customer-centric</td>
<td>Telecom-security-centric</td>
<td>Security-centric</td>
</tr>
<tr>
<td>Main event</td>
<td>Alarm/fault</td>
<td>Service degradation</td>
<td>Security event/attack/fraud signal</td>
<td>Security alert/incident</td>
</tr>
<tr>
<td>Main tools</td>
<td>NMS/EMS/OSS</td>
<td>CEM/service assurance</td>
<td>Signaling security/SIEM/FMS</td>
<td>SIEM/EDR/NDR/SOAR</td>
</tr>
<tr>
<td>Main objective</td>
<td>Restore network</td>
<td>Restore service/customer experience</td>
<td>Detect/respond to telecom threats</td>
<td>Detect/respond to cyber threats</td>
</tr>
<tr>
<td>Typical escalation</td>
<td>Field/vendor/L2/L3</td>
<td>NOC/IT/customer care</td>
<td>NOC/fraud/IR/vendor</td>
<td>IT/IR/network/cloud</td>
</tr>
</tbody></table>
<hr />
<h2>1. Service Delivery Models</h2>
<h3>1.1 — Telecom Managed Services - T-MS</h3>
<p><strong>Definition:</strong> A service model where a telecom operator outsources the day-to-day running, maintenance, and optimization of its network and supporting IT systems to a specialized third party — typically an equipment vendor (Ericsson, Nokia, Huawei, ZTE), a system integrator, or a dedicated managed service provider — under a contract with defined SLAs, covering anywhere from a single domain (e.g., field maintenance) to full end-to-end network operation.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/5e1ebf16-f89f-42c3-8f08-45533f9f0891.png" alt="" style="display:block;margin:0 auto" />

<h4>↪ 1. T-MS — Scope</h4>
<ul>
<li><p>Network operations: 24x7 monitoring, fault handling, and performance management (RAN, core, transport, IP/MPLS, fiber, data centers)</p>
</li>
<li><p>Field maintenance: preventive (site visits, battery/generator checks) and corrective (failure fixes), plus spare parts logistics</p>
</li>
<li><p>Change and release management: software upgrades, patches, configuration changes, new site rollouts</p>
</li>
<li><p>Network optimization and planning: coverage/capacity analysis, parameter tuning, traffic forecasting</p>
</li>
<li><p>OSS/BSS and IT operations support: billing, provisioning, CRM systems</p>
</li>
<li><p>Service desk operations</p>
</li>
<li><p>Energy and site management: power, fuel, tower operations</p>
</li>
<li><p>Enterprise variant: managed WAN/SD-WAN, managed LAN/Wi-Fi, managed voice/UC</p>
</li>
</ul>
<h4>↪ 2. T-MS — Objective</h4>
<ul>
<li><p>Optimize operating cost and resource utilization</p>
</li>
<li><p>Let the operator focus on core business (customers, services, growth) rather than day-to-day network running</p>
</li>
<li><p>Gain access to scarce technical skills and vendor-specific expertise</p>
</li>
<li><p>Ensure 24x7 coverage without building an equivalent internal workforce</p>
</li>
<li><p>Accelerate adoption of new technology (5G rollout, cloud-native core, automation)</p>
</li>
<li><p>Provide predictable, SLA-bound cost and performance</p>
</li>
</ul>
<h4>↪ 3. T-MS — Teams</h4>
<ul>
<li><p>Transition/Onboarding Team — knowledge transfer, tooling setup at contract start</p>
</li>
<li><p>NOC Engineers (L1/L2/L3) — provided by the MSP as part of the managed scope</p>
</li>
<li><p>Field Maintenance Technicians — site visits, preventive/corrective maintenance</p>
</li>
<li><p>Network Optimization Engineers — RF/parameter tuning, capacity planning</p>
</li>
<li><p>OSS/BSS Support Engineers — billing, provisioning systems</p>
</li>
<li><p>Vendor Management/Service Governance Office — retained on the operator's side to manage the contract and hold the MSP to SLAs</p>
</li>
<li><p>Account/Delivery Managers (MSP side) — day-to-day relationship and escalation ownership</p>
</li>
</ul>
<h4>↪ 4. T-MS — Tools/Technologies</h4>
<ul>
<li><p>Vendor Element/Network Management Systems (Huawei iMaster NCE, Ericsson ENM, Nokia NetAct)</p>
</li>
<li><p>Fault, performance, and configuration management platforms</p>
</li>
<li><p>OSS/BSS platforms (billing, provisioning, CRM)</p>
</li>
<li><p>Workforce management and field dispatch tools</p>
</li>
<li><p>Ticketing/ITSM systems (ServiceNow, Remedy)</p>
</li>
<li><p>Network planning and optimization tools</p>
</li>
<li><p>Automation/AIOps platforms for predictive maintenance</p>
</li>
</ul>
<h4>↪ 5. T-MS — KPIs/SLAs</h4>
<ul>
<li><p>Network/site availability (%)</p>
</li>
<li><p>MTTA (Mean Time to Acknowledge) and MTTR (Mean Time to Repair)</p>
</li>
<li><p>First-time-fix rate</p>
</li>
<li><p>Ticket SLA compliance rate</p>
</li>
<li><p>Call setup success rate, dropped call rate</p>
</li>
<li><p>Outage minutes and frequency</p>
</li>
<li><p>Preventive maintenance completion rate</p>
</li>
<li><p>Cost savings/OPEX reduction vs. baseline</p>
</li>
</ul>
<h4>↪ 6. T-MS — Typical Outputs</h4>
<ul>
<li><p>Network availability and performance reports</p>
</li>
<li><p>SLA compliance/penalty reports</p>
</li>
<li><p>Incident and outage reports with root cause</p>
</li>
<li><p>Preventive maintenance completion logs</p>
</li>
<li><p>Network optimization and capacity planning reports</p>
</li>
<li><p>Transition and knowledge-transfer documentation</p>
</li>
<li><p>Periodic governance/steering committee reports</p>
</li>
<li><p>Contract renewal/exit transition plans</p>
</li>
</ul>
<hr />
<h3>1.2 — Managed Security Services - MSS</h3>
<p><strong>Definition</strong>: Managed Security Services (MSS) is a security service-delivery model in which an organization contracts a specialized provider, commonly an <strong>MSSP (Managed Security Service Provider)</strong>, to operate, monitor, manage, or support some or all of its cybersecurity controls and processes under a defined scope, service model, KPIs, and SLAs.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/86a3e009-aa5d-45a6-953c-c73ae15543b2.png" alt="" style="display:block;margin:0 auto" />

<h4>↪ 1. MSS — Scope</h4>
<ul>
<li><p>Security device management: firewalls/NGFW, IPS/IDS, secure web and email gateways, VPN, WAF</p>
</li>
<li><p>Managed detection and response (MDR/XDR) across endpoints, network, cloud, and identity</p>
</li>
<li><p>Security Operation Center - Manage SIEM through monitoring and detection and response</p>
</li>
<li><p>Vulnerability management: scanning, prioritization, and remediation tracking</p>
</li>
<li><p>DDoS protection and anti-fraud monitoring</p>
</li>
<li><p>Threat intelligence and dark web/brand monitoring</p>
</li>
<li><p>Incident response and digital forensics (often as a retainer)</p>
</li>
<li><p>Identity security: managed IAM/PAM</p>
</li>
<li><p>Cloud security: CSPM, CWPP, SASE/SSE</p>
</li>
<li><p>Data protection: DLP, encryption key management</p>
</li>
<li><p>Governance, risk, and compliance (GRC) support, including virtual CISO (vCISO) services</p>
</li>
<li><p>Security awareness training and phishing simulation</p>
</li>
</ul>
<h4>↪ 2. MSS — Objective</h4>
<ul>
<li><p>Provide continuous (24x7x365) protection against cyber threats without the cost and difficulty of building an in-house SOC</p>
</li>
<li><p>Reduce Mean Time to Detect (MTTD) and Mean Time to Respond (MTTR) to security incidents</p>
</li>
<li><p>Close the skills gap — give access to specialized analysts, threat hunters, and forensic experts that are scarce and expensive to hire directly</p>
</li>
<li><p>Maintain and demonstrate regulatory compliance (ISO 27001, PCI DSS, GDPR, NIS2, etc.)</p>
</li>
<li><p>Lower total cost of ownership compared to building equivalent capability internally</p>
</li>
<li><p>Improve overall security posture through continuous monitoring, tuning, and threat intelligence</p>
</li>
<li><p>Provide predictable, subscription-based security spending (OPEX vs. CAPEX)</p>
</li>
</ul>
<h4>↪ 3. MSS — Teams</h4>
<ul>
<li><p><strong>SOC Analysts (Tier 1):</strong> monitor alerts, perform initial triage, escalate confirmed incidents</p>
</li>
<li><p><strong>Incident Responders (Tier 2/3):</strong> investigate escalated incidents, contain and remediate threats</p>
</li>
<li><p><strong>Threat Hunters:</strong> proactively search for hidden threats not caught by automated detection</p>
</li>
<li><p><strong>Threat Intelligence Analysts:</strong> track threat actors, TTPs, and emerging campaigns relevant to the customer</p>
</li>
<li><p><strong>Detection Engineers:</strong> build and tune detection rules/use cases</p>
</li>
<li><p><strong>Forensic Analysts:</strong> conduct deep-dive investigations and evidence collection after major incidents</p>
</li>
<li><p><strong>Vulnerability Management Analysts:</strong> run scans, prioritize findings, track remediation</p>
</li>
<li><p><strong>Compliance/GRC Specialists:</strong> manage audit evidence, policy alignment, and regulatory reporting</p>
</li>
<li><p><strong>vCISO (Virtual CISO):</strong> provides strategic security leadership, often for smaller customers without a dedicated CISO</p>
</li>
<li><p><strong>Customer Success/Account Managers:</strong> manage the relationship, SLA reporting, and escalation ownership</p>
</li>
<li><p><strong>Customer-side counterpart:</strong> a smaller retained in-house team (often under the CISO) that owns the MSSP relationship and makes final incident decisions</p>
</li>
</ul>
<h4>↪ 4. MSS — Tools/Technologies</h4>
<ul>
<li><p><strong>SIEM</strong> (Splunk, Microsoft Sentinel, QRadar, Elastic) for log correlation</p>
</li>
<li><p><strong>SOAR</strong> platforms for automated playbook-driven response</p>
</li>
<li><p><strong>EDR/XDR</strong> (CrowdStrike, SentinelOne, Microsoft Defender) for endpoint detection</p>
</li>
<li><p><strong>NDR</strong> for network-based detection</p>
</li>
<li><p><strong>Firewalls/NGFW, IPS/IDS, WAF</strong> for perimeter and application protection</p>
</li>
<li><p><strong>Vulnerability scanners</strong> (Qualys, Tenable, Rapid7)</p>
</li>
<li><p><strong>Threat Intelligence Platforms (TIP)</strong> and threat feeds</p>
</li>
<li><p><strong>UEBA</strong> for behavioral anomaly detection</p>
</li>
<li><p><strong>CSPM/CWPP</strong> tools for cloud workload and posture security</p>
</li>
<li><p><strong>IAM/PAM</strong> platforms (Okta, CyberArk) for identity-based access control</p>
</li>
<li><p><strong>DLP</strong> solutions for data loss prevention</p>
</li>
<li><p><strong>Case management/ticketing</strong> systems (ServiceNow, Jira) for incident tracking</p>
</li>
<li><p><strong>Sandboxing</strong> tools for malware analysis</p>
</li>
</ul>
<h4>↪ 5. MSS — KPIs/SLAs</h4>
<ul>
<li><p><strong>MTTD</strong> (Mean Time to Detect) — how fast a threat is identified</p>
</li>
<li><p><strong>MTTR/MTTC</strong> (Mean Time to Respond/Contain) — how fast an incident is acted on and contained</p>
</li>
<li><p><strong>Alert response time</strong> — SLA on acknowledging alerts by severity tier (e.g., Critical within 15 min, High within 1 hour)</p>
</li>
<li><p><strong>False positive rate</strong> — quality of detection tuning</p>
</li>
<li><p><strong>Coverage metrics</strong> — percentage of assets/endpoints under monitoring, MITRE ATT&amp;CK technique coverage</p>
</li>
<li><p><strong>Patch/vulnerability remediation SLA</strong> — time to remediate critical vulnerabilities (e.g., 7 days for critical, 30 for high)</p>
</li>
<li><p><strong>Incident escalation accuracy</strong> — proportion of escalations that are true positives</p>
</li>
<li><p><strong>Uptime/availability</strong> of managed security devices and monitoring platforms</p>
</li>
<li><p><strong>Compliance audit pass rate</strong> and time to produce audit evidence</p>
</li>
<li><p><strong>Customer satisfaction (CSAT)</strong> and reporting cadence adherence</p>
</li>
</ul>
<h4>↪ 6. MSS — Typical Outputs</h4>
<ul>
<li><p>Real-time and periodic (daily/weekly/monthly) security dashboards and reports</p>
</li>
<li><p>Incident reports with root cause, impact, and remediation actions</p>
</li>
<li><p>Threat intelligence briefings and advisories relevant to the customer's industry</p>
</li>
<li><p>Vulnerability assessment reports with prioritized remediation recommendations</p>
</li>
<li><p>Compliance reports and audit-ready evidence packages</p>
</li>
<li><p>Executive summaries and risk posture reports for leadership/board</p>
</li>
<li><p>Post-incident reviews and lessons-learned documentation</p>
</li>
<li><p>Tuned detection rules and updated playbooks</p>
</li>
<li><p>SLA performance reports against contracted targets</p>
</li>
<li><p>Security awareness training completion and phishing simulation results</p>
</li>
</ul>
<hr />
<h2>2. Operation Centers Models</h2>
<h3>2.1 — Telecom Service Assurance/Operation Center - T-SOC</h3>
<p><strong>Definition:</strong> Monitors end-to-end customer-facing services (voice, data, broadband, VAS) rather than individual network elements — focused on customer experience and SLA compliance, not raw equipment alarms.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/dff828ca-93f7-473d-9041-f19177437fbe.png" alt="" style="display:block;margin:0 auto" />

<h4>↪ 1. T-SOC — Scope</h4>
<ul>
<li><p>End-to-end service quality monitoring (CEM) for voice, SMS, mobile data, VoLTE, broadband, leased lines, IPTV, VAS, IoT</p>
</li>
<li><p>Customer-impacting incident management, prioritized by number/value of affected customers</p>
</li>
<li><p>Major incident and crisis coordination</p>
</li>
<li><p>Problem management (root cause of recurring issues)</p>
</li>
<li><p>SLA management for enterprise/wholesale customers</p>
</li>
<li><p>Service activation/provisioning follow-up</p>
</li>
<li><p>Coordination across NOC, field teams, vendors, IT, and customer care</p>
</li>
</ul>
<h4>↪ 2. T-SOC — Objective</h4>
<ul>
<li><p>Ensure customers receive the service quality they're paying for</p>
</li>
<li><p>Minimize customer-perceived downtime and degradation</p>
</li>
<li><p>Meet contractual SLAs for enterprise/wholesale clients</p>
</li>
<li><p>Translate technical faults into business/customer impact</p>
</li>
<li><p>Reduce churn caused by poor service experience</p>
</li>
<li><p>Provide one point of accountability for service quality across silos</p>
</li>
</ul>
<h4>↪ 3. T-SOC — Teams</h4>
<ul>
<li><p>Service Operations Analysts (L1) — monitor KPIs, log tickets</p>
</li>
<li><p>Service Assurance Engineers (L2) — investigate degradations</p>
</li>
<li><p>Major Incident Managers — own coordination during big outages</p>
</li>
<li><p>Problem Managers — drive root cause analysis</p>
</li>
<li><p>SLA/Account Managers — track contractual compliance</p>
</li>
<li><p>Customer Experience Analysts — correlate network issues to customer impact</p>
</li>
</ul>
<h4>↪ 4. T-SOC — Tools/Technologies</h4>
<ul>
<li><p>Service assurance platforms and service inventory/CMDB</p>
</li>
<li><p>Customer Experience Management (CEM) tools and probes</p>
</li>
<li><p>Service Quality Monitoring (SQM) dashboards</p>
</li>
<li><p>ITSM/ticketing (ServiceNow, Remedy)</p>
</li>
<li><p>Fault-to-service correlation engines</p>
</li>
<li><p>Synthetic transaction monitoring</p>
</li>
</ul>
<h4>↪ 5. T-SOC — KPIs/SLAs</h4>
<ul>
<li><p>Service availability (per service type)</p>
</li>
<li><p>SLA breach count and time-to-breach</p>
</li>
<li><p>Mean Time to Restore Service (MTRS)</p>
</li>
<li><p>Customers/services impacted per incident</p>
</li>
<li><p>First-call resolution rate</p>
</li>
<li><p>Major incident frequency and duration</p>
</li>
</ul>
<h4>↪ 6. T-SOC — Typical Outputs</h4>
<ul>
<li><p>Service availability and SLA compliance reports</p>
</li>
<li><p>Major incident post-mortems and customer communications</p>
</li>
<li><p>Root cause analysis reports</p>
</li>
<li><p>Executive dashboards on customer-impacting issues</p>
</li>
<li><p>SLA credit/penalty calculations</p>
</li>
</ul>
<hr />
<h3>2.2 — Telecom Network Operation Center - T-NOC</h3>
<p><strong>Definition:</strong> NOC is a centralized operational function, typically operating 24x7 in telecom environments, that monitors, maintains, troubleshoots, and coordinates restoration of network infrastructure and network resources across domains such as RAN, core, transport, fixed access, and supporting infrastructure.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/a3debe93-e6f1-4676-b466-139920e4c5d4.png" alt="" style="display:block;margin:0 auto" />

<h4>↪ 1. T-NOC — Scope</h4>
<ul>
<li><p>RAN (2G/3G/4G/5G base stations)</p>
</li>
<li><p>Core network (packet core, voice core, IMS)</p>
</li>
<li><p>Transport (microwave, fiber, DWDM, IP/MPLS, routers, switches)</p>
</li>
<li><p>Fixed access (FTTH, DSL)</p>
</li>
<li><p>Data centers, power, and environmental systems</p>
</li>
<li><p>FCAPS: Fault, Configuration, Accounting, Performance, (basic) Security management</p>
</li>
</ul>
<h4>↪ 2. T-NOC — Objective</h4>
<ul>
<li><p>Maximize network uptime/availability</p>
</li>
<li><p>Detect and resolve faults before or as soon as they affect customers</p>
</li>
<li><p>Keep network performance within target thresholds</p>
</li>
<li><p>Execute planned maintenance/upgrades with minimal disruption</p>
</li>
<li><p>Provide a real-time, accurate picture of network health</p>
</li>
</ul>
<h4>↪ 3. T-NOC — Teams</h4>
<ul>
<li><p>L1 Monitoring/Triage Engineers — alarm monitoring, ticketing handling</p>
</li>
<li><p>L2 Field/Remote Engineers — deeper troubleshooting</p>
</li>
<li><p>L3 Specialist/Vendor Engineers — software fixes, design issues</p>
</li>
<li><p>Field Maintenance Technicians — on-site repairs, preventive maintenance</p>
</li>
<li><p>Change/Release Managers — planned maintenance windows</p>
</li>
<li><p>NOC Shift Managers — oversee operations and escalations</p>
</li>
<li><p>Vendor Support — supplier-specific technical escalation</p>
</li>
<li><p>Problem Management — recurring-incident and RCA coordination</p>
</li>
<li><p>Capacity / Performance Engineers — trend and resource analysis</p>
</li>
</ul>
<h4>↪ 4. T-NOC — Tools/Technologies</h4>
<ul>
<li><p>Element/Network Management Systems (Huawei U2020, Ericsson ENM, Nokia NetAct)</p>
</li>
<li><p>Fault and performance management systems</p>
</li>
<li><p>Alarm correlation engines</p>
</li>
<li><p>Ticketing and workforce management tools</p>
</li>
<li><p>AIOps/automation for predictive maintenance and auto-healing</p>
</li>
</ul>
<h4>↪ 5. T-NOC — KPIs/SLAs</h4>
<ul>
<li><p>Network/site availability (%)</p>
</li>
<li><p>MTTA (Mean Time to Acknowledge)</p>
</li>
<li><p>MTTR (Mean Time to Repair)</p>
</li>
<li><p>Number and duration of outages</p>
</li>
<li><p>Alarm backlog and resolution rate</p>
</li>
<li><p>Call setup success rate, dropped call rate</p>
</li>
</ul>
<h4>↪ 6. T-NOC — Typical Outputs</h4>
<ul>
<li><p>Real-time alarm/fault dashboards</p>
</li>
<li><p>Network availability and performance reports</p>
</li>
<li><p>Outage/incident reports with root cause</p>
</li>
<li><p>Maintenance schedules and change logs</p>
</li>
<li><p>Capacity planning and trend reports</p>
</li>
</ul>
<hr />
<h3>2.3 — Telecom Security Operation Center - T-SOC</h3>
<p><strong>Definition:</strong> Telco SOC is a security capability specialized for threats and telemetry associated with telecom infrastructure, signaling, interconnects, subscribers, RAN, core networks, IMS, telecom applications, and telecom management planes. A telecom operator does <strong>not</strong> necessarily need a separate dedicated Telco SOC. Telecom-security responsibilities may instead be integrated into the enterprise SOC, network-security teams, fraud-management teams, or dedicated signaling-security operations.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/e6942f85-3e9b-4f3a-a251-279ad5ecc6d0.png" alt="" style="display:block;margin:0 auto" />

<h4>↪ 1. T-SOC — Scope</h4>
<ul>
<li><p>Signaling security: SS7, Diameter, GTP monitoring and firewalling</p>
</li>
<li><p>Fraud: SIM box bypass, IRSF, Wangiri, subscription fraud (paired with FMS)</p>
</li>
<li><p>SIM swap/account takeover monitoring</p>
</li>
<li><p>5G core security: service-based architecture APIs, slicing isolation</p>
</li>
<li><p>IMS/VoLTE and SIP security</p>
</li>
<li><p>RAN threats: rogue base stations, IMSI catchers</p>
</li>
<li><p>OSS/BSS and management-plane security</p>
</li>
<li><p>Subscriber data protection (CDRs, HLR/HSS/UDM)</p>
</li>
<li><p>Lawful interception system integrity</p>
</li>
</ul>
<h4>↪ 2. T-SOC — Objective</h4>
<ul>
<li><p>Protect telecom-specific infrastructure that generic IT security tools don't cover</p>
</li>
<li><p>Prevent signaling-based attacks (interception, tracking, fraud)</p>
</li>
<li><p>Minimize revenue loss from telecom fraud</p>
</li>
<li><p>Maintain compliance with GSMA guidelines and national regulators</p>
</li>
<li><p>Protect subscriber privacy and data</p>
</li>
<li><p>Secure the network without compromising its availability requirements</p>
</li>
</ul>
<h4>↪ 3. T-SOC — Teams</h4>
<ul>
<li><p>Telecom Security Analysts — security monitoring with telecom-domain knowledge</p>
</li>
<li><p>Signaling Security Analysts / Engineers — SS7, Diameter, GTP and interconnect security</p>
</li>
<li><p>Fraud Management Analysts — fraud investigation and loss analysis</p>
</li>
<li><p>Signaling Firewall Engineers — signaling-security controls and policy</p>
</li>
<li><p>Telecom Threat Intelligence Analysts — telecom-relevant actors, vulnerabilities and campaigns</p>
</li>
<li><p>Incident Responders — coordinated investigation and containment</p>
</li>
<li><p>5G Core Security Specialists — SBA/SBI and cloud-native security</p>
</li>
<li><p>RAN Security Specialists — RAN/RF security where applicable</p>
</li>
<li><p>Security Assurance Specialists — hardening, testing and assurance</p>
</li>
</ul>
<h4>↪ 4. T-SOC — Tools/Technologies</h4>
<ul>
<li><p>Signaling firewalls (SS7/Diameter/GTP)</p>
</li>
<li><p>Fraud Management Systems (FMS)</p>
</li>
<li><p>Telecom-specific SIEM use cases</p>
</li>
<li><p>Core network/SBC log monitoring</p>
</li>
<li><p>GSMA threat intelligence feeds</p>
</li>
<li><p>NESAS/3GPP SCAS compliance tooling</p>
</li>
</ul>
<h4>↪ 5. T-SOC — KPIs/SLAs</h4>
<ul>
<li><p>Signaling attack detection/block rate</p>
</li>
<li><p>Fraud loss reduction (value and volume)</p>
</li>
<li><p>MTTD/MTTR for telecom-specific incidents</p>
</li>
<li><p>SIM swap fraud detection rate</p>
</li>
<li><p>Compliance audit pass rate (GSMA FS.11, FS.19, NESAS)</p>
</li>
<li><p>Cloud-native monitoring for 5G core</p>
</li>
<li><p>RAN security telemetry where available</p>
</li>
</ul>
<h4>↪ 6. T-SOC — Typical Outputs</h4>
<ul>
<li><p>Signaling-security incident reports</p>
</li>
<li><p>Telecom fraud reports</p>
</li>
<li><p>Threat-intelligence briefings</p>
</li>
<li><p>Security incident reports</p>
</li>
<li><p>Telecom-specific detection reports</p>
</li>
<li><p>Signaling firewall policy/tuning reports</p>
</li>
<li><p>Regulatory/assurance evidence</p>
</li>
<li><p>5G security posture reports</p>
</li>
<li><p>Cross-team incident reports with NOC/fraud/SOC</p>
</li>
<li><p>Security-control effectiveness reports</p>
</li>
</ul>
<hr />
<h3>2.4 — Cybersecurity Operation Center - CSOC/SOC</h3>
<p><strong>Definition:</strong> SOC is a security operational function that continuously monitors, detects, investigates, responds to, and helps contain cybersecurity threats across enterprise IT, endpoints, networks, identity, applications, cloud, and other monitored environments.</p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/eaa54108-f8f2-43f8-ac3e-7b9e87523e27.png" alt="" style="display:block;margin:0 auto" />

<h4>↪ 1. SOC — Scope</h4>
<ul>
<li><p>Continuous monitoring across endpoints, network, cloud, identity, applications</p>
</li>
<li><p>Detection engineering and rule tuning</p>
</li>
<li><p>Incident response lifecycle (detect, contain, eradicate, recover)</p>
</li>
<li><p>Threat hunting and threat intelligence</p>
</li>
<li><p>Vulnerability management support</p>
</li>
<li><p>Digital forensics and malware analysis</p>
</li>
</ul>
<h4>↪ 2. SOC — Objective</h4>
<ul>
<li><p>Detect and respond to attacks before significant damage occurs</p>
</li>
<li><p>Reduce MTTD/MTTR for security incidents</p>
</li>
<li><p>Provide continuous visibility across the attack surface</p>
</li>
<li><p>Support regulatory and audit compliance</p>
</li>
<li><p>Validate detection coverage (e.g., against MITRE ATT&amp;CK)</p>
</li>
</ul>
<h4>↪ 3. SOC — Teams</h4>
<ul>
<li><p><strong>Tier 1 Analysts</strong> — alert monitoring and triage</p>
</li>
<li><p><strong>Tier 2 Incident Responders</strong> — investigation and containment</p>
</li>
<li><p><strong>Tier 3 Threat Hunters / SMEs</strong> — proactive analysis and advanced investigations</p>
</li>
<li><p><strong>Threat Intelligence Analysts</strong></p>
</li>
<li><p><strong>Detection Engineers</strong></p>
</li>
<li><p><strong>Digital Forensics / Malware Analysts</strong></p>
</li>
<li><p><strong>Cloud Security Specialists</strong></p>
</li>
<li><p><strong>Identity Security Specialists</strong></p>
</li>
<li><p><strong>SOC Manager / Shift Manager</strong></p>
</li>
<li><p><strong>Incident / Problem / Crisis Managers</strong> where applicable</p>
</li>
</ul>
<h4>↪ 4. SOC — Tools/Technologies</h4>
<ul>
<li><p>SIEM (Splunk, Sentinel, QRadar)</p>
</li>
<li><p>SOAR for automated response</p>
</li>
<li><p>EDR/XDR (CrowdStrike, SentinelOne, Defender)</p>
</li>
<li><p>NDR and UEBA</p>
</li>
<li><p>Threat intelligence platforms</p>
</li>
<li><p>Vulnerability scanners, sandboxing tools</p>
</li>
<li><p>Case management / ITSM</p>
</li>
<li><p>Digital-forensics tooling</p>
</li>
<li><p>Vulnerability / exposure-management systems</p>
</li>
</ul>
<h4>↪ 5. SOC — KPIs/SLAs</h4>
<ul>
<li><p>MTTD / MTTR / MTTC</p>
</li>
<li><p>False positive rate</p>
</li>
<li><p>Alert volume and escalation rate</p>
</li>
<li><p>MITRE ATT&amp;CK technique coverage</p>
</li>
<li><p>SLA compliance on response time by severity</p>
</li>
</ul>
<h4>↪ 6. SOC — Typical Outputs</h4>
<ul>
<li><p>Security incidents</p>
</li>
<li><p>Incident reports</p>
</li>
<li><p>Investigation notes</p>
</li>
<li><p>Post-incident reviews</p>
</li>
<li><p>Threat-intelligence briefings</p>
</li>
<li><p>Detection-content changes</p>
</li>
<li><p>Detection coverage/gap reports</p>
</li>
<li><p>Compliance evidence packages</p>
</li>
<li><p>Executive security posture reports</p>
</li>
<li><p>Security-health dashboards</p>
</li>
<li><p>Automation/playbook improvements</p>
</li>
</ul>
<hr />
<h2>3. Escalation Matrix</h2>
<p>Escalation matrix the one of most playbook used on daily basis for operation handling incident and problem over technology or people operation, it show you where to go to get solution when need assist.</p>
<table>
<thead>
<tr>
<th>Trigger</th>
<th>Primary Owner</th>
<th>Secondary / Escalation</th>
<th>Typical Next Step</th>
</tr>
</thead>
<tbody><tr>
<td>Single cell/site alarm</td>
<td>NOC</td>
<td>RAN L2 / Field</td>
<td>Remote diagnosis / field dispatch</td>
</tr>
<tr>
<td>Multiple sites impacted</td>
<td>NOC</td>
<td>Transport/Core/Field/Vendor</td>
<td>Correlation and major-incident assessment</td>
</tr>
<tr>
<td>Customer service degradation</td>
<td>Service Assurance</td>
<td>NOC / IT / Vendor</td>
<td>Service-to-resource correlation</td>
</tr>
<tr>
<td>Enterprise SLA risk</td>
<td>Service Assurance</td>
<td>Account / NOC / Engineering</td>
<td>Restore service before SLA breach</td>
</tr>
<tr>
<td>Security alert</td>
<td>Enterprise SOC</td>
<td>IR / IT / Network</td>
<td>Investigate and contain</td>
</tr>
<tr>
<td>Telecom signaling attack</td>
<td>Telco SOC</td>
<td>NOC / IR / Signaling Engineering</td>
<td>Block/contain and validate service</td>
</tr>
<tr>
<td>Suspected telecom fraud</td>
<td>Fraud Management</td>
<td>Telco SOC / Revenue Assurance</td>
<td>Investigate fraud pattern and prevent loss</td>
</tr>
<tr>
<td>Major multi-domain outage</td>
<td>Major Incident Manager</td>
<td>All relevant operations</td>
<td>Cross-functional recovery</td>
</tr>
<tr>
<td>Repeated fault</td>
<td>Problem Management</td>
<td>Engineering / Vendor</td>
<td>RCA and permanent corrective action</td>
</tr>
</tbody></table>
<blockquote>
<p>[Note] Escalation Matrix defined by MNO or Vendor based on contract with customer. above table for learning purposes</p>
</blockquote>
<hr />
<h2>4. RACI Concept</h2>
<p>A detailed RACI is operator-specific, but a common pattern is: <strong>A = Accountable, R = Responsible, C = Consulted, I = Informed.</strong></p>
<img src="https://cdn.hashnode.com/uploads/covers/6a5a30ef6f56f19b6082c36d/cfa899f7-1fff-4693-8e81-d87c03b27f97.png" alt="" style="display:block;margin:0 auto" />

<table>
<thead>
<tr>
<th>Activity</th>
<th>Service Assurance</th>
<th>NOC</th>
<th>Telco SOC</th>
<th>Enterprise SOC</th>
<th>Field</th>
<th>Vendor</th>
<th>Fraud</th>
</tr>
</thead>
<tbody><tr>
<td>Network alarm monitoring</td>
<td>C</td>
<td>A/R</td>
<td>C</td>
<td>C</td>
<td>I</td>
<td>C</td>
<td>I</td>
</tr>
<tr>
<td>Network restoration</td>
<td>C</td>
<td>A/R</td>
<td>C</td>
<td>I</td>
<td>R</td>
<td>R</td>
<td>I</td>
</tr>
<tr>
<td>Customer-impact assessment</td>
<td>A/R</td>
<td>C</td>
<td>C</td>
<td>I</td>
<td>I</td>
<td>C</td>
<td>I</td>
</tr>
<tr>
<td>Telecom security incident</td>
<td>C</td>
<td>C</td>
<td>A/R</td>
<td>C</td>
<td>C</td>
<td>C</td>
<td>C</td>
</tr>
<tr>
<td>Enterprise cyber incident</td>
<td>I</td>
<td>C</td>
<td>C</td>
<td>A/R</td>
<td>I</td>
<td>C</td>
<td>I</td>
</tr>
<tr>
<td>Telecom fraud case</td>
<td>C</td>
<td>C</td>
<td>C</td>
<td>I</td>
<td>I</td>
<td>C</td>
<td>A/R</td>
</tr>
<tr>
<td>Major incident coordination</td>
<td>A/R</td>
<td>R</td>
<td>R</td>
<td>R</td>
<td>R</td>
<td>R</td>
<td>C</td>
</tr>
<tr>
<td>Root-cause analysis</td>
<td>A</td>
<td>R</td>
<td>R</td>
<td>R</td>
<td>C</td>
<td>R</td>
<td>C</td>
</tr>
</tbody></table>
<blockquote>
<p>[Note] RACI defined by MNO or Vendor based on contract. above table for learning purposes</p>
</blockquote>
<hr />
<h2>5. Reference Frameworks and Standards</h2>
<p>The following sources/framework families are useful:</p>
<ul>
<li><p>ITU-T network management and FCAPS-related recommendations</p>
</li>
<li><p>3GPP security architecture specifications, including 5G security architecture</p>
</li>
<li><p>3GPP Security Assurance Specifications (SCAS)</p>
</li>
<li><p>GSMA security guidelines</p>
</li>
<li><p>GSMA NESAS</p>
</li>
<li><p>TM Forum service assurance and customer experience assurance frameworks</p>
</li>
<li><p>NIST Cybersecurity Framework</p>
</li>
<li><p>NIST incident-response guidance</p>
</li>
<li><p>MITRE ATT&amp;CK for detection and telemetry mapping</p>
</li>
</ul>
<hr />
<h2>6. Key Terminology Summary</h2>
<table>
<thead>
<tr>
<th>Term</th>
<th>Meaning</th>
</tr>
</thead>
<tbody><tr>
<td><strong>TMS</strong></td>
<td>Telecom Managed Services — outsourced/contracted operational service model</td>
</tr>
<tr>
<td><strong>MSS</strong></td>
<td>Managed Security Services — contracted security-service delivery model</td>
</tr>
<tr>
<td><strong>MSSP</strong></td>
<td>Managed Security Service Provider</td>
</tr>
<tr>
<td><strong>NOC</strong></td>
<td>Network Operations Center — network-resource operations</td>
</tr>
<tr>
<td><strong>Service Assurance</strong></td>
<td>End-to-end service/customer-impact operations</td>
</tr>
<tr>
<td><strong>SOC</strong></td>
<td>Security Operations Center — cybersecurity operations</td>
</tr>
<tr>
<td><strong>Telco SOC</strong></td>
<td>Telecom-specialized security operations</td>
</tr>
<tr>
<td><strong>EMS</strong></td>
<td>Element Management System</td>
</tr>
<tr>
<td><strong>NMS</strong></td>
<td>Network Management System</td>
</tr>
<tr>
<td><strong>OSS</strong></td>
<td>Operations Support Systems</td>
</tr>
<tr>
<td><strong>BSS</strong></td>
<td>Business Support Systems</td>
</tr>
<tr>
<td><strong>CEM</strong></td>
<td>Customer Experience Management</td>
</tr>
<tr>
<td><strong>SIEM</strong></td>
<td>Security Information and Event Management</td>
</tr>
<tr>
<td><strong>SOAR</strong></td>
<td>Security Orchestration, Automation and Response</td>
</tr>
<tr>
<td><strong>EDR</strong></td>
<td>Endpoint Detection and Response</td>
</tr>
<tr>
<td><strong>XDR</strong></td>
<td>Extended Detection and Response</td>
</tr>
<tr>
<td><strong>NDR</strong></td>
<td>Network Detection and Response</td>
</tr>
<tr>
<td><strong>FMS</strong></td>
<td>Fraud Management System</td>
</tr>
<tr>
<td><strong>FCAPS</strong></td>
<td>Fault, Configuration, Accounting, Performance, Security</td>
</tr>
<tr>
<td><strong>RCA</strong></td>
<td>Root Cause Analysis</td>
</tr>
<tr>
<td><strong>MTTA</strong></td>
<td>Mean Time to Acknowledge</td>
</tr>
<tr>
<td><strong>MTTD</strong></td>
<td>Mean Time to Detect</td>
</tr>
<tr>
<td><strong>MTTC</strong></td>
<td>Mean Time to Contain</td>
</tr>
<tr>
<td><strong>MTTR</strong></td>
<td>Mean Time to Respond/Resolve/Restore — define the exact metric locally/contractually</td>
</tr>
<tr>
<td><strong>MTRS</strong></td>
<td>Mean Time to Restore Service</td>
</tr>
<tr>
<td><strong>SLA</strong></td>
<td>Service Level Agreement</td>
</tr>
<tr>
<td><strong>KPI</strong></td>
<td>Key Performance Indicator</td>
</tr>
<tr>
<td><strong>RACI</strong></td>
<td>Responsible, Accountable, Consulted, Informed</td>
</tr>
<tr>
<td><strong>SCAS</strong></td>
<td>Security Assurance Specifications</td>
</tr>
<tr>
<td><strong>NESAS</strong></td>
<td>Network Equipment Security Assurance Scheme</td>
</tr>
</tbody></table>
<hr />
]]></content:encoded></item></channel></rss>