Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
P Product Description
Notice
This document contains information that is proprietary to Ceragon Networks Ltd. No part of this publication may be reproduced, modified, or distributed without prior written authorization of Ceragon Networks Ltd. This document is provided as is, without warranty of any kind.
Registered Trademarks
Ceragon Networks , FibeAir and CeraView are registered trademarks of Ceragon Networks Ltd. Other names mentioned in this publication are owned by their respective holders.
Trademarks
CeraMap , ConfigAir , PolyView , EncryptAir CeraMon , EtherAir , and MicroWave Fiber , are trademarks of Ceragon Networks Ltd. Other names mentioned in this publication are owned by their respective holders.
TM TM TM TM, TM TM TM
Statement of Conditions
The information contained in this document is subject to change without notice. Ceragon Networks Ltd. shall not be liable for errors contained herein or for incidental or consequential damage in connection with the furnishing, performance, or use of this document or equipment supplied with it.
Information to User
Any changes or modifications of equipment not expressly approved by the manufacturer could void the users authority to operate the equipment and the warranty for such equipment. Copyright 2010 by Ceragon Networks Ltd. All rights reserved.
Corporate Headquarters: Ceragon Networks Ltd. 24 Raoul Wallenberg St. Tel Aviv 69719, Israel Tel: 972-3-645-5733 Fax: 972-3-645-5499 Email: info@ceragon.com North American Headquarters: Ceragon Networks Inc. 10 Forest Avenue, Paramus, NJ 07652, USA Tel: 1-201-845-6955 Toll Free: 1-877-FIBEAIR Fax: 1-201-845-5665 Email: infous@ceragon.com
www.ceragon.com
European Headquarters: Ceragon Networks (UK) Ltd. 4 Oak Tree Park, Burnt Meadow Road North Moons Moat, Redditch, Worcestershire B98 9NZ, UK Tel: 44-(0)-1527-591900 Fax: 44-(0)-1527-591903 Email: infoeuro@ceragon.com APAC Headquarters: Ceragon Networks APAC (S'pore) Pte Ltd 100 Beach Road #27-01/03 Shaw Towers Singapore 189702 Tel.: 65 65724170 Fax: 65 65724199
nXT1/E1 n X T1/E1
MEN
ETH
Control
IP-10 features impressive market-leading throughput capability together with advanced networking functionality. Some of the quick points that place IP-10 at the top of the wireless IP offerings: Supports all licensed bands, from 6 to 38 GHz Supports channel bandwidths of from 3.5 MHz to 56 MHz Supports throughputs of from 5 to 500 Mbps per radio carrier (QPSK to 256 QAM) Incorporates advanced integrated Ethernet switching capabilities In addition, using unique Adaptive Coding & Modulation (ACM), your network benefits from non-stop, dependable, capacity deliverance.
Features
Highest Spectral Efficiency Modulations: QPSK to 256 QAM Radio capacity: o o ETSI up to 20/50/100/220/280/500 Mbps over 3.5/7/14/28/40/56 MHz channels FCC up to 70/140/240/320/450 Mbps over 10/20/30/40/50 MHz channels
All licensed bands: L6, U6, 7, 8, 10, 11, 13, 15, 18, 23, 26, 28, 32, 38 GHz Highest scalability: From 10 Mbps to 500 Mbps, using the same hardware, including the same ODU/RFU! Configurations: 1+0 or 1+1 Hot Standby (fully redundant), 1+1 SD, 2+0/2+2 TDM Voice Transmission with Dynamic Allocation - With the n x E1/T1 option, only enabled E1/T1 ports are allocated with capacity. The remaining capacity is dynamically allocated to the Ethernet ports to ensure maximum Ethernet capacity.
OA&M
Service Management
Security
Native2
E1/ DS1
Ch-STM1/ OC3
Terminal Mux
RFU (6-38GHz)
est High
y Ch t an a city apa C
G-Series
1+0, 1+1 HSB, 1+1 SD SD, 2+0/Multi-radio, 2+2/Mult-radio
XPIC option Max radio capacity # of Ethernet interfaces Full Carrier Ethernet switching feature-set including ring protection # of E1/T1 integrated IDU interfaces option # of E1/T1s per radio carrier T-Card slot (additional 16 E1/T1 interfaces or STM1/OC3 Mux) Nodal/XC/SNCP support Sync unit option V.11/RS232 User Channel option
Yes 500Mbps 1Gbps using 2+0/XPIC 5 x FE RJ-45+ (RJ-45/SFP) 2 x GE combo (RJ Yes
16 E1, 16T1, None 75 E1s / 84 T1s Yes Yes Yes 2 x Async V.11/RS232 or 1 x Sync V.11
Native2 Microwave Radio Technology At the heart of the IP-10 solution is Ceragon's market-leading Native2 microwave technology. With this technology, the microwave carrier supports native IP/Ethernet traffic together with optional native PDH. Neither traffic type is mapped over the other, while both dynamically share the same overall bandwidth. This unique approach allows you to plan and build optimal all-IP or hybrid TDM-IP backhaul networks which make it ideal for any RAN (Radio Access Network) evolution path selected by the wireless provider (including Green-Field 3.5G/4G all-IP installations). In addition, Native2 ensures: Very low link latency of <0.15 msecs @ 400 Mbps. Very low overhead mapping for both Ethernet and TDM traffic, to the microwave radio frame. High precision native TDM synchronization distribution.
Adaptive Coding & Modulation ACM employs the highest possible modulation during changing environmental conditions, which may be conditions from QPSK to 256 QAM. The benefits of this dynamic feature include: Maximized spectrum usage Increased capacity over a given bandwidth 8 modulation/coding work points (~3 db system gain for each point change) Supports both Ethernet and T1/E1 traffic Hitless and errorless modulation/coding changes based on signal quality rrorless changes, T1/E1 traffic has priority over Ethernet traffic An integrated QoS mechanism enable intelligent congestion management to ensure that your high ntegrated enables priority traffic is not affected during link fading fading. Each T1/E1 is assigned a priority to enable differentiated T1/E1 dropping during severe link degradation.
Integrated Layer-2 Switching IP-10 supports two modes for Ethernet switching: Smart Pipe - In this mode, Ethernet switching functionality is disabled and only a single Ethernet interface is enabled for user traffic. The unit effectively operates as a point-to-point Ethernet microwave radio. Metro Switch - In this mode, Ethernet switching functionality is enabled.
QoS-Aware Dynamic Congestion Management (with ACM) Four priority (CoS) queues Advanced CoS classifier: 802.1p, VLAN ID, IPv4 / IPv6 (DSCP/TOS/TC). Advanced ingress traffic policing/rate-limiting per port/CoS Flexible scheduling: Strict Priority, Weighted Round Robin, or hybrid. Traffic shaping 802.3x flow control (for loss-less) operation Intelligent Ethernet Header Compression (patent-pending) Improves effective throughput by up to 45%! Does not affect user traffic.
10
Extensive Radio Capacity/Utilization Statistics Statistics are collected at 15-minute and 24-hour intervals Historical statistics are stored and made available when needed Capacity/ACM statistics: - Maximum modulation in interval - Minimum modulation in interval - # of seconds in an interval, during which active modulation was below the user-configured threshold Utilization statistics: - Maximal radio link utilization in an interval - Average radio link utilization in an interval - # of seconds in an interval, during which radio link utilization was above the user-configured threshold In-Band Management IP-10 can optionally be managed in-band, via its radio and Ethernet interfaces. This method of management eliminates the need for a dedicated interface and network. In-band management uses a dedicated management VLAN, which is user-configurable. Native TDM Base Station Timing & Synchronization Each T1/E1 trail carries a native TDM clock, which is compliant with strict cellular application requirements (2G/3G), and is suitable as a base station timing source. This eliminates the need for timing-over-packet techniques for base station synchronization.
11
Advantages
IP-10 has many advantages that cover the many aspects of flexible and reliable network building.
Experience Counts
IP-10 was designed with continuity in mind. It is based on Ceragons well-established and field-proven IP-MAX Ethernet microwave technology. With Ceragon's large install base, years of experience in high-capacity IP radios, and seamless integration with all standard IP equipment vendors, IP-10 is poised to be an IP networking standard-bearer.
Native2
With Native2, you get optimal all-IP or hybrid TDM-IP backhaul networking - ideal for any RAN evolution path!
12
Applications
Mobile backhaul Cellular Networks FibeAir IP-10 family supports both Ethernet and TDM for cellular backhaul network migration to IP, within the same compact footprint. The system is suitable for all migration scenarios where carrier-grade Ethernet and legacy TDM services are required simultaneously. WiMAX Networks Enabling connectivity between WiMAX base stations and facilitating the expansion and reach of emerging WiMAX networks, FibeAir IP-10 provides a robust and cost-efficient solution with advanced native Ethernet capabilities. FibeAir IP-10 family offers cost-effective, high-capacity connectivity for carriers in cellular, WiMAX and fixed markets. The FibeAir IP-10 platform supports multi-service and converged networking requirements for both legacy and the latest data-rich applications and services. Converged Fixed/Wireless Networks Ceragons FibeAir IP-10 delivers integrated high speed data, video and voice traffic in the most optimum and cost-effective manner. Operators can leverage FibeAir IP-10 to build a converged network infrastructure based on high capacity microwave to support multiple types of service. FibeAir IP-10 is fully compliant with MEF-9 & MEF-14 standards for all service types (EPL, EVPL and ELAN) making it the ideal platform for operators looking to provide high capacity Carrier Ethernet services meeting customers demand for coverage and stringent SLA.
13
System Overview
General
Split-mount architecture (IDU and RFU/ODU) Compatible with all existing Ceragon RFUs/ODUs. Dimensions o o o Height: 42.6 mm (1RU) Width: 439 mm (<19") Depth: 188 mm (fits in ETSI rack)
14
Fans drawer
16 x E1/T1s (optional) Protection Interface (RJ45) 2 x GE combo ports Electrical (RJ45) or Optical (SFP) 5 x FE Electrical (RJ45)
15
Interfaces
Main Interfaces: 5 x 10/100Base-T 2 x GbE combo ports: 10/100/1000Base-T or SFP 1000Base-X (G-Series only) 16 x T1/E1 (optional) RFU/ODU interface, N-type connector Additional Interfaces: TDM T-Card Slot options (G-Series only): o o o 16 x E1 16 x T1 1 x STM-1/OC-3
16 x E1/T1 T-Card
The T-cards are field-upgradable, and add a new dimension to the FibeAir IP-10 migration flexibility.
Terminal console AUX package (optional): o o Engineering Order Wire (EOW) User channel (V.11 Asynchronous, RS-232)
External alarms (4 inputs & 1 output) PROT: Ethernet protection control interface (for 1+1 HSB mode support) In addition, each of the FE traffic interfaces can be configured to support an alternate mode of operation: MGT: Ethernet out-of-band management (up to 3 interfaces) WS: Ethernet wayside
With or without AUX package (EOW, User channel) XPIC support (G-Series only) Sync unit * Contact Ceragon support for available combinations.
17
Assembly options
Add-ons
G&F Series
Radio ACM Carrier Ethernet Switch Network resiliency Sync. Unit Radio Capacity 10M 25M 50M (16E1*) 100M (32E1*)
150M (48E1/64E1*) 200M (75E1*) 300M All / 500M
Nodal enclosures
Main Expansion
SFPs Cables
G-Series Only
T-Cards
16 E1 16 DS1 STM1/OC3-Mux
Capacity doubling
XPIC Multi-radio
18
19
Rx level
256 QAM 99.9 % 128 QAM 99.95 % 64 QAM 99.99 % 32 QAM 99.995 % 16 QAM 99.999 % QPSK
200 170
200 140
100
200
120 Unavailability
200 Mbps
Adaptive Modulation and Built-in Quality of Service Ceragon's Adaptive Modulation has a remarkable synergy with the equipment's built-in Layer 2 Quality of Service mechanism. Since QoS provides priority support for different classes of service, according to a wide range of criteria (see below) it is possible to configure the system to discard only low priority packets as conditions deteriorate. The FibeAir IP-10 platform can classify packets according to the most external header, VLAN 802.1p, TOS / TC - IP precedence and VLAN ID. All classes use 4 levels of prioritization with user selectable options between strict priority queuing and weighted fair queuing with user configurable weights. If the user wishes to rely on external switches QoS, Adaptive Modulation can work with them via the flow control mechanism supported in the radio.
20
21
Ethernet Statistics
The FibeAir IP-10 platform stores and displays statistics in accordance with RMON and RMON2 standards. The following groups of statistics can be displayed: Ingress line receive statistics Ingress radio transmit statistics Egress radio receive statistics Egress line transmit statistics The statistics that can be displayed within each group include the following: Ingress Line Receive Statistics Sum of frames received without error Sum of octets of all valid received frames Number of frames received with a CRC error Number of frames received with alignment errors Number of valid received unicast frames Number of valid received multicast frames Number of valid received broadcast frames Number of packets received with less than 64 octets Number of packets received with more than 12000 octets (programmable) Frames (good and bad) of 64 octets Frames (good and bad) of 65 to 127 octets Frames (good and bad) of 128 to 256 octets Frames (good and bad) of 256 to 511 octets Frames (good and bad) of 512 to 1023 octets Frames (good and bad) of 1024 to 1518 octets Frames (good and bad) of 1519 to 12000 octets
22
Ingress Radio Transmit Statistics Sum of frames transmitted to radio Sum of octets transmitted to radio Number of frames dropped Egress Radio Receive Statistics Sum of valid frames received by radio Sum of octets of all valid received frames Sum of all frames received with errors Egress Line Transmit Statistics Sum of valid frames transmitted to line Sum of octets transmitted Notes: Statistic parameters are polled each second, from system startup. All counters can be cleared simultaneously. The following statistics are displayed every 15 minutes (in the Radio and E1/T1 performance monitoring windows): Utilization - four utilizations: ingress line receive, ingress radio transmit, egress radio receive, and egress line transmit Packet error rate - ingress line receive, egress radio receive Seconds with errors - ingress line receive
23
24
25
26
E-LAN Service This service is employed for multipoint L2 VPNs, transparent LAN service, foundation for IPTV, and multicast networks.
27
The Benefits
For service providers, the technology convergence of Carrier Ethernet ensures a decrease in CAPEX and OPEX. Access networks employ Ethernet to provide backhaul for IP DSLAMs, PON, WiMAX, and direct Ethernet over fiber/copper. Flexible Layer 2 VPN services, such as private line, virtual private line, or emulated LAN, offer new revenue streams. For Enterprises, a reduction in cost is achieved through converged networks for VoIP, data, video conferencing, and other services. In addition, Ethernet standardization reduces network complexity.
28
Radio Interface
Radio Interface
29
MEF Certified
The Metro Ethernet Forum (MEF) runs a Certification Program with the aim of promoting the deployment of Carrier Ethernet in Access Networks, MANs, and WANs. The program offers certification for Carrier Ethernet equipment supplied to service providers. The program covers the following areas: MEF-9: Service certification MEF-14: Traffic management and service performance FibeAir IP-10 is fully MEF-9 & MEF-14 certified for all Carrier Ethernet services (E-Line & E-LAN).
MEF-9 and MEF-14 certified for all service types (EPL, EVPL, and ELAN) Up to 500 Mbps per radio carrier Integrated non-blocking switch with 4K VLANs 802.1ad provider bridges (QinQ) Scalable nodal solution Scalable networks (1000s of NEs) Advanced CoS classification Advanced traffic policing/rate-limiting CoS based packet queuing/buffering Flexible scheduling schemes Traffic shaping Highly reliable & integrated design Fully redundant 1+1 HSB & nodal configurations Hitless ACM (QPSK - 256 QAM) for enhanced radio link availability Wireless Ethernet Ring (RSTP based) 802.3ad link aggregation Fast link state propagation
Reliability
- Extensive multi-layer management capabilities - 802.1ag Ethernet service OA&M - Advanced Ethernet statistics
30
31
- Weighted Round Robin (WRR) - Hybrid, any combination of SP & WRR Shaping per port Smart Pipe Mode QoS Traffic Flow The following illustration shows the QoS flow of traffic with IP-10 operating in Smart Pipe mode.
Metro Switch Mode QoS Traffic Flow The following illustration shows the QoS flow of traffic with IP-10 operating in Metro Switch mode.
32
33
IP-10 Wireless Carrier Ethernet Ring with "Dual-Homing" (redundant site connection to fiber aggregation network)
34
35
RSTP (Rapid Spanning Tree Protocol) ensures a loop-free topology for any bridged LAN. Spanning tree allows a network design to include spare (redundant) links for automatic backup paths, needed for cases in which an active link fails. The backup paths can be included with no danger of bridge loops, or the need for manual enabling/disabling of the backup links. Bridge loops must be avoided since they result in network "flooding". RSTP algorithms are designed to create loop-free topologies in any network design, which makes it suboptimal to ring topologies. In a general topology, there can be more than one loop, and therefore more than one bridge with ports in a blocking state. For this reason, RSTP defines a negotiation protocol between each two bridges, and processing of the BPDU (Bridge Protocol Data Units), before each bridge propagates the information. This "serial" processing increases the convergence time. In a ring topology, after the convergence of RSTP, only one port is in a blocking state. We can therefore enhance the protocol for ring topologies, and transmit the notification of the failure to all bridges in the ring (by broadcasting the BPDU). Ceragon's IP-10 G supports Wireless Carrier Ethernet Ring topologies. A typical ring constructed by IP10 is shown in the following illustration. Ceragon's IP-10 supports native Ethernet rings of up to 500 Mbps in 1+0, and can reach Gigabit capacity in a 2+0 configuration with XPIC. Ceragon's ring solution enhances the RSTP algorithm for ring topologies, so that failure propagation is much faster than the regular RSTP. Instead of serially propagation link by link, the failure is propagated in parallel to all bridges. In this way, the bridges that have ports in alternate states immediately place them in the forwarding state. The following illustration shows an example of such a ring.
36
Switch A is the Root, and before the failure, the protocol converges so that a port in switch C is the alternate port, and is therefore in the failure state. When a failure in the link between switches E and A occurs, switch E senses it and sends a notification (using standard BPDU) to all bridges. Switch D receives the message, and changes the role of the port from alternate to designated, and places it in the forwarding state. In addition, Ceragon's enhancement handles unidirectional failures in the radio. For example, in a "regular RSTP", a failure in the link between E and A will be seen only by the root bridge. In this case, bridge E will acknowledge the failure only upon the next BPDU. Ceragon's protocol enhancement informs bridge E immediately about the failure. This allows us to build wireless Ethernet rings with a protection time that is typically less than 50 msec for four nodes, and less than 100 msec for eight to ten nodes.
37
Defines maintenance domains, their constituent maintenance points, and the managed objects required to create and administer them. Defines the relationship between maintenance domains and the services offered by VLAN-aware bridges and provider bridges. Describes the protocols and procedures used by maintenance points to maintain and diagnose connectivity faults within a maintenance domain. Provides means for future expansion of the capabilities of maintenance points and their protocols.
38
IEEE 802.1ag Ethernet CFM (Connectivity Fault Management) protocols consist of three protocols that operate together to aid in debugging Ethernet networks: continuity check, link trace, and loopback. FibeAir IP-10 utilizes these protocols to maintain smooth system operation and non-stop data flow.
39
40
41
42
Ceragon's IP-10 implements PDH-like mechanism for providing the high precision synchronization of the native TDM trails. This implementation ensures high-quality synchronization while keeping cost & complexity low since it eliminates the need for sophisticated centralized SDH-grade "clock unit" at each node. System is designed to deliver E1 traffic and recover E1 clock, complying with G.823 synchronization port jitter and wander. That means that user can use any (or all) of the systems E1 interfaces in order to deliver synchronization reference via the radio to remote site (e.g. Node-B). Each trail is independent of the other, meaning that IP-10 does not imply any restrictions on the source of the TDM trails. (Meaning that each trail can have its own clock, and no synchronization between trails is assumed).
FibeAir IP-10 G-Series & F-Series Product Description 43
Each E1 trail is mapped independently over the radio frame and the integrated cross-connect elements. Timing can be distributed over user traffic carrying T1/E1 trails or dedicated timing trails. This method eliminates the need to employ emerging ToP techniques.
ToP-Aware Transport
Ceragon's integrated advanced QoS classifier supports the identification of standard ToP control packets (IEEE1588v2 packets), and assigns to them the highest priority/traffic class.
This ensures that ToP control packets will be transported with maximum reliability and minimum delay, to provide the best possible timing accuracy.
44
SyncE
The SyncE technique supports synchronized Ethernet outputs as the timing source to an all-IP RBS. This method offers the same synchronization quality provided over E1 interfaces to legacy RBS. Ceragon's SyncE supports two modes: Sync from Co-Located E1 Mode The clock for SyncE interfaces can be derived from any co-located traffic-carrying E1 interface at the BTS site.
Native Sync Distribution Mode Synchronization is distributed natively over the radio links. In this mode, no TDM trails or E1 interfaces at the tail sites are required! Synchronization is provided by the E1/STM-1 clock source input at the fiber hub site (SSU/GPS).
45
46
47
The "rack chassis" is also modular, for optimum economical future upgrade, network design flexibility, and efficient installation, maintenance, and expansion.
The solution is stackable and modular and forms a single unified nodal device, with a common Ethernet Switch, common E1 Cross-Connect, single IP address, and a single element to Connect, manage.
48
49
50
E1/T1 Cross-Connect
E1/T1 VC (Virtual Container) trails are supported, based on the integrated E1/T1 cross-connect. The XC (cross-connect) function is performed by the active main unit. If a failure occurs, the backup main unit takes over (<50 msecs down time). The XC capacity is 150 E1 VCs or 168 T1 VCs. Each E1/T1 interface or "logical interface" in a radio in any unit in the stack can be assigned to any VC. The XC is performed between two interfaces or "logical interfaces" with the same VC. XC functionality is fully flexible. Any pair of E1/T1 interfaces, or radio "logical interfaces", can be connected. Each VC is timed independently by the XC.
Ethernet Bridging
Ethernet traffic in an XC configuration is supported by interconnecting IDU switches with external cables. Traffic flow (dropping to local ports, sending to radio) is performed by the switches, in accordance with learning tables. Other than an extra FE port, dual GBE ports, and link-aggregation, no other functionality is required for XC operation. The FE protection port is static (only used for protection, not traffic). Its switching is performed electrically. If the unit is a stand-alone, an external connection is made through the front panel. If the unit is connected to a backplane, the connection is through the backplane, while the front panel port is unused. The GBE ports are dual: RJ-45 electrical or SFP optical (default). Optical ports can optionally be configured as 100FX. Ethernet traffic is not affected when a unit is connected to a backplane.
51
XC Features
Cross Connect system highlights include: E1/T1 trails are supported based on the integrated E1/T1 cross-connect XC capacity is 180 E1/T1 trails XC is performed between any two physical or logical interfaces in the node, including: - E1/T1 interface - Radio VC (75 VCs supported per radio carrier) - STM1/OC3 mux VC12 Each trail is timed independently by the XC XC function is performed by the active main unit In a failure occurs, backup main unit takes over (<50 msecs down time) Modularity and flexibility Modular design: pay-as-you-grow Simplicity, with minimum components (IDU, backplane) Supports XPIC, Multi-Radio, and Diversity
52
XC Basics
Integrated TDM Cross Connect is performed by defining end to end trails. Each trail consists of segments represented by Virtual Containers (VCs). The XC functions as the forwarding mechanism between the two ends of a trail. The following illustration shows the basic XC concept.
Basic XC Operation As shown in the illustration, trails are defined from one end of a line to the other. The XC forwards signals generated by the radios to/from the IDUs based on their designated VCs. As in the example, The cross connect may forward signals on Trail C from Radio 1, VC 3 to Radio 4, VC 1.
53
The cross connect function provides connectivity for the following types of configurations: Line to Radio
STM1/OC3 Interface
Radio to Radio
Line to Line
STM1/OC3 Interface
E1/T1 Interface s
E1/T1 Interfaces
E1/T1 trails are supported based on the integrated E1/T1 cross-connect (XC). The XC capacity is 180 E1/T1 bi-directional VC trails. XC is performed between any two physical or logical interfaces in the node (in any main or expansion unit) such as E1/T1 interface, radio VC (75 VCs supported per radio carrier), and STM1/OC3 mux VC11/VC12. The function is performed by the active main unit. If a failure occurs, the backup main unit takes over (<50 msecs down time). Each VC trail is timed independently by the XC. For each trail, the following end-to-end OA&M functions are supported: Alarms and maintenance signals (AIS, RDI, etc.) Performance monitoring counters (ES, SES, UAS, etc.) Trace ID for provisioning mismatch detection. A VC overhead is added to each VC trail to support the end-to-end OA&M functionality and synchronization justification requirements.
54
E1/T1 interfaces
E1/T1 interfaces
E1/T1 interfaces
XC operation is implemented using two-unit backplanes, which provide the interconnectivity. Up to three backplanes, consisting of six IDUs, can be stacked to provide an expandable system. Each modular shelf holds two IDUs. The shelf includes extension connectors located at its top and bottom panels, which allow stacking of up to three shelves (the base shelf is different from the two extension shelves), holding up to six IDUs, which exchange TDM traffic and compose a network node. Each pair of IDUs in a single modular shelf has access to Multi-Radio and XPIC interfaces between them. A node composed of identical IDUs that behave in a different way, is formed by inserting the IDUs in the stackable shelves and providing each IDU with an indication of its place in the stack. Each IDU uses different LVDS (Low-Voltage Differential Signaling) interfaces, depending on its place in the stack and system configuration.
55
XC Operation
The integrated XC supports E1/T1 VC (Virtual Container) trails. The function of the XC is performed by the active main unit. If a failure occurs, the backup main unit takes over within <50 msecs. The XC function is performed between two logical interfaces with the same VC (Virtual Container). The functionality is fully flexible, so that any pair of E1/T1 interfaces, or radio logical interfaces, can be connected. Each VC is timed independently by the XC.
TDM XC
TDM cross-connect is implemented by transporting all received TDM traffic from each IDU to the main XC unit placed in a pre-determined slot (or to two protected XC units). The main unit performs XC of individual E1/T1 streams between the other IDUs and its own interfaces, and sends back E1/T1 streams. Each unit then directs each stream to its interfaces or radio. Using dedicated LVDS (Low Voltage Differential Signal) serial interfaces, the TDM streams are transported via the backplane between the XC and downlink IDUs. The interfaces carry the E1s/T1s in a proprietary TDM frame containing each E1/T1 in a separate time-slot (TS). The interfaces are point-to-point between each downlink IDU and the main XC. There is an additional, parallel LVDS infrastructure from each unit to the main XC stand-by unit for protection purposes. Each of the main XC units has its own local clock, which is distributed to each of the downlink units through an LVDS interface. Downlink units align traffic to the clock received from the active XC. East-West configuration between the two XC units (adjacent) is achieved by configuring the second (upper) unit in the main backplane to behave like a regular downlink. This is the case if the XC units are not configured in protection. For this purpose, additional LVDS traffic and clock channels are set up between them. The IDUs behavior as a main XC or a downlink depends on its position (main or extension backplane, and upper/lower position in the backplane) which is detected by hardware through backplane slot ID pins, as well as by user configuration. In addition, an IDU can be configured as a stand-alone unit.
56
The XC process involves two stages: 1. The XC sends received E11/T1s to downlink units in LVDS (Low-Voltage Differential Signaling) time slots, which then discard the unnecessary slots. 2. Each unit (XC included) maps each relevant LVDS time slot to radio VCs or line interfaces. For each line interface, the user defines which time slot it is mapped to, and for each radio, which radio VCs it transports (enabled radio VCs) and which time slot it is mapped to. Two interfaces mapped to the same time slots are known as a trail. Each IDU has several LVDS interfaces, some of which are disabled at the downlink units. All LVDS traffic is synchronized to a single clock provided by the active XC unit. The clock is transmitted to the downlink units via the LVDS infrastructure. TDM Trail Status Handling Due to the fact that XC system users can build networks and define E1/T1 trails across the network, additional PM (performance monitoring) is necessary. A trail is defined as E1/T1 data delivered unchanged from one line interface to another, through one or more radio links. In each XC node, data can be assigned to a different VC number, but its identity across the network is maintained by a Trail ID defined by the user. Additional PM functionality provides end-to-end monitoring over data sent in a trail over the network.
57
Wireless SNCP
IP-10 supports an integrated VC trail protection mechanism called Wireless SNCP (Sub network Connection Protection). With Wireless SNCP, a backup VC trail can optionally be defined for each individual VC trail. For each backup VC, the following needs to be defined: Two branching points from the main VC that it is protecting. A path for the backup VC (typically separate from the path of the main VC that it is protecting). For each direction of the backup VC, the following is performed independently: At the first branching point, duplication of the traffic from the main VC to the backup VC. At the second branching point, selection of traffic from either the main VC or the backup VC. - Traffic from the backup VC is used if a failure is detected in main VC. - Switch-over is performed within <50 msecs. Wireless SNCP operation is shown in the following illustration.
E1
IP-10 B
Backup VC
Main VC
IP-10 A
E1
58
For each main VC trail, the branching points can be any XC node along the path of the trail.
IP-10 D IP-10 B
E1 #2
IP-10 C
IP-10 A
E1 #2 E1 #1
IP-10 B
E1 #1
IP-10 Integrated XC
IP-10 D
E1 #2
IP-10 C
IP-10 A
IP-10 B
E1 #1
59
TDM Rings
SNCP replaces a failed sub network connection with a standby sub network connection. In the FibeAir product line, this capability is provided at the points where trails leave sub networks. The switching criterion is based on SNCP/I. This protocol specifies that automatic switching is performed if an AIS or LOP fault is detected in the working sub network connection. If neither AIS nor LOP faults are detected, and the protection lockout is not in effect, the scheme used is 1+1 singled-ended. The NMS provides Manual switch to protection and Protection lockout commands. A notification is sent to the management station when an automatic switch occurs. The status of the selectors and the sub network connections are displayed on the NMS screen.
60
XC Management
XC system management enables users to control the XC node as an integrated system, and provides the means for the exchange of information between the IDUs. Several methods can be used for IP-10 XC management: Local terminal CLI CLI via telnet Web based management SNMP Local remote channel, for configuration of a small set of parameters in the remote unit In addition, the management system provides access to other network equipment through in-band or out-ofband network management. The XC node is managed in an integrated manner through centralized management channels. The main units CPU is the nodes central controller, and all management frames received from or sent to external management applications must pass through it. The node has a single IP management address, which is the address of the main unit (two addresses in case of main unit protection). To ease the reading and analysis of several IDU alarms and logs, the system time should be synchronized to the main units time. As an additional resource, an extra data channel is included in the backplane LVDS infrastructure, through which basic management data is sent by IDUs to the XC unit (and vice-versa). The data provided over the channel includes: IP addresses Basic alarm information In addition, an SDH management channel (management through the STM-1 interface) allows control from an SDH network, without the need for additional Ethernet interfaces.
61
XC Management Highlights
Centralized IP Access - A single IP address must be configured and node is reached through it, two addresses if main units are protected - All management frames must reach main units - Management mode (in band/out of band) is defined by main units mode Centralized Management Channels - SNMP main agent represents the entire node - NMS represents the node as a single unit - Web agent allows access to all elements from main window - CLI/Telnet access from main units CLI Feature Configuration - Some management is done through the main unit only: TDM XC, user registration, login, alarms - Other features are configured individually in each extension unit: radio parameters, Ethernet switch configuration
Ethernet XC Management
XC management connects main units to all extension units, and main units to each other. It also connects the CPU to the Mezzanine. In protection mode, management frames will arrive at a standby XC unit only through the protection interface, coming from its mate.
62
In-Band/Out of Band
All management frames arrive at the main units CPU. The management mode (in-band/out of band) is determined by the mode of the main unit. The mode of the extension units is irrelevant, since they can only be reached through the internal management network. If the main unit is configured as in-band, frames will arrive through the traffic switches by standard layer two DA-based bridging. If the main unit is configured as out of band, there is no built-in channel for remote management frames to arrive at the CPU. Two possible solutions are suggested for this: 1. Install an external Ethernet switch, which will allow frames incoming through the wayside channel to be distributed to all units. 2. Implement an IP router in the extension unit's CPU. This will allow management frames to be routed to the internal LAN, reaching the main units CPU. For out of band, there is no wayside network. Access from remote sites is obtained through the wayside channel. Access from the remote link to an extension unit requires an external switch.
63
Protection
The XC protection mechanism is an extension of the one used for non-XC IDUs. Each pair of protected IDUs makes its own decisions regarding data and switching. User and Ethernet traffic protection is implemented through Y cables or via the protection panel. TDM traffic protection is implemented through dual LVDS interfaces on the backplane. XC protection configurations include LVDS interface monitoring for AIS generation and SNCP support. They also include an Ethernet line protection disabling option, whereby the user can configure Ethernet interfaces for non-protection. In this setup, local failures will not affect all node traffic. Signaling is performed between units in a shelf to indicate their active or standby status.
Protection Design
The XC protection method runs by the following rules: An IDU may exchange traffic with a protection pair (even if it itself is not protected). Main units must know which pairs are protected, to send identical traffic to protected extension pairs. Each unit is the master clock for its LVDS interfaces. Extension units send traffic to both main units. All units must know from which LVDS interface to receive traffic. The following illustration shows how the basic XC protection operates.
Main Active
Main Standby
64
The following information is sent through LVDS interfaces (by all units): Protected or not protected Activity: active/standby In addition, main units inform extensions through separate hardware interfaces. This is required for extension units to align with active LVDS, since the main units provide the LVDS clock. The signal is encoded to prevent the system from being stuck due to faulty hardware. If an XC switch occurs, downlink units will synchronize to the new clock within 50 msec. Main units read the LVDS from both extension units to determine active/standby status. They also receive traffic from the active unit. Note: If a switch is detected, an idle window will open to prevent switch cascades. All data is made available to the software, including alarms for protection mode mismatches and errors, and interrupts upon protection switch.
65
Typical Native2 (Ethernet + TDM) integrated backhaul network based on IP-10 G & F-Series
4 E1s 25M Eth
F
1+0
F F F
1+0
F G G
1+1
F F
1+0
F G GX
1+0
1+0
1+0
Terminal configuration
F
1+0
G GX
2+0
GX GX GX
2+0
2+0
66
67
1+1 HSB
2 IP-10, 2 RFU units required Integrated Ethernet switching can be enabled for multiple local Ethernet interfaces support Redundancy covers failure of all control and data path components Local Ethernet & TDM interfaces protection support via Y-cables or protection-panel <50mSecs switch-over time
68
69
70
2+0/XPIC Link, with 32 E1/T1s + STM1/OC3 Mux Interface, no Multi-Radio, up to 150 E1s/168 T1s over the radio
71
72
1+1 HSB Link with 16 E1/T1s + STM1/OC3 Mux Interface (Up to 75 E1s/84 T1s over the radio)
73
Native2 2+2/XPIC/Multi-Radio MW Link, with 2xSTM1/OC3 Mux (up to 150 E1s/168 T1s over the radio)
Nodal Configurations
Chain with 1+0 Downlink and 1+1 HSB Uplink, with STM1/OC3 Mux
74
Chain with 1+1 Downlink and 1+1 HSB Uplink, with STM1/OC3 Mux
75
Native2 Ring with 3 x 1+0 Links + STM1/OC3 Mux Interface at Main Site
Native2 Ring with 3 x 1+1 HSB Links + STM-1 Mux Interface at Main Site
76
Node with 1 x 1+1 HSB Downlink and 1 x 1+1 HSB Uplink, with STM1/OC3 Mux
77
Native2 Ring with 4 x 1+0 MW Links and 1 x Fiber Link (5 hops total), with STM1/OC3 Mux
78
Native2 Ring with 2 x 2+0/XPIC MW Links and 1 x Fiber Link (3 hops total), with 2 x STM1/OC3 Mux
79
1500HP All Indoor 1Rx RF Unit, fGHz 1500HP All Indoor 1Rx RF Unit, fGHz
15HPA-1R-RFU-f 15HPA-2R-RFU-f
The All-Indoor horizontal placement is available for the following configurations: 1+0 1+0 East-West 1+1 1+1 East-West
80
The indoors can be installed above or below the RFUs as shown in the following illustrations. 1+1 SD IP-10
1+0 IP-10
81
The following illustrations show the OCB assembled with the 19 Rack Adapter.
82
The components that may be used in the All-Indoor system include the following:
The following tables list the components used for 1+0 and 1+1 systems.
UBend 0 0 SBend 0 0 6dB Coupler 0 0 3dB Coupler 0 0 Flex WG (0.6m) 0 0 Cover /Short 1 0 Pole Mount 1 1
OCB 1 1
DCB 0 0
Term. 1 1
OCB 2 21
DCB 0 0
UBend 0 0
SBend 0 0
Coupler 1 2
3dB Coupler 0 0
Flex WG (0.6m) 0 0
Term. 2 2
Cover /Short 2 0
Pole Mount 1 1
83
Specifications
Radio Specifications
General
6-18 GHz
Specification Standards Operating Frequency Range (GHz) 6L,6H GHz ETSI, FCC 5.85-6.45, 6.4-7.1 252.04, 240, 266, 300, 340, 160, 170, 500 7,8 GHz ETSI 7.1-7.9, 7.78.5 154, 161, 168, 182, 196, 245, 300, 119, 311.32 11 GHz ETSI, FCC 10.7-11.7 13 GHz ETSI 12.75-13.3 15 GHz ETSI 14.4-15.35 18 GHz ETSI, FCC 17.7-19.7
266
Frequency Stability Frequency Source RF Channel Selection System Configurations Tx Range (Manual/ATPC)
Via EMS/NMS Non-Protected (1+0), Protected (1+1), Space Diversity 20dB dynamic range
23-38 GHz
Specification Standards Operating Frequency Range (GHz) Tx/Rx Spacing (MHz) Frequency Stability Frequency Source RF Channel Selection System Configurations Tx Range (Manual/ATPC) 23 GHz ETSI, FCC 21.2-23.65 1008, 1200, 1232 24-26 GHz ETSI, FCC 24.2-26.5 28 GHz ETSI, FCC 27.35-31.3 32 GHz ETSI, FCC 31.8-33.4 38 GHz ETSI, FCC 37-40
812
84
RFU support
Split-Mount installation FibeAir RFU-C (638 GHz) FibeAir RFU-P (1138 GHz) FibeAir RFU-SP (68 GHz) FibeAir RFU-HS (68 GHz) FibeAir RFU-HP (611 GHz) FibeAir RFU-HP (611 GHz) Coaxial cable RG-223 (100 m/300 ft), Belden 9914/RG-8 (300 m/1000 ft) or equivalent, N-type connectors (male) Direct or remote mount using the same antenna type. Remote mount: standard flexible waveguide (frequency dependent)
1
Note: For more details about the different RFUs refer to the RFU documentation.
Radio Capacity
3.5 MHz (ETSI)
Minimum Required Capacity License
10 10 25
Modulation
QPSK 16 QAM 64 QAM
7 MHz (ETSI)
Minimum Required Capacity License
10 25 25 25 25 50 50 50
Profile
Modulation
Max
13.5 20 28 34 40 46 54 60
0 1 2 3 4 5 6 7
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
10 MHz (FCC)
Minimum Required Capacity License
10 25 25 50 50 50 50 50
Profile
Modulation
0 1 2 3 4 5 6 7
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
86
14 MHz (ETSI)
Minimum Required Capacity License
25 25 50 50 50 100 100 100
Profile
0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
20 MHz (FCC)
Minimum Required Capacity License
25 50 50 100 100 100 100 150*
Profile
Modulation
0 1 2 3 4 5 6 7
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
* Supported by G-Series only. Note: Ethernet Capacity depends on average packet size.
87
28 MHz (ETSI)
Minimum Required Capacity License
50 50 100 100 150 150 150 200
Profile
0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
* Supported by G-Series only. Note: Ethernet Capacity depends on average packet size.
30 MHz (FCC)
Minimum Required Capacity License
50 50 100 100 150* 150* 200* 200*
Profile
Modulation
0 1 2 3 4 5 6 7
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
* Supported by G-Series only. Note: Ethernet Capacity depends on average packet size.
88
Profile
0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
* Supported by G-Series only. Note: Ethernet Capacity depends on average packet size.
50 MHz (FCC)
Minimum Required Capacity License
100 100 150* 150* 200* 300* 300* "All capacity"*
Profile
Modulation
0 1 2 3 4 5 6 7
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
* Supported by G-Series only. Note: Ethernet Capacity depends on average packet size.
89
56 MHz (ETSI)
Minimum Required Capacity License
100 100 150* 200* 300* 300* "All capacity"* "All capacity"*
Profile
0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
* Supported by G-Series only. Note: Ethernet Capacity depends on average packet size.
90
6-8 GHz
26 26 25 24 24 24 22
11-15 GHz
24 24 23 22 22 22 20
18-23 GHz
22 22 21 20 20 20 18
26-28 GHz
21 21 20 19 19 19 17
32-38 GHz
18 18 17 16 16 16 14
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM
11-15 GHz
23 23 23 23 22 22 212
18 GHz
23 23 21 21 20 20 19
23-26 GHz
22 22 20 20 20 20 19
28-32 GHz
21 21 20 20 19 19 18
38 GHz
20 20 19 19 18 18 17
6-8 GHz4
24 24 24 24 24 24 22
11 GHz
27 27 27 26 26 26 24
11 GHz
30 30 30 29 29 29 27
1 2
Refer to RFU-C roll-out plan for availability of each frequency. 20dBm for 11GHz. 3 RFU-HP supports channels with up to 30MHz occupied bandwidth. 4 1dBm higher for 6L GHz.
FibeAir IP-10 G-Series & F-Series Product Description 91
Modulation
QPSK 16 QAM 64 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
Channel Spacing
3.5 MHz (ETSI)
Occupied Bandwidth
3.2 MHz
6-15
-94.0 -88.0 -83.5 -92.0 -88.5 -86.5
18
-93.5 -87.5 -83.0 -91.5 -88.0 -86.0 -83.5 -82.0 -80.0 -76.5 -73.0 -93.0 -89.5 -85.0 -81.5 -79.5 -77.0 -75.0 -71.5 -90.0 -86.5 -83.0 -81.5 -80.0 -77.0 -74.0 -71.5 -89.5 -84.5 -82.0 -79.5 -77.0 -74.5 -71.5 -68.5
Frequency (GHz) 23 26
-93.0 -87.0 -82.5 -91.0 -87.5 -85.5 -83.0 -81.5 -79.5 -76.0 -72.5 -92.5 -89.0 -84.5 -81.0 -79.0 -76.5 -74.5 -71.0 -89.5 -86.0 -82.5 -81.0 -79.5 -76.5 -73.5 -71.0 -89.0 -84.0 -81.5 -79.0 -76.5 -74.0 -71.0 -68.0 -92.0 -86.0 -81.5 -90.0 -86.5 -84.5 -82.0 -80.5 -78.5 -75.0 -71.5 -91.5 -88.0 -83.5 -80.0 -78.0 -75.5 -73.5 -70.0 -88.5 -85.0 -81.5 -80.0 -78.5 -75.5 -72.5 -70.0 -88.0 -83.0 -80.5 -78.0 -75.5 -73.0 -70.0 -67.0
28
-92.0 -86.0 -81.5 -90.0 -86.5 -84.5 -82.0 -80.5 -78.5 -75.0 -71.5 -91.5 -88.0 -83.5 -80.0 -78.0 -75.5 -73.5 -70.0 -88.5 -85.0 -81.5 -80.0 -78.5 -75.5 -72.5 -70.0 -88.0 -83.0 -80.5 -78.0 -75.5 -73.0 -70.0 -67.0
38
-91.0 -85.0 -80.5 -89.0 -85.5 -83.5 -81.0 -79.5 -77.5 -74.0 -70.5 -90.5 -87.0 -82.5 -79.0 -77.0 -74.5 -72.5 -69.0 -87.5 -84.0 -80.5 -79.0 -77.5 -74.5 -71.5 -69.0 -87.0 -82.0 -79.5 -77.0 -74.5 -72.0 -69.0 -66.0
7 MHz (ETSI)
6.2 MHz
10 MHz (FCC)
8.4 MHz
14 MHz (ETSI)
12.2 MHz
20 MHz (FCC)
17.4 MHz
Profile
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
Channel Spacing
Occupied Bandwidth
6-15
-89.0 -86.0 -83.0
18
-88.5 -85.5 -82.5 -78.5 -76.0 -71.5 -70.5 -68.0 -88.5 -84.0 -80.0 -75.5 -74.0 -71.5 -69.5 -65.5 -86.5 -81.0 -78.5 -75.0 -71.5 -70.5 -68.0 -65.5 -87.0 -82.5 -79.5 -76.0 -73.0 -70.5 -68.0 -65.0 -86.0 -81.0 -80.0 -75.5 -73.5 -70.5 -68.0 -65.0
Frequency (GHz) 23 26
-88.0 -85.0 -82.0 -78.0 -75.5 -71.0 -70.0 -67.5 -88.0 -83.5 -79.5 -75.0 -73.5 -71.0 -69.0 -65.0 -86.0 -80.5 -78.0 -74.5 -71.0 -70.0 -67.5 -65.0 -86.5 -82.0 -79.0 -75.5 -72.5 -70.0 -67.5 -64.5 -85.5 -80.5 -79.5 -75.0 -73.0 -70.0 -67.5 -64.5 -87.0 -84.0 -81.0 -77.0 -74.5 -70.0 -69.0 -66.5 -87.0 -82.5 -78.5 -74.0 -72.5 -70.0 -68.0 -64.0 -85.0 -79.5 -77.0 -73.5 -70.0 -69.0 -66.5 -64.0 -85.5 -81.0 -78.0 -74.5 -71.5 -69.0 -66.5 -63.5 -84.5 -79.5 -78.5 -74.0 -72.0 -69.0 -66.5 -63.5
28
-87.0 -84.0 -81.0 -77.0 -74.5 -70.0 -69.0 -66.5 -87.0 -82.5 -78.5 -74.0 -72.5 -70.0 -68.0 -64.0 -85.0 -79.5 -77.0 -73.5 -70.0 -69.0 -66.5 -64.0 -85.5 -81.0 -78.0 -74.5 -71.5 -69.0 -66.5 -63.5 -84.5 -79.5 -78.5 -74.0 -72.0 -69.0 -66.5 -63.5
38
-86.0 -83.0 -80.0 -76.0 -73.5 -69.0 -68.0 -65.5 -86.0 -81.5 -77.5 -73.0 -71.5 -69.0 -67.0 -63.0 -84.0 -78.5 -76.0 -72.5 -69.0 -68.0 -65.5 -63.0 -84.5 -80.0 -77.0 -73.5 -70.5 -68.0 -65.5 -62.5 -83.5 -78.5 -77.5 -73.0 -71.0 -68.0 -65.5 -62.5
28 MHz (ETSI)
24.9 MHz
30 MHz (FCC)
26.9 MHz
34.8 MHz
50 MHz (FCC)
44.3 MHz
56 MHz (ETSI)
49.1 MHz
93
Profile
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
11-18
-93.0 -89.5 -85.0
32-38
-91.5 -88.0 -83.5 -80.0 -78.0 -75.5 -73.5 -70.0 -88.5 -85.0 -81.5 -80.0 -78.5 -75.5 -72.5 -70.0 -88.0 -83.0 -80.5 -78.0 -75.5 -73.0 -70.0 -67.0 -87.0 -84.0 -81.0 -77.0 -74.5 -70.0 -69.0 -66.5
10 MHz (FCC)
8.4 MHz
14 MHz (ETSI)
12.2 MHz
20 MHz (FCC)
17.4 MHz
28 MHz (ETSI)
24.9 MHz
94
Profile
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
Channel Spacing
Occupied Bandwidth
11-18
-88.5 -84.0 -80.0
32-38
-87.0 -82.5 -78.5 -74.0 -72.5 -70.0 -68.0 -64.0 -85.5 -79.5 -77.0 -73.5 -70.0 -69.0 -66.5 -64.0 -85.5 -81.0 -78.0 -74.5 -71.5 -69.0 -66.5 -63.5 -84.5 -79.5 -78.5 -74.0 -72.0 -69.0 -66.5 -63.5
30 MHz (FCC)
26.9 MHz
34.8 MHz
50 MHz (FCC)
44.3 MHz
56 MHz (ETSI)
49.1 MHz
95
Profile
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
10 MHz (FCC)
8.4 MHz
14 MHz (ETSI)
12.2 MHz
20 MHz (FCC)
17.4 MHz
28 MHz (ETSI)
24.9 MHz
Profile
0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
Modulation
QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM QPSK 8 PSK 16 QAM 32 QAM 64 QAM 128 QAM 256 QAM 256 QAM
Channel Spacing
Occupied Bandwidth
30 MHz (FCC)
26.9 MHz
34.8 MHz
50 MHz (FCC)
44.3 MHz
56 MHz (ETSI)
49.1 MHz
97
Interfaces
Ethernet
Supported Ethernet Interfaces Supported SFP Types 5 x 10/100base-T (RJ-45) 2 x 10/100/1000Base-T (RJ-45) or 1000base-X (SFP) G-Series only Optical 1000Base-LX (1310 nm) or SX (850 nm)
E1/T1
Interface Type Number of Ports Connector Type Framing Coding Line Impedance Compatible Standards E1/T1 16 x E1/T1 (F-Series) or 16 x E1/T1+16 x E1/T1 on T-Card (G-Series) MDR 69-pin Unframed (full transparency) E1: HDB3 T1: AMI/B8ZS (Configurable) 120 ohm/100 ohm balanced. Optional 75 ohm unbalanced. ITU-T G.703, G.736, G.775, G.823, G.824, G.828, ITU-T I.432, ETSI ETS 300 147, ETS 300 417, ANSI T1.105, T1.102-1993, T1.231, Bellcore GR253-core, TR-NWT-000499
Auxiliary Channels
Wayside Channel Engineering Order Wire User Channel 2 Mbps or 64 Kbps, Ethernet 10/100BaseT Audio channel (64 Kbps) G.711 Asynchronous V.11/RS-232 up 19.2 kbps
98
SH1310
S-1.1 1261-1360
LH1310
L-1.1 1263-1360
LH1550
L-1.2 1480-580
Transmitter
Source Type Max RMS Width (nm) Min Side Mode Suppression Ratio (dB) Min Mean Launched Power (dBm) Max Mean Launched Power (dBm) Min Extinction Ratio (dB) MLM 7.7 -15 -8 8.2 SLM 30 -5 0 10 SLM 30 -5 0 10
Receiver
Min Sensitivity (BER of 1x10-42 EOL (dBm) Min Overload (dBm) Max Receiver Reflectance (dB) -28 -8 -34 -10 -34 -10 -25
99
QoS
100
MEF Certification
MEF-9 & MEF-14 certified for all service types (EPL, EVPL & E-LAN)
101
Note that the voltage at the BNC port on the RFUs is not accurate and should be used only as an aid
102
Mechanical
IDU Dimensions Height: 1RU Width: 19" Depth: 188 mm Height: 2RU Width: 19" Depth: 210 mm 2.8 kg/6.2 lbs (with T-Card installed) 1.5 kg/3.3 lbs
Standard compliance
Specification
EMC Safety Ingress Protection Operation Storage Transportation
IDU
EN 301 489-4, Class B IEC 60950 IEC 60529 IP20 ETSI 300 019-1-3, Class 3.2
RFU
EN 301 489-4, Class B IEC 60950 IEC 60529 IP56 ETSI 300 019-1-4, Class 4.1E/ Class 4M5[4]
ETSI 300 019-1-1, Class 1.2 ETSI 300 019-1-2, Class 2.3
Environmental
Specification
Operating Temperature Relative Humidity Altitude
IDU
-5C to +55C (23F to 131F) 0 to 95%, Non-condensing
RFU
-45C to +55C (-49F to 131F) 0 to 100% 3,000m (10,000ft)
103
Power Input
Standard Input DC Input range Optional Inputs -48 VDC -40.5 to -57.5 VDC (up to -57 VDC for USA market) 110-220 VAC 24 VDC
Power Consumption
Max power consumption IP-10 IDU (basic configuration) Max system power consumption RFU-C + IP-10 25W 1+0 with RFU-C 6-26 GHz: 47W 1+0 with RFU-C 28-38 GHz: 51W 1+1 with RFU-C 6-26 GHz: 84W 1+1 with RFU-C 28-38 GHz: 88W 1+0: 65W 1+1: 105W 1+0: 80W 1+1: 130W 1+0: 88W 1+1: 134W 1+0: 105W 1+1: 150W 2.5W 5W (including SFP)
Max system power consumption RFU-P + IP-10 Max system power consumption RFU-SP + IP-10 Max system power consumption RFU-HS + IP-10 Max system power consumption RFU-HP + IP-10 Additional power consumption for 16 E1/T1 T-card (G-Series only) Additional power consumption for STM1/OC3 Mux T-card (G-Series only)
104