Proposed additions/modifications to H.450.6
Frank Derks
frank.derks at PHILIPS.COM
Tue Sep 11 05:35:40 EDT 2001
The current version of H.450.6 is such that in a GK-routed
environment, it becomes impossible for a GK to remain in
control of the Call Waiting service and still be able to
notify the served endpoint about the fact that there are
calls waiting.
The reason for this is that the Recommendation only
specifies a means for the served endpoint to notify the
calling users/endpoints about the fact that there call
"is waiting". The served endpoint uses incoming call setups
to implement the service.
As a result, a GK has no choice but to propagate call
setups to the served endpoint to let it know about incoming
calls. This means that both the GK and the served endpoint
implement Call Waiting, there will most likely be some
unwanted service interaction.
For this purpose I propose to make the following
modifications to H.450.6:
- 7.3 is split up into two parts (7.3.1 and 7.3.2).
- The text that is now in 7.3 goes into 7.3.1.
- The new section (7.3.2) will contain the following text:
--start of new text ---
"7.3.2 Call waiting notification to served user
A GK/Proxy may implement the Call Waiting service. In this
case, the GK/Proxy may send a cwNotification Invoke APDU
to the served endpoint. The GK/Proxy shall send the
cwNotification Invoke APDU in either a FACILITY message of
an existing call or in a SETUP message for a new call-
independent signalling connection. If a new call-independent
signalling connection is initiated, it shall be established
in accordance with the procedures specified in 6.2/H.450.1."
--end of text---
The ASN.1 to be added is the following:
---Start of ASN.1-----
cwNotification OPERATION ::=
{ -- Sent from GK to served endpoint
ARGUMENT cwNotificationArg
RETURN RESULT FALSE
ALWAYS RESPONDS FALSE
CODE local:xxx
}
cwNotificationArg ::= SEQUENCE
{
nbOfCalls NbOfCalls OPTIONAL,
waitingCalls SEQUENCE SIZE (0..65535) OF WaitingCall,
extensionArg SEQUENCE SIZE (0..255) OF MixedExtension OPTIONAL
...
}
WaitingCall ::= SEQUENCE
{
waitingNumber EndpointAddress OPTIONAL, -- if not present, waitingPosition must be present
callId CallIdentifier OPTIONAL, -- to be used if waitingNumber is not present
...
}
NbOfCalls ::= INTEGER (0..65535)
---End of ASN.1---
Some carifications for the above ASN.1:
- Since the operation defines a notification, no (return)
result is required.
- Because the GK/Proxy may have more than one calls waiting,
a "nbOfParties" field is added. This field, when present,
will contain the number of parties that the GK/Proxy has
currently waiting for the served endpoint.
- Since it may be possible that presentation restrictions
or screening apply to a call, it is possible to only
convey the callId and not the calling party's "number"
to the served endpoint.
- The "waitingParties" element contains a list of parties
that are currently waiting. The number of calls that can
be waiting is set at the same number as the maximum
number of calls that can be parked according to the
H.450.5 Recommendation.
Regards,
Frank
-----------------------------------------------------
Frank Derks |Tel +31 35 6893238 |
ServWare |Fax +31 35 6891030 |
Philips Business Communications|P.O. Box 32 |
|1200 JD Hilversum |
|The Netherlands |
----------------------------------------------------|
E-mail: mailto:frank.derks at philips.com |
WWW: http://www.sopho.philips.com |
-----------------------------------------------------
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
For help on this mail list, send "HELP ITU-SG16" in a message to
listserv at mailbag.intel.com
More information about the sg16-avd
mailing list