相关申请的交叉引用本申请根据35U.S.C.§119要求，美国临时申请号为61/928，815，发明名称为“支持多会话业务连续性的方法”，申请日为2014年1月17日的优先权，其内容被合并引用到该申请中。技术领域本发明实施例一般涉及移动通信网络，以及更具体地，涉及当用户设备(UserEquipment，UE)从LTE覆盖(E-UTRAN)切换(handover)到UMTS/GSM覆盖(UTRAN/GERAN)时，支持单无线语音呼叫连续性(SingleRadioVoiceCallContinuity，SRVCC)。
背景技术：
长期演进(LongTermEvolution，LTE)在市场上通常称为4GLTE，是一种用于移动电话和数据终端的高数据速率的无线通信标准。LTE是基于全球移动通信系统(GlobalSystemforMobileCommunication，GSM)技术和通用移动通信系统(UniversalMobileTelecommunicationSystem，UMTS)技术，LTE提供更高的数据速率、更低的时延和改善的系统容量。在LTE系统中，演进通用陆地无线接入网络(EvolvedUniversalTerrestrialRadioAccessNetwork，E-UTRAN)包括与多个移动台通信的多个基站。基站称为演进节点B(evolvedNode-B，eNB)，移动台称为用户设备。LTE标准是由第三代合作伙伴计划(3rdGenerationPartnershipProject，3GPP)开发的，在其版本8的系列文件中详细说明，以及在后面的版本中增强描述。LTE是运营商升级GSM/UMTS网络和CDMA2000网络的天然路径。随着LTE的引入，3GPP也在版本9的规范中，将单无线语音呼叫连续性标准化，以在UE从LTE覆盖(E-UTRAN)切换到UMTS/GSM覆盖(UTRAN/GERAN)时提供无缝连续性。锚定(anchored)在网络协议多媒体子系统(IPmultimediasubsystem，IMS)核心网中的呼叫，在LTE覆盖区域外，使用SRVCC，可以继续由UMTS和GSM网络服务。3GPP版本9引入了基础SRVCC场景，在其中单呼叫由IMS域转移(transfer)到电路交换(CircuitSwitch，CS)域。进一步地，在后面的版本中，紧急呼叫、不同状态(如，保持或会议)下的呼叫、提示(alert)呼叫和视频呼叫也被支持由IMS转移到CS。然而，当建立多IMS进行中会话(ongoingsession)时仍然有一些场景没有定义清楚。由于缺乏3GPP规范的一致性协议，UE驻留在一个新无线接入网络(RadioAccessNetwork，RAN)或新无线接入技术(RadioAccessTechnology，RAT)后，不端的(Misbehaving)UE实施将导致不期望的掉话和/或非同步呼叫状态。为了解决该问题，本发明公开了包括不同情形时，包含CS网络和IMS网络的网络环境下，管理呼叫连续性的方案。
技术实现要素：
提供了一种管理包括CS网络和IMS网络的网络环境中呼叫连续性的方法。UE监测网络协议多媒体子系统IMS网络中的一个或多个进行中会话，以及进行中会话包含至少一个会议呼叫。UE检测UE从IMS网络交换(switch)到电路交换CS网络的网络交换事件。接着UE确定将要释放或转移到CS网络的IMS网络中的一个或多个进行中会话。最后，UE执行会话转移过程，以转移所确定的会话。在一个实施例中，网络交换事件包括UE接收单无线语音呼叫连续性SRVCC切换命令。进行中会议呼叫转移为激活(active)或保持(hold)CS多方语音呼叫。如果转移一个会议呼叫，那么释放其它会议呼叫。每个转移的会话映射到对应的CS呼叫控制状态、辅助状态以及分配有对应的CS处理标识(TransactionIdentifier，TI)。其它实施例和优势在下面具体说明中进行描述。该发明内容不旨在限定本发明。本发明由权利要求限定。附图说明图1是根据一个新颖方面的具有多个无线接入网络的移动通信网络的示意图。图2是支持本发明实施例的UE的简化块图。图3是具有多会话增强业务连续性的标准化SRVCC过程的示意图。图4是根据一个新颖方面的支持多个会话的业务连续性的示意流程图。图5是一个从IMS域到CS域的会话转移实施例的的示意图。图6是一个从IMS域到CS域的TI分配实施例的示意图。图7是根据一个新颖方面的支持用于多个会话的业务连续性的方法的流程图。具体实施方式现对本发明的一些实施例做详细介绍，这些例子在附图中示出。图1是根据一个新颖方面的具有多个无线接入网络(RadioAccessNetwork，RAN)的移动通信网络100的示意图。移动通信网络100包含第一UE101、第二UE102、E-UTRAN110、UTRAN120、服务/分组(packet)网关(S/PGW)111、移动管理实体(MobilityManagementEntity，MME)112、增强移动交换中心(MobileSwitchingCentre，MSC)121和中间IMS单元130。在图1的例子中，UE101经由LTE(EPS/IMS)域中的E-UTRAN110与UE102建立呼叫。过后，当UE101移动到其它位置时，LTE覆盖不再可用。代替地，只有UMTS/GSM覆盖可用。为了支持业务连续性，网络将UE101从E-UTRAN110切换到UTRAN120，UTRAN120中只有基于CS的业务可用于语音/视频呼叫。对于IMS域呼叫，原则上没有限制。基于分组交换(PacketSwitch，PS)的业务可支持多达M个语音呼叫和N个视频呼叫，其中M和N可以为根据UE设计的任意数字。另外，会议呼叫的最大数量没有限制。另一方面，对于基于CS的业务，对于呼叫有一些限制。对于语音呼叫，CS域仅允许并行的最多1个激活语音呼叫(voiceactivecall)+1个保持语音呼叫(voiceheldcall)+1个提示呼叫(alertingcall)。而语音呼叫可以为单呼叫(singlecall)或会议呼叫，只有一个会议所有可以被支持，或者为激活，或者为保持。会议呼叫的最大参与数量为5。对于视频呼叫，CS域视频呼叫不能保持，以及CS域视频呼叫不可以为会议呼叫。当UE从LTE覆盖(E-UTRAN)切换到UMTS/GSM覆盖(UTRAN/GERAN)时，3GPP标准化SRVCC提供了无缝连续性。锚定在IMS核心网中的呼叫，在LTE覆盖区域外，使用SRVCC，可以继续由UMTS和GSM网络服务。3GPP版本9引入了基础SRVCC场景，在其中单呼叫由IMS域转移到CS域。进一步地，在后面的版本中，紧急呼叫、不同状态(如，保持或会议)下的呼叫、提示呼叫和视频呼叫也被支持由IMS转移到CS。例如，规范已经为下列情况定义了如何辅助处理呼叫转移：1)保持与原始域相同的呼叫状态；2)如果有多会话，那么将最近会话转移为激活状态，以及将次近会话转移为保持状态。然而，当建立多个IMS进行中会话时，仍然有一些场景没有定义清楚。由于缺乏3GPP规范的一致性协议，UE驻留在一个新无线接入网络或新RAT后，不端的UE实施将导致不期待的掉话。另外，对转移的会话的不同理解，可能导致可怕的用户体验。根据一个新颖方面，为了UE与不同网络实体间的同步以及呼叫转移时平滑用户体验的目的，在呼叫转移期间定义了呼叫处理。更具体地说，当UE保持业务连续性地从LTE覆盖切换到UMTS/GSM覆盖时，定义了会议呼叫转移、状态映射转移、CS辅助状态和TI分配。图2是支持本发明实施例的UE201的简化块图。UE201具有RF收发器202，耦接至天线211，从天线211接收RF信号，将RF信号转化为基带信号，以及将基带信号发送给处理器203。RF收发器202也转化从处理器203接收到的基带信号，将基带信号转化为RF信号，以及将RF信号发送至天线211。处理器203处理接收到的基带信号，以及调用不同的功能模块执行UE的功能。存储器204存储程序指令和数据，以控制UE的操作。图2还描述了实施本发明实施例的UE201中的4个功能模块221至224。功能模块可以由硬件、固件、软件或其中任意组合实现。功能模块当通过处理器203执行(即，经由执行程序代码205)时，例如，允许UE201适当地检测切换事件以及执行从IMS域到CS域的切换。在一个例子中，呼叫管理模块221管理关于已建立无线连接和进行中会话的各种配置，测量模块222执行无线信号测量以及从而监测无线连接，事件检测模块223检测诸如接收切换命令的各种事件，切换模块224实现切换和支持多会话语音呼叫业务连续性的呼叫转移的各种功能。图3是具有多会话增强业务连续性的标准化SRVCC过程的示意图。移动通信网络300包含UE301、E-UTRAN302、MME303、MSC服务器304、目标MSC305、目标服务GPRS支持节点(ServingGPRSSupportNode，SGSN)306和IMS307。在步骤311中，UE301在LTE小区中的E-UTRAN无线接入IMS核心网上建立IP语音通话(voiceoverIP，VoIP)。在步骤312中，UE301执行无线信号测量以及向E-UTRAN302发送测量报告。例如，测量报告指示出LTE小区的无线信号强度或质量低于预定义阈值。这会发生在UE301移动出LTE覆盖区域时。基于测量报告，网络在步骤313中做切换(HO)决定。例如，网络决定将UE301从E-UTRAN切换到UTRAN/GERAN，UTRAN/GERAN仅支持基于CS的呼叫。在步骤314中，E-UTRAN302向MME303发送切换(HO)请求，MME303开始切换准备。在步骤321中，MME303执行承载(bearer)拆分(splitting)。在步骤322中，MME302、MSC服务器304和目标MSC305执行CS-HO准备。在步骤323中，MSC服务器304、目标MSC305、目标SGSN306和IMS307执行IMS会话连续性过程。如果存在非语音承载，在步骤324中，MME303、MSC服务器304、目标MSC305和目标SGSN306间开始PS-HO过程。在切换准备后，在步骤331中，MME303向E-UTRAN302发送HO命令。在步骤332中，E-UTRAN302向UE301发送HO命令。在接收到HO命令后，然后开始执行切换。在步骤341中，UE101从E-UTRAN移动到UTRAN/GERAN。在步骤342中，完成CS切换。在步骤343中，MSC服务器304向MME303发送PS到CS完成消息。在步骤344中，MME303可选地向UE301发送临时移动用户标识(TemporaryMobileSubscriberIdentity，TMSI)重分配消息。在步骤345中，MSC服务器304执行位置更新。最终在步骤346中，完成PS切换。SRVCC是LTE系统使LTE上的分组域呼叫能够无缝地切换到传统CS语音系统所需要的功能水平，传统CS语音系统如GSM、UMTS和CDMA。SRVCC是使跨无线接入技术(inter-RAT)切换和从分组数据切换到CS数据语音呼叫的方案。通过使用SRVCC，运营商能够执行切换而保持现有的服务质量(qualityofservice，QoS)，以及确保呼叫连续性满足紧急呼叫的严格要求。SRVCC实现控制着两个方向的呼叫转移。当用户从LTE覆盖区域移动出时，需要从LTE切换到传统网络。使用SRVCC时，切换分两个阶段进行。第一阶段是RAT转移。第二阶段是会话转移。会话转移需要将接入控制和语音媒体锚定，从PSLTE网络的演进分组核心网(EvolvedPacketCore，EPC)移动到传统CS网络。在步骤341中，执行SRVCC处理。然而，当前的SRVCC处理还没定义涉及多个进行中会话和会议呼叫的呼叫转移。如果UE301已经在IMS域建立了多个进行中会话，以及多个进行中会话包括会议呼叫，那么UE将遵循呼叫转移过程中的特定规则。UE需要确定：1)应该转移或释放哪个会话，2)如何为转移的会话映射CS呼叫状态和辅助状态，以及3)如何设置CSTI分配。图4是根据一个新颖方面的支持多会话业务连续性的示意流程图。在步骤401中，UE从网络接收SRVCC切换命令。该切换命令是用于UE从E-UTRAN切换到UTRAN/GERAN，即当UE移动出LTE覆盖区域时。在步骤402中，UE确定SRVCC切换是否成功。如果不成功，那么UE不能保持语音呼叫连续性(步骤403)。如果成功，那么UE继续处理SRVCC。在步骤411中，UE为其多个进行中会话，处理从PS域到CS域的会话转移。UE确定将哪个(哪些)会话转移到CS域以及释放CS域中的哪个(哪些)会话。在步骤412中，UE为转移的一个会话(多个会话)设置CS呼叫状态和辅助状态。在步骤413中，UE设置CSTI。图5是一个实施例的从IMS域到CS域的会话转移的示意图。在IMS域中，UE可能已经建立了多个进行中会话，以及每个会话有不同的呼叫状态。呼叫可以为单语音呼叫、会议呼叫或视频呼叫。呼叫可以为激活、保持或提示。在CS域中，呼叫状态包括空(null)、提示(alerting)、呼叫交付(calldelivered)和呼叫激活(callactive，A)，以及辅助状态包括保持和多方(MPTY)。一般的SRVCC原则保持相同：1)保持与原始域相同的呼叫状态；2)如果多会话，那么将最近会话转移为激活状态，以及将次近会话转移为保持状态。然而，当涉及具有会议呼叫的多个进行中会话时，出现特殊场景。一般地，如果仅存在一个具有激活或去激活语音媒体分量(inactivespeechmediacomponent)的进行中会话，以及具有激活或去激活语音媒体分量的进行中会话为会议呼叫，那么UE将用新建立的激活或保持CS多方语音呼叫替换进行中会话的语音媒体分量。如果存在多个具有激活或去激活语音媒体分量的进行中会话，以及至少一个具有激活或去激活语音媒体分量的进行中会话为会议呼叫，那么UE将用新建立的激活或保持CS多方语音呼叫，选择和替换其中一个进行中会话的语音媒体分量。基于激活或去激活语音媒体分量创建的时间确定该选择，即，最近的或次近的。如果将一个会议会话替换及转移到CS域，那么将释放所有其它会议会话。表格500示出了转移会议呼叫和状态映射的不同场景的。在第一场景中，最近激活呼叫是会议呼叫，以及次近激活呼叫为非会议呼叫。当切换到CS域，转移的最近激活呼叫变成激活多方(AMPTY)呼叫，以及转移的次近激活呼叫变成保持(HELD)呼叫。不论任何去激活呼叫都适用。在第二场景中，最近激活呼叫是非会议呼叫，以及次近激活呼叫是会议呼叫。当转移到CS域，转移的最近激活呼叫变成激活(A)呼叫，以及转移的次近激活呼叫变成保持多方(HELDMPTY)呼叫。不论任何去激活呼叫都适用。在第三场景中，最近激活呼叫为会议呼叫，而没有其它激活呼叫，以及次近去激活呼叫为非会议呼叫。当转移到CS域时，转移的最近激活呼叫变成激活多方(AMPTY)呼叫，以及转移的最近去激活呼叫变成保持呼叫。不论任何去激活呼叫都适用。在第四场景中，最近激活呼叫是非会议呼叫，而没有其它激活呼叫，以及最近去激活呼叫是会议呼叫。当转移到CS域时，转移的最近激活呼叫变成激活(A)呼叫，以及转移的最近去激活呼叫变成保持多方呼叫。不论任何去激活呼叫都适用。最后，在第五场景中，没有激活呼叫。最近去激活呼叫是会议呼叫，转移为CS域的保持多方呼叫，不管任何其它去激活呼叫。3GPPLTE规范也定义了，切换到CS域后，用于SRVCC的CS呼叫控制状态映射。当会话转移为CS激活呼叫，UE将要移动到3GPPTS24.008定义的呼叫激活(U10)状态。当会话转移为CS保持呼叫，UE将移动到3GPPTS24.008定义的呼叫激活(U10)状态和3GPPTS24.083定义的呼叫保持辅助状态。当会话转移为CS多方呼叫，UE将移动到3GPPTS24.008定义的呼叫激活(U10)状态和3GPPTS24.084定义的多方呼叫辅助状态。当执行从IMS域到CS域的会话转移时，最多将仅转移两个会话。UE将遵循以下，为每个转移的会话关联处理标识：如果激活IMS进行中会话为会议呼叫以及已经转移为CS激活(A)呼叫，以及UE将用TI0，2，3，4，5，将会议会话中的参与者关联到CS呼叫。如果转移两个会话，第一转移的会话是非会议呼叫，以及第二转移的会话是会议呼叫，那么UE将用TI0将第一转移的会话关联到CS呼叫，以及用TI1，3，4，5，6将会议会话中的参与者关联到CS呼叫。图6是一个实施例的从IMS域到CS域的TI分配示意图。在图6的左侧，IMS域的会议呼叫转移为CS域的CS激活多方呼叫。在这样的情况下，UE用TI0，2，3，4，5将会议会话(多方)中的参与者关联到CS呼叫。在图6的右侧，单语音呼叫转移为CS域的激活呼叫，以及IMS域中的会议呼叫转移为CS域的CS保持多方呼叫。在这样的情况下，UE将用TI0将单语音呼叫关联到CS呼叫，以及用TI1，3，4，5，6将会议会话(多方)中的参与者关联到CS呼叫。这样，TI分配与传统CS域语音呼叫一致。IMS域也支持提示会话，以及需要处理提示会话。提示会话可从CS域中释放或转移。当释放提示会话时，UE可发送会话初始化协议(SessionInitializationProtocol，SIP)480(暂时不可用)响应以拒绝SIP邀请请求。在当前的3GPP约束中，当有1A+1保持+1提示时，将释放提示会话。然而，这是CS域中的可用情形，以及提示会话可以转移到CS域。图7是根据一个新颖方面的支持多会话业务连续性的方法的流程图。在步骤701中，UE监测IMS网络中的一个或多个进行中会话，以及该进行中会话包含至少一个会议呼叫。在步骤702中，UE检测UE由IMS网络交换到CS网络的网络交换事件。在步骤703中，UE确定将要释放或转移到CS网络的该IMS网络中的一个或多个进行中会话。在步骤704中，UE执行会话转移过程，以转移所确定的会话。尽管为了实施目的已经结合一些具体的实施例描述了本发明，本发明并不限于此。从而，不背离如前所述的本发明权利要求的范围，可以实施对描述的实施例的各个特征的各种修改、改编和结合。