CN104754520A - 全业务点对点通信方法、系统、终端和网络设备 - Google Patents
全业务点对点通信方法、系统、终端和网络设备 Download PDFInfo
- Publication number
- CN104754520A CN104754520A CN201310740668.5A CN201310740668A CN104754520A CN 104754520 A CN104754520 A CN 104754520A CN 201310740668 A CN201310740668 A CN 201310740668A CN 104754520 A CN104754520 A CN 104754520A
- Authority
- CN
- China
- Prior art keywords
- point
- service
- communication
- business
- token
- 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
Abstract
本申请公开了一种全业务点对点通信方法,包括:通信主叫方向通信被叫方发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;通信被叫方向通信主叫方返回业务响应;核心网根据所述业务请求,按照预设的令牌规则进行令牌分配;获得令牌的通信主叫方和通信被叫方建立相应的业务通道,进行点对点通信。本申请还公开了一种全业务点对点通信系统、终端和网络设备。应用本申请公开的技术方案,能够以在数字集群通信系统的基础上实现全业务点对点通信。
Description
技术领域
本申请涉及移动通信技术领域,特别涉及全业务点对点通信方法、系统、终端和网络设备。
背景技术
数字集群通信系统是一个以半双工的双向群组通信为主要特征的技术,其基本业务是群组呼叫。点呼业务作为集群通信业务的基本业务,一般也会提供,其基本模式分为两种:一种是与公众网络相同的点对点全双工呼叫,使得使用者可以与网内的用户进行全双工的点呼,也可以通过网关,与网外的用户进行通话;另外一种模式是采用集群业务类似的半双工话权控制模式的点对点通话,其基本方式是一方讲话的同时,另外一方不能讲话,只有通过抢权来获得通话权力。除此之外,还有很多的点对点的业务。这里将目前拥有的点对点业务总结如下:
(1)单呼(纯语音),即私密呼叫
移动台之间或移动台与固定台/调度台之间可发起一对一的选择呼叫。对于此种选择呼叫,系统可支持全双工的或单工的两种方式。
当处于私密呼叫时,一般仅通话双方可以听到通信内容,系统管理员可以配置用户是否具备私密呼叫能力。如需要监听或录音,可以增加语音服务器支持。
私密呼叫非常容易从调度台或用户台发起,比如,两个用户台之间的私密呼叫由呼叫方切换到私密呼叫模式,然后输入对方号码,按下PTT键即可。在另一端,接收用户台会收到提示音,呼叫方的识别码也会在屏幕上显示,如果接收方按下PTT键,系统就会分配业务信道给此私密呼叫。
大多数的私密呼叫处于半双工方式,即仅通信一方可以在一个时间讲话,这对在困难的条件下,保持通信的清晰是尤其重要的。
然而,在某些环境下,双工通信也非常有用,比如,在紧急情况下,列车乘客需要像使用普通电话一样操作无线用户台,否则,可能会在已经危难的条件下造成对乘客的进一步混乱。
(2)点对点视频呼叫
提供摄像头功能的终端,在宽带集群系统中将拥有点对点视频呼叫的业务功能。如果调度台或者固定台支持视频编解码和摄像头,则点对点视频将扩展到调度台及固定用户。视频业务一般是全双工通信。终端(或者调度台)使用PTT键或者呼出键,通过上报被叫的号码,建立视频呼叫。
(3)电话互连呼叫
有线电话用户可以向被授权的移动用户,或者授权的移动用户可以向有线电话用户发起全双工的电话互连呼叫。电话互联呼叫服务可以实现移动台和电话用户之间的全双工通信。
(4)状态信息业务
状态信息业务允许无线用户发送预编码的状态信息至调度台。状态信息被传送给用户台组所属的调度台,且仅被送给调度台,而不送给其它通话组成员。
(5)紧急告警
紧急告警属于状态信息业务,它允许用户终端向调度台发送紧急告警。紧急告警服务可以使用短数据服务提供的预编码传输。比如预编码状态值0表示“紧急”。
用户终端发送的紧急告警仅提交给当前组。系统将紧急告警,处理后如需要,可以分发至所有监视此通话组的调度台和无线用户管理器。
(6)点对点短信
终端发起点对点业务,业务种类为短信,根据业务种类为短信确定业务的参数,并触发短信业务的处理。
下面对现有技术所存在的技术问题进行分析。
技术问题1:
从上面的背景技术可以看出,目前的点对点通话提供的两种通话模式是作为两种不同的业务提供的,支持一种模式的同时,并不能同时提供另外一种。从业务流程看,两种模式的流程完全不同,设计和开发工作量巨大,其系统资源不能够在相同的管理模式下使用,资源不能够共享使用,控制流程也没有任何可继承性。下面简要介绍点对点全双工通信的基本流程。
点对点全双工通信的基本流程如图1所示,UE通过选择被叫用户后按通话键触发该流程。图1所示流程包括以下步骤:
1)UE发起的SERVICE REQUEST流程。
2)UE发送NAS消息PTP SETUP,携带被叫号码。
3)CN发送PTP CALL PROCEEDING消息通知主叫UE已成功接收到PTPSETUP消息。
4)主叫用户承载建立过程。
5)被叫UE收到PAGING消息后发起SERVICE REQUEST过程。
6)CN发送PTP SETUP消息,携带主叫号码给被叫UE。
7)被叫UE给回复CALL CONFIRED消息。
8)为被叫建立专用承载。
9)被叫UE侧在专有资源建立成功后开始振铃,向网络发送ALERTING消息。
10)CN给主叫UE发送ALERTING消息。
11)被叫UE选择摘机,UE向网络侧发送CONNECT消息。
12)CN给主叫UE发送CONNECT消息。
13)CN给被叫回CONNECT ACK。
14)主叫UE回复CONNECT ACK。
图1所示点对点全双工通信的根本特点为:通信双方只有通过一系列流程获取对方的用户面信息后,建立双向的用户面语音通路,双方才能开始通过这个通路发送彼此的语音数据。
技术问题2:
现有系统的各类点对点业务均作为不同的业务模式存在,采用的设备不同、软件不同、流程不同、成本较高。
1、短信业务,必须使用独立的流程,使用独立的短信服务中心或短信服务器。如图2所示,在TETRA系统中,系统本身并不能提供短信业务,而需要短信网关和专门的客户端服务器来完成。这样与系统本身的点对点语音业务是完全独立的。设备和软件上不能共享,成本高昂,且组网不灵活。
2、一个典型的带有视频功能的组网如图3所示。该组网结构中,固定点视频采集设备、单兵视频采集设备、车载视频采集设备、移动手持视频采集设备等视频采集终端通过GVS视频代理网关连接到调度系统中;调度员通过拨打GVS代理号码实时监控被代理视频终端的视频。
图3是一个比较复杂的视频系统,但其基本特点可以概括为:视频业务需要单独的视频网关和视频服务器,与语音系统是独立的设备,不能共享资源,不能共同管理,且成本高昂。
技术问题3:
业务功能有限。目前的系统,并不能灵活提供如下类型的业务:
1)点对点图片传输
终端发起点对点业务,业务种类为图片,根据业务种类为图片确定业务的参数,并触发图片业务的处理。目前只能通过彩信发送图片,且大小有限制,格式有限制。
2)点对点文件直传
终端若要发起点对点业务,业务种类为文件传送,包括但不限于:本地拍摄的照片、本地图片、本地视频、本地语音文件等。目前并没有这种业务,只能通过独立的应用软件来提供该类业务。
发明内容
本申请提供了一种全业务点对点通信方法、系统、终端和网络设备,以在数字集群通信系统的基础上实现全业务点对点通信。
本申请提供的一种全业务点对点通信方法包括:
通信主叫方向通信被叫方发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;
通信被叫方向通信主叫方返回业务响应;
核心网根据所述业务请求,按照预设的令牌规则进行令牌分配;
获得令牌的通信主叫方和通信被叫方建立相应的业务通道,进行点对点通信。
较佳地,所述业务的相关特性包括以下任意一项或多项:
主叫方标识;
主叫方类型,包括但不限于:移动终端、固定台、调度台和有线用户;
被叫方标识;
被叫方类型,包括但不限于:移动终端、固定台、调度台和有线用户;
是否为实时业务,具体包括:实时业务和非实时业务;
双工模式,具体包括:全双工模式和半双工模式;
传送的业务类型,包括但不限于:纯语音、视频、语音加视频、图片、短消息、其他文件。
较佳地,所述业务特性参数中进一步包括对应的QOS策略。
较佳地,采用统一定义业务接口参数的机制,定义所述全业务点对点业务。
较佳地,所述业务接口参数包括以下任意一项或多项:
业务命令码,用于消息识别;
业务模式,具体为点对点模式;
业务操作码,包括但不限于:创建、释放、修改、指示;
业务工作模式,具体包括:单工、半双工、全双工;
业务种类,包括但不限于:语音、视频、图片、短信、彩信;
令牌模式,具体包括有令牌控制和无令牌控制;
令牌控制方式,包括但不限于:不抢权、预设规则、抢占、话权转移;
令牌授予,包括:请求、授予和拒绝;
其他业务参数,包括但不限于:业务种类、业务QCI参数、主叫方参数、被叫方参数和连接控制参数。
较佳地,按照预设的令牌规则进行令牌分配具体包括:
对全双工模式的业务,向通信双方分配令牌;
对半双工模式的业务,向通信主叫方分配令牌。
较佳地,获得令牌的通信主叫方和通信被叫方建立相应的业务通道具体包括:
通信主叫方和通信被叫方建立经过核心网转发的双向通道;
或者,通信主叫方和通信被叫方建立点到点的不经过核心网转发的双向通道;
或者,通信主叫方和通信被叫方建立经过核心网转发的单向通道;
或者,通信主叫方和通信被叫方建立点到点的不经过核心网转发的单向通道。
本申请提供的一种全业务点对点通信系统,包括:通信主叫方终端、通信被叫方终端和核心网,其中:
通信主叫方终端向通信被叫方终端发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;
通信被叫方终端向通信主叫方终端返回业务响应;
核心网根据所述业务请求,按照预设的令牌规则进行令牌分配;
获得令牌的通信主叫方终端和通信被叫方终端建立相应的业务通道,进行点对点通信。
本申请提供的一种终端,用于实现全业务点对点通信,包括:请求模块、响应模块和通道建立模块,其中:
当所述终端作为通信主叫方时,所述请求模块用于向通信被叫方发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;
当所述终端作为通信被叫方时,所述响应模块用于向通信主叫方返回业务响应;
所述通道建立模块,用于采用所获得的令牌与通信对方建立相应的业务通道,进行点对点通信。
本申请提供的一种网络设备,用于实现全业务点对点通信,包括:
令牌分配模块,用于根据通信主叫方所发起的业务请求,按照预设的令牌规则进行令牌分配;具体用于:对全双工模式的业务,向通信双方分配令牌,对半双工模式的业务,向通信主叫方分配令牌。
由上述技术方案可见,本申请提供的全业务点对点通信技术方案能够在以下方面获得有益效果:
1)通过对全业务点对点业务进行特性提炼,包含全(半)双工点对点语音、点对点短信、点对点视频、点对点文件传送等的共性,能够得到综合的全业务的点对点业务特性,从而为实现全业务点对点业务打下了坚实的基础。
2)本申请提出的全业务点对点令牌控制机制,通过统一的令牌控制机制,形成了全业务点对点统一的信道资源申请和控制机制,使得对信道资源的管理更为有效。
3)本申请全业务集群系统的点对点业务定义,在全业务点对点机制下,通过统一定义点对点业务的模式、业务属性、业务交互接口、业务参数、业务触发机制,提供了一个端到端完整的全业务点对点的参数定义、处理和业务触发的控制机制。
4)本申请全业务点对点的用户面处理,使得数据在统一的全业务点对点控制机制下,通过统一的业务参数的QoS定义,能够传递不同业务种类的点对点业务,以及不同QoS需求的点对点业务参数,进而控制全业务点对点的用户面处理。
附图说明
图1为现有点对点全双工通信的基本流程图;
图2为现有TETRA系统提供短信业务的示意图;
图3为现有典型的带有视频功能的组网示意图;
图4为本申请全业务点对点通信系统的组网示意图;
图5为本申请一较佳实施例实现经过核心网转发的点对点的doc文件传输的流程图。
具体实施方式
为使本申请的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本申请作进一步详细说明。
下面首先说明本申请方案的技术要点。
一、全业务点对点业务的特性提炼:
可以从以下视角提炼点对点业务模型的特性,进行建模:
视角一:实时/非实时
根据点对点业务描述,可以看到点对点业务的基本应用场景可以分为两类:
1)一是实时业务,即被叫实时见到的内容与主叫是相同的,比如点对点视频呼叫,主叫视频是同步显示在被叫侧的(当然,理论上传输也是有时延的,但那是任何设备都有的实现上的限制,并不是业务真正需要的那样)。单呼、点对点视频、电话互联呼叫都是此类业务。
2)二是非实时业务,即被叫和主叫存在一个操作时间上的先后顺序,比如短信息,发送端编辑短息,发送到接收端,这是一个先后顺序关系。
视角二:业务涉及的端点
点对点业务具有发送方和接收方,或者说发起方和接受方。业务进行在以下常见的角色里:
1)移动终端
2)固定台
3)调度台
4)有线用户(一般指外线)
也就是说,参与点对点业务的用户分为上述几种类型。
视角三:全双工/半双工模式
这里全双工/半双工模式的概念,同普通的双工意义。不同之处在于,点对点的文件传送、短消息传送,在形式上类似于半双工模式,即同时只有一方发送。但实际中有可能其承载是全双工的链路通道,这个是软件层次的问题。所以,这里将这些业务归类为半双工业务,不要与普通的全双工链路混淆。
1)单呼有半双工模式
2)单呼有全双工模式
3)视频都是全双工
视角四:传送内容/业务种类
这是明显的区别,已经知道的业务一般有:
1)纯语音
2)视频
3)语音和视频(通常视频呼叫指同时拥有声音和视频)
4)图片
5)短消息
6)其他文件
综上所述,本申请针对点对点业务提炼出如表1所示的基本操作模型:
表1
系统应当根据各种业务组合的不同,动态分配或者预先配置合适的QOS策略,保证业务的顺利进行,这样就有如表2所示的扩展的抽象类型:
表2
相比于表1,表2增加了QOS策略相关的参数。
二、全业务点对点令牌控制(grant)机制:
宽带全业务集群通信系统基于TD-LTE的宽带特性和集群的特性,采用类似语音集群话权grant的控制方式,也就是群组令牌的方式控制集群全业务上行信道资源的使用,下行资源为群组用户共享。没有令牌的用户不能发送数据,如需要发送数据,需要申请令牌(grant);全业务集群系统中集群用户发送grant申请,网络侧根据申请用户的权限、集群调度系统的资源占用情况、群组的话权使用情况,判断是否授予或拒绝用户的grant申请。获得grant授权的用户拥有令牌(或grant),根据需要传输的业务类型,可以发送任何形式的业务数据,如语音、短信、视频等业务,从而在统一的grant管理机制下扩充语音集群到全业务集群通信。
点对点将上述令牌机制扩展,将点对点业务的令牌控制分为两种:
1)针对全双工业务,由于业务双方均需要信道资源,故认为令牌模式为固定分派的双令牌。在业务方申请通话开始、或者发送开始时,即授予业务双方默认令牌,建立双向业务信道;业务结束时,同时回收双方的令牌。
2)针对半双工业务(即类似集群的双点集群),此时令牌控制模式是请求发送方进行grant申请,网络侧根据当前资源发放令牌给容许方。
三、全业务集群系统的点对点业务定义:
在全业务集群系统机制下,针对端到端的全业务点对点业务,采用统一定义业务、业务模式、业务接口、业务操作命令码、业务相关参数的机制,采用统一的业务定义拉通端到端的参数传递和业务流程处理,包含核心网、基站、终端、终端全业务控制软件,以及网络侧全业务控制台软件和应用服务器等网元的流程和接口,形成一个全业务统一通信的标准定义体系。示例的全业务点对点定义如表3所示:
表3
点对点业务可以由终端控制软件或控制台软件发起,携带统一定义的接口参数,网络侧和终端根据接口参数识别业务和触发相应的信令处理,并根据携带的全业务的业务种类和业务参数建立点对点业务的用户面。全业务点对点建立后,采用上述的grant控制和管理机制,为没有获得令牌的通信双方分发令牌,全双工用户分发预设规则的固定令牌,并建立双向数据通路。根据建立时的业务接口或后续信令发送的参数获取业务的QoS,判断业务种类是语音、视频、图片等业务,触发相应的用户面处理。本申请全业务点对点通信系统的组网示意图如图4所示。
四、全业务点对点的用户面处理:
根据统一定义的全业务点对点机制、参数和接口,由网络建立双向的数据通路或者单向的数据通路;数据通路的带宽、上下行速率、QCI等QOS参数均在业务建立时由业务请求方携带或者网络侧根据预设规则分配。可建立以下通道:
1)经过核心网转发的双向通道;
2)点到点的不经过核心网转发的双向通道;
3)经过核心网转发的单向通道;
4)点到点的不经过核心网转发的单向通道。
基于以上技术要点,本申请全业务点对点通信方法具体包括以下步骤:
通信主叫方向通信被叫方发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;
通信被叫方向通信主叫方返回业务响应;
核心网根据所述业务请求,按照预设的令牌规则进行令牌分配;
获得令牌的通信主叫方和通信被叫方建立相应的业务通道,进行点对点通信。
对应于上述方法,本申请提供了一种终端,用于实现全业务点对点通信,该终端包括:请求模块、响应模块和通道建立模块,其中:
当所述终端作为通信主叫方时,所述请求模块用于向通信被叫方发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;
当所述终端作为通信被叫方时,所述响应模块用于向通信主叫方返回业务响应;
所述通道建立模块,用于采用所获得的令牌与通信对方建立相应的业务通道,进行点对点通信。
对应于上述方法,本申请提供了一种网络设备,用于实现全业务点对点通信,该网络设备包括:
令牌分配模块,用于根据通信主叫方所发起的业务请求,按照预设的令牌规则进行令牌分配;具体用于:对全双工模式的业务,向通信双方分配令牌,对半双工模式的业务,向通信主叫方分配令牌。
下面通过一个较佳实施例说明:基于本申请提供的全业务点对点通信方案,如何实现经过核心网转发的点对点的doc文件传输过程。
图5为本申请一较佳实施例实现经过核心网转发的点对点的doc文件传输的流程图。图5中UE A和UE B为点对点通信双方,假设UE A和UE B内置支持本申请全业务模型的软件,图5所示流程包括以下步骤:
1、UE A发送“向UE B发送doc文件的请求”到eCNS,携带被请求方UE ID、待发送文件的格式、请求的QOS(包括GBR、MBR、QCI和ARP)等信息,并且,所携带的操作码为创建,具体如表4所示:
业务命令码 | CMD_001 |
业务模式 | 点到点 |
业务操作码 | 创建 |
业务工作模式 | 半双工 |
业务种类 | 文件 |
令牌模式 | 有令牌控制 |
令牌控制方式 | 预设规则 |
令牌授予 | 请求 |
业务参数 | 业务种类(doc文件) |
业务QCI参数 | |
发起者参数(UE ID) | |
接受者参数(UE ID) | |
连接控制参数 |
(GBR,MBR,ARP) |
表4
2、eCNS收到请求后,根据目前系统的资源状况和被叫UE的状况,决定是否向UE B发起业务请求。本实施例中,假设系统资源充足,且UE在线。
3、eCNS向UE B发起业务请求。
4、UE B收到业务请求后,由操作者决定是否接受数据发送,本实施例中,假设操作者接受,UE B将向eCNS发送接受请求响应。
5、eCNS发起承载建立流程,建立UE A到eCNS的承载面。
6、eCNS发起承载建立流程,建立UE B到核心网的承载面。
7、eCNS判断承载建立成功后,根据预设的令牌规则,为UE A分配令牌,并发送令牌下发通知。
8、UE A接收到令牌后,开始发送数据。
9、UE A发送完毕后,向eCNS发送业务结束请求。
10、eCNS释放双方承载,并回收令牌。
本申请技术方案能够在以下方面获得有益效果:
1)通过对全业务点对点业务进行特性提炼,包含全(半)双工点对点语音、点对点短信、点对点视频、点对点文件传送等的共性,能够得到综合的全业务的点对点业务特性,从而为实现全业务点对点业务打下了坚实的基础。
2)本申请提出的全业务点对点令牌控制机制,通过统一的令牌控制机制,形成了全业务点对点统一的信道资源申请和控制机制,使得对信道资源的管理更为有效。
3)本申请全业务集群系统的点对点业务定义,在全业务点对点机制下,通过统一定义点对点业务的模式、业务属性、业务交互接口、业务参数、业务触发机制,提供了一个端到端完整的全业务点对点的参数定义、处理和业务触发的控制机制。
4)本申请全业务点对点的用户面处理,使得数据在统一的全业务点对点控制机制下,通过统一的业务参数的QoS定义,能够传递不同业务种类的点对点业务,以及不同QoS需求的点对点业务参数,进而控制全业务点对点的用户面处理。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (10)
1.一种全业务点对点通信方法,其特征在于,包括:
通信主叫方向通信被叫方发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;
通信被叫方向通信主叫方返回业务响应;
核心网根据所述业务请求,按照预设的令牌规则进行令牌分配;
获得令牌的通信主叫方和通信被叫方建立相应的业务通道,进行点对点通信。
2.根据权利要求1所述的方法,其特征在于,所述业务的相关特性包括以下任意一项或多项:
主叫方标识;
主叫方类型,包括但不限于:移动终端、固定台、调度台和有线用户;
被叫方标识;
被叫方类型,包括但不限于:移动终端、固定台、调度台和有线用户;
是否为实时业务,具体包括:实时业务和非实时业务;
双工模式,具体包括:全双工模式和半双工模式;
传送的业务类型,包括但不限于:纯语音、视频、语音加视频、图片、短消息、其他文件。
3.根据权利要求2所述的方法,其特征在于:
所述业务特性参数中进一步包括对应的QOS策略。
4.根据权利要求1所述的方法,其特征在于:
采用统一定义业务接口参数的机制,定义所述全业务点对点业务。
5.根据权利要求4所述的方法,其特征在于,所述业务接口参数包括以下任意一项或多项:
业务命令码,用于消息识别;
业务模式,具体为点对点模式;
业务操作码,包括但不限于:创建、释放、修改、指示;
业务工作模式,具体包括:单工、半双工、全双工;
业务种类,包括但不限于:语音、视频、图片、短信、彩信;
令牌模式,具体包括有令牌控制和无令牌控制;
令牌控制方式,包括但不限于:不抢权、预设规则、抢占、话权转移;
令牌授予,包括:请求、授予和拒绝;
其他业务参数,包括但不限于:业务种类、业务QCI参数、主叫方参数、被叫方参数和连接控制参数。
6.根据权利要求1所述的方法,其特征在于,按照预设的令牌规则进行令牌分配具体包括:
对全双工模式的业务,向通信双方分配令牌;
对半双工模式的业务,向通信主叫方分配令牌。
7.根据权利要求1所述的方法,其特征在于,获得令牌的通信主叫方和通信被叫方建立相应的业务通道具体包括:
通信主叫方和通信被叫方建立经过核心网转发的双向通道;
或者,通信主叫方和通信被叫方建立点到点的不经过核心网转发的双向通道;
或者,通信主叫方和通信被叫方建立经过核心网转发的单向通道;
或者,通信主叫方和通信被叫方建立点到点的不经过核心网转发的单向通道。
8.一种全业务点对点通信系统,其特征在于,包括:通信主叫方终端、通信被叫方终端和核心网,其中:
通信主叫方终端向通信被叫方终端发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;
通信被叫方终端向通信主叫方终端返回业务响应;
核心网根据所述业务请求,按照预设的令牌规则进行令牌分配;
获得令牌的通信主叫方终端和通信被叫方终端建立相应的业务通道,进行点对点通信。
9.一种终端,用于实现全业务点对点通信,其特征在于,包括:请求模块、响应模块和通道建立模块,其中:
当所述终端作为通信主叫方时,所述请求模块用于向通信被叫方发起业务请求,所述业务请求中携带业务特性参数,所述业务特性参数针对全业务点对点业务进行特性提炼得到,用于表征所发起业务的相关特性;
当所述终端作为通信被叫方时,所述响应模块用于向通信主叫方返回业务响应;
所述通道建立模块,用于采用所获得的令牌与通信对方建立相应的业务通道,进行点对点通信。
10.一种网络设备,用于实现全业务点对点通信,其特征在于,包括:
令牌分配模块,用于根据通信主叫方所发起的业务请求,按照预设的令牌规则进行令牌分配;具体用于:对全双工模式的业务,向通信双方分配令牌,对半双工模式的业务,向通信主叫方分配令牌。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310740668.5A CN104754520B (zh) | 2013-12-30 | 2013-12-30 | 全业务点对点通信方法、系统、终端和网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310740668.5A CN104754520B (zh) | 2013-12-30 | 2013-12-30 | 全业务点对点通信方法、系统、终端和网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104754520A true CN104754520A (zh) | 2015-07-01 |
CN104754520B CN104754520B (zh) | 2019-07-05 |
Family
ID=53593502
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310740668.5A Active CN104754520B (zh) | 2013-12-30 | 2013-12-30 | 全业务点对点通信方法、系统、终端和网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104754520B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105682094A (zh) * | 2015-12-30 | 2016-06-15 | 天维尔信息科技股份有限公司 | 通信指挥调度方法和装置 |
CN110392019A (zh) * | 2018-04-18 | 2019-10-29 | 成都鼎桥通信技术有限公司 | 一种集群音视频业务专用承载建立方法和系统 |
CN110730481A (zh) * | 2019-10-30 | 2020-01-24 | 武汉虹信通信技术有限责任公司 | 集群承载服务质量参数的自适应方法及装置 |
CN112929497A (zh) * | 2021-01-10 | 2021-06-08 | 上海博路信息技术有限公司 | 一种许可通信的方法 |
CN114827231A (zh) * | 2022-04-11 | 2022-07-29 | 杭州指令集智能科技有限公司 | 基于浏览器本地存储实现多窗口点对点通信的方法及系统 |
CN114978935A (zh) * | 2022-05-16 | 2022-08-30 | 咪咕视讯科技有限公司 | 服务质量资源申请方法、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1930893A (zh) * | 2004-03-08 | 2007-03-14 | 北方电讯网络有限公司 | 为分组交换实时交互通信而预分配无线网络的资源 |
CN101860810A (zh) * | 2010-06-30 | 2010-10-13 | 哈尔滨工业大学 | 基于td-lte的宽带多媒体集群系统调度台话语权信令的实现方法 |
CN103024684A (zh) * | 2011-09-23 | 2013-04-03 | 普天信息技术研究院有限公司 | 一种单呼业务的实现方法 |
CN103096260A (zh) * | 2011-11-04 | 2013-05-08 | 中兴通讯股份有限公司 | 一种宽带数字集群业务实现的方法、设备及系统 |
-
2013
- 2013-12-30 CN CN201310740668.5A patent/CN104754520B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1930893A (zh) * | 2004-03-08 | 2007-03-14 | 北方电讯网络有限公司 | 为分组交换实时交互通信而预分配无线网络的资源 |
CN101860810A (zh) * | 2010-06-30 | 2010-10-13 | 哈尔滨工业大学 | 基于td-lte的宽带多媒体集群系统调度台话语权信令的实现方法 |
CN103024684A (zh) * | 2011-09-23 | 2013-04-03 | 普天信息技术研究院有限公司 | 一种单呼业务的实现方法 |
CN103096260A (zh) * | 2011-11-04 | 2013-05-08 | 中兴通讯股份有限公司 | 一种宽带数字集群业务实现的方法、设备及系统 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105682094A (zh) * | 2015-12-30 | 2016-06-15 | 天维尔信息科技股份有限公司 | 通信指挥调度方法和装置 |
CN105682094B (zh) * | 2015-12-30 | 2019-01-04 | 天维尔信息科技股份有限公司 | 通信指挥调度方法和装置 |
CN110392019A (zh) * | 2018-04-18 | 2019-10-29 | 成都鼎桥通信技术有限公司 | 一种集群音视频业务专用承载建立方法和系统 |
CN110392019B (zh) * | 2018-04-18 | 2022-07-26 | 成都鼎桥通信技术有限公司 | 一种集群音视频业务专用承载建立方法和系统 |
CN110730481A (zh) * | 2019-10-30 | 2020-01-24 | 武汉虹信通信技术有限责任公司 | 集群承载服务质量参数的自适应方法及装置 |
CN110730481B (zh) * | 2019-10-30 | 2022-05-20 | 武汉信科移动通信技术有限公司 | 集群承载服务质量参数的自适应方法及装置 |
CN112929497A (zh) * | 2021-01-10 | 2021-06-08 | 上海博路信息技术有限公司 | 一种许可通信的方法 |
CN112929497B (zh) * | 2021-01-10 | 2023-09-22 | 上海博路信息技术有限公司 | 一种许可通信的方法 |
CN114827231A (zh) * | 2022-04-11 | 2022-07-29 | 杭州指令集智能科技有限公司 | 基于浏览器本地存储实现多窗口点对点通信的方法及系统 |
CN114827231B (zh) * | 2022-04-11 | 2023-09-26 | 杭州指令集智能科技有限公司 | 基于浏览器本地存储实现多窗口点对点通信的方法及系统 |
CN114978935A (zh) * | 2022-05-16 | 2022-08-30 | 咪咕视讯科技有限公司 | 服务质量资源申请方法、设备及存储介质 |
CN114978935B (zh) * | 2022-05-16 | 2023-10-20 | 咪咕视讯科技有限公司 | 服务质量资源申请方法、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104754520B (zh) | 2019-07-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101616364B (zh) | 一种组呼业务实现方法 | |
CN102088662B (zh) | 一种实现宽带数字集群组内多媒体业务实时传送的方法 | |
EP1219042B1 (en) | Method and apparatus for a talkgroup call in a wireless communication system | |
CN104754520A (zh) | 全业务点对点通信方法、系统、终端和网络设备 | |
CN102843650B (zh) | 一种实现视频调度的方法 | |
CN103024682B (zh) | 数字集群通信系统实现半双工单呼业务的方法 | |
JP2010063112A (ja) | グループコールサービスのための方法及びシステム | |
CN102821358A (zh) | 一种组呼业务的实现方法 | |
US6944137B1 (en) | Method and apparatus for a talkgroup call in a wireless communication system | |
CN103024684B (zh) | 一种单呼业务的实现方法 | |
CN105282713B (zh) | 一种基于td-lte宽带集群系统的群组呼业务建立方法 | |
CN102843655B (zh) | 一种实现组内宽带多媒体集群业务实时传送的方法 | |
CN101146272A (zh) | Ptt系统、实现ptt通信的方法、ptt管理服务器及终端设备 | |
CN112637546B (zh) | 对接视频监控平台的视频会议系统、网关及会议控制方法 | |
CN108616823B (zh) | 调度台加入组呼的方法及系统 | |
RU2423023C2 (ru) | Способ высокоскоростной групповой передачи данных для транкинговой телекоммуникационной системы cdма 2000 | |
CN104244188A (zh) | 一种td-lte集群系统中多方通话的方法 | |
US7702348B2 (en) | Method of digital trunked communication system fast call setup | |
KR100625123B1 (ko) | 이동 통신 데이터망에서 sip와 sdb를 이용한 ptt서비스 구현 방법 및 시스템 | |
CN101352056A (zh) | 一种集群系统中的载频指配方法 | |
CN103582122A (zh) | 一种基于数字集群通信系统的组呼建立方法、网络侧设备 | |
CN103139718B (zh) | 一种PoC时延优化处理的方法及装置 | |
CN104244191B (zh) | 一种控制组呼数据重复传输的方法 | |
CN101848424A (zh) | 一种实时控制终端业务功能的方法及系统 | |
KR100723673B1 (ko) | Ptt 서비스에서 멀티미디어를 이용한 발언자 표시 방법및 시스템 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |