Showing posts with label 4G. Show all posts
Showing posts with label 4G. Show all posts

Saturday, July 9, 2016

Bandwidth Basics for IP CCTV Design

Bandwidth Basics for IP CCTV Design

When using IP cameras, Megapixel cameras, NVRs or even DVRs, understanding the basics about how much bandwidth is available and how much is needed is critical in planning, designing and deploying IP video surveillance systems. Copper Ethernet wiring (typically Cat-5, Cat-5e, Cat-6 or Cat-7) have a practical length limitation of 100 meters (or about 300 feet) between devices. To accommodate longer-length wired network connections, fiber can be used. 
This article is focused for a non-IT audience such as security managers, electronic technicians, sales and marketing folks.

How Much Bandwidth is Available?
To figure out how much bandwidth is available, you first need to determine what locations you are communicating between. Much like driving, you will have a starting point and destination. For example, from your branch office to your headquarters. However, unlike driving, the amount of bandwidth available can range dramatically depending on where you are going.

The most important factor in determining how much bandwidth is available is whether or not you need connectivity between two different buildings.

For instance:
In the Same Building: 70Mb/s to 700 Mb/s of bandwidth is generally available
In Different Buildings: .5 Mb/s to 5 Mb/s of bandwidth is generally available
The amount of bandwidth available going from your office to a co-worker's office in the same building can be 200 times more than the bandwidth from your office to a branch office down the block.
This is true in 90% or more cases. Note the following exceptions:
If these are different buildings but on the same campus, more bandwidth may be available.
If you are in a central business district of a major city, more bandwidth may be available.
If you are a telecommunications or research company, more bandwidth may be available.


Different Buildings
The key driver in bandwidth availability is the cost increase of deploying networks between buildings. Generally referred to as the Wide Area Network or WAN, this type of bandwidth is usually provided by telecommunications companies. One common example is cable modem or DSL, which can provide anywhere from 0.5 Mb/s to 5 Mb/s at Rs. 3000 to Rs. 5000 per month. Another example is a T1, which provides 1.5Mb/s for about Rs. 8000 to Rs. 16000 per month. Above this level, bandwidth generally becomes very expensive.

Many talk about fiber but fiber to the building is not and will not be widely available for years. Fiber to the home or to the business promises to reduce the cost of bandwidth significantly. It is very expensive to deploy and despite excited discussions for the last decade or more, progress remains slow.


Same Buildings
By contrast, bandwidth inside of buildings (or campuses) is quite high because the costs of deploying it are quite low. Non technical users can easily set up a 1000Mb/s networks inside a building (aka Local Area Networks or LANs) for low installation cost with no monthly costs. The cost of deploying networks in buildings are low because there are minimal to no construction expenses. When you are building a network across a city, you need to get rights of ways, trench, install on telephone poles, etc. These are massive projects that can easily demand millions or billions of dollars in up front expenses. By contrast, inside a building, the cables can often by quickly and simply fished through ceilings (not the professional way to do it but the way many people do it in deployments).


A lot of discussion about wireless (WiMax, WiFi, 3G, 4G etc) exists but wireless will not provide significantly greater bandwidth nor significantly better costs than DSL or cable modem. As such, wireless will not solve the expense and limitations of bandwidth between buildings. That being said, wireless absolutely has benefits for mobility purposes and connecting to remote locations that DSL or cable modem cannot cost effectively serve. The point here is simply that it will not solve the problem of bandwidth between buildings being much more expensive than bandwidth inside of buildings.


How Much Bandwidth Do IP Cameras Consume?
For the bandwidth consumption of an IP camera, use 1 Mb/s as a rough rule of thumb. Now, there are many factors that affect total bandwidth consumption. You can certainly stream an IP camera as low as 0.2 Mb/s (or 200 Kb/s) and others as high as 6 Mb/s. The more resolution and greater frame rate you want, the more bandwidth will be used. The more efficient the CODEC you use, the less bandwidth will be used.
For the bandwidth consumption of a Megapixel camera, use 5 Mb/s to 10 Mb/s as a rough rule of thumb. Again, there are a number of factors that affect total bandwidth consumption. A 1.3MP camera at 1FPS can consume as little as 0.8 Mb/s (or 800 Kb/s) yet a 5 megapixel camera can consume as much as 45 Mb/s.



What Does this Mean for my IP Video System?
Just like dealing with personal finance, we can now figure out what we can 'afford':
Between Buildings: We have 0.5 Mb/s to 5 Mb/s to 'spend'
Inside Buildings: We have 70 Mb/s to 700 Mb/s to 'spend'
IP cameras: Cost us 1 Mb/s each
Megapixel cameras: Cost us 5 Mb/s to 10 Mb/s each



Using these points, we can quickly see what combination of IP and megapixel cameras we can use between buildings or inside of buildings.
Inside of buildings, it is easy to stream numerous IP and megapixel cameras.
Between buildings, it is almost impossible to stream numerous IP and megapixel cameras.
Because of this situation, the standard configuration one sees in IP Video systems is:
A local recorder at each building/remote site. The local recorder receives the streams from the building and stores them.


The local recorder only forwards the streams (live or recorded) off-site when a user specifically wants to view video. Rather than overloading the WAN network with unrealistic bandwidth demands all day long, bandwidth is only consumed when a user wants to watch. Generally, remote viewing is sporadic and IP video coexists nicely with the expensive Wide Area Network.

The local recorder has built-in features to reduce the bandwidth needed to stream video to remote clients. Most systems have the ability to reduce the frame rate of the live video stream or to dynamically reduce the video quality to ensure that the video system does not overload the network and that remote viewers can actually see what is going on the other side. Generally, the live video stream is sufficient to identify the basic threat. In any event, bandwidth is generally so costly, especially the upstream bandwidth needed to send to a remote viewer, that this is the best financial decision.

Wednesday, December 16, 2015

Differences H.265 and H.264

Differences between H.265 and H.264



A codec is an encoder and a decoder. An encodercompresses audio or video so it takes up less disk space. A decoderextracts audio or video information from the compressed file. Video and audio compression is a complex technical process, but the basic aim of a codec is quite straightforward:

(a) Reduce the size of the compressed media file as much as possible, but...(b) Keep the quality of the decoded audio and video as good as possible.

What is H.264?
H264 (aka MPEG-4 AVC) is currently a mainstream video compression format. It is widely used in Blu-ray discs, internet sources like videos in YouTube and iTunes Store, web software, and also HDTV broadcasts over terrestrial, cable and satellite.

What is H.265?
H.265 (also known as HEVC, short for High Efficiency Video Coding, developed by the Joint Collaborative Team on Video Coding (JCT-VC)) is a video compression standard whose predecessor is H.264/MPEG-4 AVC. H.265 HEVC ensures to deliver video quality identical to H.264 AVC at only half the bit rate, including better compression, delicate image and bandwidth saving. It Support up to 8K, Support up to 300 fps. It is likely to implement Ultra HD, 2K, 4K for Broadcast and Online (OTT).

H.265 vs H.264: Differences between H.265 and H.264

In general, H.265 has several big advantages over H.264, including better compression, delicate image and bandwidth saving. For more detailed differences, please read H.265 vs H.264 comparison table.

4 pcs 2MP IP cameras for 1 month, stream: 4096Kbps. 
H.264 IP camera need 42G×4×30=5T=1×3T+1×2T, so need 1 pc 3T and 1pc 2T HDD. 
H.265 IP camera need 21G×4×30=2.5T, so need 1 pc 3T HDD only, save at least 1 pc 2T HDD cost. 

Tuesday, April 29, 2014

What are the actual speeds of GPRS, EDGE, UMTS, HSPA, etc in Video Surveillance?

What are the actual speeds of GPRS, EDGE, UMTS, HSPA, etc in Video Surveillance?

Theoretical maximum speeds of 4G LTE reach 100Mbps so you’re Video is Real time and no buffering... However, actual performance of mobile data is much lower, considering signal strength, frequencies used, congestion, etc.


Here are the real-life speed ranges of the various mobile wireless standards commonly used in the India today:-


GSM (Global System for Mobile Communications) 2G -- 9Kbps
GPRS (General packet radio services) 2.5G -- 20Kbps to 100kbps
EDGE (Enhanced Data rates for GSM Evolution) 2.75G -- 100Kbps to 175Kbps
UMTS (Universal Mobile Telecommunications System) 3G -- 175Kbps to 1Mbps
HSPA (High Speed Packet Access / software upgrade to UMTS, theoretical 42Mbps) 3.5G -- 600Kbps to 10Mbps, averages 1-3Mbps
WiMAX/LTE "4G"(theoretical 100Mbps) -- 3Mbps to 10Mbps average, 20Mbps+ peak download speeds.
5G -- 250Mbps to 500Mbps in South Korea & Japan on 2014

So select your Mode for traveling path of Video Surveillance data.

3G/4G Video Surveillance Advantages
  • 3G/4G Performance = faster upload speeds = higher frame rates & better resolution
  • Connect multiple Wired and Wireless IP cameras to 1 LAN-Cell
  • Bandwidth Management features to prioritize video traffic
  • Port Mapping, Redirection & DMZ features to minimize changes to camera configuration
  • Dynamic DNS support to access cameras by name or IP address
  • Deploy a single platform on CDMA & GSM networks worldwide
Back to Top