CN103685793A - 高保真音频数据的时移分配 - Google Patents

Abstract

本发明涉及高保真（HD）数据的时移分配，其中，一种系统可以时移高保真音频的分配。所述系统可以获得来自被指定音频源的音频流，将所述音频流转码为HD音频流，以及将所述HD音频流存储在存储器中。所述系统可以稍后将所存储的HD音频流转发到目的地设备，其中，所述目的地设备可以是通过本地电话网或远程通信设备被链接到系统的通信设备。所述系统还可以存储当本地通信设备接收中断当前HD音频分配过程的输入呼叫请求时的HD音频。在处理输入呼叫请求后，所述系统可以从所述分配被中断时的点开始恢复所述HD音频的分配。

Description

高保真音频数据的时移分配

技术领域

本公开涉及音频分配系统。本公开特别涉及高保真（HD）音频分配系统。

背景技术

电子和通信技术的发展会使得通信网络能够以不断增加的速度进行数据通信。消费者能够以更高的可靠性和通信速率在众多源中发送和接收数据。技术可以继续前进，并且通信网络在规模、使用频率和性能上不断发展。数据可以以高的效率、可靠性和质量通信。

发明内容

根据本发明的一个方面，提出一种设备，包括：存储器；通信接口，以及与存储器和通信接口连接的处理器，处理器处理时移逻辑，时移逻辑被配置为：从通信设备接收记录指示，该记录指示指定音频选择，并且，作为响应：调谐通信接口，以获得根据音频选择的初始音频数据；将初始音频数据转码为高保真（HD）语音数据；以及将HD语音数据存储在存储器中；以及从通信设备接收转发指示；并且，作为响应：确定目的地设备；以及通过通信接口，将存储在存储器中的HD语音数据传送到目的地设备。

根据本发明的一个实施方式，目的地设备包括通信设备。

根据本发明的一个实施方式，目的地设备包括远程通信设备。

根据本发明的一个实施方式，时移逻辑被配置为，通过建立与远程通信设备的呼叫连接，将HD语音数据传送到远程通信设备。

根据本发明的一个实施方式，时移逻辑进一步被配置为：从通信设备获得前导消息；以及将前导消息和HD语音数据一起传送到目的地设备。

根据本发明的一个实施方式，时移逻辑被配置为通过获得与目的地设备关联的识别信息来确定目的地设备。

根据本发明的一个实施方式，与目的地设备关联的识别信息包括电话号码。

根据本发明的另一个方面，提出另一种设备，包括：存储器；通信接口；以及与存储器和通信接口连接的处理器，处理器处理时移逻辑，时移逻辑被配置为：将高保真（HD）语音数据分配到通信设备；在分配HD语音数据的时候，识别被引导到通信设备的输入呼叫请求，并且，作为响应：将HD语音数据存储在存储器中，而不是分配HD语音数据；以及处理输入呼叫请求。

根据本发明的一个实施方式，时移逻辑被配置为，通过向通信设备发送呼叫告警，处理输入呼叫请求。

根据本发明的一个实施方式，时移逻辑被配置为，通过建立通信设备与发送输入呼叫请求的呼叫设备的呼叫连接，处理输入呼叫请求。

根据本发明的一个实施方式，时移逻辑进一步被配置为：识别呼叫终止指示；并且，作为响应：通过向通信设备发送被存储在存储器中的HD语音数据，来恢复分配HD语音数据。

根据本发明的一个实施方式，时移被配置为从输入呼叫请求被识别时的点开始恢复分配HD语音数据。

根据本发明的一个实施方式，时移逻辑被配置为在恢复HD语音数据的分配的时候继续存储HD语音数据。

根据本发明的一个实施方式，呼叫终止指示包括来自发送输入呼叫请求的呼叫设备的挂机信号。

根据本发明的又一个方面，提出一种设备，包括：存储回铃选择标准的存储器；通信接口；以及与通信接口和存储器连接的处理器，处理器处理回铃逻辑，回铃逻辑被配置为：通过通信接口，识别来自呼叫设备的输入呼叫请求；基于回铃选择标准，确定用于输入呼叫请求的回铃选择，其中，回铃选择标识用于获得作为回铃音的音频数据的音频源；根据回铃选择，获得高保真（HD）语音数据；以及通过通信接口，将HD语音数据发送到呼叫设备，作为用于呼叫设备的回铃音。

根据本发明的一个实施方式，回铃逻辑进一步被配置为当呼叫连接被建立在呼叫设备与被呼叫设备之间时，停止发送HD语音数据。

根据本发明的一个实施方式，HD语音数据包括来自由回铃选择指定的音频源的实时HD语音流。

根据本发明的一个实施方式，回铃逻辑进一步被配置为：在开始向呼叫设备发送HD语音数据后，延迟预定延迟时间段向被呼叫设备告警输入呼叫请求。

根据本发明的一个实施方式，回铃选择标准基于当前时间、当前日期、与呼叫设备关联的识别数据、与呼叫设备关联的位置数据或其任何组合来指定音频源。

附图说明

通过参考附图和描述，本系统和方法会变得更加易于理解。在附图中，类似附图标记指定不同视图之间的相应部件。

图1示出用于分配高保真（HD）音频的系统的示例。

图2示出包括用于分配HD音频的四个示例性配置的系统的示例。

图3示出用于发起HD音频分配的时序示例。

图4示出用于终止HD音频分配的时序示例。

图5示出可以被实施为硬件、软件或两者皆有的逻辑的示例。

图6示出用于将HD音频通信至远程通信设备的系统的示例。

图7示出用于将HD音频转发到远程通信设备的时序示例。

图8示出可以被实施为硬件、软件或两者皆有的逻辑的示例。

图9示出在主动呼叫连接期间共享HD音频的时序示例。

图10示出可以被实施为硬件、软件或两者皆有的逻辑的示例。

图11示出用于时移HD音频分配的系统的示例。

图12示出存储HD音频数据的时序示例。

图13示出转发所存储的HD音频数据的时序示例。

图14示出可以被实施为硬件、软件或两者皆有的逻辑的示例。

图15示出用于将HD音频的分配时移的时序示例。

图16示出可以被实施为硬件、软件或两者皆有的逻辑的示例。

图17示出用于将HD音频发送为回铃音的系统的示例。

图18示出将实时HD音频发送为回铃音的时序示例。

图19示出将所记录的HD音频发送为回铃音的时序示例。

图20示出可以被实施为硬件、软件或两者皆有的逻辑的示例。

具体实施方式

下面的讨论参考高保真（HD）音频，高保真音频可以包括宽带音频或HD语音数据、信号和/或技术。HD音频、宽带音频或HD语音可以指的是具有大于传统电话语音带宽或窄带信号（例如在300Hz到3.4kHz之间的电话窄带信号）的频率范围的音频信号。HD音频、宽带音频或HD语音也可以称为比传统窄带电话信号具有更大频率范围的电话音频信号。例如，HD语音可以包括范围在人的语音频带范围中的任何部分之间的音频信号。作为一个示例，HD音频、宽带音频或HD语音可以包括范围在50Hz到7kHz或更高之间，相比于传统窄带电话信号提供更大音频清晰度和传输保真度的音频频率。HD音频还可以包括根据多种编解码器编码的音频信号，该编解码器诸如包括G.722、Silk、Siren在内的宽带或HD语音音频编解码器、互联网语音音频编解码器（iSAC）或其他编解码器。HD音频可以由多种电子或电话设备支持，这些电子或电话设备包括，例如模拟电话机，互联网协议（IP）电话，无绳系统（例如，基站和手机），蜂窝电话，笔记本电脑，电视，音响，视频会议设备，便携式音乐播放器和其他设备。

图1示出用于分配HD音频的系统100的示例。示例性系统100包括分配设备110。分配设备110可以是以任何形式接收音频数据的任何电子设备。例如，分配设备110可以是机顶盒、网关设备、电缆调制解调器、桌面计算机、笔记本计算机和其他电子设备。分配设备110可以通过通信网络115通信，并且从多种音频源接收音频或音频/视频（A/V）数据。在图1中，分配设备110可以通过通信网络115通信，以便从被标注为音频源121到128的音频源中的任意一个接收音频数据。音频源可以包括提供音频数据的任何源。作为示例，音频源可以包括实时（例如，直播的）A/V广播源、国家或当地的电视广播网络上的视频、基于互联网的A/V提供商（例如，在IP网络上的音频流网站）、按需源（例如，视频点播服务）、卫星音频提供商、广播无线电源、存储和/或提供A/V数据文件的音频服务器，以及更多。

通信网络115可以包括根据多种通信标准或协议通信音频数据的任何数量网络。作为示例，通信网络115可以包括根据电缆标准（例如，OpenCable和PacketCable）传送音频数据的电缆网络或以IP数据，例如包传送音频数据的多种互联网协议（IP）网络。作为附加示例，通信网络115可以通过下列网络技术、拓扑、介质或标准中的任意一个通信：以太网，电缆（例如，DOCSIS）、OpenCable、PacketCable、DSL、同轴电缆多媒体联盟（MoCA）、电源线（如HomePlug AV）、以太网无源光网络（EPON）、千兆无源光网络（GPON）、混合光纤同轴（HFC）接入网络、公用交换电话网（PSTN）、多种蜂窝移动通信标准（例如，2G，3G，通用移动电信系统（UMTS）、GSM（R）联盟、长期演进（LTE）（TM）、等等）、WiFi（包括802.11a/b/g/n/ac）、WiMAX、蓝牙、WiGig等。在一个示例中，通信网络115可以包括多个网络，分配设备110通过所述多个网络接收音频数据。例如，分配设备可以通过通信网络115中的有线网络从第一音频源接收A/V广播，以及通过通信网络115中的以太网从第二音频源接收互联网流音频信号。

分配设备110还可以通过多种网络将音频数据分配到多个目的地。在图1中，分配设备110可以通过诸如本地网或局域网（LAN）这样的网络135来分配HD音频数据。网络135可以通过根据以上列举的任何网络技术、拓扑、介质或标准来实施。在一个示例中，网络135可以被实施为模拟网络，例如模拟电话网络。例如，网络135可以被实施为根据诸如RJ11、RJ14、RJ21、RJ45、RJ48等这样的已注册的插座（RJ）接口标准的模拟电话网络。网络135可以在特定的位置，例如住宅、商务办公室、会议中心内或其他地方实施。或者，网络135可以在多个位置间实施。

分配设备110可以通过网络135与诸如电话机141、蜂窝电话142以及个人数据辅助终端（PDA）143这样的多种电子设备进行通信。特别地，例如通过经由网络135向支持HD音频数据的任何电子设备发送HD音频数据，分配设备110可以将从音频源获得的音频数据分配到多个电子设备。为此，分配设备110可以包括通信接口150和分配逻辑160。通信接口150可被配置为通过包括任何网络的多个通信网络通信，所述任何网络包括通信网络115和网络135。分配逻辑160可以向被通信链接到分配逻辑160的任何数量电子设备分配音频数据，该电子设备包括电话机141、蜂窝电话142以及个人数据辅助终端（PDA）143。附加电子设备的示例可以包括VoIP电话，对讲电话，无绳电话，耳机，音频播放器，笔记本电脑，电视，音响，视频会议设备，便携式音乐播放器，以及其他电子设备。当特定的电子设备，例如在该图中被称为电话机141的设备可以包括能执行类似功能的任何电子设备，例如上述电子设备中的任意一个。

分配逻辑160可以包括获得和分配音频数据的任何量的逻辑。例如，分配逻辑160可以包括从各种音频源获得音频数据的逻辑。在图1的示例中，分配逻辑160包括可配置为从各种音频源获得音频数据的A/V逻辑161和宽带逻辑162。分配逻辑160还可以包括转码器逻辑163、电话逻辑164以及控制逻辑165，下面将详细描述。如图1所示，分配逻辑160的每个部分由分配设备110实施。不过，包括A/V逻辑161、通信逻辑162、转码器逻辑163、电话逻辑164以及控制逻辑165的任何组合的分配逻辑160也可以通过多个设备实施。

A/V逻辑161可被配置为从多个音频源接收A/V数据。所接收的A/V数据可以包括音频数据、视频数据或两者皆有。A/V数据的示例包括例如通过本地或国家广播网广播的多个广播频道上的视频节目或音频节目。A/V逻辑161可以例如通过有线网络、通过卫星等接收在多种通信介质上广播的A/V数据。在一个实施中，A/V逻辑161可以对A/V数据解码，供电视机显示。A/V逻辑161还可以提取相对A/V数据的音频部分的数据。例如，A/V逻辑161可以确定被用于对所接收的A/V数据的音频部分编码的音频编解码器。

宽带逻辑162可以被配置为支持通过宽带网络的通信，例如接收或发送音频数据的通信。在一个示例中，宽带逻辑162实施通信调制解调器，例如有线调制解调器。宽带逻辑162可以充当用于例如诸如电话逻辑164这样的IP上语音（VoIP）客户端的IP前端。在这个示例中，宽带逻辑162可以在IP网络上接收或分配作为VoIP数据包的音频数据。宽带逻辑162还可以接收作为包数据的A/V数据，并且将所接收的IP A/V数据转发到A/V逻辑161以供解码。

转码器逻辑163可以将视频数据从初始音频编解码器制式转码到不同的音频编解码器制式。例如，转码器逻辑163可以将所接收的A/V数据从初始音频编解码器制式转码为HD音频编解码器（例如，G 722）制式以获得HD音频数据。转码器逻辑163可以从诸如包括A/V逻辑161或宽带逻辑162的通信逻辑这样的多个源接收供转码的音频数据。而且，转码器逻辑163可以通过由分配逻辑实施的其他逻辑（例如电话逻辑164）发送转码后的音频数据（例如HD音频数据）以供在通信网络（例如本地网）上分配。

电话逻辑164可以实施经由多个接口执行或支持执行电话呼叫的逻辑，包括发起呼叫连接，建立呼叫连接，识别来电请求以及其他呼叫功能。例如，电话逻辑164可以实施VoIP功能以例如通过实施VoIP客户端来支持执行VoIP呼叫。电话逻辑164还可以接收解码或编码为多种图像格式的转码后的音频数据，例如HD音频数据，所述多种图像格式包括由通信网络115、网络135或两者皆支持的通信格式。例如，电话逻辑164可以对HD音频数据流解码，以通过模拟电话接口通信。

在支持电话通信时，电话逻辑164还可以识别从被链接到电话逻辑164的通信设备（例如电话141）发送的控制信号。在一个示例中，电话逻辑164可以识别从通信设备发送的双音多频（DMTF）音。电话逻辑164可以确定从通信设备发送的控制信号指定的是拨出的电话呼叫还是与HD音频数据流的分配相关的其他控制信令。

控制逻辑165可以控制网络135或通信网络115上的音频流的分配。如上所述以及下面的进一步细节，控制逻辑165可以与分配逻辑160的其他部分通信，以协作进行HD音频信号在A/V逻辑161、宽带逻辑162、转码器逻辑164和电话逻辑165之间的分配。虽然图1中的示例示出分配逻辑160的一个示例，但是系统100也可以通过多个逻辑或设备实施。

图2示出包括四个用于分配HD音频的示例性分配配置的系统200的示例。分配配置中的每个可以通过通信网络115通信，以从多个音频源（例如图2中被标注为音频源202和204的音频源）获得音频数据。

图2示出包括分配设备210、诸如本地模拟网络这样的网络211、和电话212的第一示例性分配配置。分配设备210可以类似于上述图1所述的分配设备110。在第一配置中，分配设备210实现分配逻辑160的多个部分，包括A/V逻辑161，宽带逻辑162，转码器逻辑163，电话逻辑164以及控制逻辑165。网络211可以例如经由RJ-11电话插孔通过标准电话线实现。在操作中，分配设备210可以从例如音频源202或204中的音频源获得音频数据，将所获得的音频数据转码为HD音频数据，将HD音频数据解码为由网络211的模拟接口支持的HD音频流，并通过网络211将所解码的HD音频流发送到电话212以供回放。

图2示出第二示例性分配配置，其包括分配设备220、例如互联网协议（IP）网络的网络221、以及电话222。在第二分配配置中，分配设备220可以实现分配逻辑160的第一部分，其包括A/V逻辑161、宽带逻辑162、转码器逻辑163以及控制逻辑165。电话222可以实现电话逻辑164。在操作中，分配设备220可以将所接收的音频或A/V数据转码为HD音频数据，并例如经由宽带逻辑162通过网络221传送作为VoIP包的HD音频数据。电话222的电话逻辑164可以接收VoIP包，并经由电话222回放HD音频数据。

图2示出包括分配设备230、外部调制解调器231、诸如本地模拟网络这样的网络232、和电话233的第三示例性分配配置。在这个配置中，分配设备230实现A/V逻辑161、转码器逻辑163、电话逻辑164以及控制逻辑165。外部调制解调器231可以是实现宽带逻辑162的任何通信设备，例如外部有线调制解调器。

图2示出包括第一分配设备240、第二分配设备241、诸如本地模拟网络的网络242，和电话243的第四示例性分配配置。分配逻辑160可以通过多个分配设备实施。如第四配置所示，第一分配设备240实施A/V逻辑161，宽带逻辑162以及控制逻辑165。第二分配设备241实施转码器逻辑163和电话逻辑164。第一分配设备240与第二分配设备241可以经由例如任何通信协议或以上列举的方法被通信链接。作为一个示例，第一分配设备240与第二分配设备241可以经由MoCA标准通过内部有线网络通信。

在操作中，第一分配设备240可以经由A/V逻辑161或宽带逻辑162，通过通信网络115通信，以从音频源获得音频数据。第一分配设备240可以将所获得的原生编码音频数据发送到第二分配设备241。接着，第二分配设备241可以转码、解码HD音频数据，以及经由模拟接口通过网络242分配所述HD音频数据，供电话243回放。作为一个示例，第一分配设备241可以是位于住宅内的主机顶盒或网关设备，而第二分配设备242可以是也位于住宅内的辅机顶盒。

下面的示例和附图讨论的是第一分配配置，其可以包括实施A/V逻辑161、宽带逻辑162、转码器逻辑163、电话逻辑164以及控制逻辑165的分配设备110或210。不过，下面讨论的示例和附图中的每个也可以应用于任何其他分配配置，包括图2中的任何示例性分配配置。

图3示出用于发起HD音频分配的时序示例300。时序示例300可以示出本地用户如何发起HD语音对由本地用户操作的电话设备的分配，例如在图3中所看到的电话141。作为一个示例，本地用户可以发起家庭电话网中电话的HD语音的分配。图3中的时序300示出例如电话141与在示例性HD分配设备或系统中实施的分配逻辑160之间的相互作用，例如信号交换，其中，示例性HD分配设备或系统包括电话逻辑164、控制逻辑165、A/V逻辑161以及转码器逻辑163。电话141和分配逻辑元件可以根据所述元件是否在相同的设备或分布式的设备内被实施，经由内部或外部信号交换相互作用。

通过向HD音频分配系统发送HD音频服务请求，本地用户可以开始HD音频分配过程。在一个示例中，通过电话141摘机和输入按键，本地用户可以通过电话141发送音频服务请求。在做这个的时候，本地用户发送控制信号或服务请求，以控制HD音频对本地通信设备的分配。电话141可以识别本地用户的按键并向电话逻辑164发送相应的DTMF音调310。电话逻辑164可以确定所接收的DMTF音调310是对应于电话呼叫发起，例如拔出电话，还是对应于HD音频服务请求，例如HD音频分配请求或信号。通过识别预定次序的DMTF音调310，电话逻辑164可以根据DMTF音调310识别HD音频服务请求。在一个示例中，当第一DTMF音调对应于特定的按键，例如#号（“#”）键或星号（“*”）键时，电话逻辑164可以识别HD音频服务请求或信号。

电话逻辑164可以根据DMTF音调310是指示呼叫请求还是指示HD音频服务请求来对DMTF音调310做出响应。当DMTF音调310对拨出呼叫做出响应时，电话逻辑164可以通过由电话逻辑164实施的经由VoIP客户端的发起呼叫过程来发起电话呼叫。当DMTF音调310指示HD音频服务请求或信号时，电话逻辑164可以通过例如DTMF音调310来识别由服务请求指定的特定HD音频服务。例如，分配逻辑160可以通过读取对应于DTMF音调310的服务请求串（string）的预定部分，识别指定的服务。在一个示例中，分配逻辑160可以访问存储条目的数据库或存储器，所述条目将预定的DTMF音调串与HD音频服务相关联。在该示例中，电话逻辑164可以访问数据库，以便识别与DMTF音调310（或DMTF音调310的选定部分）关联的特定HD音频服务。当DMTF音调310不能指定特定服务，例如当没有数据库中的条目对应于DTMF音调串时，电话逻辑164可以向电话141传送错误指示。该错误指示可以采用任何形式，例如预先记录的错误消息或声音。

除了识别HD服务以外，电话逻辑164还可以从DMTF音调310提取音频源信息。例如，DMTF音调310的一部分可以包括标识从中获得音频数据的音频源的音频选择。作为一个示例，DMTF音调310的音频选择部分可以指定电话逻辑164可以使用的表格或数据库关键字（key，密钥），以便在映射音频源的数据库中执行查询操作。作为另一个示例，DMTF音调310的一部分可以指定从中获得音频数据的信道号码，例如由分配设备110（例如网关设备、机顶盒或其他电子设备）接收的广播A/V信道。

在分析DMTF音调310后，电话逻辑164可以根据所接收的DMTF音调310，生成服务指示消息312。服务指示消息312可以标识由本地用户所选择的服务，并且可以进一步包括与所选择的服务关联的任何附加信息，例如与所选择的服务关联的音频源。接着，电话逻辑164可以向控制逻辑165发送服务指示消息312。作为对接收到服务指示消息312的响应，控制逻辑165可以配置分配逻辑160的多个元件，以执行由服务指示消息312指定的HD音频服务。

在图3中，服务指示消息312指定HD音频分配请求，并且包括关联于所述分配请求的作为音频源的广播信道。因此，控制逻辑165可以向A/V逻辑161发送调谐请求314，该请求可以包括由本地用户的HD音频服务请求指定的信道号码。作为对接收到调谐请求314的响应，A/V逻辑161可以配置一个或多个通信资源（例如通信接口150），以从所指定的广播信道接收音频数据。

作为另一个示例，A/V逻辑161可以接收指定基于IP的音频源（例如经由互联网可访问的音频流网站）的调谐请求314。接着，A/V逻辑161可以指示其他的通信逻辑，例如宽带逻辑162从所指定的基于IP的音频源获得音频数据。在一个示例中，A/V逻辑161可以包括被配置为从各种音频源获得音频数据的流媒体客户端，例如，被设计在机顶盒或网关设备上执行的流应用程序。A/V逻辑161可以调用流媒体客户端以获得所指定的音频数据。流媒体客户端可以与通信接口150或其他通信逻辑（例如，宽带逻辑162）通信，以便通过经由宽带逻辑162调用流媒体协议，从所指定的音频源获得音频数据。

除了从所指定的音频源获得音频数据以外，A/V逻辑161还可以识别与所指定的音频源或所接收的音频数据关联的其他信息，例如关联的音频编解码器。为了识别音频编解码器，A/V逻辑161可以例如检查所接收的音频数据，以确定音频编解码器。或者，A/V逻辑161可以从音频源接收标识所关联的音频编解码器的信号、消息或指示。A/V逻辑161还可以向控制逻辑165发送调谐确认316，这可以指定所识别的音频编解码器。

控制逻辑160可以根据所识别的音频编解码器，配置转码器逻辑163。如图3所示，控制逻辑165向转码器逻辑163发送配置请求318，该转码器逻辑163可以包括初始的音频编解码器、最终的音频编解码器或两者全部。最初的音频编解码器可以指定与所接收的A/V或音频数据关联的音频编解码器。最终的音频编解码器可以指定转码器逻辑163将把所接收的A/V或音频数据转码成的音频编解码器，例如HD音频编解码器。接着，转码器逻辑163可以配置任何转码逻辑、线路或设备，以便将所接收的音频数据从最初的音频编解码器转码到最终的音频编解码器。接着，转码器逻辑163可以向A/V逻辑161发送配置确认320。可选地，转码器逻辑163也可以向控制逻辑165发送配置确认320。

在从转码器逻辑163接收到配置确认320时，A/V逻辑161可以开始向转码器逻辑163发送所接收的音频数据。在图3的时序示例300中，A/V逻辑161发送所接收音频数据作为最初的音频数据322，于是，转码器逻辑163可以将最初的音频数据322转码为转码后的音频数据。在一个示例中，A/V逻辑161可以接收根据超宽带音频编解码器（例如AAC或AC-3）编码的音频数据。转码器逻辑163可以将所接收的AAC或AC-3音频数据转码为HD音频代码，例如G.722。转码器逻辑163可以将图3所示的转码后的音频数据发送到电话逻辑164作为HD音频数据324。

如上所述，电话逻辑164可以将音频数据解码或编码为由网络（例如模拟电话网络或IP网络）支持的通信格式。在图3中，实现电话逻辑164的分配设备110与模拟电话网络对接，电话逻辑164可以对所接收的HD音频数据324解码，以支持在模拟电话网络上的通信。例如，电话逻辑164可以对HD音频数据324解码，以通过RJ-11模拟电话网络进行通信。接着，电话逻辑164可以将所解码的HD音频数据326传送到电话141以供回放。当电话逻辑164与IP网络对接时，电话逻辑164也可以对HD音频数据324解码，以通过IP网络的通信。

在一个示例中，电话逻辑164可以向经由本地电话网通信链接到分配设备的任何数量设备传送所编码或解码的HD音频数据。分配设备110或电话逻辑164可以向被连接到本地网络（例如家庭电话网）的任何电子设备（例如，向通过家庭电话网连接的对讲机，无绳电话，耳机或音频播放器）发送HD音频数据。在电话网中，电话逻辑164可以向处于活动或摘机状态的任何电话设备发送所编码或解码的HD音频数据。

虽然图3中的示例仅仅示出HD音频流的初始分配，但是分配逻辑160还可以支撑其他的HD分配服务请求。当电话144回放HD音频流时，本地用户可以发送HD分配服务请求。例如电话逻辑164可以根据对应于音频源改变请求（例如，信道改变）或扫描音频源服务（例如，扫描信道请求）的从电话141发送的DTMF音调310来识别服务代码，。作为对接收到改变信道服务请求的响应，控制逻辑165可以向A/V逻辑161发送指示所请求的信道改变或音频源改变的调谐请求314。接着，A/V逻辑161、转码器逻辑163以及电话逻辑164可以以上述类似的方式处理从新音频源接收的音频数据。

至于音频源扫描请求，控制逻辑165可以协调A/V逻辑161，以从音频源获得预定扫描时间的音频数据，以及接着从下一个音频源获得音频数据。在预定的扫描时间过后，控制逻辑165可以发送调谐请求314，命令A/V逻辑161继续从下一个音频源获得音频数据。在服务扫描请求时，分配逻辑160可以继续从各种音频源获得、处理和分配音频数据，直到从本地用户收到停止指示，该停止指示例如经由本地用户输入并作为DTMF音调310发送的服务代码。接着，在预定的扫描时间过期后，控制逻辑165可以放弃发送调谐请求314。

图4示出用于终止HD音频分配的时序示例400。图4中的时序示例400包括电话141和分配逻辑160，所述分配逻辑160包括电话逻辑164，控制逻辑165，A/V逻辑161以及转码器逻辑163。分配逻辑160，例如电话逻辑164、控制逻辑165、A/V逻辑161以及转码器逻辑163，可以获得、处理和分配如图3所述的HD音频数据流的音频数据。如图4所示，电话逻辑164可以向用于回放的电话141发送解码后的HD音频数据326。在接收到终止指示后，分配设备110或分配逻辑160可以终止HD音频的分配。例如，本地用户可以通过电话141向分配设备110发送终止指示。在一个示例中，通过挂起电话141、将电话141的接收器放置在挂机的位置，本地用户可以生成或发送终止指示，这可以向电话逻辑164发送终止信号。可选地，分配设备110可以识别作为预定串的按键并对应于从电话141所发送的DTMF音调的终止指示。

电话逻辑164可以识别电话141何时进入挂机状态，例如本地用户何时挂起电话141。在图4中，电话141向电话逻辑164发送挂机信号410，这时电话141识别挂机状态。通过接收挂机信号410，电话逻辑164可以识别终止指示。接着，电话逻辑164可以向控制逻辑165发送服务终止消息412，这可以指示电话逻辑164已经识别或接收到服务终止指示。

在接收到服务终止消息412时，控制逻辑165可以停止分配逻辑160的特定部分获得、转码、处理或传送音频数据。例如，控制逻辑165可以命令A/V逻辑161、转码器逻辑163或电话逻辑164的任意组合停止HD音频流的分配。至于A/V逻辑161，控制逻辑165可以向A/V逻辑161发送命令A/V逻辑161停止获得音频数据的接收终止消息141。作为响应，A/V逻辑161可以配置一个或多个通信资源，停止从例如指定的音频源或其他音频源接收音频数据。当A/V逻辑161通过流媒体客户端获得音频数据时，例如，通过停止流媒体客户端或应用程序的执行，A/V逻辑161可以命令流媒体客户端停止接收数据。类似地，当A/V逻辑161通过附加的通信逻辑（例如广播逻辑612）获得音频数据时，A/V逻辑161可以命令其他的通信逻辑停止接收音频数据。

此外或可选地，控制逻辑165可以向转码器逻辑163发送转码终止消息416，这可以命令转码器逻辑163停止将音频数据转码到HD音频编解码器以供电话141的回放。在一个示例中，控制逻辑165还可以向电话逻辑164发送分配终止命令，以停止通过本地网络向例如电话141发送解码后的HD音频数据326。

如上所述，分配设备110可以向经由一个或多个网络（例如本地电话网络）被连接的多个电子设备（例如电话）分配HD音频流。例如当一个或多个网络中的多个电话在摘机状态回放HD音频流时，在其他电子设备处于摘机状态而从第一电子设备接收到挂机信号410时，电话逻辑164可不识别终止指示。在一个示例中，电话逻辑164可以识别在从之前处于摘机状态的最后电子设备接收到的挂机信号410时的终止指示（例如，仅有的摘机电子设备发送挂机信号410）。换句话说，电话逻辑164可不识别当电话逻辑164接收挂机信号410，而至少一个其他电子设备处于摘机状态或回放HD音频时的终止指示。

图5示出可以被实施为硬件、软件或两者都有的逻辑的示例500。例如，分配逻辑160可以通过例如A/V逻辑161、宽带逻辑162、转码器逻辑163、电话逻辑164、控制逻辑165以及通过多个设备的任意组合实现逻辑500。

分配逻辑160可以从通信设备（例如电话141）获得HD音频服务请求（502）。通信设备经配置可以回放HD音频数据。通信设备可以以任何方式发送服务请求。例如，分配逻辑160可以接收以由被通信链接到分配逻辑160的通信设备发送的DMTF音调的形式的服务请求。接着，分配逻辑160可以通过例如识别服务请求的一部分对应于DMTF音调或特定信号的特定串，识别服务请求何时对应于HD音频分配服务（504）。在一个示例中，分配逻辑160可以访问数据库或表格，以使服务请求（例如DTMF音调串）与分配服务相关联。

分配逻辑160可以通过提取服务请求的一部分，获得有关HD音频服务请求的附加服务信息（506）。特别地，分配逻辑160可以从服务请求获得音频选择，藉此，分配逻辑160可以识别指定的音频源（508）。分配逻辑160可以确定DMTF音调串指定广播音频或A/V信道作为指定的音频源。或者，分配逻辑160可以提取服务请求的一部分作为表格关键字以查询关联的音频源，例如诸如音频流网站或服务的基于IP的音频源。

在识别指定的音频源后，分配逻辑160可以根据指定的音频源调谐通信资源（510）。分配逻辑160可以调谐通信接口或A/V接收器，以便从特定信道，例如广播信道接收数据。或者，分配逻辑160可以调用流媒体客户端或应用程序，以便从指定的音频源获得音频信息。分配逻辑160还可以确定关联于从指定的音频源所接收（或要接收的）的初始音频编解码器（512）。接着，分配逻辑160可以经由例如调谐的通信资源从指定的音频源获得初始的音频数据（514）。

分配逻辑160可以获得比HD音频数据、HD语音数据或宽带音频数据更高质量等级的初始音频数据。根据多个质量指标，初始的音频数据可以是更高的质量等级，其中所述质量指标包括频率范围、编码格式、压缩格式或速率、采样率、量化误差，数据位深度等。作为一个示例，分配逻辑160可以获得从A/V源所广播和根据超宽带音频编解码器（例如AAC或AC-3）所编码的初始音频数据。

分配逻辑160可以将初始的音频数据转码到由通信设备支持的音频格式，例如转码到由通信设备支持的HD音频编解码器（例如像G.722的HD语音编解码器）（516）。例如，当初始的音频数据是比HD音频（例如，HD语音）质量等级更高的质量等级（例如，超宽带编解码器），分配逻辑160可以将初始的音频数据转码为更低的质量等级。接着，分配逻辑160可以通过通信网络将转码后的音频数据（例如HD音频数据）分配到用于回放的通信设备。在一个示例中，分配逻辑160可以对转码后的HD音频数据解码，以通过例如本地模拟电话网络这样的通信网络进行通信（518）。当分配逻辑160通过模拟电话网络与通信设备通信时，分配逻辑160可以通过模拟通信接口将HD音频数据解码到模拟电话网络（例如，用于通过RJ插孔的通信）。作为另一个示例，当分配逻辑160通过IP网络与通信设备通信时，分配逻辑160可以将HD音频数据编码为经由IP网络传输的包格式。在解码或编码后，分配逻辑160可以通过通信网络向通信设备发送HD音频数据（520）。

分配逻辑160可以继续获得、处理来自指定音频源的音频数据，以及向通信设备分配来自指定音频源的音频数据（514-520），直到接收到其他的服务请求（524）。在一个示例中，分配逻辑160可以接收指定音频选择改变（例如音频源改变）的服务请求。所述音频选择改变可以指定新的音频源替换之前由分配逻辑160所接收的指定音频源。分配逻辑160可以识别新的音频源（526），调谐通信资源，以便从新的音频源接收音频数据，确定关联于来自新的音频源的音频数据的初始编解码器，以及获得、处理和分配新音频源的音频数据以替换之前指定的音频源（508-520）。

在另一个示例中，分配逻辑160可以识别作为附加服务请求的终止指示，其包括任何终止指示或在上述图4中所讨论的识别方法。作为响应，分配逻辑可以停止接收来自音频源的音频数据（528），停止转码已获得的音频数据（530），停止分配已转码的音频数据（532），或其任何组合。

图6示出用于将HD音频转发到远程通信设备610的系统的示例600。示例性系统600或其任何部分可以共享有关上述图1的系统的多个共有特性，其包括关于分配设备110，通信设备115，音频源121到128，网络135以及电话141的特性。分配设备110可以包括通信接口150和分配逻辑160。分配逻辑160可以包括A/V逻辑161，宽带逻辑162，转码器逻辑163，电话逻辑164以及控制逻辑165。在图6的示例中，电话逻辑164还包括混合逻辑620。混合逻辑620可以将多个音频流组合为混合的音频流。

在图6中，系统600还包括远程通信设备610。远程通信设备610可以是经由例如通信网络115被通信链接到分配设备110的任何电子或通信设备。例如，远程通信设备可以是蜂窝电话、便携式音乐播放器、VoIP电话、音响、远程电话或其他设备。远程通信设备610更可以支持HD音频数据的回放。正如下面所详细讨论的，分配逻辑160可以从指定的音频源获得音频数据，并且将音频数据分配到远程通信设备610，作为HD音频数据。

图7示出用于将HD音频转发到远程通信设备610的时序示例700。时序示例700包括通过例如本地网被通信连接到分配逻辑160的电话141。时序示例700中的分配逻辑160包括电话逻辑164，控制逻辑165，A/V逻辑161和转码器逻辑163。在通过例如HD音频服务请求接收发起指示后，分配逻辑160可以发起到远程通信设备610的HD音频转发过程。作为一个示例，本地用户在电话141上按下按键的预定组合，指定到远程通信设备610的音频转发服务（例如，在特定服务代码后面的“#”键）。接着，电话141可以向电话逻辑164发送对应于按键的DMTF音调710，因此，电话逻辑164可以确定关联于DMTF音调710的服务代码。电话逻辑164还可以从例如作为DMTF音调710的预定部分的音频选择的DTMF音调710的选择部分识别指定的音频源。

电话逻辑164可以确定在服务请求中所指示的HD音频服务，例如DMTF音调710与到远程通信设备的转发服务相对应。作为响应，电话逻辑164可以识别远程目的地设备。电话逻辑164可以向本地用户发送目的地设备识别请求。在如图7所示一个示例中，电话逻辑164向电话141发送拨号音信号712，这可以提示本地用户输入关联于远程通信设备610的识别信息，例如远程通信设备610的电话号码。本地用户可以向电话141输入可以被发送到电话逻辑164作为DMTF音调714的按键。接着，电话逻辑164可以通过DMTF音调714识别远程通信设备610，例如通过识别远程通信设备610的电话号码。在其他示例中，电话逻辑164可以以其他方式识别远程通信设备，例如向电话141发送请求目的地电话号码或识别本地用户信息的预录提示。

电话逻辑164可以生成服务指示消息716和向控制逻辑165发送服务指示消息716，这可以指定向远程通信设备610的音频分配请求、指定的音频源，以及远程通信设备610的识别信息。作为响应，控制逻辑165可以向电话逻辑164发送初始的呼叫命令718。接着，电话逻辑164可以尝试建立与远程通信设备610的呼叫连接。电话逻辑164可以通过由电话逻辑164支持的通信格式或协议尝试建立呼叫连接。电话逻辑164还可以采用任何支持的通信网络建立与远程通信设备610的呼叫连接。此外，电话逻辑164也可以采用其他通信逻辑（例如宽带逻辑162）来建立呼叫连接。例如，电话逻辑164可以利用VoIP协议建立与采用任何网络支持的VoIP通信的远程通信设备610的连接，其中所述网络包括例如无线IP网络，有线网络，PSTN网络，或其他网络。在与远程通信设备610建立呼叫连接后，电话逻辑164可以向控制逻辑165发送呼叫确认指示620。

接着，控制逻辑165、A/V逻辑161以及转码器逻辑163可以从指定的音频源获得初始的音频数据322，以及如上所述，将初始的音频数据322转码为HD音频数据324。例如，控制逻辑165、A/V逻辑161以及转码器逻辑163可以以如上所述的类似方式交换消息，例如调谐请求314，调谐确认316，配置请求318，以及配置确认320。转码器逻辑163可以向电话逻辑164发送转码后的音频数据，例如HD音频数据324。

电话逻辑164可以编码或解码所转码的音频数据，以运输到远程通信设备610、电话141、或两者都有。电话逻辑164可以根据由电话逻辑164、远程通信设备610或两者支持的任何通信协议或格式，向远程通信设备610传送HD音频数据732。例如，在通过支持VoIP通信的通信网络时，电话逻辑164可以编码HD音频数据732作为VoIP HD音频数据包734，并将其向远程通信设备610传送。在这样做的时候，电话逻辑164可以使用例如通信接口150或宽带逻辑162的通信资源与IP网络对接。在一个示例中，电话逻辑164还可以解码HD音频数据736，并通过本地网络，例如通信链接电话141的模拟电话网络传送所解码的HD音频数据736。

图8示出可以被实施为硬件、软件或两者的逻辑的示例。例如，分配逻辑160可以通过例如A/V逻辑161、宽带逻辑162、转码器逻辑163、电话逻辑164、控制逻辑165以及通过多个设备来实现逻辑800。

分配逻辑160可以从通信设备，例如电话141获得服务请求（802）。分配逻辑160可以以上述方式中的任意一个获得HD音频服务请求。接着，分配逻辑160可以检查服务请求并确定与所述服务请求关联的服务。分配逻辑160可以例如通过识别从电话141接收的DMTF音调的预定串，来识别所接收的音频服务请求指定HD音频转发服务（804）。分配逻辑160还可以识别在HD音频转发请求中所指定的音频源（806）。

分配逻辑160可以识别与HD音频转发服务请求关联的目的地通信设备（808）。分配逻辑160可以以多个方式识别目的地通信设备。在一个示例中，分配逻辑160可以通过获得与目的地设备关联的电话号码来识别目的地通信设备。例如，分配逻辑160可以向电话141传送拨号音信号，以便从本地用户接收目的地设备的电话号码。可供选择地，服务请求可以包括标识目的地通信设备的信息（例如，目的地设备的电话号码或其他识别信息）。在这个示例中，分配逻辑160可以通过从所述服务请求的一部分提取识别信息，例如从电话141发送的DMTF音调串的所选择部分，识别目的地通信设备。

分配逻辑160可以尝试建立与目的地通信设备的连接（810）。当目的地通信设备是电话设备时，通过使用所获得的电话号码，分配逻辑160可以发起与远程设备的呼叫。例如，分配逻辑160可以包括电话逻辑164，其经由所支持的通信协议和接口提供包括执行电话呼叫的电话功能。当分配逻辑160不能建立与目的地通信设备的呼叫连接时（812），分配逻辑160可以放弃执行处理HD音频转发服务的任何附加行动。分配逻辑160还可以向电话141发送失败的连接指示。

当分配逻辑160成功建立与目的地通信设备的连接时（812），分配逻辑160可以根据所指定的音频源调谐通信资源（814），确定初始的编解码器（814），从所指定的音频源获得初始的音频数据（816），以及以上述方式中的任意一个将初始的音频数据转码为HD音频数据（820）。接着，分配逻辑160可以将HD音频数据分配到发起服务请求的通信设备，向目的地通信设备转发HD音频数据，或两者都有。为了做到这点，分配逻辑160可以编码或解码HD音频数据，以通过由目的地通信设备支持的通信接口或协议、例如用于建立与远程通信设备的呼叫连接的协议进行传输（822）。接着，分配逻辑160可以向远程通信设备传送所编码或解码的HD音频数据（824）。在一个示例中，分配逻辑160可以使用呼叫连接，向目的地通信设备传送HD音频数据流。分配逻辑160还可以解码HD音频数据，并将所解码的HD音频数据也发送到通信设备。

分配逻辑160可以继续向远程通信设备转发HD音频数据，和/或分配HD音频数据以供通信，直到接收到进一步的控制信令（826）。例如，分配逻辑160可以接收音频选择变化，该变化可以指定新的音频源。分配逻辑160可以识别新的音频源（828），调谐一个或多个通信资源，以便从新的音频源接收音频数据，确定关联于来自新的音频源的音频数据的初始代码，以及获得、处理来自新音频源的音频数据和将来自新音频源的音频数据转发到目的地设备，初始设备，或更多（814-824）。

分配逻辑160还可以识别来自其他信令的服务终止指示（826）。在一个示例中，分配逻辑160可以识别终止指示作为从被通信链接到分配逻辑160的通信设备发送的明确信号（例如，预定的DMTF音调串）。作为另一个示例，分配逻辑160可以以接收挂机信号的形式识别初始通信设备或目的地通信设备的其他信令。在一个示例中，当从目的地通信设备（例如远程通信设备610）接收挂机信号时，分配逻辑160可以识别终止指示。在这个示例中，当通信设备发送挂机信号（例如挂机）时，分配逻辑160可以继续获得、处理音频数据，并将音频数据转发到目的地通信设备。可选地，当初始通信设备和目的地通信设备两者发送挂机信号时，分配逻辑160可以识别终止指示。在获得终止指示后，分配逻辑160可以停止音频数据接收活动（828），停止音频数据转码活动（830），停止音频分配和/或转发活动（832），或他们的任意组合。作为停止音频分配和/或转发活动的一部分，电话逻辑164还可以终止与目的地通信设备（例如远程通信设备610）的呼叫连接。

图9示出在主动呼叫连接期间共享HD音频的时序示例900。时序示例900包括远程通信设备610，电话141和分配逻辑160，所述分配逻辑160包括电话逻辑164，控制逻辑165，A/V逻辑161以及转码器逻辑163。远程通信设备610、电话141和分配逻辑160可以通过任何类型、格式、拓扑的多个通信网络通信。在图9的指定示例中，电话141通过模拟本地电话网络（例如RJ-11模拟电话网络）与分配逻辑160通信。在图9中，远程通信设备610通过多个IP网络与分配逻辑160通信，其中所述多个IP网络将实施分配逻辑160的分配设备110与远程通信设备610互连。

时序示例900可以示出在电话141与远程通信设备610之间的主动呼叫连接期间，实时HD音频共享服务的发起。作为主动呼叫连接的一部分，电话141可以向电话逻辑164发送语音信号和从电话逻辑164接收语音信号，其中所述语音信号作为模拟语音信号902。远程通信设备610可以向电话逻辑164发送语音信号和从电话逻辑164接收语音信号，其中所述语音信号作为VoIP包906。在主动呼叫期间，本地用户可以通过向分配逻辑160发送服务请求，发起实时HD音频共享服务。例如，本地用户可以在电话141上输入可以被电话141发送到电话逻辑164作为DMTF音调910的按键。可选地，远程用户也可以向分配逻辑160发送HD音频服务请求，包括通过远程通信设备610输入按键，作为DMTF音调以传输到电话逻辑164。HD音频服务请求可以指定实时HD音频共享服务，并且可以包括指定从中获得音频数据的音频源的音频选择。

电话逻辑164可以接收DMTF音调910，并确定对应于该服务请求的服务代码。电话逻辑164还可以确定服务请求所指定（例如由DMTF音调910的特定部分）指定的音频源。接着，电话逻辑164可以生成服务指示消息912并将服务指示消息912发送到控制逻辑615，这可以指定实时音频共享请求和包括所指定的音频源。

接着，控制逻辑165、A/V逻辑161以及转码器逻辑163可以从指定的音频源获得初始的音频数据730，以及如上图3类似描述，将初始的音频数据322转码为HD音频数据324。例如，控制逻辑165、A/V逻辑161以及转码器逻辑163可以以如上所述的类似方式交换消息，例如调谐请求314，调谐确认316，配置请求318，以及配置确认320。转码器逻辑163可以向电话逻辑164发送转码后的音频数据，例如HD音频数据324。

在一个示例中，电话逻辑164可以包括将HD音频数据324与语音信号混合的混合逻辑620。电话逻辑164可以将所混合的信号传送到电话141，传送到远程通信设备610，或两者都传。例如，在主动呼叫期间，电话逻辑141可以从电话141接收模拟语音信号920，以传输到远程通信设备610。电话逻辑164可以将模拟语音信号920与所解码的HD音频数据混合，并对混合后的信号再次编码，作为混合的VoIP包922运输到远程通信设备610。

在主动呼叫连接期间，电话逻辑164还可以从远程通信设备610接收作为VoIP包924的语音信号以传输到电话141。电话逻辑164可以解码HD音频数据324和VoIP包924，以通过模拟电话网络进行传输。电话逻辑164还可以将所解码的HD音频数据与所解码的VoIP包混合为混合的模拟信号926，以传输到电话141。

因此，如上所述，分配逻辑160可以共享指定音频源的内容，例如将指定音频源的音频内容注入到电话141与远程通信设备610之间的主动呼叫中。分配逻辑160可以继续执行实时音频共享服务，直到分配逻辑160识别终止指示。例如，当电话逻辑164从远程通信设备610、电话141或两者接收挂机信号时，分配逻辑160可以识别终止指示。或者，在分配逻辑160经由例如DTMF音调从远程通信设备610、电话141或两者接收预定的终止信号后，分配逻辑160可以识别终止指示。

在分配逻辑160经由例如远程通信设备610或电话141所发送的DMTF音调信号执行HD音频共享服务的时候，分配逻辑160也可以接收和处理音频源改变请求。作为响应，分配逻辑160可以从如由音频改变请求所指定的新音频源获得、处理和分配音频数据。

图10示出可以被实施为硬件、软件或两者的逻辑的示例1000。例如，分配逻辑160可以通过例如A/V逻辑161、宽带逻辑162、转码器逻辑163、电话逻辑164、或控制逻辑165并通过多个设备实现逻辑1000。

在主动呼叫连接期间，分配逻辑160可以获得服务请求（1002）。分配逻辑160可以从参与主动呼叫连接的所有通信设备（例如电话141或远程通信设备610）获得服务请求。所述服务请求可以以上述方式中的任意一个（例如DMTF音调）获得。分配逻辑160可以检查服务请求并确定与所述服务请求关联的服务。分配逻辑160可以识别主动呼叫期间，所接收的音频服务请求指定HD音频共享服务（1004）。在一个示例中，分配逻辑160可以识别DMTF音调的选择部分包括对应于HD音频共享服务的DTMF音调值的预定串。服务请求还可以包括音频选择，分配逻辑160可以将所述音频选择识别为所述服务请求的预定部分。分配逻辑160可以根据所述音频选择识别在所述服务请求中指定的音频源（1006）。

分配逻辑160可以根据所指定的音频源调谐通信资源（1008），确定初始的编解码器（1010），从所指定的音频源获得初始的音频数据（1012），以及以上述方式中的任意一个将初始的音频数据转码到HD音频数据（1014）。接着，通过将HD音频数据混合（例如，注入）到作为主动呼叫连接的一部分的传输的一个或多个语音信号中，分配逻辑160可以共享HD音频内容。分配逻辑160可以从主动呼叫连接中的第一通信设备获得输入的语音信号（1016），并将HD音频数据和所接收的输入语音信号混合为被引导到参与主动呼叫连接的第二通信设备的输出语音信号（1018）。接着，根据用于与第二通信设备通信的通信网络、类型、协议、介质或其他通信特性，分配逻辑160可以对混合的输出语音信号编码和/或解码（1020）。接着，分配逻辑160可以向第二通信设备传送所混合的输出语音信号（1022）。分配逻辑160还可以为从第二通信设备接收的输入语音信号执行类似的HD音频共享过程，即将混合的输出语音信号也传送到第一通信设备（1016-1022）。通过这样的方式，分配逻辑160可以将来自指定音频源的HD音频数据流分享到参与主动呼叫连接的多个通信设备中。

分配逻辑160可以继续将HD音频数据混合到主动呼叫连接中，直到接收进一步的控制信令（1024）。分配逻辑160可以接收指定音频选择改变，例如音频源改变的服务请求。所述音频选择改变可以指定新的音频源替换之前由分配逻辑160所接收的指定音频源。分配逻辑160可以识别新的音频源（1026），调谐通信资源，以便从新的音频源接收音频数据，从新的音频源确定关联于音频数据的初始代码，以及获得、处理和分享主动呼叫连接中来自新音频源的音频数据以替换之前指定的音频源（1008-1022）。

分配逻辑160还可以根据通信设备接收的附加信令识别服务终止指示（1024）。在一个示例中，分配逻辑160可以识别作为从参与主动呼叫连接的任何通信设备接收的明确信号（例如，预定的DMTF音调串）的终止指示。作为另一个示例，分配逻辑160可以以接收挂机信号的形式识别参与通信设备的附加信令。当接收参与主动呼叫连接的任何数量设备的挂机信号时，分配逻辑160可以识别终止指示。作为示例，当参与主动呼叫连接的预定数量的通信设备发送挂机信号或当呼叫连接结束时，分配逻辑160可以识别终止指示。在获得终止指示后，分配逻辑160可以停止音频数据接收活动（1028），停止音频数据转码活动（1030），停止音频混合和分享活动（1032），或其任意组合。

图11示出用于时移HD音频分配的系统1100的示例。时移HD音频的分配可以指的是由于多个原因和在多个环境中，所获得的HD音频数据分配的延迟。示例性系统1100或其任何部分可以共享有关上述图1和6的系统的多个共有特性或原件，所述系统包括，分配设备110，通信网络115，音频源121到128，网络135，电话141，以及远程通信设备610。在图11中，分配设备110包括通信接口150和时移逻辑1120。时移逻辑1120可以包括如上所述的A/V逻辑161，宽带逻辑162，转码器逻辑163，电话逻辑164。时移逻辑1120还可以包括控制逻辑1130和用于时移HD音频分配的记录器逻辑1140。如图11所示，分配设备110还可以包括存储器1150，其可以被用于存储数据，例如HD音频数据。记录器逻辑1140可以对接存储器1150，以便控制在存储器1150中的音频数据的记录和转发。

在操作中，时移逻辑1120可以以多种方式时移HD音频的分配。如下所述，时移逻辑1120可以发起HD音频到存储器1150的存储，作为对接收记录指示的响应，以及随后或并发地将所存储的HD音频数据转发到多个目的地设备，例如远程通信设备610或电话141。

图12示出存储HD音频数据的时序示例1200。时序示例1200包括通过例如本地网被通信连接到时移逻辑1120的电话141。如时序示例1200所示，时移逻辑1120可以包括电话逻辑164，控制逻辑1130，A/V逻辑161，转码器逻辑163，以及记录器逻辑1140。在操作中，在接收记录指示后，例如在接收指定音频数据存储服务的HD音频服务请求后，时移逻辑1120可以发起HD音频存储过程。例如，本地用户可以在电话141上按下指定音频记录服务的预定按键组合。接着，电话141可以向电话逻辑164发送对应于按键的DMTF音调1210。电话逻辑164可以确定与DMTF音调710关联的服务代码，这可以指定HD音频记录过程。电话逻辑164还可以从DTMF音调1210的选择部分（例如音频选择串）识别指定的音频源。在一个示例中，服务请求的一部分还可以指示指定音频记录持续时间的记录持续时间。音频记录持续时间可以包括或表示记录音频数据的时间长度（例如，小时，分钟，秒钟等）。电话逻辑164可以通过提取DMTF音调1210的预定部分识别所要求的服务的记录持续时间。

接着，电话逻辑164可以生成服务指示消息1212并将服务指示消息1212发送到控制逻辑1130，这可以指定音频记录请求、指定的音频源和记录持续时间的组合。接着，控制逻辑1130、A/V逻辑161以及转码器逻辑163可以从指定的音频源获得初始的音频数据322，以及如上图3类似描述，将初始的音频数据322转码为HD音频数据324。例如，控制逻辑1130、A/V逻辑161以及转码器逻辑163可以以如上所述的类似方式交换消息，例如调谐请求314，调谐确认316，配置请求318，以及配置确认320。

配置请求318可以指定发送所转码的音频数据的目的地指示。例如，当控制逻辑1130识别HD音频记录服务时，控制逻辑1130可以生成将记录逻辑1140指定为发送所转码的音频数据的目的地的配置请求318。在配置后，转码逻辑163可以向控制逻辑1130发送配置确认1214，这可以指示转码器逻辑163已经完成指定的配置，包括将转码后的音频数据发送到在配置请求318中指定的目的地指示的配置。

控制逻辑1130可以向记录器逻辑1140发送记录开始消息1220，这可以向记录器逻辑1140提供记录命令。记录器逻辑1140可以接收HD音频数据1222，以记录在例如存储器1150中。在发起音频记录后，控制逻辑1130可以向电话逻辑164发送记录发起指示1224，因此，电话逻辑164可以向电话141提供记录发起确认。电话逻辑164可以以多个方式，例如经由预先记录的音频消息，预先确定的声音或音频信号等，来发送记录发起确认。如图11所示，电话逻辑164可以发送作为记录发起确认的拨号音信号1226。在这点上，本地用户可以认识到时移逻辑1120已经发起所请求的音频记录过程，以及随后挂机电话141。

记录器逻辑1140可以继续记录从转码器逻辑163接收的HD音频数据1222，直到获得停止指示，例如接收从控制逻辑1130发送的记录停止消息1228。在预定量的时间过去后，例如从所述服务请求提取的记录持续时间指定的时间，控制逻辑1130可以向记录器逻辑1140发送记录停止消息1228。在时序示例1200中，记录器逻辑1140开始与结束记录HD音频数据之间的记录持续时间长度1230可以与在HD音频记录服务请求中指定的记录持续时间值相对应。在可选实施例中，记录器逻辑1140可以通过记录开始消息1220接收记录持续时间值。接着，在由记录持续时间指定的时间量过去后，记录器逻辑1140可以停止记录HD音频数据1222。因此，时移逻辑1120可以从指定的音频源获得HD音频数据和记录指定记录持续时间的HD音频数据。

图13示出转发所存储的HD音频数据的时序示例1300。时序示例1300包括电话141，其可以被通信链接到时移逻辑1120。如时序示例1300所示，时移逻辑1120可以包括电话逻辑164，控制逻辑1130，A/V逻辑161，转码器逻辑163，以及记录器逻辑1140。在操作中，时移逻辑1120可以将所存储的HD音频数据转发（例如，发送）到多个目的地设备。时序示例1300示出示范性过程，通过所述过程，时移逻辑1120可以向远程通信设备610发送所存储的HD音频。时移逻辑1120还可以以类似的方式，将所存储的HD音频数据发送到多个远程通信设备。可选地或附加地，时移逻辑1120也可以向经由本地网被连接的多个电子设备，例如电话141发送所存储的HD音频。

在接收转发指示后，例如在接收指定存储的HD音频转发服务的HD音频服务请求后，时移逻辑1120可以启动所存储的HD音频转发过程。在图13中，本地用户可以在电话141上按下指定所存储的音频转发服务的预定按键组合。接着，电话141可以向电话逻辑164发送对应于按键的DMTF音调1210。接着，电话逻辑164可以确定与DMTF音调710关联的服务代码，因此，这可以识别HD音频记录过程。

在确定所述服务请求和所存储的HD音频转发服务相对应后，电话逻辑164可以识别关于所存储的HD音频转发服务的其他服务信息，例如目的地设备。所述目的地设备指的是时移逻辑1120将所存储的HD音频要发送到的电子设备。所述目的地设备可以由多个识别信息表征，例如电话号码，快速拨号号码，IP地址，设备代码的任何形式或类别等。电话逻辑164可以以各种方式获得与目的地设备关联的识别信息。在一个示例中，电话逻辑164可以向电话141发送拨号音信号1312，供本地用户回放。本地用户可以输入按键，电话141随后可以发送标识目的地设备的DMTF音调1314。可选地，由本地用户初始发送的服务请求包括与目的地设备关联的识别信息。在图13的时序示例1300中，电话逻辑164接收指定远程通信设备610为目的地设备的识别电话号码。

时移逻辑1120还可以获得所存储的音频选择，这可以指定特定存储的HD音频流或数据。在一个示例中，时移逻辑1120可以通过用户查询，获得所存储的音频选择。例如，电话逻辑164和/或控制逻辑1130可以从记录逻辑1140请求可用的存储HD音频流或数据的识别，例如列表。接着，电话逻辑164可以向电话212提供所存储的HD音频选项指示，以供本地用户回放。所存储的HD音频选项指示可以标识可用于转发的所存储的HD音频。例如，所存储的HD音频选项可以列出被存储在存储器1150中的一个或多个HD音频流或记录，从而允许用户选择所述音频选项中的一个作为所存储的音频选择。所存储的HD音频选项指示还可以包括用于每个所存储的HD音频流或数据的音频识别信息，其包括例如，可以获得所存储的HD音频数据的音频源，记录持续时间，记录日期，记录描述或其他信息。电话逻辑164可以经由例如对应于本地用户按键的电话141的DMTF音调信号，从本地用户获得所存储的音频选择。

在识别关于所存储的HD音频转发服务的附加服务信息后，电话逻辑164可以生成服务指示消息1316，并向控制逻辑1130发送服务指示消息1316。服务指示1316可以指定所请求的存储HD音频转发服务和附加的服务信息。服务指示1316可以包括目的地设备或与目的地设备关联的识别信息。在图13中，服务指示1316可以包括标识远程通信设备610的电话号码值。服务指示1316还可以包括所存储的音频选择。

时移逻辑1130还可以获得与所存储的HD音频数据一起发送的补充音频数据。例如，通过生成包括上述音频识别信息中任意一个的补充音频流，时移逻辑1130可以获得描述所存储的HD音频数据的补充音频数据。时移逻辑1130（例如，电话逻辑164、控制逻辑1130、转码器逻辑163以及记录器逻辑1140的任意组合）还可以从请求所存储的HD音频转发服务的本地用户获得补充音频数据。例如，时移逻辑1120可以从本地用户获得和/或记录在向目的地设备发送所存储的HD音频数据之前，时移逻辑1120可以转发为前导（preamble）的音频消息（例如，用户问候）。

在接收服务指示1316以及可选地获得补充音频数据后，控制逻辑1130可以与目的地设备（例如远程通信设备610）建立呼叫连接。为了做到这点，控制逻辑1130可以向电话逻辑164发送发起呼叫消息1318，因此，电话逻辑164可以尝试建立与远程通信设备610的呼叫连接。在图13中，通过使用远程通信设备610的电话号码来发起电话呼叫，电话逻辑164尝试建立呼叫连接。如果电话逻辑164不能建立与远程通信设备610的呼叫连接，通过例如放弃进一步的行动和/或向本地用户告警与远程通信设备610的不成功呼叫连接尝试，时移逻辑1120可以中断所存储的HD音频转发服务。当电话逻辑164建立与远程通信设备610的成功呼叫连接（例如，当远程通信设备610接受电话逻辑164的输入呼叫请求时）后，电话逻辑164可以向控制逻辑1130发送指示成功呼叫连接的呼叫确认1320。

在接收呼叫确认1320后，控制逻辑1130可以通过例如所建立的呼叫连接，将所存储的HD音频数据转发到远程通信设备610。在一个示例中，在发送所存储的HD音频数据之前，时移逻辑1130可以发送从本地用户获得的补充音频数据，例如所记录的前导或问候消息。控制逻辑1130还可以通过转发开始消息1322，命令记录器逻辑1140开始发送所存储的HD音频数据。转发开始消息1322可以包括所存储的音频选择指示，这可以指定用于记录器逻辑1140从存储器检索供转发的特定HD音频流或数据。接着，记录器逻辑1140可以检索所指定的存储HD音频数据，并且将HD音频数据1324发送到电话逻辑164。为了将HD音频数据1324分配到远程通信设备610，电话逻辑164可以将HD音频数据1324编码或解码为由呼叫连接支持的通信格式。接着，电话逻辑164可以经由呼叫连接，向远程通信设备610发送HD音频数据1326。电话逻辑164还可以向发起音频转发服务的本地用户设备（例如电话141）发送所存储的HD音频选择。为了做到这点，电话逻辑164可以将HD音频数据1324解码为由电话141支持的通信格式，并且将所解码的HD音频数据1328发送到电话141。

时移逻辑1120可以继续向远程通信设备610、电话141或两者发送所存储的HD音频数据，直到识别终止指示。时移逻辑1120可以以多个方式识别终止指示，包括通过上述终止指示中的任意一个方式。作为示例，当远程通信设备610通过例如向电话逻辑164发送终止信号（例如，挂机信号），终止呼叫连接时，时移逻辑1120可以识别终止指示。或者，当所指定的所存储的音频选择的发送已经完成时，时移逻辑1120可以识别终止指示。控制逻辑1130可以识别所存储的HD音频选择的转发何时已经完成，例如，记录持续时间何时结束或何时从记录器1140接收所指定的存储HD音频流或数据的终点已经到达的转发完成指示。

作为对识别终止指示的响应，控制逻辑1130可以向记录器逻辑1140发送转发完成的消息1330，这可以命令记录器逻辑1140停止发送所存储的HD音频数据1324。接着，控制逻辑1130可以向电话逻辑164发送终止呼叫消息1332，因此，电话逻辑164可以终止与远程通信设备610的呼叫连接。接着，电话逻辑164可以向控制逻辑1130发送终止确认1334，这可以结束所存储的HD音频转发服务。

图14示出可以被实施为硬件、软件或两者的逻辑的示例1400。例如，时移逻辑1120可以通过例如A/V逻辑161、宽带逻辑162、转码器逻辑163、电话逻辑164、控制逻辑1130或记录器逻辑1140以及通过多个设备来实现逻辑1400。

时移逻辑1120可以以上述方式中的任意一个（例如由本地用户操作的电话141发送的DTMF音调）获得服务请求（1402）。时移逻辑1120可以检查服务请求并确定与所述服务请求关联的服务（1404）。作为示例，时移逻辑1120可以确定所获得（例如，接收）的服务请求指定HD音频存储服务或所存储的HD音频转发服务。

当服务请求指定HD音频存储服务时，时移逻辑1120可以识别音频源，其中，从该音频源获得和存储音频数据（1406）。时移逻辑1120可以从服务请求的一部分识别音频源，这可以指定要记录的音频源（例如，广播信道号码，流媒体源识别代码，等）。通过检查服务请求的指定记录持续时间值的预定部分，时移逻辑1120也可以识别记录持续时间（1406）。在可选示例中，时移逻辑1120可以经由电话141，向本地用户发送查询，提示本地用户提供指定的音频源、记录持续时间或两者。

接着，通过例如调谐通信资源，从所指定的音频源接收音频数据（1408），确定与音频数据关联的初始编解码器（1410），以及通过例如所调谐的通信资源，从所指定的音频源获得音频数据（1412），时移逻辑1120可以从所指定的音频源获得音频数据。时移逻辑1120可以将所接收的音频数据转码为HD音频数据（1414），并将HD音频数据存储在存储器，例如外部存储器或被嵌入在实施时移逻辑1120的任何部分的设备内的存储器或存储器1150中（1416）。

时移逻辑1120可以继续获得和存储等于记录持续时间的时间长度的HD音频数据。直到记录持续时间过去后（1418），时移逻辑120可以继续从指定的音频源获得音频数据，将音频数据转码为HD音频数据，并将HD音频数据存储在存储器中。在一个示例中，时移逻辑1120可以在没有将音频数据转码为HD音频数据的情况下，存储从指定的音频源获得的音频数据。在这个示例中，时移逻辑1120可以将转码指示与所存储的音频数据关联，这可以指示在存储器中存储之前，所存储的音频数据未被转码为HD音频格式。转码指示还可以包括与所存储的音频数据关联的初始音频编解码器。而且，在将存储到存储器中时，时移逻辑1120可以对音频数据或HD音频数据采用多个压缩技术。在时移逻辑1120已经在记录持续时间获得音频数据（HD或根据初始音频编解码器）之后，时移逻辑1120可以完成HD音频记录过程。

时移逻辑1120还可以确定所获得服务请求指定所存储的HD音频转发服务。作为响应，时移逻辑1120可以通过例如上述方式中的任意一个，识别所存储的音频选择（1420）和目的地设备（1422）。例如，时移逻辑1120可以从本地用户获得所存储的音频选择作为明确选择。所存储的音频选择可以包括与所存储的音频选择关联的时间持续时间值。时移逻辑1120还可以获得与所存储的音频选择一起发送的补充音频数据（1424）。如上所述，补充音频数据可以包括描述所存储的音频选择的预存储或生成的音频流，这可以包括与所存储的音频选择关联的任何识别信息。或者，补充音频数据可以从本地用户记录音频问候。

时移逻辑1120可以尝试建立与目的地设备的连接（1426）。当连接尝试失败，时移逻辑1120可以停止所存储的HD音频转发过程和/或经由例如电话141向本地用户发送失败的连接指示。当时移逻辑1120成功建立与目的地设备的连接时，时移逻辑1120可以将所存储的音频选择的HD音频数据转发到目的地设备（1428）。在一个示例中，当音频数据之前未被转码为HD音频数据时，时移逻辑1120可以对从存储器检索的音频数据转码。而且，时移逻辑1120可以将从存储器检索的HD音频数据流编码或解码为由到目的地设备的通信链接支持的通信格式。时移逻辑1120也可以将HD音频数据解码或转发到发起所存储的HD音频转发服务的本地设备。时移逻辑1120可以继续将所存储的HD音频数据转发到目的地设备，直到识别终止指示（1430），这可以采用上述的任何终止指示的形式。

图15示出用于将HD音频的分配时移的时序示例1500。时序示例1500包括电话141，其可以经由，例如本地模拟网络被通信链接到时移逻辑1120。如时序示例1500所示，时移逻辑1120可以包括电话逻辑164，控制逻辑1130，A/V逻辑161，转码器逻辑163，以及记录器逻辑1140。在操作中，时移逻辑1120可以在识别时移指示后，时移HD音频数据的分配。例如，如时序示例1500所示，当时移逻辑1120在HD音频分配过程期间接收输入呼叫请求时，时移逻辑1120可以识别时移指示。如下面所述，时移逻辑1120可以向本地用户发出对输入呼叫的告警，并且记录当前正被分配的HD音频流。在一个实例中，时移逻辑1120可以时移（例如）延迟所记录的HD音频的分配，直到远程通信设备与本地电话设备之间的呼叫完成后。

在时序示例1500中，在输入呼叫请求之前，可以经由上述HD分配过程中的任意一个发生一个HD音频分配过程。在HD音频分配的分配在进行的时候，电话逻辑164可以识别对被链接到电话逻辑164的通信设备的输入呼叫请求，例如从远程通信设备610到电话141的输入呼叫请求1510。作为对在HD音频分配过程期间接收输入呼叫请求1510的响应，电话逻辑164可以向控制逻辑1130发送输入呼叫通知1512。接着，控制逻辑1130可以发起当前正被分配的HD音频数据的记录，直到输入呼叫请求1510和/或随后的呼叫连接被解决。

A/V逻辑161可以继续从HD分配过程的指定音频源获得初始的音频数据，转码器逻辑163可以继续将初始的音频数据转码为HD音频数据。在时移过程期间，转码器逻辑163可以向记录器逻辑1140而不是电话逻辑164发送所转码的HD音频数据，以记录供本地用户的回放。为了做到这点，控制逻辑1130可以向转码器逻辑163发送目的地转换指示1514，这可以命令转码器逻辑163将所转码的HD音频数据1520发送到记录器逻辑1140。控制逻辑1130还可以向记录器逻辑1140发送记录开始消息1516，这可以发起从转码器逻辑163发送到记录器逻辑1140的HD音频数据1520的存储。

控制逻辑1130可以向电话逻辑164发送记录开始确认1522，因此，电话逻辑164可以通过例如呼叫告警1524，向电话141发送输入呼叫指示。在一个示例中，电话逻辑164可以发送如本地铃音这样的呼叫告警524，这可以中断之前的HD音频分配并向本地用户告警输入呼叫请求1510。时移逻辑1120可以停止HD音频分配，直到呼叫请求或连接的完成。

当本地用户接受输入呼叫请求1510时，电话141可以发送呼叫接受指示，例如图15中的接受消息1526。接着，通过交换电话141与远程通信设备610之间的语音信号，电话逻辑164可以支持呼叫连接1534。为此，电话逻辑164可以发送和从电话141接收模拟语音信号1530，以及从远程通信设备610接收VoIP包语音信号1532。例如，当远程通信设备610向电话逻辑164发送挂机信号或终止信号1536时，电话逻辑164可以识别呼叫终止指示。接着，电话逻辑164可以向控制逻辑1130发送呼叫终止通知1538。

在识别输入呼叫请求1510或随后的呼叫连接1534的决定后，控制逻辑1130可以向记录器逻辑1140发送回放开始指示1540。记录器逻辑1140可以发送从之前的HD音频分配停止时（例如，在接收输入呼叫请求1510和向电话141发送呼叫告警1524后）的点开始所记录的HD音频数据1542。记录器逻辑1140可以将所记录的HD音频数据1542发送到电话逻辑164，像所解码的HD音频数据1544一样，以解码并分配到电话141。电话141可以回放所解码的HD音频数据1544，因此，从分配被输入呼叫请求1510中断的一个点恢复HD音频的分配。时移逻辑1120可以继续时移HD音频分配（例如，记录，随后分配），直到识别到分配终止指示，例如从电话141接收挂机信号或预定的终止信号。

图16示出可以被实施为硬件、软件或两者的逻辑的示例1600。例如，时移逻辑1120可以通过例如A/V逻辑161、宽带逻辑162、转码器逻辑163、电话逻辑164、控制逻辑1130或记录器逻辑1140以及通过多个设备来实施逻辑1600。

时移逻辑1120可以识别来自远程通信设备610的针对链接到时移逻辑1120的任何通信设备的输入呼叫请求（1602），例如经由本地模拟电话网络被连接到时移逻辑1120的电话设备。作为响应，时移逻辑1120可以识别音频分配过程是否正在进行，例如，通过识别时移逻辑1120或其他互连的逻辑（例如，分配逻辑160）是否正在分配HD音频。当音频分配过程当前不在进行时，时移逻辑1120可以向由输入呼叫请求标识的通信设备发送呼叫告警信号（1604），以及随后处理远程通信设备与所述通信设备之间的呼叫连接（1606）。

当时移逻辑1120确定在音频分配过程期间发生输入呼叫请求时，时移逻辑1120可以延迟当前分配的音频流的分配，直到例如输入呼叫请求或随后的呼叫连接完成。为此，时移逻辑1120可以停止HD音频数据的分配（1608），向由输入呼叫请求标识的一个或多个通信设备发送呼叫告警信号（1610），并在接收输入呼叫请求之前，记录被分配的来自音频源的HD音频数据（1612）。时移逻辑1120还可以处理远程通信设备与由输入呼叫请求标识的通信设备（例如电话141）的本地通信设备之间的呼叫连接（1614）。

时移逻辑1120可以继续记录对应于之前被分配的音频源的HD音频数据，并处理呼叫连接，直到识别呼叫终止指示，例如在从远程通信设备610接收挂机信号后或任何其他的呼叫终止指示（1616）。接着，时移逻辑1120可以分配（例如回放）从之前的HD音频分配过程被输入呼叫请求中断的点开始记录的HD音频（1618）。通过这样的方式，在没有略过由于在之前的HD音频分配期间被输入呼叫请求中断的音频内容的情况下，时移逻辑1120可以恢复HD音频数据的分配。时移逻辑1120还可以继续记录指定音频源的HD音频数据（1620），以进行随后的分配（1618），从而时移HD音频数据的分配。

时移逻辑1120可以继续时移被中断的HD音频数据流的分配，直到识别分配终止指示，例如如上所述的分配终止指示中的任意一个（1622）。例如，时移逻辑1120可以在从HD音频数据被分配到的通信设备接收挂机信号后识别终止指示。时移逻辑1120也可以在其他时移终止情况下结束HD音频时移过程，例如当时移逻辑1120或其他逻辑获得音频源改变请求时，当存储器超出存储器容量阀值时，当所记录的音频持续时间超出预定的持续时间阀值，或在其他终止情况下。因此，时移逻辑1120可以时移HD音频数据或HD音频数据流的分配，以便处理输入呼叫请求。

图17示出用于将HD音频发送为回铃音的系统的示例。回铃音可以指的是通信设备将呼叫指向目标通信设备的时候，被发送到通信设备并由通信设备回放的音频信号。示例性系统1700或其任何部分可以共享有关上述图1、6和11的系统的多个公共特性或原件，所述系统包括：分配设备110、通信网络115、音频源121到128、网络135、电话141、以及远程通信设备610。在图17中，分配设备110包括通信接口150和回铃逻辑1720。回铃逻辑1720可以包括如上所述的A/V逻辑161、宽带逻辑162、转码器逻辑163、电话逻辑164、以及记录器逻辑1140。回铃逻辑1720还可以包括用于将HD音频发送为回铃音的控制逻辑1730。如下面详细所述，回铃逻辑1720可以识别远程通信设备（例如，远程通信设备610）的输入呼叫，识别回铃音频源，以及将回铃音频源的音频数据发送到远程通信设备，作为回铃音。

图18示出将实时HD音频发送为回铃音的时序示例1800。时序示例1800包括电话141，其可以经由例如模拟电话网络被通信链接到回铃逻辑1720。如时序示例1800所示，回铃逻辑1720可以包括电话逻辑164，控制逻辑1730，A/V逻辑161，转码器逻辑163。在操作中，回铃逻辑1720可以向发送输入呼叫请求的远程通信设备发送有效的HD音频作为回铃音。

远程通信设备610可以向被通信链接到回铃逻辑1720的被请求通信设备（例如电话141）发送输入呼叫请求1810。例如，在图18中，电话141通过本地模拟电话网络，连接到实施回铃逻辑1720的分配设备110。电话逻辑164可以识别和接收输入的呼叫请求1810，以及作为响应，向控制逻辑1730发送输入呼叫通知1812。接着，控制逻辑1730可以识别回铃音频源，以便获得用于发送到远程通信设备610的回铃音。在一个示例中，控制逻辑1730可以识别作为任何音频源的回铃音频源，例如，广播A/V信道，流媒体音频，或者上述的音频源中的任意一个。

上述回铃音频源可以由多个方式指定或配置。例如，回铃逻辑1720可以接收指定回铃音频源改变服务的音频服务请求。回铃逻辑1720可以以上述的任意方式（例如经由基于本地用户按键生成的DMTF音调）接收这样的服务请求。在另一个示例中，回铃逻辑1720可以与操作员提供网页界面对接，以便接收回铃音频源的改变。在这些示例中的每一个中，本地用户可以指定、配置、或改变之前指定的回铃音频源。

控制逻辑1730还可以根据多个回铃选择标准，识别回铃音频源。作为示例，回铃选择标准可以包括，根据天、周或月的时间指定特定回铃音频源的时间标准。回铃选择标准可以包括呼叫识别标准，其可以基于发送输入呼叫请求的远程通信设备610的呼叫者识别信息指定特定回铃音频源。回铃选择标准可以根据与远程通信设备610关联的呼叫者识别信息的选择部分，例如关于远程通信设备610的区域代码，指定特定回铃音频源。或者，回铃选择标准可以为特定电话号码指定特定回铃音频源，从而允许基于远程通信设备610的身份或识别信息的回铃音频源的定制。类似的回铃选择标准可以包括基于位置的标准（例如，远程通信设备610的GSP位置信息）或任何其他标准。在一个示例中，回铃选择标准是例如本地用户或网络操作员可配置的。

作为图18中的一个示例，控制逻辑1730可以从所选择的音频源识别回铃音频源作为有效音频数据，并且随后调谐通信资源，以便从回铃音频源获得音频数据。控制逻辑165、A/V逻辑161以及转码器逻辑163可以从指定的音频源获得初始的音频数据322，以及如上所述，将初始的音频数据322转码为HD音频数据324。例如，控制逻辑165、A/V逻辑161以及转码器逻辑163可以以如上所述的类似方式交换消息，例如调谐请求314，调谐确认316，配置请求318，以及配置确认320。回铃逻辑1720还可以使用和上述类似的流媒体客户端，从流音频数据获得HD音频数据。转码器逻辑163可以向电话逻辑164发送转码后的音频数据，例如HD音频数据324。

电话逻辑164可以将HD音频数据324编码或解码为由远程通信设备610的通信链接支持的通信格式。例如，电话逻辑164可以将HD音频数据324解码为用于传输到远程通信设备610的VoIP包。接着，电话逻辑164可以向远程通信设备610发送HD音频数据，用于作为回铃音的回放，例如HD音频回放信号1820。电话逻辑164可以继续发送HD音频回铃信号1820，直到所请求的通信设备接受输入呼叫请求或发生其他回铃终止情况，例如在预定的终止时间过去后，没有从所请求的通信设备接收呼叫接受信号。

在发送HD音频回铃信号1820后，回铃逻辑164还可以向所请求的通信设备发出输入呼叫请求的告警。在图18中，输入呼叫请求1810可以被引导到电话141。因此，电话逻辑164可以向电话141发出本地铃声信号1822，以指示被引导到电话141的输入呼叫请求。在一个示例中，电话逻辑164可以向远程通信设备60发送HD音频回铃信号1820，并延迟向所请求的通信设备发出输入呼叫请求的告警，例如延迟发送本地铃声信号1822。电话逻辑164可以延迟预定的延迟时间段而向所请求的通信设备发出输入呼叫请求的告警，以便远程通信设备610接收至少预定延迟时间段的HD音频回铃信号1820。所述延迟时间段可以是由电话逻辑164存储的可编程或预定义时间值。

图19示出将所记录的HD音频发送为回铃音的时序示例1900。时序示例1900包括电话141，其可以通过本地模拟网络被通信链接到回铃逻辑1720。如时序示例1900所示，回铃逻辑1720可以包括电话逻辑164，控制逻辑1730，A/V逻辑161，转码器逻辑163，以及记录器逻辑1140。在操作中，回铃逻辑1720可以向发送输入呼叫请求的远程通信设备发送所记录的HD音频作为回铃音。

在时序示例1900中，电话逻辑164可以识别远程通信设备610的输入呼叫请求1910。作为响应，电话逻辑164可以向控制逻辑1730发送输入呼叫通知1912。接着，控制逻辑1730可以识别回铃音频源，以便获得用于发送到远程通信设备610的回铃音。例如，回铃逻辑1720还可以根据上述的多个回铃选择标准识别回铃音频源。在时序示例1900中，控制逻辑1730可以将回铃音频源识别为所记录的HD音频流或数据，其可以被存储在存储器，例如存储器1150中。接着，控制逻辑1730可以向记录器逻辑1140发送转发开始指示1914，这也可以指定记录器逻辑1140从存储器检索的特定存储的音频数据流或数据。记录器逻辑1140可以获得由回铃音频源指定的HD音频数据，并且将HD音频数据1926发送到电话逻辑164。

电话逻辑164可以将HD音频数据1926编码或解码为由远程通信设备610的通信链接支持的通信格式，并且向远程通信设备610发送作为回铃音回放的HD音频数据，例如，发送HD音频回铃信号1920。电话逻辑164可以继续发送HD音频回铃信号1920并等待延迟时间段，直到向电话141发出输入呼叫请求的告警（例如，通过发送本地铃音信号1922）。在从电话141接收呼叫接受信号1924后，电话逻辑164可以停止发送HD音频回铃信号1920、本地铃声信号1922，或两者。

图20示出可以被实施为硬件、软件或两者的逻辑的示例2000。例如，回铃逻辑1720可以通过例如A/V逻辑161、宽带逻辑162、转码器逻辑163、电话逻辑164、控制逻辑1730或记录器逻辑1140以及通过多个设备来实施逻辑2000。回铃逻辑1720可以识别来自通信设备（例如远程通信设备610）的输入呼叫请求（2002）。接着，回铃逻辑1720可以确定回铃选择（2004），其可以包括确定回铃音频源和/或与所述回铃音频源关联的特定音频数据。回铃逻辑1720可以根据包括上述标准中的任意一个的多个回铃选择标准确定回铃选择。

在一个示例中，回铃选择标准可以将广告内容指定为回铃音频源。例如，回铃逻辑1720可以识别包含被存储在存储器（例如存储器1150）上广告内容的回铃音频源。所述广告内容可以是由本地用户或其他实体之前已经选择的，其可以由回铃逻辑1720从广告信道提取并记录在存储器1150上。或者，所记录的广告内容可以由本地网络操作员或服务供应商提供，例如，由网络操作员或服务供应商提供预下载到存储器上。作为另一个示例，回铃选择标准可以指定具体包括广告内容的一个或更多广播或流媒体回铃音频源。所述回铃选择标准可以经配置，由例如网络操作员或服务供应商具体识别广告回铃音频源。

回铃逻辑1720可以从回铃音频源获得HD音频数据，其可以包括提供有效音频流的音频源或存储所记录的音频数据的音频源。当回铃选择指定发送实时音频数据的音频源，回铃逻辑1720可以以上述方式中的任意一个获得音频源的音频数据。例如，回铃逻辑1720可以调谐通信资源（2006），确定与从音频源获得的音频数据关联的初始音频编解码器（2008），获得初始音频数据（2010），以及以上述方式中的任意一个将初始的音频数据转码为HD音频数据（2012）。当回铃选择指定来自存储所记录音频数据的音频源的音频数据时，回铃逻辑1720可以根据所述回铃选择例如通过基于所述回铃选择，检索存储器的特定HD音频数据流或HD音频数据，获得所记录的HD音频（2014）。

接着，回铃逻辑1720可以向发送输入呼叫请求的远程通信设备610发送所获得的HD音频作为回铃音（2016）。回铃逻辑1720也可以在延迟时间段后，向请求通信设备发出输入请求的告警，例如在延迟时间过后，通过向所请求的通信设备发送本地铃音信号发出输入请求的告警（2018）。

回铃逻辑1720可以以包括例如当所请求的通信设备发送呼叫请求指示或在预定的终止时间过去后的各种方式，识别回铃终止指示（2020）。回铃逻辑1720可以继续获得HD音频数据，并将HD音频数据作为回铃音发送到远程通信设备610，直到识别回铃终止（2022）。同样，回铃逻辑1720可以继续向所请求的通信设备发送本地铃音，直到也识别回铃终止指示。当回铃逻辑1720识别回铃终止指示时，回铃逻辑1720可以停止将回铃音和本地铃音分别发送到远程通信设备610和所请求的通信设备。因此，如上所述，回铃逻辑1720可以向发送输入呼叫请求的远程通信设备610发送HD音频数据作为回铃音。

分配逻辑160、时移逻辑1120以及回铃逻辑1720或他们的任意部分可共享多个共有特性、元件、功能或其他。而且，分配逻辑160、时移逻辑1120以及回铃逻辑1720可以以任何组合被实施在一起。对于上述音频分配服务中的任意一个，分配逻辑160、时移逻辑1120、回铃逻辑1720或者他们的任意组合可以确定分配服务或用户的分配资格。所述逻辑可以确定分配阀值是否已经被超出（例如，时间量，数据或其他指标）。例如，网络供应商或服务供应商可以向本地用户、通信设备组、服务商、电话账户等指定关于一个或多个HD音频分配服务的预定分配阀值。当预定的分配阀值被超出时，分配逻辑160、时移逻辑1120以及回铃逻辑1720可以放弃提供所请求的HD音频服务。在一个示例中，通过例如付给服务商或网络供应商的货币金额，所述分配阀值可以被增加（例如，由本地用户或特定账户）。

上述的方法、设备和逻辑可以以多种不同方式在硬件、软件或硬件和软件两者的许多不同组合中实施。例如，系统的全部或者部分可以包括控制器、微处理器或专用集成电路（ASIC）中的线路，或可以用分布式逻辑或组件实施，或可以用被组合在单个集成电路上或分布在多个集成电路之中的模拟或数字线路的其他类型的组合体实施。上述逻辑的全部或部分可以被实施为由处理器、控制器或其他处理设备执行的指令，并且可以被存储在有形的或非暂时性机器可读或计算机可读介质，例如闪存存储器、随机存取存储器（RAM）或只读存储器（ROM）、可擦除可编程的只读存储器（EPROM）上，或其他机器可读介质，例如光盘只读存储器（CDROM），或磁盘或光盘上。因此，例如计算机程序产品的产品可以包括存储介质和存储在介质上的计算机可读指令，其在终端、计算机系统或其他设备中执行时，促使所述设备根据上述中的任意一个执行操作。

系统的处理能力可以被分布在多个系统组件中，例如在多个处理器和存储器中，可选地，所述系统包括多个分布式处理系统。参数、数据库和其他数据结构可以被单独存储和管理，可以被合并入单个存储器或数据库，可以以许多不同方式被逻辑或物理地组织，并且可以以许多方式实施，其包括例如链接的列表、哈希（hash）表或隐含存储机制的数据结构。所述程序可以是单个程序的一部分（例如，子程序），单独的程序，分布在几个存储器和处理器之中，或以许多不同方式实施，例如像以分享程序库（例如，动态链接程序库（DLL））的程序库形式实施。所述DLL可以例如存储执行上述系统处理中的任意一个的代码。

虽然本发明的各个实施例已经被描述，但是，更多的实施例和实现方式是可能的，这对于本领域的普通技术人员来说是显而易见的。因此，所述系统和方法仅被所附权利要求及其等同物限定。

Claims (10)

1.一种设备，包括：

存储器；

通信接口，以及

与所述存储器和所述通信接口连接的处理器，所述处理器处理时移逻辑，所述时移逻辑被配置为：

从通信设备接收记录指示，所述记录指示指定音频选择，并且，作为响应：

调谐所述通信接口，以获得根据所述音频选择的初始音频数据；

将所述初始音频数据转码为高保真（HD）语音数据；以及

将所述HD语音数据存储在所述存储器中；以及从所述通信设备接收转发指示；并且，作为响应：

确定目的地设备；以及

通过所述通信接口，将存储在所述存储器中的所述HD语音数据传送到所述目的地设备。

2.根据权利要求1所述的设备，其中，所述时移逻辑进一步被配置为：

从所述通信设备获得前导消息；以及

将所述前导消息和所述HD语音数据一起传送到所述目的地设备。

3.根据权利要求1所述的设备，其中，所述时移逻辑被配置为通过获得与所述目的地设备关联的识别信息来确定所述目的地设备。

4.一种设备，包括：

存储器；

通信接口；以及

与所述存储器和所述通信接口连接的处理器，所述处理器处理时移逻辑，所述时移逻辑被配置为：

将高保真（HD）语音数据分配到通信设备；

在分配所述HD语音数据的时候，识别被引导到所述通信设备的输入呼叫请求，并且，作为响应：

将所述HD语音数据存储在所述存储器中，而不是分配所述HD语音数据；以及

处理所述输入呼叫请求。

5.根据权利要求4所述的设备，其中，所述时移逻辑被配置为通过向所述通信设备发送呼叫告警来处理所述输入呼叫请求。

6.根据权利要求4所述的设备，其中，所述时移逻辑被配置为通过建立与所述通信设备和发送所述输入呼叫请求的呼叫设备的呼叫连接来处理所述输入呼叫请求。

7.根据权利要求4所述的设备，其中，所述时移逻辑进一步被配置为：

识别呼叫终止指示；并且，作为响应：

通过向所述通信设备发送被存储在所述存储器中的HD语音数据，来恢复分配所述HD语音数据。

8.一种设备，包括：

存储回铃选择标准的存储器；

通信接口；以及

与所述通信接口和所述存储器连接的处理器，所述处理器处理回铃逻辑，所述回铃逻辑被配置为：

通过所述通信接口，识别来自呼叫设备的输入呼叫请求；

基于所述回铃选择标准，确定用于所述输入呼叫请求的回铃选择，其中，所述回铃选择标识用于获得作为回铃音的音频数据的音频源；

根据所述回铃选择，获得高保真（HD）语音数据；以及

通过所述通信接口，将所述HD语音数据发送到所述呼叫设备，作为用于所述呼叫设备的回铃音。

9.根据权利要求8所述的设备，其中，所述回铃逻辑进一步被配置为当在所述呼叫设备与被呼叫设备之间建立呼叫连接时，停止发送所述HD语音数据。

10.根据权利要求8所述的设备，其中，所述HD语音数据包括来自由所述回铃选择指定的音频源的实时HD语音流。

Images