Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC 29341-27-1：UPnP电话设备模板——VoIP与电话集成架构深度解析
深入解读UPnP Telephony:1设备模板，该模板用于将VoIP电话服务集成到家庭和小型企业网络中。
UPnP Telephony:1设备模板概述
ISO/IEC 29341-27-1标准定义了Telephony:1设备模板，将UPnP框架扩展以支持基于IP网络的电话服务。该模板使UPnP控制点能够发现家庭网络上的电话能力并与之交互——包括拨打和接听电话、管理联系人以及通过标准化接口控制电话功能。它在传统电路交换电话和现代VoIP架构之间架起桥梁，为电话功能提供厂商无关的抽象层。
Telephony:1设备模板设计于家庭网关开始集成模拟电话适配器和VoIP功能的过渡时期。它允许LAN上的任何UPnP设备——从机顶盒到游戏主机——充当电话端点，而无需原生SIP或H.323协议栈。
设备类型URN为urn:schemas-upnp-org:device:Telephony:1。模板定义了管理呼叫会话的电话服务器、发起和接听电话的电话客户端，以及一组联系人管理、通话历史和媒体控制等辅助服务。
服务组成与呼叫状态机
Telephony:1模板定义了多个嵌入式服务，每个服务负责电话功能的特定方面。核心服务是TelephonyCallController，它管理呼叫会话的生命周期，包括呼叫建立、拆除、保持、转接和会议桥接。
| 服务 | 服务ID | 必需 | 描述 |
|---|---|---|---|
| TelephonyCallController | urn:upnp-org:serviceId:TelCallController1 | 是 | 呼叫会话管理（建立、拆除、保持、转接） |
| TelephonyConfig | urn:upnp-org:serviceId:TelConfig1 | 是 | 电话设备配置和账户管理 |
| Phonebook | urn:upnp-org:serviceId:Phonebook1 | 可选 | 联系人存储和检索（基于vCard） |
| CallLog | urn:upnp-org:serviceId:CallLog1 | 可选 | 通话历史记录和查询 |
| MediaSink | urn:upnp-org:serviceId:MediaSink1 | 可选 | 用于铃音和通知的音频媒体播放 |
TelephonyCallController服务定义的呼叫状态机包括Idle、Dialing、Ringing、Connecting、Connected、OnHold和Terminating状态。每个状态转换生成一个GENA事件通知，发送给已订阅的控制点。
实现Telephony:1模板的关键工程挑战之一是同步UPnP呼叫状态与底层VoIP信令协议（通常是SIP）。UPnP状态机是抽象的，与SIP对话状态不是一一对应关系。工程师必须实现一个状态转换层，将SIP事件映射到UPnP状态转换，同时保留响铃超时处理等功能的时序精度。
实现策略与集成模式
将Telephony:1设备模板与现有VoIP基础设施集成需要谨慎的架构规划。最常用的部署模型是将UPnP Telephony设备嵌入也运行SIP用户代理或IMS客户端的住宅网关中。在此模型中，UPnP Telephony设备充当本地抽象层：基于LAN的控制点通过UPnP与之交互，它再通过SIP或IMS协议与VoIP服务提供商通信。
更高级的部署将Telephony:1设备用作LAN上的电话服务器，多个控制点充当分机。这种架构支持多线路配置，家庭中不同电话可以拥有独立的电话号码、语音信箱和呼叫转移规则。
Phonebook服务使用vCard 3.0格式进行联系人数据交换，提供与主流联系人管理平台的互操作性。每个联系人条目存储为完整的vCard对象，包括姓名、电话号码、电子邮件地址和组织信息。服务支持按姓名或电话号码前缀搜索，实现与IP电话显示和来电显示匹配的集成。
从服务质量角度来看，Telephony设备模板可以与WANConnectionDevice的QoS机制交互以优先处理语音流量。当呼叫会话转换到Connected状态时，Telephony设备可以从WAN接口请求专用带宽预留。
考虑到语音通信的敏感性，Telephony:1设备模板的安全考量尤为重要。模板暴露了发起呼叫、访问联系人和检索通话记录的动作。实现必须将UPnP Telephony控制限制在可信的LAN接口上，绝不能在WAN接口上暴露电话设备描述或服务。
在SIP中继旁部署Telephony:1模板时，配置底层SIP UA至少支持G.711和G.729编解码器以获得最大互操作性。对于内部LAN呼叫，考虑使用G.722宽带音频以获得卓越的语音质量。UPnP Telephony设备应通过TelephonyConfig服务暴露可用编解码器列表。
常见问题解答
问：UPnP Telephony设备模板能否与基于SIP的VoIP服务提供商配合使用？
答：可以。UPnP Telephony:1模板在UPnP层面是协议无关的，但最常见的实现构建在SIP用户代理之上。TelephonyConfig服务存储SIP账户参数，TelephonyCallController将UPnP动作映射到SIP方法。
答：可以。UPnP Telephony:1模板在UPnP层面是协议无关的，但最常见的实现构建在SIP用户代理之上。TelephonyConfig服务存储SIP账户参数，TelephonyCallController将UPnP动作映射到SIP方法。
问：Telephony:1模板支持多少并发通话？
答：模板本身不设限制，并发通话数量取决于底层电话硬件或SIP中继容量。典型住宅实现支持2-6个并发通话。TelephonyCallController服务为每个活动通话分配唯一的会话ID。
答：模板本身不设限制，并发通话数量取决于底层电话硬件或SIP中继容量。典型住宅实现支持2-6个并发通话。TelephonyCallController服务为每个活动通话分配唯一的会话ID。
问：Telephony设备模板是否支持视频通话？
答：基础Telephony:1模板专注于音频通话。视频通话未在标准中明确定义。对于纯视频电话，UPnP音视频架构通常更为合适。
答：基础Telephony:1模板专注于音频通话。视频通话未在标准中明确定义。对于纯视频电话，UPnP音视频架构通常更为合适。
问：UPnP Telephony模板中如何处理紧急呼叫？
答：Telephony:1模板未定义紧急呼叫的特殊处理。紧急呼叫行为由底层VoIP服务提供商和SIP UA配置决定。实现应确保SIP UA支持紧急呼叫路由。
答：Telephony:1模板未定义紧急呼叫的特殊处理。紧急呼叫行为由底层VoIP服务提供商和SIP UA配置决定。实现应确保SIP UA支持紧急呼叫路由。
