- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
36-语音管理-呼叫连接
本章节下载 (845.37 KB)
SIP（Session Initiation Protocol，会话初始协议）是一个用于建立、更改和终止多媒体会话的应用层控制协议，其中的会话可以是IP电话、多媒体会话或多媒体会议。SIP是IETF多媒体数据和控制体系结构的核心协议（最新RFC文档是RFC 3261）。其主要目的是为了解决IP网中的信令控制，以及同软交换平台的通信，从而构成下一代的增值业务平台，对电信，银行，金融等行业提供更好的增值业务。
SIP用于发起会话，它能控制多个参与者参加的多媒体会话的建立和终结，并能动态调整和修改会话属性，如会话带宽要求、传输的媒体类型（语音、视频和数据等）、媒体的编解码格式、对组播和单播的支持等。SIP协议基于文本编码，大量借鉴了成熟的HTTP协议，并且具有易扩展，易实现等特点，因此非常适合用来实现基于因特网的多媒体通信系统。
根据RFC 2327的定义，多媒体会话（Multimedia Session）是指一组多媒体发送者和接受者，以及从发送者到接受者的数据流。例如一个多媒体会议就是一个多媒体会话。一个会话由一组用户名称、会话ID、网络类型、地址类型以及各个单元的地址来确定。
用户代理（UA，User Agent）也称SIP终端，是指支持SIP协议的多媒体会话终端。一般使用支持SIP协议的路由器作为SIP UA。
UA包括用户代理客户端（UAC，User Agent Client）和用户代理服务器（UAS，User Agent Server）。一般说的UA均是指二者的总称，因为在一次呼叫中，一个SIP终端既要处理SIP请求，又要发起SIP请求。
用户代理客户端是指在SIP会话建立过程中主动发送会话请求的设备。例如，主叫SIP终端。当代理服务器向被叫终端发送会话请求时，它就成为用户代理客户端。
用户代理服务器是指在SIP会话建立过程中接收会话请求的设备。例如，被叫SIP终端。当代理服务器接收主叫终端发送会话请求时，也作为用户代理服务器。
代理服务器（Proxy Server）的作用就是传递主叫UA发送的会话请求到被叫UA，然后将被叫UA的响应传递回主叫UA，它相当于主叫UA和被叫UA之间传递会话消息的一座桥梁。代理服务器在接收到主叫UA的会话请求后，首先要向位置服务器请求查找被叫UA的位置以及主、被叫UA的呼叫策略信息。只有找到被叫UA并且此呼叫是允许的，代理服务器才会向被叫UA发送会话请求。代理服务器一般在SIP会话中都是需要的。
重定向服务器（Redirect Server）用来指示客户端连接的新地址。比如，主叫UA呼叫被叫UA，当重定向服务器收到主叫UA发送的会话请求消息后，查找被叫UA的位置信息，然后将其返回给主叫UA，使主叫UA重新向该位置发起会话请求。此位置可以是被叫UA的位置，也可以是一个代理服务器的位置。接下来主叫UA如同直接呼叫被叫UA或者向代理服务器呼叫的流程一样。
位置服务器（Location Server）是为代理服务器和重定向服务器等提供UA信息的设备。位置服务器记录了注册服务器接收到的UA的信息。二者可以独立存在，也可以作为逻辑组件存在于同一台服务器上。
注册服务器（Registrar Server）接受用户注册，注册的内容（如本地号码等信息）一般是存储在位置服务器上，供后续查询使用。二者都是逻辑组件，一般存在于同一台服务器上。
SIP主要有五个基本功能：
l 确定用户位置：确定被叫SIP用户所在的位置。SIP的最强大之处就是用户定位功能，它可以利用SIP终端在注册服务器上的注册信息实现用户定位，也可以利用其他定位服务器，如DNS、LDAP等提供的定位服务来增强其定位功能。
l 确定用户可用性：确定被叫会话终端是否可以参加此会话。SIP支持多种地址描述和寻址方式，包括SIP-URI（比如sip：[email protected]）、Tel-URL（比如tel：+1312000）和SIPS-URI（sips：[email protected]）。这样，SIP主叫根据被叫地址，就可以识别出被叫是否在传统电话网上，然后通过一个与传统电话网相连的网关向被叫发起并建立呼叫。
l 确定用户能力：确定被叫终端可用于参加会话的媒体类型及媒体参数。SIP终端在消息交互过程中携带自身的媒体类型和媒体参数，这使得会话双方都可以明确对方的会话能力。
l 建立会话：建立主被叫双方的会话。SIP会话双方通过协商媒体类型和媒体参数，最终选择双方都具有的能力建立起会话。
l 管理会话：可以更改会话参数或中止会话。
SIP的特点如下：
l 标准的开放性。可以将不同运营商引进的各种新的功能、产品和服务整合在一起，供用户自由地选择。
l 配置的灵活性。兼容多种拨号方式，能在有线或无线的设备上实现，可以进行高度灵活的配置，并且能够和其它系统协同工作。
l 系统可扩容性。随着企业规模的扩大，系统也可以随之扩充。
l 支持远端用户。无论用户身在何方，都可以将企业的网络延伸到那里。
l 企业各部分通讯方式的一致性。分支机构、家庭办公室和出差人员使用同样的拨号方式和系统访问方式，便于管理。
l 迅速启动。当建立新的分支机构、吸纳新的员工，或重新安排员工工作或改变其工作地点时，系统相应变更非常迅速。
l 易安装、可维护。非专业人士也可以安装或维护SIP系统。
SIP消息采用文本方式编码，包括请求消息与响应消息两类。
SIP请求消息包括INVITE、ACK、OPTIONS、BYE、CANCEL和REGISTER等。RFC 3261定义的请求消息有以下六种。
l INVITE请求消息用于邀请用户加入一个呼叫。
l ACK：用于对请求消息的响应消息进行确认。
l OPTIONS：用于请求协商能力信息。
l BYE：用于释放已建立的呼叫。
l CANCEL：用于释放尚未建立的呼叫。
l REGISTER：用于向SIP注册服务器登记用户位置等信息。
SIP响应消息用于对请求消息进行响应，指示呼叫或注册的成功或失败状态。不同类的响应消息由状态码来区分，状态码包含三位整数，状态码的第一位用于定义响应类型，另外两位用于进一步对响应进行更加详细的说明。响应消息的分类表1-1所示。
|
状态码编号 |
消息含义 |
消息归类 |
|
100~199 |
请求被收到，正在处理中 |
临时消息 |
|
200~299 |
收到请求，并被成功处理，接受该请求 |
处理成功 |
|
300~399 |
要完成该请求需要更进一步的操作 |
重定向 |
|
400~499 |
消息语法错误，服务器不能处理该请求 |
客户端出错 |
|
500~599 |
由于UAS/Server的原因，无法处理该请求 |
服务器出错 |
|
600~699 |
该请求在任何UAS/Server上都不能完成 |
全局错误 |
在完整的SIP系统中，所有的SIP终端作为User Agent都应该向注册服务器登记注册，以告知其位置、会话能力、呼叫策略等信息。
通常，SIP终端开机启动或者配置管理员执行注册操作时，就向注册服务器发送注册请求消息（REGISTER），该消息中携带了所有需要登记的信息。注册服务器收到注册请求消息后向终端发送回应消息，以告知其请求消息已收到。如果注册成功，就再向终端发送“200 OK”消息。如图1-1所示。
图1-1 UA向Registrar注册的消息交互
SIP协议采用Client/Server模型，主要通过UA与代理服务器之间的通信来完成用户呼叫的建立过程。
图1-2 UA通过Proxy Server建立呼叫
如图1-2所示，Telephone A需要呼叫电话Telephone B，两台路由器作为SIP终端（UA）。当Telephone A拨完电话Telephone B的号码后，Router A向Proxy Server发送会话请求消息。Proxy Server通过查找Telephone B的号码所对应的信息，向Router B发送会话请求消息。Router B收到请求后，如果Telephone B可用，就向Proxy Server发送应答，并使Telephone B振铃。Proxy Server收到应答后，向Router A发送应答消息。这里所说的应答包括：两个临时应答（100 Trying 和180 Ringing）和一个成功应答（200 OK）。整个过程中的消息交互如图1-3所示。
图1-3 UA通过Proxy Server建立呼叫的流程图
这个例子是一种简单的应用，只使用了一个代理服务器。在复杂的应用中，可以有多个代理服务器，以及注册服务器。
SIP重定向服务器收到会话请求消息后，不是转发会话请求消息，而是在回应消息中告知被叫SIP终端的地址。主叫终端从而重新直接向被叫终端发送会话请求消息。被叫终端也将直接向主叫终端发送应答消息。呼叫过程的消息交互如图1-4所示。
图1-4 UA重定向呼叫流程图
这是比较常见的一种应用。从原理上来说，重定向服务器也可以向主叫终端回复一个代理服务器的地址，接下来的呼叫过程就和使用代理服务器的呼叫过程一样。
l 支持SIP严格路由穿越：在一些复杂的网络环境中，当SIP UAC和SIP UAS之间的请求消息需要通过多个Proxy Server，SIP协议通过Route和Record-Route头域保证后续的请求消息都需要通过这些Proxy Server。
l 支持UPDATE请求更新媒体：UPDATE请求在RFC 3311中定义。主要用于呼叫建立前，在不影响正常呼叫流程的前提下，进行媒体信息的更新。例如，进行编解码切换、切换语音到媒体服务器、静音等操作。
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“连接属性”页签，进入如图2-1所示连接属性配置页面。
注册服务器的详细配置如表2-1所示。
|
配置项 |
说明 |
|
服务器注册 |
l 开启：选中“开启”前面单选按钮，开启服务器注册功能 l 关闭：选中“关闭”前面单选按钮，关闭服务器注册功能 只有在开启SIP 注册功能后，才能对注册服务器选项进行配置 |
|
主用服务器地址 |
主用服务器地址类型可以是IP格式也可以是域名格式 |
|
主用服务器端口 |
主用注册服务器的端口号 |
|
主用服务器老化时间 |
主用注册老化时间 |
|
备用服务器地址 |
备用服务器地址类型可以是IP格式也可以是域名格式 |
|
备用服务器端口 |
备用注册服务器的端口号 |
|
备用服务器老化时间 |
备用注册老化时间 |
|
用户名 |
注册鉴权时使用的用户名 |
|
密码 |
鉴权使用的密码 |
|
握手验证的鉴权信息字段 |
鉴权信息字段，用于服务器和SIP UA之间的握手验证 |
|
握手验证的域名 |
域名，用于服务器和SIP UA之间的握手验证 |
|
电话号码模糊注册 |
电话号码模糊注册功能是指为了使用方便，在配置目的号码时使用通配符（包括“.”、“T”模式），而不是标准E.164号码格式。如果启用电话号码模糊注册，模糊电话号码被直接放在了REGISTER报文中，其中通配符“.”还以“.”表示，通配符T以“＊”代替 l 开启：启用电话号码模糊注册功能 l 关闭：关闭电话号码模糊注册功能 缺省情况下，电话号码模糊注册功能处于关闭状态
电话号码模糊注册功能需要注册服务器及位置服务器的支持 |
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“连接属性”页签，进入如图2-2所示代理服务器配置页面。
代理服务器详细信息的详细配置如表2-2所示。
|
配置项 |
说明 |
|
代理服务器地址 |
代理服务器地址类型可以是IP地址也可以是域名格式 |
|
代理服务器端口 |
代理服务器的端口号 |
消息等待指示又称为MWI（Message Waiting Indication），是指语音网关获取语音邮箱服务器的消息后主动提示用户的过程。当目的方将用户A的呼叫转至语音邮箱后，如果语音邮箱的状态发生改变，服务器会通知语音网关上的用户A；如果有用户A的新留言或者语音邮件等新消息，那么当用户A摘机时，就会听到消息等待指示音，这样用户A不用进行单独的查询操作就可以获取当前邮箱的状态。
消息等待指示功能的配置步骤如下：
步骤1：配置语音信箱服务器；
步骤2：本地号码需要启动消息等待指示功能。
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“连接属性”页签，进入如图2-3所示语音信箱服务器配置页面。
语音信箱服务器的详细配置如表2-3所示。
|
配置项 |
说明 |
|
语音信箱服务器地址 |
语音信箱服务器地址类型可以是IP格式也可以是域名格式 |
|
语音信箱服务器端口 |
语音信箱服务器的端口号 |
|
生效时间 |
订阅成功后的生效时间 |
|
再次订阅时间 |
再次发起订阅的时间间隔 |
|
语音信箱号码 |
设置语音信箱号码 |
|
绑定模式 |
(1) 绑定：消息等待指示功能已经与语音信箱服务器绑定，语音信箱服务器为用户建立了订阅信息，UA不需要向语音信箱服务器发送SUBSCRIBE消息即可接收到后续的NOTIFY消息 (2) 非绑定模式表示服务器没有主动为UA 建立订阅信息，需要UA通过发起SUBSCRIBE消息来与服务器建立订阅关系，然后才能够获取后续服务器发送的NOTIFY消息，非绑定模式分为： l 宽松匹配非绑定模式：不需要进行严格的一致性检查，允许NOTIFY消息与之前的订阅消息的Call-ID不相同 l 严格匹配非绑定模式：需要进行严格的一致性检查，要求NOTIFY消息与之前的订阅消息的Call-ID应该一致 |
通常在语音网关向服务器发起消息订阅请求并订阅成功后，语音网关才能收到服务器的通知消息，从而获取语音邮箱的状态。
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“会话属性”页签，进入会话属性配置页面。
SIP支持源地址绑定功能是指在使用SIP协议进行语音呼叫时，用户可以通过配置指定发出的信令流或媒体流的源地址。SIP支持源地址绑定通过绑定静态IP地址或某一类型接口上的主地址完成。
l 静态IP地址绑定：指定SIP呼叫中的源地址为绑定的静态地址。
l 源地址接口绑定：在大型组网中，设备接口上的IP地址一般由DHCP（Dynamic Host Configuration Protocol，动态主机配置协议）服务器或PPPoE（Point-to-Point Protocol over Ethernet，点对点以太网承载协议）服务器分配，为了能够适应此类组网，可以使用源地址绑定技术把SIP协议的信令流和媒体流的源地址绑定到某一接口上，该接口上的地址可以通过DHCP或PPPoE服务器动态分配，这种动态方式避免了静态IP地址绑定导致地址变换时需要手工更新的缺点，方便了网络管理。
目前支持SIP支持源地址绑定的接口类型有三层Ethernet、GigabitEthernet和Dialer接口。
关于DHCP功能的介绍和配置，请参见“IP业务分册”中的“DHCP设置”。
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“会话属性”页签，进入如图2-4所示源地址绑定配置页面。
源地址绑定的详细配置如表2-4所示。
|
配置项 |
说明 |
|
媒体流绑定方式 |
配置媒体流绑定方式或关闭绑定 l None：关闭媒体流绑定方式 l IPv4地址绑定：配置媒体流绑定方式为IPv4 l 接口绑定：配置媒体流绑定方式为接口绑定 |
|
媒体流绑定的IPv4地址 |
选择媒体流绑定方式为IPv4地址绑定时，需要指定绑定的IP地址 |
|
媒体流绑定的接口 |
选择媒体流绑定方式为接口绑定时，需要通过下拉框选定指定接口。目前只支持三层Ethernet、GigabitEthernet 和Dialer接口 |
|
信令流绑定方式 |
配置信令流绑定方式或关闭绑定 l None：关闭信令流绑定方式 l IPv4地址绑定：配置信令流绑定方式为IPv4 l 接口绑定：配置信令流绑定方式为接口 |
|
信令流绑定的IPv4地址 |
选择信令流绑定方式为IPv4地址绑定时，需要指定绑定的IP地址 |
|
信令流绑定的接口 |
选择信令流绑定方式为接口绑定时，需要通过下拉框选定指定接口。目前只支持三层Ethernet、GigabitEthernet和Dialer接口 |
源地址绑定设置的生效情况如表2-5所示。
|
状态 |
生效情况 |
|
在通话过程中 |
配置源地址绑定 l 媒体流源地址不会随之动态更新，在下一次创建新的会话时该绑定才会在相应的媒体流上生效。 l 对于信令流，绑定成功将立即生效，无论当前是否有SIP会话。 |
|
绑定的接口或静态IP地址对应的接口被关闭 |
源地址绑定功能失效，信令流或媒体流的发送恢复为自适应方式；当恢复为up后，绑定功能恢复正常使用 |
|
绑定的静态地址被删除、修改或绑定的接口被删除 |
相关联的绑定配置也将被删除 |
|
绑定的热插拨接口被拨出 |
相关联的绑定配置也将被取消，当下次该接口被插入后，绑定配置将同步恢复 |
|
相关接口对应的物理层或链路层状态为down |
配置绑定后，绑定选项不会生效，此时的报文发送方式仍为缺省的自适应方式，即报文发送方式恢复为自动从IP层获取地址 |
|
使用的DHCP租约期已过，从DHCP服务器动态获得了新的IP地址时 |
配置接口绑定，则会使用最新的接口主地址作为源地址 |
|
使能SIP注册功能 |
配置信令流的源地址绑定，后续发送的注册更新报文将使用最新绑定的信令流的地址发起注册 |
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“会话属性”页签，进入如图2-5所示主叫号码隐藏配置页面。
图2-5 主叫号码隐藏配置页面
主叫号码隐藏的详细配置表2-6所示。
|
配置项 |
说明 |
|
|
隐藏模式 |
配置主叫号码的隐藏或关闭 l None：用来取消配置P-Preferred-Identity头域或P-Asserted-Identity头域 l P-Assented-Identity：添加P-Asserted-Identity 头域。其中Privacy头域中包含是否隐藏主叫号码的信息，P-Asserted-Identity 头域包含有主叫方的电话号码 l P-Preferred-Identity：添加P-Preferred-Identity 头域。其中Privacy 头域中包含是否隐藏主叫号码的信息，P-Preferred-Identity 头域包含有主叫方的电话号码 缺省情况下配置为None，即显示主叫号码 |
主叫号码隐藏可以通过添加P-Preferred-Identity头域、P-Asserted-Identity头域或Remote-Party-ID头域实现 l 当添加P-Preferred-Identity头域或P-Asserted-Identity头域时，会添加Privacy头域。使用Privacy头域时，Privacy：none表示显示主叫号码；Privacy：id表示隐藏主叫号码 l Remote-Party-ID头域：privacy=off表示显示主叫号码；privacy=full表示隐藏主叫号码。主被叫号码信息通过添加Remote-Party-ID头域透传。 Remote-Party-ID头域可以和P-Preferred-Identity头域或P-Asserted-Identity头域同时使用。当这两个头域同时存在时，P-Preferred-Identity或P-Asserted-Identity头域优先级高于Remote-Party-ID头域 |
|
添加Remote-Party-ID头域 |
配置是否添加Remote-Party-ID头域 l 开启来添加Remote-Party-ID头域 l 关闭来取消添加Remote-Party-ID头域 缺省情况下，该功能处于关闭状态 |
|
在话务繁忙的通信网络中，可能会出现呼叫双方连接已经结束，但由于BYE请求的丢失，而没有通知到Proxy Server，导致Proxy Server认为通话依然存在，仍然保留该过程中保存的连接信息，造成服务器资源的浪费。
为解决该问题，RFC 4028中定义了Session Timer（会话定期更新）机制，通过定期发送作为会话更新的re-INVITE或者UPDATE请求，让Proxy Server获取当前通话状态，而会话更新请求的发送间隔是由更新双方相互协商确定的。
会话定期更新增加了Session-Expires和Min-SE两个头域：
l Session-Expires头域：定义了每个SIP会话的最长持续时间，即在该时间内没有收到更新请求则认为呼叫已经结束。
l Min-SE头域：定义了每个SIP会话的最短持续时间，用于防止会话更新请求的频繁发送造成的带宽占用。
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“会话属性”页签，进入如图2-6所示会话更新配置页面。
图2-6 会话更新配置页面
会话更新的详细配置表2-7所示。
|
配置项 |
说明 |
|
会话更新 |
l 开启：开启会话更新 l 关闭：关闭会话更新 只有在开启会话更新后，才能对注册服务器选项进行配置 |
|
会话老化时间 |
SIP会话的最长持续时间和会话最短时间间隔 缺省情况下： l 不主动启用会话定期更新机制。不主动启用会话定期更新机制是指如果被叫方关闭会话定期更新，而主叫方开启了会话定期更新，那么在呼叫过程中通过协商，被叫也会启用定期更新机制 l 会话最短间隔时间为90秒 |
|
会话更新最短时间间隔 |
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“会话属性”页签，进入如图2-7所示兼容性配置页面。
图2-7 兼容性配置页面
兼容性的详细配置如表2-8所示。
|
配置项 |
说明 |
|
使用To头域IP地址作为From头域IP地址 |
l 开启：使用TO头域IP地址作为From头域IP地址 l 关闭：取消使用TO头域IP地址作为From头域IP地址 在与其他厂商某些设备兼容时，需要开启此功能，才能和其他厂商设备建立正常呼叫 缺省情况下，此功能处于关闭状态 |
|
被叫号码来源 |
配置被叫号码的来源 l Request-line头域：从From头域中取被叫号码 l To头域：从To 头域中取被叫号码 缺省情况下，被叫号码来源于Request-line头域 |
|
UAC产品名称 |
UAC端产品名称 |
|
UAC产品版本号 |
UAC端产品版本号 |
|
UAS产品名称 |
UAS端产品名称 |
|
UAS产品版本号 |
UAS端产品版本号 |
语音呼叫正常拆线或者异常拆线过程中会发送携带呼叫释放原因值的消息。在SIP网络和PSTN网络互通时，SIP状态码和ISDN原因码之间采用默认的映射关系。为了适应更复杂的组网应用，也可以通过配置改变这种默认映射关系，实现灵活转换PSTN侧释放原因值和SIP Reason头域原因值的映射。
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“PSTN释放原因值映射”页签，进入如图2-8所示PSTN释放原因值映射配置页面。
图2-8 PSTN释放原因值映射配置页面
在SIP状态码输入栏内填写SIP状态码。其中PSTN标准释放原因值16对应的是SIP请求消息，而不是状态码，因此不允许对其进行配置。单击<恢复缺省值>按钮可以恢复SIP状态码和ISDN原因码之间的默认映射关系。
在界面左侧的导航栏中选择“语音管理 > 呼叫连接> SIP连接”，选择“SIP状态码映射”页签，进入如图2-9所示SIP状态码映射配置页面。
图2-9 SIP状态码映射配置页面
在PSTN释放原因值映射下拉框中选择新的原因值。单击<恢复缺省值>按钮可以恢复SIP状态码和ISDN原因码之间的默认映射关系。
l 使用SIP协议直接进行呼叫配置举例（配置静态IP地址方式）请参见“本地号码和呼叫路由”。
l 使用SIP协议进行呼叫配置举例（配置DNS方式）请参见“本地号码和呼叫路由”。
l 使用SIP代理服务器进行呼叫配置举例请参见“本地号码和呼叫路由”。
Router A和Router B作为SIP UA，号码为1111的电话拨打号码为2222的电话，要求隐藏主叫号码1111。
图2-10 SIP主叫号码隐藏组网图
(1) 配置Router A
# 配置本地号码。
在导航栏中选择“语音管理 > 本地号码”，单击<新建>按钮，进入新建本地号码配置页面。
图2-11 配置本地号码1111
l 输入号码ID为“1”。
l 输入号码为“1111”。
l 在下拉框中选择“subscriber-line 1/0”。
l 在号码描述中输入“Telephone A”。
l 单击<确定>按钮完成操作。
# 配置呼叫路由。
在导航栏中选择“语音管理 > 呼叫路由”，单击<新建>按钮，进入新建呼叫路由配置页面。
图2-12 配置呼叫路由2222
l 输入呼叫路由ID为“2”。
l 输入目的号码为“2222”。
l SIP路由方式选择“IP路由”，在路由地址中输入“192.168.2.2”。
l 单击<确定>按钮完成操作。
# 在主叫号码上配置禁止向远端发送主叫号码。
在导航栏中选择“语音管理 > 本地号码”，单击对应ID的
图标，进入语音业务配置页面。
图2-13 配置主叫侧的语音业务
l 发送主叫信息选择“不发送”。
l 单击<确定>按钮完成操作。
# 配置P-Asserted-Identity头域。
在导航栏中选择“语音管理 > 呼叫连接 > SIP连接”，单击“会话属性”页签，进入会话属性配置页面。
图2-14 配置主叫号码隐藏模式
l 隐藏模式选择“P-Asserted-Identity”。
l 单击<确定>按钮完成操作。
(2) 配置Router B
在导航栏中选择“语音管理 > 本地号码”，单击<新建>按钮，进入新建本地号码配置页面。
图2-15 配置本地号码2222
l 输入号码ID为“1”。
l 输入号码为“2222”。
l 在下拉框中选择“subscriber-line 1/0”。
l 在号码描述中输入“Telephone B”。
l 单击<确定>按钮完成操作。
# 配置呼叫路由。
在导航栏中选择“语音管理 > 呼叫路由”，单击<新建>按钮，进入新建呼叫路由配置页面。
图2-16 配置呼叫路由
l 输入呼叫路由ID为“2”。
l 输入目的号码为“1111”。
l SIP路由方式选择“IP路由”，在路由地址中输入“192.168.2.1”。
l 单击<确定>按钮完成操作。
电话1111拨打电话2222时，电话2222不会显示电话1111的号码。
Router A和Router B作为SIP UA，要求在呼叫建立之后，通话双方在通话过程中可以使用SIP带外方式传输DTMF码，使DTMF码能够传输更加可靠。
图2-17 SIP带外方式传输DTMF码组网图
(1) 配置语音基本呼叫
在Router A、Router B上完成语音基本呼叫的配置，相关配置请参见“本地号码和呼叫路由”，可以完全参照配置举例完成语音基本呼叫配置。
(2) 配置带外传输方式
# 在Router A上配置呼叫路由的“SIP带外方式传输DTMF码”。
在导航栏中选择“语音管理 > 呼叫路由”，在列表中找到要进行配置的呼叫路由号码2222，单击对应的
图标，进入呼叫路由的高级配置页面。
图2-18 SIP带外方式传输DTMF码
l 选择DTMF传输方式为“带外”。
l 单击<确定>按钮完成操作。
# 在Router B上配置本地号码的“SIP带外方式传输DTMF码”。
在导航栏中选择“语音管理 > 本地号码”，在列表中找到要进行配置的本地号码2222，单击对应的图标，进入本地号码的高级配置页面。
图2-19 SIP带外方式传输DTMF码
l 选择DTMF传输方式为“带外”。
l 单击<确定>按钮完成操作。
呼叫建立之后，通话过程中一方按键，此时DTMF码会通过带外传输到对方，另一方可以在话机里听到较短促的DTMF声。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
