掌桥专利:专业的专利平台
掌桥专利
首页

在支持多说话人关键任务一键通(MCPTT)的通信系统中通信的方法和装置

文献发布时间:2023-06-19 18:25:54


在支持多说话人关键任务一键通(MCPTT)的通信系统中通信的方法和装置

技术领域

本公开涉及一种用于在支持多说话人(Multi-Talker)关键任务一键通(MCPTT)的通信系统中的客户端与服务器之间通信的方法和装置。

背景技术

在多说话人MCPTT呼叫中,当所有群组成员都静默时,群组成员能够按压一键通(Push-To-Talk,PTT)按钮,这指示许可说话的请求。所述群组成员的发言权(floor)参与者实体通过发送发言权请求(Floor Request)消息将此请求反映给发言权控制服务器。如果发言权控制服务器决定许可,则它通过向请求群组成员发送发言权授权(Floor Granted)消息来通知此许可。发言权控制服务器通过发送发言权占用(Floor Taken)消息向其它群组成员通知说话的发起。

此外,在多说话人MCPTT呼叫的情况下,通过发言权消息中的同步源(SSRC)值标识多个实时协议(Real Time Protocol,RTP)流。SSRC标识符在多说话人MCPTT呼叫的会话内唯一地标识发言权参与者。SSRC值由发言权请求者生成并且在发言权请求消息中发送。

除非在INVITE(邀请)请求中或在SIP REFER(SIP提议)请求中显式地说明,否则发言权控制服务器不会将用于建立MCPTT聊天群组呼叫或重新加入正在进行的MCPTT呼叫的原始INVITE请求或会话发起协议(Session Initiation Protocol,SIP)REFER请求作为隐式发言权控制请求消息进行处理。当SIP请求应被解释为隐式发言权请求时,MCPTT客户端需要包括各种属性。

在隐式发言权请求方法的情况下,发言权请求在INVITE本身中被引用,并且没有来自客户端的显式发言权请求消息。在第三代合作伙伴计划(3GPP)关键任务服务(MCX)规范中没有定义在隐式发言权请求方法的情况下在客户端与服务器之间交换SSRC值的机制。

因此,需要解决此类担心,并且提供在系统中实现来针对隐式发言权请求在客户端与服务器之间交换SSRC值的另一种方法。

发明内容

技术问题

本发明内容被提供来以简化格式介绍构思的选择,这些构思在本公开的具体实施方式中被进一步描述。本发明内容既不旨在标识本公开的关键或本质的发明构思,它也不旨在确定本公开的范围。

本公开将提供了一种用于在通信系统中的支持MCPTT的客户端与服务器之间高效地通信的方法和装置。

问题的解决方案

本公开提供了一种根据关键任务一键通(MCPTT)多说话人呼叫针对隐式发言权请求在客户端与服务器之间交换SSRC值的方法。该方法包括由所述客户端将传出INVITE请求中作为会话描述协议(SDP)的格式特定参数(FMTP)媒体属性的SSRC值共享给所述服务器。如果SSRC值不在使用中,则客户端从服务器接收根据200OK响应格式化的相同SSRC值。此后,如果SSRC值在使用中,则客户端从服务器接收根据200OK响应格式化的新SSRC值。

本公开提供了一种在MCPTT呼叫期间标识多个客户端当中的客户端的方法。该方法包括:由至少一个客户端从服务器接收与多个客户端中的每一个客户端相关联的发言权占用消息,该发言权占用消息包括根据200OK响应格式化的SSRC值。该方法包括:由至少一个客户端从多个客户端接收伴有与多个客户端中的每一个客户端相关联的SSRC值的多个实时传送协议(RTP)流。该方法进一步包括:由至少一个客户端基于在与多个客户端中的每一个客户端相关联的发言权占用消息中接收到的SSRC值和与所述多个RTP流一起接收到的SSRC值来标识多个客户端当中的每个客户端。

在本公开的实施例中,提供了一种针对隐式发言权请求在客户端与服务器之间交换SSRC值的方法和装置。在一个实施例中,针对隐式发言权请求在客户端与服务器之间交换SSRC值是在多说话人MCPTT呼叫期间用显式授权支持(Explicit Grant Support)完成的,其中SSRC在会话描述协议(SDP)的FMTP媒体属性中共享。在另一实施例中,针对隐式发言权请求在客户端与服务器之间交换SSRC值是在多说话人MCPTT呼叫期间用隐式授权支持(Implicit Grant Support)完成的,其中SSRC在SDP的FMTP媒体属性中共享。在另一实施例中,针对隐式发言权请求在客户端与服务器之间交换SSRC值是在多说话人MCPTT呼叫期间用隐式/显式授权支持完成的,其中SSRC在SSRC和SDP的FMTP媒体属性中共享。

在本公开的实施例中,提供了一种由支持关键任务一键通(MCPTT)的通信系统中的服务器执行的方法,该方法包括:共享来自客户端的传出INVITE请求中作为会话描述协议(SDP)的格式特定参数(FMTP)媒体属性的同步源(SSRC)值;如果SSRC值不在使用中,则向客户端发送根据200OK响应格式化的相同SSRC值;以及如果SSRC值在使用中,则向客户端发送根据200OK响应格式化的新SSRC值。

在本公开的实施例中,提供了一种支持关键任务一键通(MCPTT)的通信系统中的服务器设备,该服务器设备包括:收发器;以及处理器,该处理器被配置为:共享来自客户端的传出INVITE请求中作为会话描述协议(SDP)的格式特定参数(FMTP)媒体属性的同步源(SSRC)值;如果SSRC值不在使用中,则向客户端发送根据200OK响应格式化的相同SSRC值;以及如果SSRC值在使用中,则向客户端发送根据200OK响应格式化的新SSRC值。

此外,本说明书中公开的方法能够被实现在任何支持MCPTT的系统中,所述系统包括但不限于移动设备、软客户端等。

此外,说明书中公开的方法能够被用于诸如MCVideo、MCData并且不限于MCPTT的其他MCX服务。

为了进一步阐明本公开的优点和特征,将通过参照附图中示出的具体实施例呈现对本公开的更具体的描述。应当理解,这些附图仅描绘本公开的典型实施例,因此不应被认为是对其范围的限制。将与附图一起以附加详情和细节来描述并解释本公开。

附图说明

当参照附图阅读以下具体实施方式时,本公开的这些及其它特征、方面和优点将变得被更好地理解,在附图中相似的标记在整个附图中表示相似的部分,其中:

图1a示出了根据本主题的实施例的方法操作;

图1b示出了根据本公开的实施例的用于在多说话人MCPTT呼叫期间用显式授权支持针对隐式发言权请求交换SSRC值的呼叫流程图;

图2示出了根据本公开的实施例的用于在多说话人MCPTT呼叫期间用隐式授权支持针对隐式发言权请求交换SSRC值的呼叫流程图;

图3示出了根据本公开的实施例的用于在多说话人MCPTT呼叫期间用隐式/显示授权支持针对隐式发言权请求交换SSRC值的呼叫流程图;

图4示出了根据本公开的实施例的在MCPTT呼叫期间标识多个客户端当中的客户端的方法操作;

图5示出了根据本公开的实施例的图1的方法操作的基于计算设备的实现方式。

此外,技术人员将理解,附图中的元件是为了简单而示出的,并且可能不一定按比例绘制。例如,流程图依据所涉及的最主要操作来说明该方法,以帮助改进对本公开的多方面的理解。此外,就设备的构造而言,设备的一个或更多个部件在附图中可能已经用常规符号表示,并且附图可能仅示出与理解本公开的实施例相关的那些具体细节,以免因对受益于本文描述的本领域普通技术人员而言将容易地显而易见的细节而使附图模糊。

具体实施方式

为了增进对本公开的原理的理解,现在将对附图中示出的实施例进行参照,并且将使用具体语言进行描述。然而应理解,不旨在因此限制本公开的范围,所示出的系统中的这些变更和进一步修改,以及如其中所示的本公开的原理的此类进一步应用将通常被本公开所涉及的本领域中的技术人员想到。

本领域技术人员将理解,前面的一般描述和下面的详细描述是对本公开的解释,而不旨在对其进行限制。

在进行下面的具体实施方式之前,阐述在整个本专利文件中使用的某些词和短语的定义可能是有益的。术语“耦合”及其派生词是指两个或更多个元件之间的任何直接或间接通信,无论那些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词包含直接和间接通信。术语“包括”和“包含”及其派生词意指包括但不限于。术语“或”是包容性的,意指和/或。短语“与…相关联”及其派生词意指包括、被包括在其中、与…互连、容纳(contain)、被容纳在其中、连接到或与之连接、耦合到或与之耦合、可与…通信、与…合作、交错、并列、接近、被绑定到或与之绑定、具有、具有…的性质、与之相关或具有关系等。术语“控制器”意指控制至少一个操作的任何设备、系统或其部分。这样的控制器可以用硬件或硬件和软件和/或固件的组合来实现。与任何特定控制器相关联的功能可以是集中式的或分布式的,无论是在本地还是远程地。短语“…中的至少一个”在与项目的列表一起使用时,意味着可以使用列出的项目中的一个或更多个的不同组合,并且可能需要列表中的仅一个项目。例如,“A、B和C中的至少一个”包括以下组合中的任一者:A、B、C、A和B、A和C、B和C、以及A及B和C。同样地,术语“集合”意指一个或更多个。因此,项目的集合可以是单个项目或两个或更多个项目的合集。

此外,下述各种功能能够由一个或更多个计算机程序来实现或支持,每个计算机程序由计算机可读程序代码形成并且体现在计算机可读介质中。术语“应用”和“程序”是指适用于在合适的计算机可读程序代码中实现的一个或更多个计算机程序、软件部件、指令集、过程、功能、对象、类、实例、相关数据或它们的部分。短语“计算机可读程序代码”包括任何类型的计算机代码,包括源代码、目标代码和可运行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质,诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、紧致盘(CD)、数字视频盘(DVD)或任何其它类型的存储器。“非暂时性”计算机可读介质不包括传送暂时性电信号或其它信号的有线、无线、光或其它通信链路。非暂时性计算机可读介质包括能够永久地存储数据的介质和能够存储并稍后重写数据的介质,诸如可重写光盘或可擦除存储设备。

在整个说明书中对“一个方面”、“另一方面”或类似语言的引用意味着连同该实施例一起描述的特定特征、结构或特性被包括在本公开的至少一个实施例中。因此,短语“在实施例中”、“在另一实施例中”和类似语言贯穿本说明书的出现可以但不一定都指代相同的实施例。

术语“包含(comprises)”、“包含有(comprising)”或其任何其它变化e包括,使得包括操作的列表的过程或方法不仅包括那些操作,而且还可以包括没有明确地列出或这种过程或方法固有的其它操作。类似地,继之以“包含…”的一个或更多个设备或子系统或元件或结构或部件,在没有更多约束的情况下,不排除存在其它设备或其它子系统或其它元件或其它结构或其它部件或附加设备或附加子系统或附加元件或附加结构或附加部件。

除非另外定义,否则e都与本公开所属领域的普通技术人员通常理解的含义相同。本文提供的系统、方法和示例仅是说明性的,而不旨在为限制性的。

根据本公开,公开了用于在多说话人MCPTT呼叫期间用隐式授权支持、显式授权支持或隐式/显式授权支持中的至少一种来针对隐式发言权请求在客户端与服务器之间交换SSRC值的系统和方法。说明书中公开的方法不限于MCPTT服务,并且能够被用于诸如MCVideo、MCData等的MCX服务。

根据本公开的实施例,新SDP FMTP属性“mc_ssrc”被创建用于发送SSRC值。

图1a示出了用于根据关键任务一键通(MCPTT)多说话人呼叫针对隐式发言权请求在客户端与服务器之间交换SSRC值的方法。

该方法包括由客户端将传出INVITE请求中作为会话描述协议(SDP)的FMTP媒体属性的SSRC值共享给所述服务器(操作102)。由客户端共享SSRC值包括:通过针对传出INVITE请求将SSRC值添加到SDP提议的应用m-line的“mc_ssrc”fmtp属性来共享SSRC值。

在示例中,发送和接收SSRC值被定义为在多说话人MCPTT呼叫期间用显式授权支持针对隐式发言权请求在客户端与服务器之间交换SSRC值,其中SSRC在会话描述协议(SDP)的FMTP媒体属性中共享。

在另一示例中,由客户端共享SSRC值包括在应用m-line或媒体m-line中将SSRC共享作为SDP的FMTP媒体属性来执行。

该方法包括:如果SSRC值不在使用中,则由客户端从服务器接收根据200OK响应格式化的相同SSRC值(操作104)。从服务器接收SSRC值包括:从服务器接收在针对INVITE的200OK响应的SDP应答中的应用m-line的“mc_ssrc”fmtp属性中所包括的相同SSRC值。

该方法进一步包括:如果SSRC值在使用中,则由客户端从服务器接收根据200OK响应格式化的新SSRC值(操作106)。从服务器接收新SSRC值包括从服务器接收显式发言权授权消息中的新SSRC值。

在其它示例中,从服务器接收新SSRC值包括:从服务器接收在针对INVITE的200OK响应的SDP应答中的应用m-line的“mc_ssrc”fmtp属性中所包括的新SSRC值。

在又一示例中,从服务器接收新SSRC值包括在多说话人MCPTT呼叫期间接收隐式/显式授权支持,其中SSRC共享是经由SDP中应用m-line的FMTP属性执行的。

图1b示出了根据本公开的实施例的用于在多说话人MCPTT呼叫期间用显式授权支持针对隐式发言权请求交换SSRC值的对应于操作102至106的呼叫流程图。该方法被实现在支持MCPTT的诸如移动电话、软客户端等的设备中。根据本实施例,SSRC在SDP的FMTP媒体属性中被共享。参照图1b,在操作112中,客户端(202)通过针对传出INVITE请求将SSRC值添加到SDP提议的应用m-line的“mc_ssrc”fmtp属性来共享SSRC值。

在示例中,在操作114中,如果此SSRC值不在使用中,则服务器(204)将相同SSRC值发送到客户端(202)。服务器(204)通过在针对INVITE的200OK响应的SDP应答中将所述SSRC值包括到应用m-line的“mc_ssrc”fmtp属性来发送所述相同SSRC值。同样能够被举例说明为:

提议:

m=application 1234udp MCPTT

a=fmtp:MCPTT mc_priority=5;mc_implicit_request;mc_ssrc=11111

应答:

m=application 1234udp MCPTT

a=fmtp:MCPTT mc_priority=5;mc_implicit_request;mc_ssrc=11111

在另一示例中,在操作114中,如果SSRC值已经在使用中,则服务器(204)生成新SSRC值。服务器204在200OK响应中将新SSRC共享给客户端202。所述实施例确保SSRC使用在群组呼叫中跨多个发送客户端的唯一性。另外,在操作116中,服务器204能够将显式发言权授权消息中的SSRC发送到客户端202。同样能够被举例说明为:

提议:

m=application 1234udp MCPTT

a=fmtp:MCPTT mc_priority=5;mc_implicit_request;mc_ssrc=11111

应答:

m=application 1234udp MCPTT

a=fmtp:MCPTT mc_priority=5;mc_implicit_request;mc_ssrc=22222

图2示出了根据本公开的实施例的用于在多说话人MCPTT呼叫期间用隐式授权支持针对隐式发言权请求交换SSRC值的对应于操作102至106的呼叫流程图。该方法被实现在支持MCPTT的诸如移动电话、软客户端等的设备中。根据本实施例,SSRC在SDP的FMTP媒体属性中被共享。参照图2,在操作206中,客户端202通过针对传出INVITE请求将SSRC值添加到SDP提议的应用m-line的“mc_ssrc”fmtp属性来共享SSRC值。

在示例中,在操作208中,如果SSRC值不在使用中,则服务器204通过在针对INVITE的200OK响应的SDP应答中将相同SSRC值包括到应用m-line的“mc_ssrc”fmtp属性来将相同SSRC值发送到客户端202。同样能够被举例说明为:

提议:

m=application 1234udp MCPTT

a=fmtp:MCPTTmc_priority=5;mc_implicit_request;mc_granted;mc_ssrc=11111

应答:

m=application 1234udp MCPTT

a=fmtp:MCPTTmc_priority=5;mc_implicit_request;mc_granted;mc_ssrc=11111

在另一示例中,在操作208中,如果SSRC值已经在使用中,则服务器204生成新SSRC值并且在200OK响应中将其共享给客户端202。这确保SSRC使用在群组呼叫中跨多个发送客户端的唯一性。同样能够被举例说明为:

提议:

m=application 1234udp MCPTT

a=fmtp:MCPTTmc_priority=5;mc_implicit_request;mc_granted;mc_ssrc=11111

应答:

m=application 1234udp MCPTT

a=fmtp:MCPTTmc_priority=5;mc_implicit_request;mc_granted;mc_ssrc=22222

图3示出了根据本公开的实施例的用于在多说话人MCPTT呼叫期间用隐式/显式授权支持针对隐式发言权请求交换SSRC值的对应于操作102至106的呼叫流程图。该方法被实现在支持MCPTT的诸如移动电话、软客户端等的设备中。根据本实施例,SSRC在ssrc和SDP的fmtp媒体属性中被共享。参照图3,在操作302中,客户端202通过针对传出INVITE请求将SSRC值作为属性添加到SDP提议的媒体m-line来共享SSRC值。

在示例中,在操作304中,如果此SSRC值不在使用中,则服务器204通过在针对INVITE的200OK响应的SDP应答中将相同SSRC值包括到应用m-line的“mc_ssrc”fmtp属性来将相同SSRC值发送到客户端202。同样能够被举例说明为:

提议:

m=audio 14000RTP/AVP 105

a=ssrc:11111cname:MCPTTUser@example.com

m=application 1234udp MCPTT

a=fmtp:MCPTT mc_priority=5;mc_granted;mc_implicit_request

应答:

m=audio 14000RTP/AVP 105

a=ssrc:xxxxx cname:MCPTTServer@example.com

m=application 1234udp MCPTT

a=fmtp:MCPTT mc_priority=5;mc_granted;mc_implicit_request;mc_ssrc=11111

在另一示例中,在操作304中,如果SSRC值已经在使用中,则服务器204生成新SSRC值。服务器204在200OK响应中将新SSRC值共享给客户端。同样能够被举例说明为:

提议:

m=audio 14000RTP/AVP 105

a=ssrc:11111cname:MCPTTUser@example.com

m=application 1234udp MCPTT

a=fmtp:MCPTT mc_priority=5;mc_granted;mc_implicit_request

应答:

m=audio 14000RTP/AVP 105

a=ssrc:xxxxx cname:MCPTTServer@example.com

m=application 1234udp MCPTT

a=fmtp:MCPTT mc_priority=5;mc_granted;mc_implicit_request;mc_ssrc=22222

因此,本公开的实施例确保SSRC使用在群组呼叫中跨多个发送客户端的唯一性。

图4示出了根据本公开的实施例的在MCPTT呼叫期间标识多个客户端当中的客户端的方法。

在实施例中,该方法包括由至少一个客户端从服务器接收(操作402)与多个客户端中的每一个客户端相关联的发言权占用消息,该发言权占用消息包括根据200OK响应格式化的SSRC值。在实施例中,服务器响应于从多个客户端中的每一个客户端接收到传出INVITE请求来发送与多个客户端中的每一个客户端相关联的发言权占用消息,该传出INVITE请求包括作为会话描述协议(SDP)的FMTP媒体属性的SSRC值。此外,服务器可以被配置为响应于接收到每一个传出INVITE请求,与多个客户端共享发言权授权消息中根据200OK响应格式化的SSRC值。

在实施例中,该方法包括由至少一个客户端从多个客户端接收(操作404)伴有与多个客户端中的每一个客户端相关联的SSRC值的多个实时传送协议(RTP)流。

在实施例中,该方法包括由至少一个客户端基于在与多个客户端中的每一个客户端相关联的发言权占用消息中接收到的SSRC值和与多个RTP流一起接收到的SSRC值来标识(操作406)多个客户端当中的每个客户端。

图5示出了根据本公开的实施例的又一示例性实现方式,以及通过计算机设备2500示出了联网节点的又一典型硬件配置。计算机设备2500能够包括指令集,该指令集能够被运行以使计算机设备2500执行所公开的任何一种或更多种方法。计算机设备2500可以作为独立设备工作或者可以例如使用网络连接到其他计算机设备或外围设备。客户端202和服务器204还可以用处理器和收发器来实现。

在联网部署中,计算机设备2500可以作为服务器-客户端用户网络环境中的服务器(设备)204或客户端(设备)202工作,或者作为点对点(或分布式)网络环境中的对等计算机设备工作。计算机设备2500还能够被实现为诸如以下各种设备或者跨诸如以下各种设备并入:个人计算机(PC)、平板PC、个人数字助理(PDA)、移动设备、掌上型计算机、膝上型计算机、台式机计算机、通信设备、无线电话、陆地线路电话、网络器具、网络路由器、交换机或桥接器,或能够运行一组(顺序的或另外的)指令的机器,这些指令指定要由该机器采取的动作。此外,虽然示出了单个计算机设备2500,但是术语“设备”也应被视为包括单独地或联合地运行一组或多组指令以执行一个或更多个计算机功能的设备或子设备的任何合集。

计算机设备2500可以包括处理器2502,例如,中央处理单元(CPU)、图形处理单元(GPU)或二者。处理器2502可以是各种设备中的部件。例如,处理器2502可以是标准个人计算机或工作站的一部分。处理器2502可以是一个或更多个通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列、服务器、网络、数字电路、模拟电路、它们的组合,或用于分析和处理数据的其它现在已知或以后开发的设备。处理器2502可以实现诸如人工生成的(即,编程的)代码的软件程序。

计算机设备2500可以包括存储器2504,诸如能够经由总线2508通信的存储器2504。存储器2504可以包括但不限于诸如以下的计算机可读存储介质:各种类型的易失性和非易失性存储介质,包括但不限于随机存取存储器、只读存储器、可编程只读存储器、电可编程只读存储器、电可擦除只读存储器、闪存、磁带或磁盘、光学介质等。在一个示例中,存储器2504包括用于处理器2502的高速缓存或随机存取存储器。在替代示例中,存储器2504与处理器2502分离,诸如处理器的高速缓存存储器、设备存储器或其他存储器。存储器2504可以是用于存储数据的外部存储设备或数据库。存储器2504可操作来存储可由处理器2502运行的指令。各图中示出或所描述的功能、行为或任务可以由用于运行存储器2504中存储的指令的编程处理器2502执行。功能、行为或任务独立于特定类型的指令集、存储介质、处理器或处理策略,并且可以由单独或相结合地工作的软件、硬件、集成电路、固件、微码等来执行。同样地,处理策略可以包括多处理、多任务、并行处理等。

如图所示,计算机设备2500可以或者可以不进一步包括显示单元2510,诸如液晶显示器(LCD)、有机发光二极管(OLED)、平板显示器、固态显示器、阴极射线管(CRT)、投影仪、打印机,或用于输出确定信息的其它现在已知或以后开发的显示设备。显示器2510可以作为用于用户查看处理器2502的功能的界面,或者具体地作为与存储在存储器2504或驱动单元2516中的软件的界面。

另外地,计算机设备2500可以包括输入设备2512,该输入设备2512被配置为使得用户与设备2500的任何部件交互。计算机设备2500还可以包括磁盘或光驱单元2516。磁盘驱动单元2516可以包括其中能够嵌入一组或更多组指令2524(例如软件)的计算机可读介质2522。此外,指令2524可以体现如所描述的方法或逻辑中的一者或更多者。在特定示例中,指令2524可以在由计算机设备2500运行期间完全地或至少部分地驻留在存储器2504内或在处理器2502内。

本公开设想了计算机可读介质,该计算机可读介质包括指令2524或者响应于传播信号来接收并运行指令2524,使得连接到网络2526的设备能够通过网络2526传送语音、视频、音频、图像或任何其他数据。此外,可以经由通信端口或接口2520或者使用总线2508通过网络2526发送或接收指令2524。通信接口2520还可以是指的是接收器和发送器的收发器。通信端口或接口2520可以是处理器2502的一部分或者可以是单独的部件。通信端口2520可以用软件创建或者可以是硬件中的物理连接。通信端口2520可以被配置为与网络2526、外部介质、显示器2510或设备2500中的任何其他部件或它们的组合连接。与网络2526的连接可以是物理连接,诸如有线以太网连接,或者可以是如稍后讨论的那样以无线方式建立的。同样地,与设备2500的其他部件的附加连接可以是物理的或者可以是以无线方式建立的。网络2526可以可替代地直接连接到总线2508。

网络2526可以包括有线网络、无线网络、以太网AVB网络或它们的组合。无线网络可以是蜂窝电话网络、802.11、802.16、802.20、802.1Q或WiMax网络。此外,网络826可以是诸如因特网的公共网络、诸如内联网的专用网络或它们的组合,并且可以利用现在可用或以后开发的各种联网协议,包括但不限于基于TCP/IP的联网协议。设备不限于使用任何特定标准和协议进行操作。例如,可以使用用于因特网和其他分组交换网络传输的标准(例如,TCP/IP、UDP/IP、HTML和HTTP)。

虽然已经使用了特定语言来描述本主题,但是不旨在因此带来任何限制。如对本领域技术人员而言将显而易见的是,可以对该方法进行各种工作修改以便实现如本文所教导的发明构思。附图和前面的描述给出实施例的示例。本领域技术人员将理解,一个或更多个所描述的元件也可以被组合成单个功能元件。可替代地,某些元件可以被拆分成多个功能元件。来自一个实施例的元件可以被添加到另一实施例。

相关技术
  • 在支持一键通业务的组通信系统中处理话音突发拒绝的方法和装置
  • 支持一键通服务的组通信系统中的话务突发分配的用户终端
技术分类

06120115563466