演进分组系统中的语音服务 相关申请
本专利是序列号 61/183,937 的美国临时申请的非临时申请， 该美国临时申请 于 2009 年 6 月 3 日递交， 题为 “Voice Service in Evolved Packet System Using IP Multimedia Subsystem” ， 通过引用将其全文并入本文。
技术领域 本申请一般性地涉及移动通信系统， 以及更具体地， 涉及在演进分组系统中提供 语音服务。
背景技术 最近， 已经在演进分组系统 (EPS) 移动通信系统中定义了语音服务指示符， 以协 调网络服务的可用性与移动设备的能力。语音服务指示符例如包括 ：
“支持基于 PS 会话的 IMS 语音” 指示 ；
“以语音为中心” 或 “以数据为中心” 指示 ； 以及
“仅 CS 语音” 或 “仅 IMS PS 语音” 或者 “CS 语音优选， IMS 语音次之” 或 “IMS 语音 优选， CS 语音次之” 指示。
网络向用户设备 (UE) 提供 “支持基于 PS 会话的 IMS 语音” 指示 ( 在非接入层 (NAS) 注册 ( 例如， EPS 附着 ) 或者 NAS 注册更新中给出 )。 “以语音为中心” 或 “以数据为中心” 指示以及 “仅 CS 语音” 、 “仅 IMS PS 语音” 、 “CS 语音优选， IMS 语音次之” 或者 “IMS 语音优 选， CS 语音次之” 指示在 UE 上可用。运营商可以在 UE 上配置 “仅 CS 语音” 、 “仅 IMSPS 语 音” 、 “CS 语音优选， IMS 语音次之” 或者 “IMS 语音优选， CS 语音次之” 指示。 发明内容 附图说明 具体实施方式
简写和术语
AS 接入层
CN 核心网
CS 电路交换
CSFB CS 回退
EMN 演进分组系统 (EPS) 移动性管理
eNB e 节点 B
EPC 演进分组核心
EPS 演进分组系统E-UTRAN 演进 UTRAN
IMS IP 多媒体子系统
IM CN IP 多媒体核心网
MAC 媒体接入控制
MS 移动台
NAS 非接入层
NW 网络
PS 分组交换
RA 路由区
PDCP 分组数据会聚协议
RAN 无线接入网
RAU 路由区更新
RB 无线承载
RLC 无线链路控制
RRC 无线资源控制
TA 跟踪区
TAI TA 标识
TAU 跟踪区更新
TS 技术规范
UE 用户设备
UMTS 通用移动电信系统
UTRAN UMTS 陆地 RAN
VoIMS 基于 IMS 的语音
在此处描述的示例实现中， 语音服务指示符可以是网络提供的 VoIMS 指示符、 UE 使用设置以及用户设备语音设置。在下面的描述中， 语音服务指示符指的是 ：
a)( 网络提供的 )(IMS)VoIMS 指示符， 指示上述的 “支持基于 PS 会话的 IMS 语音” 指示或者上述的 “不支持基于 PS 会话的 IMS 语音” 指示， 并指示是否支持基于 IP 多媒体子 系统控制和管理的 PS 会话的语音。
b)UE 使用设置， 指示上述的 “以语音为中心” 或者 “以数据为中心” 。UE 使用设置 是对相对于数据服务而言 UE 是否优选语音服务 ( 或者反之 ) 进行指示的 UE 设置。如果 UE 优选语音服务， 则 UE 使用设置是 “以语音为中心” 。如果 UE 优选数据服务， 则 UE 使用设置 是 “以数据为中心” 。为了避免猜疑， “以数据为中心” 的 UE 仍然可以要求语音服务。如果 UE 仅要求数据服务， 并且可以接受没有语音服务， 则 UE 使用设置是 “仅数据” 。这两个设置 可以具有以下含义 ：
-“以语音为中心” ： 以语音为中心的 UE 必须能够使用语音服务， 并因此会尝试获 得语音服务， 而与可以提供这样的服务的方式无关。
-“以数据为中心” ： 以数据为中心的 UE 优选具有最优可能的 PS 服务， 尽管其暗示 了有可能不能接入语音服务。
另一 UE 使用设置 “仅数据” 是可能的。在该附加设置是可能的情况下， 这三个设置可以具有以下含义 ：
-“以语音为中心” ： 以语音为中心的 UE 必须能够使用语音服务， 并因此会尝试获 得语音服务， 而与可以提供这样的服务的方式无关。
-“以数据为中心” ： 在不排斥接入语音服务的情况下， 以数据为中心的 UE 优选具 有最佳可能的 PS 服务 ( 即， 优选停留在 E-UTRAN 中 )。
-“仅数据” ： 以数据为中心的 UE 也要优选具有最可能的 PS 服务， 尽管其暗示了有 可能不能接入语音服务 ； 以及
c)UE 语音设置， 指示上述的 “仅 CS 语音” 、 “仅 PS 语音” 、 “仅 IMS PS 语音” 、 “CS 语 音优选， IMS 语音次之” 或者 “IMS 语音优选， CS 语音次之” 指示。UE 语音设置是对用于语 音服务的域进行指示的 UE 设置。
表 1 总结了该编组以及命名惯例
表 1- 语音指示符的描述
在 示 例 实 现 中， 网 络 消 息 可 以 包 括 VoIMS 指 示 符。 例 如， 附 着 接 受 (ATTACH ACCEPT) 消息可以如表 2 中所示地遵循 3GPP TS 24.301 实现， 和 / 或如表 3 中所示遵循 3GPP TS 24.008 在 Iu 模式下实现。可以由网络向 UE 发送 VoIMS， 以指示经由 IMS 会话对 语音的支持。
表2： 附着接受 3GPP TS 24.301
表3： 附着接受 3GPP TS 24.008如在此描述的， UE 具有多个协议层。在此描述的示例 UE 包括 3 层 (IMS 层、 NAS 层 以及 AS 层 )。示例顺序如下 ： IMS 在 NAS 和 AS 层之上， 以及 AS 层是低于 NAS 和 IMS 层的 层。因此， 从 IMS 层的角度看， NAS 层和 / 或 AS 层可被称为 “下层” 。IMS 层可被称为上层。
在一些示例实现中， 在完成例如 Iu 模式下的附着过程之后， 如果 VoIMS 指示符在 附着接受消息中可用并指示 “支持基于 PS 会话的 IMS 语音” ， 则将向例如用于发起对 IP 多 媒体子系统的 SIP 注册的上层指示成功完成附着过程。在一些其它示例实现中， 向服从例如被设置为 “仅 PS 语音” 或者 “IMS 语音优先， CS 语音次之” 之一的 UE 语音设置的上层指 示成功完成附着过程。
在另一示例实现中， 可以如表 4 中所示地实现遵循 3GPP TS 24.301 的跟踪区更新 (TRACKING AREA UPDATE) 消息。
图4： 跟踪区更新
在例如 Iu 模式下的一些示例实现中， 当成功完成跟踪区更新过程时， 如果在跟踪 区更新接受 (TRACKING AREA UPDATE ACCEPT) 消息中接收到 VoIMS 指示符， 则应该将该 VoIMS 指示符指示给上层。
网络可以向 UE 发送路由区更新接受 (ROUTING AREA UPDATE ACCEPT) 消息， 以响 应于来自 UE 的路由区更新请求 (ROUTING AREA UPDATE REQUEST)， 向 UE 提供与数据有关 的 GPRS 移动性管理。如果接收到或者向 UE 提供路由区更新接受消息 ( 遵循例如 3GPP TS 24.008)， 该路由区更新接受消息可以包括如表 5 中示出的 VoIMS 指示符。
表5： 路由区更新接受 3GPP TS 24.008
在例如 Iu 模式下， 网络可以在路由区更新接受消息 ( 或者其他的任意消息 ) 中包 括 VoIMS 指示符， 以指示对经由 IMS 会话的语音的支持。
在另一示例中， 如果 MS 处于状态 GMM-REGISTERED 和 MM-IDLE 下， 以及如果网络操 作在网络操作模式 I 下以及如果操作在 Iu 模式下， 当 UE 从上层接收到对至 IP 多媒体子系 统的 SIP 注册已经失败并且服从于例如被设置为 “以语音为中心” 的 UE 使用设置的指示时， 操作在 MS 操作模式 A 或 B 下的 GPRS MS 发起组合路由区更新过程。
在一些实现中， 在完成遵循例如 3GPP TS 24.008 的附着过程或注册更新过程之 后， 可以发起至 IM CN 的接入。例如， 可以遵循 3GPP TS24.229 第 6.2B.2.2.1 节来发起接 入。例如， 当 UE 还没有注册到 IM CN 子系统并且 UE 的使用设置不是 “以语音为中心” 时， 可以发起至 IM CN 的接入。在另一示例中， 当 UE 还没有注册到 IM CN 子系统并且 UE 的使 用设置是 “仅 PS 语音” 或者 UE 的语音设置是 “IMS 语音优选， CS 语音次之” 时， 可以发起至 IM CN 的接入。 在又一示例中， 可以在以下条件下向下层提供对 IM CN 子系统注册失败的指 示：
如果对 IM CN 子系统的注册失败 ； 或者
如果在重复尝试注册到 IM CN 子系统失败后， UE 到达预定的重试数目并终止进一 步的尝试 ； 或者
如果在重复尝试注册失败后， 用户放弃进一步尝试注册到 IM CN 子系统 ；
如果执行用户发起的注销 ； 或者
如果网络显式地或者隐式地注销 UE。
在一些实现中， UE 可以根据选择特定 RAT 的 NAS 指示来执行动作。 在一些实现中， 当 UE 接收到包括针对 “Capability Update Requirement( 能力更新请求 )” 的信息单元和 针对 “System specific capability update requirement list( 系统特定的能力更新请 求列表 )” 的信息单元的消息时， 则针对 “UE system specific capability(UE 系统特定的 能力 )” 信息单元中请求的每个 RAT， 如果 UE 支持所列出的 RAT， UE 可以如下操作 ： 如果所列 出的 RAT 是 E-UTRAN 并且 NAS 没有向 AS 提供选择 GERAN 或 UTRAN 的指示， 或者所列出的 RAT 不是 E-UTRAN， 则 UE 可以将所列出的 RAT 的 RAT 间无线接入能力包括在来自于可变的 UE_ CAPABILITY_REQUESTED 的 IE “UE system specific capability” 中。此外， 如果所列出的 RAT 是 GSM 并支持至 GPRS 的 PS 切换， 则 UE 可以将 IE“MS Radio Access Capability(MS 无线接入能力 )” 包括在可变的 UE_CAPABILITY_REQUESTED 中。
在一些其他的实现中， UE 可以根据选择特定 RAT 的 NAS 指示来执行动作。在一些 实现中， 当在离开 RRC_CONNECTED 状态时执行小区选择的时候， 在作为选择 GERAN 或 UTRAN 的 NAS 指示的结果从 RRC_CONNECTED 转换到 RRC_IDLE 时， UE 可以执行 GERAN 和 UTRAN RAT 上的小区选择， 并禁用对 E-UTRAN 小区的小区选择和重选。类似地， 如果 NAS 向 AS 提供选 择 GERAN 或者 UTRAN 的指示， 同时 UE 处于 RRC_IDLE 时， UE 应该执行在 GERAN 和 UTRAN RAT 上的小区选择， 并启用对 E-UTRAN 小区的小区选择和重选。
在又一些实现中， 当在离开 RRC_CONNECTED 状态时执行小区选择的时候， 在作为 选择 GERAN 或 UTRAN 的 NAS 指示的结果从 RRC_CONNECTED 变换到 RRC_IDLE 时， UE 应该执行 在 GERAN 和 UTRAN RAT 上的小区选择， 并禁用对 E-UTRA 小区的小区选择和重选。如果 NAS 向 AS 提供选择 GERAN 或者 UTRAN 的指示， 同时 UE 处于 RRC_IDLE 时， UE 应该执行在 GERAN 和 UTRAN RAT 上的小区选择， 并禁用对 E-UTRAN 小区的小区选择和重选。
如果 NAS 向 AS 提供选择 GERAN 或 UTRAN 的指示， 同时 UE 处于 RRC_CONNECTED， UE 可以使用释放原因 “其他 (other)” 来在离开 RRC_CONNECTED 时执行以下动作 ：
重置 MAC
除了 T320 之外， 停止所有运行的定时器， ；
释放所有的无线资源， 包括释放 RLC 实体、 MAC 配置和针对所有已建立的 RB 的相 关 PDCP 实体 ；
将对 RRC 连接的释放与释放原因一起指示给上层 ；
如果没有通过接收 MobilityFromEUTRACommand 消息来触发离开 RRC_CONNECTED ：
则通过执行遵循小区选择过程的小区选择来进入 RRC_IDLE，
该小区选择过程针对离开 RRC_CONNECTED 的情况而定义， 例如
如 3GPP TS 36.304 中所规定的那样。
图 1A 和 1B 分别示出了 S2-094178[iii] 的图 A.2.1-1 和图 A.4-1， 并示出了两个 使用情况场景。第一使用情况是当 UE 的语音设置被设置为 “IMS 语音优选， CS 语音次之” 时， 以及第二使用情况是当 UE 的语音设置被设置为 “仅 IMS 语音” 时。这些图指出了， 针对 网络的 VoIMS 指示符与 UE 的使用设置的不同组合， 所需要的 UE 动作。首先参考图 1A， 针对于 UE 的语音设置 “IMS 语音优选， CS 语音次之” 的行为开始 于步骤 1A-1， 其简单地示出了 UE 的语音设置被设置为 IMS 语音优选， CS 语音次之。在步 骤 1A-2 中， UE 发起 EPS 附着过程 ( 非组合 )。在步骤 1A-3 中， UE 检查来自网络的支持 IMS 语音的指示， 该支持 IMS 语音的指示是作为对 EPS 附着过程的响应的一部分接收到的。如 果支持 IMS 语音， 则在步骤 1A-4 中， UE 使用 IMS 语音。当附着至系统时， UE 可以周期性地 或者当 UE 移动到不同的跟踪区 (TA) 时执行跟踪区更新 (TAU)。当执行 TAU 时， UE 可以接 收新的 VoIMS 指示符， 在这种情况下， UE 处理返回到步骤 1A-3， 在步骤 1A-3 处检查 VoIMS 指示符。如果不支持 IMS 语音， 则在步骤 1A-5 中， UE 如 TS 23.272 中规定的一样， 执行针 对 CSFB 的组合 TA/LA 更新过程 ( 也称为组合 TAU)。如果成功， 则在步骤 1A-6 中， UE 停留 在 E-UTRAN 中， 并且如果需要语音服务， 使用 CSFB。在成功完成跟踪区更新过程时， 应该向 上层指示在跟踪区更新接受消息中接收到的 VoIMS 指示符。另一方面， 如果失败， 则在步骤 1A-7 中， UE 在 UE 的使用设置中检查 “以语音为中心” 或 “以数据为中心” 设置。如果设置 是以数据为中心， 则在步骤 1A-8 中， UE 停留在当前 RAT(E-UTRAN) 中。另一方面， 如果设置 是以语音为中心， 则在步骤 1A-9 中， UE 选择可以获得语音服务的另一 RAT。
组合注册过程 ( 例如， 组合附着过程或者组合跟踪区更新 ) 指的是用来尝试注册 PS 服务和 CS 服务两者的单个 NAS 注册过程， 其中通过 CS 回退 (CSFB) 的方式来在 E-UTRAN 上提供 CS 语音服务。例如， 在 EMM-REGISTERED 状态下， 当例如 UE 从上层接收到至 IMS 的 SIP 注册已经失败并且 UE 的使用设置是 “以语音为中心” 的指示时， 在 CS/PS 模式 1 或 CS/ PS 模式 2 下操作的 UE 应该发起组合跟踪区更新过程。可以在 3GPPTS 24.301 中找到组合 附着过程或者组合跟踪区更新的示例。
组合注册过程的成功意味着 UE 注册了 PS 和 CS 服务二者。组合过程失败意味着 UE 注册了 PS 服务， 但没有注册 CS 服务。例如， 可以通过网络发送具有被设置为 “CS 域不 可用” 的指示或原因值或者指示 PS 不可用的值的跟踪区更新接受或者附着接受 (Attach Accept) 消息来向 UE 指示这种失败。此外， 还可以有其他的失败， 例如其中 UE 没有注册 CS 或 PS 服务的失败。
作为 NAS 注册过程或 EPS 附着过程的结果， 将发起该过程的 UE 注册到网络。作为 该 NAS 注册的结果， UE 和网络获得使得能够发送和接收作为非接入层协议的一部分的 (IP) 消息的信息。UE 和网络可以发送和接收这些 (IP) 消息。可能需要更新在 UE 和网络中所 获得的信息。可以对所获得的信息进行周期性更新 ( 例如， 由于定时器超时 ) 或者显式更 新。NAS 注册可以是组合 NAS 注册或者非组合 NAS 注册， 成功的组合 NAS 注册使得 UE 将注 册 EPS 服务和非 EPS 服务。
如在此使用的， EPS 服务可以是遵循 3GPP TS 24.008 的 GPRS 服务。非 EPS 服务 是由 CS 域提供的服务。如在此使用的， 非 EPS 服务可以是遵循 3GPP TS 24.008 的非 GPRS 服务。驻留在 E-UTRAN 上的 UE 可以附着到 EPS 服务和非 EPS 服务两者。非接入层 (NAS) 协议是 UE 与不在 UTRAN 中端接的移动交换中心 (MSC) 或 GPRS 服务支持节点 (SGSN) 之间 的协议， 以及 UE 与不在 E-UTRAN 中端接的 MME 之间的协议。
在一个实现中， 发起 NAS 注册 ( 例如， 组合 NAS 注册 ) 过程的 UE 可以发送附着请 求 ( 例如， 组合附着请求 ) 消息或跟踪区更新请求 ( 例如， 组合跟踪区更新请求 ) 消息中的 至少之一。在发送该消息之后， UE 可以接收附着接受 ( 例如， 组合附着接受 ) 消息或跟踪区更新请求 ( 例如， 组合跟踪区更新请求 ) 消息中的至少之一。
在一个实现中， UE 更新 NAS 注册 ( 例如， 组合 NAS 注册 ) 信息可以包括 ： 在使用 UE 和 SGSN 之间的非接入层协议时的路由区信息的更新， 或者在使用 UE 和 MME 之间的非接 入层协议时更新跟踪区信息， 或者在使用 UE 和 MSC 之间的非接入层协议时更新信息。更新 NAS 注册 ( 例如， 组合 NAS 注册 ) 信息的 UE 可以发送以下至少之一 ： 跟踪区更新 (TRACKING AREA UPDATE)( 例如， 组合跟踪区更新 )、 路由区更新 (ROUTING AREA UPDATE)( 例如， 组合 路由区更新 )。在发送该消息之后， UE 可以接收以下至少之一 ： 跟踪区更新 ( 例如， 组合跟 踪区更新 )( 接受 ) 响应、 路由区更新 ( 例如， 组合路由区更新 )( 接受 ) 响应。在成功更新 NAS 注册 ( 例如， 组合 NAS 注册 ) 信息之后， UE 注册到 EPS 服务和非 EPS 服务。
在一个实现中， 在执行 NAS 注册过程之后， UE 可以从网络请求服务。于是， UE 向网 络发送服务请求 ( 例如， 扩展的服务请求 ) 消息。例如， 为了执行 CSFB， UE 注册 EPS 服务和 非 EPS 服务， 以及 UE 发送扩展服务请求 NAS 协议消息。作为响应， UE 可能接收到服务拒绝 (SERVICE REJECT) 消息。
例如， 在一些实现中， 当 UE 接收到具有指示 “CS 域不可用” 的 EMM 原因值 #18 的附 着接受 (ATTACH ACCEPT) 消息时， UE 可以遵循 3GPP TS24.301 执行以下动作 ： UE 应 该 停 止 定 时 器 T3410( 如 果 其 仍 在 运 行 )， 应该重置跟踪区更新尝试计 数 器， 应 该 将 EPS 更 新 状 况 设 置 为 EU1 UPDATED， 并 且 应 该 进 入 状 态 EMM-REGISTERED. NORMAL-SERVICE。
UE 应该将更新状况设置为 U2 NOT UPDATED。
针对已选择的 PLMN 或等效的 PLMN， 处于 CS/PS 操作模式 1 的 UE 可以选择 GERAN 或 UTRAN 无线接入技术， 而不是 E-UTRAN。
处于 CS/PS 操作模式 2 的 UE 不应尝试与当前 PLMN 的组合附着或组合跟踪区更新 过程， 直到关闭 UE 或者移除包含 USIM 的 UICC。
UE 的使用设置是 “以数据为中心” 或者 “仅数据” 的 UE 将向用户或者上层提供对 CS 域不可用的通知。
如果 UE 的使用设置从 “以数据为中心” 或 “仅数据” 改变到 “以语音为中心” ， 针对 已选择的 PLMN 或者等效的 PLMN， 应该向 AS 提供选择 GERAN 或 UTRAN 无线接入技术而不是 E-UTRAN 的指示。
在一些实现中， 当 NAS 向 AS 提供选择 GERAN 或 UTRAN 的指示， 同时 UE 处于 RRC_ IDLE 时， UE 可以禁用对 E-UTRAN 小区的小区选择或重选。当 NAS 向 AS 提供选择 GERAN 或 UTRAN 或 E-UTRAN 的指示， 同时 UE 处于 RRC_IDLE 时， UE 可以启用对 E-UTRAN 小区的小区选 择或重选。
在另一示例中， 如果网络不能接受服务请求， 网络将向 UE 返回包括适当的 EMM 原 因值的服务拒绝消息。当接收到服务拒绝消息时， UE 应该停止定时器 T3417， 并采取适当的 动作。例如， EMM 原因值可以是 #18(CS 域不可用 )。如果该请求与 CS 回退有关， UE 应该向 MM 子层发送指示， 并且不应尝试 CS 回退， 直到已经成功完成组合跟踪区更新过程。然后， UE 可以进入状态 EMM-REGISTERED.NORMAL-SERVICE。如果 UE 使用设置是 “以数据为中心” 或者 “仅数据” ， UE 将向用户或者上层提供 CS 域不可用的通知。
现在参考图 1B， 针对于 UE 语音设置 “仅 IMS PS 语音” 的行为开始于步骤 1B-1， 步
骤 1B-1 简单地示出了被设置为仅 IMS PS 语音的 UE。在步骤 1B-2 中， UE 发起 EPS 附着过 程 ( 非组合的 )。在步骤 1B-3 中， UE 检查来自于网络的支持 IMS 语音的指示。如果支持 IMS 语音， 则在步骤 1B-4 中， UE 使用 IMS 语音。当附着至系统时， UE 可以周期性地或者在 UE 移动到不同的跟踪区时执行跟踪区更新。当执行 TAU 时， UE 可以接收新的 VoIMS 指示 符， 在这种情况下， UE 处理返回到步骤 1B-3， 在步骤 1B-3 处检查 VoIMS 指示符。如果不支 持 IMS 语音， 则在步骤 1B-5 中， UE 在 UE 的使用设置中检查 “以语音为中心” 或者 “以数据 为中心” 。如果该设置是 “以数据为中心” ， 则在步骤 1B-6 中， UE 停留在当前 RAT(E-UTRAN) 中。另一方面， 如果设置是 “以语音为中心” ， 则在步骤 1B-7 中， UE 选择其可以获得语音服 务的另一 RAT。
第一个 ` 题 ： 没有发起 IMS 注册
与在以上参考的图 1A 和图 1B 中指定的行为有关的第一个问题是不保证 UE 将发 起 IMS 注册。更具体地， 如果 VoIMS 指示符指示 “支持基于 PS 会话的 IMS 语音” ， 则期望 UE“使用 IMS 语音” ， 然而不保证当 UE 的语音设置被设置为 “仅 IMS PS 语音” 和 “IMS 语音 优选， CS 语音次之” 时， UE 将毫无疑义地发起 IMS 注册。如果 VoIMS 指示符示出了 “支持基 于 PS 会话的 IMS 语音” ， 则 UE 知道不存在会意味着其不能实现基于 IMS 的语音服务的 NAS 或 AS 理由。然而， 为了实现这一点， UE 必须首先发起 IMS 注册。
对到 IMS 子系统的 IMS 注册的引用一般可以理解为指的是网络获得为了能够使用 IMS 向 UE 发送信息和从 UE 接收信息所需要的信息的任何方法。 相应地， 或者网络已经获得 了为了能够使用 IMS 向 UE 发送信息和从 UE 接收信息所需要的信息， 或者网络不具有该信 息。网络可以由于注册失败或者由于 UE 没有注册 ( 例如， UE 没有发起 IMS 注册以向网络 提供所述信息 ) 而没有所述信息。根据 3GPP TS 24.229 的、 到 IMS 子系统的针对语音服务 的 SIP 注册是一个具体示例。
当执行针对语音服务的 IMS 注册时， UE 必须包括正确的指示符， 以使得 IMS 子系 统知道其正在请求语音服务。如果没有包括或者授予正确的指示符， 则驻留在具有 IMS 能 力的 E-UTRAN 小区上的 UE 将仍然不会接收 IMS 语音服务或者 IMS 语音移动端接会话请求。
在一些实现中， 为了确保 UE 适当地进行反应并发起 IMS 注册， UE 将如下进行动 作：
如果 UE 的语音设置＝ “仅 IMS PS 语音” 或者如果 UE 的语音设置＝ “IMS 语音优 选， CS 语音次之”
以及， VoIMS 指示符指示 “支持基于 PS 会话的 IMS 语音” ；
则， 将使用请求语音服务支持的正确的指示符来触发 IMS 注册。
例如， 在成功完成附着过程时， 如果附着接受消息中的 VoIMS 指示符指示 “支持基 于 PS 会话的 IMS 语音” 并服从 UE 的语音设置， 将向上层指示附着过程的成功完成， 以发起 对 IMS 的 SIP 注册。
如上指出的， 在一些实现中， 通过 SIP 注册来实现 IMS 注册。 SIP 消息的示例是 SIP 请求和 SIP 响应。SIP 请求的示例是 SIP 邀请 (SIP INVITE) 或 SIP 注册 (SIP REGISTER)。 IMS 功能单元的示例是 P-CSCF、 S-CSCF、 I-CSCF、 AS、 SCC AS、 HSS。
可以使用在 IETF RFC 3261 中描述的 SIP 注册请求来执行 IMS 注册 ； 如在 3GPP TS 23.228 和 3GPP TS 24.229 中所记载 (document) 的， 由 IMS 功能单元来处理 SIP 注册请求。图 2A 示出了针对 UE 的语音设置被设置为 “IMS 语音优选， CS 语音次之” 这种情况 的示例实现的详细流程图。该图与图 1A 的不同之处在于包括了步骤 2A-1， 步骤 2A-1 涉及 使用针对语音服务的正确指示符来尝试 IMS 注册。在 UE 于步骤 1A-4 处使用 IMS 语音并然 后执行 TAU 的情况下， UE 将在步骤 1A-3 处再次检查 VoIMS 指示符， 以及如果支持 VoIMS， 则 在步骤 2A-1 处， UE 将仅在 UE 还没有针对语音服务进行 IMS 注册的情况下， 使用针对语音 服务的正确指示符来尝试 IMS 注册。
图 2B 示出了针对 UE 的语音设置被设置为 “仅 IMS PS 语音” 这种情况的示例实现 的详细流程图。该图与图 1B 的不同之处在于包括了步骤 2B-1， 步骤 2B-1 涉及使用针对语 音服务的正确指示符来尝试 IMS 注册。在 UE 于步骤 1B-4 处使用 IMS 语音并然后执行 TAU 的情况下， UE 将在步骤 1B-3 处再次检查 VoIMS 指示符， 以及如果支持 VoIMS， 则在步骤 2B-1 处， UE 将仅在 UE 还没有针对语音服务进行 IMS 注册的情况下， 使用针对语音服务的正确指 示符来尝试 IMS 注册。
第二个问题 ： 针对语音的 IMS 注册可能失败
与上述参考图 1A 和 1B 描述的行为有关的第二个问题是不保证针对语音的 IMS 注 册将会成功。更具体地， 只是因为 EPS 附着或跟踪区更新成功并且网络支持 IMS 语音， 不保 证针对语音的 IMS 注册将会成功。注册可能失败的原因的一个示例是由于 SIP 注册器因为 用户预订方面的限制而不允许注册。另一原因示例是 IMS 注册由于丢失的消息或者在接收 消息中的延迟而失败。如果 IMS 注册失败， 以及 UE 不进行任何作为并且保持 EPS 附着但 没有注册到 IMS 语音服务， 则不能实现任何 IMS 语音会话 ( 移动设备发起的或者移动设备 端接的 )。如果 SIP 注册成功， 然而针对语音服务的请求中的指示符不被允许 ( 亦即， 在对 SIP 注册请求的 SIP 200OK 响应中没有返回所请求的针对语音的指示符 )， 可存在上述相同 的情况。在这种情况下， UE 可以在 IMS 中注册以使用一些服务， 然而可能不被允许使用该 注册来发送语音媒体。
示例 1
在一些实现中， UE 被配置为通过识别针对语音的 IMS 注册已失败来解决该问题， UE 的语音设置被设置为 “IMS 语音优选， CS 语音次之” 。在识别该情况时， UE 被配置为立即 尝试组合注册过程。这将会允许 UE 通过 CSFB( 如果支持 CSFB) 的方式获得语音服务。如 果组合注册过程失败， 则 UE 考虑 UE 的使用设置。如果 UE 的使用设置是 “以语音为中心” 或 者 “以数据为中心” ， 则 UE 选择其可以获得语音服务的另一 RAT。如果 UE 的使用设置是 “仅 数据” ， 则 UE 停留在不接入语音服务的当前 RAT( 即， E-UTRAN) 中。
图 3A 示出了该情况的示例实现的详细流程图。 该图与图 2A 的不同之处在于， 如 30 处所指示的， 在步骤 2A-1 中触发 IMS 注册之后， 如果 IMS 注册失败， 处理在步骤 1A-5 中继 续， 执行如 TS 23.272 中规定的针对 CSFB 的组合注册过程。此外， 如果 UE 是 “仅数据” (如 32 处所指示的 )， 执行步骤 1A-8( 停留在当前 RAT 中 )， 以及如果 UE 是 “以语音为中心” 或 者 “以数据为中心” ( 如 34 处所指示的 )， 执行步骤 1A-9(UE 选择另一 RAT)。
图 3B 示出了针对 UE 的语音设置被设置为 “仅 IMS PS 语音” 这种情况的示例实现 的详细流程图。该图与图 2B 的不同之处在于， 如 36 处所指示的， 如果在步骤 2B-1 中触发 IMS 注册之后 IMS 注册失败， 则在步骤 1B-5 处， UE 检查 UE 的使用设置。如果 UE 的使用设 置是 “仅数据” ( 如 38 处所指示的 )， 则在步骤 1B-6 中， UE 停留在 E-UTRAN 中， 并将不能接入语音服务。如果 UE 的使用设置是 “以语音为中心” 或者如果 UE 的使用设置是 “以数据为 中心” ( 如 40 处所指示的 )， 则在步骤 1B-7 中， UE 选择其可以获得语音服务的另一 RAT。
示例 2A
在一些实现中， UE 被配置为通过识别针对语音服务的 IMS 注册已经失败并且 UE 的 使用设置是 “仅数据” 的情况来解决该问题。在识别出该情况时， UE 被配置为停留在可提 供最佳 PS 服务的 EPS 中。更具体地， UE 停留在 E-UTRAN( 图中的 “当前 RAT” ) 中， 并且不 选择另一 RAT。在 E-UTRAN 中可以提供最佳 PS 服务。在 GERAN/UTRAN 中也可以提供 PS 服 务， 然而在这些 RAT 中， 以次优的方式提供 PS 服务。UE 不执行组合注册尝试， 而是相反， UE 被配置为重试针对语音服务的 IMS 注册过程。注意到， 如上所述， UE 可能已经针对其他服 务成功注册到 IMS， 然而可能已被拒绝接入语音服务， 并且在这种情况下， UE 重试针对语音 服务的 IMS 注册过程。在一些实现中， 这是单次重试。在其他实现中， 存在多次重试， 其可 以例如周期性地执行该多次重试。
在图 4A 和 4B 中描述了该行为的示例。首先参考图 4A， 除了以下三个区别外， 图 4A 与图 2A 相同 ：
在 50 处， 在 IMS 注册已经失败后， UE 执行一次或多次重试 ；
如果 UE 的使用设置是 “仅数据” ( 在 52 处指示 )， 则在步骤 1A-7 之后执行步骤 1A-8 ；
如果 UE 的使用设置是 “以语音为中心” 或者 “以数据为中心” ( 在 54 处指示 )， 则 在步骤 1A-7 之后执行步骤 1A-9。
现在参考图 4B， 除了以下三个区别外， 图 4B 与图 2B 相同 ：
在 56 处， 在 IMS 注册已经失败后， UE 执行一次或多次重试 ；
如果 UE 的使用设置是 “仅数据” ( 在 58 处指示 )， 则在步骤 1B-5 之后执行步骤 1B-6。
如果 UE 的使用设置是 “以语音为中心” 或者 “以数据为中心” ( 在 60 处指示 )， 则 在步骤 1B-5 之后执行步骤 1B-7。
示例 2C
在一些实现中， 如果在上述示例 1 中描述的组合附着过程失败， 以及 UE 的使用设 置是 “仅数据” ， 则 UE 向用户通知 ( 经由用户接口或者某种其他的告警 ) 语音服务不可用。 例如， 如果不能实现语音服务， 可以向用户呈现指示符。可以使用给用户的任何指示符 ( 显 示的、 音频、 振动， 这些仅是一些示例 ) 来向用户传达尽管 UE 在覆盖区中， 但是当前不能够 提供语音服务。
在图 5A 中描述了该行为的示例， 除了以下区别外， 图 5A 与图 2A 相同 ：
当在 IMS 注册尝试之后在 70 处 IMS 注册失败时， UE 在步骤 1A-5 处执行组合 TAU ；
在步骤 1A-7 之后， 如果 UE 的使用设置是 “仅数据” ( 如 72 处所指示的 )， UE 在步 骤 5A-1 处向用户通知语音服务不可用， 并且 UE 停留在当前 RAT 中 ；
如果 UE 的使用设置是 “以语音为中心” 或者 “以数据为中心” ( 如 74 处所指示的 )， 则在步骤 1A-7 之后是步骤 1A-9。
在图 5B 中描述了该行为的另一示例， 除了以下区别外， 图 5B 与图 2B 相同 ：
当在 IMS 注册尝试之后在 71 处 IMS 注册失败时， 在步骤 1B-5 处， UE 在 UE 的使用设置中检查 “以语音为中心” 或 “以数据为中心” ；
在步骤 1B-5 之后， 如果 UE 的使用设置是 “仅数据” ( 如 73 处所指示的 )， UE 在步 骤 5B-1 处向用户通知语音服务不可用， 并且 UE 停留在当前 RAT 中 ；
如果 UE 的使用设置是 “以语音为中心” 或者 “以数据为中心” ( 如 75 处所指示的 )， 则在步骤 1B-5 之后是步骤 1B-7。
在收到通知语音服务不可用时， 用户可以选择将 UE 的使用设置改变为 “以语音为 中心” 或者 “以数据为中心” 。当 UE 已经尝试组合注册过程， 并且尝试失败， 则将 UE 的使 用设置改变为 “以语音为中心” 或者 “以数据为中心” 将使得 UE 选择可以提供语音的另一 RAT( 例如， GERAN/UTRAN)。
在一些实现中， 给用户的语音服务不可用的通知还包括提示， 该提示询问用户其 是否愿意为了获得语音服务而改变 UE 的使用设置。
在图 6A 中描述了该行为的示例。除了以下区别， 图 6A 与图 5A 相同 ：
在步骤 5A-1 之后， 如果用户接受 “仅数据” ( 在 82 处指示 )， 则在步骤 1A-8 处， 用 户停留在当前 RAT 中 ；
在步骤 5A-1 之后， 如果用户将 UE 的使用设置改变为 “以语音为中心” 或者 “以数 据为中心” ( 在 84 处指示 )， 则在步骤 1A-9 处， UE 选择另一 RAT。
在一些实现中， 如果 UE 的使用设置从 “以数据为中心” 改变到 “以语音为中心” ， 针 对于已选择的 PLMN 或者等效的 PLMN， UE 向 AS 提供选择 GERAN 或 UTRAN 无线接入技术而不 是 E-UTRAN 的指示。例如， 可以在 UE 接收到 EMM 原因值 #18 之后完成该过程。
在图 6B 中描述了该行为的另一示例。除了以下区别， 图 6B 与图 5B 相同 ：
在步骤 5B-1 之后， 如果用户接受 “仅数据” ( 在 100 处指示 )， 则在步骤 1B-6 处， 用户停留在当前 RAT 中 ；
在步骤 5B-1 之后， 如果用户将 UE 的使用设置改变为 “以语音为中心” 或者 “以数 据为中心” ( 在 102 处指示 )， 则在步骤 1A-9 处， UE 选择另一 RAT。
示例 2D
在 UE 的语音设置是 “IMS 语音优选， CS 语音次之” 以及 UE 的使用设置被设置为 “仅数据” 的情况下， 当在一次或多次重试之后 IMS 注册失败并且没有自动尝试组合注册过 程的情况下， 或者在 UE 的语音设置是 “仅 IMS PS 语音” 以及 UE 的使用设置被设置为 “仅数 据” 的情况下， UE 被配置为向用户通知 ( 经由用户接口或者某种其他的告警 ) 语音服务不 可用。在该情况下， 用户可以选择将 UE 的使用设置改变为 “以语音为中心” 或 “以数据为中 心” 。这立即提示用户尝试组合注册过程 ( 在 UE 的语音设置是 “IMS 语音优选， CS 语音次 之” 的情况下 )， 如果成功， 这可以允许用户保持在 EPS 中， 直到其需要语音服务， 并且在该 情况下允许通过 CSFB 的方式获得语音服务。在 UE 的语音设置是 “仅 IMS PS 语音” 的情况 下， 用户可以将 UE 的使用设置改变为 “以语音为中心” 或 “以数据为中心” ， 其会提示用户重 选可支持语音服务的另一 RAT。
在图 7A 中描述了该行为的示例。图 7A 与图 2A 的不同在于 ：
在 IMS 注册失败之后 (112)， 在步骤 7A-1 中， UE 向用户通知语音服务不可用 ；
如果用户指示 “以语音为中心” 或 “以数据为中心” (116)， 则方法在步骤 1A-5 处 继续 ；如果用户指示 “仅数据” ， 则不对 IMS 注册进行重试 (114)， 然后方法在步骤 1A-8 处继续 ； 在 UE 的使用设置是 “以语音为中心” 或 “以数据为中心” 的情况下 (118)， 步骤 1A-7 之后是步骤 1A-9。
在图 7B 中描述了该行为的另一示例。图 7B 与图 2B 的不同在于 ：
在 IMS 注册失败之后 (122)， 在步骤 7B-1 中， UE 向用户通知语音服务不可用 ；
如果用户指示 “以语音为中心” 或 “以数据为中心” (124)， 则方法在步骤 1B-5 处 继续 ；
如果用户指示 “仅数据” ， 以及不对 IMS 注册进行重试 (128)， 则方法在步骤 1B-6 处 继续 ；
在 UE 的使用设置是 “以语音为中心” 或 “以数据为中心” 的情况下 (126)， 步骤 1B-5 之后是步骤 1B-9。
示例 2E
作为示例 2D 的继续， 在一些实现中， 向用户提示 IMS 注册 ( 原始的或者一定数目 的尝试 ) 已经失败， 以及用户可以备选地请求 “重试针对语音的 IMS 注册 (Retry of IMS Registration for Voice)” ， 这可以提示用户保持将 UE 的使用设置设置为 “以数据为中心” 或 “以语音为中心” ， 然而重启对 IMS 注册的周期性尝试， 直到成功或者直到一定数目的尝 试已被尝试并失败。备选地， 用户可以指示 “仅数据” ， 在该情况下， UE 可以保持将 UE 的使 用设置设置为 “以数据为中心” ， 并且 UE 将不重新尝试 IMS 注册 ( 出于语音服务的目的 )。
在图 7C 中描述了该行为的示例。图 7C 与图 7A 的不同在于 ：
在 IMS 注册失败 (112) 之后， 在步骤 7A-1 处， UE 向用户通知语音服务不可用， 以 及如果在 110 处用户指示 “重试 (RETRY)” ， 则方法在步骤 2A-1 处继续。
在图 7D 中描述了该行为的另一示例。图 7D 与图 7C 的不同在于 ：
在 IMS 注册失败 (122) 之后， 在步骤 7B-1 处， UE 向用户通知语音服务不可用， 如 果在 120 处用户指示 “重试” ， 则方法在步骤 2A-1 处继续。
示例 3A
在一些实现中， UE 被配置为识别 IMS 注册已经失败以及 UE 的使用设置是 “以语音 为中心” 的情况。在识别到该情况并且不管 UE 的语音设置是 “仅 IMS PS 语音” 还是 “IMS 语音优选， CS 语音次之” 时， UE 被配置为触发 AS 选择 / 重选到可以实现语音服务的另一 RAT( 目标 RAT)( 例如， GERAN/UTRAN)。
在图 8A 中描述了该行为的第一详细示例。图 8A 与图 2A 具有如下不同 ：
当在 130 处 IMS 注册失败之后， 在步骤 8A-1 处， UE 在 UE 的使用设置中检查 “以语 音为中心” 或 “以数据为中心” ；
如 132 处所指示的， 如果设置是 “以数据为中心” 或 “以语音为中心” ， 方法在步骤 1A-5 处继续 ；
如 138 处所指示的， 如果设置是 “以语音为中心” ， 则方法在步骤 1A-9 处以选择另 一 RAT 来继续进行 ；
针对 UE 的使用设置是 “仅数据” 的情况 ( 在 134 处指示 )， 步骤 1A-7 之后是步骤 1A-8 ；
针对 UE 的使用设置是 “以语音为中心” 或 “以数据为中心” 的情况 ( 在 136 处指 示 )， 步骤 1A-7 之后是步骤 1A-9。
在图 8B 中描述了该行为的第二详细示例。图 8B 与图 2B 具有如下不同 ：
当在 140 处 IMS 注册失败之后， 在步骤 8B-1 处， UE 在 UE 的使用设置中检查 “以语 音为中心” 或 “以数据为中心” ；
如 142 处所指示的， 如果设置是 “仅数据” ， 方法在步骤 1B-6 处继续 ；
如 144 处所指示的， 如果设置是 “以语音为中心” 或 “以数据为中心” ， 则方法在步 骤 1B-7 处选择另一 RAT 来继续进行 ；
在 UE 的使用设置是 “仅数据” 的情况下 ( 在 146 处指示 )， 步骤 1B-5 之后是步骤 1B-6 ；
针对 UE 的使用设置是 “以语音为中心” 或 “以数据为中心” 的情况 ( 在 148 处指 示 )， 步骤 1B-5 之后是步骤 1B-7。
示例 3B
在一些实现中， 作为以上参考示例 3A 描述的 RAT 重选的继续， UE 被配置为 ： 一旦 UE 在目标系统中， 如果 UE 认识到目标系统可以支持 IMS 语音， 则重试 IMS 注册。如果在目 标系统中对 IMS 注册的该后续尝试失败， 则在该情况下， UE 可以在目标系统中经由 CS 获得 语音服务。 图 9A 中描述了该行为的第一示例， 除了增加步骤 9A-1、 9A-2 和 9A-3 之外， 图 9A 与图 8A 相同。在步骤 1A-9 之后， 在步骤 9A-1 处， 如果 UE 认识到目标系统能够支持 IMS 语 音， 则 UE 重试针对语音的 IMS 注册。如果成功， 则在步骤 9A-2 处， UE 在目标系统中经由 PS 获得语音服务。如果失败， 则在步骤 9A-3 处， UE 在目标系统中经由 CS 获得语音服务。
图 9B 中描述了该行为的第二示例， 除了增加步骤 9B-1、 9B-2 和 9B-3 之外， 图 9B 与图 8B 相同。在步骤 1B-7 之后， 在步骤 9B-1 处， 如果 UE 认识到目标系统能够支持 IMS 语 音， UE 重试针对语音的 IMS 注册。如果成功， 则在步骤 9B-2 处， UE 在目标系统中经由 PS 获 得语音服务。如果失败， 则在步骤 9B-3 处， UE 在目标系统中经由 CS 获得语音服务。
第三个问题 ： 在不适当的 RAT 中， UE 可能是受限制的。
与在图 1A 和图 1B 中指定的行为有关的第三个问题是 UE 在不适合的 RAT 中可能 变成受限制的。更具体地， 如果图 1A 和 1B 中的 UE 的使用设置被设置为 “以数据为中心” ， 这可导致 UE 根本得不到语音服务。如果采用图 1A 和 1B 中的 “以数据为中心” 来指 UE 仅 想要数据服务 ( 尽管这排除了任何语音服务 )， 即 “仅数据” ， 则这不成为问题。在采用图 1A 和 1B 中的 “以数据为中心” 来指如上在本文档中所定义的 “以数据为中心” 的情况下， 则该 行为是有问题的。
此外， 如果 UE 停留在当前 RAT 中， 并且因为网络 VoIMS 指示 ( 在已注册的跟踪区 中， 因为该指示是取决于每个跟踪区的 ) 没有指示支持而不能接入语音服务， 然而由于移 动， UE 进入到网络 VoIMS 指示符确实指示了支持 IMS PS 语音的 GERAN/UTRAN 无线覆盖的 路由区或 E-UTRAN 覆盖的跟踪区， 则 UE 需要后续针对语音重新尝试 IMS 注册。
在另一情况下， 如果 UE 的语音设置是 “仅 IMS PS 语音” 或者 “IMS 语音优选， CS 语音次之” ， 以及 UE 的使用设置被设置为 “以语音为中心” 或者 “以数据为中心” ， 则 UE 可以 结束驻留在 GERAN/UTRAN 中， 并且针对语音使用 CS 语音， 即使由于 UE 的移动， 基于 LTE 或
GERAN/UTRAN 中的 IMS 的语音服务可能变得可用， 也针对语音使用 CS 语音。当 UE 移动时， 其可能移动到确实支持 IMS 语音的新 E-UTRAN 跟踪区或新 GERAN/UTRAN 路由区的覆盖区域 中， 在这种情况下， 存在 UE 可得到基于 GERAN/UTRAN 或者基于 LTE 的 IMS 语音服务的可能 性， 并且对于 “以数据为中心” 的 UE， 如果其在 GERAN/UTRAN 中不受限制， 可以获得基于 LTE 的更好的 PS 服务。
示例 1
在一些实现中， UE 被配置为识别以下情况， 以使得 UE 结束驻留在不能接入语音服 务的 E-UTRAN 中 ： UE 的使用设置被设置为 “仅数据” ， UE 的语音设置是 “仅 IMS PS 语音” 或 者 “IMS 语音优选， CS 语音次之” ， 以及当 UE 尝试进行 EPS 附着时， 其认识到 “不支持基于 PS 会话的 IMS 语音” 。对基于 PS 会话的 IMS 语音的支持取决于每个跟踪区 (TA)。UE 被配置 为然后监视相邻 E-UTRAN 小区的 TA， 直到检测到具有不同 TA/RA 的小区 ( 或者备选地， 具有 在 UE TAI 列表之外的 TA 的小区 )。在检测到这种 LTE 小区时， UE 尝试驻留在该小区上， 并 作为该过程的一部分向网络发送跟踪区更新。响应于此， UE 接收跟踪区更新响应。跟踪区 更新响应包括针对该跟踪区的网络 VoIMS 指示符。如果指示符是 “支持基于 PS 会话的 IMS 语音” ， 则 UE 使用请求语音服务的指示符来重试 IMS 注册。接下来的行为可以例如遵循上 述处理 IMS 注册失败的实现。
在图 10A 中描述了该行为的示例。当 UE 到达步骤 1A-8 处时， 可以发生上述场景。 方法在步骤 10A-1 中继续， 在该步骤中 UE 监视相邻 E-UTRAN 小区的 TA， 直到检测到具有不 同 TA 的小区 ( 或者备选地， 具有在 UE TAI 列表之外的 TA 的小区 )。在步骤 10A-2 中， 在检 测到这种小区时， UE 尝试驻留在该小区上， 并作为该过程的一部分向网络发送跟踪区更新。 响应于此， UE 接收跟踪区更新响应。跟踪区更新响应包括针对该跟踪区的网络 VoIMS 指示 符。如果指示符是 “支持基于 PS 会话的 IMS 语音” ( 步骤 10A-3)， 则在步骤 10A-4 中， UE 使 用请求语音服务的指示符来重试 IMS 注册。接下来的行为可以例如遵循上述处理 IMS 注册 失败的实现。对于仅 IMS PS 语音的 UE 语音设置， 步骤 10A-1、 10A-2、 10A-3 和 10A-4 可以 跟在图 2B 的步骤 1B-6 之后。
示例 2
在一些实现中， UE 被配置为识别以下情况， 以使得 UE 结束驻留在具有语音服务但 具有次优数据服务的 GERAN/UTRAN 中 ： UE 的使用设置被设置为 “以语音为中心” 或者 “以数 据为中心” ， UE 的语音设置是 “仅 IMSPS 语音” 或者 “IMS 语音优选， CS 语音次之” ， 以及当 UE 尝试进行 EPS 附着时， 其接收 VoIMS 指示符， 并认识到 “不支持基于 PS 会话的 IMS 语音” 。 在该情况下， 当 UE 处于空闲模式时， UE 被配置为尝试 ( 一次或者多次， 例如， 以有规律的间 隔， 或者基于定时器 ) 重选适当的已发现的 E-UTRAN 小区。如上所述， 当 UE 的语音设置是 “仅 IMS PS 语音” 时， 该过程触发定期的跟踪区更新， 或者如果 UE 的语音设置是 “IMS 语音 优选， CS 语音次之” ， 该过程触发组合跟踪区更新。如果在 TAU 或组合 TA/LA 更新过程期间 获得的 VoIMS 指示符指示支持 IMS 语音， 则 UE 进行到使用请求语音服务的指示符来尝试 IMS 注册。接下来的行为可以例如遵循上述处理 IMS 注册失败的实现。
在图 10B 中描述了针对 UE 语音设置为 “仅 IMS PS 语音” 该行为的示例。当 UE 到 达步骤 1B-7 处时， 可以发生上述场景。在该情况下， 在步骤 10B-1 处， 当 UE 处于空闲模式 时， UE 被配置为尝试 ( 一次或者多次， 例如， 以规则的间隔， 或者基于定时器 ) 重选适当的已发现的 E-UTRAN 小区。当 UE 的语音设置是 “仅 IMS PS 语音” 时， 该过程触发定期的跟踪 区更新， 或者如果 UE 的语音设置是 “IMS 语音优选， CS 语音次之” ， 该过程触发组合跟踪区 更新。在步骤 10B-2 处， 如果在 TAU 或组合 TA/LA 更新过程期间获得的 VoIMS 指示符指示 支持 IMS 语音， 则 UE 进行到使用请求语音服务的指示符来尝试 IMS 注册。对于 UE 语音设 置为 “IMS 语音优选， CS 语音次之” ， 步骤 10B-1 和 10B-2 可以跟在图 2A 的步骤 1A-9 之后。
图 10C 中描述了另一示例。当 UE 到达步骤 1A-9 处时， 可以发生上述场景。方法 在步骤 10C-1 中继续， 在步骤 10C-1 中， UE 确定当前小区的 RA 不同于先前的 RA。在步骤 10C-2 中， 在检测到这种小区时， 作为该过程的一部分， UE 向网络发送路由区更新。响应于 此， UE 接收路由区更新响应。路由区更新响应包括针对该路由区的网络 VoIMS 指示符。如 果指示符是 “支持基于 PS 会话的 IMS 语音” ( 步骤 10C-3)， 则在步骤 10C-4 中， UE 使用请求 语音服务的指示符来重试 IMS 注册。接下来的行为可以例如遵循上述处理 IMS 注册失败的 实现。对于仅 IMS PS 语音的 UE 语音设置， 步骤 10C-1、 10C-2、 10C-3 和 10C-4 可以跟在图 2B 的步骤 1B-6 之后。
在一些实现中， 当 MS 处于状态 GMM-REGISTERED 和 MM-IDLE， 以及当网络操作在网 络操作模式 I 下， 以及当在 Iu 模式下 UE 从上层接收对至 IP 多媒体子系统的 SIP 注册已经 失败并且 UE 使用设置是 “以语音为中心” 的指示时， 可以由操作在 MS 操作模式 A 或 B 下的 GPRS MS 发起组合路由区更新过程。
针对问题 3 描述的可能示例的一个方面是 UE 通过执行 NAS 注册过程 ( 例如， 跟踪 区更新或路由区更新 ) 来获得针对 TA 或 RA 的 VoIMS 指示符。 该注册过程需要 UE 和网络之 间的信令。 例如， NAS 注册响应消息可以是对 EPS 附着过程的响应、 跟踪区更新响应、 路由区 更新响应、 附着接受响应或者跟踪区更新接受响应。在一些实现中， 网络被配置为将 VoIMS 指示符作为每个小区发送的广播系统信息的一部分进行广播。作为示例， 可以将可如何使 用该 VoIMS 指示符视为图 10B 中描述的实现的微小变型。与 UE 定期尝试重选 E-UTRAN 小 区并执行跟踪区更新以获得 VoIMS 指示符 ( 如图 10B 的步骤 10B-1 所示 ) 不同， UE 可以定 期尝试读取 E-UTRAN 小区的广播系统信息， 以获得 VoIMS 指示符。在步骤 10B-2 处， 如果获 得 VoIMS 指示符的广播系统信息指示支持 IMS 语音， 则 UE 进行到使用请求语音服务的指示 符来尝试 IMS 注册。
第四个问题 ： 在 UE 的使用设置已经改变到 “仅数据” 之后， 改变回 “以语音为中心” 或 “以数据为中心” 。
与以上关于图 1A 和 1B 中指定的行为有关的第四个问题是在一些情况下， 希望改 变 UE 的使用设置。例如， 如果 UE 正在下载大量的数据， 则其可能希望 UE 的使用设置是 “仅 数据” ， 以使得即使语音服务在 E-UTRAN 上不可用， UE 也使用 E-UTRAN。当大量数据的下载 完成时， 则可能希望 UE 的使用设置再次是 “以语音为中心” 或 “以数据为中心” ， 以确保语音 是可用的， 即使这意味着选择另一 RAT。一个特别的问题是用户可能将 UE 的使用设置设置 为 “仅数据” ， 然而之后， 在后面的阶段忘记将设置还原到 “以语音为中心” 或 “以数据为中 心” 。
示例 1
更具体地， 如果基于用户偏好或基于在 UE 中运行的应用的需要， 上述图 1A 和 1B 中 UE 的使用设置被设置为 “以数据为中心” ， 可以将 UE 使用设置修改为 “仅数据” ， 以给予数据服务优先权， 并因此使得 UE 选择针对数据服务的最佳 RAT( 即， E-UTRAN)。然而， 希望可 以在稍后时间将 UE 使用设置修改为原始值 ( 即， “以语音为中心” 或者 “以数据为中心” )。 作为示例， 用户可以在稍后时间改变 UE 使用设置。在另一示例中， 在 UE 中运行的应用， 即 使在 UE 是 “以语音为中心” 或者 “以数据为中心” 时也要求最佳的 PS 服务可用， 基于此， 应 用或用户将 UE 使用设置改变为 “仅数据” 。然而， 一旦应用已终止， 应用或 UE 将 UE 使用设 置改变回原始值， 即 “以语音为中心” 或者 “以数据为中心” 。
在这种场景中， 一旦将 UE 使用设置改变为 “仅数据” ， 基于在以上实现中针对 “仅 数据” 的 UE 描述的行为 UE 将结束选择 RAT。然而， 一旦将 UE 使用设置修改回原始值， UE 应 该尝试连接到适合的 RAT， 并尝试基于 IMS 的可用性和 UE 的 UE 语音设置来接入语音服务。 然而， 使用针对 UE 定义的当前行为， 在 IMS 可用时， UE 将既不尝试重选适合的 RAT， 也不注 册 IMS。
在特定的场景中， 用户或 UE 中运行的应用 ( 或者应用集合 ) 将 UE 使用设置从 “以 数据为中心” 或 “以语音为中心” 修改为 “仅数据” ， 以允许 UE 中运行的应用具有最佳 PS 服 务。在稍后的时间， 基于可能的触发条件的集合， 将 UE 使用设置还原到原始的设置。结果， UE 基于 UE 语音设置执行以上实现中描述的一个或多个过程， 以发现 IMS 语音是否可用， 是 否注册到 IMS 以及是否选择适合的 RAT。
参考图 11A， 在一个实现中， UE 中运行的应用 ( 或者应用的集合 ) 在步骤 11A-1 处 修改 UE 使用设置。在步骤 11A-2 中， 修改 UE 使用设置的应用终止 ( 或者备选地， 需要 “仅 数据” 操作的应用结束 ) 并使得 UE 使用设置恢复到原始值。如果 UE 语音设置是 “IMS 语音 优选， CS 语音次之” ， UE 将如同在上面针对 UE 语音设置是 “IMS 语音优选， CS 语音次之” 的 UE 的实现中一样进行动作。如果 UE 语音设置是 “仅 IMS PS 语音” ， UE 将如同上面 UE 语音 设置是 “仅 IMS PS 语音” 的 UE 的实现中一样进行动作。在步骤 11A-3 处， 一般性地对此进 行指示。
参考图 11B， 在一个实现中， 用户在步骤 11B-1 处请求移动发起的语音呼叫。在步 骤 11B-2 中， 在请求移动发起的语音呼叫时， UE 还原到 “以语音为中心” 或 “以数据为中心” ， 以使得能够建立语音呼叫。然后， 取决于 UE 语音设置， UE 如同图 11A 的实现中一样进行动 作。这涉及在步骤 11B-3 中的还原到原始的 UE 使用设置， 并在然后继续之前描述的方法之 一 (11B-4)。
参考图 11C， 在一个实现中， UE 在步骤 11C-1 中接收将语音邮件作为附件的电子邮 件。在步骤 11C-2 中， 在接收到该邮件时， UE 还原到 “以语音为中心” 或 “以数据为中心” ， 以使得能够回复错过的呼叫。然后， 取决于 UE 语音设置， UE 如同图 11A 的实现中一样进行 动作。这涉及在步骤 11C-3 中的还原到原始的 UE 使用设置， 并在然后继续之前描述的方法 之一 (11C-4)。
参考图 11D， 在一个实现中， 用户在步骤 11D-1 中接收对语音邮件正在等待中或者 已经错过了呼叫的 SMS 指示。在接收到该 SMS 时， UE 还原到 “以语音为中心” 或 “以数据为 中心” ， 以使得能够建立语音呼叫来检索语音邮件和 / 或回复错过的呼叫。然后， 取决于 UE 语音设置， UE 如同图 11A 的实现中一样进行动作。这涉及在步骤 11D-3 中的还原到原始的 UE 使用设置， 并在然后继续之前描述的方法之一 (11D-4)。
参考图 11E， 在一个实现中， 在步骤 11E-1 中， IMS 基础设施接收到进入的 IMS 语音呼叫， 然而， 因为针对 IMS 语音的 IMS 注册还没有成功， 不能向 UE 递送该语音呼叫， 并且 在步骤 11E-1 中 UE 从 IMS 接收对这种错过的呼叫的通知。在步骤 11E-2 处， 在接收到该通 知时， UE 还原到 “以语音为中心” 或 “以数据为中心” ， 以使得能够回复错过的语音呼叫。然 后， 取决于 UE 语音设置， UE 如同图 11A 的实现中一样进行动作。这涉及在步骤 11E-3 中的 还原到原始的 UE 使用设置， 并在然后继续之前描述的方法之一 (11E-4)。
在以上的所有实现中， 作为示例， 该恢复可以通过在应用或用户对原始的 UE 使用 设置值进行修改时对其进行存储并检索该值来实现。
另一移动设备
现在参考图 12， 图 12 示出了可以实现在此描述的与 UE 有关的方法的移动通信设 备 700 的方框图。要理解， 仅出于示例的目的， 以非常详细的细节来示出移动设备 700。
将处理设备 ( 微处理器 728) 示意性地示出为耦合在键盘 714 和显示器 726 之间。 微处理器 728 响应于用户在键盘 714 上致动按键， 控制显示器 726 的操作， 以及移动设备 700 的整体操作。
移动设备 700 具有外壳， 外壳可以垂直拉长， 或可以采用其他尺寸和形状 ( 包括翻 盖式外壳结构 )。 键盘 714 可以包括模式选择键或者其他硬件或软件， 以在文本接口和电话 接口间进行切换。
除了微处理器 728 之外， 还示意性地示出了移动设备 700 的其他部分。这些部分 包括 ： 通信子系统 770 ； 短距离通信子系统 702 ； 键盘 714 和显示器 726， 以及其他的输入 / 输出设备 ( 包括 LED 704 的集合、 辅助 I/O 设备 706 的集合、 串行端口 708、 扬声器 711 和麦 克风 712) ； 以及存储设备 ( 包括闪存 716 和随机存取存储器 (RAM)718) ； 以及各种其他的设 备子系统 720。移动设备 700 可以具有向移动设备 700 的有源单元供电的电池 721。在一 些实施例中， 移动设备 700 是具有语音和数据通信能力的双向射频 (RF) 通信设备。此外， 在一些实现中， 移动设备 700 具有经由因特网与其他计算机系统通信的能力。
在一些实施例中， 由微处理器 728 执行的操作系统软件存储在持久性存储器 ( 例 如， 闪存 716) 中， 但是也可以存储在其他类型的存储设备 ( 例如， 只读存储器 (ROM) 或类似 的存储元件 ) 中。此外， 可以将系统软件、 专用设备应用或其部分临时载入到易失性存储器 ( 例如 RAM718) 中。在一些实现中， 将表示信号星座中的不均匀度的一个或多个参数存储 在非易失性存储器中或易失性存储器中。也可以将移动设备 700 接收到的通信信号存储到 RAM 718 中。
除了其操作系统功能外， 微处理器 728 使得可以在移动设备 700A 上执行软件应 用。可以在制造期间将控制基本设备操作的软件应用的预定集合 ( 例如， 语音通信模块 730A 和数据通信模块 730B) 安装到移动设备 700 上。此外， 也可以在制造期间将个人信息 管理器 (PIM) 应用模块 730C 安装在移动设备 700 上。在一些实现中， PIM 可以组织和管理 数据项 ( 例如， 电子邮件、 日程事件、 语音邮件、 约会安排， 以及任务项 )。 在一些实现中， PIM 应用还能够经由无线网络 710 发送和接收数据项。 在一些实现中， 可以经由无线网络 710 将 PIM 应用所管理的数据项与已存储或与主计算机系统相关联的设备用户的对应数据项进行 无缝集成、 同步和更新。同样地， 可以在制造期间安装被示出为其他软件模块 730N 的另外 的软件模块。
通过通信子系统 770 以及很可能地通过短距离通信子系统 702 执行通信功能 ( 包括数据和语音通信 )。通信子系统 770 包括接收机 750、 发射机 752 以及一个或多个天线 ( 示出为接收天线 754 和发射天线 756)。此外， 通信子系统 770 还包括处理模块， 例如数字 信号处理器 (DSP)758 和本地振荡器 (LO)760。 通信子系统 770 的具体设计和实现取决于移 动设备 700 想要在其中操作的通信网络。例如， 可以将移动设备 700 的通信子系统 770 设 TM TM 计为与 Mobitex 、 DataTAC 或通用分组无线服务 (GPRS) 移动数据通信网络一起操作， 以 及还涉及为与各种语音通信网络中的任何语音通信网络一起操作， 语音通信网络例如高级 移动电话服务 (AMPS)、 时分多址接入 (TDMA)、 码分多址接入 (CDMA)、 个人通信服务 (PCS)、 全球移动通信系统 (GSM) 等。也可以将其他类型的数据和语音网络 ( 分离的和集成的 ) 与 移动设备 700 一起使用。在此考虑的特别的设备是多模移动设备， 并因而其包括实现至少 两个 RAT 的硬件和 / 或软件。更具体地， 在特别的示例中， 其可以是针对由设备实现的每个 RAT 的相应通信子系统 770。
网络接入可以根据通信系统的类型而不同。例如， 在 MobitexTM 和 DataTACTM 网络 中， 移动设备使用与每一个设备相关联的唯一个人识别号 (PIN) 在网络上注册。然而， 在 GPRS 网络中， 网络接入通常与设备的订户或用户相关联。因此， 为了在 GPRS 网络上操作， GPRS 设备通常具有一般被称为订户识别模块 (SIM) 卡的订户识别模块。 当网络注册或激活过程已完成时， 移动设备 700 可以在通信网络 710 上发送和接 收通信信号。接收天线 754 从通信网络 710 接收到的信号被路由到接收机 750， 接收机 750 提供信号放大、 下变频、 滤波、 信道选择等， 并且还可提供模数变换。 对接收到的信号的模数 转换使得 DSP 758 可以执行更复杂的通信功能， 例如解调和解码。以类似的方式， DSP 758 对将要发送到网络 710 的信号进行处理 ( 例如调制和编码 )， 然后提供给发射机 752 以进行 数模转换、 上变频、 滤波、 放大并经由发射天线 756 发送到通信网络 710( 或多个网络 )。
除了处理通信信号外， DSP 758 提供对接收机 750 和发射机 752 的控制。例如， 可 以通过 DSP 758 中执行的自动增益控制算法来自适应地控制应用到接收机 750 和发射机 752 中的通信信号的增益。
在数据通信模式下， 通信子系统 770 处理接收到的信号 ( 例如， 文本消息或网页下 载 )， 并将其输入到微处理器 728。然后， 微处理器 728 对接收到的信号进行进一步处理， 以 输出到显示器 726， 或者备选地， 输出到一些其他的辅助 I/O 设备 706。设备用户还可以使 用键盘 714 和 / 或一些其他辅助 I/O 设备 706( 例如， 触摸板、 摇臂开关、 拇指轮或者一些其 他类型的输入设备 ) 来编辑数据项。然后， 可以经由通信子系统 770 在通信网络 710 上发 送已编辑的数据项。
在语音通信模式下， 除了将接收到的信号输出到扬声器 711 以及由麦克风 712 产 生用于发送的信号之外， 设备的整体操作与数据通信模式基本相似。 还可以在移动设备 700 上实现备选的语音或音频 I/O 子系统， 例如语音消息录制子系统。此外， 还可以在语音通信 模式下使用显示器 716 来例如显示主叫方的标识、 语音呼叫的持续时间或其它涉及语音呼 叫的信息。
短距离通信子系统 702 使得可以在移动设备 700 与其他临近的系统和设备 ( 没有 必要是相似的设备 ) 之间进行通信。例如， 短程通信子系统可以包括红外设备及相关电路 TM 和组件或者蓝牙 通信模块， 以提供与类似使能的系统和设备的通信。
根据以上的教导， 本发明的多种修改和变化是可能的。因此， 要理解， 在所附权利
要求的范围之内， 可以在除了此处具体描述的之外实践本发明。