Bridge transfer query

Hi;

According to Voicexml 2.0 

 

Any prompts preceding the <transfer>, as well as prompts within the
<transfer>, are queued and played before the transfer attempt begins. The
bargein control applies normally. Specification of bargeintype is ignored;
"hotword" is set by default.

 

So, If Bridge transfer is in progress and recognition is active. 

Is there a possibility that the ASR can generate a <nomatch> or <noinput>
result ?

Since <nomatch> shouldn't be honored in this scenario, should the
interpreter instruct the ASR not to generate <nomatch>.  If yes, how can it
be done?

OR

when a <nomatch> is received by the interpreter should it restart
recognition?

 

Thanks & regards

Rethish

 

 

 

This e-mail and attachments contain confidential information from HUAWEI,
which is intended only for the person or entity whose address is listed
above. Any use of the information contained herein in any way (including,
but not limited to, total or partial disclosure, reproduction, or
dissemination) by persons other than the intended recipient's) is
prohibited. If you receive this e-mail in error, please notify the sender by
phone or email immediately and delete it