1X消息捆绑 |
|||||||
| 申请号 | CN201180006696.3 | 申请日 | 2011-01-21 | 公开(公告)号 | CN102714859A | 公开(公告)日 | 2012-10-03 |
| 申请人 | LG电子株式会社; | 发明人 | 孙理香; | ||||
| 摘要 | 一种方法，所述方法包括：在网络实体接收 电路 交换寻呼 请求 ，其中寻呼请求用于被附接到分组 数据网络 并且被登记在电路交换网络的用户设备UE；所述方法还包括：从所述电路交换网络获得主叫方号码，所述主叫方号码是与来自呼叫所述UE的一方的呼叫相对应的信息，以及生成电路服务通知应用消息，该电路服务通知应用消息包括电路交换技术的多于一个消息，使得其中一个消息包括所述主叫方号码。另一个操作涉及从所述网络实体向所述UE发送电路服务通知应用消息，该发送步骤发生于UE被附接到分组数据网络并且UE为了接收和/或发送分组数据或者信令消息而在激活态操作时。 | ||||||
| 权利要求 | 1.一种方法，所述方法包括： |
||||||
| 说明书全文 | 1X消息捆绑技术领域[0001] 本发明总体上涉及无线通信，具体地涉及用于无线通信系统中的终端的寻呼技术。 背景技术[0002] 无线通信系统被广泛部署为提供各种通信内容（诸如语音、视频、分组数据、消息、广播等）。这些无线系统采用能够通过共享可用系统资源来支持多用户的各种接入方案。通用移动通信系统（UMTS）是工作于基于欧洲系统的宽带码分多址（WCDMA）、全球移动通信系统（GSM）和通用分组无线服务（GPRS）中的第三代（3G）异步移动通信系统。UMTS的长期演进（LTE）型蜂窝网络正在得到对UMTS进行了标准化的第三代合作伙伴计划（3GPP）讨论。 发明内容[0003] 技术问题 [0004] 设计本发明的目的是解决在提供用于移动通信系统中的终端的寻呼技术中存在的问题。 [0005] 技术方案 [0006] 根据一种实施方式，提供了一种方法，所述方法包括：在网络实体接收电路交换寻呼请求，其中寻呼请求用于被附接到分组数据网络并且被登记在电路交换网络的用户设备UE。所述方法还包括：从所述电路交换网络获得主叫方号码，所述主叫方号码是与来自呼叫所述UE的一方的呼叫相对应的信息，以及生成通用电路服务通知应用消息（GCSNA），该通用电路服务通知应用消息包括电路交换技术的多于一个消息，使得其中一个消息包括所述主叫方号码。另一个操作涉及从所述网络实体向所述UE发送电路服务通知应用消息，该发送步骤发生于UE被附接到分组数据网络并且UE为了接收和/或发送分组数据或者信令消息而在激活态操作时。 [0007] 根据另一个实施方式，在UE中接收呼叫信息的方法，上述方法包括：所述UE在附接模式操作以使得所述UE被附接到分组数据网络；在所述附接模式期间的至少一部分时间中所述UE在登记模式操作以使得所述UE被登记到电路交换网络。该方法还包括：所述UE从网络实体接收包括电路交换技术的多于一个消息的GCSNA消息，其中所述多于一个消息中的一个包括主叫方号码，所述主叫方号码是与来自呼叫所述UE的一方的呼叫相对应的信息，以及其中在以下情况下发生所述UE从网络实体接收GCSNA消息的步骤：所述UE处于附接模式并且UE为接收和/或发送分组数据或者信令消息而在激活状态操作时。 [0009] 本发明的有益效果 [0010] 根据本发明的各个实施方式，终端在无线通信系统中有效地进行寻呼。 [0011] 应理解本发明实现的优点不限于上述优点，并且从以下描述中此处未提到的其它优点对于本发明所属领域的技术人员来说将是显而易见的。 附图说明[0012] 结合附图，考虑以下实施方式的说明，本公开的以上和其它方面和特征将变得明显。 [0013] 图1是根据本发明的各个实施方式的演进型通用移动通信系统（E-UMTS）的网络结构的框图。 [0014] 图2a是示出通常的E-UTRAN和通常EPC的一般结构的框图。 [0015] 图2b和图2c是示出用于E-UMTS网络的用户平面协议和控制平面协议栈的框图。 [0016] 图3是示出根据本发明的实施方式的用于对1xRTT的CS后退（CS fallback）的架构的框图。 [0017] 图4示出根据本发明的实施方式的用于各个实体的协议栈。 [0018] 图5a示出根据本发明的实施方式的用于寻呼和其它过程的信令流。 [0019] 图5b示出根据本发明的又一个实施方式的用于寻呼和其它过程的信令流。 [0020] 图6示出根据本发明的实施方式的GCSNA消息和各个字段。 [0021] 图7示出根据本发明的实施方式的消息和各个字段。 [0022] 图8示出根据本发明的实施方式的通用寻呼消息（GPM）和各个字段。 [0023] 图9示出用于移动台寻址的寻呼的PDU格式。 [0024] 图10示出可以根据本发明的各个实施方式实现的增强的广播寻呼。 [0025] 图11示出可以根据本发明的各个实施方式实现的特征通知消息（FNM）。 [0026] 图13和图14是示出根据本发明的各个实施方式的电路服务通知消息包括通常寻呼消息和特征通知消息的示例的框图。 [0027] 图15是示出根据本发明的各个实施方式的可在移动终端中实现的各个部件的更详细的框图。 具体实施方式[0028] 在以下描述中，参照作为本说明书的一部分的附图，并且通过例示示出本发明的具体实施方式。本领域技术人员应理解的是，在此技术领域中可以利用其它实施方式，并且可以在不背离本发明的范围的前提下进行结构、电气以及过程改变。尽可能在整个附图中用相同的附图标记代表相同或类似构件。 [0029] 这里，在根据LTE系统构建的无线通信网络和相关联的实体的环境中呈现各个实施方式。然而，能够想到对这些实现方式的替代，关于LTE的教导一般地还可应用于其它标准和空中接口。另外，使用特定术语描述各个实施方式应不将这些实施方式限制于诸如LTE的特定类型的无线通信系统。各个实施方式还可以应用于使用不同的空中接口和/或物理层的其它无线通信系统，例如频分多址（FDMA）、时分多址（TDMA）、码分多址（CDMA）、超宽带CDMA（W-CDMA）、LTE先进和全球移动通信系统（GSM）。通过非限定示例，进一步描述将涉及LTE系统，但是这些教导等同地应用于其它系统类型。 [0030] 3GPP LTE是用于支持高速分组通信的技术。针对LTE目标提出了很多方案，旨在降低用户和提供商成本，提高服务质量以及扩展和提高覆盖和系统容量。作为高级别要求，3G LTE要求降低每比特成本，增加服务可用性，灵活使用频带，简单结构，开放接口以及终端的适当电力消耗。 [0031] 图1是根据本发明的各个实施方式的演进型通用移动通信系统（E-UMTS）的网络结构的框图。E-UMTS还可以被称为LTE系统。该系统可以被广泛地部署为提供多种通信服务（诸如语音和数据），并且通常被配置以提供基于此处呈现并且以下参照附图更详细讨论的各个技术的功能。 [0032] 参照图1，E-UMTS网络包括演进型UMTS地面无线接入网络（E-UTRAN）、演进型分组核心（EPC）和一个或者更多个移动终端（或者用户设备（UE））10。E-UTRAN包括一个或者更多个eNodeB 20。关于EPC，MME/SAE网关30提供会话的端点和针对UE 10的移动性管理功能。eNodeB 20和MME/SAE网关30可以经由S1接口连接。 [0033] UE 10是用户携带的通信装置，还可以是指移动台（MS）、用户终端（UT）、订户台（SS）或者无线装置。 [0034] eNodeB 20一般是与UE 10通信的固定台。除了被称为基站，eNodeB 20还可以被称为接入点。eNodeB 20向UE 10提供用户平面和控制平面的端点。一般地，eNodeB包括发射机和处理器以及其它部件，并且被配置以根据此处呈现的各种技术来操作。 [0035] 一个小区中可以存在多个UE 10。通常每个小区部署一个eNodeB 20。可以在eNodeB 20之间使用用于发送用户业务或者控制业务的接口。如此处所用，“下行”是指从eNodeB 20向UE 10的通信，“上行”是指从UE向eNodeB的通信。 [0036] MME网关30提供各种功能，包括向eNodeB 20分配寻呼消息、安全控制、空闲状态移动性控制、SAE承载控制以及非接入层（NAS）信令的加密和完整性保护。SAE网关30提供各种各样的功能，这些功能包括由于寻呼原因而终止U平面分组以及为支持UE移动性进行的U平面的切换。为了便于描述，MME/SAE网关30可以在此仅仅称为“网关”。然而，应理解的是这种结构还可以包括MME网关和SAE网关两者。 [0037] 多个节点可以经由S1接口在enodeb 20和网关30之间连接。eNodeB 20可以经由X2接口彼此连接，并且相邻的eNodeB可以具有网状网络结构，该网状网络结构具有X2接口。 [0038] 图2a是示出通常的E-UTRAN和通常EPC的一般结构的框图。参照图2a，eNodeB20可以执行诸如选择网关30、在无线资源控制（RRC）激活期间向网关进行路由、调度和发送寻呼消息、调度和发送广播信道（BCCH）信息、在上行和下行向UE 10动态分配资源、配置和提供eNodeB测量、无线承载控制、无线接纳控制（RAC）以及LTE_ACTIVE状态下的连接移动性控制的各种功能。 [0039] 在EPC中，如上所述，网关30可以执行寻呼发起、LTE-IDLE状态管理、加密用户平面、系统架构演进（SAE）承载控制、以及非接入层（NAS）信令的加密和完整性保护等功能。 [0040] 图2b和图2c是示出用于E-UMTS网络的用户平面协议栈和控制平面协议栈的框图。参照图2b和图2c，可以基于在通信系统领域中公知的开放系统互联（OSI）标准模型的低三层将协议层分成第一层（L1）、第二层（L2）及第三层（L3）。 [0041] 第一层L1（或者物理层）使用物理信道向上层提供信息发送服务。物理层通过传输信道与更高层级的介质接入控制（MAC）层连接，并且经过传输信道在MAC层和物理层之间传递数据。在不同的物理层之间，即发送侧的物理层和接收侧的物理层之间（例如，在UE10的物理层和eNodeB 20的物理层之间），经由物理信道21传递数据。 [0042] 层2（L2）的MAC层经由逻辑信道向无线链路控制（RLC）层（更高层）提供服务。层2（L2）的RLC层支持可靠的数据发送。尽管在图2b和图2c中RLC层示出为与MAC层分开，但是应理解的是可以由MAC层执行RLC层的功能，因此，单独的RLC层并非是必需的。 参照图2b，层2（L2）的分组数据汇聚协议（PDCP）层执行报头压缩功能，该报头压缩功能减少不必要的控制信息从而通过采用诸如IPv4或者IPv6这样的网际协议（IP）分组发送的数据可以经由具有相对小的带宽的无线电（无线）接口有效地发送。 [0043] 参照图2c，位于第三层（L3）的最低部分的无线资源控制（RRC）层通常仅仅在控制平面中定义，并且关于无线承载（RB）的配置、重配置和释放来控制逻辑信道、传输信道和物理信道。在此，RB表示第二层（L2）为了终端和E-UTRAN之间的数据发送而提供的服务。 [0044] 参照图2b，RLC和MAC层（终止于网络侧的eNodeB 20）可以执行诸如调度、自动重传请求（ARQ）和混合自动重传请求（HARQ）这样的功能。PDCP层（终止于网络侧的eNodeB20）可以执行诸如报头压缩、完整性保护和加密这样的用户平面功能。 [0045] 参照图2c，RLC和MAC层（终止于网络侧的eNodeB 20）执行与针对控制平面相同或者类似的功能。RRC层（终止于网络侧的eNodeB 20）可以执行诸如广播、寻呼、RRC连接管理、无线承载（RB）控制、移动性功能和UE测量报告和控制这样的功能。NAS控制协议（终止于网络侧的网关30的MME）可以执行诸如SAE承载管理、验证、LTE_IDLE移动性处理、LTE_IDLE中的寻呼发起以及网关和UE 10之间的信令的安全控制这样的功能。 [0046] NAS控制协议可以使用三个不同状态：首先，如果不存在RRC实体，则LTE_DETACHED状态；第二，如果在存储最小的UE信息时不存在RRC连接，则LTE_IDLE状态；第三，如果建立了RRC连接，则LTE_ACTIVE状态。 [0047] 另外，RRC状态可以分为两个不同的状态（例如，RRC_IDLE状态和RRC_CONNECTED状态）。在RRC_IDLE状态中，在UE规定由NAS配置的断续接收（DRX）时，UE 10可以接收系统信息和寻呼信息的广播，并且UE已经被分配了在跟踪区域中唯一地标识UE的标识（ID）。另外，在RRC-IDLE状态中，在eNodeB中没有存储RRC上下文。 [0049] 在RRC_CONNECTED状态下，UE 10具有E-UTRAN RRC连接和E-UTRAN中的上下文，从而使得向网络（eNodeB）发送数据/从网络（eNodeB）接收数据变为可能。另外，UE 10可以向eNodeB报告信道质量信息和反馈信息。 [0050] 在RRC_CONNECTED状态下，E-UTRAN知道UE 10属于哪个小区。因此，网络可以向UE 10发送数据/从UE 10接收数据，网络可以控制UE的移动性（切换），以及网络可以针对相邻小区进行小区测量。 [0051] 一般理解LTE网络或者UE在与IMS（因特网多媒体子系统）语音服务协作时具有挑战。通常的设置是将LTE网络连接到1xRTT网络来提供用于语音服务的1x电路交换后退（1xCSFB）。MME通常定位以经由S102接口连接到1xIWS。在系统中操作的UE能够与1xRTT和LTE两者工作，并且可以通过通用电路服务通知应用协议（GCSNA）增强，以在LTE中UE活动时与1x IWS通信从而进行1x信令交易。UE和IWS针对诸如1x登记、寻呼、SMS、发起、移交等的事项彼此通信。 [0052] 图3是示出根据本发明的实施方式的用于对1xRTT的CS后退（CS fallback）的架构的框图。应理解的是此附图中描述的UE、E-UTRAN和MME的方面中的一些或者全部例如可以由图1到图5所示的相应实体实现。仍参照图3，当UE被E-UTRAN或者类似实体提供服务时，用于演进型分组系统（EPS）中的1xRTT的CS后退通常通过重使用1xCS设施来支持提供CS域服务（例如，CS语音）。CS后退支持终端在连接到E-UTRAN时可以在1x RTT CS域登记，以能够使用1xRTT接入，以在CS域建立一个或者更多个CS服务。当E-UTRAN覆盖与1xRTT覆盖交叠时CS后退功能可用。 [0053] 对1xRTT的CS后退和基于IMS（IP多媒体子系统）的服务可以起作用，从而它们能够在相同的运营商网络中共存。可以通过重使用MME和1xCS IWS之间的S102基准点来实现EPS中的CS后退。S102接口可以实现为MME和1xCS IWS之间的基准点。S102基准点可以提供MME和3GPP2例如1xCS IWS之间的隧道，以中继3GPP2 1xCS信令消息。应理解的是1x CS信令消息包括如经常在3GPP2规范中实现的针对A21接口定义的消息。 [0054] UE通常能够例如经由1xCS对1xRTT和SMS进行CS后退，并且支持经由1xRTT接入到E-UTRAN/EPC以及接入到1xCS。UE通常支持以下附加功能： [0055] -在UE完成E-UTRAN附接之后经由EPS的1xRTT CS登记； [0056] -由于移动引起的1xRTT CS重登记； [0057] -针对1xRTT CS域语音服务规定的CS后退过程；以及 [0058] -用于经由E-UTRAN的移动发起和移动终止的SMS的过程。 [0059] MME可以被配置以支持对1xRTT的CS后退并且支持以下附加功能： [0060] -经由用于向/从UE发送/接收经封装的1xCS信令消息的S102接口充当向1xCSIWS的信令隧穿端点，1xCS信令消息被封装在S1-MME S1信息传递消息中； [0061] -用于SCFB过程的1xCS-IWS（终止S102基准点）选择。 [0062] -在MME重分配的情况下的处理S102隧道重定向； [0063] -针对处于空闲状态的UE，缓冲经由S102接收的消息。 [0064] 可以支持E-UTRAN进行对1xRTT的CS后退并且通常支持以下附加功能： [0065] -提供使UE触发1xCS登记的控制信息； [0066] -向UE转发1x RTT CS寻呼请求； [0067] -在MME和UE之间转发涉及1x RTT CS的消息；以及 [0068] -在针对对1xRTT CS的CS后退的寻呼随后UE离开E-UTRAN覆盖之后释放E-UTRAN资源。 [0069] 图4示出根据本发明的实施方式的用于各个实体的协议栈。所示出的是通用电路服务通知应用（GCSNA）协议，该协议通过提供移动台和IWS之间的隧道的各种无线接入技术来支持用于移动台（例如，UE 10）和1xCS IWS之间的cdma2000 1x电路交换服务的信令交易。 [0071] 消息转换是指从MSC接收/向MSC发送的IOS A1/A1p消息和经由其它接入技术发送/接收的1x空中接口信令消息之间的转换的功能。1x参数存储器存储用于GCSNA支持所需的1x无线参数。 [0072] RAND生成提供用于1x验证的随机挑战值（RAND）。该功能可以在另一个接入技术中。如果IWS支持RAND生成和1x参数提供，则在其它接入技术中，IWS通过节点向移动台提供的RAND值优先于向移动台提供的RAND值。 [0073] 图5a示出根据本发明的实施方式的用于寻呼和其它过程的信令流。应理解的是此附图中描述的UE、E-UTRAN、MME、MSC、S-GW的方面中的一些或者全部例如可以由前面的附图所示的相应实体实现。一般地，所示出的过程包括例如当UE接受或者拒绝针对对1xRTT的CS后退的CS寻呼时的移动终接呼叫过程的情形。 [0074] 通过一个示例的概括，当1x MSC从UE接收到登记时，其记录用以接收该登记的无线接入网络（RAN）设备。随后的寻呼活动因而可以指向RAN设备。然而，MSC的寻呼活动不限于单个RAN设备（从该设备接收到登记）。MSC可以选择对更宽的区域进行寻呼，包括系统间寻呼。如果MSC具有对1xCS IWS以及对1xRTT接入的直接接口，则在尝试联系UE时MSC可以选择将寻呼活动指向E-UTRAN和1x RAN设备两者。 [0075] 寻呼请求被MSC发送到IWS并经由隧道最终投送到UE。UE调谐到1xRTT接入，确认1x寻呼并且进行针对移动终接呼叫的1xCS过程。当UE接收到寻呼消息时，其例如基于主叫方线路识别或者预先规定的本地策略可以不希望接受该寻呼消息。在那种情况下，根据一种实施方式，UE经由E-UTRAN和EPC中的隧道向1xCS IWS发送1x释放命令。 [0076] 通过此概括，现在更详细描述根据图5a的各种实施方式的各个操作。具体地，操作1包括UE被附接到E-UTRAN并且在1xRTT CS网络登记。 [0077] 操作2示出了MSC向CS IWS节点发送具有主叫方线路标识（如果有的话）的寻呼请求。寻呼请求的内容可以改变，并且这种替代将以下结合替代实施方式更详细描述。 [0078] 操作3是1xCS IWS节点通过经由S102隧道向MME发送对应的1xRTT消息来转发1x RTT CS寻呼请求以及任何包括的信息。 [0079] 在操作4，如果UE处于空闲状态，则MME可以执行网络发起的服务请求过程，以在向UE隧穿1x RTT CS寻呼请求之前将UE带入激活状态。 [0080] 操作5涉及MME向UE转发1xRTT CS寻呼请求。更具体地，在操作5b，存在上行和下行信息传递和隧穿。在一些方案中，UE将进行到操作6b，离开LTE并且建立1xRTT连接。接着，在1xRTT连接建立之后，UE将接收包含主叫方号码或者其它主叫方标识的1xRTT消息。此时UE的用户可以决定是否接听该呼叫。如果用户拒绝该呼叫，则可能发生分组服务中断。以上称为方案A。 [0081] 称为方案B的另一种方案是在UE在步骤6采取进一步动作之前，网络向UE通知主叫方号码。例如，在1xRTT MSC在步骤2能够与CS寻呼请求一起提供主叫方号码的条件下，IWS在步骤3向UE发送1xRTT通用寻呼消息（GPM）和特征通知消息（FNM）消息。应理解的是这些消息在GCSNA 1xCircuitService消息中封装，并且当前的GCSNA 1xCircuitService消息可以仅仅包括单个1x消息。在空中下载（OTA）情形中，有时捆绑相关的L3消息，诸如此示例中使用的寻呼消息和携带主叫方号码（FNM）的消息。当1x消息被隧穿时其中这些消息不改变的MS处理的逻辑通常是有用的（例如相关事件可以一起向用户通知）。 [0082] 在涉及LTE的情形中，例如，接着考虑诸如以下的RRC消息： [0083] MobilityfromEUTRA、DL/UK信息传递、或者ULHandoverPreparationTransfer。这些消息可以包括直到一个GCSNA消息。尽管LTE的MAC/RLC PDU可以包含多个RRC消息，但是eNB、MME通常仅仅用作传输实体，因而可以不知道所传输的1x消息的类型。在这种情形中，eNB调度器无法决定哪些RRC消息应在相同MAC/RLC PDU中调度。 [0084] 在此方案中，假定一个GCSNA消息仅仅可以至多包含一个1xRTT消息，当UE接收到GPM时，通常不知道是否存在进入的FNM。例如，需要实现定时器来防止UE在接收到FNM之前执行到操作步骤6b。当利用定时器时，如果没有FNM，则定时器增加CSFB延迟。这是因为eNB不知道1xRTT消息的重要性，并且不保证其将两个下行信息传递消息连接在相同LTE MAC/RLC分组中。 [0085] 为了避免此问题，两个1xRTT消息可以在步骤3由IWS捆绑为一个GCSNA消息以由E-UTRAN网络透明地转发。 [0086] 无论采取哪个方案，在操作6a中，如果UE决定拒绝CSFB（例如，根据主叫方线路标识或者UE本地预先规定的策略的用户决定），则UE可以通过向MME发送1x释放命令来拒绝1x CS寻呼。MME在S102直接传递消息中向1xCS IWS转发1x释放命令，1xCS IWS接着向MSC发送拒绝。这样完成UE拒绝情形的过程。 [0087] 在UE接受情形中，在操作6b，如果UE接受针对对1xRTT的CS后退的CS寻呼，则UE向MME发送延伸服务请求（例如，CS后退指示符）。并且进行到操作7-15。应理解的是操作7-15仅仅是UE接受情形的一个示例，并且可以存在很多其它操作。因此，关于此情形之后的操作的具体详情不是本发明的很多实施方式的关健或者实质特征。 [0089] 在操作8，E-UTRAN可以可选地从UE征集测量报告，以确定要进行CS后退的目标1xRTT小区。接着，E-UTRAN通过重指向到1xCS来触发RRC连接释放（操作9）。在操作10，E-UTRAN向MME发送S1 UE上下文释放请求（理由）消息。该理由消息指示S1UE上下文释放是由对1xRTT的CS后退造成的。 [0090] 操作11是其中MME将UE上下文设定为暂停状态的情形，并且向S-GW发送请求暂停针对UE的EPS承载的暂停请求（IMSI）消息。MME针对全部EPS承载释放S1-U承载，并且全部GBR承载被解激活。非GBR承载被预留并且在S-GW中标记为暂停。 [0091] 操作12是指S-GW确认暂停的请求消息并且将UE标记为暂停。当下行数据到达S-GW时，如果UE被标记为暂停，则S-GW应不向MME发送下行数据通知消息。 [0092] 操作13涉及E-UTRAN中的被释放的S1 UE上下文，其导致UE调谐到1xRTT并且通过经由1x接入信道发送1xRTT寻呼响应消息来确认寻呼（操作14）。 [0093] 在操作15，UE随后执行如在例如3GPP2中规定的移动终接呼叫建立的过程。当在1xCS域中CS服务结束时，UE通过执行重选返回到E-UTRAN。EPS服务也可以被重新开始。 应理解的是图5a所示的任何网络实体（和子实体）（例如，E-UTRAN、MME、IWS、MSC等）可以执行关于寻呼请求的并且包括的数据的处理中的一些或者全部处理。 [0094] 根据另一个实施方式，应理解的是CS寻呼请求可以包括封装在另一个消息（例如，GCSNA1xCircuitService在此还称为“G1CS”）中并且从IWS向UE传输的通用寻呼消息（GPM）。这些实施方式中的图5a的处理的一般流程包括： [0095] -G1CS被封装在从IWS向MME的S102直接传递消息中； [0096] -G1CS被封装在从MME向eNB的下行S1 cdma2000隧穿消息中；以及 [0097] -G1CS被封装在从eNB向UE的RRC下行信息传递消息中。 [0098] 当MME从1x IWS接收到S102消息时，如果UE空闲，则执行对UE的寻呼，接着UE可以建立通往eNB的LTE RRC连接，并且例如在MME和eNB设立与UE相关联的S1信令连接。 [0099] 考虑到进一步的概括，根据其它实施方式，返回参照图5a，具体地参照操作1，在该操作中包括UE被附接到在1xRTT CS网络登记的E-UTRAN。 [0100] 操作2示出MSC向CS IWS节点发送寻呼请求。在一些实施方式中，该寻呼请求是在网络实体（例如，IWS）接收到的电路交换寻呼请求。该寻呼请求是针对附接到分组数据网络并且登记到电路交换网络的UE。在此，从寻呼请求获得数据（例如，主叫方号码）。该主叫方号码是与来自呼叫该UE的一方的呼叫相对应的数据。此操作的其它特征涉及生成具有通用寻呼消息和特征通知消息的电路服务通知消息，从而特征通知消息包括主叫方号码。在后面的附图示出并且描述这些消息的具体示例。 [0101] 操作3是1xCS IWS节点经由S102隧道向MME转发1x RTT CS寻呼请求以及任何包括的信息的情形。如果1xCS IWS在步骤2获得主叫方号码信息，则生成捆绑GPM和FNM（具有主叫方号码）的G1CS消息。G1CS接着被封装在从IWS向MME发的S102直接传递消息中。 [0102] 在操作4，如果UE处于空闲状态，则MME可以执行网络发起的服务请求过程，以在向UE隧穿1x RTT CS寻呼请求之前将UE带入激活状态。应注意的是在操作4中，如果UE已经在LTE中激活则不需要这种动作。因此，MME使用S1-C向eNB传输G1CS，并且eNB使用RRC消息向UE传输G1CS。在一些情形中，MME和/或eNB不知道G1CS消息中包括的信息的类型，而具有改消息是与1xRTT相关的隧穿载荷的有限认知。 [0103] 在操作5，下面考虑在G1CS消息中携带主叫方号码的情形。因此，UE从网络实体接收具有通用寻呼消息和特征通知消息的G1CS消息。由于UE具有关于主叫方的信息（例如，特征通知消息中的主叫方号码），因此UE可以基于此信息快速地决定接受还是拒绝呼叫。 [0104] 应注意的是，在UE处于由于接收和/或发送分组数据的激活状态时，在本实施方式中的UE知道主叫方号码。换句话说，UE经由电路服务通知消息（以及包括的数据）接收关于呼入的CS呼叫的主叫方号码。此外，UE可以在操作6a、6b之前和以后的操作动作获得该数据。 [0105] 根据其它特征，如果期望，则UE可以对此主叫方号码执行动作（例如，接收或者拒绝呼叫）而不延迟或者使用定时器。回想在主叫方号码不被包括在接收的电路服务通知消息的情况下实施方式利用定时器。该延迟的原因是为了允许在等待包括这种主叫方号码的进一步消息（可以到达或者可以不到达）时UE保留在活动“分组数据”状态。再一次，当主叫方号码被包括在电路服务通知消息时，UE已经准备好接入到主叫方号码，因而不必须实施延迟或者定时器。 [0106] 根据替代实施方式，图5a的实施方式可以执行而不使用与操作6a相关联的特征（例如，释放命令和相关联的拒绝）。UE通过仅仅不执行步骤6以及以后操作来拒绝CS呼叫并且停留在E-UTRAN网络中。 [0107] 根据又一个实施方式的标记为方案C的另一个方案是其中通过1xRTT信道指派向UE传递主叫方号码的情形。与在UE调谐到1x之后提供主叫方号码的方案A相比，方案C提供了如下特征，即，遗留1xRTT网络不需要被升级来向将与UE连接的1xRTT基站控制器路由主叫方信息。然而，当与其中1xRTT MSC被升级以用寻呼请求发送主叫方号码并且包含主叫方号码的消息被与1x RTT寻呼消息捆绑在一个GCSNA消息的方案B相比时，如果用户不希望接听呼叫，则UE需要临时离开LTE网络。 [0108] 为了实现方案B和C可以考虑以下问题：携带主叫方号码的1xRTT L3消息Y通常在另一个1xRTT L3消息X（诸如GPM或者通用移交方向消息）之后到达，网络应确保UE能够同时接收消息X和Y。如果网络不能一起投送它们，则基于1xRTT协议的UE可以仅仅作用于消息X，导致UE或者不能够经由LTE网络接收Y，或者不能够在对消息X响应前将消息Y考虑在内。 [0109] 通常，单个LTE RRC消息不能够包含多于一个GCSNA消息。例如，在方案C中，如果UE接收到携带GCSNA消息的MobilityfromEUTRA RRC消息，则UE将执行移交到1xRTT而不等待携带消息Y的另一个GCSNA消息。eNB通常能够将不同的分组或者消息连接在相同物理层分组中以便UE一起接收这些分组或消息。然而，因为eNB不知道单独的GCSNA消息中携带的1xRTT消息的重要性，因此不保证在相同LTE MAC/RLC分组中连接携带不同的GCSNA消息的两个RRC消息。 [0110] 为了避免这种问题，两个1xRTT消息可以在步骤12被IWS捆绑为一个GCSNA消息以被E-UTRAN网络透明地转发。 [0111] 图5b示出根据本发明的实施方式（即方案C）的用于寻呼和其它过程的信令流。应理解的是此附图中描述的UE、E-UTRAN、MME、MSC、S-GW的方面中的一些或者全部例如可以由前面的附图所示的相应实体实现。一般地，所示出的过程包括例如当UE接受或者拒绝针对对1xRTT的CS后退的CS寻呼时的移动终接呼叫过程的情形。 [0112] 在操作1中，UE被附接到E-UTRAN并且在1xRTT预登记。接着，操作2-7可以根据以上参照图5a阐述的各个实施方式执行。在图5b的一些实施方式中，与步骤6a（图5a）相关联的操作被省略。例如，当省略操作6a时，操作6b被执行从而UE向MME发送针对移动终接1xCS后退的延伸服务请求，并且方法进行到以下的操作7-17。 [0113] 操作7包括MME发送UE上下文修改请求（CS后退指示符）以指示E UTRAN将UE移动到1xRTT。如果在操作3接收到优先值或者紧急指示，则MME还向E-UTRAN设定优先级指示。E-UTRAN在随后步骤中对此呼叫提供优先处理。E-UTRAN通过UE上下文修改响应来进行响应。 [0114] 操作8是其中E-UTRAN可以可选地从UE征集1xRTT测量报告以确定要进行CS后退的目标1xRTT小区的情形。 [0115] 如果网络支持对HRPD的PS切换过程，则E-UTRAN可以可选地从UE征集HRPD测量报告以确定目标HRPD候选是否存在。 [0116] 在操作9，E-UTRAN向UE发送HandoverFromE-UTRAPreparation请求消息，以启动增强的1xCS后退过程。该请求消息包括3G1x开销消息和RAND值。该消息还包括不要求对并发的HRPD移交准备的指示。当网络和UE均支持针对双接收机/发射机构造的增强的对1xRTT的CS后退并且UE属于版本10或者之后版本时，在操作7之后E-UTRAN可以决定例如由于RF条件，指引UE将其第二无线电转向1xRTT并且在1xRTT接入网络上直接重试1xCS呼叫。对此情况，E-UTRAN将重指向指示符和可选的重指向信息一起包括在HandoverFromE-UTRAPreparation请求消息中。在此步骤之后，该过程停止，并且UE调谐其1x无线电并且在1xRTT重试其1x呼叫，并且仍在E UTRAN上接收/发送数据。 [0117] 操 作10 是 其 中 UE 通 过 发 送 包 含 GCSNA1xCircuitService 消 息 的UL HandoverPreparation传递消息来启动用于建立CS接入支路的信令，其中HandoverPreparation传递消息包含1xRTT寻呼响应消息。在操作11，E-UTRAN经由UL S1 cdma2000隧穿消息将GCSNA1xCircuitService消息中继到MME。 [0118] 操作12是其中使用S102接口来隧穿MME和1xIWS之间的消息的情形。如果可用则1xRTT MSC向IWS告知主叫方号码。IWS发送回包含1xRTT通用移交指向消息和可选的通过信息警报（Alert With Information）消息的GCSNA1xCircuitService消息。主叫方号码包括在通过信息警报消息中。 [0119] 操作13是MMT经由DL S1 cdma2000隧穿消息将GCSNA1xCircuitService消息中继到E-UTRAN的情形。 [0120] E-UTRAN执行操作14a或者14b，从而仅仅当E-UTRAN和UE均支持针对双接收机/发射机构造的增强的1x CS后退过程并且UE属于版本10或者之后版本时执行14b。操作14a是E UTRAN向UE发送指示这是用于增强的1x CS后退操作的MobilityfromEUTRA命令、涉及1xRTT的信息（GCSNA1xCircuitService）消息、以及可选地HRPD重指向信息或者HRPD消息的情形。1xRTT信息包含GCSNA1xCircuitService消息，其中包含与1x信道指派相关的1xRTT消息、主叫方号码，并且使得UE调谐到并且获取此1x信道。这被UE看做对 1xRTT的移交命令消息。如果1xRTT CS网络（例如，由于资源可用性）不能够支持此CSFB请求，则代替地向UE发送DL信息传递消息，在该DL信息传递消息中具有指示故障的嵌入的1x消息。 [0121] 如果网络不支持对HRPD的PS移交过程或者如果存在目标HRPD候选，则在执行对1xRTT的增强的CS后退过程之后，E-UTRAN将释放S1 UE上下文（参见操作15a/b）。 [0122] 对于同时发生的非优化PS移交过程或者优化的空闲模式PS移交过程以及对1xRTT的增强的CS后退，作为此过程的一部分，E-UTRAN还可以将UE重指向到HRPD。在Mobility from EUTRA命令中用HRPD重指向信息指示。 [0123] 根据操作14b，E UTRAN向UE发送DL信息传递消息，该DL信息传递消息具有指示1xRTT准备成功的嵌入的GCSNA1xCircuitService消息。在此情况下通常不执行操作15和操作17。 [0124] 根据操作15a/b/c，如果PS移交过程不被执行，则E-UTRAN向MME发送S1 UE上下文释放请求（理由）消息。理由指示S1 UE上下文释放是由对1xRTT的CS后退造成的。S1-U承载被释放并且MME开始保留和暂停非GBR承载和解激活朝向S-GW和P-GW的GBR承载。MME设定UE上下文为暂停状态。 [0125] 在操作16，UE调谐到1xRTT无线接入网络，并且通过1xRTT CS接入（例如，1xRTT BSS）进行1x信道获取。双接收机/发射机UE继续在E-UTRAN上接收/发送数据。UE向1x网络发送1xRTT移交完成消息。如果UE拒绝呼叫，则释放命令消息被发送到1x网络，并且UE不执行操作，但是重选择回到E-UTRAN。 [0126] 在操作17，UE和网络遵循适当过程用于负责非优化的PS移交过程或者执行例如在TS 23.402中定义的优化的空闲模式PS移交过程。例如在TS 23.402中针对非优化PS移交（条款8.2.2）或者优化的空闲模式PS移交（条款9.4）规定了S1 UE上下文释放过程。此步骤通常与操作16并行进行。 [0127] 下面将描述GCSNA1xCircuitService消息中包括两个或者更多个1x消息的实施方式。如果期望，则GCSNA1xCircuitService消息可以使用数字指示符来指示消息中携带的1x消息的数量。另一种替代是将指示之后是否存在更多出现的其它包含的1x消息的指示符与每个所包含的1x消息包括在一起。这种实施方式利用各种消息，消息中的一些被封装。 [0128] 通 过 非 限 定 示 例，将 使 用 诸 如 GCSNA1xCircuitService 消 息、TLACEncapsulated1xL3PDU字段、GPM、FNM和其它消息的消息描述各种实施方式。仅仅通过示例用各个字段示出这些和其它消息，并且可以使用更多或者更少的字段。以下的消息中的一些或者全部可以在此处公开的各种消息传递实施方式实现，包括图5a和图5b中示出的。 [0129] 图6示出根据本发明的实施方式的GCSNA消息和各个字段。可以被构建为GCSNA1xCircuitService消息的GCSNA消息可以被用于发送cdma2000 1x层3PDU（以及其它）。所示的消息字段包括： [0130] GCSNAOption：发送方可以设定代表电路交换服务的值； [0131] GCSNAClass：发送方可以将此字段设定为要针对此GCSNAOption字段设定的GCSNA类。GCSNAClass值基于是GCSNAClassRevision定义的。发送方可以将此字段设定为要针对此GCSNAOption字段设定的GCSNA类的修订。 [0132] AlternativeGCSNAOption_INCL：如果此消息中包括AlternativeGCSNAOption字段，则IWS可以将此字段设定为“1”。否则，IWS可以将此字段设定为“0”。移动台通常将此字段设定为“0”； [0133] NumAlternativeGCSNAOptions：如果AlternativeGCSNAOption_INCL被设定为“1”，则IWS可以包括并且设定此字段为AlternativeGCSNAOptions的数量。否则发送方可以省略此字段。 [0134] AlternativeGCSNAOption：IWS可以按照优先级的降序设定用于移动台经由隧道接收1x消息而可以使用的AlternativeGCSNAOption。 [0135] IWSIDIncl：如果消息中包括IWS_ID字段，则IWS可以将此字段设定为“1”。否则，IWS可以将此字段设定为“0”。移动台可以将此字段设定为“0”。 [0136] IWS_ID：如果IWSIDIncl被设定为“1”，则IWS可以将此字段设定为其IWS_ID；否则，IWS可以省略此字段。IWS_ID在运营商的网络中可以通常是唯一的。 [0137] AckRequired：如果接收机被要求确认消息的接收，则发送方可以将此字段设定为“1”。否则，发送方可以将此字段设定为“0”。 [0138] StopDupDetect：如果发送方重置了MessageSequence数量并且请求接收机中的GCSNASequenceContextTimer过期，则发送方可以将此字段设定为“1”。否则，发送方可以将此字段设定为“0”。MessageSequence：发送方可以将此字段设定为比其发送的最后GCSNA1xCircuitService消息的MessageSequence字段多一个（以64为模）。对于协议初始化之后的第一个GCSNA1xCircuitService消息或者被数量被重置之后的第一个GCSNA1xCircuitService消息，发送方可以为此字段选择任意一个初始值。 [0139] 保留：发送方可以包括保留比特以使此消息为整数个八位组直至TLACEncapsulated1xL3PDU字段。发送方可以将此字段中的全部比特设定为“0”。接收机可以忽略此字段。 [0140] TLACEncapsulated1xL3PDU：发送方可以例如按照图7中规定地设定此字段。如果期望，则GCSNA消息中可以包括两个或者更多个这些字段。 [0141] 图7示出根据本发明的实施方式的GCSNA1xCircuitService消息内的TLACEncapsulated1xL3PDU字段和该字段内的各个子字段。TLACEncapsulated1xL3PDU字段可以包括代表子字段，但是应理解可以另选地使用更多或者更少的字段。在一些实施方式中，移动台和/或IWS使用本章节中描述的TLACEncapsulated1xL3PDU格式来封装cdma2000 1x Layer 3 PDU。该消息字段包括： [0142] 1xLogicalChannel：如果此消息的PDU字段被构建为似乎用于在f-csch或者r-csch1x逻辑信道上发送，则发送方可以将此字段设定为“0”。如果此消息的PDU字段被构建为似乎用于在f-dsch或者r-dsch 1x逻辑信道上发送，则发送方可以将此字段设定为“1”。 [0143] 1xProtocolRevision：发送方将此字段设定为协议修订，其中发送方使用其来对1xL3PDU（如果包括）和TLACHeaderRecord（如果包括）编码。 [0144] MsgType：发送方可以按照以下方式设定此字段：r-csch：将2个MSB设定为“00”，6个LSB设定为针对r-csch消息的MSG_ID。r-dsch：设定为针对r-dsch消息的8比特的MSG_TYPE。迷你型消息通常不被允许。f-csch：将2个MSB设定为“00”，6个LSB设定为针对f-csch消息的MSG_ID。f-dsch：设定为针对f-dsch消息的8比特的MSG_TYPE，因为迷你型消息通常不被允许。 [0145] NumTLACHeaderRecords：发送方可以将此字段设定为此消息中包括的TLAC报头记录的数量。 [0146] TLACHeaderRecordType：发送方可以按照以下方式设定TLAC记录的类型：0x0：r-csch寻址子层记录；0x1：r-csch验证和消息完整性子层记录。 [0147] TLACHeaderRecordLength：发送方可以将此字段设定为TLACHeaderRecord字段中包含的八位组的数量。 [0148] TLACHeaderRecord：发 送 方 可 以 按 照 以 下 方 式 设 定 此 字 段：如 果TLACHeaderRecordType被设定为0x0：则发送方可以将此记录设定为寻址字段，之后是全部被设定为“0”的填充比特，以使记录八位组对齐。 [0149] 保留：发送方可以包括保留比特以使TLACEncapsulated1xL3PDU为整数个八位组。发送方可以将此字段中的全部比特设定为“0”。 [0150] 1xL3PDULength：发送方可以将此字段设定为1xL3PDU字段的以八位组为单位的长度。 [0151] 1xL3PDU：发送方可以将此字段设定为与GCSNAOption相关联的cdma20001xLayer 3 PDU，之后是全部被设定为“0”的填充比特，以使此字段八位组对齐。 [0152] 图8示出根据本发明的实施方式的通用寻呼消息（GPM）和各个字段。在一些实施方式中，当基站处的层3向层2发送对应于GPM的PDU时，还向层2发送GPMCommon字段。这些GPM Common字段和PDU可以被层2使用来组装层2PDU。 [0153] 图9示出用于移动台寻址的寻呼的PDU格式。 [0154] 图10示出可以根据本发明的各个实施方式实现的增强的广播寻呼。具体地，此消息包括： [0155] BCN（广播控制信道号）包括：如果NUM_BCCH_BCAST等于“000”，则基站可以将此字段设定为“000”并且此字段被移动台忽略。否则，移动台可以将此字段设定为移动台被重指向到的F-BCCH的广播控制信道号。基站可以不将此字段设定为“000”（保留）或者“001”。 [0156] TIME_OFFSET（BCCH时间偏移）包括如果NUM_BCCH_BCAST等于“000”，则基站可以将此字段设定为从此消息开始的时隙的起点开始到移动台被指向的前向公共控制信道时隙的起点为止小了一个以40ms为单位的时间偏移。否则，基站可以将此字段设定为从此消息开始的时隙的起点开始到移动台被指向的广播控制信道时隙的起点为止小了一个以40ms为单位的时间偏移。 [0157] REPEAT_TIME_OFFSET（重复的BCCH偏移）包括如果EXT_BCAST_SDU_LENGTH_IND被设定为“01”或者“11”，则基站可以按照以下方式设定此字段。基站可以针对广播消息的重复将此字段设定为从TIME_OFFSET规定的时间开始到移动台被指向的前向公共控制信道时隙的起点为止小了一个以40ms为单位的时间偏移。否则，基站可以针对广播消息的重复将此字段设定为从TIME_OFFSET规定的时间开始到移动台被指向的广播控制信道时隙的起点为止小了一个以40ms为单位的时间偏移。否则，基站可以省略此字段。 [0158] ADD_BCAST_RECORD（附加广播信息记录）包括如果EXT_BCAST_SDU_LENGTH_IND被设定为“00”或者“01”，则基站可以省略此字段。否则，基站可以在此字段中包括EXT_BCAST_SDU_LENGTH八位组。 [0159] 图11示出可以根据本发明的各个实施方式实现的特征通知消息（FNM）。具体地，此消息包括： [0160] RELEASE（发起完成指示符）：如果此消息被用于完成来自移动台的发起请求，则基站可以将此字段设定为“1”；否则，基站可以将此字段设定为“0”。在一些示例中，基站可以包括以下三个字段记录的例子： [0161] RECORD_TYPE（信息记录类型）：基站可以按照要求或者期望设定此字段。 [0162] RECORD_LEN（信息记录长度）：基站可以将此字段设定为此记录中包括的类型专有字段中的八位组的数量。 [0163] Type-specific fields：基站可以按照要求或者期望包括类型专有字段。 [0164] 图12示出可以根据本发明的各个实施方式实现的主叫方号码消息。具体地，该消息包括用于标识主叫方的号码的信息，并且包括： [0165] NUMBER_TYPE：基站可以将此字段设定为与主叫号码的类型相对应的NUMBER_TYPE 6值。 [0166] NUMBER_PLAN：是基站可以将此字段设定为于用于主叫号码的编号方案相对应的NUMBER_PLAN值的编号方案。 [0167] 如果使用了呈现指示符，则此字段指示是否应显示主叫号码。基站可以将此字段设定为对应于呈现指示符的PI值。如果使用了筛选指示符，则此字段指示如何筛选主叫号码。基站可以将此字段设定为对应于筛选指示符值的SI值。 [0168] CHARi：是其中基站可以将针对主叫号码中的每个字符的此字段的一个例子包括在其中的字符。基站可以将此字段的每个例子设定为对应于字符的ASCII表示，其中最高有效位设定为“0”。 [0169] 保留：是保留比特，其中基站可以将此字段设定为“00000”。 [0170] 图13和图14是示出根据本发明的各个实施方式的其中进行了增强以支持GCSNA1xCircuitService消息包括多于一个1xRTT L3消息（例如，通用寻呼消息）和特征通知消息的示例的框图。GCSNA1xCircuitService消息携带的消息不限于这两个1xRTT L3消息。例如，在另一个实施方式中，所包括的消息可以是统一移交方向和通过信息警报（AWI：Alert With Information）消息。具体地，图13示出具有TLACEncapsulated1xL3PDU字段的两个示例的GCSNA1xCircuitService消息。此字段的一个示例包括GPM消息，此字段的另一个示例包括FNM。也就是说，可以通过将通用寻呼消息包括在GCSNA1xCircuitService消息的第一TLACEncapsulated1xL3PDU字段中，并且将特征通知消息包括在GCSNA1xCircuitService消息的第二TLACEncapsulated1xL3PDU字段中来生成电路服务通知消息。在一个实施方式中，可以按照以下方式实现所例示的消息和字段： GCSNA1xCircuitService消息（图6）、TLACEncapsulated1xL3PDU（图7）、GPM（图8）和FNM（图11）。 [0171] 在 图14中，GCSNA1xCircuitService 消 息 具 有TLACEncapsulated1xL3PD 公共部分和非公共部分的一个示例或字段，其公共部分对于封装的1xRTT L3消息是共同的，非公共部分包括两个1xRTT L3消息。换句话说，可以通过将多个1xRTT L3消息包括在GCSNA1xCircuitService消息的单个字段的单独的子字段中，来生成GCSNA1xCircuitService消息。 [0172] 根据另一个实施方式，存在1x网络堵塞的情形，并且具有CSFB的LTE网络中的UE不知道堵塞并且进行通过CSFB接入，造成堵塞加重。想到该堵塞可能导致紧急呼叫被丢弃。考虑LTE网络不堵塞的情形，否则，LTE接入禁止开始生效，并且非紧急AT初始地将不请求非-CSFB。 [0173] 解决此问题的一种机制是在LTE中发送接入持续参数，其中当1x堵塞时，IWS拒绝/丢弃该1x隧穿消息。当IWS自身堵塞时可能出现问题。在一些情况下，eNB使用rel.8机制重指向全部1x CSFB MO呼叫，并且在被重指向到1x之后UE可以确定是否系统堵塞。在一些情况下，因为UE决定在1x中退回，此机制可以造成LTE服务的中断。 [0174] 使用3GPP2定义的GCSNA1xParameter用信号通知用于堵塞控制的参数，其为RRC CSFBParametersResponseCDMA2000消息和HandoverFromEUTRAPreparationRequest消息中的移动性参数IE的一部分。在一些情况下，在通过堵塞控制接收到2个RRC消息中的一个之后，UE停留在LTE，并且决定不继续CSFB过程（即，登记、MO-SMS、MO-CS呼叫）。 [0175] 在登记/MO-SMS情形中，通过RRC CSFBParametersResponseCDMA2000消息向UE用信号通知堵塞参数。UE接着被要求接收此消息，以得到用于1x消息验证的RAND值以及其它要求的1x参数。如果UE决定不通过隧道接入1x，其不发送包含1x登记或者数据突发消息的ULInformationTransfer消息。 [0176] 在Mo-CS呼叫情形中，通过RRC HandoverFromEUTRAPreparationRequest消息向UE用信号通知堵塞参数。UE被要求接收此消息，以得到用于1x消息验证的RAND值以及其它要求的1x参数，以发起1x呼叫。 [0177] 如果UE决定不接入1x，其不发送包含用于呼叫发起的1x消息的ULHandoverPreparationTransfer消息。如果在依赖于实现的持续时间eNB未接收到ULHandoverPreparationTransfer消息，则（例如，通过具有原因值的UE上下文修改失败消息）向MME通知UE的延伸服务请求被取消。 [0178] 如果从eNB未接收到UL S1cdma2000隧穿消息或者对UE上下文修改的任何应答，则MME自己可以决定是否延伸的服务请求被取消。一个优点是UE（无论是否支持1xCSFB）不需要对于堵塞参数的SIB8更新而醒来。 [0179] 图15是示出根据本发明的各个实施方式的可在移动终端(例如图1的UE 10）中实现的各个部件的更详细的框图。应理解的是可以实现比这些更多或者更少的部件。在该图中，如此处称为UE 10的移动终端可以包括无线通信单元110、音频/视频（A/V）输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口170、控制器180和电源190。上述部件中的两个或者更多个可以并入单个单元或者划分为两个或者更多个更小的单元。 [0180] 无线通信单元110可以一般包括发射机和接收机。例如，该单元可以包括广播接收模块111、移动通信模块113、无线互联网模块115、短距离通信模块117以及全球定位系统（GPS）模块119。 [0181] 广播接收模块111通过广播频道从外部广播管理服务器接收广播信号和/或广播相关信息。广播频道的示例包括是卫星频道和地面频道。广播管理服务器可以是生成广播信号和/或广播相关信息并发送所生成的广播信号和/或所生成的广播相关信息的服务器，或者可以是接收进而发送先前生成的广播信号和/或先前生成的广播相关信息的服务器。 [0182] 广播相关信息的示例包括广播频道信息、广播节目信息以及广播业务提供商信息。广播信号的示例包括TV广播信号、收音广播信号、数据广播信号、或者数据广播信号和TV广播信号或者收音广播信号之一的组合。可以通过移动通信网络来向移动终端提供广播相关信息。在这种情况下，可以通过移动通信模块113而不是通过广播接收模块111来接收广播相关信息。广播相关信息可以按照多种形式到达，例如，数字多媒体广播（DMB）的电子节目指南（EPG）或者手持数字视频广播（DVB-H）的电子业务指南（ESG）。 [0183] 广播接收模块111可以使用诸如地面数字多媒体广播（DMB-T）、卫星数字多媒体广播（DMB-S）、仅媒体前向链路（MediaFLO）、DVB-H以及地面综合业务数字广播（ISDB-T）的各种广播系统来接收广播信号。此外，广播接收模块111不仅可以适用于上述数字广播系统，而且还可以几乎适用于本文阐述的广播系统之外的所有类型的广播系统。 [0184] 广播接收模块111接收的广播信号和/或广播相关信息可以存储在存储器160中。移动通信模块113通过移动通信网络向基站、外部站点和服务器中的至少一个或者更多个发送无线信号或从基站、外部站点和服务器中的至少一个或者更多个接收无线信号。根据移动终端发送/接收语音呼叫信号、视频呼叫信号还是文本/多媒体消息，这些无线信号可以包括各种类型的数据。 [0185] 无线互联网模块115可以是以无线方式访问互联网的模块。无线互联网模块115可以被嵌入在移动终端中或被安装在外部装置中。 [0186] 短距离通信模块117可以是短距离通信的模块。短距离通信模块可以使用诸如射频识别（RFID）、红外数据协会（IrDA）、超宽带（UWB）和 的各种短距离通信技术。 [0187] GPS模块119可以从一个或者更多个卫星（例如，GPS卫星）接收定位信息。A/V输入单元120可以接收音频信号或视频信号。A/V输入单元可以包括一个或者更多个照相机和麦克风。照相机可以在图像拍摄模式或视频呼叫模式期间对由图像传感器拍摄的诸如静止图像或运动图像的各种图像帧进行处理。经照相机处理的图像帧可以存储在存储器160中，或可以通过无线通信单元110发送到移动终端外部。 [0188] 用户输入单元130基于用户的输入来生成用于控制移动终端的操作的数据。用户输入单元可以实现为键盘、薄膜开关、触摸板（静压力或者恒定电力）、滚轮或者拨动开关。具体地，如果用户输入单元被实现为触摸板并与相关联的显示器一起形成相互层结构，则显示器和用户输入单元可以被统称为触摸屏。 [0189] 感测单元140确定移动终端的当前状态，诸如移动终端打开还是关闭，移动终端的位置以及移动终端是否放置为与用户接触。另外，感测单元140生成用于控制移动终端的操作的感测信号。例如，当移动终端是滑盖式移动电话时，感测单元140可以确定移动终端是敞开还是闭合。此外，感测单元可以确定是否通过电源单元190来对移动终端供电以及接口单元170是否连接到外部装置。 [0190] 感测单元140可以包括诸如加速度传感器的一个或者更多个传感器。加速度传感器是一种用于将加速度变化转换为电信号的装置。随着微机械电子系统（MEMES）技术的发展，加速度传感器广泛应用于各种目的的各种产品。例如，加速度传感器可以用作计算机游戏的输入装置，并且可以感测在计算机游戏中人手的运动。 [0191] 输出单元150可以输出音频、视频和报警等。输出单元通常包括用于呈现经移动终端处理的各种信息的一个或者更多个显示器。例如，如果移动终端处于呼叫模式，则显示器可以示出用于发起或接收呼叫的用户界面（UI）或图形用户界面（GUI）。如果移动终端处于视频呼叫模式或图像拍摄模式，则显示器可以呈现用于拍摄或接收图像的UI或GUI。 [0192] 如果显示器与用户输入模块130形成相互层结构并因而被实现为触摸屏，则显示器可以不仅用作输出装置而且可以用作输入装置。如果显示器被实现为触摸屏，则显示器还可以包括触摸屏面板和触摸屏面板控制器。适用于移动终端的显示器的示例可以包括液晶显示器（LCD）、薄膜晶体管（TFT）-LCD、有机发光二极管（OLED）、柔性显示器、三维（3D）显示器等。 [0193] 存储器160通常用于存储用于支持移动终端的处理、控制和存储要求的各种类型的数据。这种数据的示例包括用于在移动终端上运行的应用的程序指令、联系人数据、电话本数据、消息、照片、视频等。存储器160可以用任意类型的适当的易失性和非易失性存储器或者存储装置（或者组合）实现，包括（随机存取存储器）RAM、静态随机存取存储器（SRAM）、电可擦写可编程只读存储器（EEPROM）、可编程只读存储器（PROM）、只读存储器（ROM）、磁存储器、闪存存储器、磁盘或者光盘、存储卡型存储器（例如，安全数字（SD）或者极端数字（XD））或者其它类似的存储器或者数据存储装置。 [0194] 接口单元170可以与能够连接到移动终端的外部装置接口连接。接口单元可以是有线/无线头戴式耳机、外部电池充电器、有线/无线数据端口、用于诸如存储器卡或者订户识别模块（SIM）卡或用户身份模块（UIM）卡这样的卡插槽、音频输入/输出（I/O）端子、视频I/O端子、耳机等。 [0195] 控制器180通常控制移动终端的总体操作。例如，控制器进行与语音呼叫、数据通信、视频呼叫、相机操作和记录操作相关的控制和处理。 [0196] 电源单元190提供移动终端的各个部件的操作要求的电力。所提供的电源可以是内部电源、外部电源或者其组合。 [0197] 此处描述的各个实施方式可以使用例如计算机软件、硬件或者其一些组合在计算机可读介质中实现。对于硬件实现来说，本文中描述的实施方式可以在一个或更多个专用集成电路（ASIC）、数字信号处理器（DSP）、数字信号处理装置（DSPD）、可编程逻辑器件（PLD）、现场可编程门阵列（FPGA）、处理器、控制器、微控制器、微处理器、被设计用来执行本文中描述的功能的其他电子单元、或这些元件的选择性组合来实现。在一些情况下，这些实施方式由此处公开的各种设备（例如，移动终端、基站、其它网络实体等）中包括的控制器或者处理器实现。 [0198] 对于软件实现，此处描述的实施方式可以用单独的软件模块实现，诸如过程和功能，每个执行此处描述的一个或者更多个功能和操作。软件代码可以用任意适当的编程语言编写的软件应用实现并且可以存储在存储器160中，并且被控制器或者处理器执行。 [0199] 尽管已经呈现为使用此处描述的一系列示例性操作实现各个实施方式，但是可以进行附加的或者更少的操作。另外，应理解所示出和描述的操作的顺序仅仅是示例性的，并且不要求操作的单一顺序。一般而言，实施方式的特征可以一般应用于其它实施方式。 [0200] 其中实现示例性实施方式的代码还可以通过传输介质存取或者从文件服务器经过网络存取。在这些情况下，其中实现该代码的制造产品可以包括传输介质，诸如网络传输线、无线传输介质、通过空间传播的信号、无线电波、红外信号等。当然，本领域技术人员将理解可对此构造进行很多修改，并且制造产品可以包括本领域已知的任意信息承载介质。 [0201] 上述实施方式和特征仅仅是示例性的而不应理解为限制本发明。这些教导可容易地应用于其它类型的设备和处理。这些实施方式的描述旨在作为示例性的，而不限制权利要求的范围。许多修改和变型对于本领域的技术人员是明显的。 [0202] 工业实用性 [0203] 根据本发明的终端的寻呼技术产业上应用于诸如3GPP LTE,LTE-A、IEEE 802等的无线通信系统。 |
||||||
QQ群二维码
意见反馈
意见反馈