一种TD‑LTE系统中紧急呼叫的识别方法技术方案

本申请公开了一种TD‑LTE系统中紧急呼叫的识别方法，该方法包括：A、终端向核心网发起针对紧急呼叫业务的承载资源请求；B、核心网接收到终端的承载资源请求，核心网根据本地策略为紧急呼叫业务分配新的承载或者修改已有的承载，保存所述承载对应的业务流模板TFT、包过滤器PF与紧急呼叫业务的对应关系；C、核心网接收业务服务器发给终端的业务数据，核心网在业务数据包中提取IP信息和/或端口信息，并在终端的各个业务流模板中，与包过滤器中保存的信息做匹配；对于成功匹配的包过滤器，如果核心网保存了该包过滤器与紧急呼叫业务的对应关系，则将该业务数据包识别为紧急呼叫业务数据。本申请方案在不增加网络侧设备和成本，以及不影响核心网资源的使用率的基础上，能够使核心网对紧急呼叫业务快速有效的进行识别。

【技术实现步骤摘要】
【专利摘要】本专利技术公开了一种TD-LTE系统中紧急呼叫的识别方法，该方法包括：A、终端向核心网发起针对紧急呼叫业务的承载资源请求；B、核心网接收到终端的承载资源请求，核心网根据本地策略为紧急呼叫业务分配新的承载或者修改已有的承载，保存所述承载对应的业务流模板TFT、包过滤器PF与紧急呼叫业务的对应关系；C、核心网接收业务服务器发给终端的业务数据，核心网在业务数据包中提取IP信息和/或端口信息，并在终端的各个业务流模板中，与包过滤器中保存的信息做匹配；对于成功匹配的包过滤器，如果核心网保存了该包过滤器与紧急呼叫业务的对应关系，则将该业务数据包识别为紧急呼叫业务数据。本专利技术方案在不增加网络侧设备和成本，以及不影响核心网资源的使用率的基础上，能够使核心网对紧急呼叫业务快速有效的进行识别。【专利说明】-种TD-LTE系统中紧急呼叫的识别方法
本申请涉及移动通信
，尤其涉及一种TD-LTE系统中紧急呼叫的识别方 法。
技术介绍
随着通信技术以及网络架构扁平化的发展以及多种高速宽带可移动无线接入技 术的不断涌现，为了保证第三代移动通讯伙伴计划（3GPP，3rd Generation Partnership Project)的竞争力，并考虑演进的无线通信系统能够以更低的成本和更短的传输延时提供 更高的传输速率，同时支持3GPP内部接入系统之间的移动性以及3GPP接入系统和非3GPP 接入系统之间的移动性，提高3GPP系统能力和性能，降低成本，3GPP提出了系统架构演进 (LTE/SAE, Long Term Evolution,长期演进/System Architecture Evolution,)的下一 代通信技术和架构理念。SAE作为GPRS核心网络的演进，具有简化架构，全IP化网络的特 点，对更高吞吐量和更低等待时间的3GPP无线接入网络（RAN, Radio Access Network)和 非3GPP系统接入提供支持。 紧急呼叫（Emergency Call)业务是指用户在紧急情况下，通过终端发起的呼叫业 务。通常在一个区域内为一个固定号码，比如美国的911，中国的110/119等，运营商也可根 据自身需要配置更多的紧急呼叫号码。区别于其他业务，紧急呼叫业务对业务的成功率要 求更高，即，紧急呼叫的优先级要高于其他业务类型，在资源不足的情况下，应优先为紧急 呼叫业务进行服务；同时，紧急呼叫业务对业务的连续性要求更高，即紧急呼叫用户的移动 性管理享有优先操作权。 基于TD-LTE的系统通常由终端、基站、核心网和业务网络四部分构成，系统中的 各组成部分均需要对紧急呼叫业务进行识别。终端需要对用户发起的呼叫业务以及接收到 的被呼业务是否是紧急呼叫业务进行识别；基站需要对用户是否是因为紧急呼叫业务而进 行的无线接入进行识别，同时，基站需要对核心网进行的用户寻呼操作是否是因为紧急呼 叫业务而产生的进行识别；核心网需要能够识别对用户的业务操作是否是紧急呼叫业务进 行识别，以便能够对空闲状态的终端进行紧急寻呼操作；业务网络需要对终端用户发起的 业务是否是紧急呼叫业务进行识别和处理。 在TD-LTE系统的SAE架构下，核心网对紧急呼叫业务的识别方法主要有以下二 种： 1)基于IP多媒体子系统aMS，IP Multimedia Subsystem)中紧急呼叫服务控制 单兀（E-CSCF，Emergency-Call Server Control Function)的识别方法。 在3GPP的LTE标准中，对于支持E-CSCF的MS系统，采用的策略是终端与MS中 的E-CSCF建立专门用于紧急呼叫业务的IP连接接入网（IP-CAN, IP Connectivity Access Network,)连接；同时，终端与核心网中专门用于紧急呼叫业务的接入点名称（APN, Access Point Name)建立包数据网络（PDN，Packet Data Network)连接并获取终端对应紧急呼叫 业务所使用的IP地址。核心网通过对UE所使用的不同PDN连接来实现对紧急呼叫业务的 识别。 该方法的特点是需要为紧急呼叫业务建立专门的IP-CAN连接，终端和MS系统 通过紧急业务服务发现过程建立紧急呼叫业务的MS会话，并在终端和核心网提供的专用 APN之间建立TON连接。该方法需要专门提供E-CSCF设备，同时由于该方法对终端、核心网 以及MS子系统提出进一步要求，各设备均需要进行新的配置和功能以实现对紧急呼叫业 务的支持，这将大大增加现有系统的复杂度和维护复杂度。 2)基于深度报文检测（DPI, Deep Packet Inspection)的识别方法。 深度报文检测的方式是指核心网在TON网关中对终端使用的用户面数据进行协 议解析，从用户面数据报文中获取协议信息，分析并识别呼叫业务以及紧急呼叫业务，从而 实现对紧急呼叫业务的识别。 该方法的特点是核心网中的TON网关需要对终端的用户面数据报文进行截取和 协议分析。由于核心网是LTE系统中的核心处理设备，其维护了大量的终端设备和海量的 用户面数据，该方法需要核心网对其维护的每一个终端的全部用户面数据进行解析，这将 造成核心网资源的严重浪费，大大增加核心网的负荷和处理复杂度，严重降低数据交换处 理能力和业务承载能力。
技术实现思路
本申请提供了一种TD-LTE系统中紧急呼叫的识别方法，在不增加网络侧设备和 成本，以及不影响核心网资源的使用率的基础上，能够使核心网对紧急呼叫业务快速有效 的进行识别。 本申请实施例提供的一种TD-LTE系统中紧急呼叫的识别方法，该方法包括： A、终端向核心网发起针对紧急呼叫业务的承载资源请求； B、核心网接收到终端的承载资源请求，核心网根据本地策略为紧急呼叫业务分配 新的承载或者修改已有的承载，保存所述承载对应的业务流模板TFT、包过滤器PF与紧急 呼叫业务的对应关系； C、核心网接收业务服务器发给终端的业务数据，核心网在业务数据包中提取IP 信息和/或端口信息，并在终端的各个业务流模板中，与包过滤器中保存的信息做匹配；对 于成功匹配的包过滤器，如果核心网保存了该包过滤器与紧急呼叫业务的对应关系，则将 该业务数据包识别为紧急呼叫业务数据。 较佳地，业务服务器中设置专用于紧急呼叫业务的IP地址和/或端口；步骤A包 括： A1、终端发起业务注册过程，业务注册服务器在业务注册响应信令中将业务服务 器中紧急呼叫业务的IP地址和/或端口通知终端； A2、终端保存获得的紧急呼叫业务IP地址和/或端口信息，并根据上述信息向核 心网发起针对紧急呼叫业务的承载资源请求。 较佳地，步骤A所述终端向核心网发起针对紧急呼叫业务的承载资源请求包括： 终端在承载资源请求的业务流模板包含对应紧急呼叫业务的包过滤器，所述包过滤器的第 一字节的第7位设置为用于表示紧急呼叫业务的值；将所述包过滤器中的包过滤器上下文 中的远端IP地址和/或远端端口设置为紧急呼叫服务器的IP地址和/或端口信息。 从以上技术方案可以看出，通过终端和核心网之间的专有承载建立过程或者专有 承本文档来自技高网...

【技术保护点】
一种TD‑LTE系统中紧急呼叫的识别方法，其特征在于，该方法包括：A、终端向核心网发起针对紧急呼叫业务的承载资源请求；B、核心网接收到终端的承载资源请求，核心网根据本地策略为紧急呼叫业务分配新的承载或者修改已有的承载，保存所述承载对应的业务流模板TFT、包过滤器PF与紧急呼叫业务的对应关系；C、核心网接收业务服务器发给终端的业务数据，核心网在业务数据包中提取IP信息和/或端口信息，并在终端的各个业务流模板中与包过滤器中保存的信息做匹配；对于成功匹配的包过滤器，如果核心网保存了该包过滤器与紧急呼叫业务的对应关系，则将该业务数据包识别为紧急呼叫业务数据。

【技术特征摘要】

【专利技术属性】
技术研发人员：王刚，
申请(专利权)人：普天信息技术研究院有限公司，
类型：发明
国别省市：北京;11