组呼业务数据的识别方法

文档序号:7985354阅读:603来源:国知局
组呼业务数据的识别方法
【专利摘要】本申请公开了一种组呼业务数据的识别方法,包括:在组呼建立过程中,在基站和集群服务器之间建立该组呼专用的GTP-U隧道,并将GTP-U隧道的隧道信息与该组呼的对应关系保存在基站和所述集群服务器中,所述隧道信息包括隧道两端的隧道端点标识;当需要在所述基站和所述集群服务器之间传输组呼业务数据时,发送方根据该组呼业务数据所属组呼和所述对应关系,获知该组呼业务数据使用的GTP-U隧道,并在发送所述组呼业务数据的同时,将所使用的GTP-U隧道的对端隧道端点标识TEID-A通知给接收方;接收方利用所述TEID-A和所述对应关系,对接收到的所述组呼业务数据进行识别。采用本发明能快速有效地识别组呼业务数据。
【专利说明】组呼业务数据的识别方法
【技术领域】
[0001]本发明涉及集群通信技术,特别是涉及一种组呼业务数据的识别方法。
【背景技术】
[0002]组呼业务是无线集群通信系统提供的最基本业务。组呼业务是在组呼区域内建立的一组用户参与的半双工语音或多媒体呼叫,通常一组用户由3个以上用户组成。在组呼通信过程中,组内只有一个上行链路,组内用户讲话时需要按下PTT键来申请或抢占上行链路;组呼区域所包含的每个小区中有一个属于该组的下行链路,小区中属于该组的成员共享该下行链路。
[0003]从系统业务承载网络采用的交换方式角度考虑,集群通信系统可分为基于电路交换(Circuit Switched, CS)的集群系统和基于分组交换(Packet Switched, PS)的集群系统。对于基于CS域的集群系统,通常由终端、基站、核心交换系统三部分构成。对于基于PS域的集群系统,通常由终端、基站、核心交换系统和集群服务器四部分构成,也可以将基站和核心交换系统合并为基站系统,则集群系统由终端、基站系统和集群服务器三部分组成。
[0004]集群通信系统中实现集群组呼业务时,由于集群服务器作为集群控制中心以及业务数据交换中心,对于识别不同的组呼业务数据来实现数据中转调度、分类优先级控制等功能均具有重要意义。通常情况下,在集群服务器与基站系统间典型的组呼业务数据的分组识别方法有两种:基于IP信息的分组识别方式和基于端口信息的分组识别方式。
[0005](I)基于IP信息的分组识别方式是以组呼业务数据包中的目的地址作为区分标识。即,不同的组呼业务数据使用不同的IP地址,该地址可以是单播地址,也可以是组播地址。对于单播IP地址的方式,接收端需要绑定相应的IP地址,并时时监控该IP地址中的数据。
[0006]在基于IP信息的分组识别方式下,集群服务器或者基站系统在接收到组呼业务数据后,首先分析组呼业务数据包中的IP头部信息,从IP头部信息中提取目标IP地址,并根据预先在系统内部建立的匹配信息表,查找对应该目标IP地址的组呼信息,从而实现对组呼业务分组数据的识别,以便后续采取进一步的操作。
[0007](2)基于端口信息的分组识别方式在传输层多采用UDP协议,并以UDP协议头中的目的端口号作为区分组呼业务数据包标识。即,集群服务器与基站系统采用单播IP,并监听不同的端口来接收和区分不同组呼的业务数据。
[0008]在基于端口信息的分组识别方式下,集群服务器或者基站系统在接收到组呼业务数据后,首先分析组呼业务数据包中的UDP头部信息,从UDP头部信息中提取目标端口,并根据预先在系统内部建立的匹配信息表,查找对应该目标端口的组呼信息,从而实现对组呼业务分组数据的识别,以便后续采取进一步的操作。
[0009]上述基于IP信息的分组识别方式中,对于使用单播IP地址的方式,基站系统和集群服务器作为接收端时均需要维护大量的IP地址来实现识别不同组呼业务数据的目的,在IP地址受限的情况下,该方式将严重影响系统中集群组呼业务容量的可扩展性,限制集群系统在实际部署中的应用价值。同时,由于基站系统和集群服务器需要绑定大量的IP地址,并从网络传输的大量数据包中分析并获取对应这些目的IP地址的有效数据,其数据处理效率和转发速度会将随着组呼数目的增加而降低。对于使用组播IP地址的方式,基站系统和集群服务器作为接收端除了需要维护大量的组播IP地址外,还需要通过组播加入技术动态加入IP组播组,并使用大量辅助技术减少和降低组播技术对外部网络组网结构的依赖性。其技术复杂度和处理复杂度会严重影响呼叫建立时间,大量组播IP的处理效率同样会随着组呼的数目的增加而降低。
[0010]上述基于端口信息的分组识别方式中,基站系统和集群服务器作为接收端时会出现和IP地址数目受限相同的问题,且端口总数目为65535,其受限更为严重,在此不再赘述。同时,在大规模组网的情况下,由于集群系统组网模型存在多对多的特性,即,同一组呼可能会涉及多个基站系统和多个集群服务器。在此情况下,由于不同基站系统会随机将端口分配给不同的组呼业务,会出现同一组呼数据在不同基站系统中使用不同端口进行发送和接收的情况,集群服务器要发送数据给不同基站系统时需要动态调整端口信息,将会增加集群服务器的处理复杂度,从而增加数据处理和转发的速度。
[0011]由此可见,现有的组呼业务数据的识别方法,存在受限于IP地址或端口资源数量、降低数据处理效率的问题。

【发明内容】

[0012]有鉴于此,本发明的主要目的在于提供一种组呼业务数据的识别方法,该方法能快速有效地对组呼业务数据进行识别,且能有效地提高系统的可扩展性。
[0013]为了达到上述目的,本发明提出的技术方案为:
[0014]一种组呼业务数据的识别方法,包括:
[0015]在组呼建立过程中,在基站和集群服务器之间建立该组呼专用的GPRS用户面GTP-U隧道,并将该GTP-U隧道的隧道信息与该组呼的对应关系保存在所述基站和所述集群服务器中,所述隧道信息包括隧道两端的隧道端点标识;
[0016]当需要在所述基站和所述集群服务器之间传输组呼业务数据时,发送方根据该组呼业务数据所属组呼和所述对应关系,获知该组呼业务数据使用的GTP-U隧道,并在发送所述组呼业务数据的同时,将所使用的GTP-U隧道的对端隧道端点标识TEID-A通知给接收方;接收方利用所述TEID-A和所述对应关系,对接收到的所述组呼业务数据进行识别。
[0017]综上所述,本发明提出的组呼业务数据的识别方法,基于在组呼建立过程中为组呼业务建立的GTP-U隧道,可以快速有效地对组呼业务数据进行识别,且能有效地提高系统的可扩展性。
【专利附图】

【附图说明】
[0018]图1为基于IP信息的识别方式示意图;
[0019]图2为基于端口信息的识别方式示意图;
[0020]图3为本发明实施例一的流程示意图。
【具体实施方式】[0021]为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明作进一步地详细描述。
[0022]本发明的核心思想是:在组呼建立过程中,在基站系统和集群服务器之间建立用于识别该组呼的组呼业务数据的组呼专用GPRS用户面(GTP-U)隧道,这样,不同组呼的业务数据将使用不同的GTP-U隧道,从而可以利用GTP-U隧道来区别不同组呼的业务数据;此后,当需要在基站系统和集群服务器之间传输组呼业务数据时,发送方只需在发送组呼业务数据时携带相应的GTP-U隧道标识,接收端便可以根据组呼业务数据所携带的GTP-U隧道标识,来确定该组呼业务数据对应的组呼信息,从而实现对组呼业务数据的识别。
[0023]由于GTP-U隧道标识不同于IP地址和端口地址这些总数受限的资源,GTP-U隧道标识是可扩展的资源,其数量可通过扩展携带该信息的字节数来扩充。因此,这种基于GTP协议的GTP-U隧道、使用固定IP和固定端口传输的方式,可以有效解决IP地址和端口资源受限的问题;在隧道的基础上,可以承载应用层多媒体数据流或者组播IP多媒体数据流,有效降低了组播技术的引入带来的复杂度和组网结构依赖度,从而可促使IP资源及端口资源利用率大大提高,传输和识别效率有效增强,对组网的依赖性大大降低,能够有效降低基站系统和集群服务器的处理复杂度,提高系统容量,增强系统可扩展性,降低集群通信网络的运营成本。
[0024]图3为本发明实施例一的流程示意图,如图3所示,该实施例主要包括:
[0025]步骤301、在组呼建立过程中,在基站和集群服务器之间建立该组呼专用的GTP-U隧道,并将该GTP-U隧道的隧道信息与该组呼的对应关系保存在所述基站和所述集群服务器中,所述隧道信息包括隧道两端的隧道端点标识。
[0026]本步骤中,在建立组呼时,为该组呼建立专用的GTP-U隧道,由于该GTP-U隧道是该组呼专用的,因此可以确保不同组呼使用的GTP-U隧道不同,即各GTP-U隧道的隧道端点标识将是全局唯一确定的,这样,即可利用GTP-U隧道的隧道端点标识来区别不同的组呼。
[0027]这里,需要在隧道两端的网络实体中分别存储组呼与GTP-U隧道的对应关系,以便在后续的数据传输过程中,发送方和接收方依据此对应关系确定组呼对应的隧道端点标识或隧道端点标识对应的组呼,从而实现对组呼业务数据的快速识别。
[0028]关于建立专用的GTP-U隧道的具体实现,在实际应用中,可以为一个组呼建立一条专用的GTP-U隧道,如此可实现对不同组呼业务数据的区分;还可以根据组呼所涉及的媒体类型,为一个组呼的每种媒体类型分别建立一条专用的GTP-U隧道,也就是说一个组呼专用的GTP-U隧道数与该组呼的媒体类型数量相同,例如为一个组呼涉及语音和视频两种媒体类型,则可分别建立语音专用的GTP-U隧道和视频专用的GTP-U隧道,这样,可以使不同媒体类型的组呼业务数据使用不同的GTP-U隧道,从而可以利用GTP-U隧道实现对同一组呼的不同媒体类型的组呼业务数据的识别。对于前一实现方法,基站和集群服务器中所存储的所述对应关系可以包括组呼标识、本端隧道端点标识和对端隧道端点标识,其中,本端隧道端点标识为保存该对应关系的实体所对应的一端GTP-U隧道端点标识,例如基站中保存的对应关系中的本端險道端点标识指GTP-U險道中基站端对应的險道端点标识。对于后一种实现方法,所述对应关系中不仅包括组呼标识、本端隧道端点标识和对端隧道端点标识,还需要进一步包括:GTP-U隧道所对应的组呼的媒体类型信息。
[0029]步骤302、当需要在所述基站和所述集群服务器之间传输组呼业务数据时,发送方根据该组呼业务数据所属组呼和所述对应关系,获知该组呼业务数据使用的GTP-U隧道,并在发送所述组呼业务数据的同时,将所使用的GTP-U隧道的对端隧道端点标识TEID-A通知给接收方;接收方利用所述对端隧道端点标识TEID-A和所述对应关系,对接收到的所述组呼业务数据进行识别。
[0030] 具体地,所述组呼业务数据可以为基于IP的数据包,也可以为媒体数据包。如果用户终端本身是基于IP的多媒体终端时,则在基站和集群服务器间传输的组呼业务数据为基于IP的数据包,包括:IP头部,UDP头部,媒体协议头部和媒体内容。如果用户终端本身是非基于IP的多媒体终端时,则在基站和集群服务器间传输的组呼业务数据为数据包,包括:媒体协议头部和媒体内容。
[0031 ] 较佳地,发送方将所使用的GTP-U隧道的对端隧道端点标识TEID-A通知给接收方的具体方法可以为:
[0032]发送方利用所述组呼业务数据的数据包头携带GTP-U头部,所述GTP-U头部携带GTP-U隧道的对端隧道端点标识TEID-A。
[0033]这样,接收方接收到组呼业务数据的数据包后,只需解析数据包头中的GTP-U头部即可获得GTP-U隧道的对端隧道端点标识。另外,在实际应用中,可以通过扩展对端隧道端点标识所占用的字节数来增加可用的对端隧道端点标识资源数量。从而可增加本发明的可扩展性。
[0034]较佳地,对接收到的所述组呼业务数据进行识别的具体方法可以为:在所述对应关系中的本端隧道端点标识中查找所述TEID-A,得到本端隧道端点标识为所述TEID-A时对应的组呼标识。其中,该对端隧道端点标识即发送方所通知的GTP-U隧道的对端隧道端点标识TEID-A0
[0035]进一步地,如果步骤301中建立专用的GTP-U隧道时采用的是为一个组呼的每种媒体类型分别建立一条专用的GTP-U隧道的方法,则本步骤中确定该组呼业务数据使用的GTP-U隧道应为:发送方根据所发送的组呼业务数据所属组呼的组呼标识和所属媒体类型,查找所述对应关系,得到该组呼的组呼标识和媒体类型所对应的GTP-U隧道。
[0036]相应地,所述对接收到的所述组呼业务数据进行识别具体为:在所述对应关系中的本端隧道端点标识中查找所述TEID-A,得到本端隧道端点标识为所述TEID-A时对应的组呼标识以及对应的媒体类型信息。
[0037]综上所述,以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
【权利要求】
1.一种组呼业务数据的识别方法,其特征在于,包括: 在组呼建立过程中,在基站和集群服务器之间建立该组呼专用的GPRS用户面GTP-U隧道,并将该GTP-U隧道的隧道信息与该组呼的对应关系保存在所述基站和所述集群服务器中,所述隧道信息包括隧道两端的隧道端点标识; 当需要在所述基站和所述集群服务器之间传输组呼业务数据时,发送方根据该组呼业务数据所属组呼和所述对应关系,获知该组呼业务数据使用的GTP-U隧道,并在发送所述组呼业务数据的同时,将所使用的GTP-U隧道的对端隧道端点标识TEID-A通知给接收方;接收方利用所述TEID-A和所述对应关系,对接收到的所述组呼业务数据进行识别。
2.根据权利要求1所述的方法,其特征在于, 所述对应关系包括组呼标识、本端隧道端点标识和对端隧道端点标识; 所述对接收到的所述组呼业务数据进行识别包括:在所述对应关系中的本端隧道端点标识中查找所述TEID-A,得到本端隧道端点标识为所述TEID-A时对应的组呼标识。
3.根据权利要求1所述的方法,其特征在于,所述在基站和集群服务器之间建立该组呼专用的GPRS用户面GTP-U隧道包括:对于该组呼的每一种媒体类型,分别建立该媒体类型专用的GTP-U隧道; 所述对应关系进一步包括=GTP-U隧道所对应的媒体类型信息; 所述确定该组呼业务数据使用的GTP-U隧道包括:发送方查找所述对应关系,得到该组呼业务数据所属组呼的组呼标识和所属媒体类型对应的GTP-U隧道; 所述对接收到的所述组呼业务数据进行识别包括:在所述对应关系中的本端隧道端点标识中查找所述TEID-A,得到本端隧道端点标识为所述TEID-A时对应的组呼标识以及对应的媒体类型信息。
4.根据权利要求2或3所述的方法,其特征在于,所述组呼业务数据为基于IP的数据包或非基于IP的数据包。
5.根据权利要求2或3所述的方法,其特征在于,所述将所使用的GTP-U隧道的对端隧道端点标识TEID-A通知给接收方包括: 发送方利用所述组呼业务数据的数据包头携带GTP-U头部,所述GTP-U头部携带GTP-U隧道的对端隧道端点标识TEID-A。
【文档编号】H04W4/10GK103813275SQ201210444290
【公开日】2014年5月21日 申请日期:2012年11月9日 优先权日:2012年11月9日
【发明者】王刚, 许玮 申请人:普天信息技术研究院有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1