法律状态公告日
法律状态信息
法律状态
2023-07-07
未缴年费专利权终止 IPC(主分类):H04L29/06 专利号:ZL2006100904393 申请日:20060627 授权公告日:20111109
专利权的终止
2018-06-15
专利权的转移 IPC(主分类):H04L29/06 登记生效日:20180528 变更前: 变更后: 申请日:20060627
专利申请权、专利权的转移
2011-11-09
授权
授权
2009-04-01
实质审查的生效
实质审查的生效
2008-01-02
公开
公开
技术领域
本发明涉及通信领域,尤其涉及一种集群客户端用户状态迁移方法及一种集群客户端。
背景技术
随着宽带网络的发展,移动通信将不仅仅局限于传统的话音通信,结合音频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来,通过与presence(呈现业务)、短消息、WEB(网页)浏览、定位信息、PUSH(推送业务)、文件共享等数据业务的结合,可以满足用户的多种需求。例如:
消息业务:即时消息和聊天室、多媒体短消息;
视频业务:娱乐、多媒体信息、日常交流;
电子商务:产品目录、搜索引擎、购物车、订单管理、支付;
游戏:单人游戏、群组游戏;
定位业务:寻人、向导、报警;
个人助理:地址本、日程表、书签管理、文件存储、事件提醒、电子邮件等。
在多种应用的推动下,3GPP标准组织推出了基于IP的多媒体子系统(IMS)架构,目的是在通信网络中使用一种标准化的开放结构来实现多种多样的多媒体应用,提供给用户更多的选择和更丰富的感受。
随着网络技术的发展,多方通信成为一种逐渐普遍的业务,为了实现多方通信必然需要一个统一的控制点来管理,确保管理的一致性和实时性。比如一个用户申请发送音频,系统需要有且只能有一个控制点进行判决。比如PoC系统、Conference系统。其中PoC系统是一种集中控制的多方多媒体通信系统。
在多方通信中,存在集群客户端用户的话权管理,即集群客户端用户可以申请发送媒体,系统会限制集群客户端用户发送媒体的时间长度等。
如图1所示,如果集群客户端处于未拥有媒体发送权状态(“U:has nopermission”)时,无法直接转入到拥有媒体发送权状态(“U:has permission”);如果要转入到状态“U:has permission”,必须先通过发送媒体发送权请求消息(“S:TB_Request”)迁移到媒体发送权释放等待状态(“U:pendingTB_Request”),然后在该状态下收到授予媒体发送权消息(“R:TB_Granted”)后,才迁入到状态“U:has permission”状态。
在PoC2.0中,存在为第三方申请媒体发送权的需求。例如PoC Client A为PoC Client B申请的方法:PoC Client A向集群服务器发送一条媒体发送权请求,该请求中指示给PoC Client B申请媒体发送权,集群服务器获取该请求后,如果同意其申请,就直接给PoC Client B发送授予媒体发送权消息(TB_granted),即把媒体发送权授予给PoC Client B。但PoC Client没有处理因其他人申请而授予的媒体发送权。也就是:PoC Client A为PoC Client B申请了媒体发送权,PoC Server在PoC Client B没有申请媒体发送权的情况下,直接向PoC Client B发送“TB_Granted”,PoC Client B由于没有对应的状态转换与之对应,无法处理该“TB_Granted”消息,该消息可能会被认为异常消息丢弃。
由此可见,现有集群客户端的状态机无法从“U:has no permission”状态直接转入到状态“U:has permission”;无法实现PoC2.0中为第三方申请媒体发送权的需求。
发明内容
本发明提供一种集群客户端用户状态迁移方法及一种集群客户端,用以解决现有技术中存在的集群客户端的状态机无法从“U:has no permission”状态直接转入到状态“U:has permission”,无法实现PoC2.0中为第三方申请媒体发送权的需求问题。
一种集群客户端用户状态迁移方法,包括:
A、集群客户端接收授予媒体发送权TB_Granted消息,迁移到收到媒体发送权Receive permission状态;
B、集群客户端与集群客户端用户之间进行媒体发送权协商,并根据所述协商结果,将所述集群客户端状态迁移至拥有媒体发送权has permission状态或者媒体发送权释放等待Pending TB_Release状态。
所述步骤A之前,还包括步骤:
A1、所述集群客户端用户申请媒体发送权或者其他集群客户端用户为所述集群客户端用户申请媒体发送权。
所述步骤B中,还包括集群客户端向集群客户端用户提示接收到媒体发送权。
所述步骤B中,进一步包括:
判断所述集群客户端用户是否接受媒体发送权,如果是,将所述集群客户端状态迁移至拥有媒体发送权has permission状态,否则将所述集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
所述的方法,判断所述集群客户端用户是否接受媒体发送权的步骤中:
所述集群客户端用户接受/拒绝媒体发送权,通过所述集群客户端用户返回媒体发送权接受/拒绝指示,或
预设媒体发送权确认应答,集群客户端根据所述预设值自动返回媒体发送权确认应答。
所述步骤B中,还包括启动定时器的步骤,
如果在所述定时器超时前,所述集群客户端用户确认接受媒体发送权,则将所述集群客户端状态迁移至拥有媒体发送权has permission状态,否则将所述集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
所述的方法,向集群服务器发送媒体发送权释放TB_Release消息后,所述集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
一种集群客户端,包括:
收到媒体发送权Receive permission状态设置单元,用于在接收授予媒体发送权TB_Granted消息后,迁移到收到媒体发送权Receive permission状态;
媒体发送权协商单元,用于集群客户端与集群客户端用户之间进行媒体发送权协商;
状态迁移单元,用于根据所述媒体发送权协商结果,将所述集群客户端状态迁移至拥有媒体发送权has permission状态或者媒体发送权释放等待PendingTB_Release状态。
所述的集群客户端,还包括:
媒体发送权请求单元,用于集群客户端用户申请媒体发送权。
所述的集群客户端,还包括:
媒体发送权提示单元,位于所述媒体发送权协商单元,用于集群客户端向集群客户端用户提示媒体发送权。
所述的集群客户端,还包括:
定时器单元,位于所述媒体发送权协商单元,用于为集群客户端用户接受媒体发送权设定时间阈值。
所述的集群客户端,还包括:
媒体发送权接受/拒绝指示发送单元,位于所述媒体发送权协商单元,用于集群客户端用户向集群客户端发送媒体发送权接受确认或拒绝指示。
所述的集群客户端,还包括:
拥有媒体发送权has permission状态设置单元,位于所述状态迁移单元,用于在集群客户端用户接受媒体发送权后,将集群客户端状态迁移至拥有媒体发送权has permission状态;
媒体发送权释放等待Pending TB_Release状态设置单元,位于所述状态迁移单元,用于在集群客户端用户不接受媒体发送权后,将集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
所述的集群客户端,还包括:
媒体发送权释放TB_Release消息发送单元,位于所述状态迁移单元,用于向集群服务器发送媒体发送权释放TB_Release消息,以使集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
一种集群客户端用户状态迁移方法,包括:
a、集群客户端接收授予媒体发送权TB_Granted消息,迁移到拥有媒体发送权has permission状态;
b、集群客户端与集群客户端用户之间进行媒体发送权协商,并根据所述协商结果,将所述集群客户端状态迁移至媒体发送权用户已确认UserConfirmed状态或者媒体发送权释放等待Pending TB_Release状态。
所述步骤a之前,还包括步骤:
a1、所述集群客户端用户申请媒体发送权或者集群客户端用户为所述集群客户端用户申请媒体发送权。
所述步骤a中,还包括所述集群客户端状态迁移至拥有媒体发送权haspermission状态的媒体发送权用户确认中User Confirming状态。
所述的媒体发送权用户已确认User Confirmed状态和/或媒体发送权用户确认中User Confirming状态为所述拥有媒体发送权has permission状态的子状态,在所述集群客户端通过标志位设置。
所述步骤b中,还包括集群客户端向所述集群客户端用户提示媒体发送权。
所述步骤b中,进一步包括:
判断集群客户端用户是否接受媒体发送权,如果是,将所述集群客户端状态迁移至媒体发送权用户已确认User Confirmed状态;否则将所述集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
所述将所述集群客户端状态迁移至媒体发送权用户已确认User Confirmed状态步骤中,
所述集群客户端用户接受媒体发送权,通过所述集群客户端用户返回媒体发送权确认,或
预设媒体发送权确认应答,集群客户端根据所述预设值自动返回媒体发送权确认应答。
所述步骤b中,还包括启动定时器的步骤,如果在定时器超时前,所述集群客端用户接受媒体发送权,将所述集群客户端状态迁移至媒体发送权用户已确认User Confirmed状态;否则将所述集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
所述的方法,向所述集群服务器发送媒体发送权释放TB_Release消息后,所述集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
一种集群客户端,包括:
拥有媒体发送权has permission状态设置单元,用于在接收授予媒体发送权TB_Granted消息后,迁移到拥有媒体发送权has permission状态;
媒体发送权协商单元,用于集群客户端与集群客户端用户之间进行媒体发送权协商;
状态迁移单元,用于根据所述媒体发送权协商结果,将所述集群客户端状态迁移至媒体发送权用户已确认User Confirmed状态或者媒体发送权释放等待Pending TB_Release状态。
所述的集群客户端,还包括:
媒体发送权请求单元,用于集群客户端用户申请媒体发送权。
所述的集群客户端,还包括:
媒体发送权提示单元,位于所述媒体发送权协商单元,用于集群客户端向集群客户端用户提示媒体发送权。
所述的集群客户端,还包括:
媒体发送权用户已确认User Confirmed状态设置单元,位于所述状态迁移单元,用于在集群客户端用户接受媒体发送权后,将集群客户端状态迁移至媒体发送权用户已确认User Confirmed状态;
媒体发送权释放等待Pending TB_Release状态设置单元,位于所述状态迁移单元,用于在集群客户端用户不接受媒体发送权后,将集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
所述的集群客户端,还包括:
媒体发送权接受/拒绝指示发送单元,位于所述媒体发送权协商单元,用于集群客户端用户向集群客户端发送媒体发送权接受/拒绝指示。
所述的集群客户端,还包括:
定时器单元,位于所述媒体发送权协商单元,用于为集群客户端用户接受媒体发送权设定时间阈值。
所述的集群客户端,还包括:
媒体发送权用户确认中User Confirming状态设置单元,位于所述状态迁移单元,用于将所述集群客户端状态迁移至拥有媒体发送权has permission状态的媒体发送权用户确认中User Confirming状态。
所述的集群客户端,还包括:
媒体发送权释放TB_Release消息发送单元,位于所述状态迁移单元,用于向集群服务器发送媒体发送权释放TB_Release消息,以使集群客户端状态迁移至媒体发送权释放等待Pending TB_Release状态。
所述的集群客户端,还包括:
标志位设置单元,位于所述状态迁移单元,用于在所述集群客户端通过标志位设置所述的媒体发送权用户已确认User Confirmed状态和/或媒体发送权用户确认中User Confirming状态。
本发明有益效果如下:
本发明通过修改或调整PoC Client上的状态机处理,增强了现有PoC Client状态机的功能和处理新需求的能力。
本发明增加了对PoC2.0中为第三方申请媒体发送权等新功能的支持。
附图说明
图1为现有技术中集群客户端的状态机图;
图2为本发明方案一的状态机示意图;
图3为本发明方案一增加中间状态收到媒体发送权状态“U:Receivepermission”后的处理流程示意图;
图4为本发明方案一中PoC ClientA为PoC Client B请求媒体发送权,PoCClient B接受该媒体发送权的实例流程图;
图5为本发明方案一对应的集群客户端结构示意图;
图6为方案一中媒体发送权协商单元的具体结构示意图;
图7为方案一中状态迁移单元的具体结构示意图;
图8为本发明方案二的状态机示意图;
图9为本发明方案二增加子状态媒体发送权用户确认中状态“U:UserConfirming”和媒体发送权用户已确认“U:User Confirmed”后的处理流程示意图;
图10为本发明方案二对应的集群客户端示意图;
图11为方案二中媒体发送权协商单元的具体结构示意图;
图12为方案二中状态迁移单元的具体结构示意图。
具体实施方式
下面结合说明书附图来说明本发明的具体实施方式。
方案一:
方案一通过增加一个中间状态:收到媒体发送权状态“U:Receivepermission”,实现对第三方申请的媒体发送权的处理。该状态的迁移条件为:
1、收到PoC Client用户拒绝或者PoC Client用户确认定时器Tc超时,发送TB_Release消息后,状态转移到U:pending TB_Release;
2、收到PoC Client用户的确认:状态转移到“U:has permission”。
如图2所示,是增加了上述中间状态“U:Receive permission”后的状态机图,从图中可见,当PoC Client在“U:has no permission”状态收到“R:TB Granted”的时候,先迁移到该状态;然后PoC Client提示PoC Client用户是否接受授予的媒体发送权,该过程中可以启动确认定时器Tc,如果PoC Client用户在定时器超时前确认该媒体发送权,则状态机迁移到“U:has permission”,如果PoC Client用户拒绝或者确认定时器Tc超时,则发送“S:TB_Release”后,状态机迁移到“U:Pending TB_Release”。
如图3所示,是方案一增加中间状态“U:Receive permission”后的处理流程示意图,从图中可见,主要包括以下步骤:
S310、PoC Client收到TB_granted消息,然后转到“U:Receive Permission”;
该步骤中,如果该PoC Client用户通过某种途径申请了媒体发送权(比如该PoC Client用户自己申请媒体发送权,或者其他PoC Client用户为该PoCClient用户申请了媒体发送权),则该PoC Client会收到TB_granted消息,在方案一中,转到“U:Receive Permission”。
S320、PoC Client把媒体发送权提示给PoC Client用户并启动确认定时器Tc;
S330、判断PoC Client用户是否在确认定时器Tc超时之前接受媒体发送权,如果是进入步骤S340,否则进入步骤S370;
S340、向服务器发送媒体确认消息Floor ACK;
如果PoC Client用户在确认定时器Tc超时之前接受媒体发送权,则向服务器发送Floor ACK;该步骤是可选的,也可以不发送该Floor ACK消息。如果不发送,则服务器可以通过收到媒体流来确认PoC Client用户接受了媒体发送权。
上述过程中,所述的接受,可以是PoC Client用户交互式确认,也可以通过预先的设置接受媒体发送权,例如预先设置为不接受第三方授予的媒体发送权,则PoC Client总是拒绝第三方的媒体发送权。
S350、PoC Client转到“U:has permission”;
在获取PoC Client用户确认后,PoC Client转到“U:has permission”。
S360、POC Client正常发送媒体;
S370、如果PoC Client用户在确认定时器Tc超时之前没有确认或者拒绝了媒体发送权,则向服务器发送TB_release并转到“U:Pending TB_release”。
方案一中,Floor Ack消息是新增加的媒体控制消息,用于向服务器确认接受媒体发送权;该消息与其他的媒体控制消息一样,可以都是基于RTCP消息扩展的。
定时器Tc在PoC Client迁移到“U:Receive Permission”状态后启动,用于限定PoC Client用户在有效时间内反馈是否接受媒体发送权。
如图4所示,是一个PoC Client A为PoC Client B请求媒体发送权,PoCClient B接受该媒体发送权的实例流程图,从图中可见,主要包括以下步骤:
S410、PoC Client A向服务器发送Floor req,为PoC Client B申请媒体发送权;
S420、集群服务器向PoC Client B发送Floor Granted消息,告知该申请媒体发送权事件;
S430、同时集群服务器向PoC Client A发送Floor Taken消息,告知媒体发送权申请被接受;
S440、集群服务器启动定时器Tx等待PoC Client B应答;
S450、PoC Client B提示PoC Client B用户确认媒体发送权,并启动定时器Tc,等待PoC Client B用户应答;
S460、PoC Client B用户确认接受或PoC Client B用户设置为接受;
PoC Client B用户如果接受该媒体发送权,则可以发送确认消息告知接受,也可以设置为自动回复,比如可以设置接收到PoC Client B发送的提示PoCClient B用户媒体发送权信息时,默认接受该媒体发送权;
S470、Floor ACK;
PoC Client B向集群服务器发送Floor ACK,确认接受该媒体发送权;
S480、PoC Client B已经具有媒体发送权,可以向服务器发送媒体流;
S490、服务器将所述媒体流发送给PoC Client A。
与方案一相对应,本发明提出了一种集群客户端,如图5所示,是该集群客户端500的结构示意图,从图中可见,该集群客户端500包括:
收到媒体发送权Receive permission状态设置单元510,用于在接收TB_Granted消息后,迁移到“U:Receive permission”状态;
媒体发送权协商单元520,用于集群客户端500与集群客户端用户之间进行媒体发送权协商;
状态迁移单元530,用于根据所述媒体发送权协商结果,将所述集群客户端用户状态迁移至“U:Has Permission”状态或者“U:Pending TB_Release”状态。
所述的集群客户端500,还包括:
媒体发送权请求单元540,用于集群客户端用户申请媒体发送权。
如图6所示,所述的媒体发送权协商单元520,还包括:
媒体发送权提示单元521,用于集群客户端500向集群客户端用户提示媒体发送权。
定时器单元522,用于为集群客户端用户接受媒体发送权设定时间阈值;
媒体发送权接受/拒绝指示发送单元523,用于集群客户端用户向集群客户端500发送媒体发送权接受/拒绝指示。
如图7所示,在状态迁移单元530还设置有:
拥有媒体发送权Has Permission状态设置单元531,用于在集群客户端用户接受媒体发送权后,将集群客户端500状态迁移至“U:Has Permission”状态;
媒体发送权释放等待Pending TB_Release状态设置单元532,用于在集群客户端用户不接受媒体发送权后,将集群客户端500状态迁移至“U:PendingTB_Release”状态。
媒体发送权释放消息发送单元533,用于向所述集群客户端500发送TB_Release消息,以使集群客户端500状态迁移至“U:Pending TB_Release”状态。
方案二
方案二不增加独立的新状态,只是重用并增强了“U:Has Permission”状态:方案二在“U:Has Permission”状态内部增加两个子状态,增强了该状态的处理能力,实现对“为第三方申请媒体发送权”等功能的支持;
如图8所示,是在“U:Has Permission”状态内部增加两个子状态后的状态机示意图,从图中可见,当PoC Client在“U:has no permission”收到“R:TB_Granted”的时候,迁移到状态“U:Has Permission”;同时可在该状态中增加一个标志值,UserConfirmFlag,取值为:“User Confirming”和“UserConfirmed”,用于区分两种子状态:PoC Client用户确认中,不能发送媒体,以及PoC Client用户已经确认,正发送媒体;在PoC Client收到“R:TB_Granted”的时候,UserConfirmFlag的值为“User Confirming”,此时PoC Client不立即进行媒体的发送,而是先提示PoC Client用户是否接受授予的媒体发送权并启动确认定时器Tc,如果PoC Client用户确认该媒体发送权,则UserConfirmFlag变为“User Confirmed”,PoC Client开始发送媒体。如果PoC Client用户拒绝或者定时器Tc超时,则发送“S:TB_Release”后,状态机迁移到“U:PendingTB_Release”。
如图9所示,是方案二的处理过程流程图。从图中可见,具体包括以下步骤:
S910、PoC Client收到TB_gramed消息,然后转到“U:Has Permission”状态;
该步骤中,如果该PoC Client用户通过某种途径申请了媒体发送权(比如该PoC Client用户自己申请媒体发送权,或者其他PoC Client用户为该PoCClient用户申请了媒体发送权),则该PoC Client会收到TB_granted消息,在方案一中,转到“U:Receive Permission”状态。
920、PoC Client把UserConfirmFlag置为User Confirming,把媒体发送权提示给PoC Client用户并启动定时器Tc;
S930、判断PoC Client用户是否在定时器Tc超时之前接受媒体发送权;如果是进入步骤S940,否则进入步骤S960;
S940、把UserConfirmFlag置为User Confirmed;
如果PoC Client用户在定时器Tc超时之前接受媒体发送权,把UserConfirmFlag置为User Confirmed。
该步骤中的PoC Client用户对媒体发送权的接受,可以是PoC Client用户交互式确认,也可以通过预先的设置接受媒体发送权,例如预先设置为不接受第三方授予的媒体发送权,则PoC Client总是拒绝第三方的媒体发送权;
S950、PoC Client正常发送媒体;
S960、发送TB_release消息并转到“U:Pending TB_release”状态
如果PoC Client用户在定时器Tc超时之前没有确认或者拒绝了媒体发送权,则向服务器发送TB_release消息并转到“U:Pending TB_release”状态。
在方案二中,增加了状态“U:has Permission”状态到其他状态迁移条件:
1、收到PoC Client用户确认:还是迁移到“U:has permission”状态,但是标志值UserConfirmFlag置位为“User Confirmed”;
2、收到PoC Client用户拒绝或者定时器Tc超时:发送TB_Release消息后转移到状态“U:pending TB_Release”。
与方案二相对应,本发明提出了一种集群客户端,该集群客户端与方案一对应的集群客户端类似,在部分单元上有所区别,如图10所示,是该集群客户端500的结构示意图,从图中可见,该集群客户端500包括:
拥有媒体发送权Has Permission状态设置单元550,用于在接收TB Granted消息后,迁移到“U:Has Permission”状态;
媒体发送权协商单元520,用于集群客户端500与集群客户端用户之间进行媒体发送权协商;
状态迁移单元530,用于根据所述媒体发送权协商结果,将所述集群客户端用户状态迁移至“U:User Confirmed”状态或者“U:Pending TB_Release”状态;
媒体发送权请求单元540,用于集群客户端用户申请媒体发送权。
如图11所示,上述方案中,媒体发送权协商单元520还可以进一步包括:
媒体发送权提示单元521,用于集群客户端500向集群客户端用户提示媒体发送权。
定时器单元522,用于为集群客户接受媒体发送权设定时间阈值。
媒体发送权接受/拒绝指示发送单元523,用于集群客户端用户向集群客户端500发送媒体发送权接受确认指示。
如图12所示,上述方案中,状态迁移单元530还可以进一步包括:
媒体发送权用户已确认User Confirmed状态设置单元534,用于在集群客户端用户接受媒体发送权后,将集群客户端状态迁移至“U:User Confirmed”状态;
媒体发送权释放等待状态设置单元532,用于在集群客户端用户不接受媒体发送权后,将集群客户端状态迁移至“U:Pending TB_Release”状态。
用户确认中状态设置单元535,用于将所述集群客户端用户状态迁移至Has Permission状态的User Confirming状态。
媒体发送权释放消息发送单元533,用于向集群客户端500发送TB_Release消息,以使集群客户端500状态迁移至“U:Pending TB_Release”状态。
标志位设置单元536,用于在所述集群客户端500通过标志位设置所述的User Confirmed状态和/或User Confirming状态。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
机译: 集群客户端的切换方法,装置,集群客户端和网络侧设备
机译: (54)标题:将MFidia流化为异构客户端设备的方法(57)摘要:提供了一种动态准备要从服务器传送到客户端的媒体剪辑的方法。包括与客户端兼容的媒体回放格式的媒体属性被提供给服务器。客户端请求在指定的开始时间提供媒体内容项,并且服务器标识与所选媒体内容项有关的媒体内容文件所在的源。服务器从源获取媒体文件,并获取具有与客户端媒体属性兼容的回放格式的转码媒体片段文件。可以进一步以与客户端设备的传输格式媒体属性兼容的传输格式来准备转码后的媒体片段文件,并且可以将准备好的转码后的媒体片段文件的位置传达给客户端,以供客户端访问媒体片段。 。
机译: 集群发布/订阅系统中的持久客户端迁移