一种组呼方法及装置与流程

文档序号:12790084阅读:410来源:国知局
一种组呼方法及装置与流程

本发明涉及通信技术领域,尤其涉及一种组呼方法及装置。



背景技术:

一键通(Push-To-Talk,PTT)是一种双向、即时、多方通信方式,允许一个用户与一个或者多个用户之间进行通信。该业务类似于移动对讲业务,用户通过按下PTT功能按键来执行与某个用户或者一个群组中的参与者的通信过程,对于一个群组中的参与者,可以不应答这个呼叫,或者被通知并且接收本次通信数据,或者通过设置来自动接收本次通信数据。PTT通信是半双工的,每次最多只能有一个人发言,其他人接收。

现有的组呼流程基于IP多媒体子系统(IP Multimedia Subsystem,IMS)网络架构,实现PTT功能。然而,在该IMS网络架构下,组呼过程需要通过会话初始协议(Session Initiation Protocol,SIP)信令进行控制,应用服务器收到SIP信令后为用户分配话语权,当用户获得话语权之后再进行媒体数据的传输。整个组呼过程中,SIP信令与媒体数据分开进行传输,并且SIP信令需要经过多个IMS中间设备进行转发,整个流程比较繁琐,使得组呼的效率降低。



技术实现要素:

本发明实施例提供了一种组呼方法及装置,用以在不改变现有的网络架构的情况下,简化组呼流程,提高组呼的效率。

本发明实施例提供的一种组呼方法,包括:

主叫用户设备(User Equipment,UE)当需要与该主叫UE所属的组中的被叫UE进行通信时,判断该组的当前话语权是否空闲;

当所述主叫UE确定该组的当前话语权空闲时,将媒体数据发送给媒体资源功能(Multimedia Resource Function,MRF)实体,由所述MRF实体将所述媒体数据发送给所述被叫UE。

从而,当主叫UE需要与该主叫UE所属的组中的被叫UE进行通信时,判断该组的当前话语权是否空闲,无需改变现有的网络架构,并且不需要通过多个IMS设备转发SIP信令来执行主叫UE的话语权抢占过程,当该主叫UE确定话语权空闲后,将媒体数据发送给MRF实体,由所述MRF实体将所述媒体数据发送给所述被叫UE,进而实现组呼过程。通过本发明实施例提供的该方法,简化了组呼流程,提高了组呼的效率。

较佳地,所述主叫UE判断该组的当前话语权是否空闲,具体包括:

所述主叫UE若在预设的时间内没有接收到MRF实体发送的媒体数据,则确定该组的当前话语权空闲,否则,确定该组的当前话语权非空闲。

较佳地,所述主叫UE将媒体数据发送给媒体资源功能MRF实体,具体包括:

所述主叫UE通过用户数据报协议(User Datagram Protocol,UDP)报文将媒体数据发送给媒体资源功能MRF实体。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述主叫UE在判断该组的当前话语权是否空闲之前,该方法还包括:

所述主叫UE在该主叫UE所属的组的会话创建过程中,接收并保存该主叫UE所属的组中的每一UE的成员标识。

较佳地,当所述主叫UE不需要与该主叫UE所属的组中的被叫UE进行通信时,所述主叫UE释放话语权,并设置用以表示该组的当前话语权空闲的标识。

从而,当用户看到该主叫UE上的用以表示该组的当前话语权空闲的标识时,就可以获知本组中当前无用户讲话,本组的当前话语权空闲。

本发明实施例提供的一种组呼方法,包括:

被叫用户设备UE接收MRF实体发送的携带媒体数据的UDP报文,该UDP报文是所述被叫UE所属的组中的主叫UE发送给所述MRF实体的;

所述被叫UE对所述UDP报文进行处理。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述被叫UE对所述UDP报文进行处理,具体包括:

所述被叫UE对所述媒体数据进行解析后播放,并记录所述主叫UE的标识信息。

较佳地,所述被叫UE接收所述MRF实体发送的UDP报文后,该方法还包括:

所述被叫UE启动一定时器,在该定时器的定时时长内接收所述MRF实体转发的所述主叫UE发送的UDP报文,并且在所述定时器超时后删除所述主叫UE的标识信息,并设置用以表示所述被叫UE所属的组的当前话语权空闲的标识。

较佳地,当所述被叫UE在所述定时器的定时时长内接收到所述MRF实体转发的该被叫UE所属的组中的另一主叫UE发送的UDP报文时,所述被叫UE将所述另一主叫UE发送的UDP报文丢弃。

较佳地,所述被叫UE接收MRF实体发送的携带媒体数据的UDP报文之前,该方法还包括:

所述被叫UE在该被叫UE所属的组的会话创建过程中,接收并保存该被叫UE所属的组中的每一UE的成员标识。

本发明实施例提供的一种组呼方法,包括:

MRF实体接收主叫UE发送的携带媒体数据的UDP报文;

所述MRF实体将所述UDP报文发送给所述主叫UE所属的组中的被叫UE。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述MRF实体将所述UDP报文发送给所述主叫UE所属的组中的被叫UE,具体包括:

所述MRF实体根据所述主叫UE所属的组的组标识,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址;

所述MRF实体根据所述接收地址,将所述UDP报文发送给所述主叫UE所属的组中的被叫UE。

较佳地,所述MRF实体根据所述主叫UE所属的组的组标识,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址,具体包括:

所述MRF实体根据所述主叫UE所属的组的组标识,从预先保存的文件中查找所述组标识对应的组中的UE的信息;

根据所述组标识对应的组中的UE的信息,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址。

较佳地,所述MRF实体接收主叫UE发送的携带媒体数据的UDP报文之前,该方法还包括:

所述MRF实体在所述主叫UE所属的组的会话创建过程中,接收并保存所述主叫UE所属的组中的每一UE的成员标识。

本发明实施例提供的一种组呼装置,包括:

判断单元,用于当所述装置需要与该装置所属的组中的被叫UE进行通信时,判断该组的当前话语权是否空闲;

发送单元,用于当所述判断单元确定该组的当前话语权空闲时,将媒体数据发送给MRF实体,由所述MRF实体将所述媒体数据发送给所述被叫UE。

较佳地,所述判断单元具体用于:

若在预设的时间内没有接收到MRF实体发送的媒体数据,则确定该组的当前话语权空闲,否则,确定该组的当前话语权非空闲。

较佳地,所述发送单元具体用于:

通过UDP报文将媒体数据发送给媒体资源功能MRF实体。

较佳地,所述UDP报文包括以下信息:

所述装置所属的组的组标识、所述装置在该装置所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述判断单元在判断该组的当前话语权是否空闲之前,还用于:

在该装置所属的组的会话创建过程中,接收并保存该装置所属的组中的每一UE的成员标识。

较佳地,所述发送单元还用于:

当不需要与该装置所属的组中的被叫UE进行通信时,释放话语权,并设置用以表示该组的当前话语权空闲的标识。

本发明实施例提供的第二种组呼装置,包括:

接收单元,用于接收MRF实体发送的携带媒体数据的UDP报文,该UDP报文是该装置所属的组中的主叫UE发送给所述MRF实体的;

处理单元,用于对所述UDP报文进行处理。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述处理单元具体用于:

对所述媒体数据进行解析后播放,并记录所述主叫UE的标识信息。

较佳地,所述接收单元接收所述MRF实体发送的UDP报文后,所述处理 单元还用于:

启动一定时器,在该定时器的定时时长内接收所述MRF实体转发的所述主叫UE发送的UDP报文,并且在所述定时器超时后删除所述主叫UE的标识信息,并设置用以表示该装置所属的组的当前话语权空闲的标识。

较佳地,所述处理单元还用于:

当在所述定时器的定时时长内接收到所述MRF实体转发的该装置所属的组中的另一主叫UE发送的UDP报文时,将所述另一主叫UE发送的UDP报文丢弃。

较佳地,所述接收单元接收MRF实体发送的携带媒体数据的UDP报文之前,还用于:

在该装置所属的组的会话创建过程中,接收并保存该装置所属的组中的每一UE的成员标识。

本发明实施例提供的第三种组呼装置,包括:

接收单元,用于接收主叫UE发送的携带媒体数据的用户数据报协议UDP报文;

发送单元,用于将所述UDP报文发送给所述主叫UE所属的组中的被叫UE。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述发送单元具体用于:

根据所述主叫UE所属的组的组标识,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址;

根据所述接收地址,将所述UDP报文发送给所述主叫UE所属的组中的被叫UE。

较佳地,所述发送单元根据所述主叫UE所属的组的组标识,确定所述主 叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址时,具体用于:

根据所述主叫UE所属的组的组标识,从预先保存的文件中查找所述组标识对应的组中的UE的信息;

根据所述组标识对应的组中的UE的信息,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址。

较佳地,所述接收单元接收主叫UE发送的携带媒体数据的UDP报文之前,还用于:

在所述主叫UE所属的组的会话创建过程中,接收并保存所述主叫UE所属的组中的每一UE的成员标识。

本发明实施例提供的一种用户设备,包括上述第一种组呼装置以及第二种组呼装置。

附图说明

图1为本发明实施例提供的一种IMS网络架构图;

图2为本发明实施例提供的一种创建PTT组的流程示意图;

图3为本发明实施例提供的一种组呼方法的流程示意图;

图4为本发明实施例提供的第二种组呼方法的流程示意图;

图5为本发明实施例提供的第三种组呼方法的流程示意图;

图6为本发明实施例提供的一种组呼流程示意图;

图7为本发明实施例提供的一种组呼装置的结构示意图;

图8为本发明实施例提供的第二种组呼装置的结构示意图;

图9为本发明实施例提供的第三种组呼装置的结构示意图。

具体实施方式

本发明实施例提供了一种组呼方法及装置,用以在不改变现有的网络架构 的情况下,简化组呼流程,提高组呼的效率。

图1为本发明实施例提供的一种IMS网络架构图。

其中包括多个UE(例如手机)、基站以及IMS设备,属于IMS设备的网元有:MRF、应用服务器(Application Server,AS)、服务呼叫会话控制实体(Serving Call Server Control Function,S-CSCF)、查询呼叫会话控制实体(Interrogating Call Server Control Function,I-CSCF)、代理呼叫会话控制实体(Proxy Call Server Control Function,P-CSCF)。

在上述网络架构下,当完成创建组或加入组成员的过程后,在执行组呼的过程中,无需IMS设备中所有的网元参与,只需IMS设备中的MRF实体的参与即可实现主叫UE与一个被叫UE或者多个被叫UE之间的组呼流程。

较佳地,在本发明实施例提供的组呼方法中,MRF预先保存有一组或多组UE的信息,在每一组UE的信息中例如可以包括:组内UE所属的组的组标识(例如可以为组内UE所属的组的组号)、组内的每一UE对应的的组内成员标识(例如可以为组内的每一UE对应的组内成员编号),以及组内的每一UE对应的发送地址和接收地址。该过程可以在创建PTT组的过程中实现,具体可参见图2。

图2所示为本发明实施例提供的一种创建PTT组的流程示意图。其中参与该流程的网元有:UE、呼叫控制会话实体(Call Server Control Function,CSCF)或者会话边界控制实体(Session Border Control,SBC)、AS、MRF等。

步骤1~18为PTT组会话建立过程,步骤19~31为邀请UE B加入该PTT组并针对UE B建立媒体通道的过程。由于这些过程不是本发明实施例的重点,在此不做过多介绍。

当PTT组成功建立后,AS为该PTT组中的每一UE设置其在该组中的成员标识(例如,对该PTT组中的所有组内成员进行编号),并将该PTT组的组员名称及对应的成员标识发送给MRF以及组内的成员,该过程参见步骤32~36。MRF接收到AS发送的该PTT组的成员及该成员对应的成员标识后, 将其保存在本地文件中,并且MRF同时保存该PTT组内的每一成员对应的发送地址和接收地址,以便当后续组呼过程中MRF接收到该PTT组内的任一成员发送的媒体数据后,可以通过该PTT组内的成员对应的接收地址将该媒体数据转发给该PTT组内的成员。

在主叫UE侧,参见图3,本发明实施例提供的一种组呼方法,包括:

S101、主叫UE当需要与该主叫UE所属的组中的被叫UE进行通信时,判断该组的当前话语权是否空闲;

S102、当所述主叫UE确定该组的当前话语权空闲时,将媒体数据发送给MRF实体,由所述MRF实体将所述媒体数据发送给所述被叫UE。

其中,所述被叫UE可以为一个UE,也可以为多个UE,本发明实施例对此不作限定。

较佳地,在步骤S101之前,该方法还包括:

所述主叫UE在该主叫UE所属的组的会话创建过程中,接收并保存该主叫UE所属的组中的每一UE的成员标识。

并且,较佳地,所述主叫UE接收网络侧(例如AS)发送的该主叫UE所属的组中的每一UE的成员标识,所述每一UE的成员标识,例如可以为每一UE在该组中的成员编号。

也就是说,主叫UE在该组中发起组呼过程之前,需具备的前提条件为:该主叫UE所属的组的会话创建过程已完成,并且在该主叫UE所属的组的会话创建过程中,该组内的每一UE已经接收并保存该组中的每一UE的成员标识。

较佳地,所述主叫UE判断该组的当前话语权是否空闲,具体包括:

所述主叫UE若在预设的时间内没有接收到MRF实体发送的媒体数据,则确定该组的当前话语权空闲,否则,确定该组的当前话语权非空闲。

较佳地,当所述主叫UE需要与该主叫UE所属的组中的被叫UE进行通信时,通过上述过程判断当前话语权是否空闲,当所述主叫UE确定该组的当 前话语权空闲时,通过UDP报文将媒体数据发送给MRF实体。

较佳地,当所述主叫UE确定该组的当前话语权空闲时,以预设的时间间隔为周期采集媒体数据,并将采集到的媒体数据通过UDP报文发送给MRF实体。

例如,当用户使用所述主叫UE与该主叫UE所属的组中的被叫UE通信时,可按下该主叫UE上对应的PTT按键,此时该主叫UE在预设的时间内检测是否接收到MRF实体发送的媒体数据,当该主叫UE在预设的时间内没有接收到MRF实体发送的媒体数据时,则确定该组的当前话语权空闲,并提示用户可以讲话(例如设置一用以指示用户可以讲话的标识),否则提示用户按键无效。当该主叫UE提示用户可以讲话时,则以一定间隔(如20ms)为周期,采集媒体数据,通过UDP报文将媒体数据发送给MRF实体,由MRF实体将该UDP报文发送给该主叫UE所属的组中的被叫UE。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。其中,所述UDP报文信息例如可以进行如下定义:所述主叫UE所属的组的组标识占用1字节,所述主叫UE在该主叫UE所属的组中的成员标识占用1字节,传输协议占用12字节,媒体类型占用1字节,媒体编码格式占用5字节。所述主叫UE所属的组的组标识,例如可以为该主叫UE所属的组的组号;所述主叫UE在该主叫UE所属的组中的成员标识,例如可以为该主叫UE在所属的组中的成员编号;所述传输协议,例如可以为实时传输协议(Real Time Protocol,RTP),也可以为实时传输控制协议(Real-time Transport Control Protocol,RTCP);所述媒体类型例如可以为音频类型或者视频类型。

较佳地,当所述主叫UE不需要与该主叫UE所属的组中的被叫UE进行通信时,所述主叫UE释放话语权,并设置用以表示该组的当前话语权空闲的标识。

在被叫UE侧,参见图4,本发明实施例提供的一种组呼方法,包括:

S201、被叫UE接收MRF实体发送的携带媒体数据的UDP报文,该UDP报文是所述被叫UE所属的组中的主叫UE发送给所述MRF实体的;

S202、所述被叫UE对所述UDP报文进行处理。

较佳地,在步骤S201之前,该方法还包括:

所述被叫UE在该被叫UE所属的组的会话创建过程中,接收并保存该被叫UE所属的组中的每一UE的成员标识。

并且,较佳地,所述主叫UE接收网络侧(例如AS)发送的该被叫UE所属的组中的每一UE的成员标识,所述每一UE的成员标识,例如可以为每一UE在该组中的成员编号。

也就是说,被叫UE在接收该组中的主叫UE发送的组呼消息之前,需具备的前提条件为:该被叫UE所属的组的会话创建过程已完成,并且在该被叫UE所属的组的会话创建过程中,该组内的每一UE已经接收并保存该组中的每一UE的成员标识。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识(例如可以为该主叫UE所属的组的组号)、所述主叫UE在该主叫UE所属的组中的成员标识(例如可以为该主叫UE在所属的组中的成员编号)、传输协议(RTP或RTCP)、媒体类型(音频或视频)、媒体编码格式、媒体数据。此处所述的UDP报文包括的信息与上述在主叫UE侧论述的UDP报文包括的信息一致,在此不再赘述。

当被叫UE接收到该UDP报文后,可根据该UDP报文中携带的主叫UE在所属的组中的成员标识,获知发送媒体数据的主叫UE。

较佳地,所述被叫UE接收到MRF实体发送的携带媒体数据的UDP报文后,对该UDP报文的处理过程如下:

所述被叫UE对所述媒体数据进行解析后播放,并记录所述主叫UE的标识信息。所述主叫UE的标识信息,例如可以为该主叫UE在所属的组中的成 员标识。

具体地,所述被叫UE可根据UDP报文中携带的媒体编码格式,对媒体数据进行解析。

此外,所述被叫UE接收到MRF实体发送的携带媒体数据的UDP报文后,处理过程还包括:启动一定时器,在该定时器的定时时长内接收所述MRF实体转发的所述主叫UE发送的UDP报文,并且在所述定时器超时后删除所述主叫UE的标识信息,并设置用以表示所述被叫UE所属的组的当前话语权空闲的标识。

较佳地,当所述被叫UE在所述定时器的定时时长内接收到所述MRF实体转发的该被叫UE所属的组中的另一主叫UE发送的UDP报文时,所述被叫UE将所述另一主叫UE发送的UDP报文丢弃。

也就是说,所述被叫UE在定时器的定时时长内只处理本组内的同一个主叫UE发送的媒体数据。

在网络侧,参见图5,本发明实施例提供的一种组呼方法,包括:

S301、MRF实体接收主叫UE发送的携带媒体数据的UDP报文;

S302、所述MRF实体将所述UDP报文发送给所述主叫UE所属的组中的被叫UE。

较佳地,在步骤S301之前,该方法还包括:

所述MRF实体在所述主叫UE所属的组的会话创建过程中,接收并保存所述主叫UE所属的组中的每一UE的成员标识。

并且,较佳地,所述MRF实体接收网络侧(例如AS)发送的该被叫UE所属的组中的每一UE的成员标识,所述每一UE的成员标识,例如可以为每一UE在该组中的成员编号。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议(RTP或RTCP)、媒体类型(音频或视频)、媒体编码 格式、媒体数据。

较佳地,所述MRF实体将所述UDP报文发送给所述主叫UE所属的组中的被叫UE,具体包括:

所述MRF实体根据所述主叫UE所属的组的组标识,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址;

所述MRF实体根据所述接收地址,将所述UDP报文发送给所述主叫UE所属的组中的被叫UE。

较佳地,所述MRF实体根据所述主叫UE所属的组的组标识,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址,具体包括:

所述MRF实体根据所述主叫UE所属的组的组标识,从预先保存的文件中查找所述组标识对应的组中的UE的信息;

根据所述组标识对应的组中的UE的信息,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址。

例如,当MEF接收到UDP报文后,根据该UDP报文中携带的组标识,从预先保存的文件中查找该组中的UE的信息,并可根据发送该UDP报文的IP地址获知发送该UDP报文的主叫UE(或者根据该UDP报文中携带的主叫UE在所属的组中的成员标识获知发送该UDP报文的主叫UE),从而只需查询该组UE的信息中除该主叫UE之外的被叫UE的接收地址,进而根据被叫UE的接收地址,将该UDP报文发送给所述被叫UE。

下面从整体角度对本发明实施例提供的组呼方法进行详细地介绍。

图6所示为本发明实施例提供的一种组呼流程示意图。

在该实施例提供的PTT组中,包括UE1、UE2、UE3,其中UE1作为主叫UE,UE2、UE3作为被叫UE。该PTT组的组呼流程由MRF和UE1、UE2、UE3共同完成。当然,具体实施中,UE1、UE2、UE3中的任一UE均可以作为主叫UE,该主叫UE需获取话语权后方能进行讲话。

组呼流程如下:

步骤S601、用户按下UE1上设置的PTT按键,UE1判断当前话语权是否空闲。

具体地,UE1在预设的时间内检测是否接收到MRF发送的媒体数据,如果在预设的时间内没有接收到MRF发送的媒体数据,则UE1确定本组当前的话语权空闲,提示用户当前可以讲话(例如设置一用以指示用户当前可以讲话的标识供用户查看);如果在预设的时间内接收到MRF发送的媒体数据,则UE1确定本组当前的话语权非空闲,提示用户按键无效。

步骤S602、当UE1确定当前话语权空闲后,UE1以预设的时间间隔为周期,采集媒体数据准备发送。

步骤S603、UE1通过UDP报文将采集到的媒体数据发送给MRF。

步骤S604、MRF将接收到的携带媒体数据的UDP报文分别发送给UE2和UE3。

步骤S605、UE2和UE3分别接收MRF发送的媒体数据,并分别对媒体数据进行相应地处理。

UE2和UE3对媒体数据的处理过程可参见上述在被叫UE侧的组呼方法中的论述。

步骤S606、用户不需要讲话时,松开PTT按键,UE1释放话语权,停止采集媒体数据,并设置用以表示该组的当前话语权空闲的标识。

下面介绍与上述组呼方法相对应的装置。

在主叫UE侧,参见图7,本发明实施例提供的一种组呼装置,包括:

判断单元11,用于当所述装置需要与该装置所属的组中的被叫UE进行通信时,判断该组的当前话语权是否空闲;

发送单元12,用于当所述判断单元确定该组的当前话语权空闲时,将媒体数据发送给MRF实体,由所述MRF实体将所述媒体数据发送给所述被叫UE。

较佳地,所述判断单元11具体用于:

若在预设的时间内没有接收到MRF实体发送的媒体数据,则确定该组的当前话语权空闲,否则,确定该组的当前话语权非空闲。

较佳地,所述发送单元12具体用于:

通过UDP报文将媒体数据发送给MRF实体。

较佳地,所述UDP报文包括以下信息:

该装置所属的组的组标识、该装置在所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述判断单元11在判断该组的当前话语权是否空闲之前,还用于:

在该装置所属的组的会话创建过程中,接收并保存该装置所属的组中的每一UE的成员标识。

较佳地,所述发送单元12还用于:

当不需要与该装置所属的组中的被叫UE进行通信时,释放话语权,并设置用以表示该组的当前话语权空闲的标识。

在被叫UE侧,参见图8,本发明实施例提供的一种组呼装置,包括:

接收单元21,用于接收媒体资源功能MRF实体发送的携带媒体数据的用户数据报协议UDP报文,该UDP报文是该装置所属的组中的主叫UE发送给所述MRF实体的;

处理单元22,用于对所述UDP报文进行处理。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述处理单元22具体用于:

对所述媒体数据进行解析后播放,并记录所述主叫UE的标识信息。

较佳地,所述接收单元21接收所述MRF实体发送的UDP报文后,所述处理单元22还用于:

启动一定时器,在该定时器的定时时长内接收所述MRF实体转发的所述主叫UE发送的UDP报文,并且在所述定时器超时后删除所述主叫UE的标识信息,并设置用以表示该装置所属的组的当前话语权空闲的标识。

较佳地,所述处理单元22还用于:

当在所述定时器的定时时长内接收到所述MRF实体转发的该装置所属的组中的另一主叫UE发送的UDP报文时,将所述另一主叫UE发送的UDP报文丢弃。

较佳地,所述接收单元21接收MRF实体发送的携带媒体数据的UDP报文之前,还用于:

在该装置所属的组的会话创建过程中,接收并保存该装置所属的组中的每一UE的成员标识。

本发明实施例提供的一种用户设备,包括上述图7及图8所述的装置。也就是说,该用户设备既可以作为主叫UE,也可以作为被叫UE。

在网络侧,参见图9,本发明实施例提供的一种组呼装置,包括:

接收单元31,用于接收主叫UE发送的携带媒体数据的用户数据报协议UDP报文;

发送单元32,用于将所述UDP报文发送给所述主叫UE所属的组中的被叫UE。

该装置例如可以为MRF实体。

较佳地,所述UDP报文包括以下信息:

所述主叫UE所属的组的组标识、所述主叫UE在该主叫UE所属的组中的成员标识、传输协议、媒体类型、媒体编码格式、媒体数据。

较佳地,所述发送单元32具体用于:

根据所述主叫UE所属的组的组标识,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址;

根据所述接收地址,将所述UDP报文发送给所述主叫UE所属的组中的 被叫UE。

较佳地,所述发送单元32根据所述主叫UE所属的组的组标识,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址时,具体用于:

根据所述主叫UE所属的组的组标识,从预先保存的文件中查找所述组标识对应的组中的UE的信息;

根据所述组标识对应的组中的UE的信息,确定所述主叫UE所属的组中的被叫UE的用于接收所述UDP报文的接收地址。

本发明实施例提供的组呼装置,例如可以为用户设备、MRF实体设备等。

本发明实施例中,可以通过处理器等实体设备实现上述各功能单元。

本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1