Documente Academic
Documente Profesional
Documente Cultură
Table of Contents
i
Technical Manual – Signaling & Protocols 1H.248
Chapter 1 H.248
1.1 Overview
H.248/MEGACO has been jointly developed within the ITU-T and the IETF. It is
named H.248 by the ITU-T and MEGACO by the IETF. Hereinafter, both are called
H.248 in this manual.
The Mc interface is the standard interface between the MSC Server (GMSC Server)
and the MGW. It is H.248 protocol compliant. Aiming at special requirements of 3GPP,
H.248 extended Transaction and Package are defined. The Mc interface is an
additional interface for 3GPP R4. The physical interface mode may be ATM or IP.
The Mc interface provides the capabilities of the static and dynamic resources for the
MSC Server (GMSC Server) controlling the various transmission modes
(IP/ATM/TDM) in the MGW in the call processing procedure, such as terminal
property, terminal connection switching relationship, MGW borne media streams. The
Mc interface also provides the call independent MGW status maintenance and
management capability.
1
Technical Manual – Signaling & Protocols 1H.248
The H.248 protocol is utilized on the interface between MSOFTX3000 and UMG8900,
namely Mc interface defined in UMTS. See 1.1.2.
Nc
H.248 H.248
Mc Mc
MWG MWG
(UMG8900) (UMG8900)
Mc Mc
(G)MSC Server MGW (G)MSC Server MGW
H.248 H.248
H.248 H.248
MTP3B MTP3B
SCTP SCTP STC STC
IP IP SAAL SAAL
AAL5 AAL5
MAC MAC
ATM ATM
L1 L1 PL PL
2
Technical Manual – Signaling & Protocols 1H.248
1.2.1 Overview
I. Basic Concepts
Media Gateway (MG): The media gateway converts media provided in one type
of network to the format required in another type of network. For example, a MG
could terminate bearer channels from a switched circuit network (for example,,
PCM) and media streams from a packet network (for example,, media streams in
an IP network). This gateway may be capable of processing audio, video and
data alone, and will be capable of full duplex media translations. The MG may
also play some audio/video signals and perform a number of interactive voice
response (IVR) functions, or may perform media conferencing.
Media Gateway Controller (MGC): Controls the parts of the call state that pertain
to connection control for media channels in a MG.
Multipoint Control Unit: An entity that controls the setup and coordination of a
multi-user conference that typically includes processing of audio, video and data.
Stream: Bidirectional media or control flow received/sent by a media gateway as
part of a call or conference.
The connection model for the protocol describes the logical entities, or objects, within
the Media Gateway that can be controlled by the Media Gateway Controller. The main
abstractions used in the connection model are Terminations and Contexts. II
illustrates the connection model:
3
Technical Manual – Signaling & Protocols 1H.248
Media Gateway
Context
Context Termination
SCN Bearer Channel
*
Termination
RTP Stream
Termination
SCN Bearer Channel
*
Termination Termination
RTP Stream SCN Bearer Channel
Context
Termination
*
Termination
RTP Stream SCN Bearer Channel
In the connection model defined by the H.248/MEGACO, two entities, namely Context
and Termination, are included. A Context shall contain one or more Terminations;
otherwise, the Context will be deleted. A Termination shall exist in only one Context at
a single time point.
1) Context
There is a special Context called the null Context. It contains Terminations that
Terminations that are not associated to any other Termination. Terminations in the null
Context can have their parameters examined or modified, and may have events
detected on them.
4
Technical Manual – Signaling & Protocols 1H.248
Topology: The topology of a Context describes the flow of media between the
Terminations within a Context. In contrast, the mode of a Termination describes
the flow of the media at the ingress/egress of the media gateway.
Priority: The priority is used for a Context in order to provide the MG with
information about a certain precedence handling for a Context. The value range
is 0~15. The less the value is, the higher the priority is.
Emergency indicator: An indicator for an emergency call is also provided to allow
a preference handling in the MG.
2) Termination
Usually Terminations are grouped into two classes: semi-permanent Terminations and
ephemeral Terminations. Terminations representing physical entities have a semi-
permanent existence. For example, a Termination representing a TDM channel might
exist for as long as it is provisioned in the gateway. Only if the configuration
information is deleted, the corresponding Termination disappears. Ephemeral
Terminations represent ephemeral information flows, such as RTP flows, would
usually exist only for the duration of their use. Ephemeral Terminations are created by
means of an Add command. They are destroyed by means of a Subtract command. In
contrast, when a physical Termination is added to or subtracted from a Context, it is
taken from or to the null Context, respectively.
Termination dynamics: The protocol can be used to create new Terminations and
to modify the property values of existing Terminations.
TerminationIDs: Terminations are referenced by a TerminationID, which is an
arbitrary schema by the MG. A wildcarding mechanism using two types of
5
Technical Manual – Signaling & Protocols 1H.248
wildcards can be used with TerminationsIDs. The two wildcards are ALL and
CHOOSE.
Packages: Different types of gateways may implement Terminations that have
widely differing characteristics. In order to achieve MG/MGC interoperability,
optional properties of the Termination are grouped into Packages, and a
Termination realizes a set of such Packages.
Termination properties and descriptors: Terminations have properties. The
properties have unique PropertyID.
ROOT Termination: The ROOT Termination is typically used to refer to the entire
gateway. Packages may be defined on ROOT. Root thus may have properties,
events, signals, statistics and parameters. The ROOT Termination may appear in
a Modify, Notify, AuditValue, AuditCapability and ServiceChange commands. Any
other use of the ROOT TerminationID is an error.
Commands: The protocol provides commands for manipulating the logical
entities of the connection model, Contexts and Terminations. Most commands
are for the specific use of the Media Gateway Controller as command initiator in
controlling Media Gateways as command responders. The exceptions are the
Notify and ServiceChange commands: Notify is sent from Media Gateway to
Media Gateway Controller, and ServiceChange may be sent by either entity. For
the meanings of the commands, please reference the following section about
command explanation.
Descriptors: The parameters to a command are termed Descriptors. A Descriptor
consists of a name and a list of items. Descriptors may be returned in the
response as output from a command. In any such return of descriptor contents,
an empty descriptor is represented by its name unaccompanied by any list.
In the case of binary codes, specifications defined in ITU-T X.680 (ASN.1) are
used for description, and BER rules defined in X.690 for encoding;
In the case of text format, RFC 2234 ABNF specifications are followed.
MGCs should support both encoding formats. MGs may support one of or both
formats. Any H.248 message shares the same structure as shown in 1.2.2.
6
Technical Manual – Signaling & Protocols 1H.248
Megaco/H.248 message
Ctx ....
Ctx Hdr Command Command
Properties
A message contains multiple transactions that have nothing to do with each other and
can be handled separately; a transaction is composed of several actions and actions
correspond to Contexts; an action constitutes a series of commands restricted by a
Context. In this way, H.248 message mechanism is shown in 1.2.2.
H.248 message
Transaction1
ContextID1
Command1
Des-1 Des-n
Commandn
ContextIDn
TransactionIDn
7
Technical Manual – Signaling & Protocols 1H.248
I. Message
Information units transmitted or accepted by the H.248 protocol are called messages.
A message begins with the Header followed by several transactions.
The message Header contains the Message Identifier (MID) and the Version Number:
The MID identifies the message sender, and may be set to a provisioned name
(for example, domain address/domain name/device name). Domain name is a
suggested default.
The Version Number identifies the version of the protocol the message conforms
to. Versions consist of one or two digits, beginning with version 1 for the present
version of the protocol.
I. Transaction
Commands between the Media Gateway Controller and the Media Gateway are
grouped into Transactions, each of which is identified by a TransactionID.
Transactions consist of one or more Actions. An Action consists of a series of
Commands that are limited to operating within a single Context.
TransHdr is followed by the Actions of the Transaction. The Actions must be executed
in order. At the first failing command in an Action, processing of the remaining
commands in that Transaction stops except Optional Command. Transactions
guarantee ordered commands processing, which is one significant function to
introduce Transactions.
Transactions include requests and responses, and responses are divided into two
types: TransactionReply and TransactionPending.
TransactionRequest
8
Technical Manual – Signaling & Protocols 1H.248
TransactionRequest(TransactionId {
ContextID {Command ... Command},
...
ContextID {Command ... Command } })
TransactionReply
TransactionReply(TransactionID {
ContextID { Response ...Response },
...
ContextID { Response ...Response } })
TransactionPending
TransactionPending (TransactionID { } )
9
Technical Manual – Signaling & Protocols 1H.248
Transaction Description
MGW Register This function actively sends the Register message to the
MGC to request for registration when the whole system is
powered up. Only after successful registration of MGW can
the MGC use the resources on the MGW.
MGW Re-Register In some cases, such as MGC handover, MGC may request
the MGW to register again.
(G)MSC Server (G)MSC SERVER requests the MGW to register again, and
Ordered Re- the MGW initiates the transaction after it receives the
Register command.
Termination Out Of After a Termination fails, the MGW sends this message to
Service the MGC so that the MGC will no longer use this resource.
Termination When the Termination recovers from failure, the MGW sends
Restoration this message to notify the MGC to update the resource
status.
Audit Capability To audit the capability set of the various attributes requesting
for Termination resources.
(G)MSC Server Out To notify MGW when (G)MSC SERVER becomes faulty.
Of Service
10
Technical Manual – Signaling & Protocols 1H.248
Transaction Description
Isolate Bearer To isolate one Termination from its media flow relation with
Termination other Terminations, so that it has no media flow relation with
any Termination.
Release Bearer To release bearer between MGWs. This operation does not
release the Termination resource.
Send Tone Send-tone operation. During a call, the MGC can request the
Termination to send a certain tone to a certain direction,
such as ring-back tone, busy tone, and so on.
Report DTMF MGW reports to the MGC about the completion of DTMF
tone detection.
Tunnel Information MGW reports IPBCP frame to MGC, and the MGC sends it
Up to the peer MGW by means of tunnel.
Tunnel Information MGC sends the IPBCP message from another MGC to
Down MGW.
11
Technical Manual – Signaling & Protocols 1H.248
Transaction Description
Optimal Codec and MGW reports Codec List of Codec negotiation during TFO.
Distant List Notify
II. Action
Actions are related to Contexts. An action consists of a series of commands that are
limited to operate within one Context. Actions are identified by a ContextID. In an
action, commands should be processed in order.
An action begins with the Context header (CtxHdr) in which ContextID is contained for
identifying the Context this action corresponds to. ContextID is assigned by the MG
and is unique within the scope of the MG. The MGC shall use the ContextID in all
subsequent transactions relating that Context.
CtxHdr is followed by several commands, and these commands are related to the
Context identified by the ContextID.
12
Technical Manual – Signaling & Protocols 1H.248
Commands are the major contents in an H.248 message. They control the Context
and Termination attributes including to specify the event reported by the Termination
what signals and actions can be imposed on the Termination, as well as specifying
the topology structure of the Context. A command is composed of the command
header (CMDHdr) and command parameters. In H.248 protocol, command
parameters are grouped into “Descriptors”.
H.248 protocol defines eight commands, all of which are sent to MG by MGC
except the command “Notify”, which is sent to MGC by MG. The command
“ServiceChange” can be sent by either the MG or the MGC. The meanings of
H.248 commands are as follows:
13
Technical Manual – Signaling & Protocols 1H.248
IV. Descriptor
DescriptorName=<someID>
{ parm = value, parm = value ...... }
Table 5.3Descriptors
Descriptor Description
Name
Local Contains properties that specify the media flows that the MG
receives from the remote entity.
Remote Contains properties that specify the media flows that the MG
sends to the remote entity.
14
Technical Manual – Signaling & Protocols 1H.248
Descriptor Description
Name
Localcontrol Contains properties that are of interest between the MGC and
the MG.
The following part uses an example to illustrate a typical implementation of the H.248
protocol. The diagrams of the call procedure abstractly display the interaction
between a media gateway and the media gateway controller instead of taking issues
like time graduation into account.
The example is about a call set up between two residential gateways. User A and
User B are respectively connected to two residential gateways RGW1 and RGW2,
and the gateways are under the control of the same media gateway controller. The
example only describes a successful call, and it is assumed that the gateways have
registered on the media gateway controller.
The procedure is divided into two processes, namely call setup process and call
backout process.
15
Technical Manual – Signaling & Protocols 1H.248
16
Technical Manual – Signaling & Protocols 1H.248
Nodify Resp
Modify SG:dialtone
ED:al/on,dd/ce{Dmap1}
DM:Dmap1 = 2XXX
Dial Tone
Modify Resp
UserA dials
digits
Notify digits
Nodify Resp
UserB Phone
Ringing
Add Resp TermB
Add Resp EphB Local SDP
(Specified)
UserB Goes
Offhook
Notify offhook
Nodify Resp
Modify TermA SendRecv
Modify EphA Remote(Specified) SendRecv
Modify Resp
Modify TermB SendRecv
Modify EphB SendRecv
Modify Resp
RTP MEDIA
17
Technical Manual – Signaling & Protocols 1H.248
1) MGC sends a Modify message to both gateways to detect the offhook event on
the terminations.
2) It is assumed that User A hooks off first. After RGW1 detects the event, it sends
to MGC a Notify message in which the corresponding event information and
detected timestamp are contained. MGC returns a response message.
3) MGC sends a Modify command to RGW1, indicating to RGW1 to send dial tone
to User A. RGW sends dial tone to the user and meanwhile returns a response
message.
4) User A hears the dial tone and begins to dial.
5) MGC receives the Notify message from RGW1 and begins to analyze the digits.
It is assumed that the called party is connected to RGW2 which is managed by
the same MGC. MGC creates a new context for RGW1 and adds a physical
termination TermA in it. If User B is idle, ringback tone is sent to User A. At the
same time, an ephemeral termination is created and then added in the preceding
context. The connection domain IP address and the media domain port number
of the ephemeral termination are not specified. RGW1 creates a context whose
ID is 1. The physical termination TermA is added in the context. Meanwhile, an
ephemeral termination EphA is created and its IP address and port number are
assigned. Then, RGW1 returns a corresponding response in which the IP
address and the port number used are indicated.
6) MGC sends a similar transaction to RGW2. RGW2 creates a context whose ID is
2, then it adds the physical termination TermB in the context; meanwhile, RGW2
creates an ephemeral termination EphB and returns a response message.
7) User B hooks off. RGW2 uses a Notify command requesting to report this event
to MGC. MGC also returns a Notify response.
8) MGC sends to RGW1 a message to stop sending ringback tone to User A, and
sets the remote SDP information of EphA. The mode of both terminations is
modified to SendRecv (previously both created as RecvOnly mode). RGW1
returns a response message indicating the success of the operation.
9) MGC sends a transaction to RGW2, indicating to stop ringing tone on TermB.
After the completion of the processing, RGW2 returns a response.
10) The users can have a conversation. Once the call is terminated by either party,
the other party will hear busy tone.
18
Technical Manual – Signaling & Protocols 1H.248
UserA Goes
OnHook
Notify OnHook
Nodify Resp
Modify TermB SD:BusyTone
BusyTone To
UserB
Modify Resp
Subtract TermA
Subtract EphA
UserB Goes
Onhook
Notify OnHook
Nodify Resp
Subtract TermB
Subtract EphB
1) It is assumed that the calling party User A will terminate the call. RGW1 sends a
Notify message to MGC to report this event. MGC returns a response message
of the Notify command.
2) MGC generates a Modify command, indicating to RGW2 to play busy tone to
User B. The mode of both terminations is set to RecvOnly. RGW2 returns a
response indicating the success of the operation.
3) MGC directs RGW1 to remove both terminations from the context 1 and return
the statistics information of the ephemeral termination as the response.
4) User B hears busy tone and then hooks on. RGW2 reports a Notify message to
19
Technical Manual – Signaling & Protocols 1H.248
20