针对分组交换网络上的非对话语音呼叫的服务质量参数放宽的制作方法

专利名称：针对分组交换网络上的非对话语音呼叫的服务质量参数放宽的制作方法
针对分组交换网络上的非对话语音呼叫的服务质量参数放
宽
背景技术：
如本文所使用的，术语“移动设备”可以指代诸如下述设备移动电话、个人数字助理、手持式或膝上型计算机、以及具有通信能力的类似设备。这样的移动设备可以包括设备及其关联的可拆卸存储器模块，或者包括无这种模块的设备自身。在本文中，移动设备可以替代地用诸如下述术语来指代“设备”、“蜂窝设备”、“电话”、“智能电话”、“终端”、“用户终端”、“用户代理”、“UA”、“用户设备”、“UE”、“节点，，等等。分组交换网络上携带的语音呼叫需要保证比特率(GBR)的服务质量OioS)，原因是携带针对语音呼叫的音频信息的分组必须以及时的方式递送到目的地，以保证音频信号对于人类收听者而言听起来像是自然人的声音。如果语音呼叫音频数据分组延迟太长的时间，例如由于路由在不具有足够快速的分组通行时间的信道上而延迟太长的时间，则远端的收听者将很可能对网络提供的音频质量不满意。网络提供商于是将冒失去付费消费者的风险。针对语音呼叫的保证比特率(GBR)需求造成了对分组交换网络的可察觉的负担， 并且可能降低网络容量。GBR QoS需求通常不仅包括数据容量，还规定了最大分组延迟。因为GBR分组具有紧急性，而非GBR分组通常并不具有紧急性，所以GBR需求会导致在共享基础设施上传输GBR和非GBR分组的网络上的不同的传输优先级。该不同可能会使得GBR分组对非GBR分组具有业务先占权。当与仅携带非GBR数据业务的网络相比，这些业务先占在一些情况下会引起降低网络容量的低效率。因此，网络提供商可能寻求最小化对指定GBR 需求的信道的使用。移动网络的当前趋势是增加网络业务负载，这部分是由于智能电话(也称为会聚移动设备)观看视频影像以及编辑电子文件(诸如字处理文档)的能力。网络提供商正在尝试应对增大的业务负载，其伴随着他们的消费者对非语音数据服务的快速数据传送的压力。针对语音呼叫的GBR需求是网络为了通过其成功进行语音会话所必须支持的QoS参数， 因此该GBR需求增加了网络提供商的已经繁重的负载。放松对网络的QoS要求可能会提高网络效率，得到低的网络设备成本、更满意的网络用户，或者得到这两者。当要在分组交换网络上进行语音呼叫时，请求网络创建具有GBR QoS参数的信道， 该GBR QoS参数包括足以进行语音通信会话的数据速率。在一些情况下，流式音频或视频可以引起对GBR信道的需求。在分组交换网络中，信道是有效的通信会话，以及该过程通常需要网络判断是否存在支持所请求的全部QoS参数的可用容量，该QoS参数包括数据速率。 如果要发送非语音数据消息，例如电子邮件或文本消息，则通常会请求具有非GBR QoS参数的信道。如果网络繁忙，几乎处于其最大容量，在该时刻请求创建新信道，则如果所请求的信道是GBR信道，网络可以拒绝该请求，而如果所请求的信道是非GBR信道，网络可以同意该请求。


为了更完全地理解本公开，现在参考下面的结合附图的简要描述和详细描述，在附图中类似的参考标号代表类似的部分。图1是示出根据本公开的实施例的移动设备和通信系统的示图。图2示出了适合于实现本公开的若干实施例的处理器及有关部件。
具体实施例方式至少应该理解，尽管下面提供了对本公开的一个或多个实施例的示例性实现，所公开的系统和/或方法可以使用任何数目的技术来实现，无论是否是当前已知或存在的技术。该公开不应该以任何方式局限于下面示出的示例性实现、附图、以及技术(包括本文示出和描述的示例性设计和实现)，而是可以在所附权利要求的范围及其等价的全部范围内进行修改。当确定语音呼叫不是实时语音呼叫时，例如如果主叫者将收听预先存在的录音而不是现场人员的声音时，或者将创建新录音作为语音邮件消息而不是与现场人员通话时， 可以放宽在初始建立语音呼叫时所请求的GBR QoS参数。例如，响应于确定语音呼叫将不是实时语音呼叫，则QoS类别标识符OiCI)可以设为“非对话语音”。这可以通过下述方式来完成如果网络允许对开放信道的实时改变，则修改现有信道中的QoS参数；或者可以动态切换到新创建的非GBR信道，然后关闭初始使用的GBR信道。通常基于信道将携带两人或多人之间的实时通信的假设来建立语音呼叫。因此， 将创建具有足以携带自然发声对话的足够带宽上的音频数据的GBR QoS参数的信道。如果现场人员在远端应答呼叫，则设置并准备好信道。当现场人员应答呼叫时，该呼叫称为实时语音呼叫。然而，可能现场人员不应答。如果呼叫转到录音呼叫，则实时语音呼叫的假设将不成立。录音呼叫可以是主叫者收听预先记录的消息的呼叫，以及主叫者对录音系统讲话的呼叫。单个呼叫可能经历多个阶段。例如，拨号的人希望远端的现场人员进行应答，该拨号的人可能听到指示该呼叫已经被路由到语音邮件系统的预先记录的告示。在告示结束时，主叫者将能够对电话讲话，并且主叫者的语音将被记录供以后回放。在任一记录阶段， 即播放预先记录的消息阶段以及记录消息阶段，存在放松GBR QoS参数的机会。当预先记录的消息作为实时发声音频播放时，可以在非GBR信道或较慢的GBR信道上发送包括该消息的分组，并且在实时收听者一端对所述分组进行缓存。当接收到足够多的分组时，可以以预期的实时对话的速度从缓存存储器中播放该消息。这种情况下的折衷是实时主叫者听到自然发声的消息，但是是在一小段延迟之后听到。另一折衷是需要附加的系统复杂度，以便能够利用非GBR信道或较慢的GBR信道。在一些情况下，上行链路和下行链路可以具有不同的GBR QoS参数。另外，用户终端可能需要发信号通知网络其与已建立的补偿低容量信道的方法兼容。该附加复杂度的一部分是需要缓存器以及处理来自缓存器的延迟回放的附加逻辑和信令，其中该缓存器或者在主叫者的设备处，或者在网络中的靠近主叫者的设备的其他地方。来自网络的信令将包括对信道状态改变的通知，以及可能还包括对需要的缓存量的指示或者对需求的估计的指示。网络将需要下述逻辑，该逻辑既用于从主叫者的远端接收呼叫状态将从实时语音呼叫变为记录语音呼叫的通知，又用于向主叫者的设备发信号通知必要的信息。远端将需要用于向网络发信号通知将播放录音的逻辑。对网络的信令的一部分(其可以然后顺着传送到缓存位置)可以包括需要缓存的消息的大小和持续时间。缓存可以完全在用户终端上完成，或者分布在空中接口上并且至少部分由网络基础设施设备来处理。一些可选的附加复杂度是当获知分组将在非GBR信道上到达或者针对自然发声音频的不足的GBR之一时，以及当获知消息的大小时，可以估计平均分组延迟。该估计的平均延迟以及消息的长度可以有利于计算期望的用于重建缓存的消息作为实时发声音频流的延迟的开始时间。该开始时间应该计算为使得消息的最后分组预期将在需要它们的时间之前到达。在延迟的开始时间将过量或者输入分组缓存器将缺少足够的容量的情况下，可以针对字距调整(kerning)来处理音频。字距调整在排字中广泛使用，例如通过调整字符之间的间距使得文本的不同行在左右边界都合理对齐，即使当具有不同数目的字符时，也是如此。在音频的情况下，可以延长所说的词之间的延迟，以便拉长消息的回放时间。该延长可以与最初的延迟成比例，或者以其他方式受最初的延迟的影响，使得句子之间的停顿将长于词之间的较短的停顿。这给出记录的音频说得较慢的印象，但是可以较快地开始清除分组缓存器，以及能够减少在播放音频之前的等待时间。可以使用音量阈值来确定词之间的停顿，除非已经能够从语音编码获得该信息。当主叫者的消息被记录供以后回放时，包括该消息的分组在进入非GBR信道(或降低的GBR信道)之前可以在源处或者在靠近源的地方进行缓存，然后在它们到达时在记录节点处转换成录音消息。对于这种情况，分组的到达时间不应该决定录音消息中的发声数据位置。也即，如果消息长20秒，但是分组在40秒的时间段内到达，则最后分组的发声数据不应该放在该录音消息中的第一分组的发声数据的40秒之后，而是应该放在该消息中的20秒处。主叫者的设备可能需要缓存器和附加逻辑，该附加逻辑用于处理由网络的非GBR 信道进行的分组延迟接受以及非GBR信道可以使用的来自网络的信令。网络将需要下述逻辑，该逻辑既用于接收呼叫状态将从实时语音呼叫变为记录语音呼叫的通知，又用于向主叫者的设备发信号通知必要的信息。录音节点将需要下述逻辑，该逻辑用于检测将进行进入音频数据的录音，以及然后发信号通知网络。录音节点还将需要下述逻辑，该逻辑用于即使分组的接收存在延迟和延长也将分组重组成实时发声音频消息。如果主叫者的设备正在缓存用于延迟传输到非GBR信道的音频分组，则在某些情况下主叫者可能需要一些通知。如果缓存器变满，则可以通知主叫者(可能是用音频警告) 以停止讲话，直到能够从缓存器清除一些分组。用户终端可能需要监视外出分组缓存的卸载率，以估计何时可以接受新音频数据。例如，可以基于来自音频编码器的进入和通过低容量信道至网络的流出之间的差，对用户终端进行编程以确保存在足够的可用缓存容量以能够存储30秒或者其他一些时间段的讲话的分组。另外，当主叫者结束呼叫时，可以通知主叫者直到将剩余的分组传输给网络，才可以关闭设备。
被处理以补偿低容量信道的呼叫与当前GBR语音呼叫相比将具有一些不同。对于GBR信道语音呼叫，延迟的并且晚到的分组被丢弃；然而对于录音呼叫，如果分组到达得晚，则只要它们确实在处理时间期间到达，晚到的分组可以插入它们在音频流中的正确位置。这是因为音频数据不是用于实时语音呼叫，并且将直到更晚的时间才会播放给收听者 (或DMT解码器)。另外，可能存在一些串话延迟，其中由于信道延迟，到达目的地的分组深受事件的影响(OBE)。该情况的一个示例可以是在远端播放预先记录的语音邮件问候，邀请主叫者记录语音邮件。当正在播放预先记录的语音邮件问候时，存在进入主叫者的终端的麦克风并编码成音频数据分组的背景噪音。该音频数据被发送给远端，并且由于非GBR信道的延迟，直到远端已经结束播放问候和已经准备好接受进入分组以便记录语音邮件之后才到达。远端可以检查与分组有关的时间信息(可能是时间戳)，以及决定是因为该分组是在用户终端上完成了问候的播放之后发送的并且旨在作为语音邮件的一部分而应该保留该分组作为对问候的响应，还是因为该分组是在完成问候之前就已经发送的而应该丢弃该分组。因为双向延迟，一些系统可能需要向引起事件的节点返回某些事件定时，诸如消息回放的完成。在这样的系统中，可以在一端重构呼叫定时线。另一个场景是呼叫从录音呼叫状态转变到实时对话。如果在主叫者已经听取了自动菜单并且选择了将呼叫路由给现场人员的选项之后，远端人员接起了电话分机，则可能出现这种场景。在诸如这种情况下，主叫者与自动菜单交互的呼叫部分可以在非GBR或低 GBR信道上执行，但是在现场人员接起呼叫时，需要将呼叫切换到具有用于携带自然发声音频的足够容量的GBR信道。一些网络可以访问指示新呼叫是否很可能是录音呼叫的信息(例如通过将拨打的电话号码与已知的与预先记录的消息关联的电话号码列表进行比较来实现)，并且将初始信道建立为非GBR信道(或降低的GBR信道)。对于其中用不同的非GBR信道替代初始的GBR信道的QoS放宽方法，存在网络可能拒绝创建新的非GBR信道的风险。这在初始GBR信道使用了最后数量的可用网络容量的情况下可能发生。如果向网络通知所请求的新的非GBR信道(或降低的GBR信道)是对现有音频质量GBR信道的替代，则可以降低这种风险。于是网络能够确定预期马上将获得负载减轻，以及在确定是否授予该新信道时可以将该信息作为容量计算的因素。并不是支持实时对话的音频感觉所需的任何其他服务质量参数也可作为放宽的候选。示例方法(其假设上行链路和下行链路具有相同的GBR参数)方法1 (处理预先记录的消息和实时消息的记录以补偿低信道容量)1.用户从用户终端发起语音呼叫。2.网络创建适合于实时语音呼叫的音频质量GBR信道。3.在时间到期，远端无应答时，远端切换到语音邮件。4.远端通知网络该呼叫将是录音呼叫。5.网络通知用户终端该信道将是非GBR信道(或具有不适合于实时语音呼叫的 QoS参数的低GBR信道)。6.用户终端发信号通知网络其兼容针对进入和外出音频二者的低容量信道补偿。(如果用户终端不兼容，则不能够使用用户终端上的缓存来执行步骤7-27，但是如果在空中接口的基站侧完成了缓存则可以执行类似的方法。然而，对于用户终端，这仅节省了空中接口的网络侧的资源，并且因此可能具有较小的价值。)7.将信道切换到非GBR QoS信道(或低GBR信道)。8.远端发送对分组数目或消息长度的指示。9.远端开始播放预先记录的消息。10.用户终端估计分组的实际延迟时间。11.用户终端确定是否具有足够的缓存器容量以便以原始速度播放预先记录的消息，使得最后分组将正好在要播放的时间到达。12.如果是，则a.用户终端计算消息的开始时间。b.用户终端继续填充缓存器，直到所计算的开始时间。c.在所计算的开始时间，将分组转换成用于人类收听者的音频流，同时将新到达的分组存储在缓存器中。缓存器是FIFO，以及在播放消息时缓慢排空，直至缓存器全空。d.播放预先记录的消息的最后分组。13.如果不是，则a.用户终端选择延迟的开始时间，以及对消息执行音频字距调整，使得以其正确的速度来播放声音，但是延长在声音之间的停顿。b.播放预先记录的消息的最后分组，直至缓存器全空。14.远端激活录音系统或双音多频(DTMF)解码器。15.远端确定接收的任何分组是否是在激活录音系统或双音多频(DTMF)解码器之前发送但因为慢信道条件而稍后到达的。16.如果是(分组是在录音或DTMF系统激活之前发送的)，则a.丢弃分组。17.如果不是，则a.处理分组以进行记录或DTMF解码。18.对于来自用户终端的外出音频，根据信道QoS参数，向网络发送包含主叫者的语音的音频数据的分组或DTMF音。(下面的步骤18-27与上面的步骤8_17同时发生)。19.远端缓存用户终端发送的分组。20.在稍后的时间，因为已经通过解码DTMF音或创建记录的语音邮件消息而处理了来自用户终端的分组，所以实时发声音频信号在远端是可用的，其不反映低容量信道引起的分组延迟的影响。分组不因为到达晚而被丢弃，相反它们被添加到录音中的正确位置。21.监视用户终端上的分组缓存器的容量。22.如果用户终端的外出分组缓存器变满，a.诸如通过可听的或可视的警告向主叫者提示停止讲话一段时间。b.针对外出分组监视缓存器，以及当该缓存器具有用于附加数据的足够容量时， 发信号通知主叫者再次开始讲话。23.例如如果主叫者挂机，用户终端向网络发信号通知呼叫将结束。24.由网络丢弃要从远端发送给用户终端的剩余分组，不再通过空中接口进行传输。25.用户终端停止播放来自远端的任何音频信号，以及指示呼叫处于端接处理中。26.提醒主叫者不要关机，直到传输完来自用户终端的外出分组缓存器的剩余分组。27.当来自用户终端的外出分组缓存器中的分组耗尽时，发信号通知网络该呼叫已经端接。28.网络释放(端接)信道。方法2 (处理消息的记录以抵消低容量信道)1.用户从用户终端发起语音呼叫。2.网络创建适合于实时语音呼叫的音频质量GBR信道。3.在时间到期，远端无应答时，远端切换到语音邮件。4.远端播放预先记录的消息。5.远端激活录音功能。6.远端通知网络该呼叫将是录音呼叫。7.网络通知用户终端该信道将是非GBR信道(或具有不足以进行实时语音呼叫的质量的低GBR信道)。8.用户终端发信号通知网络其兼容低容量信道补偿。(如果终端是不兼容的，则中止本方法)9.将信道切换到非GBR QoS信道(或低GBR信道)。10.与方法1的步骤18-28相同。方法3 (从低容量信道切换到实时语音QoS)1.用户从用户终端发起语音呼叫。2.网络识别出远端与预先记录的音频数据关联。3.网络创建不具有适合于实时语音呼叫的GBR QoS参数的低容量信道。4.上面描述的根据低容量补偿方法的呼叫过程。5.远端通知网络呼叫将变成实时语音呼叫。6.网络通知用户终端该信道将变成具有足以进行实时语音呼叫的质量的GBR信道。7.信道切换到具有适合于实时语音呼叫的GBR QoS参数的GBR QoS信道。8.呼叫继续。9.呼叫端接。图1示出了可以适合于所公开的实施例的通信系统的示例。在该示例中，系统包括移动设备110，移动设备110包括处理器111和这样的设备中通常包括的其他部件。另外，移动设备110包括存储器部件113，存储器部件113包括分组延迟控制部件115和音频延迟控制部件117。还包括缓存入部件18和缓存出部件119。分组延迟控制部件115、音频延迟控制部件117、缓存入部件18和缓存出部件119可以如上所述地处理基于记录的语音的数据。移动设备110可以无线地与蜂窝节点120通信，蜂窝节点120可以是基站、演进的节点B或者类似的部件。蜂窝节点120可以包括无线侧控制部件122、分组缓存器124、以及有线网络控制部件126。蜂窝节点120可以有权访问上述的非实时语音节点的列表128。 蜂窝节点120可以与网络130通信，网络130可以是互联网或者任何已知的通信网络。远端节点140可以经由网络130或公共交换电话网络(PSTN) 150 (其可以继而与网络130通信)与蜂窝节点120通信。远端节点140可以包括控制器142和缓存器144。 控制器142可以与自动菜单控制160通信，自动菜单控制160可以包括通知部件162。缓存器144可以与语音邮件录音器170通信，语音邮件录音器170可以包括通知模块172、缓存器174、分组收集器176和音频数据文件178。控制器142、缓存器144、自动菜单控制160、 通知部件162、语音邮件录音器170、通知模块172、缓存器174、分组收集器176和音频数据文件178可以如上所述地处理基于记录的语音的数据。用于实时语音呼叫的电话180可以用于与远端节点140通信。移动设备110和上述的其他部件可以包括能够执行与上述动作有关的指令的处理部件。图2示出了系统1300的示例，系统1300包括适合于实现本文描述的一个或多个实施例的处理部件1300。除了处理器1310之外(其可以称为中央处理器单元或CPU)， 系统1300还可以包括网络连接设备1320、随机存取存储器(RAM) 1330、只读存取存储器 (ROM) 1340、辅助存储器1350、以及输入/输出(I/O)设备1360。这些部件可以经由总线 1370彼此通信。在一些情况下，这些部件中的一些部件可以不出现，或者可以以各种组合方式彼此组合或与未示出的其他部件组合。这些部件可以位于单个物理实体中，或者在多于一个物理实体中。此处描述为由处理器1310采取的任何动作可以由处理器1310单独地进行，或者由处理器1310结合一个或多个图中示出的或未示出的部件(诸如数字信号处理器 (DSP) 1380)来进行。尽管DSP 1380示出为单独的部件，但是DSP 1380可以合并在处理器 1310 中。处理器1310执行可以从网络连接设备1320、RAM 1330、ROM 1340或者辅助存储器1350(其可以包括各种基于盘的系统，诸如硬盘、软盘、或者光盘)存取的指令、代码、计算机程序、或者脚本。尽管只示出了一个CPU 1310，但是可以存在多个处理器。因此，尽管指令被讨论为由处理器执行，但是指令可以同时、串行、或以其他方式由一个或多个处理器执行。处理器1310可以实现为一个或多个CPU芯片。网络连接设备1320可以采用以下形式调制解调器、调制解调器组、以太网设备、 通用串行总线(USB)接口设备、串行接口、令牌环设备、光纤分布式数据接口(FDDI)设备、 无线局域网(WLAN)设备、无线收发机设备(例如，码分多址(CDMA)设备)、全球移动通信系统(GSM)无线收发机设备、微波接入的全球可互操作性(WiMAX)设备、和/或其他众所周知的用于连接网络的设备。这些网络连接设备1320可以使得处理器1310能够与互联网或者一个或多个通信网络通信，或者与处理器1310可以从其接收信息或处理器1310可以向其输出信息的其他网络通信。网络连接设备1320还可以包括一个或多个收发器部件1325，收发器部件1325能够无线地发送和/或接收数据。RAM 1330可以用于存储易失性数据并且可能用于存储由处理器1310执行的指令。ROM 1340是存储器容量通常比辅助存储器1350的存储器容量小的非易失性存储器设备。ROM 1340可以用于存储指令以及存储可能在指令执行期间读取的数据。对RAM 1330 和ROM 1340的访问通常都快于对辅助存储器1350的访问。辅助存储器1350通常包括一个或者多个盘驱动或者带驱动，并且可以用于数据的非易失性存储，或者如果RAM1330不够大到足以保存所有工作数据时，还将辅助存储器1350用作溢出数据存储设备。辅助存储器1350可以用于存储程序，当选择执行这些程序时将这些程序加载至RAM 1330。I/O设备1360可以包括液晶显示器(IXD)、触摸屏显示器、键盘、小键盘、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它众所周知的输入/输出设备。同样地，可以将收发机1325看作是I/O设备1360的组件，而不看作是网络连接设备1320的组件，或者也可以将其看作是网络连接设备1320的组件。在实施例中，提供了一种在分组交换网络中通信的方法。该方法包括当确定已经建立的具有适合于实时语音呼叫的QoS的呼叫将携带基于记录语音的数据时，降低该呼叫上使用的QoS。在另一实施例中，提供了一种分组交换网络中的部件。该部件包括处理器，该处理器配置为使得当确定已经建立的具有适合于实时语音呼叫的QoS的呼叫将携带基于记录语音的数据时，该部件降低该呼叫上使用的QoS。在另一实施例中，提供了一种移动设备。该移动设备包括处理器，该处理器配置为使得当确定已经建立的具有适合于实时语音呼叫的服务质量OioS)的呼叫将携带基于记录语音的数据时，该移动设备降低该呼叫上使用的QoS。尽管已经在本公开中提供了若干实施例，但是应该理解，在不偏离本公开的范围的情况下，所公开的系统和方法可以以许多其他特定的方式来实现。这些示例应该看作是示例性的，而不是限制性的，并且本发明不局限于本文给出的具体细节。例如，各种单元或部件可以组合或者合并在其他系统中，或者某些特征可以省略或者不实现。同样，各种实施例中分开或单独描述或示出的技术、系统、子系统和方法可以与其他系统、模块、技术或方法进行组合或合并，而不偏离本公开的范围。示出或讨论为耦合的、 或者直接耦合的、或者彼此通信的其他项目可以通过一些接口、设备或中间部件非直接地耦合或通信，无论其是电的、机械的、或其他方式的耦合或通信。本领域技术人员可以想到改变、替代和更改的其他示例，并且可以在不偏离本文公开的精神和范围的情况下做出这些改变、替代和更改的其他示例。
权利要求
1.一种在分组交换网络中通信的方法，包括当确定已经建立的具有适合于实时语音呼叫的服务质量OioS)的呼叫将携带基于记录语音的数据时，降低所述呼叫上使用的QoS。
2.根据权利要求1所述的方法，其中所述基于记录语音的数据是下述中的至少一个 所述呼叫的发起者听到的预先记录的消息；以及所述呼叫的发起者记录到录音系统中供以后回放的录音。
3.根据权利要求1所述的方法，其中在所述呼叫上使用的QoS的所述降低通过下述中的至少一种方式来实现修改用于所述呼叫的现有信道的QoS参数；以及将所述呼叫切换到具有不如适合于基于语音的呼叫的至少一个QoS参数严格的至少一个QoS参数的信道。
4.根据权利要求3所述的方法，其中在所述呼叫上使用的QoS的所述降低通过下述中的至少一种方式来实现降低所述现有信道的保证的比特率(GBR)；将所述呼叫切换到具有比适合于实时语音呼叫的GBR低的GBR的信道；以及将所述呼叫切换到无GBR的信道。
5.根据权利要求2所述的方法，其中，当所述基于记录语音的数据是所述呼叫的发起者听到的预先记录的消息时，缓存包括所述预先记录的消息的分组，并且从缓存存储器中播放所述预先记录的消息。
6.根据权利要求5所述的方法，还包括接收所述呼叫包括基于记录语音的数据的指7J\ ο
7.根据权利要求6所述的方法，还包括接收下述中的至少一个 所述预先记录的消息的长度；以及所述预先记录的消息的持续时间。
8.根据权利要求5所述的方法，其中缓存是在下述中的至少一个位置完成的 全部在所述发起者的移动设备；以及分布在空中接口上，其中所述缓存至少部分地由网络基础设施设备来处理。
9.根据权利要求2所述的方法，其中，当所述基于记录语音的数据是所述呼叫的发起者所记录的录音时，缓存包括所述录音的分组，然后在到达记录节点之后在所述记录节点处将所述分组转换成记录消息。
10.根据权利要求9所述的方法，还包括传输所述呼叫包括基于记录语音的数据的指7J\ ο
11.根据权利要求1所述的方法，其中基于记录语音的数据的晚到达的分组被插入音频流中的正确位置。
12.根据权利要求1所述的方法，其中，当所述呼叫从录音呼叫状态转换到实时对话时，所述呼叫切换到具有适合于实时语音呼叫的QoS的信道。
13.根据权利要求2所述的方法，其中，当所述基于记录语音的数据是所述呼叫的发起者听到的预先记录的消息时，通过将拨打的电话号码与已知与预先记录的消息关联的电话号码列表进行比较，确定所述呼叫很可能包括基于记录语音的数据。
14.根据权利要求1所述的方法，其中移动设备促使降低所述呼叫上使用的QoS。
15.根据权利要求1所述的方法，其中所述分组交换网络中的部件促使降低所述呼叫上使用的QoS。
16.一种分组交换网络中的部件，包括处理器，被配置为使得当确定已经建立的具有适合于实时语音呼叫的服务质量(QoS) 的呼叫将携带基于记录语音的数据时，所述部件降低所述呼叫上使用的QoS。
17.根据权利要求16所述的部件，其中所述基于记录语音的数据是下述中的至少一个所述呼叫的发起者听到的预先记录的消息；以及所述呼叫的发起者记录到录音系统中供以后回放的录音。
18.根据权利要求16所述的部件，其中在所述呼叫上使用的QoS的所述降低通过下述中的至少一种方式来实现修改用于所述呼叫的现有信道的QoS参数；以及将所述呼叫切换到具有不如适合于基于语音的呼叫的至少一个QoS参数严格的至少一个QoS参数的信道。
19.根据权利要求18所述的部件，其中在所述呼叫上使用的QoS的所述降低通过下述中的至少一种方式来实现降低所述现有信道的保证的比特率(GBR)；将所述呼叫切换到具有比适合于实时语音呼叫的GBR低的GBR的信道；以及将所述呼叫切换到无GBR的信道。
20.—种移动设备，包括处理器，被配置为使得当确定已经建立的具有适合于实时语音呼叫的服务质量(QoS) 的呼叫将携带基于记录语音的数据时，所述移动设备降低所述呼叫上使用的QoS。
21.根据权利要求20所述的移动设备，其中所述基于记录语音的数据是下述中的至少一个所述呼叫的发起者听到的预先记录的消息；以及所述呼叫的发起者记录到录音系统中供以后回放的录音。
22.根据权利要求20所述的移动设备，其中在所述呼叫上使用的QoS的所述降低通过下述中的至少一个来实现修改用于所述呼叫的现有信道的QoS参数；以及将所述呼叫切换到具有不如适合于实时语音呼叫的至少一个QoS参数严格的至少一个QoS参数的信道。
23.根据权利要求20所述的移动设备，其中在所述呼叫上使用的QoS的所述降低通过下述中的至少一种方式来实现降低所述现有信道的保证的比特率(GBR)；将所述呼叫切换到具有比适合于实时语音呼叫的GBR低的GBR的信道；以及将所述呼叫切换到无GBR的信道。
全文摘要
一种在分组交换网络中通信的方法。该方法包括当确定已经建立的具有适合于实时语音呼叫的服务质量的呼叫将携带基于记录语音的数据时，降低该呼叫上使用的服务质量。
文档编号H04W28/06GK102577269SQ201080039182
公开日2012年7月11日 申请日期2010年6月23日 优先权日2009年7月2日
发明者科西·威尔逊 申请人:捷讯研究有限公司