信息传输方法、信息更改方法及装置 |
|||||||
| 申请号 | CN201380000637.4 | 申请日 | 2013-06-05 | 公开(公告)号 | CN103404107A | 公开(公告)日 | 2013-11-20 |
| 申请人 | 华为技术有限公司; | 发明人 | 陈霞云; 倪国瑜; 万学靖; | ||||
| 摘要 | 本 发明 涉及移动通信技术领域，尤其涉及一种信息传输方法、信息更改方法及装置，用以解决 现有技术 中SRVCC的场景中语音传输中断的技术问题；本发明 实施例 中通过在UE处于连接态时，将UE的SRVCC能 力 实时通知基站，以使基站能够实时更新本地存储的所述UE的所述SRVCC能力，从而能够根据真实情况确定是否要发起SRVCC流程，保证SRVCC流程的成功率，尽量避免可能出现的掉话现象。 | ||||||
| 权利要求 | 1.一种信息传输方法，其特征在于，所述方法包括以下步骤： |
||||||
| 说明书全文 | 信息传输方法、信息更改方法及装置技术领域[0001] 本发明涉及移动通信技术领域，尤其涉及一种信息传输方法、信息更改方法及装置。 背景技术[0002] 传统的2G/3G（第二代移动通信/第三代移动通信）网络由于同时拥有CS（Circuit Switched，电路交换）和PS（Packet Switched，分组交换）网络，语音业务可以使用CS网络，数据业务可以使用PS网络。但4G（第四代移动通信）网络由于其协议中只定义了PS网络，因此在4G网络中不再拥有CS设备。但现实生活中语音业务又是必须的，所以3GPP（The3rd Generation Partnership Project，第三代合作计划）协议规定了两种语音解决方案，分别是CSFB（Circuit Switched Fallback，电路交换回落）和VoLTE（Voice Over Long Term Evolution，长期演进网络语音业务）。 [0003] CSFB是指用户联合注册到4G网络，需要进行语音电话业务时，可以通知网络侧，然后网络设备主动将该用户回落到2G/3G网络，当用户回落到2G/3G网络之后就能够利用传统的CS网络进行语音业务。 [0004] VoLTE语音解决方案则是指用户直接在LTE网络，通过LTE承载进行语音通话。但在这种解决方案中，当用户从4G网络移动到2/3G网络的时候，需要通过SRVCC（SingleRadioVoiceCallContinuity，单射频语音业务连续性）技术解决如何保持语音呼叫连续性的问题。 [0005] SRVCC技术是指当用户在4G网络中利用VoLTE进行通话的过程中移动到2G/3G网络覆盖区域时，由用户当前所在的eNodeB（基站）判断当前用户和网络侧都支持SRVCC能力，并且终端上报目的侧网络为GU（GSM EDGE RadioAccess Network，UMTS Terrestrial Radio Access Network；全球移动通讯系统边缘无线访问网络，通用移动通信系统陆地无线访问网络）网络时，基站可以发起SRVCC流程，通过网络侧和终端配合，完成PS到CS的切换，当用户到了2/3G网络之后，依然利用传统的CS设备进行语音通话，并且语音业务不会中断。在目前SRVCC的场景中，可能会出现语音传输中断的现象。 发明内容[0006] 本发明实施例提供一种信息传输方法、信息更改方法及装置，用以解决SRVCC的场景中语音传输中断的技术问题。 [0007] 本发明的一个方面，提供一种信息传输方法，包括： [0008] 在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力； [0009] 当所述SRVCC能力由所述第一能力变化为所述第二能力时，向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0010] 结合第一方面，在第一种可能的实现方式中，判断所述UE的SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力的步骤包括： [0011] 判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力，及判断所述UE在服务器中的SRVCC签约数据是否发生了变化； [0012] 其中，如果自身支持SRVCC的能力由所述第一能力变为所述第二能力，和/或所述UE在服务器中的SRVCC签约数据发生了变化，则确定所述UE的SRVCC能力由所述第一能力变为所述第二能力。 [0013] 结合第一方面或第一种可能的实现方式，在第二种可能的实现方式中，所述第一信息为一种3GPP中规定的消息UE Context Modification Request信息，所述第一状态信息为SRVCC执行可能性SRVCC Operation Possible信息。 [0014] 结合第一方面或第二种可能的实现方式，在第三种可能的实现方式中，当所述UE的SRVCC能力由所述第一能力变化为所述第二能力时，在向基站发送第一信息之前还包括步骤：向所述基站发送第二信息，所述第二信息用于指示所述基站将所述UE的状态由所述连接态切换为非连接态。 [0015] 结合第三种可能的实现方式，在第四种可能的实现方式中，向基站发送第二信息的步骤包括： [0016] 判断所述UE当前是否有第一处理流程正在进行； [0017] 当所述UE当前没有所述第一处理流程正在进行时，向所述基站发送所述第二信息。 [0018] 结合第三种可能的实现方式或第四种可能的实现方式，在第五种可能的实现方式中，在向基站发送第二信息的同时或之后还包括步骤：继续维持所述UE的承载。 [0019] 结合第三种可能的实现方式至第五种可能的实现方式中的任一种可能的实现方式，在第六种可能的实现方式中，在向基站发送第二信息之后还包括步骤： [0021] 根据所述第三信息向所述基站发送第一请求信息，以使所述基站将所述UE的状态由所述非连接态切换为所述连接态。 [0022] 结合第一方面或第一种可能的实现方式至第六种可能的实现方式中的任一种可能的实现方式，在第七种可能的实现方式中，所述第一能力为支持SRVCC的能力，所述第二能力为不支持SRVCC的能力；或所述第一能力为不支持SRVCC的能力，所述第二能力为支持SRVCC的能力。 [0023] 本发明的第二方面，提供一种信息更改方法，包括： [0024] 当终端UE处于连接态时，获得第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的SRVCC能力为第二能力； [0025] 根据所述第一状态信息更新本地的所述UE的SRVCC能力信息。 [0026] 结合第二方面，在第一种可能的实现方式中，所述第一信息为一种3GPP中规定的消息UE Context Modification Request信息，所述第一状态信息为SRVCC执行可能性SRVCC Operation Possible信息。 [0027] 结合第二方面或第一种可能的实现方式，在第二种可能的实现方式中，根据所述第一状态信息更新本地的所述UE的SRVCC能力信息的步骤包括： [0028] 判断本地存储的所述UE的所述SRVCC能力信息是否表征所述UE当前的SRVCC能力为所述第二能力； [0029] 当确定本地存储的所述UE的所述SRVCC能力信息表征所述UE当前的SRVCC能力为与所述第二能力不同的第一能力时，将本地存储的所述UE的所述SRVCC能力信息对应的所述SRVCC能力更改为所述第二能力。 [0030] 结合第二方面，在第三种可能的实现方式中，当终端UE处于连接态时，在获得所述第一信息之前还包括步骤： [0031] 获得用于表征切换所述UE的状态的第二信息； [0032] 根据所述第二信息将所述UE的状态由所述连接态切换为非连接态。 [0033] 结合第三种可能的实现方式，在第四种可能的实现方式中，在根据所述第二信息将所述UE的状态由所述连接态切换为非连接态之后还包括步骤： [0034] 获得用于表征切换所述UE的状态的第一请求信息； [0035] 根据所述第一请求信息将所述UE的状态由所述非连接态切换为所述连接态。 [0036] 结合第二方面、第三种可能的实现方式或第四种可能的实现方式，在第五种可能的实现方式中，根据所述第一状态信息更新本地的所述UE的SRVCC能力信息的步骤包括：将所述第一状态信息存储为本地的所述SRVCC能力信息。 [0037] 本发明的第三方面，提供一种信息传输装置，包括： [0038] 第一判断模块，用于在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力； [0039] 发送模块，用于当所述SRVCC能力由所述第一能力变化为所述第二能力时，向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0040] 结合第三方面，在第一种可能的实现方式中，所述第一判断模块具体用于：判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力，及判断所述UE在服务器中的SRVCC签约数据是否发生了变化；其中，如果自身支持SRVCC的能力由所述第一能力变为所述第二能力，和/或所述UE在服务器中的SRVCC签约数据发生了变化，则确定所述UE的SRVCC能力由所述第一能力变为所述第二能力。 [0041] 结合第三方面，在第二种可能的实现方式中，当所述UE的SRVCC能力由所述第一能力变化为所述第二能力时，所述发送模块还用于：向所述基站发送第二信息，所述第二信息用于指示所述基站将所述UE的状态由所述连接态切换为非连接态。 [0042] 结合第二种可能的实现方式，在第三种可能的实现方式中，所述第一判断模块还用于：判断所述UE当前是否有第一处理流程正在进行； [0043] 所述发送模块具体还用于：当所述UE当前没有所述第一处理流程正在进行时，向所述基站发送所述第二信息。 [0044] 结合第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，所述装置还包括维持模块，用于继续维持所述UE的承载。 [0045] 结合第二种可能的实现方式、第三种可能的实现方式或第四种可能的实现方式，在第五种可能的实现方式中，所述装置还包括第一获取模块； [0046] 所述第一获取模块用于获得所述UE发送的第三信息，所述第三信息用于请求将所述UE的状态恢复为所述连接态； [0047] 所述发送模块还用于根据所述第三信息向所述基站发送第一请求信息，以使所述基站将所述UE的状态由所述非连接态切换为所述连接态。 [0048] 本发明的第四方面，提供一种信息更改装置，包括： [0049] 第二获取模块，用于当终端UE处于连接态时，获得第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的SRVCC能力为第二能力； [0050] 更新模块，用于根据所述第一状态信息更新本地的所述UE的SRVCC能力信息。 [0051] 结合第四方面，在第一种可能的实现方式中，所述装置还包括第二判断模块； [0052] 所述第二判断模块用于判断本地存储的所述UE的SRVCC能力信息是否表征所述UE当前的SRVCC能力为所述第二能力； [0053] 所述更新模块具体用于当确定本地存储的所述UE的所述SRVCC能力信息表征所述UE当前的SRVCC能力为与所述第二能力不同的第一能力时，将本地存储的所述UE的所述SRVCC能力信息对应的所述SRVCC能力更改为所述第二能力。 [0054] 结合第四方面，在第二种可能的实现方式中，所述装置还包括切换模块； [0055] 所述第二获取模块还用于获得用于表征切换所述UE的状态的第二信息； [0056] 所述切换模块用于根据所述第二信息将所述UE的状态由所述连接态切换为非连接态。 [0057] 结合第二种可能的实现方式，在第三种可能的实现方式中，所述第二获取模块还用于获得用于表征切换所述UE的状态的第一请求信息； [0058] 所述切换模块还用于根据所述第一请求信息将所述UE的状态由所述非连接态切换为所述连接态。 [0059] 结合第四方面、第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，所述更新模块具体用于：将所述第一状态信息存储为本地的所述SRVCC能力信息。 [0060] 本发明的第五方面，提供一种信息传输装置，包括： [0062] 所述第一接口，用于与外部网元进行交互； [0063] 所述第一处理器，用于在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力；当所述SRVCC能力由所述第一能力变化为所述第二能力时，通过所述第一接口向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0064] 结合第五方面，在第一种可能的实现方式中，所述第一处理器用于在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力，具体包括：判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力，及判断所述UE在服务器中的SRVCC签约数据是否发生了变化；其中，如果自身支持SRVCC的能力由所述第一能力变为所述第二能力，和/或所述UE在服务器中的SRVCC签约数据发生了变化，则确定所述UE的SRVCC能力由所述第一能力变为所述第二能力。 [0065] 结合第五方面，在第二种可能的实现方式中，当所述UE的SRVCC能力由所述第一能力变化为所述第二能力时，所述第一处理器还用于：通过所述第一接口向所述基站发送第二信息，所述第二信息用于指示所述基站将所述UE的状态由所述连接态切换为非连接态。 [0066] 结合第二种可能的实现方式，在第三种可能的实现方式中，所述第一处理器还用于：判断所述UE当前是否有第一处理流程正在进行；当所述UE当前没有所述第一处理流程正在进行时，通过所述第一接口向所述基站发送所述第二信息。 [0067] 结合第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，所述第一处理器还用于继续维持所述UE的承载。 [0068] 结合第二种可能的实现方式、第三种可能的实现方式或第四种可能的实现方式，在第五种可能的实现方式中，所述第一处理器，还用于通过所述第一接口获得所述UE发送的第三信息，所述第三信息用于请求将所述UE的状态恢复为所述连接态；及通过所述第一接口根据所述第三信息向所述基站发送第一请求信息，以使所述基站将所述UE的状态由所述非连接态切换为所述连接态。 [0069] 本发明的第六方面，提供一种信息更改装置，包括： [0070] 第二处理器和第二接口； [0071] 所述第二接口，用于与外部网元进行交互； [0072] 所述第二处理器，用于当终端UE处于连接态时，通过所述第二接口获得第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的SRVCC能力为第二能力；并根据所述第一状态信息更新本地的所述UE的SRVCC能力信息。 [0073] 结合第六方面，在第一种可能的实现方式中，所述第二处理器用于根据所述第一状态信息更新本地的所述UE的SRVCC能力信息，具体包括：判断本地存储的所述UE的SRVCC能力信息是否表征所述UE当前的SRVCC能力为所述第二能力；及当确定本地存储的所述UE的所述SRVCC能力信息表征所述UE当前的SRVCC能力为与所述第二能力不同的第一能力时，将本地存储的所述UE的所述SRVCC能力信息对应的所述SRVCC能力更改为所述第二能力。 [0074] 结合第六方面，在第二种可能的实现方式中，所述第二处理器还用于通过所述第二接口获得用于表征切换所述UE的状态的第二信息，及根据所述第二信息将所述UE的状态由所述连接态切换为非连接态。 [0075] 结合第二种可能的实现方式，在第三种可能的实现方式中，所述第二处理器还用于通过所述第二接口获得用于表征切换所述UE的状态的第一请求信息，及根据所述第一请求信息将所述UE的状态由所述连接态切换为非连接态。 [0076] 结合第六方面、第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，所述第二处理器用于根据所述第一状态信息更新本地的所述UE的SRVCC能力信息，具体包括：将所述第一状态信息存储为本地的所述SRVCC能力信息。 [0077] 本发明实施例中的信息传输方法可以包括：在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力；当所述SRVCC能力由所述第一能力变化为所述第二能力时，向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0078] 本发明实施例中在所述UE处于所述连接态时，如果所述UE的所述SRVCC能力发生了变化，那么可以通过所述第一信息将所述UE变化后的所述SRVCC能力告知所述基站，以使所述基站能够根据所述UE当前的所述SRVCC能力更新本地存储的所述UE的SRVCC能力信息，这样，当所述UE处于所述连接态时也可以将所述UE的所述SRVCC能力的变化情况随时通知所述基站，所述基站也就可以根据实际情况来确定是否要发起SRVCC流程，尽量保证SRVCC流程能够成功进行，避免出现语音掉话等现象，保证语音通讯的连续性。附图说明 [0079] 图1为现有技术中向基站通知终端SRVCC能力的交互图； [0080] 图2为现有技术中当终端在网络间切换时终端的SRVCC能力变化及向基站通知的情况的总示意图； [0081] 图3为现有技术中当终端在网络间切换时终端的SRVCC能力变化及向基站通知的情况的一种示意图； [0082] 图4为现有技术中当终端在网络间切换时终端的SRVCC能力变化及向基站通知的情况的另一种示意图； [0083] 图5为本发明实施例中信息传输方法的主要流程图； [0084] 图6为本发明实施例中信息更改方法的主要流程图 [0085] 图7为本发明实施例中信息传输装置的详细结构图； [0086] 图8为本发明实施例中信息更改装置的详细结构图； [0087] 图9为本发明实施例中信息传输装置的结构示意图； [0088] 图10为本发明实施例中信息更改装置的结构示意图。 具体实施方式[0089] 本发明实施例中的信息传输方法可以包括：在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力；当所述SRVCC能力由所述第一能力变化为所述第二能力时，向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0090] 本发明实施例中在所述UE处于所述连接态时，如果所述UE的所述SRVCC能力发生了变化，那么可以通过所述第一信息将所述UE变化后的所述SRVCC能力告知所述基站，以使所述基站能够根据所述UE当前的所述SRVCC能力更新本地存储的所述UE的SRVCC能力信息，这样，当所述UE处于所述连接态时也可以将所述UE的所述SRVCC能力的变化情况随时通知所述基站，所述基站也就可以根据实际情况来确定是否要发起SRVCC流程，尽量保证SRVCC流程能够成功进行，避免出现语音掉话等现象，保证语音通讯的连续性。 [0091] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 [0092] 本文中描述的技术可用于4G通信系统与2G通信系统或3G通信系统之间的切换过程，当前的2G、3G通信系统，例如是全球移动通信系统（GSM，Global System for Mobile communications），码分多址（CDMA，Code Division Multiple Access）系统，时分多址（TDMA，Time Division Multiple Access）系统，宽带码分多址（WCDMA，Wideband Code Division Multiple Access Wireless），频分多址（FDMA，Frequency Division Multiple Addressing）系统，正交频分多址（OFDMA，Orthogonal Frequency-Division Multiple Access）系统，单载波FDMA（SC-FDMA）系统，通用分组无线业务（GPRS，General Packet Radio Service）系统，当前的4G通信系统，例如是长期演进（LTE，Long Term Evolution）系统，以及其他此类通信系统。 [0093] 本文中结合UE和/或基站和/或MME来描述各种方面。 [0094] 用户设备，可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网（例如，RAN，Radio Access Network）与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话（或称为“蜂窝”电话）和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务（PCS，Personal Communication Service）电话、无绳电话、会话发起协议（SIP）话机、无线本地环路（WLL，Wireless Local Loop）站、个人数字助理（PDA，Personal Digital Assistant）等设备。无线终端也可以称为系统、订户单元（Subscriber Unit）、订户站（Subscriber Station），移动站（Mobile Station）、移动台（Mobile）、远程站（Remote Station）、接入点（Access Point）、远程终端（Remote Terminal）、接入终端（Access Terminal）、用户终端（User Terminal）、用户代理（User Agent）、用户设备（User Device）、或用户装备（User Equipment）。 [0095] 基站（例如，接入点）可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议（IP）网络。基站还可协调对空中接口的属性管理。例如，基站可以是LTE中的演进型基站（NodeB或eNB或e-NodeB，evolutional Node B）。 [0096] MME，可以是LTE中的MME。 [0097] 另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。 [0098] 本发明实施例主要涉及到SRVCC技术，因此以下首先简单介绍一下该技术。 [0099] SRVCC技术的关键点： [0100] 终端支持SRVCC，HSS（一种服务器）为用户签约了SRVCC业务；网络侧支持SRVCC；MME（3GPP协议中规定的LTE接入网络的关键控制节点）已经把终端和网络侧同时支持SRVCC的能力通知给eNodeB。在满足以上三点的情况下，后续eNodeB才能够根据实际情况发起SRVCC流程。 [0101] 当UE（终端）支持SRVCC，并且UE通过VoLTE进行语音通话。那么在UE入网的时候会把自身的SRVCC能力通知到相应的MME，MME会向HSS去请求该UE的SRVCC签约数据，当MME判断确定同时满足UE支持SRVCC、MME支持SRVCC和HSS中具有该UE的SRVCC签约数据时，MME会通过Initial Context Setup Request（一种3GPP中规定的消息）消息把SRVCC Operation Possible（一种3GPP中规定的信元，用于表征UE的SRVCC能力）信元发送至eNodeB，如图1所示。反之，当任何一个条件发生变化导致SRVCC能力变化（支持或不支持）时，MME就需要通知eNodeB更新eNodeB上保存的SRVCC Operation Possible。 [0102] 3GPP协议中规定，能够携带SRVCC Operation Possible信元的信令消息仅包括Initial Context Setup Request（一种3GPP中规定的消息）和handover request（切换请求，一种3GPP中规定的消息）。且Initial Context Setup Request只会发生在Attach（附着）、Service Request（服务请求）和需恢复无线承载资源的TAU（跟踪区更新）流程中，即用户入网的时候或者用户从ECM-IDLE（空闲状态）到ECM-CONNECTED（连接状态）的时候。 [0103] 例如，以下介绍两种现有技术中需要涉及到SRVCC的处理方案： [0104] 现有技术一 [0105] 支持SRVCC的UE一直处在ECM-CONNECTED状态，MME已经向eNodeB下发了SRVCC Operation Possible信元，该SRVCC Operation Possible信元可能表示UE为具有SRVCC能力或者不具有SRVCC能力。 [0106] 之后，UE的SRVCC能力可能发生变化。第一种情况如图1中2a所示，MME由于网络改造或者维护等操作，即MME的SRVCC能力发生变化，主要包括从本来不支持SRVCC变成支持SRVCC，或者从本来支持SRVCC变成不支持SRVCC；第二种情况如图1中2b～4b所示，由于UE的签约业务发生变化，HSS上需要对用户的SRVCC签约数据进行修改操作，包括为用户增加SRVCC签约数据或者删除用户的SRVCC签约数据，HSS可以通过Insert Subscriber Data（3GPP中规定的一种消息）通知MME更新后的SRVCC签约数据，MME在收到Insert Subscriber Data后可以通过Insert Subscriber Data Ack（3GPP中规定的一种响应消息）消息来响应HSS。 [0107] 在以上两种情况下，UE的SRVCC能力都发生了变化。MME可以判断UE的SRVCC能力与之前MME已经下发给eNodeB的SRVCC能力是否一致，如果一致，MME就不需要通知eNodeB更新SRVCC能力，如果不一致，MME就需要通知eNodeB更新SRVCC能力，但此时由于用户一直处于ECM-CONNECTED状态，MME没有办法通知eNodeB。 [0108] 该现有技术中的的问题就是，当UE在ECM-CONNECTED态时3GPP规定的S1-MME（基站与MME之间的接口消息）接口消息中没有一条接口消息能够让MME将这种SRVCC operation变化的信息动态通知给eNodeB。 [0109] 现有技术二 [0110] 当UE支持SRVCC时，并且UE同时处在ECM-CONNECTED状态（比如用户在进行数据传输业务），用户从一个网络(PLMN1)切换到另一个网络(PLMN2)，其中，PLMN为公共陆地移动网络（Public Land Mobile Network)。此时发生PS handover流程，协议规定目的侧MME在Handover Request（切换请求）消息中把SRVCC Operation Possible信元发送至目标eNodeB，如图2所示，目标eNobeB即为图2中的eNobeB2。从图2中可以看出，在handover流程后会伴随有TAU流程，新的MME，即图2中的MME2会向HSS更新位置信息，HSS也会通过位置更新流程下发UE的签约数据给MME2，那么MME2应该通过Handover Request下发SRVCC Operation Possible信元给eNobeB2。其中，图2中的HSS支持UE签约SRVCC业务。这就存在两种情况： [0111] 1、如图3所示,图3中UE在PLMN1中签约了SRVCC功能，而该UE在PLMN2中未签约SRVCC功能，MME1和MME2均支持SRVCC。MME1和MME2属于不同的PLMN，即用户从一个网络漫游切换到另一个网络，而HSS中签约用户只能在PLMN1进行SRVCC业务时，MME2通过Forward Relocation Request（一种3GPP规定的消息）消息从MME1中获取到之前的SRVCC签约数据和UE的SRVCC能力。同时MME2也支持SRVCC，那么MME2就会通过Handover Request消息下发SRVCC Operation Possible信元给eNodeB。 [0112] 在后续伴随的TAU流程中，MME2会发起位置更新流程，此时由于HSS只签约了PLMN1支持SRVCC业务，PLMN2不支持SRVCC业务，那么HSS不会下发C-MSISDN和STN-SR给MME2，此时MME2应该通知eNodeB更新SRVCC Operation Possible信元为不支持，但是当前UE处于连接态，MME2无法通知eNodeB，因此后续eNodeB仍然可以发起SRVCC流程，这时可能就会导致SRVCC流程不会成功。 [0113] 2、如图4所示，图4中UE在PLMN1未签约SRVCC功能，而该UE在PLMN2签约了SRVCC功能，MME1和MME2均支持SRVCC。MME1和MME2属于不同PLMN，即用户从一个网络漫游切换到另一个网络，而HSS中签约用户只能在PLMN2进行SRVCC业务时，此时MME1无法获得UE的SRVCC签约数据，MME2通过Forward Relocation Request消息只能从MME1中获取到UE的SRVCC能力，无法获得UE的SRVCC签约数据，虽然MME2也支持SRVCC，但MME2也不会通过Handover Request消息下发SRVCCOperation Possible信元给eNodeB。 [0114] 但是在后续伴随的TAU流程中，MME2会发起位置更新流程，由于HSS签约了PLMN2支持SRVCC业务，那么HSS会下发UE的SRVCC签约数据给MME2，此时MME2应该通知eNodeB更新SRVCC Operation Possible信元为支持SRVCC，但是当前UE处于连接态，MME2无法通知eNodeB，因此后续eNodeB无法发起SRVCC流程，这又可能致使语音中断，从而可能会导致用户在通话过程中发生掉话等现象。 [0115] 采用本发明实施例中的方法，可以有效解决现有技术中存在的问题。 [0117] 实施例一 [0118] 请参见图5，本发明实施例提供一种信息传输方法，所述方法的主要流程可以如下： [0119] 步骤501：在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力。 [0120] 本发明实施例中，实施例一中的所述方法可以应用在MME中。 [0121] 本发明实施例中，所述UE可以具有两种状态，所述连接态（ECM-Connected）和非连接态（ECM-IDLE）。 [0122] 其中，当所述UE处于所述连接态时，其可以直接进行数据传输，而当所述UE处于所述非连接态时，其无法进行数据传输。 [0123] 本发明实施例中，在一种情况下，当所述UE处于所述连接态时，所述UE对SRVCC的支持状态可能不会改变。例如，当所述UE进入所述连接态时，如果所述UE支持SRVCC，那么直到所述UE重新进入所述非连接态，所述UE都始终支持SRVCC，或者，当所述UE进入所述连接态时，如果所述UE不支持SRVCC，那么直到所述UE重新进入所述非连接态，所述UE都始终不支持SRVCC。 [0124] 本发明实施例中，所述UE的所述SRVCC能力主要包括三个方面：1、所述UE是否支持SRVCC；2、在核心网的HSS（以下简称服务器）中是否有所述UE的SRVCC签约数据；3、MME是否支持SRVCC。 [0125] 本发明实施例中，所述UE的SRVCC能力可以包括两种：第一能力和第二能力，所述第一能力可以是指支持SRVCC的能力，所述第二能力可以是指不支持SRVCC的能力，或者，第一能力可以是指不支持SRVCC的能力，所述第二能力可以是指支持SRVCC的能力。 [0126] 也就是说，对于所述UE的所述SRVCC能力，可以是所述第一能力也可以是所述第二能力。 [0127] 同样的，对于所述UE自身，即对于所述SRVCC能力中包括的上述三个方面的第一个方面，其也可以是所述第一能力或者是所述第二能力。即对于所述UE自身，其可以支持SRVCC也可以不支持SRVCC。 [0128] 同样的，对于所述MME自身，即对于所述SRVCC能力中包括的上述三个方面的第三个方面，其也可以是所述第一能力或者是所述第二能力。即对于所述MME自身，其可以支持SRVCC也可以不支持SRVCC。 [0129] 当所述UE处于所述连接态时，所述MME可以判断所述UE的所述SRVCC能力是否发生了变化，即是否由所述第一能力变化为了所述第二能力。 [0130] 较佳的，本发明实施例中，假设当所述UE处于所述连接态时，所述UE对SRVCC的支持状态不会改变，那么在进行判断时可以只对上述UE的所述SRVCC能力的第二个方面和第三个方面均进行判断。 [0131] 当然，如果当所述UE处于所述连接态时，所述UE对SRVCC的支持状态会发生改变，那么在进行判断时也可以对上述UE的所述SRVCC能力的三个方面均进行判断，这些实施例都在本发明的保护范围之内，本领域技术人员自然知道应如何操作。 [0132] 即，所述MME在判断所述UE的所述SRVCC能力是否发生了变化时，可以判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力，及可以判断所述UE在服务器中的SRVCC签约数据是否发生了变化。 [0133] 具体的，可以首先判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力，再判断所述UE在服务器中的SRVCC签约数据是否发生了变化；或者，也可以首先判断所述UE在服务器中的SRVCC签约数据是否发生了变化，再判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力；或者，这两个判断过程也可以同时进行。 [0134] 其中，所述MME由于网络改造或者维护等操作，对SRVCC的支持情况可能会发生变化，主要包括从本来不支持SRVCC变成支持SRVCC，或者从本来支持SRVCC变成不支持SRVCC。 [0135] 其中，由于用户的签约业务发生变化，HSS可能上需要对UE的SRVCC签约数据（C-MSISDN、STN-SR）进行修改操作，包括为用户增加SRVCC签约数据或者删除用户原有的SRVCC签约数据，HSS可以通过Insert SubscriberData（3GPP中规定的流程）流程通知MME所述UE更新后的所述SRVCC签约数据。那么，如果是为该UE增加了SRVCC签约数据，该UE对SRVCC的支持情况就有可能从本来不支持SRVCC变为支持SRVCC，如果是为该UE删除了SRVCC签约数据，该UE对SRVCC的支持情况就有可能从本来支持SRVCC变为不支持SRVCC。 [0136] 本发明实施例中，所述SRVCC签约数据中至少可以包括有两个数据：C-MSISDN（Mobile Subscriber International Integrated Service Digital Network number，关联的综合业务数字网移动描述号码）和STN-SR（Session Transfer Number for Single Radio Voice Call Continuity，SRVCC会话转移号码）。 [0137] 本发明实施例中，列出了所述UE的所述SRVCC能力的三个方面，其中，只要有一个方面发生改变，所述UE的所述SRVCC能力就可能发生变化。 [0138] 因本发明实施例中所述UE处于所述连接态，因此无需判断所述SRVCC能力的三个方面中的第一个方面。 [0139] 那么，如果所述MME判断确定自身支持SRVCC的能力由所述第一能力变为所述第二能力，就可以确定所述UE的所述SRVCC能力发生了变化，即由所述第一能力变为了所述第二能力；或者，如果所述MME判断确定所述UE在服务器中的SRVCC签约数据发生了变化，也就可以确定所述UE的所述SRVCC能力发生了变化，即由所述第一能力变为了所述第二能力；或者，如果所述MME判断确定自身支持SRVCC的能力由所述第一能力变为所述第二能力，及判断确定所述UE在服务器中的SRVCC签约数据发生了变化，也就可以确定所述UE的所述SRVCC能力发生了变化，即由所述第一能力变为了所述第二能力。 [0140] 也就是说，如果本发明实施例中判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力，及判断所述UE在服务器中的SRVCC签约数据是否发生了变化这两个判断过程如果不是同时进行，那么，在进行第一个判断过程后，如果确定该判断过程中针对的对象支持SRVCC的能力发生了变化，那么就可以无需进行下一个判断过程，而可以直接确定所述UE的所述SRVCC能力由所述第一能力变为了所述第二能力。 [0141] 步骤502：当所述SRVCC能力由所述第一能力变化为所述第二能力时，向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0142] 本发明实施例中，所述第一信息可能为不同的信息。 [0143] 第一种情况：例如，所述第一信息可以是S1-MME（基站与MME之间）接口消息中的一个消息，其中所述第一信息可以是当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，例如所述第一信息可以是UEContext Modification Request（一种3GPP中规定的消息）信息，或者所述第一信息也可以是其他信息，只要所述第一信息是当所述UE处于所述连接态时所述MME能够向所述基站发送的信息即可，本发明对此不作限制。 [0144] 因为在这种情况下，所述第一信息为当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，因此，所述MME也就能够向所述基站发送所述第一信息，这也就解决了现有技术中当所述UE处于连接态时，所述MME无法向所述基站发送信息以更改所述UE的所述SRVCC能力的技术问题。 [0145] 本发明实施例中，可以将所述第一状态信息携带在所述第一信息中，以将SRVCC Operation Possible信元发送至所述基站。 [0146] 本发明实施例中，所述第一状态信息可以是SRVCC Operation Possible信元。其中，SRVCC Operation Possible信元就可以用于表征所述UE的所述SRVCC能力，例如，该SRVCC Operation Possible信元就可以用于表征所述UE的所述SRVCC能力究竟为所述第一能力还是所述第二能力。 [0147] 其中，例如所述第一信息为UE Context Modification Request信息，那么，具体可以是将UE Context Modification Request信息进行信息扩展，以在该信息的扩展位中携带SRVCC Operation Possible信元。例如，可以将SRVCCOperation Possible信元携带在UE Context Modification Request信息的任何位置，即可以在UE Context Modification Request信息的任何位置进行信息扩展。 [0148] 本发明实施例中，所述基站侧可以存储有所述UE的SRVCC能力信息，所述SRVCC能力信息可以用于表征所述UE的所述SRVCC能力为所述第一能力或所述第二能力。 [0149] 这样，所述基站在接收到所述第一信息后，可以根据所述第一信息中的所述第一状态信息来更新本地的所述UE的所述SRVCC能力。 [0150] 可选的，如果所述基站侧存储有所述UE的SRVCC能力信息，那么所述基站可以将所述第一信息中携带的所述SRVCC能力与本地存储的所述SRVCC能力进行比较，判断二者是否一致。如果一致，则所述基站可以不进行操作，如果不一致，那么所述基站可以根据所述第一信息中携带的所述SRVCC能力来更新本地存储的所述SRVCC能力信息，从而可以保证所述基站侧存储的所述UE的所述SRVCC能力能够得到实时更新。这样，可以保证所述基站能够根据正确的信息来确定是否要发起SRVCC流程，也可以尽量保证语音通讯的连续性，尽量避免掉话等情况的发生。其中，无论所述基站的判断结果为所述第一信息中携带的所述SRVCC能力与本地存储的所述SRVCC能力是否一致，都可以视为所述基站是根据所述第一信息中携带的所述SRVCC能力来更新本地的所述SRVCC能力信息。 [0151] 例如，如果所述第一信息中携带的所述SRVCC能力为所述第一能力，所述基站侧存储的所述SRVCC能力信息所表示的所述SRVCC能力也为所述第一能力，那么所述基站通过比较之后可以确定二者一致，所述基站可以不进行操作。 [0152] 但是例如，如果所述第一信息中携带的所述SRVCC能力为所述第一能力，所述基站侧存储的所述SRVCC能力信息所表示的所述SRVCC能力为所述第二能力，那么所述基站通过比较之后可以确定二者不一致，所述基站就可以根据所述第一信息中携带的所述SRVCC能力来更新其本地存储的所述SRVCC能力信息，例如，所述基站可以将本地存储的所述SRVCC能力信息中的所述SRVCC能力由原来的所述第二能力更新为所述第一能力。 [0153] 可选的，如果所述基站侧没有存储所述UE的所述SRVCC能力信息，那么，在获取所述第一信息后，所述基站可以直接将所述第一信息中携带的所述第一状态信息进行存储，即在本地以所述SRVCC能力信息的形式来存储所述UE的所述SRVCC能力，因此，也可以视为所述基站是根据所述第一信息中携带的所述SRVCC能力来更新本地的所述SRVCC能力信息。 [0154] 第二种情况：所述第一信息可以是3GPP协议中规定的能够携带SRVCCOperation Possible信元的信息。例如所述第一信息可以是Initial Context SetupRequest（初始环境建立请求）信息。 [0155] 本发明实施例中，可以将所述第一状态信息携带在所述第一信息中，以将SRVCC Operation Possible信元发送至所述基站。 [0156] 本发明实施例中，所述第一状态信息可以是SRVCC Operation Possible信元。其中，SRVCC Operation Possible信元就可以用于表征所述UE的所述SRVCC能力，例如，该SRVCC Operation Possible信元就可以用于表征所述UE的所述SRVCC能力究竟为所述第一能力还是所述第二能力。 [0157] 本发明实施例中，如果所述基站侧存储有所述UE的SRVCC能力信息，所述SRVCC能力信息可以用于表征所述UE的所述SRVCC能力为所述第一能力或所述第二能力。 [0158] 这样，所述基站在接收到所述第一信息后，可以将所述第一信息中携带的所述SRVCC能力与本地存储的所述SRVCC能力进行比较，判断二者是否一致。如果一致，则所述基站可以不进行操作，如果不一致，那么所述基站可以根据所述第一信息中携带的所述SRVCC能力来更新本地存储的所述SRVCC能力信息，从而可以保证所述基站侧存储的所述UE的所述SRVCC能力能够得到实时更新。这样，可以保证所述基站能够根据正确的信息来确定是否要发起SRVCC流程，也可以尽量保证语音通讯的连续性，尽量避免掉话等情况的发生。 [0159] 例如，如果所述第一信息中携带的所述SRVCC能力为所述第二能力，所述基站侧存储的所述SRVCC能力信息所表示的所述SRVCC能力也为所述第二能力，那么所述基站通过比较之后可以确定二者一致，所述基站可以不进行操作。 [0160] 但是例如，如果所述第一信息中携带的所述SRVCC能力为所述第二能力，所述基站侧存储的所述SRVCC能力信息所表示的所述SRVCC能力为所述第一能力，那么所述基站通过比较之后可以确定二者不一致，所述基站就可以根据所述第一信息中携带的所述SRVCC能力来更新其本地存储的所述SRVCC能力信息，例如，所述基站可以将本地存储的所述SRVCC能力信息中的所述SRVCC能力由原来的所述第一能力更新为所述第二能力。 [0161] 本发明实施例中，如果所述基站侧没有存储所述UE的所述SRVCC能力信息，那么，在获取所述第一信息后，所述基站可以直接将所述第一信息中携带的所述第一状态信息进行存储，即在本地以所述SRVCC能力信息的形式来存储所述UE的所述SRVCC能力，因此，也可以视为所述基站是根据所述第一信息中携带的所述SRVCC能力来更新本地的所述SRVCC能力信息。 [0162] 较佳的，在本发明实施例中，在这种情况下，当所述UE的所述SRVCC能力由所述第一能力变为所述第二能力时，所述MME在向所述基站发送所述第一信息之前，还可以首先向所述基站发送第二信息，所述第二信息可以用于指示所述基站将所述UE的状态由所述连接态切换为所述非连接态。 [0163] 较佳的，所述第二信息例如可以是UE Context Release Command（一种3GPP中规定的消息）信息。 [0164] 较佳的，在本发明另一实施例中，所述MME向所述基站发送所述第二信息，具体可以是：所述MME可以首先判断所述UE当前是否有第一处理流程正在进行，即判断所述UE当前是否有一些工作正在进行。 [0165] 如果判断确定所述UE当前没有第一处理流程正在进行，即所述UE当前没有工作正在处理，那么所述MME可以向所述基站发送所述第二信息，而如果判断确定所述UE当前有第一处理流程正在进行，那么所述MME可以暂缓发送所述第二信息，可以等到所述UE的将所述第一处理流程处理完毕后再向所述基站发送所述第二信息。 [0166] 这样操作的目的是尽量保证不会影响到所述UE的正常工作。 [0167] 较佳的，在本发明另一实施例中，所述MME在向所述基站发送所述第二信息后，可以继续维持所述UE的承载。本发明实施例中，继续维持所述UE的承载，主要可以是指继续维持所述UE的GBR（Guranteed Bit Rate，保证比特率）承载，避免其被释放掉。 [0168] 本发明实施例中，所述MME在向所述基站发送所述第二信息后，可以获得所述UE发送的第三信息，所述第三信息可以是用于请求恢复所述UE的状态，即可以是用于请求将所述UE的状态由所述非连接态切换为所述连接态。 [0169] 较佳的，例如所述第三信息可以是Service Request（一种3GPP中规定的消息）信息。 [0170] 本发明实施例中，可以是所述UE主动向所述MME发送所述第三信息，或者也可以是所述UE受触发后向所述MME发送所述第三信息。 [0171] 例如，如果是所述UE受触发后向所述MME发送所述第三信息，那么一种可能的情况为：如果所述UE在进入所述非连接态之前正在与网络侧进行通信，那么当所述UE进入所述非连接态时，网络侧会向PGW（Packet Data Network Gateway，数据包网络网关）发送消息，PGW接到该消息后会向SGW（信令网关）发送消息，SGW接收到消息后，会向所述MME发送消息，例如该消息可以是Downlink Data Notification（一种3GPP中规定的消息）消息，所述MME接收到该消息后，会向所述基站触发PAGING（一种3GPP中规定的流程），随后所述基站会向所述UE触发PAGING，即向所述UE发送寻呼消息，所述UE在接收到所述基站发送的寻呼消息后，就会向所述MME发送所述第三信息。 [0172] 所述MME在接收到所述第三信息后，可以向所述基站发送第一请求信息，所述第一请求信息可以是用于请求基站将所述UE的状态由所述非连接态切换为所述连接态。 [0173] 所述基站在接收到所述第一请求信息后，可以将所述UE的状态由所述非连接态又切换回所述连接态。 [0174] 那么，在所述基站将所述UE的状态由所述非连接态又切换回所述连接态时，所述MME就可以向所述基站发送所述第一信息，以将SRVCC Operation Possible信元发送至所述基站。 [0175] 实施例二 [0176] 请参见图6，本发明实施例提供一种信息更改方法，所述方法的主要流程可以如下： [0177] 步骤601：当终端UE处于连接态时，获得第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的SRVCC能力为第二能力。 [0178] 本发明实施例中，实施例二中的所述信息更改方法可以应用在基站侧，所述基站可以是所述UE所属的基站。 [0179] 当所述UE处于所述连接态时，所述MME可以向所述基站发送所述第一信息，那么所述基站就可以获得所述第一信息，所述第一信息中可以携带有所述第一状态信息。 [0180] 本发明实施例中，所述第一状态信息例如可以是SRVCC Operation Possible信元，该SRVCC Operation Possible信元可以用于表征所述UE的所述SRVCC能力，例如该SRVCC Operation Possible信元可以用于表征所述UE的所述SRVCC能力为所述第一能力或所述第二能力。 [0181] 本发明实施例中，所述第一信息可能为不同的信息。 [0182] 可选的，所述第一信息可以是当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，例如所述第一信息可以是UE Context Modification Request信息。 [0183] 可选的，所述第一信息可以是3GPP协议中规定的能够携带SRVCC Operation Possible信元的信息。例如所述第一信息可以是Initial Context Setup Request（初始环境建立请求）信息。 [0184] 本发明实施例中，如果所述第一信息为3GPP协议中规定的能够携带SRVCC Operation Possible信元的信息，那么，当终端UE处于连接态时，所述基站在获得所述第一信息之前，可以首先获得所述MME发送的第二信息，所述第二信息可以用于表征切换所述UE的状态，例如所述第二信息可以是用于表征将所述UE的状态由当前的所述连接态切换为所述非连接态。那么，所述基站在获得所述第二信息后，可以根据所述第二信息将所述UE的状态由所述连接态切换为所述非连接态。 [0185] 本发明实施例中，所述基站在根据所述第二信息将所述UE的状态由所述连接态切换为所述非连接态后，可以获得所述MME发送的用于表征切换所述UE的状态的第一请求信息，例如所述第一请求信息可以是用于表征将所述UE当前的状态由所述非连接态切换为所述连接态。那么，所述基站在获得所述第一请求信息后，可以根据所述第一请求信息将所述UE的状态由所述非连接态切换为所述连接态。 [0186] 步骤602：根据所述第一状态信息更新本地的所述UE的SRVCC能力信息。 [0187] 本发明实施例中，所述基站在获得所述第一信息后，可以根据所述第一信息中携带的所述第一状态信息来更新本地的所述SRVCC能力信息。 [0188] 所述基站在接收到所述第一信息后，可以根据所述第一信息中的所述第一状态信息来更新本地的所述UE的所述SRVCC能力。 [0189] 可选的，如果所述第一信息是当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，例如所述第一信息是UE Context Modification Request信息，那么，在接收到所述第一信息之前，所述基站侧可能事先会存储有所述UE的SRVCC能力信息。 [0190] 此时，所述基站可以将所述第一信息中携带的所述SRVCC能力与本地存储的所述SRVCC能力进行比较，判断二者是否一致。如果一致，则所述基站可以不进行操作，如果不一致，那么所述基站可以根据所述第一信息中携带的所述SRVCC能力来更新本地存储的所述SRVCC能力信息，从而可以保证所述基站侧存储的所述UE的所述SRVCC能力能够得到实时更新。这样，可以保证所述基站能够根据正确的信息来确定是否要发起SRVCC流程，也可以尽量保证语音通讯的连续性，尽量避免掉话等情况的发生。 [0191] 其中，无论所述基站的判断结果为所述第一信息中携带的所述SRVCC能力与本地存储的所述SRVCC能力是否一致，都可以视为所述基站是根据所述第一信息中携带的所述SRVCC能力来更新本地的所述SRVCC能力信息。 [0192] 例如，如果所述第一信息中携带的所述SRVCC能力为所述第一能力，所述基站侧存储的所述SRVCC能力信息所表示的所述SRVCC能力也为所述第一能力，那么所述基站通过比较之后可以确定二者一致，所述基站可以不进行操作。 [0193] 但是例如，如果所述第一信息中携带的所述SRVCC能力为所述第一能力，所述基站侧存储的所述SRVCC能力信息所表示的所述SRVCC能力为所述第二能力，那么所述基站通过比较之后可以确定二者不一致，所述基站就可以根据所述第一信息中携带的所述SRVCC能力来更新其本地存储的所述SRVCC能力信息，例如，所述基站可以将本地存储的所述SRVCC能力信息中的所述SRVCC能力由原来的所述第二能力更新为所述第一能力。 [0194] 可选的，如果所述第一信息是3GPP协议中规定的能够携带SRVCC Operation Possible信元的信息，例如所述第一信息可以是Initial Context Setup Request（初始环境建立请求）信息，那么，在接收到所述第一信息之前，所述基站侧可能没有存储所述UE的所述SRVCC能力信息。 [0195] 此时，在获取所述第一信息后，所述基站可以直接将所述第一信息中携带的所述第一状态信息进行存储，可以将所述第一状态信息存储为本地的所述SRVCC能力信息，即在本地以所述SRVCC能力信息的形式来存储所述UE的所述SRVCC能力，因此，也可以视为所述基站是根据所述第一信息中携带的所述SRVCC能力来更新本地的所述SRVCC能力信息。 [0196] 实施例三 [0197] 请参见图7，本发明实施例提供一种信息传输装置，所述装置可以包括第一判断模块701和发送模块702。较佳的，本发明实施例中所述信息传输装置可以位于所述MME侧。 [0198] 较佳的，本发明实施例中，所述装置还可以包括维持模块703和第一获取模块704。 [0199] 第一判断模块701可以用于在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力。 [0200] 本发明实施例中，所述UE的所述SRVCC能力主要包括三个方面：1、所述UE是否支持SRVCC；2、在核心网的HSS中是否有所述UE的SRVCC签约数据；3、MME是否支持SRVCC。 [0201] 第一判断模块701具体可以用于判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力，及判断所述UE在服务器中的SRVCC签约数据是否发生了变化；其中，如果自身支持SRVCC的能力由所述第一能力变为所述第二能力，和/或所述UE在服务器中的SRVCC签约数据发生了变化，则确定所述UE的SRVCC能力由所述第一能力变为所述第二能力。 [0202] 当所述UE处于所述连接态时，所述MME可以判断所述UE的所述SRVCC能力是否发生了变化，即是否由所述第一能力变化为了所述第二能力。 [0203] 前面已经说过，本发明实施例中可以假设当所述UE处于所述连接态时，所述UE自身对所述SRVCC的支持情况不会发生改变，即在进行判断时可以无需考虑上述所述SRVCC能力中包括的三个方面中的第一个方面，那么对于另外两个方面可以均进行判断。 [0204] 即，第一判断模块701在判断所述UE的所述SRVCC能力是否发生了变化时，可以判断所述MME支持SRVCC的能力是否由所述第一能力变为所述第二能力，及可以判断所述UE在服务器中的SRVCC签约数据是否发生了变化。 [0205] 那么，如果第一判断模块701判断确定所述MME支持SRVCC的能力由所述第一能力变为所述第二能力，就可以确定所述UE的所述SRVCC能力发生了变化，即由所述第一能力变为了所述第二能力；或者，如果第一判断模块701判断确定所述UE在服务器中的SRVCC签约数据发生了变化，也就可以确定所述UE的所述SRVCC能力发生了变化，即由所述第一能力变为了所述第二能力；或者，如果第一判断模块701判断确定所述MME支持SRVCC的能力由所述第一能力变为所述第二能力，及判断确定所述UE在服务器中的SRVCC签约数据发生了变化，也就可以确定所述UE的所述SRVCC能力发生了变化，即由所述第一能力变为了所述第二能力。 [0206] 第一判断模块701还可以用于判断所述UE当前是否有第一处理流程正在进行。 [0207] 发送模块702可以用于当所述SRVCC能力由所述第一能力变化为所述第二能力时，向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0208] 发送模块702还可以用于向所述基站发送第二信息，所述第二信息用于指示所述基站将所述UE的状态由所述连接态切换为非连接态。 [0209] 本发明实施例中，所述第一信息可以是不同的信息。 [0210] 例如，所述第一信息可以是当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，例如所述第一信息可以是UE Context Modification Request（一种3GPP中规定的消息）信息。 [0211] 例如所述第一信息可以是3GPP协议中规定的能够携带SRVCC Operation Possible信元的信息。例如所述第一信息可以是Initial Context Setup Request（初始环境建立请求）信息。 [0212] 其中，如果所述第一信息为当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，那么当所述UE的所述SRVCC能力由所述第一能力变为所述第二能力时，所述MME在向所述基站发送所述第一信息之前，还可以首先向所述基站发送第二信息，所述第二信息可以用于指示所述基站将所述UE的状态由所述连接态切换为所述非连接态。 [0213] 发送模块702具体还可以用于当所述UE当前没有所述第一处理流程正在进行时，向所述基站发送所述第二信息。 [0214] 发送模块702还可以用于根据所述第三信息向所述基站发送第一请求信息，以使所述基站将所述UE的状态由所述非连接态切换为所述连接态。 [0215] 本发明实施例中，如果发送模块702向所述基站发送了所述第二信息，那么，在向所述基站发送所述第二信息后，所述MME可以获得所述UE发送的第三信息，所述第三信息可以是用于请求恢复所述UE的状态，即可以是用于请求将所述UE的状态由所述非连接态切换为所述连接态。 [0216] 所述MME在接收到所述第三信息后，发送模块702可以向所述基站发送第一请求信息，所述第一请求信息可以是用于请求基站将所述UE的状态由所述非连接态切换为所述连接态。 [0217] 维持模块703可以用于继续维持所述UE的承载。 [0218] 本发明实施例中，如果所述发送模块702向所述基站发送了所述第二信息，那么，在所述发送模块702发送所述第二信息之后，维持模块703可以继续维持所述UE的承载。 [0219] 本发明实施例中，继续维持所述UE的承载，主要可以是指继续维持所述UE的GBR承载，避免其被释放掉。 [0220] 第一获取模块704可以用于获得所述UE发送的所述第三信息，所述第三信息用于请求将所述UE的状态恢复为所述连接态。 [0221] 实施例四 [0222] 请参见图8，本发明实施例提供一种信息更改装置，所述装置可以包括第二获取模块801和更新模块802。较佳的，本发明实施例中所述信息更改装置可以位于所述基站侧，所述基站可以是所述UE所属的基站。 [0223] 较佳的，所述装置还可以包括第二判断模块803和切换模块804。 [0224] 第二获取模块801可以用于当UE处于连接态时，获得第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的SRVCC能力为第二能力。 [0225] 当所述UE处于所述连接态时，所述MME可以向所述基站发送所述第一信息，那么第二获取模块801就可以获得所述第一信息，所述第一信息中可以携带有所述第一状态信息。 [0226] 本发明实施例中，所述第一状态信息例如可以是SRVCC Operation Possible信元，该SRVCC Operation Possible信元可以用于表征所述UE的所述SRVCC能力，例如该SRVCC Operation Possible信元可以用于表征所述UE的所述SRVCC能力为所述第一能力或所述第二能力。 [0227] 本发明实施例中，所述第一信息可能为不同的信息。 [0228] 可选的，所述第一信息可以是当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，例如所述第一信息可以是UE Context Modification Request信息。 [0229] 可选的，所述第一信息可以是3GPP协议中规定的能够携带SRVCCOperation Possible信元的信息。例如所述第一信息可以是Initial Context Setup Request（初始环境建立请求）信息。 [0230] 第二获取模块801还可以用于获得用于表征切换所述UE的状态的第二信息。 [0231] 本发明实施例中，如果所述第一信息为3GPP协议中规定的能够携带SRVCC Operation Possible信元的信息，那么，当终端UE处于连接态时，所述基站在获得所述第一信息之前，可以首先获得所述MME发送的第二信息，所述第二信息可以用于表征切换所述UE的状态，例如所述第二信息可以是用于表征将所述UE的状态由当前的所述连接态切换为所述非连接态。那么，所述基站在获得所述第二信息后，可以根据所述第二信息将所述UE的状态由所述连接态切换为所述非连接态。 [0232] 第二获取模块801还可以用于获得用于表征切换所述UE的状态的第一请求信息。 [0233] 本发明实施例中，所述基站在根据所述第二信息将所述UE的状态由所述连接态切换为所述非连接态后，可以获得所述MME发送的用于表征切换所述UE的状态的第一请求信息，例如所述第一请求信息可以是用于表征将所述UE当前的状态由所述非连接态切换为所述连接态。那么，所述基站在获得所述第一请求信息后，可以根据所述第一请求信息将所述UE的状态由所述非连接态切换为所述连接态。 [0234] 更新模块802可以用于根据所述第一状态信息更新本地的所述UE的SRVCC能力信息。 [0235] 本发明实施例中，当所述第一信息为当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，例如所述第一信息为UE Context Modification Request信息时，更新模块802具体可以用于当确定本地存储的所述UE的所述SRVCC能力信息表征所述UE当前的SRVCC能力为与所述第二能力不同的第一能力时，将本地存储的所述UE的所述SRVCC能力信息对应的所述SRVCC能力更改为所述第二能力。 [0236] 本发明实施例中，当所述第一信息为3GPP协议中规定的能够携带SRVCC Operation Possible信元的信息，例如所述第一信息可以是Initial Context Setup Request（初始环境建立请求）信息时，更新模块802具体可以用于将所述第一状态信息存储为本地的所述SRVCC能力信息。 [0237] 第二判断模块803可以用于判断本地存储的所述UE的SRVCC能力信息是否表征所述UE当前的SRVCC能力为所述第二能力。 [0238] 切换模块804可以用于根据所述第二信息将所述UE的状态由所述连接态切换为非连接态。 [0239] 切换模块804可以用于根据所述第一请求信息将所述UE的状态由所述非连接态切换为所述连接态。 [0240] 实施例五 [0241] 请参见图9，本发明实施例提供一种信息传输装置，所述装置可以包括第一处理器901和第一接口902。较佳的，本发明实施例中的所述信息传输装置可以位于所述MME侧。 较佳的，本发明实施例中的所述信息传输装置与实施例三中的所述信息传输装置可以是同一装置。 [0242] 第一接口902可以用于与外部网元进行交互。 [0243] 第一处理器901可以用于在UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力；当所述SRVCC能力由所述第一能力变化为所述第二能力时，通过第一接口902向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0244] 第一处理器901可以用于在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力，其具体可以包括：第一处理器901判断自身支持SRVCC的能力是否由所述第一能力变为所述第二能力，及判断所述UE在服务器中的SRVCC签约数据是否发生了变化；其中，如果自身支持SRVCC的能力由所述第一能力变为所述第二能力，和/或所述UE在服务器中的SRVCC签约数据发生了变化，则确定所述UE的SRVCC能力由所述第一能力变为所述第二能力。 [0245] 本发明实施例中，当所述UE的SRVCC能力由所述第一能力变化为所述第二能力时，第一处理器901还可以用于通过第一接口902向所述基站发送第二信息，所述第二信息用于指示所述基站将所述UE的状态由所述连接态切换为非连接态。 [0246] 第一处理器901还可以用于判断所述UE当前是否有第一处理流程正在进行，及当所述UE当前没有所述第一处理流程正在进行时，通过第一接口902向所述基站发送所述第二信息。 [0247] 第一处理器901还可以用于继续维持所述UE的承载。 [0248] 第一处理器901还可以用于通过第一接口902获得所述UE发送的第三信息，所述第三信息用于请求将所述UE的状态恢复为所述连接态，及可以通过第一接口902根据所述第三信息向所述基站发送第一请求信息，以使所述基站将所述UE的状态由所述非连接态切换为所述连接态。 [0249] 其中，实施例三中的第一判断模块701和维持模块703可以位于实施例五中的第一处理器901中，实施例三中的发送模块702和第一获取模块704可以相当于实施例五中的第一接口902。 [0250] 实施例六 [0251] 请参见图10，本发明实施例提供一种信息更改装置，所述装置可以包括第二接口1001和第二处理器1002。较佳的，本发明实施例中的所述信息更改装置可以位于基站侧，所述基站可以是所述UE所属的基站。较佳的，实施例六中的所述信息更改装置与实施例四中的所述信息更改装置可以为同一装置。 [0252] 第二接口1001可以用于与外部网元进行交互。 [0253] 第二处理器1002可以用于当UE处于连接态时，通过第二接口902获得第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的SRVCC能力为第二能力；并可以根据所述第一状态信息更新本地的所述UE的SRVCC能力信息。 [0254] 第二处理器1002可以用于根据所述第一状态信息更新本地的所述UE的SRVCC能力信息，其具体可以包括：第二处理器1002可以判断本地存储的所述UE的SRVCC能力信息是否表征所述UE当前的SRVCC能力为所述第二能力；及当确定本地存储的所述UE的所述SRVCC能力信息表征所述UE当前的SRVCC能力为与所述第二能力不同的第一能力时，将本地存储的所述UE的所述SRVCC能力信息对应的所述SRVCC能力更改为所述第二能力。 [0255] 本发明实施例中，当所述第一信息为当所述UE处于所述连接态时，所述MME能够向所述基站发送的信息，例如所述第一信息为UE Context Modification Request信息时，第二处理器1002具体可以用于判断本地存储的所述UE的SRVCC能力信息是否表征所述UE当前的SRVCC能力为所述第二能力；当本地存储的所述UE的SRVCC能力为与所述第二能力不同的第一能力时，将本地存储的所述UE的SRVCC能力更改为所述第二能力。 [0256] 第二处理器1002还可以用于通过第二接口1001获得用于表征切换所述UE的状态的第二信息，及根据所述第二信息将所述UE的状态由所述连接态切换为非连接态。 [0257] 第二处理器1002还可以用于通过第二接口1001获得用于表征切换所述UE的状态的第一请求信息，及根据所述第一请求信息将所述UE的状态由所述连接态切换为非连接态。 [0258] 第二处理器1002可以用于根据所述第一状态信息更新本地的所述UE的SRVCC能力信息，其具体包括：将所述第一状态信息存储为本地的所述SRVCC能力信息。 [0259] 本发明实施例中，当所述第一信息为3GPP协议中规定的能够携带SRVCCOperation Possible信元的信息，例如所述第一信息为Initial Context Setup Request（初始环境建立请求）信息时，第二处理器1002具体可以用于将所述第一状态信息存储为本地的所述SRVCC能力信息。 [0260] 其中，实施例四中的第二获取模块801可以相当于实施例六中的第二接口1001，实施例四中的第二判断模块803和更新模块802可以位于实施例六中的第二处理器1002中。 [0261] 本发明实施例中的信息传输方法可以包括：在终端UE处于连接态时，判断所述UE的单射频语音业务连续性SRVCC能力是否由第一能力变化为与所述第一能力不同的第二能力；当所述SRVCC能力由所述第一能力变化为所述第二能力时，向所述UE所属的基站发送第一信息，所述第一信息中携带有第一状态信息，所述第一状态信息用于表征所述UE的所述SRVCC能力为所述第二能力，以使所述基站能够根据所述第一信息更新本地的所述UE的SRVCC能力信息。 [0262] 本发明实施例中在所述UE处于所述连接态时，如果所述UE的所述SRVCC能力发生了变化，那么可以通过所述第一信息将所述UE变化后的所述SRVCC能力告知所述基站，以使所述基站能够根据所述UE当前的所述SRVCC能力更新本地存储的所述UE的SRVCC能力信息，这样，当所述UE处于所述连接态时也可以将所述UE的所述SRVCC能力的变化情况随时通知所述基站，所述基站也就可以根据实际情况来确定是否要发起SRVCC流程，尽量保证SRVCC流程能够成功进行，提高了SRVCC流程的成功率，同时能够尽量避免出现语音掉话等现象，保证语音通讯的连续性。 [0263] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。 [0264] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。 [0265] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。 [0266] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。 [0267] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。 [0268] 以上所述，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。 |
||||||
QQ群二维码
意见反馈
意见反馈