W3C home > Mailing lists > Public > www-voice@w3.org > January to March 2003

RE: Clarification on blind transfer ( is needed )

From: Teemu Tingander <Teemu.Tingander@tecnomen.fi>
Date: Fri, 17 Jan 2003 09:23:07 +0200
Message-ID: <E023B997F74B1E46BB8367A9C548BCFC4FCA53@aunty.tecnomen.fi>
To: "'www-voice@w3.org'" <www-voice@w3.org>

Hi .

As I'm not a part of committee this is just a lucky guess; And this is the
way how I handle it.

As you said that transfer is always modal the grammars that are inside
<transfer> element are field item grammars and as such they should filled
the field item specified by name tag. But cause this is a transfer and the
specification says that match in grammar of transfer should terminate the
transfer, my opinnion is that the field should be filled with
'near_end_diconnect' and put the shadow variables as they should be
f$.duration=0.0,f$.utterance=<what-was-recognized>,f$.inputmode=inputmode..

You have the point in here taht specification really does make difference
with the cases 

	The possible outcomes for a bridge transfer before the connection to
the callee is established are:
and
	The possible outcomes for a bridge transfer after the connection to
the callee is established are:

And it is not clearly said what should be done if bargein happens. This case
should be defined in the first one of those cases. 

This same issue raises with blind as well as bridgerd transfer, and i used
'near_end_diconnect' to indicate that the caller has requested to cancel or
disconnect the call. 

And what comes in tagging of those grammars, if someone really finds some
reason for that, could explain it more deeply.

-----Original Message-----
From: Arnaud VALLEE [mailto:avallee@telisma.com]
Sent: 16. tammikuuta 2003 19:30
To: www-voice@w3.org
Subject: Clarification on blind transfer



Hello,

I need some clarification on this point:

2.3.7.1 Blind Transfer
With a blind transfer, an attempt is made to connect the original caller
with the callee. Any prompts preceeding the <transfer>, as well as prompts
within the <transfer>, are queued and played before the transfer attempt
begins; bargein properties apply as normal.

As the transfer is modal, a bargein can happen only if we define a grammar
under transfer.
But what is the consequence of matching the grammar with a recognition
result while the prompt are played? 
What will be the value of the transfer item variable?

Thanks for your clarification.

Arnaud.
Received on Friday, 17 January 2003 02:23:10 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 30 October 2006 12:48:56 GMT