H323 seminar or presentation report
Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Information Technology
Active In SP
**

Posts: 12
Joined: Dec 2009
#1
31-12-2009, 06:23 PM



.doc   H323 seminar report.doc (Size: 157.5 KB / Downloads: 206)
ABSTRACT
The H.323 standard provides a foundation for audio, video, and data communications across IP-based networks, including the Internet. By complying to H.323, multimedia products and applications from multiple vendors can interoperate, allowing users to communicate without concern for compatibility. H.323 is an umbrella recommendation from the International Telecommunications Union (ITU) that sets standards for multimedia communications over Local Area Networks (LANs) that do not provide a guaranteed Quality of Service (QoS).
The standard is broad in scope and includes both stand-alone devices and embedded personal computer technology as well as point-to-point and multipoint conferences. H.323 also addresses call control, multimedia management, and bandwidth management as well as interfaces between LANs and other networks. H.323 sets multimedia standards for the existing infrastructure and also provides standards for interoperability between LANs and other networks. H.323 is part of a larger series of communications standards that enable videoconferencing across a range of networks.

INTRODUCTION
The H.323 standard provides a foundation for audio, video, and data communications across IP-based networks, including the Internet. By complying with H.323, multimedia products and applications from multiple vendors can interoperate, allowing users to communicate without concern for compatibility. H.323 will be the keystone for LAN-based products for consumer, business, entertainment, and professional applications.
H.323 is an umbrella recommendation from the International Telecommunications Union (ITU) that sets standards for multimedia communications over Local Area Networks (LANs) that do not provide a guaranteed Quality of Service (QoS). These networks dominate todayâ„¢s corporate desktops and include packet-switched TCP/IP and IPX over Ethernet, Fast Ethernet and Token Ring network technologies. Therefore, the H.323 standards are important building blocks for a broad new range of collaborative, LAN-based applications for multimedia communications.
The H.323 specification was approved in 1996 by the ITUâ„¢s Study Group 16. Version 2 was approved in January 1998. The standard is broad in scope and includes both stand-alone devices and embedded personal computer technology as well as point-to-point and multipoint conferences. H.323 also addresses call control, multimedia management, and bandwidth management as well as interfaces between LANs and other networks.
H.323 is part of a larger series of communications standards that enable videoconferencing across a range of networks. Known as H.32X, this series includes H.320 and H.324, which address ISDN and PSTN communications, respectively.

IMPORTANCE OF H.323
The H.323 Recommendation is comprehensive, yet flexible, and can be applied to voice-only handsets and full multimedia video-conferencing stations, among others. H.323 applications are set to grow into the mainstream market for several reasons.
¢ H.323 sets multimedia standards for the existing infrastructure (i.e. IP-based networks). Designed to compensate for the effect of highly variable LAN latency, H.323 allows customers to use multimedia applications without changing their network infrastructure.
¢ IP LANs are becoming more powerful. Ethernet bandwidth is migrating from 10 Mbps to 100 Mbps, and Gigabit Ethernet is making headway into the market.
¢ By providing device-to-device, application-to-application, and vendor-to-vendor interoperability, H.323 allows customer products to interoperate with other H.323-compliant products.
¢ PCs are becoming more powerful multimedia platforms due to faster processors, enhanced instruction sets, and powerful multimedia accelerator chips.
¢ H.323 provides standards for interoperability between LANs and other networks.
¢ Network loading can be managed. With H.323, the network manager can restrict the amount of network bandwidth available for conferencing. Multicast support also reduces bandwidth requirements.
¢ H.323 has the support of many computing and communications companies and organizations, including Intel, Microsoft, Cisco, and IBM. The efforts of these companies will generate a higher level of awareness in the market.
ARCHITECTURAL OVERVIEW

The H.323 Recommendation covers the technical requirements for audio and video communications services in LANs that do not provide a guaranteed Quality of Service (QoS). H.323 references the T.120 specification for data conferencing and enables conferences which include a data capability. The scope of H.323 does not include the LAN itself or the transport layer that may be used to connect various LANs. Only elements needed for interaction with the Switched Circuit Network (SCN) are within the scope of H.323. Figure outlines an H.323 system and its components. H.323 defines four major components for a network-based communications system: Terminals, Gateways, Gatekeepers, and Multipoint Control Units.

TERMINALS

Terminals are the client endpoints on the LAN that provide real-time, two-way communications. Figure describes the terminal components. All terminals must support voice communications; video and data are optional. H.323 specifies the modes of operation required for different audio, video, and/or data terminals to work together. It is the dominant standard of the next generation of Internet phones, audio conferencing terminals, and video conferencing technologies.
All H.323 terminals must also support H.245, which is used to negotiate channel usage and capabilities. Three other components are required: Q.931 for call signaling and call setup, a component called Registration/Admission/Status (RAS), which is a protocol used to communicate with a Gatekeeper; and support for RTP/RTCP for sequencing audio and video packets.
Optional components in an H.323 terminal are video codecs, T.120 data conferencing protocols, and MCU capabilities.
GATEWAYS

The Gateway is an optional element in an H.323 conference. Gateways provide many services, the most common being a translation function between H.323 conferencing endpoints and other terminal types. This function includes translation between transmission formats (i.e. H.225.0 to H.221) and between communications procedures (i.e. H.245 to H.242). In addition, the Gateway also translates between audio and video codec and performs call setup and clearing on both the LAN side and the switched-circuit network side. Figure shows an H.323/PSTN Gateway.
In general, the purpose of the Gateway is to reflect the characteristics of a LAN endpoint to an SCN endpoint and vice versa. The primary applications of Gateways are likely to be:
¢ Establishing links with analog PSTN terminals.
¢ Establishing links with remote H.320-compliant terminals over ISDN-based switched-circuit networks.
¢ Establishing links with remote H.324-compliant terminals over PSTN networks
Gateways are not required if connections to other networks are not needed, since endpoints may directly communicate with other endpoints on the same LAN. Terminals communicate with Gateways using the H.245 and Q.931 protocols.
With the appropriate transcoders, H.323 Gateways may support terminals that comply with H.310, H.321, H.322, and V.70. Many Gateway functions are left to the designer. For example, the actual number of H.323 terminals that can communicate through the Gateway is not subject to standardization. Similarly, the number of SCN connections, the number of simultaneous independent conferences supported, the audio/video/data conversion functions, and inclusion of multipoint functions are left to the manufacturer. By incorporating Gateway technology into the H.323 specification, the ITU has positioned H.323 as the glue that holds the world of standards-based conferencing endpoints together.
GATEKEEPERS
A Gatekeeper is the most important component of an H.323 enabled network. It acts as the central point for all calls within its zone and provides call control services to registered endpoints. In many ways, an H.323 gatekeeper acts as a virtual switch.

Gatekeepers perform two important call control functions. The first is address translation from LAN aliases for terminals and gateways to IP or IPX addresses, as defined in the RAS specification. The second function is bandwidth management, which is also designated within RAS. For instance, if a network manager has specified a threshold for the number of simultaneous conferences on the LAN, the Gatekeeper can refuse to make any more connections once the threshold is reached. The effect is to limit the total conferencing bandwidth to some fraction of the total available; the remaining capacity is left for e-mail, file transfers, and other LAN protocols. The collection of all Terminals, Gateways, and Multipoint Control Units managed by a single gatekeeper is known as an H.323 Zone.
An optional, but valuable feature of a gatekeeper is its ability to route H.323 calls. By routing a call through a gatekeeper, it can be controlled more effectively. Service providers need this ability in order to bill for calls placed through their network. This service can also be used to re-route a call to another endpoint if a called endpoint is unavailable. In addition, a gatekeeper capable of routing H.323 calls can help make decisions involving balancing among multiple gateways. For instance, if a call is routed through a gatekeeper, that gatekeeper can then re-route the call to one of many gateways based on some proprietary routing logic.
While a Gatekeeper is logically separate from H.323 endpoints, vendors may incorporate Gatekeeper functionality into the physical implementation of Gateways and MCUs.
A Gatekeeper is not required in an H.323 system. However, if a Gatekeeper is present, terminals must make use of the services offered by gatekeepers. RAS defines these as address translation, admissions control, bandwidth control, and zone management.
Gatekeepers can also play a role in multipoint connections. To support multipoint conferences, users would employ a Gatekeeper to receive H.245 Control Channels from two terminals in a point-to-point conference. When the conference switches to multipoint, the Gatekeeper can redirect the H.245 Control Channel to a multipoint controller, the MC. The Gatekeeper need not process the H.245 signaling; it only needs to pass it between the terminals or the terminals and the MC.
LANs which contain Gateways could also contain a Gatekeeper to translate incoming E.164 addresses into Transport Addresses. Because a Zone is defined by its Gatekeeper, H.323 entities that contain an internal Gatekeeper require a mechanism to disable the internal function so that when there are multiple H.323 entities that contain a Gatekeeper on a LAN, the entities can be configured into the same Zone.

Required Gatekeeper Functions
Address Translation Translation of alias address to Transport Address using a table that is updated with Registration messages. Other methods of updating the translation table are also allowed.
Admissions Control Authorization of LAN access using Admission Request, Confirm and Reject (ARQ/ARC/ARJ) messages. LAN access may be based on call authorization, bandwidth, or some other criteria. Admissions Control may also be a null function which admits all requests.
Bandwidth Control Support for Bandwidth Request, Confirm and Reject (BRQ/BCF/BRJ) messages. This may be based on bandwidth management. Bandwidth Control may also be a null function which accepts all requests for bandwidth changes.
Zone Management The Gatekeeper provides the above functions for terminals, MCUs, and Gateways which have registered within its Zone of control.
Optional Gatekeeper Functions Include:
Call Control Signaling In a point to point conference, the Gatekeeper may process Q.931 call control signals. Alternatively, the Gatekeeper may send the endpoints G.931 signals directly to each other.
Call Authorization The Gatekeeper may reject a call from a terminal based on the Q.931 specification. The reasons for rejection may include, but are not limited to, restricted access to/from particular terminals or Gateways, restricted access during certain periods of time. The criteria for determining if authorization passes or fails is outside the scope of H.323.
Bandwidth Management The Gatekeeper may reject calls from a terminal if it determines that sufficient bandwidth is not available. This function also operates during an active call if a terminal requests additional bandwidth. The criteria for determining if bandwidth is available is outside the scope of H.323.
MULTIPOINT CONTROL UNITS (MCU)
The Multipoint Control Unit (MCU) supports conferences between three or more endpoints. Under H.323, an MCU consists of a Multipoint Controller (MC), which is required, and zero or more Multipoint Processors (MP). The MC handles H.245 negotiations between all terminals to determine common capabilities for audio and video processing. The MC also controls conference resources by determining which, if any, of the audio and video streams will be multicast.
The MC does not deal directly with any of the media streams. This is left to the MP, which mixes, switches, and processes audio, video, and/or data bits. MC and MP capabilities can exist in a dedicated component or be part of other H.323 components.

MULTIPOINT CONFERENCES
Multipoint conference capabilities are handled in a variety of methods and configurations under H.323. The Recommendation uses the concepts of centralized and decentralized conferences, as described in above figure.
Centralized multipoint conferences require the existence of an MCU to facilitate a multipoint conference. All terminals send audio, video, data, and control streams to the MCU in a point-to-point fashion. The MC centrally manages the conference using H.245 control functions that also define the capabilities for each terminal. The MP does the audio mixing, data distribution, and video switching/ mixing functions typically performed in multipoint conferences and sends the resulting streams back to the participating terminals. The MP may also provide conversion between different codecs and bit rates and may use multicast to distribute processed video. A typical MCU that supports centralized multipoint conferences consists of an MC and an audio, video, and/or data MP.
Decentralized multipoint conferences can make use of multicast technology. Participating H.323 terminals multicast audio and video to other participating terminals without sending the data to an MCU. Note that control of multipoint data is still centrally processed by the MCU, and H.245 Control Channel information is still transmitted in a point-to-point mode to an MC.
Receiving terminals are responsible for processing the multiple incoming audio and video streams. Terminals use H.245 Control Channels to indicate to an MC how many simultaneous video and audio streams they can decode. The number of simultaneous capabilities of one terminal does not limit the number of video or audio streams which are multicast in a conference. The MP can also provide video selection and audio mixing in a decentralized multipoint conference.
Hybrid multipoint conferences use a combination of centralized and decentralized features. H.245 signals and either an audio or video stream is processed through point-to-point messages to the MCU. The remaining signal (audio or video) is transmitted to participating H.323 terminals through multicast.
One advantage of centralized conferencing is that all H.323 terminals support point-to-point communications. The MCU may output multiple unicasts to the conference participants and no special network capabilities are required. Alternatively, the MCU may receive multiple unicasts, mix audio and switch video, and output a multicast stream, conserving network bandwidth.
H.323 also supports mixed multipoint conferences in which some terminals are in a centralized conference, others are in a decentralized conference, and an MCU provides the bridge between the two types. The terminal is not aware of the mixed nature of the conference, only of the mode of conference in which it sends and receives.
By supporting multicast and unicast approaches, H.323 spans current generation and future networking technologies. Multicast makes more efficient use of network bandwidth, but places higher computational loads on the terminals, which have to mix and switch their own audio/video receiving streams. Additionally, multicast support is required in network routers and switches.
An MC may be located within a Gatekeeper, Gateway, Terminal, or MCU.

Multipoint conferences that span terminals on the LAN and off-network are likely to benefit from configurations where the MCU functions are tightly integrated with the Gateway. Consider a simple example where a multipoint conference is set up between three clients. One client terminal (Client B) performs the MC function. All the terminals could use multicast to participate in a decentralized conference. An MP function on each node would mix and present the incoming audio and video signals to the user. This approach minimizes the need for specialized network resources. However, the network must be configured to support multicast.
A separate MCU can be used to handle only the audio, data, and control functions. In this configuration the video may still be multicast, which conserves bandwidth. This MCU could be either a dedicated system or a terminal with extra horsepower.
H.323 VERSION 2
Approved in January of 1998, version 2 of the H.323 standard addresses deficiencies in version 1 and introduces new functionality within existing protocols, such as Q.931, H.245 and H.225, as well as entirely new protocols. The most significant advances were in security, fast call setup, supplementary services and T.120/H.323 integration.
Security
In development for months, the H.235 standard addresses four general issues when dealing with security, Authentication, Integrity, Privacy, and non-Repudiation. Authentication is a mechanism to make sure that the endpoints participating in the conference are really who they say they are. Integrity provides a means to validate that the data within a packet is indeed an unchanged representation of the data. Privacy/Confidentiality is provided by encryption and decryption mechanisms that hide the data from eavesdroppers so that if it is intercepted, it cannot be viewed. Non-Repudiation is a means of protection against someone denying that they participated in a conference when you know they were there.
Fast Call Setup
Using version one of H.323, a call was placed from one endpoint to another, but streams were not immediately available. This resulted in a long delay between the time a call was answered and when the participants could hear each other. With H.323 version two and the introduction of Fast Call Setup, this problem has been eliminated.
Supplementary Services
Supplementary Services for H.323, namely Call Transfer and Call Diversion, have been defined by the H.450 series. H.450.1 defines the signaling protocol between H.323 endpoints for the control of supplementary services. H.450.2 defines Call Transfer and H.450.3 Call Diversion. Call Transfer allows a call established between endpoint A and endpoint B to be transformed into a new call between endpoint B and a third endpoint, endpoint C. Call Diversion provides the supplementary services Call Forwarding Unconditional, Call Forwarding Busy, Call Forwarding No Reply and Call Deflection.
T.120/H.323 Integration
Although the first version of H.323 addressed the integration of T.120 with H.323, the call setup scenarios were somewhat complex and unclear. Version 2 of H.323 addresses this problem by requiring endpoints that support both T.120 and H.323 to lead the call with H.323. Further, version 2 states that T.120 is an optional part of an H.323 conference and that enabling T.120 is at the discretion of each H.323 endpoint.


COMMUNICATION UNDER H.323
Communications under H.323 can be considered a mix of audio, video, data, and control signals. Audio capabilities, Q.931 call setup, RAS control, and H.245 signaling are required. All other capabilities, including video and data conferencing are optional. When multiple algorithms are possible, the algorithms used by the encoder are derived from information passed by the decoder during the H.245 capability exchange. H.323 terminals are also capable of asymmetric operation (different encode and decode algorithms) and can send/receive more than one video and audio channel.
Control
The call control functions are the heart of the H.323 terminal. These functions include signaling for call setup, capability exchange, signaling of commands and indications, and messages to open and describe the content of logical channels. All audio, video, and control signals pass through a control layer that formats the data streams into messages for output to the network interface. The reverse process takes place for incoming streams. This layer also performs logical framing, sequence numbering, error detection, and error correction as appropriate to each media type. The Q.931, RAS, and RTP/RTCP protocols perform these functions.
Overall system control is provided by three separate signaling functions: the H.245 Control Channel, the Q.931 Call Signaling Channel, and the RAS Channel. The H.245 Control Channel is a reliable channel that carries control messages governing operation of the H.323 entity, including capabilities exchange, opening and closing of logical channels, preference requests, flow control messages, and general commands and indications. Capabilities exchange is one of the fundamental capabilities in the ITU recommendation; H.245 provides for separate receive and transmit capabilities as well as for methods to describe these details to other H.323 terminals. There is only one H.245 Control Channel per call.
The Call Signalling Channel uses Q.931 to establish a connection between two terminals. The RAS signaling function performs registration, admission, bandwidth changes, status, and disengage procedures between endpoints and Gatekeepers. RAS is not used if a Gatekeeper is not present.
Audio
Audio signals contain digitized and compressed speech. The compression algorithms supported by H.323 are all proven ITU standards. H.323 terminals must support the G.711 voice standard for speech compression. Support for other ITU voice standards is optional.
The different ITU recommendations for digitizing and compressing speech signals reflect different tradeoffs between speech quality, bit rate, computer power, and signal delay. G.711 generally transmits voice at 56 or 64 kbps, well within the bandwidth limits likely on a LAN, but was designed originally for continuous bit-rate networks. Because G.723 operates at very low bit rates, it is strongly being considered as a required codec and will be the predominant audio codec in H.323 applications.
Video
While video capabilities are optional, any video-enabled H.323 terminal must support the H.261 codec; support for H.263 is optional. Video information is transmitted at a rate no greater than that selected during the capability exchange. H.261, which provides a measure of compatibility across many of the different ITU recommendations (see table on next page), is used with communication channels that are multiples of 64 kbps (P=1,2,3...30). H.261 calls for fully encoding some frames and for coding only the difference between a frame and the previous frame in other cases. Motion compensation, which improves image quality, is an H.261 option.
H.263 is a backwards-compatible update to H.261. H.263 picture quality is greatly improved by using a required 1/2 pixel motion-estimation technique, predicted frames, and a Huffman coding table optimized for low bit rate transmissions. H.263 defines five standardized picture formats. Communications between H.261 systems and H.263 systems is facilitated because both must support QCIF.
Data
Data conferencing is an optional capability. When supported, data conferencing enables collaboration through applications such as shared whiteboards, application sharing, and file transfer. H.323 supports data conferencing through the T.120 specification. An ITU standard, T.120 addresses point-to-point and multipoint data conferences. It provides interoperability at the application, network, and transport level.
An H.323 system can support data by incorporating T.120 capabilities into clients and multipoint control units. The MCU may control and mix the data conferencing information. A recommendation for multicast support in T.120, known as T.125 Annex A or the Multicast Adaptation Protocol, was approved by the ITU in January of 1998.
IP NETWORKING AND MULTIMEDIA CONFERENCING
H.323 uses both reliable and unreliable communications. Control signals and data require reliable transport because the signals must be received in the order in which they were sent and cannot be lost. Audio and video streams lose their value with time. If a packet is delayed, it may not have relevance to the end user. Audio and video signals use the more efficient unreliable transport.
Reliable transmission of messages uses a connection-oriented mode for data transmission. In the IP stack, this type of transmission is accomplished with TCP. Reliable transmission guarantees sequenced, error-free, flow-controlled transmission of packets, but can delay transmission and reduce throughput. H.323 uses reliable (TCP) end-to-end services for the H.245 Control Channel, the T.120 Data Channels, and the Call Signaling Channel.
Within the IP stack, unreliable services are provided by User Datagram Protocol (UDP). Unreliable transmission is a mode without connections that promises nothing more than best effort delivery. UDP offers minimal control information. H.323 uses UDP for the audio, video, and the RAS Channel.
In conferences with multiple audio and video streams, unreliable transport via UDP uses IP Multicast and the Real-Time Protocol (RTP) developed by the Internet Engineering Task Force (IETF) to handle streaming audio and video. IP Multicast is a protocol for unreliable multicast transmission in UDP. RTP works on top of IP Multicast, and was designed to handle the requirements of streaming audio and video over the Internet. A header containing a time-stamp and a sequence number is added to each UDP packet. With appropriate buffering at the receiving station, timing and sequence information allows the application to eliminate duplicate packets; reorder out-of-sequence packets; synchronize sound, video and data; and achieve continuous playback in spite of varying latencies.
Because H.323 is RTP-based, it can operate on the Internetâ„¢s Multicast Backbone (Mbone), a virtual network on top of the Internet that provides a multicast facility and supports video, voice, and data conferencing. The Real-Time Control Protocol (RTCP) is used for the control of RTP. RTCP monitors the quality of service, conveys information about the session participants, and periodically distributes control packets containing quality information to all session participants through the same distribution mechanisms as the data packets.
Having sufficient bandwidth for a multimedia call is critical and difficult to ensure in large packet networks like the Internet or a corporate intranet. Another IETF protocol, the Resource Reservation Protocol (RSVP), allows a receiver to request a specific amount of bandwidth for a particular data stream and receive a reply indicating whether the request has been granted. Although RSVP is not an official part of the H.323 standard, some H.323 products will support it. RTP needs to be supported by Terminals, Gateways, and MCUs with Multipoint Processors. RSVP may also be supported by the same components and any intermediate switches or routers.


IMPLEMENTING H.323
With H.323 standards beginning to take root in the market, equipment vendors and software providers face the challenge of implementing the complex H.323 standard. DataBeam provides developers with a set of software toolkits and development platforms to implement all or a portion of the H.323 standard. These toolkits will enable vendors to select the functionality they need to complement their product and ensure that it will work with other vendor products. DataBeam is committed to interoperability with all other H.323-compliant vendors.
DataBeam has made a significant research and development investment in the development of H.323 technology. The code is field-tested and proven in product implementations.
Continued maintenance and updates to the technology will be available through DataBeam. DataBeam is an active participant in standards bodies and tracks changes to the H.323 specification. DataBeamâ„¢s experience and expertise in OEM licensing ensures that customers receive the highest quality service and support. DataBeam is committed to providing H.323 developers comprehensive development solutions for the fastest route to market.

BENEFITS OF H.323
Codec Standards
H.323 establishes standards for compression and decompression of audio and video data streams, ensuring that equipment from different vendors will have some area of common support.
Interoperability
Users want to conference without worrying about compatibility at the receiving point. Besides ensuring that the receiver can decompress the information, H.323 establishes methods for receiving clients to communicate capabilities to the sender. The standard also establishes common call setup and control protocols.
Network Independence
H.323 is designed to run on top of common network architectures. As network technology evolves, and as bandwidth-management techniques improve, H.323-based solutions will be able to take advantage of those enhanced capabilities.
Platform and Application Independence
H.323 is not tied to any hardware or operating system. H.323-compliant platforms will be available in many sizes and shapes, including video-enabled personal computers, dedicated platforms, IP-enabled telephone handsets, cable TV set-top boxes and turnkey boxes.
Multipoint Support
Although H.323 can support conferences of three or more endpoints without requiring a specialized multipoint control unit, MCUâ„¢s provide a more powerful and flexible architecture for hosting multipoint conferences. Multipoint capabilities can be included in other components of an H.323 system.
Bandwidth Management
Video and audio traffic is bandwidth-intensive and could clog the corporate network. H.323 addresses this issue by providing bandwidth management. Network managers can limit the number of simultaneous H.323 connections within their network or the amount of bandwidth available to H.323 applications. These limits ensure that critical traffic will not be disrupted.
Multicast Support
H.323 supports multicast transport in multipoint conferences. Multicast sends a single packet to a subset of destinations on the network without replication. In contrast, unicast sends multiple point-to-point transmissions, while broadcast sends to all destinations. In unicast or broadcast, the network is used inefficiently as packets are replicated throughout the network. Multicast transmission uses bandwidth more efficiently since all stations in the multicast group read a single data stream.
Flexibility
An H.323 conference can include endpoints with different capabilities. For example, a terminal with audio-only capabilities can participate in a conference with terminals that have video and/or data capabilities. Furthermore, an H.323 multimedia terminal can share the data portion of a video conference with a T.120 data-only terminal, while sharing voice, video, and data with other H.323 terminals.
Inter-Network Conferencing
Many users want to conference from a LAN to a remote site. For example, H.323 establishes a means of linking LAN-based desktop systems with ISDN-based group systems. H.323 uses common codec technology from different videoconferencing standards to minimize transcoding delays and to provide optimum performance.

REFERENCES
¢ Itpapers.com
¢ Protocols.com
¢ cselt.it/h.323/

ACKNOWLEDGEMENT
I express my sincere gratitude to Dr. Agnisarman Namboodiri, Head of Department of Information Technology and Computer Science , for his guidance and support to shape this paper in a systematic way.
I am also greatly indebted to Mr. Saheer H. and
Ms. S.S. Deepa, Department of IT for their valuable suggestions in the preparation of the paper.
In addition I would like to thank all staff members of IT department and all my friends of S7 IT for their suggestions and constrictive criticism.

CONTENTS
1. INTRODUCTION
2. IMPORTANCE OF H.323
3. ARCHITECTURAL OVERVIEW
¢ TERMINALS
¢ GATEWAYS
¢ GATEKEEPERS
¢ MULTIPOINT CONTROL UNITS (MCU)
4. MULTIPOINT CONFERENCES
5. H.323 VERSION 2
6. COMMUNICATION UNDER H.323
7. IP NETWORKING AND MULTIMEDIA CONFERENCING
8. IMPLEMENTING H.323
9. BENEFITS OF H.323
10. REFERENCES
Reply
project report helper
Active In SP
**

Posts: 2,270
Joined: Sep 2010
#2
22-10-2010, 02:56 PM


.doc   H323 seminar report.doc (Size: 148 KB / Downloads: 59)

INTRODUCTION

The H.323 standard provides a foundation for audio, video, and data communications across IP-based networks, including the Internet. By complying with H.323, multimedia products and applications from multiple vendors can interoperate, allowing users to communicate without concern for compatibility. H.323 will be the keystone for LAN-based products for consumer, business, entertainment, and professional applications.

H.323 is an umbrella recommendation from the International Telecommunications Union (ITU) that sets standards for multimedia communications over Local Area Networks (LANs) that do not provide a guaranteed Quality of Service (QoS). These networks dominate today’s corporate desktops and include packet-switched TCP/IP and IPX over Ethernet, Fast Ethernet and Token Ring network technologies. Therefore, the H.323 standards are important building blocks for a broad new range of collaborative, LAN-based applications for multimedia communications.

The H.323 specification was approved in 1996 by the ITU’s Study Group 16. Version 2 was approved in January 1998. The standard is broad in scope and includes both stand-alone devices and embedded personal computer technology as well as point-to-point and multipoint conferences. H.323 also addresses call control, multimedia management, and bandwidth management as well as interfaces between LANs and other networks.

H.323 is part of a larger series of communications standards that enable videoconferencing across a range of networks. Known as H.32X, this series includes H.320 and H.324, which address ISDN and PSTN communications, respectively.
Reply
seminar flower
Super Moderator
******

Posts: 10,120
Joined: Apr 2012
#3
21-08-2012, 04:37 PM

H.323



.ppt   H.323.ppt (Size: 1.34 MB / Downloads: 31)

What is H.323 ?

An ITU-T standard for bi-directional exchange of voice, video, and data
Applies to an IP network
H.323 is a set of standards for group communication
TCP Call setup & control
UDP for audio/video

Base H.323 Documents

H.323 – “Umbrella” document that describes the usage of H.225.0, H.245, and other related documents for delivery of packet-based multimedia conferencing services
H.225.0 – Describes three signaling protocols (RAS, Call Signaling, and “Annex G”)
H.245 – Multimedia control protocol (common to H.310, H.323, and H.324)

MCUs

Responsible for managing multipoint conferences (two or more endpoints engaged in a conference)
The MCU contains a Multipoint Controller (MC) that manages the call signaling and may optionally have Multipoint Processors (MPs) to handle media mixing, switching, or other media processing

Gateways

The Gateway is composed of a “Media Gateway Controller” (MGC) and a “Media Gateway” (MG), which may co-exist or exist separately
The MGC handles call signaling and other non-media-related functions
The MG handles the media
Gateways interface H.323 to other networks, including the PSTN, H.320 systems, other H.323 networks (proxy), etc.

Gatekeeper

The Gatekeeper is an optional component in the H.323 system which is used for admission control and address resolution
The gatekeeper may allow calls to be placed directly between endpoints or it may route the call signaling through itself to perform functions such as follow-me/find-me, forward on busy, etc.

Border Elements

Border Elements, which are often co-located with a Gatekeeper, exchange addressing information and participate in call authorization between administrative domains
Border Elements may aggregate address information to reduce the volume of routing information passed through the network
Border elements may assist in call authorization/authentication directly between two administrative domains or via a clearinghouse
Peer elements are like “border elements”, but reside within the interior of the administrative domain

Zone

A single Gatekeeper and all of the devices connected to it
The physical location of the Gatekeeper with respect to its endpoints is immaterial
There may be more than one physical Gatekeeper device that provides the logical Gatekeeper functionality for a zone

The Market Today

Today, the biggest market for H.323 applications is Voice over IP. Why?
Low bit-rate Internet connections make video and data intensive applications less appealing
It’s a young industry– and with all such industries, it takes time to mature good products
Companies can provide VoIP services today at a low cost and provide new competition to the incumbent carriers



Reply

Important Note..!

If you are not satisfied with above reply ,..Please

ASK HERE

So that we will collect data for you and will made reply to the request....OR try below "QUICK REPLY" box to add a reply to this page

Quick Reply
Message
Type your reply to this message here.


Image Verification
Please enter the text contained within the image into the text box below it. This process is used to prevent automated spam bots.
Image Verification
(case insensitive)

Possibly Related Threads...
Thread Author Replies Views Last Post
  graphics processing unit seminar or presentation report Information Technology 13 14,432 04-10-2013, 12:52 AM
Last Post: Guest
  PRESENTATION ON BLACKBERRY OPERATING SYSTEM study tips 0 722 12-06-2013, 04:43 PM
Last Post: study tips
  A Seminar Report On HOLOGRAPHIC DATA STORAGE study tips 0 778 30-05-2013, 04:57 PM
Last Post: study tips
  A Seminar Report On ZFS study tips 0 1,285 28-05-2013, 02:00 PM
Last Post: study tips
  A Paper Presentation On WIRELESS TECHNOLOGY study tips 0 651 22-05-2013, 12:59 PM
Last Post: study tips
  PAPER PRESENTATION ON NANO WORLD study tips 0 429 15-05-2013, 03:06 PM
Last Post: study tips
  SEMINAR REPORT ON Wireless LAN-IEEE 802.11 study tips 0 736 25-02-2013, 10:43 AM
Last Post: study tips
  SEMINAR REPORT ON MOBILE GATEWAYS study tips 0 536 13-02-2013, 10:13 AM
Last Post: study tips
  SEMINAR REPORT ON WiMAX project girl 0 592 08-02-2013, 03:44 PM
Last Post: project girl
  SEMINAR REPORT On INTEGRATING NAND FLASH DEVICES ONTO SERVERS pdf project girl 4 820 25-01-2013, 02:30 PM
Last Post: Guest