目录

简介

先决条件

要求

使用的组件

背景信息

问题

解决方案

具体用途可在此处处理：

特定场景中的常见问题：

简介

本文档介绍思科客户语音门户(CVP)在呼叫的会话刷新参数方面的角色和限制。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档中的信息基于以下软件和硬件版本：

- CVP 11.6

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

背景信息

CVP充当入口和VoiceXML(VXML)网关、思科统一通信管理器(CUCM)或任何其他出口终端之间的背对背用户代理(B2BUA)。会话计时器在CVP两端的两个端点之间协商。它将所有信头从一条支路传到另一条支路。

在呼叫中，CVP自行发起REINVITE到入口段的三个点：

1. IVR完成后，CVP将REINVITE发送到主叫方进行回铃。

2. 在代理（或由于重新查询而导致的后续代理段）应答后，CVP向入口段发送REINVITE

3. 在密语完成后，CVP将REINVITE发送到入口段。

问题

如果入口和IVR终端之间有以前的会话计时器协商（CVP在之间），如果CVP跳过REINVITE中与会话计时器相关的报头，终端可以假设其他终端作为刷新器。因此，由于旧会话过期，呼叫被丢弃(例如：呼叫在30分钟丢弃)。 下图描述了场景：

在CVP 11.6中，CVP会处理列出的情况中的会话报头。在所有其他情况下，CVP可以将这些报头从一个支路传输到另一个支路。

case Ingress-UAC刷新器参数刷新器参数

请求支持

—

1 y无uas或uac

2年

3 Y Uas Uas

以下是座席回答时合并的更改：

1. CVP确定应答的代理支路，并根据应答请求中的内容确定必须发送到报头内入口的路由。

2. 当CVP向入口重新发起REINVITE（为代理传输或密语完成后启动的CVP）时，它会根据从CUCM在200 OK中收到的内容将角色分配给入口。详情见表1.1。

3. 对于发送到密语段的INVITE，您可以根据从CUCM在200 OK内收到的内容忽略或设置刷新程序。密语段在VXML网关上有15秒计时器。因此，这不是问题。

以下是座席支路应答呼叫（无耳语）的各种情况：

表 1.1

入口在初始INVITE中发送

IVR响应

CUCM的内容

CUCM在200 OK时响应的内容

CVP应在重新邀请时向入口发送什么

会话过期：<value>

会话过期：<value>;refresher=uac

会话过期：<value>

会话过期：<value>;refresher=uac

会话过期：<value>;refresher=uas

会话过期：<value>

会话过期：<value>;refresher=uas

会话过期：<value>

会话过期：<value>;refresher=uas

会话过期：<value>;refresher=uac

会话过期：<value>;refresher=uas

会话过期：<value>;refresher=uas

会话过期：<value>;refresher=uas

会话过期：<value>;refresher=uas

会话过期：<value>;refresher=uac

会话过期： <value>;refresher=uac

会话过期：<value>;refresher=uac

会话过期： <value>;refresher=uac

会话过期：<value>;refresher=uac

会话过期：<value>;refresher=uas

从表1.1中，CVP可以确定座席端在收到200 OK时的角色。对于所有情况，REINVITE朝向入口会转换角色，以确保处理刷新。

启用密语时，已应答座席段（已交换INVITE/200/ACK），CVP向入口发送REINVITE，收到200 OK后，REINVITE将发送到座席。

对于REINVITE到入口，请使用表1.1；对于REINVITE到代理，请使用下表：

来自入口200 OK的内容可重新邀请

CVP必须向座席发送什么重新邀请

会话过期： <value>;refresher=uac

会话过期：<value>;refresher=uas

会话过期：<value>;refresher=uas

会话过期：<value>;refresher=uac

解决方案

可通过以下任何选项接收来自入口的初始邀请：

会话过期：

会话过期： <value>;refresher=uac

会话过期：<value>;refresher=uas

理想情况下，为了保持配置简单，解决方案级建议应配置入口网关以刷新=uac，以便CVP接收的INVITE具有已定义的角色，否则200 OK from IVR确定角色。

本文的工作在文档错误中介绍。

入口上需要的会话过期配置

具体用途可在此处处理：

1. 会话刷新协商的两段不一致，导致呼叫在30分钟时断开。标记CUCM发送BYE时，原因=41。

2. 差异在于Telco不刷新会话，CUCM希望将会话刷新作为必需参数(需要：计时器)。

3. 在这种情况下，CVP或入口网关(CUBE)需要充当会话刷新器角色，以将刷新邀请发送到CUCM。

4. 但CVP无法生成刷新邀请。它仅在CUBE和CUCM之间传递。

5. 因此，您需要在此处使CUBE成为刷新程序。

6. 要使CUBE成为刷新程序，您可以在CUBE上应用此配置并监控呼叫30分钟。丢弃。这不会对生产产生任何影响，且配置更改会立即生效。

conf t

voice service voip

sip

min-se 1800 session-expires 1800

session refresh

end

特定场景中的常见问题：

1.当座席听到耳语通知时，谁是更新者。  在这种情况下，CVP是座席和耳语腿的UAC，Session-Expires值是什么？

在这种情况下，主叫方/入口网关将被指定为刷新。

2.当CVP已知道何时启动客户端事务或服务器事务时，为什么CVP必须从入口存储刷新器。CVP不支持会话刷新，它始终可以动态修改/添加报头，同时将REINVITE作为刷新发送到入口？

目前，CVP不支持第三种组合，其中CUCM/VXML网关充当刷新器。无论如何，CVP都需要保存有关谁负责更新角色的信息（GW或CUCM）。因此，它在出站请求和响应中包括刷新器参数。