CN105722046A - 一种td-lte应急通信系统强插/强拆业务的实现方法 - Google Patents
一种td-lte应急通信系统强插/强拆业务的实现方法 Download PDFInfo
- Publication number
- CN105722046A CN105722046A CN201610216861.2A CN201610216861A CN105722046A CN 105722046 A CN105722046 A CN 105722046A CN 201610216861 A CN201610216861 A CN 201610216861A CN 105722046 A CN105722046 A CN 105722046A
- Authority
- CN
- China
- Prior art keywords
- user
- calling
- server
- intrusion
- call
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
-
- 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
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Multimedia (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种TD?LTE应急通信系统强插/强拆业务的实现方法,属于应急通信技术领域。该方法包括以下步骤:S1:系统服务器为每位注册用户分配用户优先级,并存储在服务器的数据库中;S2:用户A与用户B正在通话,用户C向系统服务器发起呼叫用户A的新会话请求;S3:服务器接收并处理用户C发起的新呼叫请求,根据呼叫紧急类型、业务类型和用户类型确定新呼叫的综合优先级因子,并与原呼叫的综合优先级因子进行比较;S4:服务器根据比较结果,判断进行相应的强插/强拆或拒绝呼叫操作,同时给用户C返回相应的信息,用户C根据返回的信息做出相应操作,一次呼叫处理结束。本方法能够适用于应急通信场景下不同呼叫类型、不同呼叫紧急情况和不同优先级用户的具体需求。
Description
技术领域
本发明属于应急通信技术领域,涉及一种TD-LTE应急通信系统强插/强拆业务的实现方法。
背景技术
应急通信系统作为应急救援平台的核心系统,是应急调度和突发事件处理不可或缺的工具手段。现代应急通信系统要求做到灵活组网、快速接入、可靠传输和有效调度。应急通信重在指挥调度,并强调语音、图像和数据的实时传输。基于TD-LTE技术的应急通信系统与传统基于2G、3G移动通信系统无线接入技术相比,媒体业务承载于TD-LTE的分组域,能够有效的利用TD-LTE系统在带宽、时延、速率等方面的优势,是宽带数字应急通信系统的发展方向。
多呼叫接入是应急通信系统中的服务器经常需要处理的情况。现有技术多采用呼叫等待的方式处理此类情况,即当用户A正与用户B进行通话时,用户C呼叫用户A,用户C会收到呼叫等待提示,此时用户A可选择结束或保留与用户B的通话并改接与用户C通话。用户A也可以不进行任何操作,用户C等待用户A与用户B通话结束后被接入到新的会话中。呼叫等待作为处理多呼叫接入的方案之一,不适用于有紧急呼叫接入的情况。而且,用户C的会话接入与否受到被叫用户A的控制,即使用户C的呼叫优先级别很高,在没有征得用户A的同意下,也无法建立通话。为实现对不同呼叫类型、不同呼叫紧急情况和不同优先级用户呼叫的有效管理,现代应急通信系统多采用强插/强拆的呼叫处理方式。
强插业务支持两种类型:三方通话和呼叫保持。三方通话是指将新用户接入到原双方通话中;呼叫保持是指当新用户发起强插时,保持原通话的一方,建立新用户与另一方的双方通信,待新的通话结束后恢复原通话。现代应急系统多采用三方通话或二者兼用的强插方式。强拆业务同样支持两种类型:拆除和替换。拆除是直接将原双方通话终止;替换是将新用户替换原双方通话中的一方形成新的双方通话。
在众多的检索专利文献中,发现相关专利如下:一种强插呼叫业务的实现方法(CN103167453A),该专利提供的强插呼叫实现方法是:首先为用户提供一个联系人优先级列表;在用户A与用户B通话时,若有用户C呼叫用户A,且用户C在所述优先级列表中,则首先等待用户A决定是否允许高优先级别的新用户接入;若允许,则由用户B与用户C中的优先级别高的一方选择用户A的通话方,若不允许,维持原通话。该方法提供了一种解决传统呼叫等待方案的强插方法,但新用户的接入依旧受制于被叫用户的选择。该方法需要进行两次用户选择操作,操作复杂性较高且会增加呼叫建立的时间。申请号为CN103929409A的中国专利《一种基于软交换的SIP用户强插业务实现方法》和申请号为CN104348814A的中国专利《一种强插/强拆业务的实现方法、系统及应用服务器》,均是在有新的用户发起呼叫且被叫用户正忙时,首先确认新用户是否具有强插/强拆权限;若具有,则对呼叫请求中的非被叫用户强制执行强插/强拆操作,若不具有,则向新用户发起拒绝呼叫请求信息。
上述专利仅提供了强插/强拆业务的实现思路,并没有详细提出其呼叫优先级的划分方法。现有专利中也缺少基于TD-LTE应急通信系统的强插/强拆业务的具体实现方法。
发明内容
有鉴于此,本发明的目的在于提供一种TD-LTE应急通信系统强插/强拆业务的实现方法,系统服务器结合该方法对呼叫的优先级进行判断,选择进行强插/强拆或呼叫拒绝操作,从而实现对接入呼叫的调度。
为达到上述目的,本发明提供如下技术方案:
一种TD-LTE应急通信系统强插/强拆业务的实现方法,该方法包括以下步骤:
S1:系统服务器为每位注册用户分配用户优先级,并存储在服务器的数据库中;
S2:用户A与用户B正在通话,用户C向系统服务器发起呼叫用户A的新会话请求;
S3:服务器接收并处理用户C发起的新呼叫请求,根据呼叫紧急类型、业务类型和用户类型确定新呼叫的综合优先级因子,并与原呼叫的综合优先级因子进行比较;
S4:服务器根据比较结果,判断进行相应的强插/强拆或拒绝呼叫操作,同时给用户C返回相应的信息,用户C根据返回的信息做出相应操作,一次呼叫处理结束。
进一步,在步骤S1中,所述用户优先级包括高级救援人员和一般救援人员两种。
进一步,在步骤S3中,所述业务类型包括组合和单呼。
进一步,所述步骤S3中根据呼叫紧急类型、业务类型和用户类型确定新呼叫的综合优先级因子具体包括:服务器为每一个呼叫分配3比特空间,用于存储其综合优先级信息;呼叫紧急类型优先级对应所述综合优先级因子3比特空间中的最高比特位,业务类型优先级对应所述综合优先级因子的中间比特位,用户类型优先级对应所述综合优先级因子的最低比特位。
进一步,所述步骤S4中服务器根据比较结果,判断进行相应的强插/强拆或拒绝呼叫操作,并给用户C返回相应的信息,用户C根据返回的信息做出相应操作,具体包括:
新的呼叫综合优先级因子高于原呼叫综合优先级因子,服务器向用户C返回强插/强拆选择信息;用户C收到服务器返回的强插/强拆选择信息,选择支持强插操作,并将该信息返回给服务器;服务器向用户A和用户B发送强插信息,并将用户C接入到原有通话中形成三方通话;
新的呼叫综合优先级因子高于原呼叫综合优先级因子,服务器向用户C返回强插/强拆选择信息;用户C收到服务器返回的强插/强拆选择信息,选择支持强拆操作,并将该信息返回给服务器;服务器向用户A和用户B发送强拆信息,中断用户A与用户B的通话,并建立用户A与用户C的通话;
新的呼叫综合优先级因子等于或低于原呼叫综合优先级因子,服务器向用户C返回呼叫拒绝信息,维持原通话。
进一步,所述为每一个呼叫分配3比特空间用于存储其综合优先级信息,可将服务器收到的呼叫划分为8种不同优先级的呼叫,分别为高级救援人员发起的紧急组呼、一般救援人员发起的紧急组呼、高级救援人员发起的紧急单呼、一般救援人员发起的紧急单呼、高级救援人员发起的非紧急组呼、一般救援人员发起的非紧急组呼、高级救援人员发起的非紧急单呼和一般救援人员发起的非紧急单呼。
本发明的有益效果在于:本发明的强插/强拆业务实现方法承载于TD-LTE的分组域,能够有效的利用TD-LTE系统在带宽、时延、速率等方面的优势。本发明不同于现有的呼叫等待处理方案,能够适用于应急通信场景下不同呼叫类型、不同呼叫紧急情况和不同优先级用户的具体需求。通过用户发起呼叫的附加信息中关于呼叫类型和呼叫紧急情况的描述,结合服务器数据库中存储的用户优先级信息,服务器获得每一个呼叫的综合优先级因子,并通过与原呼叫综合优先级因子进行比较自动发送强插/强拆选择信息或呼叫拒绝信息,减去了现有呼叫调度系统中具有强插/强拆权限的用户需按下强插/强拆按键才能发起强插/强拆呼叫的操作,简化了呼叫建立的流程。另外,由于用户的呼叫综合优先级因子是由系统服务器根据相关信息进行分析获得,普通的应急救援终端即可发起各种呼叫请求,实现强插/强拆,不需要对终端进行特殊定制,终端与服务器之间也无须定制私有的通信协议,更加易于系统的扩展。再者,在新的呼叫综合优先级因子高于原呼叫综合优先级因子情况下,充分考虑到了用户C在整个通话中的自主选择权,用户C可通过选择强插与原通话双方建立三方通话或选择强拆与被叫用户建立两方通话,提升了用户体验。
附图说明
为了使本发明的目的、技术方案和有益效果更加清楚,本发明提供如下附图进行说明:
图1为按照本发明优选实施例的系统应用示意图;
图2为综合优先级因子结构示意图;
图3为本发明提供的强插/强拆业务实现方法流程图。
具体实施方式
下面将结合附图,对本发明的优选实施例进行详细的描述。
图1为本发明优选实施例的系统应用示意图。应急救援终端与调度服务器分别通过TD-LTE信道连接至TD-LTE核心网,利用LTE网络实现应急救援终端与调度服务器各类业务信息的交互。服务器在面对多呼叫接入或紧急呼叫接入时,采用上述权利要求中所述的呼叫综合优先级因子确定方法,并通过与原有通话的综合优先级因子进行比较,选择进行强插/强拆或呼叫拒绝操作,以实现对呼叫的有效管理。
本发明所述的呼叫综合优先级因子由呼叫紧急类型优先级、业务类型优先级和用户类型优先级三部分构成。为了便于理解,以优先级因子为3比特来说明(如附图2所示)。但在实际应用中,并不局限于3比特,可根据具体需求进行调整。
对于长度为3比特的综合优先级因子,呼叫紧急类型优先级对应所述综合优先级因子3比特空间中的最高比特位,业务类型优先级对应所述综合优先级因子的中间比特位,用户类型优先级对应所述综合优先级因子的最低比特位。
综合优先级因子中的呼叫紧急类型优先级、业务类型优先级和用户类型优先级均可取值为0或1。其中呼叫紧急类型0代表紧急呼叫,1代表非紧急呼叫;业务类型0代表组呼,1代表单呼;用户类型0代表高级救援人员,1代表一般救援人员。由此可将服务器收到的呼叫划分为8种不同的优先级,如下表所示:
呼叫类型 | 综合优先级因子 |
紧急/组呼/高级救援人员 | 000 |
紧急/组呼/一般救援人员 | 001 |
紧急/单呼/高级救援人员 | 010 |
紧急/单呼/一般救援人员 | 011 |
非紧急/组呼/高级救援人员 | 100 |
非紧急/组呼/一般救援人员 | 101 |
非紧急/单呼/高级救援人员 | 110 |
非紧急/单呼/一般救援人员 | 111 |
其中,000代表高级救援人员发起的紧急组呼,具有最高的综合呼叫优先级;111代表一般救援人员发起的非紧急单呼,具有最低的综合呼叫优先级。特别的,本发明所述的呼叫综合优先级因子可根据实际要求进行扩展。如采用6比特空间存储综合优先级因子信息,呼叫紧急类型优先级、业务类型优先级和用户类型优先级分别占用2比特空间,进而可将呼叫优先级进行更加详细的划分。
如图3所示,本发明提供的强插/强拆业务实现方法包括以下步骤:
301、系统服务器为每位注册用户分配用户优先级,用户类型包括高级救援人员和一般救援人员,用户优先级列表存储在服务器的数据库中;
302、用户A与用户B正在通话中,用户C向系统服务器发起呼叫用户A的会话请求;
303、服务器接收并处理用户C发起的新呼叫请求,根据呼叫紧急类型、业务类型和用户类型确定新呼叫的综合优先级因子,并与原呼叫的综合优先级因子进行比较。所述呼叫综合优先级因子由呼叫紧急类型优先级、业务类型优先级和用户类型优先级三部分构成,所述八种呼叫综合优先级从高到低分别为高级救援人员发起的紧急组呼、一般救援人员发起的紧急组呼、高级救援人员发起的紧急单呼、一般救援人员发起的紧急单呼、高级救援人员发起的非紧急组呼、一般救援人员发起的非紧急组呼、高级救援人员发起的非紧急单呼和一般救援人员发起的非紧急单呼;
304、服务器根据比较结果,判断进行相应的强插/强拆或拒绝呼叫操作,并返回相应的信息给用户C;
所述步骤304中新的呼叫综合优先级因子高于原呼叫综合优先级因子,服务器向用户C返回强插/强拆选择信息,并针对以下两种情况分别进行处理:
a)用户C选择支持强插操作,并将该信息返回给服务器,服务器给用户A和用户B发送强插呼叫信息,并将用户C加入到原会话中形成三方通话;
b)用户C选择支持强拆操作,并将该信息返回给服务器,服务器给用户A和用户B发送强拆呼叫信息,中断原会话,并建立用户A与用户C的新会话。
所述步骤304中新的呼叫综合优先级因子等于或低于原呼叫综合优先级因子,服务器向用户C返回呼叫拒绝信息,用户C向服务器返回确认信息,呼叫结束。
最后说明的是,以上优选实施例仅用以说明本发明的技术方案而非限制,尽管通过上述优选实施例已经对本发明进行了详细的描述,但本领域技术人员应当理解,可以在形式上和细节上对其作出各种各样的改变,而不偏离本发明权利要求书所限定的范围。
Claims (6)
1.一种TD-LTE应急通信系统强插/强拆业务的实现方法,其特征在于:该方法包括以下步骤:
S1:系统服务器为每位注册用户分配用户优先级,并存储在服务器的数据库中;
S2:用户A与用户B正在通话,用户C向系统服务器发起呼叫用户A的新会话请求;
S3:服务器接收并处理用户C发起的新呼叫请求,根据呼叫紧急类型、业务类型和用户类型确定新呼叫的综合优先级因子,并与原呼叫的综合优先级因子进行比较;
S4:服务器根据比较结果,判断进行相应的强插/强拆或拒绝呼叫操作,同时给用户C返回相应的信息,用户C根据返回的信息做出相应操作,一次呼叫处理结束。
2.根据权利要求1所述的一种TD-LTE应急通信系统强插/强拆业务的实现方法,其特征在于:在步骤S1中,所述用户优先级包括高级救援人员和一般救援人员两种。
3.根据权利要求1所述的一种TD-LTE应急通信系统强插/强拆业务的实现方法,其特征在于:在步骤S3中,所述业务类型包括组合和单呼。
4.根据权利要求1所述的一种TD-LTE应急通信系统强插/强拆业务的实现方法,其特征在于:所述步骤S3中根据呼叫紧急类型、业务类型和用户类型确定新呼叫的综合优先级因子具体包括:服务器为每一个呼叫分配3比特空间,用于存储其综合优先级信息;呼叫紧急类型优先级对应所述综合优先级因子3比特空间中的最高比特位,业务类型优先级对应所述综合优先级因子的中间比特位,用户类型优先级对应所述综合优先级因子的最低比特位。
5.根据权利要求1所述的一种TD-LTE应急通信系统强插/强拆业务的实现方法,其特征在于:所述步骤S4中服务器根据比较结果,判断进行相应的强插/强拆或拒绝呼叫操作,并给用户C返回相应的信息,用户C根据返回的信息做出相应操作,具体包括:
新的呼叫综合优先级因子高于原呼叫综合优先级因子,服务器向用户C返回强插/强拆选择信息;用户C收到服务器返回的强插/强拆选择信息,选择支持强插操作,并将该信息返回给服务器;服务器向用户A和用户B发送强插信息,并将用户C接入到原有通话中形成三方通话;
新的呼叫综合优先级因子高于原呼叫综合优先级因子,服务器向用户C返回强插/强拆选择信息;用户C收到服务器返回的强插/强拆选择信息,选择支持强拆操作,并将该信息返回给服务器;服务器向用户A和用户B发送强拆信息,中断用户A与用户B的通话,并建立用户A与用户C的通话;
新的呼叫综合优先级因子等于或低于原呼叫综合优先级因子,服务器向用户C返回呼叫拒绝信息,维持原通话。
6.根据权利要求4所述的一种TD-LTE应急通信系统强插/强拆业务的实现方法,其特征在于:所述为每一个呼叫分配3比特空间用于存储其综合优先级信息,可将服务器收到的呼叫划分为8种不同优先级的呼叫,分别为高级救援人员发起的紧急组呼、一般救援人员发起的紧急组呼、高级救援人员发起的紧急单呼、一般救援人员发起的紧急单呼、高级救援人员发起的非紧急组呼、一般救援人员发起的非紧急组呼、高级救援人员发起的非紧急单呼和一般救援人员发起的非紧急单呼。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610216861.2A CN105722046A (zh) | 2016-04-08 | 2016-04-08 | 一种td-lte应急通信系统强插/强拆业务的实现方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610216861.2A CN105722046A (zh) | 2016-04-08 | 2016-04-08 | 一种td-lte应急通信系统强插/强拆业务的实现方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105722046A true CN105722046A (zh) | 2016-06-29 |
Family
ID=56160774
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610216861.2A Pending CN105722046A (zh) | 2016-04-08 | 2016-04-08 | 一种td-lte应急通信系统强插/强拆业务的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105722046A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108076055A (zh) * | 2017-12-04 | 2018-05-25 | 北京邮电大学 | 一种sip多方会话的强拆强插控制方法及装置 |
CN108616862A (zh) * | 2017-01-16 | 2018-10-02 | 中兴通讯股份有限公司 | 一种快速呼通方法和装置 |
CN109698848A (zh) * | 2017-10-20 | 2019-04-30 | 普天信息技术有限公司 | 一种会话预建立方法和装置 |
CN110073641A (zh) * | 2016-12-23 | 2019-07-30 | 高通股份有限公司 | 用于用户设备振铃状态期间的呼叫处理的技术和装置 |
CN110705305A (zh) * | 2019-08-21 | 2020-01-17 | 中国平安财产保险股份有限公司 | 一种基于数据分析的救援方法、系统及应用服务器 |
CN111095954A (zh) * | 2017-03-24 | 2020-05-01 | T移动美国公司 | 优化e911呼叫处理的保护计时器 |
CN112188425A (zh) * | 2020-09-29 | 2021-01-05 | 中电科航空电子有限公司 | 一种民用飞机客舱内话的通信方法 |
CN114286326A (zh) * | 2021-12-22 | 2022-04-05 | 成都东信科创科技有限公司 | 一种宽窄带融合终端通话业务融合处理的实现方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1585528A (zh) * | 2004-06-12 | 2005-02-23 | 中兴通讯股份有限公司 | 码分多址制式集群系统中实现业务优先的方法 |
CN1992933A (zh) * | 2005-12-26 | 2007-07-04 | 中兴通讯股份有限公司 | 数字集群通信系统中集群呼叫强拆强插功能的实现方法 |
CN101964950A (zh) * | 2010-11-04 | 2011-02-02 | 哈尔滨工业大学 | 基于td-lte的宽带多媒体集群系统集群调度服务器的鉴权方法 |
CN103857050A (zh) * | 2012-12-07 | 2014-06-11 | 普天信息技术研究院有限公司 | 一种td-lte集群通信系统中资源调度的方法 |
WO2015143916A1 (zh) * | 2014-03-26 | 2015-10-01 | 海能达通信股份有限公司 | 移动台、中转台、集群通信系统及其方法 |
-
2016
- 2016-04-08 CN CN201610216861.2A patent/CN105722046A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1585528A (zh) * | 2004-06-12 | 2005-02-23 | 中兴通讯股份有限公司 | 码分多址制式集群系统中实现业务优先的方法 |
CN1992933A (zh) * | 2005-12-26 | 2007-07-04 | 中兴通讯股份有限公司 | 数字集群通信系统中集群呼叫强拆强插功能的实现方法 |
CN101964950A (zh) * | 2010-11-04 | 2011-02-02 | 哈尔滨工业大学 | 基于td-lte的宽带多媒体集群系统集群调度服务器的鉴权方法 |
CN103857050A (zh) * | 2012-12-07 | 2014-06-11 | 普天信息技术研究院有限公司 | 一种td-lte集群通信系统中资源调度的方法 |
WO2015143916A1 (zh) * | 2014-03-26 | 2015-10-01 | 海能达通信股份有限公司 | 移动台、中转台、集群通信系统及其方法 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110073641A (zh) * | 2016-12-23 | 2019-07-30 | 高通股份有限公司 | 用于用户设备振铃状态期间的呼叫处理的技术和装置 |
CN108616862A (zh) * | 2017-01-16 | 2018-10-02 | 中兴通讯股份有限公司 | 一种快速呼通方法和装置 |
CN111095954A (zh) * | 2017-03-24 | 2020-05-01 | T移动美国公司 | 优化e911呼叫处理的保护计时器 |
CN109698848A (zh) * | 2017-10-20 | 2019-04-30 | 普天信息技术有限公司 | 一种会话预建立方法和装置 |
CN109698848B (zh) * | 2017-10-20 | 2021-06-18 | 普天信息技术有限公司 | 一种会话预建立方法和装置 |
CN108076055A (zh) * | 2017-12-04 | 2018-05-25 | 北京邮电大学 | 一种sip多方会话的强拆强插控制方法及装置 |
CN108076055B (zh) * | 2017-12-04 | 2020-06-30 | 北京邮电大学 | 一种sip多方会话的强拆强插控制方法及装置 |
CN110705305A (zh) * | 2019-08-21 | 2020-01-17 | 中国平安财产保险股份有限公司 | 一种基于数据分析的救援方法、系统及应用服务器 |
CN112188425A (zh) * | 2020-09-29 | 2021-01-05 | 中电科航空电子有限公司 | 一种民用飞机客舱内话的通信方法 |
CN112188425B (zh) * | 2020-09-29 | 2022-08-30 | 中电科航空电子有限公司 | 一种民用飞机客舱内话的通信方法 |
CN114286326A (zh) * | 2021-12-22 | 2022-04-05 | 成都东信科创科技有限公司 | 一种宽窄带融合终端通话业务融合处理的实现方法 |
CN114286326B (zh) * | 2021-12-22 | 2024-04-19 | 成都东信科创科技有限公司 | 一种宽窄带融合终端通话业务融合处理的实现方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105722046A (zh) | 一种td-lte应急通信系统强插/强拆业务的实现方法 | |
CN102821358B (zh) | 一种组呼业务的实现方法 | |
JP4018115B2 (ja) | 電気通信システムにおける呼びの制御 | |
CN103874026B (zh) | 在ptt系统中实现组呼的方法、系统和用户终端 | |
CN103024684B (zh) | 一种单呼业务的实现方法 | |
CN107079369A (zh) | 通过将即按即讲会话中的切换延迟相互静默时段而进行的优化 | |
CN103533514B (zh) | 一种集群业务优先级的实现方法和系统 | |
CN102843655B (zh) | 一种实现组内宽带多媒体集群业务实时传送的方法 | |
CN103024682B (zh) | 数字集群通信系统实现半双工单呼业务的方法 | |
CN109996190A (zh) | 一种公专网集群融合系统组呼业务实现方法和系统 | |
CN110167026A (zh) | 一种网络切换方法和装置、专网应用服务器及存储介质 | |
CN109699026A (zh) | 一种基站的通信管控方法和装置 | |
CN102984816A (zh) | 一种呼叫处理方法及装置 | |
CN103052034B (zh) | 一种长期演进中实现集群组呼会话的方法、系统及设备 | |
CN105828302A (zh) | 一种用于集群系统的话权分配方法和装置 | |
CN106332282B (zh) | 一种分级组网下的群组呼叫的实现方法 | |
CN104244188A (zh) | 一种td-lte集群系统中多方通话的方法 | |
CN105208317B (zh) | 基于预约的召开级联会议的方法、装置及系统 | |
CN1926895A (zh) | 基于cdma2000高速分组数据网络的集群通信系统及其集群呼叫处理方法 | |
CN108901067A (zh) | 用于宽带集群核心网与调度台间的签约数据同步实现方法 | |
CN106604250A (zh) | 一种td-lte集群系统预占优先呼叫的实现方法 | |
CN106454762B (zh) | 一种组呼合并的实现方法及核心网设备 | |
CN101860421A (zh) | 实现组呼信道上行链路抢占的方法及系统 | |
CN107241706B (zh) | 用于宽带集群通信系统中的多调度台强拆业务实现方法 | |
CN103139718B (zh) | 一种PoC时延优化处理的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160629 |
|
RJ01 | Rejection of invention patent application after publication |