CN109547950B - 一种多系统调度处理方法及装置 - Google Patents
一种多系统调度处理方法及装置 Download PDFInfo
- Publication number
- CN109547950B CN109547950B CN201910032379.7A CN201910032379A CN109547950B CN 109547950 B CN109547950 B CN 109547950B CN 201910032379 A CN201910032379 A CN 201910032379A CN 109547950 B CN109547950 B CN 109547950B
- Authority
- CN
- China
- Prior art keywords
- systems
- group
- unified
- scheduling
- emergency command
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种多系统调度处理方法及装置,所述方法包括:预先建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组,且每个应急指挥调度系统分别建一个包含本系统自身用户的系统用户组;配置多个应急指挥调度系统两两之间的路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况;在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来。本发明通过统一指挥调度组将一个或多个应急指挥调度系统进行独立或统一调度,可实现仅单个系统中用户的独立行动或连通系统所有用户的统一行动,避免了因忘切换或误切换而导致的呼叫对象与期望不一致的情况。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种多系统调度处理方法及装置。
背景技术
专网移动应急指挥调度系统是一套专门的通信系统,它一般由小型便携服务器+便携专网基站+终端(专业数字对讲机或专业三防机等)组成。专网一方面可以保证在公网(例如移动、联通、电信三大运营商网络)没法使用的情况下也能够实现各终端间的通信,另一方面有公网没有的保密性。专网与公网相比的缺点是没有像公网一样组成蜂窝网络广泛覆盖。单台基站覆盖范围有限,只能小范围使用,但适合应急使用。比如哪里发生了暴乱或重大事故,就可以带着这套设备到现场进行通信,指挥现场救援等,不受公网干扰。
一般情况下,各子区域各有一套专网移动应急指挥调度系统(一般固定装在一台应急指挥车上或者便携式随应急指挥车车一起出动),自成一体,独立用于该区域日常的一般情况应急指挥调度。但出现重大事故,单个移动应急指挥调度系统不足以处理现场情况,需要各兄弟区域协助联动处理。虽然各专网基站一般都实现了自组网,各基站距离在一定范围内即可实现互联互通,但此时需要能够统一调度,而各系统原本各自为政,如果多辆应急指挥车到现场后再视情况进行组织处理,会耽误应急现场分秒必争的宝贵的时间,可能造成严重的后果。所以,这种情况下,各应急指挥调度系统间能自融合,灵活的自组织为一套统一应急调度指挥系统尤为重要。
对于多系统的自融合统一系统,惯用的方法都是推选出一个主系统出来,其它系统处于从属地位,由主系统统一控制的主从系统方法,如果主系统故障或退出,就需要重新推选新的主系统出来,在此过渡过程中会存在不能统一调度的问题。
因此,现有技术还有待于改进和发展。
发明内容
本发明要解决的技术问题在于,针对现有技术缺陷,本发明提供一种多系统调度处理方法及装置,旨在通过统一指挥调度组将一个或多个应急指挥调度系统进行独立或统一调度,可实现仅单个系统中用户的独立行动或连通系统所有用户的统一行动,免去了不同行动场景下的用户手动切换的麻烦,避免了因忘切换或误切换而导致的呼叫对象与期望不一致的情况,提高了突发状况的处理效率,避免因调度不及时导致的混乱。
本发明解决技术问题所采用的技术方案如下:
一种多系统调度处理方法,其中,所述多系统调度处理方法包括:
预先建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组,且每个应急指挥调度系统分别建一个包含本系统自身用户的系统用户组;
配置多个应急指挥调度系统两两之间的路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况;
在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来。
所述的多系统调度处理方法,其中,所述统一指挥调度组包括本系统自身用户和多个其他应急指挥调度系统下的系统用户组;所述系统用户组包含本系统下所有用户。
所述的多系统调度处理方法,其中,所述预先建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组,且每个应急指挥调度系统分别建一个包含本系统自身用户的系统用户组具体包括:
在多个应急指挥调度系统基础上,额外建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组;
每个应急指挥调度系统分别建一个包含本系统下所有用户的系统用户组,所述系统用户组用于其他系统的所述统一指挥调度组嵌套包含。
所述的多系统调度处理方法,其中,所述统一指挥调度组为一个跨系统的嵌套组,除包含本系统下的所有用户外,还包含其他多个应急指挥调度系统下的系统用户组。
所述的多系统调度处理方法,其中,所述配置多个应急指挥调度系统两两之间的路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况具体包括:
将所有应急指挥调度系统两两之间配置好路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的连通情况;
连通的应急指挥调度系统之间,互相报告各自检测和统计出来的连接到的其他系统地址及跳数;
任一应急指挥调度系统接收其他系统报告的信息并更新自身维护信息,以在统一调度时直接按最短路径呼到嵌套的其他系统,使应急指挥调度系统间的通信延迟最小化。
所述的多系统调度处理方法,其中,所述配置多个应急指挥调度系统两两之间的路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况之后还包括:
如果系统独立行动时,不接收任何其他系统的连通性报告信息,发起呼叫时只对所在系统的用户进行呼叫。
所述的多系统调度处理方法,其中,所述在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来具体包括:
如果系统统一行动时,接收来自其他系统的网络连通信息,所述统一指挥调度组在发起呼叫时,除对本系统的用户进行呼叫外,还会对包含的其他嵌套组对应系统的连通情况进行判断;
将能连通到的应急指挥调度系统对应嵌套组呼叫,按照最短路径对该组呼叫进行路由发送;
所述统一指挥调度组对呼叫成功后用户发送相应指令。
所述的多系统调度处理方法,其中,所述对包含的其他嵌套组对应系统的连通情况进行判断之后还包括:
对于无法连通的应急指挥调度系统,自动忽略跳过。
所述的多系统调度处理方法,其中,所述多系统调度处理方法还包括:
当接收到其他系统的呼叫,判断该系统下系统用户组为本系统归属组则直接处理,并对当前系统用户组下的用户进行呼叫;
判断该系统下系统用户组为非归属组时,则按最短路径原则中转出处理。
一种多系统调度处理装置,其中,所述多系统调度处理装置包括:
多个用于对所属区域进行指挥调度的应急指挥调度系统;
用于将多个所述应急指挥调度系统进行统一调度的统一指挥调度组;
每个所述应急指挥调度系统包含本系统自身用户的系统用户组;
多个所述应急指挥调度系统两两之间配置路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况;
在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来。
本发明公开了一种多系统调度处理方法及装置,所述方法包括:预先建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组,且每个应急指挥调度系统分别建一个包含本系统自身用户的系统用户组;配置多个应急指挥调度系统两两之间的路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况;在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来。本发明通过统一指挥调度组将一个或多个应急指挥调度系统进行独立或统一调度,可实现仅单个系统中用户的独立行动或连通系统所有用户的统一行动,免去了不同行动场景下的用户手动切换的麻烦,避免了因忘切换或误切换而导致的呼叫对象与期望不一致的情况。
附图说明
图1是本发明多系统调度处理方法的较佳实施例的流程图;
图2是本发明多系统调度处理方法的较佳实施例中步骤S10的流程图;
图3是本发明多系统调度处理方法的较佳实施例中步骤S20的流程图;
图4是本发明多系统调度处理方法的较佳实施例中步骤S30的流程图;
图5为本发明多系统调度处理装置的较佳实施例的功能原理示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚、明确,以下参照附图并举实施例对本发明进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明较佳实施例所述的多系统调度处理方法,如图1所示,所述多系统调度处理方法包括以下步骤:
步骤S10、预先建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组,且每个应急指挥调度系统分别建一个包含本系统自身用户的系统用户组。
具体过程请参阅图2,其为本发明提供的多系统调度处理方法中步骤S10的流程图。
如图2所示,所述步骤S10包括:
S11、在多个应急指挥调度系统基础上,额外建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组;
S12、每个应急指挥调度系统分别建一个包含本系统下所有用户的系统用户组,所述系统用户组用于其他系统的所述统一指挥调度组嵌套包含。
其中,所述统一指挥调度组包括本系统自身用户和多个其他应急指挥调度系统下的系统用户组;所述系统用户组包含本系统下所有用户。所述统一指挥调度组为一个跨系统的嵌套组,除包含本系统下的所有用户外,还包含其他多个应急指挥调度系统下的系统用户组。所述统一指挥调度组可以把各连通系统下原本独立的用户一把给呼叫起来,实现系统间的统一通信。
具体地,例如某大区划分为若干子区域(比如地级市下面的所有区),各子区域分别配置有一台移动的应急指挥调度系统,假设为系统1、系统2、系统3……系统n,系统i下有若干用户m(i),这若干用户分别组成一个独立的系统用户组。独立行动时,需要把本系统下的用户调取(呼叫)起来即可;统一行动时,需要把现场事前不确定数目和不确定参与系统的临时调派的多套应急指挥调度系统迅速统一调度起来。
除按常规的各自需要统一调度系统下用户号码进行统一规划,各系统下分别建一个包含本系统下所有用户的系统用户组外,还额外建立一个统一指挥调度组;其中,系统用户组建立的目的仅仅是为了方便其他系统(主要是统一指挥调度组)嵌套包含。统一指挥调度组为一个跨系统的嵌套组,除包含本系统下的所有用户外,还包含其他所有应急指挥调度系统下的系统用户组。比如系统1下除建立“1#系统用户组”外,还建立一个“统一指挥调度组”,其下组及成员情况如下树状关系。
系统1:
其他子系统类似。
步骤S20、配置多个应急指挥调度系统两两之间的路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况。
具体过程请参阅图3,其为本发明提供的多系统调度处理方法中步骤S20的流程图。
如图3所示,所述步骤S20包括:
S21、将所有应急指挥调度系统两两之间配置好路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的连通情况;
S22、连通的应急指挥调度系统之间,互相报告各自检测和统计出来的连接到的其他系统地址及跳数;
S23、任一应急指挥调度系统接收其他系统报告的信息并更新自身维护信息,以在统一调度时直接按最短路径呼到嵌套的其他系统,使应急指挥调度系统间的通信延迟最小化。
具体地,系统间增加路由信息报告,各系统互相报告与自身连通的其他系统地址及跳数。其中,跳数是相对路由来说的,比如一个主机发送消息到相邻的网络设备称为1跳,互联网上有若干网络设备互联,中间基本都需要通过若干中间设备转发消息,每经过一次中转发送增加一跳。
所有子系统之间两两配置好系统间的路由通道,系统之间通过周期性发送消息来检测系统之间的连通情况,连通的系统之间,互相报告各自检测和统计出来的连接到的其他系统地址及跳数,各系统收到其他系统报告的信息并更新自身维护信息,以便在统一调度时直接按最短路径呼到嵌套的其他系统组,使统一指挥调度系统间的通信延迟最小化(跳数越少,相当于走的路越短,调度指挥越快)。
步骤S30、在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来。
具体的过程请参阅图4,其为本发明提供的多系统调度处理方法中步骤S30的流程图。
如图4所示,所述步骤S30包括:
S31、如果系统统一行动时,接收来自其他系统的网络连通信息,所述统一指挥调度组在发起呼叫时,除对本系统的用户进行呼叫外,还会对包含的其他嵌套组对应系统的连通情况进行判断;
S32、将能连通到的应急指挥调度系统对应嵌套组呼叫,按照最短路径对该组呼叫进行路由发送。
其中,各系统收到对本系统归属组的呼叫时负责把属于该组的用户呼叫起来。
具体地,通过对通道路由信息的统计检测,保证随时按下PTT(Push To Talk,一按即讲,终端上专门的按键,一般对呼叫建立时间有要求,一般都在ms级,例如500ms以内)按键能呼到所有能呼通的用户。
如果系统独立行动时,它收不到任何其他系统的连通性报告,所以发起PTT时只会对所在系统的用户进行呼叫。
如果系统间统一行动时,它会收到来自其他系统的网络连通情况。在发起PTT呼叫时,除对本系统的用户进行呼叫外,还会对包含的其他嵌套组对应系统的组连通情况进行判断,对于完全不能连通的子组(应急指挥调度系统),自动忽略跳过;对于能连通到的子组(应急指挥调度系统),按照最短路径送到对应的系统处理。收到其他系统来的PTT呼叫,判断该组为本系统归属组则直接处理,把该组下用户呼起来;非归属组则同样按最短路径原则中转出去;这样就实现了任意系统下用户按下PTT即可实现所有连通系统间的用户通信。
对用户进行呼叫成功后,就可以发送相关命令,指示行动;对用户而言,不用切换组,也不用临时去修改配置,带来了很大的方便。
进一步地,终端通过锁定组功能锁定在“统一指挥调度组”,用户无需切换组即可满足不同应用场景的需要;网络的连通性决定了调度用户的数量,无论是独立行动,还是统一行动,用户之间通过统一指挥调度组,即可实现仅本身用户的独立行动或连通系统所有用户的统一行动。虽然所有用户会属于两个组,但终端通过锁定统一指挥调度组进行呼叫的做法,免去了不同行动场景下的用户组手动切换的麻烦,也避免了因忘切换或误切换而导致的呼叫对象与期望不一致的情况。
每个系统都是对等的,任何一个系统的加入或退出,不会对其他任何系统调度存在影响。也不会存在因为主系统的切换而导致的业务临时中断问题,可以真正做到无缝自融合。独立和统一指挥调度使用场景的切换,对用户而言完全透明,使用方便。可以更好的提供应急场合下快速行动、便于指挥的灵活调度方式。
本发明中所有各系统都处于一种对等地位,无需切换,故可以克服主从系统法推选切换过程中不能正常统一调度的问题,且完全无需人为干预即可满足独立模式和统一模式两种不同模式下的应急指挥调度应用,实现完全无缝的快速自融合统一。
如图5所示,基于上述多系统调度处理方法,本发明还相应提供了一种多系统调度处理装置,所述多系统调度处理装置包括:
多个用于对所属区域进行指挥调度的应急指挥调度系统200;用于将多个所述应急指挥调度系统进行统一调度的统一指挥调度组100;每个所述应急指挥调度系统200包含本系统自身用户的系统用户组;多个所述应急指挥调度系统200两两之间配置路由通道,并通过周期性发送消息来检测多个应急指挥调度系统200之间的网络连通情况;在系统间统一调度时,任意用户发起对所述统一指挥调度组100呼叫时系统将处于网络连通下的所有系统用户呼叫起来。
综上所述,本发明提供一种多系统调度处理方法及装置,所述方法包括:预先建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组,且每个应急指挥调度系统分别建一个包含本系统自身用户的系统用户组;配置多个应急指挥调度系统两两之间的路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况;在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来。本发明通过统一指挥调度组将一个或多个应急指挥调度系统进行独立或统一调度,可实现仅单个系统中用户的独立行动或连通系统所有用户的统一行动,免去了不同行动场景下的用户手动切换的麻烦,避免了因忘切换或误切换而导致的呼叫对象与期望不一致的情况。
当然,本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关硬件(如处理器,控制器等)来完成,所述的程序可存储于一计算机可读取的存储介质中,所述程序在执行时可包括如上述各方法实施例的流程。其中所述的存储介质可为存储器、磁碟、光盘等。
应当理解的是,本发明的应用不限于上述的举例,对本领域普通技术人员来说,可以根据上述说明加以改进或变换,所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (7)
1.一种多系统调度处理方法,其特征在于,所述多系统调度处理方法包括:
预先建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组,且每个应急指挥调度系统分别建一个包含本系统自身用户的系统用户组;
配置多个应急指挥调度系统两两之间的路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况;
连通的应急指挥调度系统之间,互相报告各自检测和统计出来的连接到的其他系统地址及跳数;
任一应急指挥调度系统接收其他系统报告的信息并更新自身维护信息,以在统一调度时直接按最短路径呼到嵌套的其他系统,使应急指挥调度系统间的通信延迟最小化;
在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来;
所述在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来包括:
如果系统统一行动时,接收来自其他系统的网络连通信息,所述统一指挥调度组在发起呼叫时,除对本系统的用户进行呼叫外,还会对包含的其他嵌套组对应系统的连通情况进行判断;
将能连通到的应急指挥调度系统对应嵌套组呼叫,按照最短路径对该组呼叫进行路由发送;如果系统独立行动时,不接收任何其他系统的连通性报告信息,发起呼叫时只对所在系统的用户进行呼叫。
2.根据权利要求1所述的多系统调度处理方法,其特征在于,所述统一指挥调度组包括本系统自身用户和多个其他应急指挥调度系统下的系统用户组;所述系统用户组包含本系统下所有用户。
3.根据权利要求2所述的多系统调度处理方法,其特征在于,所述预先建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组,且每个应急指挥调度系统分别建一个包含本系统自身用户的系统用户组具体包括:
在多个应急指挥调度系统基础上,额外建立一个用于将多个应急指挥调度系统进行统一调度的统一指挥调度组;
每个应急指挥调度系统分别建一个包含本系统下所有用户的系统用户组,所述系统用户组用于其他系统的所述统一指挥调度组嵌套包含。
4.根据权利要求3所述的多系统调度处理方法,其特征在于,所述统一指挥调度组为一个跨系统的嵌套组,除包含本系统下的所有用户外,还包含其他多个应急指挥调度系统下的系统用户组。
5.根据权利要求3所述的多系统调度处理方法,其特征在于,所述对包含的其他嵌套组对应系统的连通情况进行判断之后还包括:
对于无法连通的应急指挥调度系统,自动忽略跳过。
6.根据权利要求3所述的多系统调度处理方法,其特征在于,所述多系统调度处理方法还包括:
当接收到其他系统的呼叫,判断该系统下系统用户组为本系统归属组则直接处理,并对当前系统用户组下的用户进行呼叫;
判断该系统下系统用户组为非归属组时,则按最短路径原则中转出处理。
7.一种多系统调度处理装置,其特征在于,所述多系统调度处理装置包括:
多个用于对所属区域进行指挥调度的应急指挥调度系统;
用于将多个所述应急指挥调度系统进行统一调度的统一指挥调度组;
每个所述应急指挥调度系统包含本系统自身用户的系统用户组;
多个所述应急指挥调度系统两两之间配置路由通道,并通过周期性发送消息来检测多个应急指挥调度系统之间的网络连通情况;
连通的应急指挥调度系统之间,互相报告各自检测和统计出来的连接到的其他系统地址及跳数;
任一应急指挥调度系统接收其他系统报告的信息并更新自身维护信息,以在统一调度时直接按最短路径呼到嵌套的其他系统,使应急指挥调度系统间的通信延迟最小化;
在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来;
所述在系统间统一调度时,任意用户发起对所述统一指挥调度组呼叫时系统将处于网络连通下的所有系统用户呼叫起来包括:
如果系统统一行动时,接收来自其他系统的网络连通信息,所述统一指挥调度组在发起呼叫时,除对本系统的用户进行呼叫外,还会对包含的其他嵌套组对应系统的连通情况进行判断;
将能连通到的应急指挥调度系统对应嵌套组呼叫,按照最短路径对该组呼叫进行路由发送;如果系统独立行动时,不接收任何其他系统的连通性报告信息,发起呼叫时只对所在系统的用户进行呼叫。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910032379.7A CN109547950B (zh) | 2019-01-14 | 2019-01-14 | 一种多系统调度处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910032379.7A CN109547950B (zh) | 2019-01-14 | 2019-01-14 | 一种多系统调度处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109547950A CN109547950A (zh) | 2019-03-29 |
CN109547950B true CN109547950B (zh) | 2021-08-27 |
Family
ID=65835011
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910032379.7A Active CN109547950B (zh) | 2019-01-14 | 2019-01-14 | 一种多系统调度处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109547950B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112261637A (zh) * | 2020-09-27 | 2021-01-22 | 广东以诺通讯有限公司 | 一种基于5g d2d直通技术的自救方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1553537A1 (en) * | 2002-07-08 | 2005-07-13 | Image Partner Inc. | Emergency communication system |
CN101242673A (zh) * | 2008-03-12 | 2008-08-13 | 北京佳讯飞鸿电气股份有限公司 | 一种双调度指挥中心的中继路由选择实现方法 |
CN101582795A (zh) * | 2009-04-20 | 2009-11-18 | 北京佳讯飞鸿电气股份有限公司 | 一种ip组网下的双调度指挥中心系统的实现方法 |
CN102289736A (zh) * | 2011-07-22 | 2011-12-21 | 北京辰安伟业科技有限公司 | 基于应急一张图的突发公共事件多方协同会商系统 |
CN102316311A (zh) * | 2011-09-23 | 2012-01-11 | 浙江元亨通信技术有限公司 | 综合视频监控调度系统及其方法 |
CN102763474A (zh) * | 2010-02-23 | 2012-10-31 | Lg电子株式会社 | 无线接入系统中的组资源分配方法和装置 |
CN108401033A (zh) * | 2018-04-23 | 2018-08-14 | 衡阳泰豪通信车辆有限公司 | 一种动中通信息资源调度系统 |
CN208046664U (zh) * | 2018-04-23 | 2018-11-02 | 衡阳泰豪通信车辆有限公司 | 一种动中通信息资源调度系统 |
-
2019
- 2019-01-14 CN CN201910032379.7A patent/CN109547950B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1553537A1 (en) * | 2002-07-08 | 2005-07-13 | Image Partner Inc. | Emergency communication system |
CN101242673A (zh) * | 2008-03-12 | 2008-08-13 | 北京佳讯飞鸿电气股份有限公司 | 一种双调度指挥中心的中继路由选择实现方法 |
CN101582795A (zh) * | 2009-04-20 | 2009-11-18 | 北京佳讯飞鸿电气股份有限公司 | 一种ip组网下的双调度指挥中心系统的实现方法 |
CN102763474A (zh) * | 2010-02-23 | 2012-10-31 | Lg电子株式会社 | 无线接入系统中的组资源分配方法和装置 |
CN102289736A (zh) * | 2011-07-22 | 2011-12-21 | 北京辰安伟业科技有限公司 | 基于应急一张图的突发公共事件多方协同会商系统 |
CN102316311A (zh) * | 2011-09-23 | 2012-01-11 | 浙江元亨通信技术有限公司 | 综合视频监控调度系统及其方法 |
CN108401033A (zh) * | 2018-04-23 | 2018-08-14 | 衡阳泰豪通信车辆有限公司 | 一种动中通信息资源调度系统 |
CN208046664U (zh) * | 2018-04-23 | 2018-11-02 | 衡阳泰豪通信车辆有限公司 | 一种动中通信息资源调度系统 |
Also Published As
Publication number | Publication date |
---|---|
CN109547950A (zh) | 2019-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1063605C (zh) | 在移动无线系统中建立高优先权呼叫的方法、移动交换机及用户站 | |
KR101130958B1 (ko) | 다수의 접속들을 지원하기 위한 방법들 및 장치 | |
FI112768B (fi) | Ryhmäpuhelu solukkoradiojärjestelmässä | |
CN102172087B (zh) | 用于选择将由通信系统中空闲订户单元监视的信道的方法 | |
CN107690832A (zh) | 实现用于设备到设备(d2d)通信的移动中继 | |
US20090131091A1 (en) | Ptt service system of method thereof | |
CN103533514B (zh) | 一种集群业务优先级的实现方法和系统 | |
CN105338513A (zh) | 设备到设备业务处理方法及装置 | |
JP2006101552A (ja) | 電気通信システムにおける呼びの制御 | |
CN104918299A (zh) | 一种支持ue接入控制的方法 | |
CN104284298A (zh) | 一种群组通信中的资源控制方法及组通信服务器 | |
CN104935452A (zh) | 一种基于pool组网的数字集群系统实现方法 | |
JP2018515013A (ja) | サービスルーティングのためのデバイスマネージャ | |
US20170164266A1 (en) | Method, device, and system for back-end assisted communication routing in a disruption tolerant network of mobile stations | |
CN109547950B (zh) | 一种多系统调度处理方法及装置 | |
JP2001275145A (ja) | 無線基地局に対する動的論理カバレッジエリア | |
CN106604250B (zh) | 一种td-lte集群系统预占优先呼叫的实现方法 | |
CN101577953B (zh) | 一种集群通信中的软切换方法及系统 | |
CN106304192A (zh) | 一种负荷消息转发方法、装置及系统 | |
US5377185A (en) | Multisite RF system with a centralized telephone interconnect | |
CN101237626A (zh) | 多业务交叉的处理方法及处理系统 | |
CN103945339A (zh) | 宽带集群通信系统资源释放、建立方法、终端及基站 | |
EP2136567B1 (en) | Controlling method and device of group call service | |
CN110876120B (zh) | 一种对集群的终端进行小区切换的处理方法及装置、基站 | |
CN100384292C (zh) | 一种孤站点对点呼叫的实现方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |