为了节约移动设备的能源，同时也为了节约网络资源，移动终端在不需要 数据传输的时候会进入“空闲模式”(Idle Mode)，也称之为“睡眠模式” (Dormant Mode)。在这种模式下，移动终端与网络之间没有用于会话的连接， 不占用无线资源。
在空闲模式下，移动终端仍然需要能够被网络所感知其所在的位置，以便 当网络有数据需要传输到移动终端时候，可以唤醒移动终端回到激活模式 (Active mode)。在移动终端需要传输数据的时候，也可以主动回到激活模式 中。现有支持空闲模式的方法：
1、移动终端监听固定的广播频道或者寻呼频道，得到当前位置的网络信 息和参数；这些信息中包括当前位置所归属的用于表示寻呼范围的寻呼组标识 (paging group identifier，PG ID)。
2、移动终端定期或者通过探测网络信息选择时机进行位置更新过程，这 样网络就可以得到移动终端的最新位置。
3、当网络有数据进行传输的时候，可以在最新位置区域的控制通道进行 寻呼(paging)过程。寻呼消息中携带被寻呼的终端信息，在空闲模式中的移 动终端一直都在监听这些信息，一旦发现自己被寻呼就会进入到激活模式，与 网络建立用于传输数据和进行移动管理的连接，回复到正常的通信状态中。
媒体无关切换(Media independent handover，MIH)，也称独立于介质的切 换，支持异质网络切换服务的目的在于提供不同类型媒体之间的切换过程，使 客户端设备在网间漫游时能自动选择最好用的网络连接类型，并无缝切换话 路，而且无需用户干预。
为实现切换的无缝性和连续性，在现有的协议中引入了MIH。如图1所示， MIH在逻辑上定义成终端设备和网络的移动性管理协议栈中的一个薄层，在切 换决定中起着助手和助推器的功能。上层基于MIH的输入和上下文做切换决 定和链路选择，MIH提供给上层需要做切换决定和如何有效做切换决定的一些 必要信息。MIH协议栈主要包括：
MIH事件服务(MIH-ES)，提供关于链路特征、链路状态和链路质量的动 态变化事件的事件分类、事件过滤和事件报告。
MIH命令服务(MIH-CS)，提供MIH用户管理、控制和切换与移动性相 关的链路行为。
MIH信息服务(MIH-IS)，提供服务网络和周围网络的特征和业务的详细 信息。这些信息用于有效的系统接入和切换决定。
MIH的总体架构模型如图2所示，MIH为上层提供统一的服务接口，统 一接口的业务原语独立于下面不同接入技术的特定的协议栈，也就是说屏蔽了 下层的接入技术。MIH同下层的移动性管理协议栈的通信是通过技术特定的接 口。
图3描述了系统如何提供MIH中的信息服务IS。MIIS(MIH IS)为切换 服务，它提供了发现和获取一定地理区域内的网络信息的机制。其主要的功能 如下：
(1)MIIS主要提供一组信息单元(IEs)、信息结构和表示、信息传输的 查询和响应机制。
(2)MIIS可以放在MIH功能实体中，也可以放在信息服务器中。
(3)MIIS信息可以通过底层也可以通过高层获取，信息结构的定义可以 使用XML语言。
(4)信息可以是静态的，如邻居报告；也可以是动态的，如链路层参数 (信道信息，MAC地址，安全信息等)。
(5)MIIS定义了在不同接入技术间信息传递的通用表示方法，如使用标 准的格式：XML或ASN.1。
(6)MIH-IS给MIH用户和对等实体提供网络的全局信息。这些信息是 静态的(也就是网络管理可以进行维护)，它覆盖当前的和周围的网络的特征、 能力和可供选择的接入网络。MIH用户和MIH对等实体可以利用这些信息来 做接入和切换判决。当由业务提供商来维护时，MIH-IS也可以作为切换策略， 接入优先规则，漫游信息等的仓库。MIH-IS是切换判决的关键输入。
(7)MIH-IS可以从网络中的MIH层接收信息和发送信息到MIH层，它 可以在数据库中维护一个网络侧的视图。终端设备中的MIH层可以从它获得 可以接入的网络的信息。这些全局信息可以从当前的接入点来获取。
MIH-CS命令是指从高层向低层发布的命令，包括高层到MIH(如高层移 动管理协议栈到MIH，策略引擎到MIH等)和MIH到低层(MIH到MAC， MIH到PHY等)的命令，也包括从本端MIH实体到远端MIH实体的命令。 命令主要携带上层对本端低层或者对端低层的一些决定，用以控制低层的一些 行为。
MIH事件有本地事件和远端事件。本地事件一般通过L2数据链路(MAC， Radio Link等)由MIH层向3层(layer 3)移动协议层(L3MP)传播。远端 事件一般是由MIH向MIH对等层传递。
由于无法在不同媒体之间建立数据链路，所以MIH不支持在两个不同媒 体类型的协议栈之间传播远端事件。事件一般典型的用于切换需要。MIH-ES 允许用户接受下层传输链路的当前状态和状态变化的通知；MIH-ES提供链路 状态的统一通知接口，同时它允许用户进行一定的个性化的定制。典型的事件 是用于层三移动管理协议而产生的切换检测的事件。比如，有一个事件指示在 不久的将来链路将停止传输MAC SDUs，L3MP将利用这个事件准备在现在的 链路停止传输前选择好一个新的接入点，这将减少切换的时间。事件包括Link Up，Link Down，Link Parameters Change，Link Going Down，L2SDU Transmission Status，Link Event Rollback，Pre trigger(L2Handoff Imminent)等。事件的起 始点可以是L2数据链路(MAC，RRM等，不同的接入技术有所不同)，PHY 或者MIH。事件的目的的可以是本地MIH或者远端MIH，或两者都是。事件 地目的地是通过注册机制来动态确定的，事件接收者可以注册它感兴趣地事 件。
基于IP的寻呼(IP Paging)可能通过使用IP协议来提供对用户的睡眠模 式的管理和对处于睡眠模式的用户的寻呼机制。该技术在分组网络中设立逻辑 实体对睡眠模式的移动终端(或称终端设备)的位置信息进行管理。在IP Paging 技术中，通过IP报文传递位置更新和寻呼信息，因此，这就需要终端设备的 接口具备传输IP报文的能力，但是在空闲模式中，接口是不具备这种能力的。 由于该机制没有考虑2层(Layer 2)的技术特征对独立于介质的寻呼机制的影 响，为了传输寻呼消息和位置管理信息，就不得不将接口从睡眠模式中唤醒并 与网络侧建立IP连接，这样，会增加移动终端的负担和占用无线资源。

本发明提供一种实现跨越异质网络寻呼终端设备的方法、装置及系统，以 使用不同无线制式的网络传输寻呼消息和位置管理信息，减轻终端设备的负担 和减少对无线资源的占用。
一种实现跨越异质网络寻呼终端设备的方法，包括步骤：
接收到用户数据的当前网络确定对应的终端设备在本网络内的通信接口 处于睡眠模式时，选择并指示与所述当前网络使用不同无线制式的其他网络执 行寻呼过程；
所述其他网络发送使所述终端设备重新连接到所述当前网络的寻呼消息。
所述方法还包括步骤：所述终端设备接收到所述寻呼消息后使所述通信接 口退出睡眠模式并进入激活模式，以及通过该通信接口与所述当前网络建立数 据链路。
在终端设备的通信接口处于睡眠模式的过程中，所述终端设备选择与所述 其他网络的通信接口发送用于更新在所述当前网络中的位置信息的位置更新 请求；所述其他网络将该位置更新请求传送到所述当前网络，所述其他网络和 所述当前网络更新所述终端设备的位置信息。
所述的方法还包括步骤：
终端设备通过一个通信接口向网络侧发送进入睡眠模式的请求消息；
接收到请求消息的网络选择与本网络使用不同无线制式的其他网络并转 发送所述请求消息；
接收到所述请求消息的其他网络发起进入睡眠模式的过程，使所述终端设 备对应的通信接口进入睡眠模式。
所述的方法还包括步骤：
终端设备所在的一个网络选择与本网络使用不同无线制式的其他网络并 向其发送指示终端设备进入睡眠模式的请求消息；
接收到所述请求消息的其他网络发起进入睡眠模式的过程，使所述终端设 备对应的通信接口进入睡眠模式。
较佳的，网络根据本地记录的所述终端设备的位置信息选择与本网络使用 不同无线制式的其他网络；或者，通过查询媒体无关切换信息服务器选择与本 网络使用不同无线制式的其他网络。
一种实现跨越异质网络更新终端设备位置信息的方法，包括步骤：
终端设备在当前网络中的寻呼区域发生变化时，选择与所述当前网络使用 不同无线制式的其他网络的通信接口发送用于更新在所述当前网络中的位置 信息的位置更新请求；
所述其他网络将所述位置更新请求传送到所述当前网络，所述其他网络和 所述当前网络更新所述终端设备的位置信息。
所述当前网络接收到所述位置更新请求后进一步向终端设备返回相应的 响应消息。
所述终端设备使用媒体无关切换事件服务发送所述位置更新请求消息。
一种实现跨越异质网络进入睡眠模式的方法，包括步骤：
终端设备所在的一个网络选择与本网络使用不同无线制式的其他网络，并 发送终端设备进入睡眠模式的请求消息；
接收到所述请求消息的其他网络发起进入睡眠模式的过程，使所述终端设 备对应的通信接口进入睡眠模式。
所述一个网络主动发起所述终端设备进入睡眠模式的请求消息；或者，由 终端设备向所述的一个网络发送进入睡眠模式的请求消息，所述一个网络向所 述其他网络转发该请求消息。
一种终端设备，包括：
多个通信接口，分别与使用不同无线制式的网络交互；
控制模块，用于在一个所述的通信接口接收到寻呼消息时，控制处于睡眠 模式的其他通信接口进入激活状态，并与对应的网络重新建立数据链路。
所述的终端设备还包括：
选择模块，用于在需要更新在某一网络的位置信息并且在该网络的通信接 口处于睡眠模式时，选择另一个通信接口发送位置更新请求消息。
一种终端设备包括：
多个通信接口，分别与使用不同无线制式的网络交互；
选择模块，用于需要更新在某一网络的位置信息并且本设备在该网络的通 信接口处于睡眠模式时，选择另一个通信接口发送位置更新请求消息。
一种网络设备，包括：
用于在确定接收数据的终端设备在本网络内的通信接口处于睡眠模式时， 选择与本设备所在网络使用不同无线制式的其他网络的模块；
用于指示选择的其他网络执行寻呼过程的模块。
所述的网络设备还包括：
用于在接收到终端设备的位置更新请求后，向该位置更新请求中指定的网 络发送所述位置更新请求的模块。
所述的网络设备还包括：
用于在接收到终端设备的进入睡眠模式的请求消息后或者主动向其他网 络发送进入睡眠模式的请求消息的模块。
一种网络系统包括：
网络设备，用于在确定接收数据的终端设备在本网络内的通信接口处于睡 眠模式时，选择与本设备所在网络使用不同无线制式的其他网络，并指示选择 的其他网络发送寻呼消息；
终端设备，用于在接收到所述寻呼消息时，使所述通信接口进入激活模式 并与对应的网络重建数据链路。
本发明有益效果如下：
1、本发明在当前网络侧确定终端设备的通信接口处于睡眠模式时，通过 使用不同无线制式的其他网络向终端设备发送寻呼消息，因此，在无线接入侧 不需要唤醒睡眠模式的通信接口建立IP连接就可以交互寻呼信息，充分利用 了链路特性和现有的独立于介质的切换服务所提供的框架，减轻了终端设备的 负担。
2、本发明在终端设备需要更新位置信息而对应的通信接口处于睡眠模式 时，选择其他通信接口发送位置更新请求消息，因此，不需要唤醒睡眠模式的 通信接口建立IP连接就可以交互位置信息，减轻了终端设备的负担。
3、将本发明和各种无线接入技术所独立支持的Paging相融合在一起之后， 能够更加节约多模式终端的能源和网络侧的无线承载资源。
附图说明
图1为现有技术中独立于介质的切换MIH在系统中的位置示意图；
图2为现有技术中MIH的总体架构模型示意图；
图3为现有技术中提供MIH-IS的系统示意图；
图4为本发明实施例中独立于介质的寻呼与MIH之间的位置关系示意图；
图5为本发明实施例中提供独立于介质的寻呼的系统示意图；
图6为本发明实施例中独立于介质的寻呼功能模块在终端和网络节点系统 中的位置示意图；
图7为本发明实施例中终端设备的结构示意图；
图8为本发明实施例中网络设备的结构示意图；
图9为本发明实施例中进行位置更新的流程图；
图10为本发明实施例中终端设备发送进入睡眠模式的流程图；
图11为本发明实施例中网络侧发起进入睡眠模式的流程图；
图12、图13为本发明实施例中跨越异质网络进行寻呼的流程图。

本发明利用独立于介质的切换MIH的框架来提供跨越异质网络的寻呼 Paging和睡眠模式Dormant MODE的功能，以减轻终端设备(或称移动台MS) 的负担。
为了便于描述，以下称独立于介质的Paging和dormant MODE功能为媒体 MI-Paging(Media Independent Paging and dormant Mode，或简称MI-P)。
本实施例通过基于独立于介质的切换服务MIHS所提供的命令服务CS， 事件服务ES和信息服务IS承载不同制式的无线接入技术所需要的用于Paging 和IDLE MODE的参数和动作指示，从而实现跨越异质网络进行Paging和IDLE MODE的功能。
本实施例中，MI-Paging和MIH之间的位置关系如图4所示，MI-Paging 功能MIPF作为MIH功能(MIHF)的一个用户存在，MIH功能为MIPF提供 事件服务ES和信息服务IS，MIPF向MIH功能提供命令服务。
本实施例中实现独立于介质的paging功能的网络系统如图5所示，该系统 包括两个使用不同无线制式的网络(即不同介质的网络)即Media1和Media2 (不限于两个)、多模的终端设备MS 50信息服务器IS Server56(虽然图示给 出了一个终端设备，但系统中有多个终端设备)，终端设备50支持MI-Paging 功能。各网络包括睡眠模式控制器(Dormant Mode Controller，简称DMC)、 独立于介质的寻呼位置寄存器(Media Independent enabled Location Register， 简称MI-PLR)、独立于介质的寻呼代理模块(Media Independent enabled Paging Agent，简称MI-PPA)。各网络中根据实现组网情况会有多个DMC和LR(图 中未示出)。
睡眠模式控制器51、54具备独立于介质的寻呼功能，通过独立于介质切 换服务MIH service提供对于处于睡眠模式的移动终端50的活动的跨越异质网 络的管理。在一种介质的网络内，终端设备50的位置信息只由一个睡眠模式 控制器DMC进行维护管理，该DMC即为该终端设备的锚点DMC(Anchor DMC)。根据地域或者管理关系不同，不同的DMC维护不同的终端设备的位 置信息。
独立于介质的寻呼代理模块53、57为位置于基站中的逻辑实体，通过与 寻呼控制器进行消息交互共同完成独立于介质相关的寻呼功能。
独立于介质的寻呼位置寄存器52、55与睡眠模式控制交互，用于存储终 端设备50所进行的位置更新的信息，以及提供查询服务。
为了合理的缩小发送寻呼消息的范围，在系统中将多个寻呼代理PA划分 成为寻呼区域paging area(或者paging group)进行管理，每个寻呼区域具有 寻呼区域标识Paging Area ID，以此方便标记终端设备所在的位置范围。
典型的，图5中Meida1可以是WIMAX网络，Media2是3GPP网络，移 动终端50支持这种两种网络的接入技术接口。在该系统中3GPP网络能够通 过移动终端的WIMAX接口和WIMAX网络进行寻呼和空闲模式的控制，即 3GPP网络可以通过已经处于连接的激活模式的WIMAX接口传输位置更新消 息和网络侧寻呼终端的消息，以此避免处于空闲模式中的3GPP接口的资源消 耗。同样的，WIMAX3GPP网络能够通过终端设备的3GPP接口和3GPP网络 进行寻呼和空闲模式的控制。
独立于介质的寻呼功能模块在终端设备和网络中的位置如图6所示，与介 质技术相关的寻呼功能(Media-specific paging fuction)模块60-1、60-2通过向 独立于介质的寻呼功能模块MIPF62-1、62-2提供统一的服务接入点(Paging SAP)61-1、61-2，即接口；独立于介质的寻呼功能模块MIPF62-1、62-2向上 层模块64-1、64-2中的能源节约(Power-saving)、远端寻呼功能模块Remote Paging Function等提供统一接口63-1、63-2。
图5和图6可知，具备多种介入技术的多模终端在多种介质的网络中的位 置信息会通过MIH的体系结构在MIPF中间进行传播。
参阅图7所示，本实施例中的终端设备包括：控制模块71，与该控制模块 71连接的多个与介质相关的通信接口70-1、70-2、70-3(完成现有基本功能的 其他模块未示出)。所述控制模块71可以是MIHF模块，也可以是能够完成 MIHF的其他模块。所述控制模块71在一个通信接口(如，通信接口70-1) 接收到寻呼消息，并发现该寻呼消息属于其他处理睡眠模式的通信接口(如， 通信接口70-3)所在网络的寻呼消息时，控制对应的通信接口(通信接口70-3) 退出睡眠模式并进入激活模式，与对应的网络重新建立数据链路。所述终端设 备在需要更新在网络中的位置信息时，如果对应的通信接口(如，通信接口 70-2)处理睡眠模式时，所述控制模块71选择另一处于激活模式的通信接口 (如，通信接口70-1)发送位置更新请求消息，由该处于激活模式的通信接口 (通信接口70-1)所在网络将位置更新请求消息扩散到处理睡眠模式的通信接 口(通信接口70-2)所在的网络。
本实施例中一种包含DMC的网络设备如图8所示，包括：通信接口80、 选择模块81和控制模块82。通信接口80与其他设备进行数据交互；选择模块 81确定接收数据的终端设备在本网络内的通信接口处于睡眠模式时，选择与本 设备所在网络使用不同无线制式的其他网络；控制模块82控制所述通信接口 80向选择的其他网络发送指示消息，要求其执行寻呼终端设备的寻呼过程。
在网络设备接收到终端设备的位置更新请求后，控制模块81确定该位置 更新请求消息应由其他网络处理时，控制通信接口80向指定的网络发送所述 位置更新请求消息。在网络设备接收到终端设备的进入睡眠模式的请求消息， 选择模块81根据策略选择其他网络，所述控制模块81控制所述通信接口向这 些网络发送进入睡眠模式的请求消息，这样，终端设备发起一次进入睡眠模式 的请求消息，可以使多个通信接口进入后睡眠模式。当然，睡眠模式的请求消 息也可以由网络侧主动发起。
图8所示的设备典型的如接入路由器，DMC嵌入在该接入路由器中。
本实施例中在移动终端和网络中寻呼控制器实现MIPF的原语(Primitives) 如表1所示：
表一
  序号   原语   服务类别   描述   1   MI_P_ANN   命令服务(Command Service)   通知寻呼区域内所有成员寻呼MS   2   MI_P_LU.REQ   事件服务(Event Service)   指示MS开始进行位置更新   3   MI_P_LU.RSP   事件服务(Event Service)   对位置更新请求的响应   4   MI_P_ENTI.REQ   命令服务(Command Service)   指示进入睡眠模式   5   MI_P_ENTI.RSP   命令服务(Command Service)   对进入睡眠模式请求的响应   6   MI_P_EXII.REQ   命令服务(Command Service)   指示退出睡眠模式   7   MI_P_EXII.RSP   命令服务(Command Service)   对退出睡眠模式请求的响应   8   MI_PM_NOTIFY   事件服务(Event Service)   通知对端ms所在模式改变.   9   MI_P_QUERY   Event service   查询指定网络中ms所处的paging模   式
本实施例中在MIPF和底层之间的原语如表二所示：
表二
  序号   Primitives  Service Category   Description   1   P_PM_NOTIFY  事件服务(Event Service)   底层通告上层所处模式改变.   2   P_PA_NOTIFY  事件服务(Event Service)   通告上层所在寻呼区域改变
在DMC中MIHF需要存储移动终端位置信息的记录，该记录包含但不限 于表三中的内容：
表三
  序号   名称   说明   1   MS ID   MS得唯一标识   2   MS MIHF ID   MS中MIHF的ID   3   接口1的ID   是一个组属性，包含后续接口属性   4   接口I所在网络ID   5   接口1所在网络类型   例如，3GPP，CDMA，或者WIMAX   6   接口1所属PagingAreaId   不同的接口都会有本身所在的paging area id，paging   area id需要和network id在一起才具备唯一性   7   接口1关联的anchor DMC ID   Anchor DMC所在网络内的id   8   接口1关联的anchor DMC MIHF   ID   Anchor DMC的MIHF得id   9   接口1关联的介质相关的参数列表   10   接口2的ID   ....   ...   ...
表三中未列出接口2与接口1类似的其他参数信息，接口也不限于2个， 可能会更多。
下面以图5所示的系统为例对处理流程进行详细说明，其中，终端设备具 备两种介质的通信接口，分别与Meida1交互的通信接口1和与Media2交互的 通信接口2。
本领域的普通技术人员应该知道，网络中的DMC与终端设备之间，以及 不同网络中的DMC之间的传送的消息需要经过其他设备转发，为了描述方便， 在下述的流程及附图描述中省略转发处理过程。
参阅图9所示，独立于介质的位置更新功能实现的流程如下，其中，通信 接口1处于激活模式，通信接口2处于睡眠模式(或称空闲模式)：
步骤900、终端设备中的MIPF收到底层上报的用于通报底层已经感知在 Media2中的寻呼区域Paging area已经发生变化的原语P_PA_NOTIFY。该原语 P_PA_NOTIFY触发MIPF使用MIH事件服务发送位置更新请求。
步骤910、终端设备发现通信接口2处于睡眠模式后，通过处于激活模式 的通信接口1向Meida1的网络侧发送位置更新请求消息MI_LU_REQ。
步骤920、Meida1中支持MIH和MI-PAGING功能的装置将位置更新请求 消息MI_LU_REQ传送到负责管理位置信息的锚点DMC中的MIPF，该锚点 DMC中的MIPF根据消息中指定的MIPF标识(ID)，使用MIH事件服务向 Meida2转发位置更新请求消息MI_LU_REQ(在消息中通过接口标识表明 Media2正在进行位置更新)。
步骤930、Meida2中的负责管理位置信息的锚点DMC更新位置寄存器LR 中终端设备的位置信息(LR可在DMC内部，也可以分开独立处理，可以根据 具体情况而定)，使用MIH事件服务向Meida1中的锚点DMC发送位置更新请 求的响应消息MI_LU_RSP，并由Meida1中的锚点DMC将其发送到终端设备。
从上述处理过程可知，终端设备通过已经具备数据路径的Meida1的通信 接口传送位置更新信息，可以不占用Meida2的网络资源。
参阅图10所示，由终端设备发起进入睡眠请求，通过一个通信接口导致 其他通信接口进入睡眠模式的处理流程如下：
步骤1000、终端设备的MIPF通过通信接口1向Meida1发出请求指定通 信接口2(如有更多通信接口，则不限于指定通信接口2)进入睡眠模式的消 息MI_ENTI_REQ。
步骤1010、Meida1中支持MIH和MI-PAGING功能的装置将进入睡眠模 式的消息MI_ENTI_REQ传送到负责管理位置信息的锚点DMC(Anchor DMC)，该锚点DMC根据本地缓存的MS位置信息(如前述表3所示)(或者 进一步向MIH IS服务器查询，图中的虚线所示)得到需要进入睡眠模式的接 口所在网络的列表(本例中仅包括Media2，但实际中并不限于此，如还可以有 Media3等)，向所有被选择的通信接口所在网络即Media2中的锚点DMC转发 进入睡眠模式的消息MI_ENTI_REQ。
步骤1020、Media2中的锚点DMC在无线接入网络中发起进入睡眠模式 的过程。
步骤1030、移动终端的通信接口2进入睡眠模式时底层触发模式改变的通 知消息P_PM_NOTIFY，MIPF使用MIH事件服务器发送模式改变的通知消息 MI_PM_NOTIFY，通知Media2网络侧终端设备的寻呼模式已经发生改变。
步骤1040、Media2中的锚点DMC更新本地所管理的MS状态信息，将通 信接口2由激活模式Active更新为睡眠模式；Media2中的锚点DMC向Media1 中的锚点DMC发送进入睡眠模式的响应消息MI_ENTI_RSP(即对 MI_ENTI_REQ的响应)。
参阅图11所示，由网络侧发起进入睡眠请求，使终端设备的通信接口进 入睡眠模式的处理流程如下：
步骤1100、Media1网络侧指定终端设备的通信接口2进入睡眠模式， Media1中的锚点DMC根据本地缓存的MS位置信息(或者进一步向MIH IS 服务器查询，图中的虚线所示)得到终端设备当前所具备的所有网络接口资源， 并通过决策选择一种网络发送进入睡眠请求消息MI_ENTI_REQ。
步骤1110、Media1中的锚点DMC向Media2发送进入睡眠请求消息 MI_ENTI_REQ。
另外，Media1中的锚点DMC也可能选择在本网络内发送进入睡眠请求消 息MI_ENTI_REQ(即步骤1110A)。
步骤1120、Media2中的锚点DMC在无线接入网络中发起进入睡眠模式的 过程。
步骤1130、移动终端的通信接口2进入睡眠模式时底层触发送模式改变的 通知消息P_PM_NOTIFY，MIPF使用MIH事件服务器发送模式改变的通知消 息MI_PM_NOTIFY，通知Media2网络侧终端设备的寻呼模式已经发生改变。
如果进行前述的步骤1110A，则相应的执行步骤1140A，经通信接口1向 Media1网络侧发送模式改变的通知消息P_PM_NOTIFY，Media1中的锚点 DMC进行相应的处理。
步骤1140、Media2中的锚点DMC更新本地所管理的MS状态信息，将通 信接口2由激活模式Active更新为睡眠模式；Media2中的锚点DMC向Media1 中的锚点DMC发送进入睡眠模式的响应消息MI_ENTI_RSP(即对 MI_ENTI_REQ的响应)。
参阅图12所示，网络侧通过逐一查询终端设备的连接模式进行寻呼的过 程如下：
步骤1200、Media2网络中发送给终端设备的数据传输到锚点DMC后， 锚点发现终端设备对应的通信接口2处于空闲模式中，MIPF需要开始寻呼过 程。锚点DMC根据本地缓存的MS位置信息(或者进一步向MIH IS服务器查 询，图中的虚线所示)，得到终端设备当前可介入的网络列表。本例包括Media 1、Media3(在图5中未示出)。
步骤1210A、Media2中的锚点DMC向Media3发送寻呼查询请求消息 MI_P_QUERY REQ(Request)。
步骤1210B、Media3中的锚点DMC发现对应的通信接口3处于睡眠模式， 向Media2发送拒绝寻呼查询响应消息MI_P_QUERY RSP。当然也可能是其他 原因导致发送该拒绝消息。
步骤1220A、Media2中的锚点DMC向Media1发送寻呼查询请求消息 MI_P_QUERY REQ。
步骤1220B、Media1中的锚点DMC发现对应的通信接口1处于激活模式， 向Media2返回应答寻呼查询的消息MI_P_QUERY RSP。
步骤1230、Media2中锚点DMC的MIPF使用MIH命令服务，向Media1 发送退出睡眠模式请求消息MI_P_EXII REQ，指示终端设备唤醒通信接口2。
步骤1240、Media1中的锚点DMC向终端设备发送退出睡眠模式请求消 息MI_P_EXII REQ。
步骤1250、终端设备向Media1中的锚点DMC发送退出睡眠模式的响应 消息MI_P_EXII RSP，并由Media1中的锚点DMC将该消息发送到Media2中 的锚点DMC。
步骤1260、终端设备经通信接口1接收到退出睡眠模式请求消息 MI_P_EXII REQ，唤醒通信接口2，经该通信接口2重新与Media2建立用于 传输数据的无线连接。
步骤1270、Media2中的锚点DMC在终端设备重新连接到本网络后，向 Media1中的锚点DMC发送模式改变的通知消息MI_PM_NOTIFY，Media1中 的锚点DMC更新终端设备的接口状态信息(MI_PM_NOTIFY消息为可选消 息，即可以发送也可以不发送)。
如果查询后，有多个网络返回应答消息或各网络均返回拒绝消息，Media2 可以根据策略选择一个网络执行寻呼过程(也包括Media2本身)。
在上述流程中，网络侧选择一个与终端设备之间具有连接的网络，通过单 播方式将退出睡眠模式请求消息MI_P_EXII REQ发送到终端设备。
本领域的普通技术人员应该知道，图12的流程中，步骤1210A和步骤 1220A表示Media2中的锚点DMC发送消息的过程，并不限定发送消息的先后。
参阅图13所示，网络侧选择一个网络进行寻呼的过程如下：
步骤1300、Media 2网络中发送给终端设备的数据传输到锚点DMC后， 锚点发现终端设备对应的通信接口2处于空闲模式中，MIPF需要开始寻呼过 程。锚点DMC根据本地缓存的MS位置信息(或者进一步向MIH IS服务器查 询，图中的虚线所示)，得到最适合进行寻呼过程的其他目标网络Media1及其 网络信息。
步骤1310、Media2中的锚点DMC向Media1中的锚点DMC发送通知寻 呼区域内所有成员寻呼MS的消息MI_P_ANN。
步骤1320、Media1中的锚点DMC发现终端设备对应的通信接口1处于 睡眠模式，通过介质相关的寻呼(Media specific paging)功能发送寻呼消息。
步骤1330、终端设备经通信接口1接收到退出睡眠模式请求消息 MI_P_EXII REQ，唤醒通信接口2，经该通信接口2重新与Media2建立用于 传输数据的无线连接。
步骤1340、Media2中的锚点DMC在终端设备重新连接到本网络后，向 Media1中的锚点DMC发送模式改变的通知消息MI_PM_NOTIFY，Media1中 的锚点DMC更新终端设备的接口状态信息。
在图1320步骤中，确定终端设备的通信接口1处于激活模式，则后续执 行的寻呼过程与图12中步骤1230及后续步骤相同(因为Media2通过查询能 够确定是否有处于激活模式的接口)。
在现有的IP寻呼技术中，通过IP报文传递位置更新和寻呼信息，需要通 信接口具备传输IP报文的能力即保持连接状态，对于处于睡眠模式的通信接 口需要被唤醒并建立连接；而本发明通过已经处于连接的激活模式的网络接口 传输位置更新消息和网络侧寻呼终端设备的消息，从而避免了消耗处于空闲模 式的网络接口的资源。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求 及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。