CN105323721B - 话权申请的处理方法及装置 - Google Patents

话权申请的处理方法及装置 Download PDF

Info

Publication number
CN105323721B
CN105323721B CN201410312996.XA CN201410312996A CN105323721B CN 105323721 B CN105323721 B CN 105323721B CN 201410312996 A CN201410312996 A CN 201410312996A CN 105323721 B CN105323721 B CN 105323721B
Authority
CN
China
Prior art keywords
terminal
nas message
speech
apply
words
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
Application number
CN201410312996.XA
Other languages
English (en)
Other versions
CN105323721A (zh
Inventor
蔡松锦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing ZTE New Software Co Ltd
Original Assignee
Nanjing ZTE New Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nanjing ZTE New Software Co Ltd filed Critical Nanjing ZTE New Software Co Ltd
Priority to CN201410312996.XA priority Critical patent/CN105323721B/zh
Priority to PCT/CN2014/093732 priority patent/WO2015154506A1/zh
Publication of CN105323721A publication Critical patent/CN105323721A/zh
Application granted granted Critical
Publication of CN105323721B publication Critical patent/CN105323721B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种话权申请的处理方法及装置，在上述方法中，确定终端对待申请的话权进行排队等待；在预设时长内连续向终端发送第一NAS消息，其中，第一NAS消息中携带有握手请求信令，握手请求信令用于保持终端对话权的申请不被释放；接收来自于终端的第二NAS消息，其中，第二NAS消息中携带有握手应答信令。根据本发明提供的技术方案，进而当终端申请话权排队时，不需要多次申请话权，易在较短的时间内申请到话权，从而改善了用户体验。

Description

话权申请的处理方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种话权申请的处理方法及装置。
背景技术
目前，基于长期演技(Long Term Evolution，简称为LTE)技术的集群通信，集群组呼与集群核心网之间的信令需要经过LTE核心网转发。集群通信群组的话权申请需要先将话权申请信息发送至LTE核心网，然后，LTE核心网再向集群核心网转发，最后由集群核心网进行话权授权判断。集群核心网可以根据当前集群组呼话权占用与否，决策是否向该终端授权话权。如果话权申请需要排队，则基站在一段时间内由于核心网和终端之间没有数据(包括信令)传送，则会出现用户不活动而导致基站发起释放，终端与核心网建立完成的承载也会被释放掉，由此即出现在组呼话权申请排队过程中出现用户不活动而导致终端最终申请话权失败。如果组呼中接入的终端较多，且大家都希望申请话权时，则可能会出现多次申请话权均告失败的情况。因此，会降低用户体验。
发明内容
本发明提供了一种话权申请的处理方法及装置，以至少解决相关技术中在终端无法申请到话权时，其话权申请即被释放，由此影响用户体验的问题。
根据本发明的一个方面，提供了一种话权申请的处理方法。
根据本发明实施例的话权申请的处理方法包括：确定终端对待申请的话权进行排队等待；在预设时长内连续向终端发送第一非接入层(NAS)消息，其中，第一NAS消息中携带有握手请求信令，其中，握手请求信令用于保持终端对话权的申请不被释放；接收来自于终端的第二NAS消息，其中，第二NAS消息中携带有握手应答信令。
优选地，在预设时长内连续向终端发送第一NAS消息包括：在预设时长内设置定时器；判断在定时器超时的情况下，终端是否处于对话权的排队等待状态；如果是，则继续向终端发送第一NAS消息；如果否，则停止定时器的继续计时并且停止向终端发送第一NAS消息。
优选地，确定终端对话权进行排队等待包括：接收来自于终端的第三NAS消息，其中，第三NAS消息中携带有话权申请信息；在确定终端当前无法使用话权的情况下，向终端返回第四NAS消息，其中，第四NAS消息中携带有终端对话权进行排队等待的决策结果。
优选地，确定终端当前无法使用话权包括：确定话权已经被除终端之外的其他终端所占用；并且，确定终端获取话权的优先级低于其他终端的优先级。
优选地，在接收来自于终端的第二NAS消息之后，还包括：如果确定终端在预设时长内获取到话权，则建立与终端之间的集群专用承载；采用集群专用承载向终端发送第五NAS消息，其中，第五NAS消息中携带有向终端授予话权的授权信息。
根据本发明的另一方面，提供了一种话权申请的处理装置。
根据本发明实施例的话权申请的处理装置包括：确定模块，用于确定终端对待申请的话权进行排队等待；第一发送模块，用于在预设时长内连续向终端发送第一NAS消息，其中，第一NAS消息中携带有握手请求信令，握手请求信令用于保持终端对话权的申请不被释放；接收模块，用于接收来自于终端的第二NAS消息，其中，第二NAS消息中携带有握手应答信令。
优选地，第一发送模块包括：设置单元，用于在预设时长内设置定时器；判断单元，用于判断在定时器超时的情况下，终端是否处于对话权的排队等待状态；第一发送单元，用于在判断单元输出为是时，继续向终端发送第一NAS消息；处理单元，用于在判断单元输出为否时，停止定时器的继续计时并且停止向终端发送第一NAS消息。
优选地，确定模块包括：接收单元，用于接收来自于终端的第三NAS消息，其中，第三NAS消息中携带有话权申请信息；确定单元，用于确定终端当前无法使用话权；第二发送单元，用于在确定单元输出为是时，向终端返回第四NAS消息，其中，第四NAS消息中携带有终端对话权进行排队等待的决策结果。
优选地，确定单元包括：第一确定子单元，用于确定话权已经被除终端之外的其他终端所占用；第二确定子单元，用于确定终端获取话权的优先级低于其他终端的优先级。
优选地，上述装置还包括：建立模块，用于如果确定终端在预设时长内获取到话权，则建立与终端之间的集群专用承载；第二发送模块，用于采用集群专用承载向终端发送第五NAS消息，其中，第五NAS消息中携带有向终端授予话权的授权信息。
通过本发明实施例，采用确定终端对待申请的话权进行排队等待；在预设时长内连续向终端发送第一NAS消息，其中，第一NAS消息中携带有握手请求信令，握手请求信令用于保持终端对话权的申请不被释放；接收来自于终端的第二NAS消息，其中，第二NAS消息中携带有握手应答信令，解决了相关技术中在终端无法申请到话权时，其话权申请即被释放，由此影响用户体验的问题，进而当终端申请话权排队时，不需要多次申请话权，易在较短的时间内申请到话权，从而改善了用户体验。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的话权申请的处理方法的流程图；
图2是根据本发明优选实施例的终端在空闲态进行话权申请排队的流程图；
图3是根据本发明优选实施例的终端在连接态进行话权申请排队的流程图；
图4是根据本发明实施例的话权申请的处理装置的结构框图；
图5是根据本发明优选实施例的话权申请的处理装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
图1是根据本发明实施例的话权申请的处理方法的流程图。如图1所示，该话权申请的处理方法可以包括以下处理步骤：
步骤S102：确定终端对待申请的话权进行排队等待；
步骤S104：在预设时长内连续向终端发送第一NAS消息，其中，第一NAS消息中携带有握手请求信令，握手请求信令用于保持终端对话权的申请不被释放；
步骤S106：接收来自于终端的第二NAS消息，其中，第二NAS消息中携带有握手应答信令。
相关技术中，在终端无法申请到话权时，其话权申请即被释放，由此影响用户体验。采用如图1所示的方法，在集群通信中，当终端进行话权申请时，如果集群核心网决策该终端需要进行组呼申请话权排队，则可以通过非接入层(Non-Access-Stratum，简称为NAS)流程进行握手的保活方式，以使终端的话权申请不被释放，由此解决了相关技术中在终端无法申请到话权时，其话权申请即被释放，由此影响用户体验的问题，进而当终端申请话权排队时，不需要多次申请话权，易在较短的时间内申请到话权，从而改善了用户体验。
优选地，在步骤S104中，在预设时长内连续向终端发送第一NAS消息可以包括以下操作：
步骤S1：在预设时长内设置定时器；
步骤S2：判断在定时器超时的情况下，终端是否处于对话权的排队等待状态；
步骤S3：如果是，则继续向终端发送第一NAS消息；
步骤S4：如果否，则停止定时器的继续计时并且停止向终端发送第一NAS消息。
在优选实施例中，若集群核心网决策的结果是终端需要对其所申请的话权进行话权排队，则集群核心网启动周期性的握手定时器(相当于上述定时器)，通过直传NAS消息将握手请求信令经由LTE核心网和基站转发至终端。终端在接收到握手请求信令后，通过上行直传NAS消息经由基站和LTE核心网向集群核心网发送握手应答信令。
若周期性握手定时器超时，终端还处于话权申请排队，则集群核心网继续向终端发送握手请求信令，直到终端获取话权或者终端发起释放，才停止周期性握手定时器。
同时，需要注意用户不活动定时器(相当于上述预设时长)设置的长度要大于周期性握手定时器的长度，这两个定时器的长度都是可配置的。这样就可以根据实际情况合理设置用户不活动定时器和周期性握手定时器的长度，而又不会因用户不活动定时器超时导致终端最终申请话权失败。
优选地，在步骤S102中，确定终端对话权进行排队等待可以包括以下步骤：
步骤S5：接收来自于终端的第三NAS消息，其中，第三NAS消息中携带有话权申请信息；
步骤S6：在确定终端当前无法使用话权的情况下，向终端返回第四NAS消息，其中，第四NAS消息中携带有终端对话权进行排队等待的决策结果。
在优选实施过程中，集群核心网在决策终端当前无法使用话权需要满足以下条件：
条件一、确定话权已经被除终端之外的其他终端所占用；并且，
条件二、确定终端获取话权的优先级低于其他终端的优先级。
在优选实施例中，当非话权终端发起组呼话权申请时，集群核心网判断若该组呼话权已经授权至其他终端，并且申请话权的终端的优先级与具有话权的终端相比，其优先级还较低，集群核心网决策的结果可能是主动推迟话权授权失败或者进行话权排队，然后集群核心网通过直传NAS消息将该话权决策结果经由LTE核心网以及基站转发至终端。
优选地，在步骤S106，接收来自于终端的第二NAS消息之后，还可以包括以下步骤：
步骤S7：如果确定终端在预设时长内获取到话权，则建立与终端之间的集群专用承载；
步骤S8：采用集群专用承载向终端发送第五NAS消息，其中，第五NAS消息中携带有向终端授予话权的授权信息。
在优选实施例中，如果上述终端终于获得话权，则集群核心网停止周期性握手定时器，并建立UE到集群核心网之间的集群专用承载。集群核心网可以经由LTE核心网和基站向终端发送携带有授权信息的NAS消息。然后，终端可以经由基站和LTE核心网向集群核心网发送携带有授权应答信息的NAS消息。
下面将结合图2和图3所示的优选实施方式对上述优选实施过程作进一步的描述。
本发明优选实施例提供了LTE一按即说(Push-to-Talk，简称为PTT)系统解决组呼话权申请排队时保活方法，其主要涉及到集群核心网和支持集群业务的终端，还可以包括：LTE核心网、支持集群业务的基站。新增的集群NAS握手消息可以通过定义新的集群协议鉴别器(Protocol discriminator)来加以区分。
图2是根据本发明优选实施例的终端在空闲态进行话权申请排队的流程图。如图2所示，该流程可以分为：终端在空闲态发起话权申请的流程和集群核心网与终端之间的握手流程。该流程可以包括以下处理步骤：
步骤S202：处在空闲态的终端首先与基站建立空口无线资源控制(RRC)连接。
步骤S204：基站向LTE核心网发送初始上下文消息，其中，该初始上下文消息中携带有话权申请信息。
步骤S206：LTE核心网判断其为集群NAS消息，故而仅进行安全处理，然后透传给集群核心网。
步骤S208：集群核心网接收到话权申请NAS消息，对该用户进行鉴权。若当前组呼的其他用户已占用该话权且该终端话权优先级比拥有话权的终端的优先级低，集群核心网最终判断为该终端需要进行话权排队，则将携带有话权排队信息的直传NAS消息发送至LTE核心网。
步骤S210：LTE核心网判断其为集群NAS消息，仅进行安全处理，然后透传至基站，再由基站透传至终端。
步骤S212：LTE核心网通过上下文建立流程建立用户设备(UE)到LTE核心网的承载。
步骤S214：当集群核心网判断该终端需要进行话权排队时，启动周期性握手定时器，向该终端发送携带有握手请求信令的NAS消息。
步骤S216：LTE核心网在接收到集群核心网发送的携带有握手请求信令的NAS消息之后，仅进行安全处理，然后透传至基站，再由基站透传至终端。
步骤S218-步骤S220：终端在接收到握手请求信令后，经由基站和LTE核心网向集群核心网返回携带有握手应答信令的上行NAS直传消息。
步骤S222-步骤S228：如果握手定时器超时，而终端还没有获取到话权并且也没有发起释放，则集群核心网将与终端进行新一轮的握手。
步骤S230：如果该终端终于获得话权，则集群核心网停止周期性握手定时器，建立UE到集群核心网之间的集群专用承载。
步骤S232-步骤S234：集群核心网经由LTE核心网和基站向终端发送携带有授权信息的NAS消息。
步骤S236-步骤S238：终端经由基站和LTE核心网向集群核心网发送携带有授权应答信息的NAS消息。
图3是根据本发明优选实施例的终端在连接态进行话权申请排队的流程图。如图3所示，该流程可以分为：终端在连接态发起话权申请流程和集群核心网与终端之间的握手流程。该流程可以包括以下处理步骤：
步骤S302：处于连接态的终端发起话权申请，基站向LTE核心网透传携带有话权申请的NAS消息。
步骤S304：LTE核心网判断其为集群NAS消息，仅进行安全处理，然后透传给集群核心网。
步骤S306：集群核心网在接收到话权申请NAS消息之后，对该用户进行鉴权，若当前组呼的其他用户已占用话权且该终端话权优先级比拥有话权的终端的优先级低，集群核心网最终判断为该终端需要进行话权排队，则将携带有话权排队信息的直传NAS消息发送至LTE核心网。
步骤S308：LTE核心网判断其为集群NAS消息，仅进行安全处理，然后透传至基站，再由基站透传至终端。
步骤S310：集群核心网判断该终端需要进行话权排队时，启动周期性握手定时器，向终端发送携带有握手请求信令的NAS消息。
步骤S312：LTE核心网在接收到集群核心网发送的携带有握手请求信令的NAS消息之后，仅进行安全处理，然后透传至基站，再由基站透传至终端。
步骤S314-步骤S316：终端在接收到握手请求信令后，经由基站和LTE核心网向集群核心网返回携带有握手应答信令的上行NAS直传消息。
步骤S318-步骤S324：如果握手定时器超时，终端还没有获取到话权并且也没有发起释放，则集群核心网与终端进行新一轮的握手。
步骤S326：该终端终于获得话权，于是集群核心网便停止周期性握手定时器，建立UE到集群核心网之间的集群专用承载。
步骤S328-步骤S330：集群核心网经由LTE核心网和基站向终端发送携带有授权信息的NAS消息。
步骤S332-步骤S334：终端经由基站和LTE核心网向集群核心网发送携带有授权应答信息的NAS消息。
图4是根据本发明实施例的话权申请的处理装置的结构框图。如图4所示，该话权申请的处理装置可以包括：确定模块10，用于确定终端对待申请的话权进行排队等待；第一发送模块20，用于在预设时长内连续向终端发送第一NAS消息，其中，第一NAS消息中携带有握手请求信令，握手请求信令用于保持终端对话权的申请不被释放；接收模块30，用于接收来自于终端的第二NAS消息，其中，第二NAS消息中携带有握手应答信令。
采用如图4所示的装置，解决了相关技术中在终端无法申请到话权时，其话权申请即被释放，由此影响用户体验的问题，进而当终端申请话权排队时，不需要多次申请话权，易在较短的时间内申请到话权，从而改善了用户体验。
优选地，如图5所示，第一发送模块20可以包括：设置单元200，用于在预设时长内设置定时器；判断单元202，用于判断在定时器超时的情况下，终端是否处于对话权的排队等待状态；第一发送单元204，用于在判断单元输出为是时，继续向终端发送第一NAS消息；处理单元206，用于在判断单元输出为否时，停止定时器的继续计时并且停止向终端发送第一NAS消息。
优选地，如图5所示，确定模块10可以包括：接收单元100，用于接收来自于终端的第三NAS消息，其中，第三NAS消息中携带有话权申请信息；确定单元102，用于确定终端当前无法使用话权；第二发送单元104，用于在确定单元输出为是时，向终端返回第四NAS消息，其中，第四NAS消息中携带有终端对话权进行排队等待的决策结果。
优选地，确定单元102可以包括：第一确定子单元(图中未示出)，用于确定话权已经被除终端之外的其他终端所占用；第二确定子单元(图中未示出)，用于确定终端获取话权的优先级低于其他终端的优先级。
优选地，如图5所示，上述装置还可以包括：建立模块40，用于如果确定终端在预设时长内获取到话权，则建立与终端之间的集群专用承载；第二发送模块50，用于采用集群专用承载向终端发送第五NAS消息，其中，第五NAS消息中携带有向终端授予话权的授权信息。
从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果)：采用本发明实施例所提供的技术方案，用于实现基于LTE系统的集群通信组呼申请话权排队时通过NAS流程进行握手的保活。这样，当终端申请话权排队时，不需要多次申请话权，易在较短的时间内申请到话权，从而改善了用户体验。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种话权申请的处理方法，其特征在于，包括：
确定终端对待申请的话权进行排队等待；
在预设时长内连续向所述终端发送第一非接入层NAS消息，其中，所述第一NAS消息中携带有握手请求信令，所述握手请求信令用于保持所述终端对所述话权的申请不被释放；
接收来自于所述终端的第二NAS消息，其中，所述第二NAS消息中携带有握手应答信令；
在所述预设时长内连续向所述终端发送所述第一NAS消息包括：
在所述预设时长内设置定时器；
判断在所述定时器超时的情况下，所述终端是否处于对所述话权的排队等待状态；
如果是，则继续向所述终端发送所述第一NAS消息；
如果否，则停止所述定时器的继续计时并且停止向所述终端发送所述第一NAS消息。
2.根据权利要求1所述的方法，其特征在于，确定所述终端对所述话权进行排队等待包括：
接收来自于所述终端的第三NAS消息，其中，所述第三NAS消息中携带有话权申请信息；
在确定所述终端当前无法使用所述话权的情况下，向所述终端返回第四NAS消息，其中，所述第四NAS消息中携带有所述终端对所述话权进行排队等待的决策结果。
3.根据权利要求2所述的方法，其特征在于，确定所述终端当前无法使用所述话权包括：
确定所述话权已经被除所述终端之外的其他终端所占用；并且，
确定所述终端获取所述话权的优先级低于所述其他终端的优先级。
4.根据权利要求1至3中任一项所述的方法，其特征在于，在接收来自于所述终端的所述第二NAS消息之后，还包括：
如果确定所述终端在所述预设时长内获取到所述话权，则建立与所述终端之间的集群专用承载；
采用所述集群专用承载向所述终端发送第五NAS消息，其中，所述第五NAS消息中携带有向所述终端授予所述话权的授权信息。
5.一种话权申请的处理装置，其特征在于，包括：
确定模块，用于确定终端对待申请的话权进行排队等待；
第一发送模块，用于在预设时长内连续向所述终端发送第一非接入层NAS消息，其中，所述第一NAS消息中携带有握手请求信令，所述握手请求信令用于保持所述终端对所述话权的申请不被释放；
接收模块，用于接收来自于所述终端的第二NAS消息，其中，所述第二NAS消息中携带有握手应答信令；
所述第一发送模块包括：
设置单元，用于在所述预设时长内设置定时器；
判断单元，用于判断在所述定时器超时的情况下，所述终端是否处于对所述话权的排队等待状态；
第一发送单元，用于在所述判断单元输出为是时，继续向所述终端发送所述第一NAS消息；
处理单元，用于在所述判断单元输出为否时，停止所述定时器的继续计时并且停止向所述终端发送所述第一NAS消息。
6.根据权利要求5所述的装置，其特征在于，所述确定模块包括：
接收单元，用于接收来自于所述终端的第三NAS消息，其中，所述第三NAS消息中携带有话权申请信息；
确定单元，用于确定所述终端当前无法使用所述话权；
第二发送单元，用于在所述确定单元输出为是时，向所述终端返回第四NAS消息，其中，所述第四NAS消息中携带有所述终端对所述话权进行排队等待的决策结果。
7.根据权利要求6所述的装置，其特征在于，所述确定单元包括：
第一确定子单元，用于确定所述话权已经被除所述终端之外的其他终端所占用；
第二确定子单元，用于确定所述终端获取所述话权的优先级低于所述其他终端的优先级。
8.根据权利要求5至7中任一项所述的装置，其特征在于，所述装置还包括：
建立模块，用于如果确定所述终端在所述预设时长内获取到所述话权，则建立与所述终端之间的集群专用承载；
第二发送模块，用于采用所述集群专用承载向所述终端发送第五NAS消息，其中，所述第五NAS消息中携带有向所述终端授予所述话权的授权信息。
CN201410312996.XA 2014-07-02 2014-07-02 话权申请的处理方法及装置 Active CN105323721B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201410312996.XA CN105323721B (zh) 2014-07-02 2014-07-02 话权申请的处理方法及装置
PCT/CN2014/093732 WO2015154506A1 (zh) 2014-07-02 2014-12-12 话权申请的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410312996.XA CN105323721B (zh) 2014-07-02 2014-07-02 话权申请的处理方法及装置

Publications (2)

Publication Number Publication Date
CN105323721A CN105323721A (zh) 2016-02-10
CN105323721B true CN105323721B (zh) 2019-11-19

Family

ID=54287248

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410312996.XA Active CN105323721B (zh) 2014-07-02 2014-07-02 话权申请的处理方法及装置

Country Status (2)

Country Link
CN (1) CN105323721B (zh)
WO (1) WO2015154506A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110049454A (zh) * 2018-01-15 2019-07-23 普天信息技术有限公司 一种话语权排队队列用户授权方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101711011A (zh) * 2009-11-23 2010-05-19 中兴通讯股份有限公司 集群系统中终端话权的管理方法、装置和系统
CN102111899A (zh) * 2011-03-08 2011-06-29 中兴通讯股份有限公司 会话保活方法及装置
US8812041B2 (en) * 2012-07-03 2014-08-19 Voxer Ip Llc Tap-to-end feature for unlocking a virtual slide-to-lock feature in push-to-talk communication applications
US8948804B2 (en) * 2012-05-04 2015-02-03 Voxer Ip Llc Virtual slide-to-lock feature for push-to-talk communication applications

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7130411B2 (en) * 2001-12-03 2006-10-31 International Business Machines Corporation Hold queue position publication
US7546134B2 (en) * 2006-04-03 2009-06-09 Sony Ericsson Mobile Communications Ab Push-to-talk event triggered location operation in a wireless communication device
CN101257715B (zh) * 2008-04-11 2011-06-22 中兴通讯股份有限公司 一种提高预寻呼过程呼叫接通率的呼叫方法
CN102480798A (zh) * 2010-11-26 2012-05-30 中兴通讯股份有限公司 等待通知方法及基站控制器
CN102917142B (zh) * 2011-08-01 2015-11-25 上海贝尔股份有限公司 遇忙建立呼叫的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101711011A (zh) * 2009-11-23 2010-05-19 中兴通讯股份有限公司 集群系统中终端话权的管理方法、装置和系统
CN102111899A (zh) * 2011-03-08 2011-06-29 中兴通讯股份有限公司 会话保活方法及装置
US8948804B2 (en) * 2012-05-04 2015-02-03 Voxer Ip Llc Virtual slide-to-lock feature for push-to-talk communication applications
US8812041B2 (en) * 2012-07-03 2014-08-19 Voxer Ip Llc Tap-to-end feature for unlocking a virtual slide-to-lock feature in push-to-talk communication applications

Also Published As

Publication number Publication date
WO2015154506A1 (zh) 2015-10-15
CN105323721A (zh) 2016-02-10

Similar Documents

Publication Publication Date Title
CN104955138B (zh) 用户设备休眠
CN103609172B (zh) 用于用户设备和应用服务器之间的交换数据的方法和设备
CN111919502B (zh) 用于处理网络的装置和方法
CN102177697B (zh) 互联网业务控制方法及相关设备和系统
EP2753140A2 (en) A scheme of retaining LTE connection during circuit switch fall back
CN104303587B (zh) 对偶网络无线电资源管理中的快速通信恢复
KR101033763B1 (ko) 이동국이 데이터 호출에 연결되어 있는 동안 음성 호출을허용하는 방법 및 시스템
CN105850156B (zh) 用于优化lte网络上的短数据突发服务的方法和系统
JP5626818B2 (ja) 一時ブロックフローの遅延解放方法および装置
KR20090031465A (ko) 다른 무선 통신 세션을 수행하는 동안 무선 호출을 중단하기 위한 시스템 및 방법
US20080146203A1 (en) Method and system for conversation break-in based on selection priority
WO2010149115A1 (zh) M2m通信系统、汇接终端以及终端控制方法
CN101507208A (zh) 用于快速会话建立的预测性服务质量资源分配
EP4329380A1 (en) Voice call method and voice call apparatus
CN102594912A (zh) 服务器架构下的数据处理方法、服务器及服务器架构
CN102026113A (zh) 处理传呼的方法
CN105323721B (zh) 话权申请的处理方法及装置
ES2409087T3 (es) Aparato de comunicación móvil
PT1954064E (pt) Método de controlo para aceder novamente a um sistema de trunking depois de um terminal ter saído de uma chamada de grupo
CN104717375B (zh) 一种实现终端省电的方法和设备
CN106027367A (zh) 即时通信方法、装置及系统
CN102348173A (zh) 处理紧急会议的方法及其相关通讯装置
KR20140117510A (ko) 클러스터 유저를 기반으로 하는 메시지 전송 방법 및 장치
CN105208536B (zh) 短消息发送方法及装置
CN107404762A (zh) 资源处理方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20190906

Address after: 210012 Nanjing, Yuhuatai District, South Street, Bauhinia Road, No. 68

Applicant after: Nanjing Zhongxing Software Co., Ltd.

Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No.

Applicant before: ZTE Corporation

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant