CN101742419A - Ptt组呼中业务连续性的实现方法及ptt服务器 - Google Patents
Ptt组呼中业务连续性的实现方法及ptt服务器 Download PDFInfo
- Publication number
- CN101742419A CN101742419A CN201010000031A CN201010000031A CN101742419A CN 101742419 A CN101742419 A CN 101742419A CN 201010000031 A CN201010000031 A CN 201010000031A CN 201010000031 A CN201010000031 A CN 201010000031A CN 101742419 A CN101742419 A CN 101742419A
- Authority
- CN
- China
- Prior art keywords
- special user
- group
- group calling
- multicast
- ptt
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种PTT组呼中业务连续性的实现方法,包括:PTT服务器在组呼开始时,查询多播群组中的特别用户是否参与组呼,如果查询结果为未参与组呼,则通过移动网以单播方式寻呼所述特别用户;所述特别用户在接收到所述PTT服务器的寻呼后,以单播方式参与所述多播群组的会话。本发明还涉及一种PTT组呼中实现业务连续性的PTT服务器。本发明中PTT服务器在查询到多播群组中的特别用户为参与组呼时,通过单播方式寻呼特别用户,特别用户只需要通过简单的常规单播切换,就可以通过单播放时参与会话,从而使得多播群组的重要客户即使处于多播区域之外,也能即使参与会话,从而保证了业务的连续性。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种PTT组呼中业务连续性的实现方法及PTT服务器。
背景技术
当前,移动通信网络正从2.5G时代向具有更高传输速率的3G时代迈进。在这个过程中,话音业务仍将在移动通信业务中占据主导地位。而移动通信市场竞争的不断加剧以及3G等新***推广的坎坷都使移动运营商更加务实,他们都把运营重点放在对现有网络质量的提高与业务创新上。在这种形势下,PTT业务在部分市场取得的成功强烈地吸引了移动运营商的目光。随着VoIP等技术的发展,从2003年以来,移动运营商开始通过2.5G网络提供“一按即通”(PTT)业务,也称为PoC(PTT over Cellular)业务。
自美国Verizon、Sprint等业界知名的移动运营商推出PTT业务以来,其发展前景被广泛看好,但也存在一些问题。如果采用单播的方式,这种方式的优点是用户可以全网漫游移动,保持业务的连续性,但缺点是该方式只适合用户分散的群组,即不集中在某一范围内,否则的话资源利用率较低(与多播比较)。而采用多播的方式,这种方式的优点是当群组用户集中时,资源利用率高,同时只能在某些固定的区域开展多播业务,这样当用户移出预定义区域时,则收不到相相关群组的信息,除非该用户主动发起的群组呼叫,或者该用户主动延迟加入相关群组。因此业界采用单播与多播混合的模式来组网,这样实现资源利用率的最最大化。即用户集中没,则多播,分散,则单播。但如上所述,当用户移出多播区域外,由于单播与多播的双向切换的复杂性,导致该用户失去接收相关群组的信息。从运营商对用户的优先级划分的角度考虑,特别用户本身享有较一般用户更高的优先级,要保证无缝的漫游,切换,保证全程全网的业务使用能力。因此当前的方式存在明显的不足。
发明内容
本发明的目的是提出一种PTT组呼中业务连续性实现方法及PTT服务器,能够使PTT组呼中特别用户从区域内到区域外的业务连续性。
为实现上述目的,本发明提供了一种PTT组呼中特别用户业务连续性的实现方法,包括:
PTT服务器在组呼开始时,查询多播群组中的特别用户是否参与组呼,如果查询结果为未参与组呼,则通过移动网以单播方式寻呼所述特别用户;
所述特别用户在接收到所述PTT服务器的寻呼后,以单播方式参与所述多播群组的会话。
为实现上述目的,本发明提供了一种PTT组呼中实现业务连续性的PTT服务器,包括:
呼叫宣告生成模块,用于根据接收到的多播群组中的用户发起的呼叫生成呼叫宣告;
多播模块,用于通过多播方式向所述多播群组中的用户下发呼叫宣告;
单播模块,用于通过单播方式向所述多播群组中的用户下发呼叫宣告;
特别用户查询模块,用于在组呼开始时,查询所述多播群组中的特别用户是否参与组呼,如果查询结果为未参与组呼,则通过单播模块寻呼所述特别用户。
基于上述技术方案,本发明中PTT服务器在查询到多播群组中的特别用户未参与组呼时,通过单播方式寻呼特别用户,在区域外移动时,特别用户只需要通过简单的常规单播切换,就可以实现单播方式参与会话,从而使得多播群组的重要客户即使处于多播区域之外,也能参与会话,从而保证了业务的连续性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明PTT组呼中业务连续性的实现方法实施例中普通用户的工作能力和处理方式的示意图。
图2为本发明PTT组呼中业务连续性的实现方法实施例中特别用户的工作能力和处理方式的示意图。
图3为本发明PTT组呼中业务连续性的实现方法的一实施例的流程实施例。
图4为本发明PTT组呼中业务连续性的实现方法的另一实施例的流程实施例。
图5为本发明PTT组呼中实现业务连续性的PTT服务器的一实施例的结构实施例。
图6为本发明PTT组呼中实现业务连续性的PTT服务器的另一实施例的结构实施例。
具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
首先对本发明中的特别用户进行定义,本发明中的特别用户指的是具有要求PTT业务中群组的会话信息不会丢失的用户,例如固定区域中的VIP用户、特权用户等,为了能够清楚的辨识特别用户,需要在PTT服务器中预先设置多播群组中特别用户和普通用户的优先级属性,其中特别用户的属性通常可设为较高优先级,而普通用户可设为较低优先级。运营商可以根据用户的购买能力、消费能力以及用户的需求情况对用户进行分级,从而实现资源利用率和效益的最大化。
基于现有移动通信网络的多播群组,特别用户如果在固定区域外,则不能被动接收群组的信息,除非延迟加入或者主动发起相关群组的呼叫,因此该方式使得特别用户丢失群组的相关信息,有可能是很重要的信息。从运营商对用户的优先级划分的角度考虑,特别用户本身享有较普通用户更高的优先级,需要保证无缝的漫游、切换,以及保证全程全网的业务使用能力。因此本发明对多播群组中的特别用户在区域外的工作方式及流程进行了重新定义。
如图1所示,为本发明PTT组呼中业务连续性的实现方法实施例中普通用户的工作能力和处理方式的示意图。对于普通用户来说,运营商可以在开户时根据该普通用户的需求(例如经常性的活动范围等)来划分对其的多播范围,这些普通用户只能在该区域中活动,进行呼叫发起、延迟加入以及接收该群组的信息等操作,但当普通用户移动出该区域外,则不能进行呼叫发起、延迟加入以及接收该群组的信息等操作。对于群组中的普通用户在下行上采用多播方式。
考虑到特别用户的特殊性,当该用户移动到区域外时,也要使他能够继续参与多播群组的会话,因此本发明通过在PTT服务器对特别用户状态进行查询来实现这一功能,具体过程可参见图2,为本发明PTT组呼中业务连续性的实现方法实施例中特别用户的工作能力和处理方式的示意图。在本实施例中,当特别用户移动到区域外时,不能接收群组信息时,PTT服务器启动群组特别用户查询功能,对多播群组中的特别用户是否参与组呼进行查询,如果未收到特别用户的响应,则表示该特别用户未参与组呼,此时PTT服务器会重发相应的呼叫宣告消息,并通过移动网络以单播寻呼的方式唤醒特别用户,特别用户当收到寻呼后,以普通单播的方式参与多播群组呼叫。
通过上述方案,特别用户即使移动到了区域外,仍然可以以单播方式参与相关多播群组的会话,而且只需简单的单播切换,就可以保证特别用户全程全网的PTT业务的连续性,进而提升了用户感受,实现针对用户优先级的差异化服务。
如图3所示,为本发明PTT组呼中业务连续性的实现方法的一实施例的流程实施例。在本实施例中,PTT组呼中特别用户的业务连续性的实现过程包括以下步骤:
步骤101、PTT服务器在组呼开始时,查询多播群组中的特别用户是否参与组呼,如果查询结果为未参与组呼,则通过移动网以单播方式寻呼所述特别用户;
步骤102、所述特别用户在接收到所述PTT服务器的寻呼后,以单播方式参与所述多播群组的会话。
在本实施例中,如果多播群组中的特别用户移动出固定区域,将无法响应PTT服务器的查询,PTT服务器就可以根据是否收到该特别用户的响应来判断该特别用户是否未参与组呼,如果查询结果为未参与组呼,则可以通过移动网以单播方式来寻呼该特别用户,单播方式对于全网漫游移动的用户均可以进行寻呼,这样重要客户就可以通过单播方式参与多播群组的会话。
单播方式虽然资源利用率较低,但在特别用户无法接收到多播群组的多播时,可以不丢失多播群组中的会话信息,而在区域内仍然采用多播的方式,这样可以不仅保证了较高的资源利用率,还能够使重要客户不会丢失多播群组的会话信息。
下面再通过一个具体实施例来对本发明进行说明。如图4所示,为本发明PTT组呼中业务连续性的实现方法的另一实施例的流程实施例。在本实施例中,多播群组Group001有用户A、B、C、D、E、F、G、H、I......,该多播群组的固定区域为广州天河区。其中A为特别用户(领导等),其他为普通用户,A在广州天河/广州越秀。其他B、C、D、E、F、G、H、I......在广州天河。PTT服务器可以预先将特别用户A设置为较高优先级,而其它普通用户设置为较低优先级因此具体的工作方式包括以下步骤:
步骤201、普通用户(例如用户B)发起Group001的多播呼叫。
步骤202、PTT服务器收到该呼叫后,PTT服务器产生呼叫宣告消息,通过移动网络/无线网以DOS广播的方式下发给A,C,D,E,F,G,H,I......。当用户A,C,D,E,F,G,H,I......中的任何一个用户响应该呼叫宣告,则移动网络/无线网开始多播信道BCH的建立,然后B获取话权,可以开始说话,组呼建立。
步骤203、PTT服务器启动特别用户查询功能及定时器,即查询多播群组中的特别用户A是否参与组呼。
步骤204、如果A在区域内,则会响应PTT服务器,此时可以确定特别用户已参与组呼,PTT服务器关闭查询功能,并通过多播方式向特别用户A下发呼叫宣告,特别用户A可以被动的接收组呼,参与会话,工作方式同其他普通用户;如果PTT服务器接收不到A的响应,则确定为未参与组呼,然后执行步骤205。
步骤205、在本实施例中还可以增加定时功能,即在定时器超时之前不断地查询特别用户A是否参与组呼,如果定时器超时,则执行步骤206;如果定时器超时之前查询到特别用户A已经参与组呼,则PTT服务器关闭查询功能,并通过多播方式向特别用户A下发呼叫宣告,特别用户A可以被动的接收组呼,参与会话,工作方式同其他普通用户。
步骤206、PTT服务器产生呼叫宣告消息并重新发送呼叫宣告。
步骤207、移动网络/无线网以单播方式寻呼特别用户A。
步骤208、当特别用户A接收到了PTT服务器的寻呼后,以单播的方式参与组呼,实现A用户区域外业务的连续性。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
如图5所示,为本发明PTT组呼中实现业务连续性的PTT服务器的一实施例的结构实施例。本实施例中PTT组呼中实现业务连续性的PTT服务器,包括:呼叫宣告生成模块11、多播模块12、单播模块13和特别用户查询模块14。其中,呼叫宣告生成模块11用于根据接收到的多播群组中的用户发起的呼叫生成呼叫宣告。多播模块12用于通过多播方式向所述多播群组中的用户下发呼叫宣告。单播模块13用于通过单播方式向所述多播群组中的用户下发呼叫宣告。特别用户查询模块14用于在组呼开始时,查询所述多播群组中的特别用户是否参与组呼,如果查询结果为未参与组呼,则通过单播模块13寻呼所述特别用户。
如图6所示,为本发明PTT组呼中实现业务连续性的PTT服务器的另一实施例的结构实施例。与上一实施例相比,本实施例的PTT服务器还包括:定时模块15,该模块用于在查询结果为未参与组呼时,启动定时器,如果在定时器超时之后查询所述特别用户仍然未参与组呼,则通过单播模块13寻呼所述特别用户,如果在定时器超时之前查询所述特别用户已经参与组呼,则关闭查询功能,并通过多播模块14向所述特别用户下发呼叫宣告。
在另一个PTT服务器的实施例中,还可以包括特别用户设置模块,用于预先通过设置较高优先级的方式设置所述多播群组中的特别用户。
本发明中PTT服务器在查询到多播群组中的特别用户为参与组呼时,通过单播方式寻呼特别用户,特别用户只需要通过简单的常规单播切换,就可以通过单播放时参与会话,从而使得多播群组的重要客户即使处于多播区域之外,也能即使参与会话,从而保证了业务的连续性。
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制;尽管参照较佳实施例对本发明进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换;而不脱离本发明技术方案的精神,其均应涵盖在本发明请求保护的技术方案范围当中。
Claims (7)
1.一种PTT组呼中业务连续性的实现方法,包括:
PTT服务器在组呼开始时,查询多播群组中的特别用户是否参与组呼,如果查询结果为未参与组呼,则通过移动网以单播方式寻呼所述特别用户;
所述特别用户在接收到所述PTT服务器的寻呼后,以单播方式参与所述多播群组的会话。
2.根据权利要求1所述的实现方法,其中,如果查询结果为所述特别用户已参与组呼,则关闭查询功能,并通过多播方式向所述特别用户下发呼叫宣告。
3.根据权利要求1所述的实现方法,其中,在查询结果为未参与组呼时,还包括:
启动定时器,如果在定时器超时之后查询所述特别用户仍然未参与组呼,则通过移动网以单播方式寻呼所述特别用户,如果在定时器超时之前查询所述特别用户已经参与组呼,则关闭查询功能,并通过多播方式向所述特别用户下发呼叫宣告。
4.根据权利要求3所述的实现方法,其中,还包括预先在所述PTT服务器中通过设置较高优先级的方式设置所述多播群组中的特别用户。
5.一种PTT组呼中实现业务连续性的PTT服务器,包括:
呼叫宣告生成模块,用于根据接收到的多播群组中的用户发起的呼叫生成呼叫宣告;
多播模块,用于通过多播方式向所述多播群组中的用户下发呼叫宣告;
单播模块,用于通过单播方式向所述多播群组中的用户下发呼叫宣告;
特别用户查询模块,用于在组呼开始时,查询所述多播群组中的特别用户是否参与组呼,如果查询结果为未参与组呼,则通过单播模块寻呼所述特别用户。
6.根据权利要求5所述的PTT服务器,其中,还包括:
定时模块,用于在查询结果为未参与组呼时,启动定时器,如果在定时器超时之后查询所述特别用户仍然未参与组呼,则通过单播模块寻呼所述特别用户,如果在定时器超时之前查询所述特别用户已经参与组呼,则关闭查询功能,并通过多播模块向所述特别用户下发呼叫宣告。
7.根据权利要求5所述的PTT服务器,其中,还包括:
特别用户设置模块,用于预先通过设置较高优先级的方式设置所述多播群组中的特别用户。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010100000319A CN101742419B (zh) | 2010-01-04 | 2010-01-04 | Ptt组呼中业务连续性的实现方法及ptt服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010100000319A CN101742419B (zh) | 2010-01-04 | 2010-01-04 | Ptt组呼中业务连续性的实现方法及ptt服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101742419A true CN101742419A (zh) | 2010-06-16 |
CN101742419B CN101742419B (zh) | 2012-11-14 |
Family
ID=42465164
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010100000319A Active CN101742419B (zh) | 2010-01-04 | 2010-01-04 | Ptt组呼中业务连续性的实现方法及ptt服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101742419B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011100925A2 (zh) * | 2011-04-14 | 2011-08-25 | 华为终端有限公司 | 一种切换呼叫群组的方法和装置 |
WO2011160469A1 (zh) * | 2010-06-22 | 2011-12-29 | 中兴通讯股份有限公司 | 一种实现集群通信的方法及*** |
WO2013182049A1 (zh) * | 2012-06-05 | 2013-12-12 | 电信科学技术研究院 | 一种集群业务实现方法及其装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100372399C (zh) * | 2004-11-19 | 2008-02-27 | 华为技术有限公司 | 一种实现集群业务的方法 |
CN101146272A (zh) * | 2006-09-14 | 2008-03-19 | 联想(北京)有限公司 | Ptt***、实现ptt通信的方法、ptt管理服务器及终端设备 |
CN101521947A (zh) * | 2008-02-29 | 2009-09-02 | 中兴通讯股份有限公司 | 一种基于集群通信***的群组呼叫实现方法 |
-
2010
- 2010-01-04 CN CN2010100000319A patent/CN101742419B/zh active Active
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011160469A1 (zh) * | 2010-06-22 | 2011-12-29 | 中兴通讯股份有限公司 | 一种实现集群通信的方法及*** |
WO2011100925A2 (zh) * | 2011-04-14 | 2011-08-25 | 华为终端有限公司 | 一种切换呼叫群组的方法和装置 |
WO2011100925A3 (zh) * | 2011-04-14 | 2012-04-05 | 华为终端有限公司 | 一种切换呼叫群组的方法和装置 |
WO2013182049A1 (zh) * | 2012-06-05 | 2013-12-12 | 电信科学技术研究院 | 一种集群业务实现方法及其装置 |
CN103458373A (zh) * | 2012-06-05 | 2013-12-18 | 电信科学技术研究院 | 一种集群业务实现方法及其装置 |
CN103458373B (zh) * | 2012-06-05 | 2017-09-01 | 电信科学技术研究院 | 一种集群业务实现方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101742419B (zh) | 2012-11-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102821467B (zh) | 无线寻呼方法、装置和*** | |
DK2599326T3 (en) | Predictive wake-up call for optimizing POC (push-to-talk-over-cellular) call setup | |
CN101668250B (zh) | 在无线通信***中用于点对多点服务的终端分配控制 | |
CN103686955B (zh) | 电能优化方法及*** | |
CN104619023A (zh) | 智能寻呼方法及智能寻呼设备 | |
ATE454775T1 (de) | Ussd-ermöglichter verbindungsaufbau für poc- dienste (push to talk over cellular) | |
CN100488316C (zh) | 码分多址制式集群***中实现业务优先的方法 | |
CN103634746A (zh) | 一种保持PoC持续连接处理能力的方法和装置 | |
CN101742419B (zh) | Ptt组呼中业务连续性的实现方法及ptt服务器 | |
CN101150870A (zh) | 多模终端的呼叫处理方法 | |
CN100569010C (zh) | 终端侧向网络侧上报成员状态及计算上报时间点的方法 | |
CN103716849A (zh) | 一种自动切换语音电话业务的方法、装置和*** | |
CN101262654B (zh) | 用于数字集群***的呼叫建立方法 | |
CN100466772C (zh) | 一种移动终端进行组呼小区重选的方法 | |
CN106465065A (zh) | 一种多播业务传输装置及方法 | |
CN102098744B (zh) | Sip服务器、业务优先处理的方法及*** | |
CN100502566C (zh) | 一种组呼的漫游实现方法 | |
CN101489177B (zh) | 一种动态语音组呼区域的创建与更新方法 | |
CN101090529B (zh) | 数字集群通信***中终端迟后加入群组呼叫的实现方法 | |
CN101161019A (zh) | 移动交换中心及其被叫处理方法 | |
CN101123759B (zh) | 一种在集群通信***中针对用户分配资源的接入方法 | |
CN101815249B (zh) | 一种实现移动网络ptt业务连续性的方法和*** | |
CN100490549C (zh) | 一种为被叫方分配信道的方法 | |
Baek et al. | Performance analysis of push-to-talk over IEEE 802.16 e with sleep mode and idle mode | |
CN101217742A (zh) | 单基带单射频双卡双待通讯终端及其待机方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |