CN101129085B - 由网络发起的从语音到多媒体的服务变化 - Google Patents

Abstract

一种用于在无线系统中发起服务变化的方法、设备和系统，该无线系统包括始发侧和终结侧。本发明包括在无线系统中发起修改请求，其中修改请求是从第一模式到第二模式的服务变化。本发明还包括：如果修改请求被终端接受则将终端从第一模式修改成第二模式；以及在修改请求被接受之后完成无线承载分配。

Description

由网络发起的从语音到多媒体的服务变化 

技术领域

本发明涉及无线通信领域。 

背景技术

有许多通信服务运送多媒体内容的各种形式和组合，该多媒体内容如视频、网络内容、图形和文本。正如本申请中所用的，术语“多媒体”指代具有可视元素的任何内容。无线通信网络的移动终端、特别是蜂窝网络的电话现在能够输送数据，包括各种通信服务中的多媒体数据。正在使用许多类型的移动终端，比如蜂窝电话、无绳电话、个人数字助理(PDA)、手持计算机和膝上型计算机。在当前无线技术发展中的强大推动在于将移动终端用于各种应用以及允许这样设备的用户在保持用以接收和发射对他们具有影响的所有数据和信息的充分通信能力同时无缝地整合他们的生活中的事件和需求。 

受第三代(3G)和第四代(4G)网络支持的并且使用计算机、软件、显示器和其它技术最新变革的高级移动终端可以获取和接收各种许多不同的通信服务。遗憾的是，为了在通信服务之间切换而必需的过程的方式和持续时间(对于用户表现得明显)可能广泛而不可预知地发生变化。这些通信服务可以由其它网络中的许多不同信息源提供并且可以基于各种数据传送技术和构建于这些技术之上。这就将更多的延迟和不确定性引入到移动终端在不同通信服务之间的切换中。 

出于至少这些原因，移动终端在不同通信服务之间切换的当前方法具有不足。因而需要如下有效解决情况，这些解决情况允许在不同通信服务之间既简易又基本上立刻进行移动终端切换而该切换对于用户表现为连接在任何时候都不断开。 

现有技术的解决情况尚未解决如果终结侧终端决定拒绝从语音到 多媒体的服务变化或者如果始发侧分配修改对于终结侧用户设备失败则避免该不必要的修改或者数据业务不必要的中断。 

此外，如果在知道终结侧用户设备的服务变化成功之前将不开始针对始发方一侧终端的始发侧分配修改，则能够在始发侧避免不必要的分配修改和不必要的数据业务中断。 

发明内容

本发明在无线网络中发起服务变化。本发明的一个实施例包括一种用于在无线系统中发起服务变化的方法。该无线系统包括始发侧和终结侧。该方法包括在无线系统中发起修改请求，其中修改请求是从第一模式到第二模式的服务变化。该方法还包括：如果修改请求被终端接受则将终端从第一模式修改成第二模式；以及在修改请求被接受之后完成无线承载分配。 

本发明的另一示例性实施例是一种用于在无线系统中发起服务变化的设备，该无线系统包括始发侧和终结侧。该设备包括用于在无线系统中发起修改请求的切换装置，其中修改请求是从第一模式到第二模式的服务变化。该设备还包括：第一修改装置，用于如果修改请求被终端接受则将终端从第一模式修改成第二模式；以及承载分配装置，用于在修改请求被接受之后完成无线承载分配。 

本发明的另一示例性实施例是一种用于在无线网络中发起服务变化的系统，该无线网络包括始发侧和终结侧。该系统包括在无线系统中发起修改请求的切换模块，其中修改请求是从第一模式到第二模式的服务变化。该系统还包括：第一修改模块，用于如果修改请求被终端接受则将终端从第一模式修改成第二模式；以及承载分配模块，用于在修改请求被接受之后完成无线承载分配。 

附图说明

图1是根据示例性布置的示例性网络架构的框图； 

图2是图示了本发明示例性实施例的流程图； 

图3图示了当始发终端拒绝服务修改时的情况； 

图4图示了当终结侧B拒绝服务变化时的情况； 

图5图示了终结侧拒绝服务请求的RNC情况；以及 

图6A-6B图示了当始发侧RNC拒绝服务变化时的情况。 

具体实施方式

图1是根据示例性实施例的示例性网络架构的框图。图1示出了经由Uu无线接口分别连接到通用陆地无线接入网络(UTRAN)40的第一节点B21和第二节点B22的第一用户设备(UE)11和第二UE 12。节点B 21、22可以参与无线资源管理并且可以具有与通用基站相同的功能。另外，UTRAN 40包括经由称为lub的接口连接到节点B 21、22的至少一个无线网络控制器(RNC)30并且负责对它的域中无线资源(即连接到它的节点B21、22)的管理和控制。RNC 30可以是UTRAN40向核心网络(CN)50提供的所有服务的服务接入点。图1也示出了经由lub接口连接到节点B 23和24的RNC 35。在RNC 30与RNC 35之间提供称为lur的接口。为了简化说明，如下讨论将涉及RNC 30而不涉及RNC 35。 

CN 50可以包括移动交换中心/拜访者位置寄存器(MSC/VLR)52，该MSC/VLR是如下交换机(MSC)和数据库(VLR)，该MCS和VLR为在它的当前位置的UE提供电路交换(CS)服务。MSC功能可以用来交换CS事务而VLR功能可以维护与拜访用户的服务简档有关的信息以及与UE在服务系统内的位置有关的信息。经由MSC/VLR 52来访问的网络部分可以称为CS域。MSC/VLR 52可以连接到网关MSC(GMSC)54，该GMSC是在CN 50与外部CS网络60的连接点处的交换机，这些外部CS网络比如是公共交换电话网络(PSTN)、综合业务数字网络(ISDN)或者公共陆地移动网络(PLMN)。所有传入和传出的CS连接都行经GMSC 54。 

为了实现经由lu接口在CN 50与UTRAN 40之间的多播传输，不但在活跃的数据传输时而且在保留和配置来自lu接口的所需资源时可 以将多播有关数据传输的不同特征纳入考虑之中。当前3GPP规范定义了信令协议如RANAP(无线接入网络应用部分)和luUP(lu接口用户平面协议)。RANAP是lu接口中的信令协议，包含为用于UTRAN有关问题的无线网络层而规定的所有控制信息。luUP也属于无线网络层并且已被定义为尽可能独立于使用该luIP的CN域。IuUP可以通过lu接口来运送与无线接入承载(RAB)有关的用户数据。每个RAB可以具有其自身的协议实例。该协议可以执行完全透明的操作或者为用户数据段以及将要用于初始化和在线控制的一些基本控制信令而执行成帧。基于这些情况，luUP可以具有两种模式，即用于完全透明操作的透明模式和用于与成帧用户数据段相对应的预定义SDU(服务数据单元)大小的支持模式。 

愿意接收多播服务的各UE可以具有与服务提供商或者与多播服务的运营商的协议。由此，经授权接收多播服务的UE被配置用以在实际多播会话开始之前通过空中接口接收多播数据。 

会话的开始可以始于网络(NW)。例如，网关GPRS支持节点(GGSN)或者MBMS-SC可以定义在蜂窝网络中对多播会话的需求。可以从这一网络设备向SGSN指明对开始多播会话的需求，其初始化了PDP上下文的激活。虽然可以对UTRAN和UE透明地进行PDP上下文的激活，但是可能需要RNC的服务以指明多播小区处的多播服务/组状态。UTRAN可以注册RNC是否具有多个用户。本发明的实施例可以提供将多播用户信息提供给SGSN，其可以开始PDP上下文激活过程而无需请求来自UTRAN的任何信息。 

RNC或者MBMS-SC可以出于任何数目的原因回绝该激活请求，这些原因包括但不限于缺乏用于该服务的资源或者从网络的该部分找不到该服务的订户。 

如果UE-B决定拒绝从语音到多媒体的服务变化或者针对UE-B的RAB分配修改失败，则可避免由网络发起的从语音到多媒体的服务变化，其例如可能造成不必要的RAB分配修改以及数据业务不必要的中断。 

因此，如果用户设备B利用MODIFY REJECT消息拒绝从语音到多媒体的服务变化或者如果RAB分配修改针对用户设备B失败，则本发明避免了始发侧不必要的RAB分配修改并且也避免了数据业务不必要的中断。 

当A或者B的被拜访MSC例如由于降级的覆盖条件而不再能够支持正在进行的多媒体呼叫，则这一方的被拜访MSC将发起从多媒体到语音的服务变化。如果被访问的MSC在语音呼叫仍然在进行的稍后的时间点再次能够支持多媒体，则相同的被访问的MSC可以发起从语音到多媒体的服务变化，除非它此前发起从多媒体到语音的服务变化并且在多媒体与语音之间没有执行过其它服务变化。 

根据上文讨论的由网络发起的服务变化来描述本发明。在下文中描述并且在图2中图示如下情况，在该情况下完成了针对两个用户的分配修改和服务变化，其中图2也为其余附图的描述提供了基础。 

此外，图2-7也指示了用于在始发侧A与终结侧B之间通信的称为“核心网络过程”的过程。下文描述核心网络过程的例子。 

为了在网络中提供用以在呼叫建立时和在呼叫的活跃状态过程中发射请求、服务变化和还原的能力而使用了正常的带外代码转换器控制过程。下文讨论将要使用的编码解码器。 

编码解码器协商过程将优选编码解码器的有序列表从始发MSC发射到终结MSC。要求与用户平面交互的节点将去除它所不支持的编码解码器。终结MSC将选择编码解码器以将可用编码解码器列表中的“所选编码解码器”用于呼叫。这一选择将基于接收的编码解码器列表以及基于终结UE在CALL确认消息中给出的信息。 

在编码解码器列表中包含伪编码解码器以指示请求了多媒体呼叫。下文描述两种伪编码解码器。 

第一种(伪代码1)用于由终端发起的从语音到多媒体的服务变化。这一编码解码器称为3G-324.M编码解码器。它受任何顺应SCUDIF的MSC所支持。 

第二种(伪代码2)用于由网络发起的从语音到多媒体的服务变化。 这一编码解码器在本文中称为3G-324.M2编码解码器。除了CoID之外，3G-324.M2编码解码器与3G-224M编码解码器相同。它应当受到支持由网络发起的从语音到多媒体的服务变化的任何顺应SCDIF的MSC所支持。 

上文讨论的两种编码解码器仅由核心网络使用而不会在被支持的编码解码器列表IE中从终端发送。始发MSC具有以优选项为序来列出的被支持的编码解码器类型的列表。 

如果从UE收到的SETUP消息除了包含多媒体BC-IE和语音BC-IE之外还包含具有服务变化和还原值的重复指示符，则MSC将在被支持的编码解码器类型的列表中包含3G-324.M编码解码器。 

下文描述本发明的示例性实施例。参照图2并且如上文所讨论的，在(a)中在呼叫建立过程中预先协商配置(配置1和配置2)。这通过将协商的分配发送到用户A的无线网络控制器(RNC)(RNC A)的用户A的移动服务交换中心(MSC)(MSC A)来实现。请求服务变化并且RNC A开始服务变化过程(b)。 

服务变化过程(b)始于从无线网络控制器RNC A发送到MSC A的无线接入网络应用协议无线接入承载(RANAP RAB)MODIFYREQUEST交替配置请求。 

在(c)处MSC A通过将MODIFY消息发送到UE A来征求对MODIFY请求的接受。在(d)处UE A通过发送MODIFY COMPLETE消息来接受修改。 

只有在UE A通过发送MODIFY COMPLETE来接受修改请求之后才会在用于UE B的远程侧上开始用于服务变化的过程。 

在远程侧上，在(f)处MSC B使用MODIFY消息朝着UE B发起呼入修改过程。终端将请求来自用户的确认，除非配置有所不同。如果变化被接受则UE B利用MODIFY COMPLETE消息来答复MSC B(g)，而如果变化被拒绝则将发送MODIFY REJECT消息。 

当收到MODIFY消息时，UE A和UE B都将不中断数据业务并且将继续在旧模式下发送和接收数据，直到针对新模式重新配置两侧 上的RAB(h)-(i)。如果终端(在这一例子中是UE B)利用MODIFYCOMPLETE消息接受修改(g)，则无线承载将在新模式下发送和接收数据。在两侧均接受服务变化之后，在(k)处将RAB分配请求从MSC A发送到RNC A。在(l)处RNC A发送RAB分配完成的指示。 

如果任一侧上的终端拒绝服务变化，则被访问的MSC将清除呼叫或者它将朝着另一侧发起服务变化过程以恢复到原服务。在本例中发起服务变化过程以恢复到原服务。 

图3图示了当始发终端拒绝服务修改时的情况。在(a)和(b)处，用于重新配置的分配和请求与上文关于图2所讨论的相同。然而在这一情况中，UE A拒绝从MSC A发送的重新配置请求(d)。由于UE A拒绝重新配置请求，所以没有开始用于为终结侧B开始服务变化的过程。因此，在始发侧A上避免了对始发侧A和终结侧B两者不必要的RAB分配修改以及不必要的数据业务中断。 

图4图示了当终结侧B拒绝服务变化时的情况。根据这一例子，服务变化被用户UE B拒绝。步骤(a)至(f)与上文关于图2所讨论的相同。然而在终结侧B上，变化未被UE B接受而UE B利用MODIFYREJECT消息来答复MSC B(gg)。 

在(hh)处终结侧指示了所请求的服务变化在B侧上未成功。这时，MSC A通过将MODIFY消息发送到UE A来发送新的MODIFY请求以将呼叫模式从多媒体改变回到语音(l)，而这一请求被接受(m)。在这一例子中，虽然UE B拒绝重新配置请求，但是在始发侧A上避免了不必要的RAB分配修改以及不必要的数据业务中断。 

图5图示了根据本发明示例性实施例，终结侧的RNC拒绝服务请求的情况。然而RAB分配请求被RNC B拒绝。这一情况之所以不同于UE B拒绝服务变化时的情况是因为UE B已经从语音转换成多媒体并且将必须恢复回到语音。 

在图5中，步骤(a)至(h)与上文关于图2所描述的相同。然而这时UE B已经接受所发送的MODIFY请求而RAB分配处理已经在B侧上开始。如上文所讨论的，RAB分配请求在(h)处从MSC B发 送到RNC B。然而根据这一例子，RNC B已经拒绝请求，这造成修改RAB分配的失败(ii)。 

由于RAB分配修改的尝试失败，新的MODIFY消息从MSC B发送到UE B以恢复回到原模式，该模式在这一例中是语音(n)-(o)。在UE B已经恢复回到语音之后，在(p)处向始发侧A通知服务变化在B侧上失败。这时，UE A从多媒体模式恢复回到语音模式(q)-(r)。 

图6A-6B图示了当始发侧RNC拒绝服务变化时的情况。步骤(a)至(j)与关于图2所描述的相同。如下文所述，在这一点处UE A和UE B都已经从语音修改成多媒体。由于现在为终结侧B完成RAB分配，所以MSC A现在将RAB分配请求消息发送到RNC A(j)。出于上文讨论的原因，RNC分配请求失败并且向MSC A指示这一失败(kk)。 

在(t)处UE B必须通过发送新的MODIFY消息来恢复回到原模式，该模式在这一情况下是语音。一旦接受这一修改(u)，则该过程开始将终结侧B转换回到语音模式。 

响应于UE B在(u)中接受修改请求，为B侧发送新的RAB分配请求(v)。这时，在B侧上成功的RAB分配之后将呼叫模式转换回到语音(w)。 

在(x)处核心网络过程发射UE B修改和RAB分配在B侧上成功的指示。然而注意到由于尚未释放旧资源，所以不需要针对UE A的新RAB分配。由此避免了针对始发A侧不必要的RAB分配。 

本领域技术人员将容易理解到可以用次序不同的步骤和/或用在配置上与公开的配置不同的硬件元件来实施如上文所讨论的本发明。因此，虽然已经基于这些优选实施例描述了本发明，但是对于本领域技术人员将不言而喻，在保持于本发明的精神和范围内的同时某些修改、变化和替代构造将是明显的。例如，本发明能够实施为硬件、软件、包括计算机可读介质的计算机产品、固件和ASIC等。 

Claims (12)

1.一种用于在无线系统中发起服务变化的方法，所述无线系统包括始发侧、终结侧和网络，所述始发侧包括第一终端而所述终结侧包括第二终端，所述方法包括：

通过所述无线系统的所述网络发起修改请求，其中所述修改请求是从第一模式到第二模式的服务变化；

在所述修改请求被所述无线系统的所述始发侧上的所述第一终端和所述无线系统的所述终结侧上的所述第二终端接受之后完成无线承载分配，

其中发起所述修改请求触发所述第一终端的修改视所述第一终端和所述第二终端接受修改的情况而定。

2.根据权利要求1所述的方法，其中：

所述发起修改请求包括在所述无线系统的所述始发侧中发起所述修改请求。

3.根据权利要求1所述的方法，其中：

所述发起修改请求包括在所述无线系统的所述始发侧中发起所述修改请求；以及

所述完成无线承载分配包括当在所述终结侧上完成无线承载分配时，在所述始发侧上完成无线承载分配。

4.根据权利要求1所述的方法，其中：

所述发起修改请求包括在所述无线系统的始发侧中发起修改请求；以及

所述完成无线承载分配另外包括在所述始发侧上完成无线承载分配。

5.一种用于在无线系统中发起服务变化的设备，所述无线系统包括始发侧、终结侧和网络，所述始发侧包括第一终端而所述终结侧包括第二终端，所述设备包括：

发起装置，用于通过所述无线系统的网络发起修改请求，其中所述修改请求是从第一模式到第二模式的服务变化；

承载分配装置，用于在所述修改请求被所述无线系统的所述始发侧上的第一终端和所述无线系统的所述终结侧上的第二终端接受之后完成无线承载分配，

其中所述发起修改请求触发所述第一终端的修改视所述第一终端和所述第二终端接受修改的情况而定。

6.根据权利要求5所述的设备，其中：

所述发起装置配置成在所述无线系统的始发侧中发起所述修改请求。

7.根据权利要求5所述的设备，其中：

所述发起装置配置成在所述无线系统的始发侧中发起修改请求；以及

承载分配装置配置成当所述无线承载分配在所述终结侧上完成时，在所述始发侧上完成无线承载分配。

8.根据权利要求5所述的设备，其中：

所述发起装置配置成在所述无线系统的始发侧中发起修改请求；以及

所述承载分配装置配置成完成所述始发侧上的无线承载分配。

9.一种配置用以在无线系统中发起服务变化的设备，所述无线系统包括始发侧、终结侧和网络，所述始发侧包括第一终端而所述终结侧包括第二终端，所述设备包括：

发起单元，配置用以通过所述无线系统的所述网络发起修改请求，其中所述修改请求是从第一模式到第二模式的服务变化；

承载分配单元，配置用以在所述修改请求被所述无线系统的所述始发侧上的所述第一终端和所述无线系统的所述终结侧上的第二终端接受之后完成无线承载分配，

其中所述发起修改请求触发所述第一终端的修改视所述第一终端和所述第二终端接受修改的情况而定。

10.根据权利要求9所述的设备，其中：

所述发起单元还被配置用以在所述无线系统的始发侧中发起修改请求。

11.根据权利要求9所述的设备，其中：

所述发起单元还被配置用以在所述无线系统的始发侧中发起修改请求；以及

所述承载分配单元被配置用以当所述无线承载分配在所述终结侧上完成时，在所述始发侧上完成无线承载分配。

12.根据权利要求9所述的设备，其中：

所述发起单元还被配置用以在所述无线系统的始发侧中发起修改请求；以及

所述承载分配单元还被配置用以完成所述始发侧上的无线承载分配。

Images