专利名称：一种紧急业务切换的处理方法及基站的制作方法
技术领域：
本发明涉及紧急业务技术，尤其涉及一种紧急业务切换的处理方法及基站。
背景技术：
随着网络架构扁平化的发展以及多种高速宽带可移动接入方式的出现，使得演进 的无线通信系统能够提供更高的传输速率、更短的传输延时和更低的成本，还能支持第三 代移动通信伙伴关系项目(3GPP，The 3rd GenerationPartnership Project)内部接入系 统之间的移动性，以及3GPP接入系统和非3GPP接入系统之间的移动性等等，促使移动通信 系统提出了下一代架构理念。图1所示为演进的无线接入网络结构，无线通信网络提出的长期演进(LTE，Long Time Evolution)/系统架构演进(SAE, System ArchitectureEvolution)的下一代架构演 进的基站(eNB，eNodeB)组成演进无线接入网络(E-RAN，Evolved Radio Access Network)； 演进的分组核心网络由移动性管理实体(MME，Mobility Management Entity)和服务网关 实体(S-GW，Serving Gateway)组成。eNB与核心网络之间的接口为Sl接口，其中，eNB与 MME之间的接口表示为S1-MME，用于完成移动性管理和Sl接口的控制面功能；eNB与S-GW 之间的接口表示为S1-U，用于完成用户数据的路由、传递等功能。eNB之间通过X2接口相 连，X2接口用于完成用户设备(UE，User Equipment)在激活状态下的移动性管理功能以及 对等的eNB之间的信息交互。在无线通信网络的发展过程中，IP多媒体子系统(B1S，IP MultimediaSubsystem) 是针对希望提供移动多媒体服务的电信运营商的一个标准化下一代网络(NGN，Next Generation Network)架构，运行在标准互联网协议(IP，Internet Protocol)之上。事 实上，LTE系统在接入网侧已经基于IP协议，现有的陆地无线接入网(UTRAN，Universal Terrestrial Radio Access Network)等网络正向这一目标演进。根据政府的管制规定，电信 网络必须能够提供紧急呼叫业务，当用户拨打紧急呼叫号码，或使用UE中存储的缺省紧急呼 叫号码，或使用紧急呼叫标识发起紧急呼叫，网络将紧急呼叫接续至当地的紧急通信受理中 心如警察、火警、医疗救护等。IP多媒体子系统也需要支持紧急业务(emergency service)，这 与以前在电路域网络(基于电路交换circuit-switched)中的紧急呼叫业务是完全不同的， 因为电路交换需要在网络中为某个用户建立专用的连接，其他用户不能使用。为了满足移动性需求，IP多媒体子系统中的紧急业务需要支持切换功能。在实际 的网络布局中，并不是所有的小区都支持紧急业务，现在的系统消息中有一个信元专用于 指示该小区是否支持紧急业务。对于紧急业务，由于其特殊性，需要尽量避免向不支持紧急 业务的小区发起切换，否则紧急业务将可能中断，从而对UE用户造成不可估量的损失。然 而现有的协议并没有有效的方法可以有效地阻止紧急业务切换到不支持紧急业务的小区。
发明内容
本发明所要解决的技术问题是，提供一种紧急业务切换的处理方法及基站，确保4具有紧急业务的用户设备不切换到不支持紧急业务的区域。为了解决上述问题，本发明公开了一种紧急业务切换的处理方法，包括基站收集并保存其相邻基站管辖的服务小区的紧急业务能力信息；当所述基站管辖下的服务小区的用户设备需要进行紧急业务切换时，所述基站根 据所保存的相邻基站的服务小区的紧急业务能力信息，将符合切换条件且具有紧急业务能 力的服务小区，作为紧急业务切换的目标小区，进行紧急业务切换。进一步地，上述方法中，所述基站收集其相邻基站管辖的服务小区的紧急业务能 力信息的过程如下当所述基站管辖下的第一服务小区的用户设备需要向相邻基站管辖下的第二服 务小区进行紧急业务切换时，所述基站向相邻基站发送紧急业务切换请求；所述相邻基站收到所述紧急业务切换请求，向所述基站返回应答，并在所述应答 中携带所述第二服务小区的紧急业务能力信息；所述基站接收所述应答，从中读取并保存所述第二服务小区的紧急业务能力信 息，其中，所述应答为切换准备失败时，所述基站确定该服务小区的紧急业务能力信息为不 具有紧急业务能力，所述应答为切换请求确认信令时，所述基站确定该服务小区的紧急业 务能力信息为具有紧急业务能力。或者，所述基站收集其相邻基站管辖的服务小区的紧急业务能力信息的过程如 下所述基站向其相邻基站发送接口信令或者更新配置信令，其中，所述基站在所述 接口信令或者更新配置信令中携带本基站管辖下的服务小区的紧急业务能力信息；所述相邻基站接收所述接口信令或者更新配置信令，向所述基站返回所述接口信 令或者更新配置信令的响应，其中，所述响应中携带有相邻基站管辖下的服务小区的紧急 业务能力信息；所述基站接收所述响应，并保存所述响应中携带的相邻基站管辖的服务小区的紧 急业务能力信息。其中，所述相邻基站向所述基站返回所述接口信令或者更新配置信令的响应时， 还在所述响应中携带相邻基站管辖下的服务小区的相邻小区的紧急业务能力信息。或者，所述基站收集其相邻基站管辖的服务小区的紧急业务能力信息的过程如 下所述基站向核心网的移动性管理实体发送用于紧急业务的接口信令；所述移动性管理实体接收所述用于紧急业务的接口信令，向所述基站返回所述基 站的相邻基站管辖下的服务小区的紧急业务能力信息；所述基站接收并保存所述移动管理实体返回的相邻基站管辖下的服务小区的紧 急业务能力信息。其中，所述移动性管理实体通过初始上下文建立请求、切换请求或者下行非接入 层传输信令发送所述基站的相邻基站管辖下的服务小区的紧急业务能力信息。所述移动性管理实体向所述基站返回所述初始上下文建立请求时，还在所述初始 上下文建立请求中携带与第一服务小区的相邻小区相邻的服务小区的紧急业务能力信息。所述基站收集并保存其相邻基站管辖的服务小区的紧急业务能力信息后，实时更新所保存的相邻基站管辖的服务小区的紧急业务能力信息。本发明还公开了一种用于紧急业务切换的基站，包括信息模块和处理模块，其 中所述信息模块，用于收集并保存本基站的相邻基站管辖的服务小区的紧急业务能 力信息；所述处理模块，用于在本基站管辖下的服务小区的用户设备需要进行紧急业务切 换时，读取所述信息模块中相邻基站的服务小区的紧急业务能力信息，将符合切换条件且 紧急业务能力信息为具有紧急业务能力的服务小区，作为紧急业务切换的目标小区，进行 紧急业务切换。进一步地，上述基站中，所述信息模块，通过如下一种或几种消息获取相邻基站管 辖的服务小区的紧急业务能力信息所述相邻基站返回的紧急业务切换请求的应答、所述相邻基站返回的接口信令的 响应、所述相邻基站返回的更新配置信令的响应、移动性管理实体返回的初始上下文建立 请求；其中，所述相邻基站返回的紧急业务切换请求的应答为切换准备失败时，所述信 息模块确定相邻基站管辖的服务小区的紧急业务能力信息为不具有紧急业务能力，所述相 邻基站返回的紧急业务切换请求的应答为切换请求确认信令时，所述信息模块确定相邻基 站管辖的服务小区的紧急业务能力信息为具有紧急业务能力。所述信息模块，还用于保存本基站管辖的服务小区的紧急业务能力信息；所述处理模块，还用于从所述信息模块中读取本基站管辖的服务小区的紧急业务 能力信息，以及在收到相邻基站发送的接口信令，向所述相邻基站返回所述接口信令的响 应时，在所述响应中携带本基站管辖的服务小区的紧急业务能力信息。采用本发明技术方案，可以保证具有紧急业务的用户设备不切换到不支持紧急业 务的区域，即保证用户发起的紧急业务不中断。
图1为演进的无线接入网络结构示意图；图2为本发明紧急业务的切换流程示意图。
具体实施例方式本发明的主要思想是基站可以收集并保存其相邻基站管辖的服务小区的紧急 业务能力信息，这样，当基站管辖下的服务小区的用户设备需要进行紧急业务切换时，基站 从所保存的相邻基站的服务小区的紧急业务能力信息中，查找出符合切换条件、具有紧急 业务能力且与所述用户设备所属的服务小区相邻的服务小区，作为紧急业务切换的目标小 区，进行紧急业务切换，从而避免用户设备由于小区切换而导致紧急业务中断的问题。下面结合附图及具体实施例进一步详细说明本发明技术方案。一种用于紧急业务切换的基站，至少包括信息模块和处理模块。信息模块，用于收集并保存本基站的相邻基站管辖的服务小区的紧急业务能力信 息，以及保存本基站管辖的服务小区的紧急业务能力信息；
具体地，信息模块可以通过如下一种或几种消息获取相邻基站管辖的服务小区的 紧急业务能力信息相邻基站返回的紧急业务切换请求的应答、相邻基站返回的接口信令的响应、相 邻基站返回的更新配置信令的响应、移动性管理实体返回的初始上下文建立请求；其中，所述相邻基站返回的紧急业务切换请求的应答为切换准备失败时，所述信 息模块确定相邻基站管辖的服务小区的紧急业务能力信息为不具有紧急业务能力，所述相 邻基站返回的紧急业务切换请求的应答为切换应答时，所述信息模块确定相邻基站管辖的 服务小区的紧急业务能力信息为具有紧急业务能力。处理模块，用于在本基站管辖下的服务小区的用户设备需要进行紧急业务切换 时，根据信息模块中相邻基站的服务小区的紧急业务能力信息，进行切换决策，具体地，处 理模块可以读取信息模块中相邻基站的服务小区的紧急业务能力信息，将符合切换条件且 紧急业务能力信息为具有紧急业务能力的服务小区，作为紧急业务切换的目标小区，进行 紧急业务切换；以及从信息模块中读取本基站管辖的服务小区的紧急业务能力信息，并在收到相 邻基站发送的接口信令，向相邻基站返回接口信令的响应时，在该响应中携带本基站管辖 的服务小区的紧急业务能力信息。下面结合具体实施例说明上述基站实现紧急业务切换的过程。实施例1本实施例以LTE系统为例进行说明，在LTE系统架构中，基站1作为源基站、基站 2作为目标基站分别通过Sl接口与核心网相连，UE驻留于基站1所辖小区1中。基站1与 基站2之间没有建立X2接口连接。某个时刻，UE发起紧急业务，在小区1中发起随机接入请求，并建立无线资源控制 (RRC, Radio Resource Control)连接，由于是紧急业务，UE在发送给基站的RRC连接请求 (RRC Connection Request)消息中携带紧急业务的指示。RRC连接建立后，网络侧又为UE 建立紧急业务的E-RAB以便UE能够与紧急通信受理中心通讯。网络侧还向UE发送测量配置，UE执行测量并上报满足上报条件的服务小区或相 邻小区的测量报告。某一时刻，基站1根据UE的测量报告发现服务小区1的信号质量不好 而相邻小区(本实施例中为小区2，属于基站2)的信号质量好，则基站1向基站2发起紧急 业务切换，具体过程如图2所示，包括如下步骤步骤201 基站1向核心网发送切换需求信令(Handover Required)，该信令中包 含目标小区(即小区2)标识以及该UE的上下文信息；步骤202 核心网收到上述切换需求信令，向基站2发送切换请求信令(Handover Request)；步骤203 基站2收到上述切换请求，根据该UE的上下文获知建立的是紧急业务， 然而由于基站2所辖目标小区2当前不支持紧急业务，因此基站2向核心网返回切换失败 信令(Handover Failure)，该切换失败信令中携带目标小区2的紧急业务能力信息，即目 标小区2的紧急业务能力信息为不具备紧急业务能力(即不支持紧急业务或者称为不允许 紧急业务切换)；本实施例中，基站2在切换失败信令中携带失败原因为目标小区不支持紧急业务(或者不允许紧急业务切换)，即表示目标小区2不具备紧急业务能力；步骤204 核心网收到上述切换失败信令，从中读取失败原因，向基站1发送切换 准备失败信令(Handover Preparation Failure)，并在该信令中携带所读取的失败原因， 即目标小区不支持紧急业务或不允许紧急业务切换；步骤205 基站1收到上述切换准备失败信令，保存该信令中目标小区不支持紧急 业务的信息，不再为该用户设备向目标基站(即基站幻所辖不支持紧急业务的小区发送切 换请求。如果有其他的用户设备也建立了紧急业务，基站1也不再为这些建立紧急业务的 用户设备向目标基站所辖的不支持紧急业务的小区发送切换请求了。在优选的方案中，考 虑到不支持紧急业务的小区有可能转变为支持紧急业务的小区，因此，基站1周期性地更 新所保存的服务小区是否支持紧急业务的信息，即只在一段时间(可以设置一个定时器， 如M小时)保存不支持紧急业务的小区信息，当定时器超时，基站1将删除保存的这部分 信息，此时，基站1可以为建立紧急业务的UE向小区2再次发送切换请求。在其他应用场景中，当基站1和基站2之间存在X2接口连接时，基站1也可以直接 通过X2接口向基站2发送切换请求，基站2则可以通过X2接口向基站1返回携带有目标 小区的紧急业务能力信息(即是否支持紧急业务，也可以称为是否不允许紧急业务切换)， 其中，当目标小区不具备紧急业务能力(即不支持紧急业务或者说不允许紧急业务切换) 时，基站2可以向基站1发送携带有失败原因为不支持紧急业务，或者不允许紧急业务切换 的切换准备失败信令，而基站1收到该切换准备失败信令后的操作与上述步骤203相同。本实施例同样可以应用于W⑶MA中，此时，源RNC通过核心网或Iur接口向目标 RNC发送重定位请求(Relocation Request)，如果目标小区不支持紧急业务，目标RNC则通 过核心网或Iur接口向源RNC返回重定位准备失败信令，该信令中携带的失败原因为目标 小区不支持紧急业务(或者称为不允许紧急业务切换)。源RNC收到后采取与上面所述相 同的处理操作。实施例2本实施例仍以LTE系统为例进行说明，但本实施例与实施例1不同之处在于，基站 1基站2之间存在X2接口连接。某个时刻，基站1通过X2接口向基站2发送X2接口建立请求信令(X2Setup Request)，该X2建立请求信令中已包含服务小区(本实施例中即为小区1)的信息(krved Cell Information)，服务小区的信息包括小区1的标识、跟踪区域码(Tracking Area Code，简称为TAC)、公共陆地移动通信网(PLMN，用来标识用户当前使用的运营商网络)、频 率、带宽、帧格式信息以及服务小区的紧急业务能力信息(即是否支持紧急业务的信息，也 称为是否允许紧急业务切换的信息)。在本实施例中，小区1的扩展信息是具有紧急业务能 力(即支持紧急业务，也称为允许紧急业务切换)。基站2收到上述X2接口建立请求后，保存小区1的信息(本实施例中尤其要保存 小区1的紧急业务能力信息(即是否支持紧急业务的信息或者是否允许紧急业务切换的信 息)，同时，基站2向基站1返回X2接口建立响应信令(X2 Setup Response)，该响应信令 中包含基站2所辖的服务小区(此处包含小区2和小区3)的信息，其中，服务小区的信息 包含服务小区的紧急业务能力信息，即服务小区是否支持紧急业务(也称为是否允许紧急业务切换的信息)。在本实施例中，小区2具有紧急业务能力(即支持紧急业务或者称允许 紧急业务切换)；小区3具有紧急业务能力(即不支持紧急业务或者称不允许紧急业务切 换)。基站1收到该响应信令后，保存其中的服务小区的信息(尤其是服务小区的紧急 业务能力信息)。过了一段时间，UE在小区1发起紧急业务的呼叫，建立了紧急业务。基站 1为UE配置测量配置，UE根据测量配置实施测量，并上报满足上报条件的服务小区或相邻 小区的测量报告。基站1根据测量报告发现UE测得小区1的信号质量不好，而小区2和小 区3的信号质量均超过预定门限，由于基站1从已保存的服务小区的信息中获知小区2具 有紧急业务能力，小区3不具有紧急业务能力，因此，基站1选择小区2作为切换的目标小 区，而不选择小区3作为切换的目标小区，此时，基站1并通过X2接口向基站2发送切换请 求，实施正常的切换流程。在其他应用场景中，基站1和基站2之间还可以通过基站配置更新信令(ENB Configuration Update)传递本基站所辖服务小区的紧急业务能力信息，而对等基站收到 配置更新信令后，保存该信令中服务小区的信息，并将其应用于建立紧急业务UE切换的目 标小区选择中。还有一些应用场景中，基站1和基站2之间通过X2接口信令或者配置更新信令进 行交互时，还可以通过X2接口信令或者配置更新信令将本基站所辖服务小区的相邻小区 的信息(Neighbour Information)和紧急业务能力信息(即服务小区是否支持紧急业务或 者是否支持紧急业务切换的信息)发送给对等基站，对等基站收到X2接口信令或者配置更 新信令后，保存该信令中服务小区的信息，并将其应用于建立紧急业务UE切换的目标小区 选择中。实施例3本实施例的应用场景与实施例2的应用场景相同。某个时刻，UE发起紧急业务，在小区1中发起随机接入请求，并建立无线资源控制 (RRC, Radio Resource Control)连接，由于是紧急业务，UE在发送给基站的RRC连接请求 (RRC Connection Request)消息中携带紧急业务的指示。RRC连接建立后，UE通过基站向 核心网发送非接入层(NAS，Non Access Stratum)信令(即服务请求(service request) 信令)，以与核心网侧建立通信连接。网络侧的MME接收到UE发送的服务请求后，MME发 送初始上下文建立请求(Initial Context Setup Request)消息给基站1，在该“Initial Context Setup Request”消息中携带服务小区的紧急业务能力信息(即是否支持紧急业 务或者称为是否允许紧急业务切换)的小区信息或区域信息。MME可以根据服务请求获知 UE是紧急业务，同时根据网络拓扑知道小区1的相邻小区的紧急业务能力信息，这样，MME 就可以在初始上下文建立请求中携带小区1的相邻小区的紧急业务能力信息。具体地，初 始上下文建立请求中可以携带一个或多个支持或不支持紧急业务的小区信息(也可以是 携带一个或多个允许紧急业务切换或不允许紧急业务切换的区域信息)，对LTE系统，可以 是 TAC(Tracking Area Code)和 / 或PLMN标识；对 WCDMA 系统，可以是 LAC(Location Area Code)和/或PLMN标识。在优选实施例中，初始上下文建立请求中还可以携带支持紧急业务或不支持紧急 业务的系统信息，如携带不支持紧急业务的GERAN系统信息。需要说明的是，现在的初始上下文建立请求中携带限制区域(HandoverRestriction List)信息，但限制区域信息仅适用 于非紧急业务，因此，本发明扩展了这部分信息，使其也能够应用于紧急业务。当MME在初始上下文建立请求中携带了不支持紧急业务或不支持紧急业务切换 的小区2、以及不支持紧急业务的GERAN系统的信息时，基站1收到该信息后，保存这部分信 息，将其应用于后续的切换决策中。过了一段时间，基站1根据UE上报的测量报告实施切 换决策，由于小区2不支持紧急业务，GERAN系统也不支持紧急业务，基站1排除小区2和 GERAN系统的相邻小区为切换的目标小区，基站1选择其他信号条件满足切换需求的小区 作为切换的目标小区。基站1选择小区3 (属于基站2)作为切换的目标小区，基站1通过 X2接口向基站2发送切换请求(Handover Request)，基站2收到后，为UE分配资源并返回 切换请求确认信令(Handover RequestAcknowledge)，基站1收到确认信令后向UE发送切 换命令，UE取得与目标小区的同步，在目标小区发起随机接入并发送切换完成的信令给基 站2，UE完成切换的流程。需要说明的是，在基站1通过X2接口向基站2发送切换请求可 以携带不支持紧急业务或不支持紧急业务切换(也称为不允许紧急业务切换或者允许紧 急业务切换)的小区信息或区域信息。当MME只通过初始上下文建立请求携带不支持紧急业务或者支持紧急业务(也称 为不允许紧急业务切换或者允许紧急业务切换)的小区信息或区域信息时，MME还可以通 过向基站发送的切换请求、或者通过下行NAS传输的信令发送这部分信息，这样可以使MME 能够为已经建立紧急业务的UE根据网络的实际情况重新配置不支持紧急业务或不支持紧 急业务切换(或支持紧急业务或支持紧急业务切换)的小区信息或区域信息，具体操作过 程如下所述，此处不再赘述。除了 LTE系统以外，本实施例还可以适用于WCDMA，此时，核心网可以通过IU接口 的信令如RAB Assignment Request、重定位请求、或直传(Direct Transfer)向RNC发送不 支持紧急业务的小区信息或区域信息。当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟 悉本领域的技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变 形都应属于本发明所附的权利要求的保护范围。
权利要求
1.一种紧急业务切换的处理方法，其特征在于，该方法包括 基站收集并保存其相邻基站管辖的服务小区的紧急业务能力信息；当所述基站管辖下的服务小区的用户设备需要进行紧急业务切换时，所述基站根据所 保存的相邻基站的服务小区的紧急业务能力信息，将符合切换条件且具有紧急业务能力的 服务小区，作为紧急业务切换的目标小区，进行紧急业务切换。
2.如权利要求1所述的方法，其特征在于，所述基站收集其相邻基站管辖的服务小区的紧急业务能力信息的过程如下 当所述基站管辖下的第一服务小区的用户设备需要向相邻基站管辖下的第二服务小 区进行紧急业务切换时，所述基站向相邻基站发送紧急业务切换请求；所述相邻基站收到所述紧急业务切换请求，向所述基站返回应答，并在所述应答中携 带所述第二服务小区的紧急业务能力信息；所述基站接收所述应答，从中读取并保存所述第二服务小区的紧急业务能力信息，其 中，所述应答为切换准备失败时，所述基站确定该服务小区的紧急业务能力信息为不具有 紧急业务能力，所述应答为切换请求确认信令时，所述基站确定该服务小区的紧急业务能 力信息为具有紧急业务能力。
3.如权利要求1所述的方法，其特征在于，所述基站收集其相邻基站管辖的服务小区的紧急业务能力信息的过程如下 所述基站向其相邻基站发送接口信令或者更新配置信令，其中，所述基站在所述接口 信令或者更新配置信令中携带本基站管辖下的服务小区的紧急业务能力信息；所述相邻基站接收所述接口信令或者更新配置信令，向所述基站返回所述接口信令或 者更新配置信令的响应，其中，所述响应中携带有相邻基站管辖下的服务小区的紧急业务 能力信息；所述基站接收所述响应，并保存所述响应中携带的相邻基站管辖的服务小区的紧急业 务能力信息。
4.如权利要求3所述的方法，其特征在于，所述相邻基站向所述基站返回所述接口信令或者更新配置信令的响应时，还在所述响 应中携带相邻基站管辖下的服务小区的相邻小区的紧急业务能力信息。
5.如权利要求1所述的方法，其特征在于，所述基站收集其相邻基站管辖的服务小区的紧急业务能力信息的过程如下 所述基站向核心网的移动性管理实体发送用于紧急业务的接口信令； 所述移动性管理实体接收所述用于紧急业务的接口信令，向所述基站返回所述基站的 相邻基站管辖下的服务小区的紧急业务能力信息；所述基站接收并保存所述移动管理实体返回的相邻基站管辖下的服务小区的紧急业 务能力信息。
6.如权利要求5所述的方法，其特征在于，所述移动性管理实体通过初始上下文建立请求、切换请求或者下行非接入层传输信令 发送所述基站的相邻基站管辖下的服务小区的紧急业务能力信息。
7.如权利要求5或6所述的方法，其特征在于，所述移动性管理实体向所述基站返回所述初始上下文建立请求时，还在所述初始上下文建立请求中携带与第一服务小区的相邻小区相邻的服务小区的紧急业务能力信息。
8.如权利要求1至6任一项所述的方法，其特征在于，所述基站收集并保存其相邻基站管辖的服务小区的紧急业务能力信息后，实时更新所 保存的相邻基站管辖的服务小区的紧急业务能力信息。
9.一种用于紧急业务切换的基站，其特征在于，该基站包括信息模块和处理模块，其中所述信息模块，用于收集并保存本基站的相邻基站管辖的服务小区的紧急业务能力信息；所述处理模块，用于在本基站管辖下的服务小区的用户设备需要进行紧急业务切换 时，读取所述信息模块中相邻基站的服务小区的紧急业务能力信息，将符合切换条件且紧 急业务能力信息为具有紧急业务能力的服务小区，作为紧急业务切换的目标小区，进行紧 急业务切换。
10.如权利要求9所述的基站，其特征在于，所述信息模块，通过如下一种或几种消息获取相邻基站管辖的服务小区的紧急业务能 力信息所述相邻基站返回的紧急业务切换请求的应答、所述相邻基站返回的接口信令的响 应、所述相邻基站返回的更新配置信令的响应、移动性管理实体返回的初始上下文建立请 求；其中，所述相邻基站返回的紧急业务切换请求的应答为切换准备失败时，所述信息模 块确定相邻基站管辖的服务小区的紧急业务能力信息为不具有紧急业务能力，所述相邻基 站返回的紧急业务切换请求的应答为切换请求确认信令时，所述信息模块确定相邻基站管 辖的服务小区的紧急业务能力信息为具有紧急业务能力。
11.如权利要求9或10所述的基站，其特征在于，所述信息模块，还用于保存本基站管辖的服务小区的紧急业务能力信息； 所述处理模块，还用于从所述信息模块中读取本基站管辖的服务小区的紧急业务能力 信息，以及在收到相邻基站发送的接口信令，向所述相邻基站返回所述接口信令的响应时， 在所述响应中携带本基站管辖的服务小区的紧急业务能力信息。
全文摘要
本发明公开了一种紧急业务切换的处理方法及基站，涉及紧急业务技术。本发明公开的方法包括基站收集并保存其相邻基站管辖的服务小区的紧急业务能力信息；当所述基站管辖下的服务小区的用户设备需要进行紧急业务切换时，所述基站根据所保存的相邻基站的服务小区的紧急业务能力信息，将符合切换条件且具有紧急业务能力的服务小区，作为紧急业务切换的目标小区，进行紧急业务切换。采用本发明技术方案，可以保证具有紧急业务的用户设备不切换到不支持紧急业务的区域，即保证用户发起的紧急业务不中断。
文档编号H04W4/22GK102056113SQ200910212320
公开日2011年5月11日 申请日期2009年11月4日 优先权日2009年11月4日
发明者刘霖, 杜忠达, 邓云 申请人:中兴通讯股份有限公司