在无线通信网络中的语音/多媒体模式转换技术的制作方法

文档序号:7950576阅读:160来源:国知局
专利名称:在无线通信网络中的语音/多媒体模式转换技术的制作方法
在无线通信网络中的语音/多媒体模式转换技术说明书发明领域本发明总体上涉及无线通信网络,特别是涉及用于控制在这种网 络中的语音和多媒体模式之间转换的技术. 发明背景现有技术水平的无线通信网络提供了处理语音通信以及诸如图 片、视频、音乐等的传输的多媒体传输的能力.用于将多媒体结合到无线通信网络中的各种协议是由笫三代伙伴计划(3GPP)规定的,它 是一种欧洲、日本、韩国、美国和中国的各种标准化团体的联合标准 化计划.3GPP协议可以在诸如那些根据全球移动通信网(GSM)标准 被配置的笫二代无线通信网络中,以及在诸如那些根据通用移动电信 网(UMTS)标准被配置的笫三代网络中被使用.在较早的诸如3GPP R-99的3G. 324的3GPP协议中,只有"纯粹 的"多媒体或纯粹的语音呼叫可以被建立.希望在语音和多媒体之间 临时转换的用户因此必须挂断或重拨来转换模式。为了解决这个问 题, 一种新的功能(被称为服务改变和无限制的数字接口 (UDI)后退 (SCUDIF)功能)已经被合并到诸如3GPP Rel-5的最近的3GPP协议 中.SCUDIF提供了在呼叫建立时后退到单独的服务,即,或者语音或 者多媒体的服务,以及在呼叫有效阶段转换服务的性能.如果网络或终接用户设备(例如,接收呼叫的用户的手机)不容 纳多媒体,则所述后退功能允许被设置为多媒体呼叫的呼叫后退到语 音呼叫.通过提供后退功能,较少出现呼叫失敗.模式转换功能允许用户在呼叫有效阶段从多媒体转换到语音或者 从语音转换到多媒体.为此目的,希望触发一种模式转换的用户输入 适当的命令到他的或她的终端以便允许所述转换.这些命令通过诸如 移动业务交换中心(MSC)的中间无线通信网络被转发到所述呼叫的另 一个用户的手机终端.如果所述模式转换是从多媒体到语音,则在不 需要远程用户的任何应答的情况下,所述转换自动被允许.
然而,主要是为了保密的缘故,如果所述转换是从语音到多媒体, 则所述协议规定远程用户(即,接收所述请求的用户)必须被允许首 先确认所述转换.也就是,所述远程用户有机会来拒绝从语音转换到 多媒体的任何请求.例如,这防止无线电话呼叫的接收方在一个已经 被预期为纯粹的语音呼叫期间,突然收到不想要的困像或音乐.因此, 所述远程用户被提示接受或拒绝被请求的模式转换.在使用一种呼叫中修改(ICM)程序的无线通信网络内,每当一个 用户终端被提示响应一个对于正在进行的呼叫的修改, 一个计时器就 被启动,并且如果在所述计时器期满之前未收到应答,則所述呼叫被 自动丢弃.这个程序被提供主要是为了 ,如果所述远程用户的终端不 能响应所请求的呼叫中修改,则防止无限期地保持呼叫被连接。典型 地,计时器(在此被称为"呼叫丟弃计时器")通常被设置为30秒.然而,在一个诸如ICM网络的使用一个呼叫丢弃计时器的网络内 实现SCUDIF时出现了问题.如上,根据SCUDIF接收在语音和多媒体之间转换请求的用户被提示确认所述模式转换.如果用户在呼叫丢弃 计时器提供的30秒期间未应答,则所述呼叫通过ICM被自动丢弃(或 者在所述30秒到时之前由请求模式转换的用户手动断开).会出现这 样一种情况即接收用户没有意识到他或她有责任应答所述模式转换 请求或者也许因为某种原因不能迅速应答.例如,在受到模式转换请 求的呼叫不桂断的同时,用户可以简单地借助于呼叫等待进行另一个 呼叫.而且,根据所述实现,所述接收用户甚至可能未被通知所述计 时器限制已经被设置,并且因此可能完全不知道已经被强加了最终时 间.无论如何,如果没有应答被输入,则在计时器期满后所述呼叫将 通过ICM被自动断开连接,可能导致电话呼叫的双方都受挫.因此,非常需要提供诸如用户终端或MSC的无线通信部件,以及 操作它们的具有防止这种自动呼叫丢弃的能力的方法,这是本发明的 主要目的. 发明内容根据本发明,提供了供通信网络部件使用来应答在语音模式和多 媒体模式之间转换通信会话的请求的技术,其中,如果在一个预定的 时间周期内,被请求的模式转换未被应答(例如,被确认或被拒绝), 则所述网络自动断开所述通信会话.在一种方法实现中,所述通信网络部件一收到在语音和多媒体模 式之间转换的请求(例如,来自一个请求用户终端)就启动一个计时 器,所述计时器被设置的持续时间短于所述网络强加的预定的时间 段.所述部件生成笫一个信号,或者触发第一个信号的生成,用于提 示用户(例如, 一个接收用户终端的用户)应答所述请求.如果所述 计时器期满之前没有收到对于所述请求的应答,则拒绝所述请求的笫 二个信号随后被自动生成.根据本发明的一个变体,所述方法被第一个用户终端执行.在这种情况中,所迷方法还可以包括借助于中间网络部件(例如, 一个MSC)将拒绝所述请求的第二个信号传送到请求所述转换模式的笫二个用户终端.根据笫二个变体,所述方法被一个诸如MSC的中间网络部件执行, 所述中间网络部件通过将第三个信号传输到第一个用户终端可以触发 所述第一个信号的生成,所述笫三个信号通知所迷笫一个用户终端所 请求的模式转换.另外,拒绝所述请求的第二个信号可以被所述中间 网络部件传输到请求所述模式转换的第二个用户终端。如果所述计时器响应于从语音模式转换到多媒体模式的请求被启动,则自动拒绝所述请求的笫二个信号才可以被生成.另外,或者可 替代地,如果所述计时器响应于从多媒体模式转换到语音模式的请求 被启动,则自动拒绝所述请求的第二个信号不能被生成.所述方法还可以包括,如果在所述计时器期满之前对于所述请求的应答被收到,则停止所述计时器。因此,可以防止拒绝所述请求的 笫二个信号的自动生成.根据本发明的另一个方面,在上下文中提供了供通信网络部件使 用来应答在语音模式和多媒体模式之间转换通信会话的请求的 一种设 备,其中,如果在一个预定的时间周期内被请求的模式转换未被应答, 则所述通信会话被自动断开.所述设备包括一个操作来接收信号的接 收单元、 一个自动应答计时器、和一个操作来在所述接收单元一收到 在语音模式和多媒体模式之间转换的请求就启动所述计时器的控制 器,所述计时器被设置运行时间短于预定的时间段,所述控制器还操 作来生成提示用户应答所述请求的笫一个信号,或者触发所述第一个 信号的生成,并且如果在所述计时器期满之前未收到对于所述请求的
应答,则自动生成拒绝所述请求的第二个信号.根据第一个变体,所述通信网络的部件是一个还合并一个传输单 元的用户终端,并且所述控制器还操作来控制所述传输单元将拒绝所 述请求的第二个信号传输到所述通信网络的一个中间网络部件(例如, 一个MSC).根据第二个变体,所述通信网络的部件是一个还合并 一个传输单元的中间网络部件(例如, 一个MSC),并且所述控制器还 操作来控制所述传输单元借助于所述通信网络将拒绝所述请求的第二 个信号传输到笫 一个用户终端.在本发明的一个特定的典型实现中,不管被提议的模式转换是从 语音到多媒体还是相反,所述自动应答计时器都被所述通信网络部件 启动.然而,如果被提议的模式转换是从语音到多媒体,則(如果在 所述计时器期满之前没有收到对于所述请求的应答)自动拒绝所述请 求的第二个信号才被生成.如果被提议的转换改为是从多媒体到语音,则在没有生成拒绝所述请求的信号的情况下,所述计时器可以期 满.这种差别在强加保密限制针对将呼叫从语音模式自动地转换到多 媒体模式但是当呼叫从多媒体模式转换到语音模式时不强加类似的限 制的网络内是有利的。所述通信网络可以是,例如,合并包括ICM/SCUDIF的3GPP协议 的GSM或基于UMTS的无线网络,但是本发明的原理同样可能在根据其 它标准和协议被配置的其它通信网络内被使用.尽管其中本发明被实 现的部件优选地是一个用户终端(例如, 一个无线手机)或者诸如一 个MSC的中间网络部件,但是,本发明的原理同样可能在所述通信网 络的其它部件内被使用.通常,本发明可以在任何无线通信网络中有 利地被使用,其中,如果在一段预定的时间内被请求的模式转换未被 确认,则所述网络自动断开一个通信会话.本发明可以作为一种硬件解决方案或者作为一种计算机程序产品 被实现,所述计算机程序产品包括当所述计算机程序产品在一个计算 设备上被运行时用于执行本发明的步骤的程序代码部分.所述计算机 程序产品被存储在固定在所述计算设备上或者可以从所述计算设备拆 卸的数据载体上.


下面,将参考在附图中被表示的典型的实施方案来描迷本发明,其中图1提供了一个其中本发明可以被实现的无线通信网络的简化的、高级的说明;图2概括了由困1的网络部件执行的步骤,其中, 一个自动应答 计时器被使用以便在语音/多媒体模式转换期间防止丢弃的呼叫;图3表示用于一种实现的被图1的不同的网络部件执行的步骤,其中,接收模式转换请求的用户的用户终端启动所述自动应答计时器 来防止丢弃的呼叫;图4表示用于实现图3的方法的图1的网络的用户终端的被选择的部件;图5表示用于一种实现的被图1的不同的网络部件执行的步骤, 其中, 一个中间网络部件启动所述自动应答计时器来防止丢弃的呼 叫;以及图6表示用于实现困5的方法的图1的网络的中间网络部件的被 选择部件. 优选实施方案详述在下面的说明书中,为了说明而不是限制的目的,特定的细节被 陈述以提供对于本发明的全面的理解.本发明可以在不违背这些特定 的细节的其它实施方案中被实践,这对于本领域的技术人员应该是显 而易见的,特别地,尽管实施方案在起源于一个无线终端并且在另一 个无线终端终接的呼叫的上下文中被描述,但是本发明未被限于这样 一种实现,而是,例如可以被用于建立起源于和/或在其它终端终接并 且借助于其它传输方式被传输的呼叫.而且,本领域的技术人员应该 理解,可以使用特殊的硬件电路、使用一种结合被编程的微处理器或 通用目的计算机来工作的软件、使用一种特定用途集成电路USIC) 和/或使用一个或多个数字信号处理器(DSPs)来实现在此被解释的功 能。图1提供了其中本发明可以被实现的无线通信网络100的高级说 明.在图l的例子中,所迷无线通信网络是一个使用3GPP协议的GSM 或UMTS网络,尽管通常一个无线通信网络有许多部件,但是,为了图 1的目的,只有一对MSC站被表示-一个始发MSC (0-MSC) 102和一个 终接MSC (T-MSC) 104。 0-MSC 102与一个始发一个无线电话呼叫的
用户的终端106相联系(终端106在此也被称为始发用户设备(0-UE) ). T-MSC104与一个接收所述呼叫的用户的终端108相联系(终 端108在此也被称为终接用户设备(T-UE)).无线通信网络100被配置使用ICM和SCUDIF功能(或者类似的功 能),它们在MSC102、 104和/或在终端106、 108内被实现.如上面 所示,在呼叫有效阶段改变呼叫参数的请求期间,ICM提供了一个30 秒计时器.如果没有收到应答,則所述呼叫被自动丢弃(或者断开). ICM计时器可以通过O-UE 106或T-MSC 104被实现.可替代地,它可 以通过O-MSC 102或T-UE 108被实现,ICM提供的30秒计时器在此通常还被称为呼叫丢弃计时器.在一 个特定的ICM的实现中,被称为T323的计时器被用于这个目的.另一 方面,SCUDIF允许用户(诸如终端106的用户)在与另一个用户(诸 如终端108的用户)的电话呼叫有效阶段请求在语音和多媒体之间的 模式转换,但是,强加一个保密限制,借此,在所述模式转换可以被 完成之前,接收从语音到多媒体转换请求的用户必须首先同意所述请 求,如已经被解释的,可能出现这样的情况即用户输入应答之前, ICM的呼叫丢弃计时器可能期满,导致所述电话呼叫自动断开.图2提供了一个表示根据本发明用于解决这个问題的方法的一个 实施方案的概述的流程闺.可以通过困1的无线通信网络的部件,诸 如通过用户终端106、 108和/或通过MSC 102、 104来实现所述方法, 下面将参考附图3到6更详细地描述涉及用户终端106、 108和MSC 102、 104的各个例子。图2仅仅旨在一般地陈述所述技术。简要地,在200开始, 一收到来自用户终端的在语音和多媒体模 式之间转换正在进行的呼叫的请求,所述部件就启动一个自动应答计 时器.在此被称为自动应答计时器的所述计时器被设置短于ICM协议 规定的呼叫丢弃计时器的持续时间.在步骤202,所述部件生成一个信 号来提示接收改变模式的请求的用户接受或者拒绝所述请求.可替代 地,在步骤202,所述部件触发用于提示用户应答所请求的模式转换的 信号的生成(例如,通过传输一个触发信号到生成所述提示信号的另 一个部件).在步骤204,如果在所述自动应答计时器期满之前没有收到来自被 提示用户的应答,则所述部件自动生成一个拒绝所述请求的信号.在
一个其中实现图2的步骤的部件是所述用户终端的例子中,拒绝所述 请求的自动被生成的信号随后被传输到相关的MSC,它另外通过使ICM 的呼叫丢弃计时器无效来应答.在一个其中实现图2的步骤的部件是 MSC本身的例子中,拒绝所述请求的信号仅仅被转发到所述MSC的ICM 部件,它通过使它的呼叫丢弃计时器无效来对齐应答.在任一实例中, ICM的自动呼叫丢弃计时器从而不被允许期满.因此,所述呼叫不会由 于接收所述请求的用户未能以及时的方式应答所述请求而被自动丢 弃.就步猓200被设置的自动应答计时器持续时间而言,理想地,所 述计时器被设置到 一个尽可能长的值以便允许用户有尽可能多的时间 来应答所述提示,同时仍旧确保在一个时间内所述自动应答将被生成 和处理以防止自动呼叫丢弃,所述计时器的最佳值取决于其中所述技 术被实现的特殊的网络以及由网络使用的呼叫丢弃计时器的持续时 间。对于使用一种30秒呼叫丢弃计时器的典型的GSM或UMTS无线网 络,在15到20秒范闺内的值足以确保在步骤204被生成的拒绝所述 请求的信号被及时处理以便使所述呼叫丢弃计时器无效,同时仍然给 予用户充足的时间来决定接受或者拒绝所述模式转换请求.可以在其 它通信网络中进行例行试验以便为所述自动应答计时器确定最佳值. 但是应当指出,所述计时器的最佳值不必被使用.相反地,所述计时 器被设置为持续时间足够短于呼叫丢弃计时器的任何值以便允许自动 应答被生成和被处理从而防止自动呼叫丢弃就足够了.因此,较小的 计时器值,诸如在5到10秒范闺内,可能被使用.现在转向困3到4,它描述了一个例子,根据它,困2的一般步骤 在一个用户终端内被执行.这是优选实现之一.图3表示由被选择的无线网络的部件执行的方法步骤,而困4表 示一个在所述用户终端内使用的单独设备.在困3和困4内,并且在 所有在此被描述的附图内,只有有关的部件和步猓被表示和被描述. 如可以被本领域的技术人员理解的,需要很多附加的步骤和部件来处 理无线通信.为了清楚地描述本发明,只有那些与本发明有关的部件 和步骤在此被描述.在图3内,由请求所述模式转换的用户终端执行的步骤被显示在 左側;由接收所述请求的用户终端执行的步骤被显示在右側;由与所
述接收终端相联系的MSC执行的步骤被显示在中间.注意,所述请求 用户终端可以是0-UE或T-UE,即,任何一方都可以请求一种模式转 换.因此,为了明确性和一般性,请求所述模式转换的用户终端在此 被称为"请求用户终端",接收所述请求的用户终端在此被称为"接 收用户终端".在步骤300开始,所述请求用户终端借助于无线网络连接发送转 换正在进行的呼叫的语音/多媒体模式的请求到与所述电话呼叫的另 一方相联系的MSC (即,如果接收用户是0-UE,则另一方是O-MSC, 或者如果接收用户是T-UE,则另一方是T-MSC).在步骤302,所述请求被适当的MSC接收,它将所述请求转发到所 述接收用户终端,并且如果所述请求是从语音到多媒体的转换,則还 启动ICM协议的30秒呼叫丟弃计时器.如果所述请求是从多媒体到语 音的转换,则所述30秒呼叫丢弃计时器不被启动,因为不需要来自所 述接收用户的应答.如已经提到的,由于保密的原因,所述接收用户 必须被给予机会以便接受或拒绝从语音到多媒体的转换,但是这种要 求(通常)未被强加于从多媒体到语音的转换.因此,在步骤302,所 述MSC只是将从多媒体到语音转换的任何请求直接转发到所述接收用 户终端。在步骤304,所迷接收用户终端接收所述模式转换请求(以一种例 如,MODIFY DTAP/RNAP-NAS消息的形式),并且启动所述自动应答计 时器,如所示,它通常被设置在15到20秒范围内.注意,在本实施 方案中,不同于所述MSC的呼叫丢弃计时器,不管所请求的转换是从 语音到多媒体还是相反,所迷接收用户终端的自动应答计时器都被启 动.在步稞306,如果所述请求是从语音到多媒体,則所述用户终端生 成一个信号来提示接收用户接受或者拒绝改变模式的请求.为了提示 用户, 一个适当的闺形显示可以在用户的手机上被生成来通知用户被 请求的模式转换,并且一个适当的通知语音可以根据用户设置被生 成.如果在自动应答计时器期满之前用户输入一个对于所述提示的应 答,则随后在步骒308,所述用户应答筒单地被转发到所述MSC (如果 所述请求被接受,则以例如MODIFY COMPLETE DTAP/RNAP—NAS消息的
形式,或者如果所述请求被拒绝,则以例如一种MODIFY REJECT DTAP/RNAP-NAS消息的形式).然而,如果在自动应答计时器期满之 前用户没有输入应答并且所述请求是从语音转换到多媒体,则随后改 为执行步骤310,其中,所述用户终端自动生成并且传输拒绝所述请求 的信号回到所述MSC(因为所述请求被拒绝,所以用例如MODIFY REJECT DTAP/RNAP_NAS消息的形式).所述MSC随后在步骤312转发所述应答到所述请求用户终端并且 使所述30秒呼叫丟弃计时器无效.最后,在步猓314,所述请求用户 接收所述应答,并且如果所述模式转换被接受,则转换语音/多媒体模 式.否则,所述请求用户终端只是保持在它先前的操作模式中.注意,如果所述请求是从多媒体转换到语音,则随后在步骤310 所述自动应答计时器的期满被忽略,这是因为在这种情况下不需要应 答.代替地,所述用户终端只是将它的内部模式重置到语音,期待借 助于所述MSC接收来自另一个用户的语音信号.在步骤304,所述自动应答计时器被设置用于两种类型的模式转换(即,语音到多媒体和多 媒体到语音)以便说明所述实现标准可以改变来要求所述接收用户确 认多媒体到语音的转换以及语音到多媒体的转换的可能性.在两种情 况中,通过配置所述用户终端的硬件来启动所述计时器,在标准中任 何这种改变更容易被适应.当然,如果需要,则不同的配置(并且特 别地, 一种有条件的计时器启动)可以被实现.图4在高级别上表示在一个典型的用户终端内用于实现图3的步 骤304到310的各个单元.这些单元将只是被概述,因为已经描述了 它们执行的步緣, 一个接收单元316从所述MSC接收信号, 一个传输 单元318将信号传输到所述MSC,它们全部受控制器320的控制.控 制器320还根据收到的转换模式的请求来控制自动应答计时器322的 启动;通过适当的输入/输出设备(未被显示)提示用户应答所述请求; 以及如果在计时器期满之前没有应答被用户输入(只要所请求的转换 是从语音到多媒体),则转发一个自动应答到所述MSC.现在转向图5到6,描述了一个例子,其中,图2的一般步骤在 MSC内被实现.图5表示所述方法步骤,而困4表示供所述MSC内使用 的有关的各个单元.因为很多步骤和部件与结合图3到4被描述的类 似或者一样,所以只有有关的区别将被详细讨论.
简要地,在图5的步骤400开始,所述请求用户终端发送一个转 换正在进行的呼叫的语音/多媒体模式的请求,所述请求在步碟402被 适当的MSC接收.所述MSC转发所述请求到所述接收用户,并且如已 经被解释的,如果所述请求是从语音转换到多媒体,则启动所述30秒 呼叫丟弃计时器.不过另外,所述MSC也启动与ICM计时器分开的较 短的内部应答计时器.无论所述请求是从语音到多媒体的转换还是相 反,所述自动应答计时器都被启动.和前面一样,如果所述请求是从 多媒体转换到语音,则所述30秒呼叫丟弃计时器不被启动,因为不需 要所述接收用户应答.通过所述MSC转发所述模式转换请求到所述接收终端触发所述接 收终端内的用户提示程序.更特别地,在步驟404,如果所述请求是从 语音到多媒体,则所述接收终端接收模式转换请求并且提示用户接受 或者拒绝所述请求.否则,所述接收用户终端简单地将它的内部模式 重置到语音,期待通过所述MSC从另一个用户接收语音信号.在步骤 406,如果有的话,所述用户的应答被转发到所述MSC并且在步骤408 被接收.如果在所述自动应答计时器期满之前, 一个对于语音到多媒体转 换的应答在步骤408被所述MSC接收,则随后所述应答根据另外的传 统技术被简单地处理,包括使ICM计时器无效,以及在步骤410将所 述应答转发到所述请求用户.然而,如果在所述自动应答计时器期满 之前没有来自所述接收用户终端的应答被接收(并且所述请求是从语 音转换到多媒体),则改为执行步骤412,其中,所述MSC自动(例如, 在没有接收一个相应的用户命令的情况下)生成并且传输送拒绝所述 请求的信号到所述请求用户终端并且使ICM计时器无效.在任一情况 下,在30秒ICM计时器能够期满并且触发一个呼叫丢弃之前它被停 用.最后,在步骤414,所述请求用户接收所述应答,并且如果所述模 式转换被接受,则转换所述语音/多媒体模式.否则,所述请求用户终 端简单地保持在它先前的操作模式中.现在转向图6,在一个MSC内用于实现困5的步骤402和408到 412的各个单元将被简要地概述.接收机单元416选择地从所述请求用 户终端和接收用户终端接收信号,并且一个传输单元418选择地传输 信号到两个终端,全部在控制器420的控制下,所述控制器还在接收
到转换模式的请求时控制自动应答计时器422的启动;转发所述请求 到接收用户终端以便提示用户应答所述请求;并且如果在所述计时器 期满之前没有收到来自接收用户的应答,则还转发一个自动应答到所 述请求用户终端(只要所请求的转换是从语音到多媒体).因此,已经陈述了各种例子用于在使用依据3GPP标准的 ICM/SCUDIF功能的无线通信网络中使用.可以在3GPP TS 24. 008 V6. 5, 5. 3.4. 3章"Changing the Cal 1 Mode (改变呼叫模式)",Mobile Radio Interface Layer 3 specification, Core Network Protocols (移动无线电接口层3规范,核心网络协议);3GPP TS 23. 172 V6. 0 , "Technical Realisation of Circuit Switched(CS) Multimedia Service, UDI/RDI Fallback and Service Modification, Stage 2(电路交换(CS)多媒体服务、UDI/RDI后退和服务修改的技 术实现,阶段2)";以及在3GPPTS26.111V5.1, "Codec for Circuit Switched Multimedia Service, Modifications to H. 324(用于电3GPP标准的可应用部分有关的信息.在上述实施方案中,仅仅是由于没有来自接收所述模式转换请求 的用户的应答,才不会自动断开呼叫.作为替代,所述请求被自动拒 绝,允许电话呼叫在它先前的模式中继续.亊实上,本发明的一个好 处是可以避免呼叫被无意识地丟弃或断开.所发明的方法对于被阻止 应答一种模式转换请求或者没有认识到一种模式转换请求已经被提供 的用户特别有益.尽管已经参考特殊的实施方案描述了本发明,但是,本领域的技 术人员应该认识到本发明未被限制到在此被描述和被说明的特定的实 施方案.因此,尽管已经关于典型的实施方案描述了本发明,但是, 应该理解,这个公开仅仅是说明性的.因此,本发明旨在只被附属权 利要求的范围限制.,对H. 324的修改)"中发现更多的与
权利要求
1.一种用于在通信网络内应答在语音模式和多媒体模式之间转换通信会话的请求的方法,其中,如果被请求的模式转换在预定的时间段内未被应答,则所述通信会话被自动断开,所述方法包括-一收到在语音模式和多媒体模式之间转换的请求,就启动一个计时器,所述计时器的持续时间短于所述预定的时间段;-生成第一个信号用于提示用户应答所述请求,或者触发这种第一个信号的生成;以及-如果在所述计时器期满之前没有收到对于所述请求的应答,则自动生成拒绝所请求的模式转换的第二个信号。
2. 如权利要求1中所述的方法,其中,所述方法被第一个用户终端 执行.
3. 如权利要求2中所述的方法,还包括通过一个中间网络部件传输 拒绝所述请求的笫二个信号到请求所述模式转换的笫二个用户终端.
4. 如权利要求1中所述的方法,其中,所述方法被一个中间网络部 件执行.
5. 如权利要求4中所述的方法,其中,所述中间网络部件通过传输 第三个信号到笫一个用户终端来触发所述第一个信号的生成,所述第 三个信号通知笫一个用户终端所请求的模式转換。
6. 如权利要求4或5中所述的方法,还包括传输拒绝所述请求的第 二个信号到请求所述模式转换的笫二个用户终端.
7. 如权利要求3到6的任何一个中所述的方法,其中,所述中间网 络部件是移动业务交换中心(MSC)。
8. 如权利要求1到7的任何一个中所述的方法,其中,如果所述计 时器响应于从语音模式到多媒体模式的转换请求被启动,则只生成自 动拒绝所述请求的第二个信号.
9. 如权利要求1到8的任何一个中所述的方法,其中,如果所述计 时器响应于从多媒体模式到语音模式转换的请求被启动,则不生成自 动拒绝所述请求的第二个信号.
10. 如前述任何一个权利要求中所述的方法,还包括如果在计时器 期满之前收到对于所述请求的应答,则停止所述计时器.
11. 如前述任何一个权利要求中所述的方法,其中,所述网络合并使用"服务改变和无限制数字接口 (UDI)后退"(SCUDIF)功能的 部件.
12. —种计算机程序产品,包括如果该计算机程序产品在一个或多 个计算设备上运行,则执行权利要求l到ll任何一个中的步骤的程序代 码部分.
13. 如权利要求12中所述的计算机程序产品,被存储在一个计算机 可读取的记录媒体上.
14. 一种在上下文中供通信网络部件使用来应答在语音模式和多 媒体模式之间转换通信会话的请求的设备,其中,如果在预定的时间 段内所请求的模式转换未被应答,则所述通信会话被自动断开,所述 设备包括-一个搮作来接收信号的接收单元; -一个计时器;以及-一个控制器, 一旦所述接收单元收到在语音模式和多媒体模式之 间转换的请求,该控制器就操作来启动所述计时器,所述计时器被设 置运行的持续时间短于所述预定的时间段,所述控制器还操作来生成 提示用户应答所述请求的第一个信号,或者触发所述笫一个信号的生 成,并且如果在计时器期满之前没有收到对于所述请求的应答,则自 动生成拒绝所述请求的第二个信号.
15. 如权利要求14中所述的设备,其中,所述通信网络的部件是 一个还合并一个传输单元的用户终端,并且其中,所述控制器还搮作 来控制传输单元传输拒绝所述请求的笫二个信号到所述通信网络的中 间网络部件.
16. 如权利要求14中所述的设备,其中,所述通信网络部件是一个 还合并一个传输单元的中间网络部件,并且其中,所述控制器还操作 来控制传输单元借助于所述通信网络传输拒绝所述请求的笫二个信号 到笫一个用户终端.
17. 如权利要求15或16中所述的设备,其中,所述中间网络部件是 一个移动服务转换中心(MSC)
18. 如权利要求14到17的任何一个中所述的设备,其中,所述通信 网络至少基本上根据通用移动电信网络(UMTS)标准被配置.
19. 如权利要求14到17的任何一个中所述的设备,其中,所述通信 网络至少基本上根据全球移动通信网络(GSM)标准被配置.
20. 如权利要求14到19的任何一个中所述的设备,其中,所述网络 合并使用"服务改变和无限制数字接口 (UDI )后退"(SCUDIF)功能 的部件.
全文摘要
提供了一种技术供一个用户终端或移动服务转换中心(MSC)使用,用于应答在一个无线通信网络内将一个正在进行的呼叫从语音模式转换到多媒体模式的请求,如果在由呼叫丢弃计时器规定的预定的时间段内所请求的模式转换未被确认,则自动断开呼叫。在一个例子中,所述终端或MSC一收到来自用户的从语音到多媒体转换正在进行的呼叫的请求就启动一个自动应答计时器,所述计时器被设置短于所述呼叫丢弃计时器。接收所述请求的用户随后被提示接受或拒绝所述请求。如果在所述自动应答计时器期满之前没有收到应答,则所述终端或MSC代表用户自动拒绝所述请求,以便所述呼叫丢弃计时器不会期满。
文档编号H04W4/16GK101112108SQ200580047536
公开日2008年1月23日 申请日期2005年1月31日 优先权日2005年1月31日
发明者C·赫雷罗弗龙, J·克尔, P·赫德 申请人:艾利森电话股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1