具体实施方式
下面通过实施例对本发明的具体实现过程进行举例说明。显然,下面所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一、联合会话控制权变化的方法。该方法的流程如附图1所示。
图1中,S100、SCC AS接收联合会话控制权变化请求消息,该联合会话控制权变化请求消息用于请求在控制UE和目标UE之间转移或者共享联合会话控制权。
S100中的控制UE即当前控制UE,目标UE即联合会话控制权变化后的控制UE,目标UE可以是联合会话中的受控UE,也可以不是联合会话中的UE。也就是说,可以将控制UE上的联合会话控制权转移或者共享给受控UE;也可以将控制UE上的联合会话控制权转移或者共享给之前没有参与联合会话的UE,在联合会话控制权转移或者共享之后,上述之前没有参与联合会话的UE成为参与联合会话的控制UE。
S100中的联合会话控制权变化请求消息可以是控制UE发送的,也可以是受控UE或联合会话之外的UE发送的。参与联合会话的UE可以采用push(推)或pull(拉)的方式进行联合会话控制权变化。通常情况下,联合会话控制权变化请求消息的发送方为控制UE或者目标UE,一种较为特殊的情况为,联合会话控制权变化请求消息的发送方为:除控制UE和目标UE之外的第三方UE,一个具体的例子:UE1、UE2和UE3参与了联合会话,其中控制UE为UE1,受控UE为UE2和UE3,UE2请求将联合会话控制权在UE1和UE3之间发生变化。
联合会话控制权变化请求消息中应携带联合会话控制权变化指示信息和目标UE信息,以使SCC AS能够根据接收到的联合会话控制权变化请求消息获知联合会话控制权需要在控制UE和目标UE之间发生变化(如转移或共享等)。本实施例不限制联合会话控制权变化请求消息所采用的协议、以及具体的消息格式等。
S110、SCC AS在判断出自身为联合会话锚定点SCC AS后,SCC AS控制目标UE建立联合会话控制权,且SCC AS将自身身份信息,或联合会话信息通知给目标UE和目标UE归属的SCC AS。
需要说明的是:上述自身身份信息为联合会话锚定点SCC AS信息,其具体为标识SCC AS的地址信息,在本发明实施例中采用联合会话锚定点SCC AS信息描述;联合会话信息包括联合会话主控UE、被控UE的身份信息等。
S110中的SCC AS可以根据自身存储的联合会话锚定点SCC AS信息确定出自身是否为联合会话锚定点。在实际的网络环境中,联合会话锚定点SCC AS可能是控制UE归属的SCC AS,也有可能是受控UE归属的SCC AS。
在S110中的SCC AS是联合会话控制权变化请求消息的发起方(即发送方)UE归属的SCC AS时,该SCC AS可以根据该发起方UE所属用户的签约信息针对该联合会话控制权变化请求消息进行认证,以判断该发起方UE是否允许进行联合会话控制权转移或共享;在判断出允许进行联合会话控制权转移或者共享、且该SCC AS为联合会话锚定点时,该SCC AS控制目标UE建立联合会话控制权,该SCC AS在确定出目标UE不是本地UE的情况下,该SCC AS将联合会话锚定点SCC AS信息或联合会话信息通知给目标UE和目标UE归属的SCC AS。
具体的,所述联合会话锚定点SCC AS为目标UE建立联合会话控制权可以包括:
联合会话锚定点SCC AS向目标UE发送建立联合会话控制权指示消息,以在目标UE上建立联合会话控制权。联合会话控制权指示消息可以具体为建立联合会话控制权请求消息,或者具体为建立联合会话控制权响应消息,本实施例不限制建立联合会话控制权指示消息的具体表现形式。
联合会话锚定点SCC AS向目标UE发送的建立联合会话控制权指示消息中携带建立联合会话控制权指示信息和联合会话锚定点SCC AS信息。可选的,建立联合会话控制权指示消息中还可以携带联合会话信息。建立联合会话控制权指示消息会通过目标UE归属的SCC AS传输至目标UE。目标UE归属的SCC AS以及目标UE可以从接收到的建立联合会话控制权指示消息中获取并存储联合会话锚定点SCC AS信息。可选的,目标UE归属的SCC AS和目标UE可以从接收到的建立联合会话控制权指示消息中获取并存储联合会话信息。联合会话信息用于对联合会话进行控制。
联合会话锚定点SCC AS还可以采用其它方式向目标UE归属的SCC AS和目标UE提供联合会话信息,例如,联合会话锚定点SCC AS根据目标UE对联合会话信息的订阅向目标UE发送联合会话信息。本实施例中的目标UE可以主动的向联合会话锚定点SCC AS订阅联合会话信息,也可以被动的向联合会话锚定点SCC AS订阅联合会话信息。被动订阅即:目标UE根据联合会话锚定点SCC AS的触发执行订阅操作。被动订阅的一个具体例子为:在联合会话控制权在控制UE和目标UE之间转移或者共享成功后,联合会话锚定点触发新的控制UE订阅联合会话信息。本实施例不限制联合会话锚定点SCC AS执行触发操作所采用的具体消息名称、以及消息中包含的具体内容等。
在联合会话控制权成功转移至目标UE后,目标UE成为控制UE,原控制UE成为受控UE,联合会话锚定点SCC AS还可以向通信的对端UE发送通知信息,使对端UE获知与其通信的本端UE发生了变化,由变化后的控制UE与其通信。
在联合会话控制权在控制UE和目标UE之间共享后,目标UE成为控制UE,原控制UE仍然为控制UE,联合会话锚定点SCC AS通常可以不向通信的对端UE发送上述通知信息。当然,联合会话锚定点SCC AS也可以向通信的对端UE发送上述通知信息。
另外,在联合会话控制权转移或共享后,还可以在UE之间发生媒体变化,如媒体转移、复制媒体或者增加媒体等。在发生媒体变化时,本实施例可以采用现有的媒体变化方式,也可以采用后续实施例中记载的媒体变化方式。本实施例不限制媒体变化的具体实现过程。
从上述实施例一的描述可知,实施例一中的控制UE可以主动发起将联合会话控制权转移给受控UE的流程,实施例一中的受控UE也可以主动发起将联合会话控制权从主控UE转移到自身的流程;联合会话锚定点SCC AS通过将联合会话锚定点SCC AS信息以及联合会话信息通知给目标UE和目标UE归属的SCC AS,成功实现了基于Push方式或者基于Pull方式的转移联合会话控制权。
实施例二、基于Push方式的转移联合会话控制权的方法。下面结合图2对本实施例进行说明。
图2中的UE-1和UE-2建立了联合会话,并与对端UE-3进行通信。其中UE-1上建立了语音媒体(即UE-1与UE-3之间存在语音媒体连接,UE-1与UE-3之间通过该连接进行语音媒体流传输),UE-2上建立了视频媒体(即UE-2与UE-3之间存在视频媒体连接,UE-2与UE-3之间通过该连接进行视频媒体流传输)。UE-1为控制UE(也可以称为主控UE),UE-2为受控UE。UE-1和UE-2属于不同签约用户。UE-1归属的SCC AS为SCC AS-1,UE-2归属的SCC AS为SCC AS-2。联合会话锚定在控制UE归属的SCC AS-1上,即SCC AS-1为联合会话锚定点。
附图2示出的流程包括:
S1、UE-1需要将联合会话控制权转移到UE-2,UE-1发送Control Transfer Request(控制权转移请求,即联合会话控制权转移请求)消息,该Control Transfer Request请求消息被传输至SCC AS-1。
Control Transfer Request消息的一个具体例子:Control Transfer Request消息通过refer(转交)消息来实现,refer消息的subject(目的)头域携带联合会话控制权转移指示信息,如subject:control-transfer。refer消息的request-URI(请求目的地址)头域携带联合会话锚定点SCC AS信息即SCC AS-1的信息。refer消息中的method(方法)的取值被设置为invite(邀请)消息。refer消息的refer-to头域携带目标UE的身份信息。上述联合会话控制权转移指示信息还可以通过refer-to头来表示,例如,在refer-to头域增加目标UE的能力信息或者特征信息,该能力信息或者特征信息可以表示出需要在目标UE上建立联合会话控制权。
上述refer-to头域的一个具体例子为:refer-to:user2_public1home1.net;control/iscontroller;其中的user2_public1home1.net为UE-2的身份信息,control/iscontroller表示UE-2的能力信息或者特征信息,control/iscontroller可以表示出目标UE-2需要成为联合会话中的控制UE。
S2、SCC AS-1接收到Control Transfer Request消息后,根据UE-1所属用户的签约信息进行认证,以判断是否允许UE-1将联合会话控制权转移给UE-2,如果认证成功(即允许转移),则到S3,否则,向UE-1返回错误的响应消息。
S3、SCC AS-1判断出自身为联合会话锚定点(即hosting SCC AS)、且自身不是UE-2归属的SCC AS后,SCC AS-1根据接收到的Control Transfer Request消息向UE-2发送建立联合会话控制权指示消息。在本实施例中该消息具体可以为携带SCC AS-1信息和建立联合会话控制权指示信息的建立联合会话控制权请求消息。本实施例不限制该消息的具体名称。
SCC AS-1向UE-2发送建立联合会话控制权指示消息的一个具体例子为:SCC AS-1根据接收到的refer消息向UE-2发送re-invite消息,该re-invite消息的subject头域中携带联合会话控制权转移指示信息,如subject:control-transfer。re-invite消息的contact头域中携带联合会话锚定点SCC AS信息,即SCC AS-1的信息,如:contact:user1-publicsccas.com;gr=12345;hosting-sccas=sccas1home.net。
S4、UE-2归属的SCC AS-2接收建立联合会话控制权指示消息,并根据UE-2所属用户的签约信息进行认证,以判断是否允许从UE-1处将联合会话控制权转移给UE-2,如果允许,则SCC AS-2存储建立联合会话控制权指示消息中包含的联合会话锚定点SCC AS信息(如SCC AS-1的地址信息),到S5,否则,
SCC AS-2向UE-1返回错误的响应消息。
S5、SCC AS-2向UE-2发送建立联合会话控制权指示消息(如建立联合会话控制权请求消息),以指示在UE-2上建立联合会话控制权。
S6、UE-2接收建立联合会话控制权指示消息后,如果UE-2接受在其上建立联合会话控制权,则UE-2返回携带接受建立联合会话控制权信息的Control Transfer Confirm(控制权转移确认)消息,该消息经由SCC AS-2传输至SCC AS-1。如果UE-2拒绝在其上建立联合会话控制权,则UE-2返回携带拒绝建立联合会话控制权信息的Control Transfer Confirm消息。
S7、SCC AS-1接收到携带接受建立联合会话控制权信息的Control Transfer Confirm消息后,取消UE-1的联合会话控制权,并向UE-1发送Control Transfer Response(控制权转移响应)消息,以通知UE-1联合会话控制权转移成功。UE-1接收到收到Control Transfer Response消息后,释放联合会话信息,UE-1在联合会话中的状态由controller UE转变为controllee UE。
S8、由于联合会话控制权转移到UE-2,且UE-1与UE-2属于不同签约用户,因此,SCC AS-1应更新联合会话与对端UE的连接,如SCC AS-1向Remote end(对端用户)发送Remote leg update(对端分支更新)消息,使Remote end获知与其通信的本端用户为UE-2。一个具体的例子:SCC AS-1向Remote end发送re-invite消息,该消息中的p-asserted-identity(身份标识头域)头域被设置为UE-2的身份信息。
S9、联合会话控制权成功转移后,SCC AS-1仍然是联合会话锚定点,为使UE-2获得联合会话信息,SCC AS-1触发UE-2向SCC AS-1订阅联合会话信息,如SCC AS-1向UE-2发送Transfer Collaborative SessionInformation Request(转移联合会话信息请求)消息,该消息经由SCC AS-2传输至UE-2。该消息可以为refer消息,一个具体的例子:refer消息中的refer-to头域携带SCC AS-1的地址信息,refer消息中的method的取值被设置为subscribe(订阅),refer消息中的refer-sub被设置为false(失败)。
如果在S6中,UE-2接受在其上建立联合会话控制权后,UE-2主动向SCC AS-1订阅联合会话信息,则本实施例可以不包括上述S9。
在本实施例不包括上述S9的情况下,UE-2可以从接收到的建立联合会话控制权指示消息中获取并存储SCC AS-1的地址信息,之后,UE-2根据该地址信息主动向SCC AS-1订阅联合会话信息。在本实施例包括上述S9的情况下,UE-2可以根据转移联合会话信息请求消息向SCC AS-1订阅联合会话信息。
S10、UE-2向SCC AS-1发送订阅消息,以请求获取联合会话信息,该订阅消息经由SCC AS-2传输至SCC AS-1。该订阅消息也可以称为联合会话信息请求消息。
S11、SCC AS-1接收到订阅消息后,向UE-2发送携带联合会话信息的Collaborative Session InformationResponse(联合会话信息响应)消息,该消息经由SCC AS-2传输至UE-2。UE-2和SCC AS-2获取并存储联合会话信息。
上述图2示出的流程可以使联合会话控制权由UE-1转移到UE-2。如果需要进行联合会话控制权的共享,则实现过程与上述流程基本相同,其区别包括:在S1中,UE-1发送的控制权转移请求消息中携带联合会话控制权共享指示信息,如refer消息的subject头域被设置为subject:control-share;在S7中SCC AS-1不取消UE-1的联合会话控制权,SCC AS-1向UE-1发送的通知消息仅告知UE-1:已经在UE-2上成功建立了联合会话控制权,UE-1在接收到该通知消息后,不释放联合会话信息;另外,可以不包括S8,即SCC AS-1可以不更新联合会话与对端UE的连接。联合会话控制权共享的具体实现过程在本实施例中不再详细说明。
如果联合会话控制权在转移到UE-2之后,又需要将UE-2的联合会话控制权转移到其它UE,如UE-3,则仍然由联合会话锚定点来控制联合会话控制权的转移。例如,UE-2发送的联合会话控制权转移请求消息会先传输至SCC AS-2,SCC AS-2在认证成功后,向SCC AS-1发送该请求消息,SCC AS-1根据接收到的该消息向UE-3发送建立联合会话控制权指示消息,SCC AS-3接收到建立联合会话控制权指示消息且认证成功后,向UE-3发送建立联合会话控制权指示消息,UE-3返回的消息经由SCC AS-3传输至SCC AS-1,由SCC AS-1取消UE-2的联合会话控制权,并通知UE-2,UE-2释放联合会话信息。具体实现过程在本实施例中不再详细说明。
从上述实施例二的描述可知,实施例二中的控制UE可以主动发起将联合会话控制权转移给受控UE的流程,联合会话锚定点SCC AS通过将联合会话锚定点SCC AS信息以及联合会话信息通知给该受控UE(即目标UE)和该受控UE归属的SCC AS,成功实现了基于Push方式的转移联合会话控制权。
实施例三、基于Pull方式的转移联合会话控制权的方法。下面结合附图3对本实施例进行说明;应用场景与实施例2相同,此处不再赘述。
附图3示出的流程包括:
S1、UE-2通过Session-Discovery(会话发现)过程获得会话发现信息,如UE-1中联合会话信息等。
S2、UE-2根据会话发现信息等决定将UE-1上的联合会话控制权转移到自身,UE-2发送Control TransferRequest消息,Control Transfer Request消息传输至SCC AS-2。
Control Transfer Request消息的一个具体例子:Control Transfer Request消息通过invite或者re-invie消息来实现,invite或者re-invie消息的subject头域携带联合会话控制权转移指示信息,如subject:control-transfer。invite或者re-invie消息的request-URI头域携带主控UE信息,如UE-1的身份信息。invite或者re-invie消息的Join(加入)头域携带主控UE上的联合会话标识信息,如Join:adcdf9a2s;1234;5678。
S3、UE-2归属的SCC AS(即SCC AS-2)接收Control Transfer Request消息,根据UE-2所属用户的签约信息进行认证,以判断是否允许将UE-1上的联合会话控制权转移到UE-2上,如果认证成功(即允许转移),则到S4,否则,SCC AS-2向UE-2返回错误的响应消息。
S4、SCC AS-2根据request-URI头域包含的信息向UE1发送Control Transfer Request消息,该ControlTransfer Request消息被传输至UE-1归属的SCC AS(即SCC AS-1)。
S5、SCC AS-1接收Control Transfer Request消息,在确定出UE-1归属于自身后,根据UE-1所属用户的签约信息进行认证,以判断是否允许将UE-1上的联合会话控制权转移到UE-2上,如果认证成功,则到S6,否则,通过SCC AS-2向UE-2返回错误的响应消息。
S6、SCC AS-1根据自身存储的信息在判断出自身为联合会话锚定点(即hosting SCC AS)后,SCC AS-1向UE-1发送联合会话控制权取消消息,以通知UE-1:取消UE-1上的联合会话控制权,在UE-2上建立联合会话控制权。上述联合会话控制权取消消息具体可以为转移联合会话控制权请求消息。本实施例不限制联合会话控制权取消消息的具体表现形式。
S7、UE-1接收联合会话控制权取消消息后,如果UE-1拒绝将联合会话控制权转移给UE-2,则UE-1向SCC AS-1返回携带联合会话控制权取消失败信息的Control Transfer Response消息;如果UE-1允许将联合会话控制权转移给UE-2,则UE-1向SCC AS-1返回携带联合会话控制权取消成功信息的Control TransferResponse消息。
S8、如果SCC AS-1接收到携带的联合会话控制权取消失败信息的Control Transfer Response消息,
SCC AS-1将Control Transfer Response消息转发给UE-2,以通知UE-2联合会话控制权转移失败。如果SCC AS-1接收到携带联合会话控制权取消成功信息的Control Transfer Response消息,则SCC AS-1向UE-2发送建立联合会话控制权指示消息,以指示在UE-2上建立联合会话控制权。建立联合会话控制权指示消息具体可以是Control Transfer Response消息。
SCC AS-1向UE-2发送建立联合会话控制权指示消息的一个具体例子为:SCC AS-1生成携带联合会话锚定点SCC AS信息(如SCC AS-1的地址信息)的Control Transfer Response消息,并向UE-2发送ControlTransfer Response消息。Control Transfer Response消息的subject:control-transfer;Control Transfer Response消息中contact头指示联合会话锚定点SCC AS信息,如contact:user1-publicsccas.com;gr=12345;hosting-sccas=sccas1home.net。
Control Transfer Response消息经由SCC AS-2传输至UE-2,SCC AS-2和UE-2可以均存储消息中包含的联合会话锚定点SCC AS信息。
S9、由于联合会话控制权转移到UE-2,且UE-1与UE-2属于不同的用户,因此,SCC AS-1应更新联合会话与对端UE的连接。具体的,SCC AS-1向Remote end发送Remote leg update消息,使Remote end获知与其通信的本端用户为UE-2。更新连接的一个具体例子:SCC AS-1向Remote end发送re-invite消息,该消息中的p-asserted-identity头域被设置为UE-2的身份信息。
S10、联合会话控制权成功转移后,SCC AS-1仍然是联合会话锚定点,为使UE-2获得联合会话信息,SCC AS-1触发UE-2向SCC AS-1订阅联合会话信息,如SCC AS-1向UE-2发送Transfer Collaborative SessionInformation Request(转移联合会话信息请求)消息,该消息经由SCC AS-2传输至UE-2。该消息可以为refer消息,触发UE-2向SCC AS-1订阅联合会话信息的一个具体例子:refer消息中的refer-to头域携带SCC AS-1的地址信息,refer消息中的method的取值被设置为subscribe,refer消息中的refer-sub被设置为false。
如果在S8中,UE-2接收到建立联合会话控制权指示消息,则UE-2可以在其成为控制UE后,根据建立联合会话控制权指示消息中的联合会话锚定点SCC AS信息主动的向SCC AS-1订阅联合会话信息,在这种主动订阅的情况下,本实施例可以不包括上述S10。
在本实施例包括上述S10的情况下,
UE-2可以从接收到的转移联合会话信息请求消息中获取SCC AS-1的地址信息,UE-2存储SCC AS-1的地址信息,并根据该地址信息向SCC AS-1订阅联合会话信息。
S11、UE-2向SCC AS-1发送订阅消息,以请求获取联合会话信息,该订阅消息经由SCC AS-2传输至SCC AS-1。
S12、SCC AS-1接收到订阅消息后,向UE-2发送携带联合会话信息的Collaborative Session InformationResponse消息,该消息经由SCC AS-2传输至UE-2。UE-2和SCC AS-2获取并存储联合会话信息。
S13、SCC AS-1向UE-1发送转移联合会话控制权确认消息(即通知消息),以告知UE-1:已经在UE-2上成功建立了联合会话控制权,取消UE-1的联合会话控制权。UE-1在接收到该通知消息后,释放联合会话信息。
上述附图3示出的流程可以使联合会话控制权由UE-1转移到UE-2。如果需要进行联合会话控制权的共享,则实现过程与上述流程基本相同,其区别包括:在S2中,UE-2发送的控制权转移请求消息中携带联合会话控制权共享指示信息,如refer消息的subject头域被设置为subject:control-share;在S13中SCC AS-1向UE-1发送的通知消息仅告知UE-1:已经在UE-2上成功建立了联合会话控制权,UE-1在接收到该通知消息后,不释放联合会话信息;另外,可以不包括S9,即SCC AS-1可以不更新联合会话与对端UE的连接。联合会话控制权共享的具体实现过程在本实施例中不再详细说明。
在通过图3所示的流程使联合会话控制权由UE-1转移到UE-2之后,如果UE-1希望将联合会话控制权转移回UE-1自身,则仍然由联合会话锚定点SCC AS-1来控制联合会话控制权的转移。例如,UE-1发送Control Transfer Request消息,SCC AS-1接收到Control Transfer Request消息且成功认证后,向UE-2发送Control Transfer Request消息,UE-2归属的SCC AS-2成功认证、且UE-2同意联合会话控制权转移后,
SCC AS-1指示UE-1建立联合会话控制权,向UE-1提供联合会话信息,并指示UE-2释放联合会话信息,联合会话控制权又转移到UE-1上,SCC AS-1仍然为联合会话锚定点。
在通过图3所示的流程使联合会话控制权由UE-1转移到UE-2之后,如果UE-3希望将UE-2上的联合会话控制权转移到UE-3自身,则仍然由联合会话锚定点SCC AS-1来控制联合会话控制权的转移。例如,UE-3发送的联合会话控制权转移请求消息传输至SCC AS-3,SCC AS-3在认证成功后,向SCC AS-2发送该请求消息,SCC AS-2在判断出自身不是联合会话锚定点且成功认证后,向UE-2发送联合会话控制权取消消息,SCC AS-2在接收到UE-2返回的同意转移控制权信息的消息后,将该消息传输给SCC AS-1,
由SCC AS-1指示UE-3建立联合会话控制权,向UE-3提供联合会话信息,并指示UE-2释放联合会话信息,联合会话控制权转移给UE-3,SCC AS-1仍然为联合会话锚定点。具体实现过程在本实施例中不再详细说明。
从上述实施例三的描述可知,实施例三中的受控UE可以主动发起将主控UE上的联合会话控制权转移到自身的流程,联合会话锚定点SCC AS通过将联合会话锚定点SCC AS信息以及联合会话信息通知给该受控UE和该受控UE归属的SCC AS,成功实现了基于Pull方式的转移联合会话控制权。
实施例四、基于Push方式的转移联合会话控制权的方法。下面结合附图4对本实施例进行说明;应用场景与实施例2及实施例3相同,此处不再赘述。
附图4示出的流程包括:
S1、UE-1需要将联合会话控制权转移到UE-2,UE-1发送Control Transfer Request消息,该请求消息被传输至SCC AS-1。
Control Transfer Request消息的一个具体例子:Control Transfer Request消息通过refer消息来实现,refer消息的subject头域携带联合会话控制权转移指示信息,如subject:control-transfer。refer消息的request-URI头域携带联合会话锚定点SCC AS信息即SCC AS-1的信息。refer消息的refer-to头域携带目标UE信息,如UE-2的身份信息,refer-to头域还可以表示出目标UE的能力信息或者特征信息。refer消息中的method的取值被设置为invite消息。上述refer-to头的一个具体例子为:refer-to:user2_public1home1.net;control/iscontroller;其中的user2_public1home1.net为UE-2的身份信息,control/iscontroller表示UE-2的能力信息或者特征信息,在本实施例中control/iscontroller可以表示出目标UE-2需要成为联合会话中的控制UE。
S2、SCC AS-1接收到Control Transfer Request消息后,根据UE-1所属用户的签约信息进行认证,以判断是否允许UE-1将联合会话控制权转移给UE-2,如果认证成功(即允许转移),则到S3,否则,向UE-1返回错误的响应消息。
S3、SCC AS-1判断出自身为联合会话锚定点(即hosting SCC AS)、且自身不是UE-2归属的SCC AS后,SCC AS-1根据接收到的Control Transfer Request消息向UE-2发送建立联合会话控制权指示消息,在本实施例中该消息具体可以为携带SCC AS-1信息和建立联合会话控制权指示信息的建立联合会话控制权请求消息。该消息中还携带有联合会话信息,联合会话信息可以以Extensible Markup Language(可扩展标记语言,XML)消息体的形式携带在建立联合会话控制权指示消息中。
SCC AS-1向UE-2发送建立联合会话控制权指示消息的一个具体例子为:SCC AS-1根据接收到的refer消息向UE-2发送re-invite消息,该re-invite消息的subject头域携带联合会话控制权转移指示信息,如subject:control-transfer。re-invite消息的contact头域中携带联合会话锚定点SCC AS信息即SCC AS-1的信息,如:contact:user1-publicsccas.com;gr=12345;hosting-sccas=sccas1home.net。另外,该re-invite消息中还可以携带XML消息体形式的联合会话信息。
S4、UE-2归属的SCC AS-2接收建立联合会话控制权指示消息,并根据UE-2所属用户的签约信息进行认证,以判断是否允许从UE-1处将联合会话控制权转移给UE-2,如果允许,则SCC AS-2存储建立联合会话控制权指示消息中包含的联合会话锚定点SCC AS信息(如SCC AS-1的地址信息)和联合会话信息,到S5,否则,SCC AS-2向UE-1返回错误的响应消息。
S5、SCC AS-2向UE-2发送建立联合会话控制权指示消息,以指示在UE-2上建立联合会话控制权。
S6、UE-2接收建立联合会话控制权指示消息后,如果UE-2接受在其上建立联合会话控制权,则UE-2获取并存储消息中包含的联合会话锚定点SCC AS信息(如SCC AS-1的地址信息)和联合会话信息,而且,UE-2返回携带接受建立联合会话控制权信息的Control Transfer Confirm消息,该消息经由SCC AS-2传输至SCC AS-1。如果UE-2拒绝在其上建立联合会话控制权,则UE-2返回携带拒绝建立控制权信息的ControlTransfer Confirm消息,
接收到携带拒绝建立联合会话控制权信息的Control Transfer Confirm消息的SCC AS-2应删除其存储的联合会话信息。
S7、SCC AS-1在接收到携带接受建立联合会话控制权信息的Control Transfer Confirm消息后,取消UE-1的联合会话控制权,并向UE-1发送Control Transfer Response消息,以通知UE-1联合会话控制权转移成功。UE-1接收到Control Transfer Response消息后,释放联合会话信息,UE-1在联合会话中的状态由controller UE转变为controllee UE。
S8、由于联合会话控制权转移到UE-2,且UE-1与UE-2属于不同用户,因此,SCC AS-1应更新联合会话与对端UE的连接,如SCC AS-1向Remote end发送Remote leg update消息,使Remote end获知与其通信的本端用户为UE-2。一个具体的例子:SCC AS-1向Remote end发送re-invite消息,该消息中的p-asserted-identity头域被设置为UE-2的身份信息。
上述图4示出的流程可以使联合会话控制权由UE-1转移到UE-2。如果需要进行联合会话控制权的共享,则实现过程与上述流程基本相同,其区别包括:在S1中,UE-1发送的控制权转移请求消息中携带联合会话控制权共享指示信息,如refer消息的subject头域被设置为subject:control-share;在S7中SCC AS-1不取消UE-1的联合会话控制权,SCC AS-1向UE-1发送的通知消息仅告知UE-1:已经在UE-2上成功建立了联合会话控制权,UE-1在接收到该通知消息后,不释放联合会话信息;另外,可以不包括S8,即SCC AS-1可以不更新联合会话与对端UE的连接。联合会话控制权共享的具体实现过程在本实施例中不再详细说明。
如果联合会话控制权在转移到UE-2之后,又需要将UE-2的联合会话控制权转移到其它UE如UE-3,则仍然由联合会话锚定点来控制联合会话控制权的转移。例如,UE-2发送的联合会话控制权转移请求消息会先传输至SCC AS-2,SCC AS-2在认证成功后,向SCC AS-1发送该请求消息,SCC AS-1根据接收到的该消息向UE-3发送携带联合会话信息的建立联合会话控制权指示消息,SCC AS-3接收到建立联合会话控制权指示消息且认证成功后,存储联合会话信息,并向UE-3发送建立联合会话控制权指示消息,UE-3存储联合会话信息,且UE-3返回的消息经由SCC AS-3传输至SCC AS-1,由SCC AS-1取消UE-2的联合会话控制权,并通知UE-2,UE-2释放联合会话信息。具体实现过程在本实施例中不再详细说明。
从上述实施例四的描述可知,实施例四中的控制UE可以主动发起将联合会话控制权转移给受控UE的流程,联合会话锚定点SCC AS通过将联合会话锚定点SCC AS信息以及联合会话信息通过建立联合会话控制权指示消息通知给该受控UE(即目标UE)和该受控UE归属的SCC AS,成功实现了基于Push方式的转移联合会话控制权。
实施例五、基于Pull方式的转移联合会话控制权的方法。下面结合附图5对本实施例进行说明;应用场景与实施例2至实施例4相同,此处不再赘述。
图5示出的流程包括:
S1至S7与上述实施例三中的描述相同,在此不再重复说明。
S8、如果SCC AS-1接收到携带联合会话控制权转移失败信息的Control Transfer Response消息,
SCC AS-1将Control Transfer Response消息转发给UE-2,以通知UE-2联合会话控制权转移失败。如果SCC AS-1接收到携带联合会话控制权取消成功信息的Control Transfer Response消息,则SCC AS-1向UE-2发送携带联合会话信息的建立联合会话控制权指示消息,以指示在UE-2上建立联合会话控制权。
SCC AS-1向UE-2发送建立联合会话控制权指示消息的一个具体例子为:SCC AS-1将联合会话锚定点SCC AS信息和联合会话信息携带在Control Transfer Response消息中,并向UE-2发送Control TransferResponse消息。联合会话信息可以以XML消息体的形式携带在Control Transfer Response消息中;ControlTransfer Response消息的subject:control-transfer;Control Transfer Response消息中的contact:user1-publicsccas.com;gr=12345;hosting-sccas=sccas1home.net。该Control Transfer Response消息经由SCC AS-2传输至UE-2,SCC AS-2和UE-2可以均存储消息中包含的联合会话锚定点SCC AS信息和联合会话信息。
S9、由于联合会话控制权转移到UE-2,且UE-1与UE-2属于不同的用户,因此,SCC AS-1应更新联合会话与对端UE的连接。具体的,SCC AS-1向Remote end发送Remote leg update消息,使Remote end获知与其通信的本端用户为UE-2。更新连接的一个具体例子:SCC AS-1向Remote end发送re-invite消息,该消息中的p-asserted-identity头域被设置为UE-2的身份信息。
S10、SCC AS-1向UE-1发送通知消息,以告知UE-1:已经在UE-2上成功建立了联合会话控制权,取消UE-1的联合会话控制权。UE-1在接收到该通知消息后,释放联合会话信息。
上述图5示出的流程可以使联合会话控制权由UE-1转移到UE-2。如果需要进行联合会话控制权的共享,则实现过程与上述流程基本相同,其区别包括:在S2中,UE-2发送的控制权转移请求消息中携带联合会话控制权共享指示信息,如refer消息的subject头域被设置为subject:control-share;在S10中SCC AS-1向UE-1发送的通知消息仅告知UE-1:已经在UE-2上成功建立了联合会话控制权,UE-1在接收到该通知消息后,不释放联合会话信息;另外,可以不包括S9,即SCC AS-1可以不更新联合会话与对端UE的连接。联合会话控制权共享的具体实现过程在本实施例中不再详细说明。
在通过图5所示的流程使联合会话控制权由UE-1转移到UE-2之后,如果UE-1希望将联合会话控制权转移回UE-1自身,则仍然由联合会话锚定点SCC AS-1来控制联合会话控制权的转移。例如,UE-1发送Control Transfer Request消息,SCC AS-1接收到Control Transfer Request消息且成功认证后,向UE-2发送Control Transfer Request消息,UE-2归属的SCC AS-2成功认证、且UE-2同意联合会话控制权转移后,
SCC AS-1向UE-1发送包含联合会话信息的建立联合会话控制权指示消息,指示UE-1建立联合会话控制权,并存储联合会话信息,SCC AS-1指示UE-2释放联合会话信息,联合会话控制权又转移到UE-1上,SCC AS-1仍然为联合会话锚定点。
在通过图5所示的流程使联合会话控制权由UE-1转移到UE-2之后,如果UE-3希望将UE-2上的联合会话控制权转移到UE-3自身,则仍然由联合会话锚定点SCC AS-1来控制联合会话控制权的转移。例如,UE-3发送的联合会话控制权转移请求消息传输至SCC AS-3,SCC AS-3在认证成功后,向SCC AS-2发送该请求消息,SCC AS-2在判断出自身不是联合会话锚定点且成功认证后,向UE-2发送联合会话控制权取消消息,SCC AS-2在接收到UE-2返回的同意转移控制权信息的消息后,
将该消息传输给联合会话锚定点SCC AS-1,由SCC AS-1向UE-3发送携带联合会话信息的建立联合会话控制权指示消息,以指示UE-3建立联合会话控制权,并存储联合会话信息。SCC AS-1指示UE-2释放联合会话信息,联合会话控制权转移给UE-3,SCC AS-1仍然为联合会话锚定点。具体实现过程在本实施例中不再详细说明。
从上述实施例五的描述可知,实施例五中的受控UE可以主动发起将主控UE上的联合会话控制权转移到自身的流程,联合会话锚定点SCC AS通过将联合会话锚定点SCC AS信息以及联合会话信息通过建立联合会话控制权指示消息通知给该受控UE和该受控UE归属的SCC AS,成功实现了基于Pull方式的转移联合会话控制权。
实施例六、媒体变化方法。下面结合附图6对本实施例进行说明。
图6中,S600、SCC AS接收媒体变化请求消息。
发送媒体变化请求消息的UE可以为控制UE,也可以为受控UE。UE可以采用Push方式或Pull方式来实现媒体变化,即SCC AS接收到的媒体变化请求消息可以为基于Push方式的媒体变化请求消息,也可以为基于Pull方式的媒体变化请求消息。通常情况下,媒体变化请求消息的发送方为控制UE或者媒体目标UE,一种较为特殊的情况为,媒体变化请求消息的发送方为:除控制UE和媒体目标UE之外的第三方UE,例如,UE-1请求将UE-2上的媒体转移到UE-3。
S610、SCC AS根据自身存储的联合会话锚定点SCC AS信息确定出自身不为联合会话锚定点,
则SCC AS向联合会话锚定点SCC AS发送携带与媒体变化相关的UE认证通过信息的媒体变化请求消息,以通知联合会话锚定点SCC AS不再对该UE进行认证操作。
上述与媒体变化相关的UE可以为:媒体所在UE和媒体目标UE中的至少一个。媒体所在UE即需要变化的媒体所在的UE,也即媒体变化的源UE;媒体目标UE即媒体变化的目的UE(如媒体需要转移到的UE)。
S610的一个具体例子:在SCC AS接收到基于Push方式的媒体变化请求消息后,如果该SCC AS根据自身存储的联合会话锚定点SCC AS信息确定出自身不为联合会话锚定点,则该SCC AS向联合会话锚定点SCC AS发送携带媒体所在UE认证通过信息的媒体变化请求消息,以通知联合会话锚定点SCC AS不再对媒体所在UE进行认证操作。
S610的另一个具体例子:在SCC AS接收到基于Pull方式的媒体变化请求消息后,如果该SCC AS根据自身存储的联合会话锚定点SCC AS信息确定出自身不为联合会话锚定点,则该SCC AS向联合会话锚定点SCC AS发送携带媒体所在UE和媒体目标UE认证通过信息的媒体变化请求消息,以通知联合会话锚定点SCC AS不再对媒体所在UE和媒体目标UE进行认证操作,而仅向controller UE进行认证操作。
从上述实施例六的描述可知,实施例六中的SCC AS通过向联合会话锚定点SCC AS发送携带与媒体变化相关的UE认证通过信息的媒体变化请求消息,使联合会话锚定点SCC AS可以不再对相关UE进行认证操作的情况下,成功实现媒体在不同UE之间的变化。
实施例七、基于pull方式的媒体变化方法。下面结合附图7对该方法进行说明。
附图7中的UE-1、UE-2和UE-3建立了联合会话,并与对端UE进行通信。UE-1属于用户1,UE-2属于用户2,UE-3属于用户3。开始时,UE-1为控制UE(也可以称为主控UE),UE-2和UE-3均为受控UE,之后,UE-1将联合会话控制权转移给UE-2,UE-2为控制UE,UE-1和UE-3均为受控UE。UE-1归属的SCC AS为SCC AS-1,UE-2归属的SCC AS为SCC AS-2,UE-3归属的SCC AS为SCC AS-3。联合会话锚定在UE-1归属的SCC AS-1上,即SCC AS-1为联合会话锚定点。
附图7示出的媒体变化流程包括:
S1、UE-3发送Media Transfer Request(媒体转移请求)消息,以请求将UE-2上的语音媒体转移到自身。Media Transfer Request消息中携带UE-2上会话的会话信息。该Media Transfer Request消息被传输至UE-3归属的SCC AS-3。
S2、SCC AS-3根据用户3的签约信息进行认证,以判断是否允许将UE-2上的媒体转移到UE-3上。如果认证成功(即允许转移),则到S3,否则,SCC AS-3向UE-3返回错误的响应消息。
S3、SCC AS-3将Media Transfer Request消息传输至目标UE(即UE-2)归属的SCC AS-2,Media TransferRequest消息中携带UE-3成功认证指示信息。消息中包含的UE-3成功认证指示信息的一个具体例子可以为:
<?xml version="1.0"?>
<authoinfo xmlns="urn:3gpp:ns:imscont:authoinfo">
<sourceUE i="<sip:user3_public1home1.net>"/>
</authoinfo>
S4、SCC AS-2接收到Media Transfer Request消息后,识别出UE-2属于用户2,则根据用户2的签约信息进行认证,以判断是否允许将UE-2上的语音媒体转移到UE-3上。如果认证成功,则SCC AS-2根据其存储的联合会话锚定点SCC AS信息判断出自身是否为联合会话锚定点,如果判断出不为联合会话锚定点,到S4;如果认证失败,则SCC AS-2通过SCC AS-3向UE-3返回错误的响应消息。
S5、SCC AS-2根据其存储的联合会话锚定点SCC AS信息判断出自身不为联合会话锚定点之后,确定出UE-3与UE-2属于不同用户,归属于不同SCC AS。为了在联合会话中为UE-3建立正确的接入分支,
SCC AS-2向SCC AS-3返回重定向消息302,以便使Media Transfer Request消息能够直接传输至联合会话锚定点SCC AS-1,由SCC AS-1***体转移,重定向消息302的contact头域可以设置为SCC AS-1的地址信息。
另外,在重定向消息302中还可以携带针对该Media Transfer Request消息已经成功完成了UE-2和UE-3认证的指示信息,这样,SCC AS-1可以不再执行认证过程。该指示信息可以以XML消息体的形式携带在重定向消息302中,消息中包含的UE-2和UE-3成功认证的指示信息的一个具体例子可以为:
<?xml version="1.0"?>
<authoinfo xmlns="urn:3gpp:ns:imscont:authoinfo">
<sourceUE i="<sip:user3_public1home1.net>"/>
<targetUE i="<sip:user2_public1home1.net>"/>
</authoinfo>
S6、SCC AS-3接收重定向消息302,并向SCC AS-1发送携带UE-2和UE-3成功认证的指示信息的MediaTransfer Request消息。
需要说明的是,如果UE-2和UE-3属于相同用户,则在S5中SCC AS-2可以不需要采用重定向的方式将Media Transfer Request消息传输至SCC AS-1,SCC AS-2可以直接向SCC AS-1转发Media Transfer Request消息,这样,本实施例可以不包含S6。
S7、SCC AS-1接收到Media Transfer Request消息后,更新联合会话与对端UE的媒体连接,如SCC AS-1向Remote end发送Remote leg update消息,使Remote end获知UE-2上的媒体转移到UE-3上。
如果SCC AS-1不是主控UE归属的SCC AS,则在S7中,SCC AS-1应向主控UE进行认证,以判断主控UE是否允许将UE-2上的语音媒体转移到UE-3上,并在认证通过后,再更新联合会话与对端UE的媒体连接。
S8、Remote end向SCC AS-1返回Remote leg Response(对端分支响应)消息。
S9、SCC AS-1接收到Remote leg Response消息后,向UE-3发送媒体建立指示消息,并执行在UE-3上建立语音媒体的操作。该媒体建立指示消息具体可以为:Media Transfer Response消息。
S10、SCC AS-1向UE-2发送Release Media Request消息,以通知UE-2释放被转移的语音媒体。
S11、UE-2在成功释放语音媒体后,向SCC AS-1返回Release Media Reponse(媒体释放响应)消息,以通知SCC AS-1:语音媒体成功释放。
附图7示出了联合会话中的UE之间进行语音媒体转移的具体实现过程,如果将联合会话中的UE上的媒体转移给联合会话之外的UE,则具体实现过程与上述描述基本相同,在此不再详细说明。
在本实施例中,如果S1中发送Media Transfer Request消息的UE为UE-1,且SCC AS-1为联合会话锚定点,则SCC AS-1进行认证操作,在成功认证之后,SCC AS-1将Media Transfer Request消息发送给媒体转移的目标UE,在目标UE、及联合会话主控UE认证成功后,由SCC AS-1控制语音媒体由UE-2转移给UE-1。
上述实施例7是以媒体转移为例进行描述的,如果媒体变化具体为复制媒体或者增加媒体,其实现过程与上述实现过程基本相同,在此不再重复说明。
从上述实施例七的描述可知,实施例七中的SCC AS-3通过向联合会话锚定点SCC AS发送携带媒体转移请求发起方UE以及媒体目标UE认证通过信息的媒体变化请求消息,使联合会话锚定点SCC AS可以不再对这两个UE进行认证操作的情况下,成功实现了基于Pull方式的媒体转移。
实施例八、基于Push方式的媒体变化方法。下面结合附图8对本实施例进行说明;应用场景与实施例7相同,此处不再赘述。
附图8示出的流程包括:
S1、UE-2发送Media Transfer Request消息,以请求将UE-2上的语音媒体转移到UE-3上。该MediaTransfer Request消息被传输至UE-2归属的SCC AS-2。
S2、SCC AS-2根据用户2的签约信息进行认证,以判断是否允许将UE-2上的语音媒体转移到UE-3上。如果认证成功(即允许转移),则在判断出自身为联合会话中的控制UE归属的SCC AS且其存储的联合会话锚定点SCC AS信息判断出自身不为联合会话锚定点之后,到S3。如果上述认证失败,则SCC AS-2向UE-2返回失败响应消息。
S3、SCC AS-2将Media Transfer Request消息传输至联合会话锚定点SCC AS-1,Media Transfer Request消息中携带UE-2成功认证指示信息。该指示信息可以以XML的方式携带在消息中。Media Transfer Request消息中包含的UE-2成功认证指示信息的一个具体例子可以为:
<?xml version="1.0"?>
<authoinfo xmlns="urn:3gpp:ns:imscont:authoinfo">
<sourceUE i="<sip:user2_public1home1.net>"/>
</authoinfo>
S4、SCC AS-1接收到Media Transfer Request消息后,识别出语音媒体所在的UE-2属于用户2,媒体目标UE-3属于用户3,用户2和用户3属于不同的用户,且已经进行了UE-2的认证过程,因此,SCC AS-1向UE-3发送媒体建立指示消息。该媒体建立指示消息具体可以为携带媒体建立指示信息的Media TransferRequest消息。
S5、SCC AS-3接收到Media Transfer Request消息后,在判断出UE-3属于自身后,根据用户3的签约信息进行认证,以判断是否允许将UE-2上的语音媒体转移到UE-3上。如果认证成功(即允许转移),则到S6,否则,SCC AS-3向SCC AS-1返回错误的响应消息。
S6、SCC AS-3向UE-3发送媒体建立指示消息。
S7、UE-3接收到媒体建立指示消息后,如果同意在其上建立媒体,则根据该消息在UE-3上建立媒体如语音媒体,并返回携带成功建立语音媒体的媒体建立响应消息;如果UE-3不同意在其上建立语音媒体,则UE-3返回失败的响应消息。UE-3返回的响应消息经由SCC AS-3传输至SCC AS-1。
S8、SCC AS-1确定在UE-3上成功建立了语音媒体后,更新联合会话与对端UE的媒体连接,
如SCC AS-1向Remote end发送Remote leg update消息,使Remote end获知UE-2上的语音媒体转移到UE-3上。
S9、Remote end向SCC AS-1返回Remote leg Response消息。
S10、SCC AS-1接收到Remote leg Response消息后,向UE-3发送媒体建立确认消息,完成在UE-3上建立媒体的操作。
S11、SCC AS-1向UE-2发送Release Media Request消息,以通知UE-2释放被转移的语音媒体。
S12、UE-2在成功释放语音媒体后,向SCC AS-1返回Release Media Response消息,以通知SCC AS-1:语音媒体成功释放。
S13、SCC AS-1向UE-2发送Media Transfer Response消息,以通知UE-2语音媒体转移成功。
同理,当controller UE向controllee UE复制或增加媒体时,在复制/增加请求中同样携带通过认证的UE信息,以使得联合会话锚定点SCC AS不执行相应认证过程,如果IUT(UE间转移)操作的目标UE属于hosting SCC AS,则hosting SCC AS直接对其服务的UE进行认证操作。
同理,共享联合会话控制权后,新的主控UE发起相似转移/复制/增加媒体过程与上述过程相似,即发送主控UE认证通过的信息,以指示不需要联合会话锚定点SCC AS进行相应的认证。
上述图8示出的流程描述了联合会话中的UE之间进行媒体转移的具体实现过程,如果将联合会话中的UE上的媒体转移给联合会话之外的UE,则具体实现过程与上述描述基本相同,在此不再详细说明。
从上述实施例八的描述可知,实施例八中的SCC AS-2通过向联合会话锚定点SCC AS发送携带媒体转移请求发起方UE(也即主控UE)认证通过信息的媒体变化请求消息,使联合会话锚定点SCC AS可以不再对主控UE进行认证操作的情况下,成功实现了基于Push方式的媒体转移。
实施例九、联合会话控制权变化的装置。该装置可以为SCC AS。下面结合附图9对该装置进行说明。
图9示出的装置包括:接收模块900和处理模块910。可选的,该装置还可以包括:通知模块920。
接收模块900,用于接收联合会话控制权变化请求消息。该联合会话控制权变化请求消息用于请求在控制UE和目标UE之间转移或者共享联合会话控制权。控制UE即当前控制UE,目标UE即联合会话控制权变化后的控制UE,目标UE可以是联合会话中的受控UE,也可以不是联合会话中的UE。
接收模块900接收到的联合会话控制权变化请求消息可以是控制UE发送的,也可以是受控UE或联合会话之外的UE发送的。接收模块900接收到的联合会话控制权变化请求消息中携带有联合会话控制权变化指示信息和目标UE信息,以使控制模块910能够根据该消息获知联合会话控制权需要在控制UE和目标UE之间发生变化(如转移或共享等)。本实施例不限制接收模块900接收到的联合会话控制权变化请求消息所采用的协议、以及具体的消息格式等。
处理模块910,用于在确定出其所在SCC AS为联合会话锚定点后,且在目标UE不归属处理模块910所在SCC AS的情况下,将联合会话锚定点SCC AS信息或联合会话信息通知给目标UE和目标UE归属的SCC AS。
处理模块910可以根据其所在SCC AS自身存储的联合会话锚定点SCC AS信息确定出其所在SCC AS是否为联合会话锚定点。
处理模块910包括:第一处理模块911和第二处理模块912。可选的,处理模块910还可以包括:第一发送模块(图中未示出)和第二发送模块(图中未示出)。
第一处理模块911,用于判断其所在SCC AS是否为联合会话锚定点,且该SCC AS是否为目标UE归属的SCC AS。第一子模块911可以根据其所在SCC AS自身存储的联合会话锚定点SCC AS信息确定出其所在SCC AS是否为联合会话锚定点。
第二处理模块912,用于在第一处理模块911判断出SCC AS为联合会话锚定点,且该SCC AS不为目标UE归属的SCC AS时,根据联合会话控制权变化请求消息向目标UE发送携带联合会话锚定点SCC AS信息的建立联合会话控制权指示消息。该建立联合会话控制权指示消息经目标UE归属的SCC AS传输至目标UE,
建立联合会话控制权指示消息中的联合会话锚定点SCC AS信息被目标UE和目标UE归属的SCC AS存储。
可选的,第二处理模块912向目标UE发送的建立联合会话控制权指示消息中可以携带联合会话信息。
第二处理模块912所在SCC AS为联合会话控制权变化请求消息的发起方UE归属的SCC AS时,第二处理模块912可以根据发起方UE所属用户的签约信息针对该消息进行认证,以判断发起方UE是否允许进行联合会话控制权转移或共享。在判断出允许进行联合会话控制权转移或者共享、且第一处理模块911判断出SCC AS为联合会话锚定点时,向目标UE发送携带联合会话锚定点SCC AS信息的建立联合会话控制权指示消息,以为所述目标UE建立联合会话控制权。第二处理模块912在确定出目标UE不是本地UE的情况下,将联合会话锚定点SCC AS信息和/或联合会话信息通知给目标UE和目标UE归属的SCC AS。
所述第一发送模块(图中未示出):用于向所述目标UE发送携带所述联合会话信息的建立联合会话控制权指示消息。
所述第二发送模块(图中未示出),用于根据所述目标UE对联合会话信息的订阅向所述目标UE发送联合会话信息。
通知模块920,用于在联合会话控制权成功转移至目标UE后,向对端UE发送通知信息,使对端UE获知与其通信的本端UE为目标UE。
在联合会话控制权在控制UE和目标UE之间共享后,目标UE成为控制UE,原控制UE仍然为控制UE,通知模块920通常可以不向通信的对端UE发送上述通知信息。当然,通知模块920也可以向通信的对端UE发送上述通知信息。
从上述实施例九的描述可知,处理模块910通过将联合会话锚定点SCC AS信息或联合会话信息通知给目标UE和目标UE归属的SCC AS,成功实现了基于Push方式或者基于Pull方式的转移联合会话控制权。
实施例十、媒体变化的装置。该装置为SCC AS。下面结合附图10对该装置进行说明。
图10示出的装置包括:第二接收模块1000和第二控制模块1010。
第二接收模块1000,用于接收媒体变化请求消息。
第二接收模块1000接收到的媒体变化请求消息可以是控制UE发送来的,也可以为受控UE发送来的。UE可以采用Push方式或Pull方式来实现媒体变化,即第二接收模块1000接收到的媒体变化请求消息可以为基于Push方式的媒体变化请求消息,也可以为基于Pull方式的媒体变化请求消息。
第二控制模块1010,用于根据其所在SCC AS存储的联合会话锚定点SCC AS信息确定出其所在SCC AS不是联合会话锚定点,则向联合会话锚定点SCC AS发送携带与媒体变化相关的UE认证通过信息的媒体变化请求消息,以通知联合会话锚定点SCC AS不对该UE进行认证操作。上述与媒体变化相关的UE可以为:媒体所在UE和媒体目标UE中的至少一个。
一个具体例子:在第二接收模块1000接收到基于Push方式的媒体变化请求消息后,如果第二控制模块1010根据SCC AS存储的联合会话锚定点SCC AS信息确定出所在SCC AS不为联合会话锚定点,则第二控制模块1010向联合会话锚定点SCC AS发送携带媒体所在UE认证通过信息的媒体变化请求消息,以通知联合会话锚定点SCC AS不再对媒体所在UE进行认证操作。
另一个具体例子:在第二接收模块1000接收到基于Pull方式的媒体变化请求消息后,如果第二控制模块1010根据SCC AS存储的联合会话锚定点SCC AS信息确定出所在SCC AS不为联合会话锚定点,则第二控制模块1010向联合会话锚定点SCC AS发送携带媒体所在UE和媒体目标UE认证通过信息的媒体变化请求消息,以通知联合会话锚定点SCC AS不再对媒体所在UE和媒体目标UE进行认证操作,而仅向controllerUE进行认证操作。
从上述实施例十的描述可知,实施例十中的第二控制模块1010通过向联合会话锚定点SCC AS发送携带与媒体变化相关的UE认证通过信息的媒体变化请求消息,使联合会话锚定点SCC AS可以不再对相关UE进行认证操作的情况下,成功实现媒体在不同UE之间的变化。
实施例十一、联合会话控制权变化的***。下面结合附图11对该***进行说明。
图11示出的***包括:多个SCC AS1100,其中一个SCC AS1100为联合会话锚定点。图11中虽然只示出了两个SCC AS1100,但是在实际网络中,可以包括更多数量的SCC AS1100。多个SCC AS1100相互连接。
SCC AS1100用于接收联合会话控制权变化请求消息,该联合会话控制权变化请求消息用于请求联合会话控制权在控制UE和目标UE之间转移或者共享;接收到联合会话控制权变化请求消息的SCC AS1100在确定出自身为联合会话锚定点后,则为所述目标UE建立联合会话控制权,且在目标UE不归属联合会话锚定点SCC AS1100的情况下,联合会话锚定点SCC AS1100将联合会话锚定点SCC AS信息或联合会话信息通知给目标UE和目标UE归属的SCC AS1100。
目标UE归属的SCC AS1100接收并存储联合会话锚定点SCC AS信息或联合会话信息。
联合会话锚定点SCC AS1100具体执行的操作和结构如上述方法实施例和装置实施例中的描述,在此不再重复说明。
实施例十二、媒体变化的***。下面结合附图12对该***进行说明。
图12示出的***包括:多个SCC AS1200,其中一个SCC AS1200为联合会话锚定点。图12中虽然只示出了两个SCC AS1200,但是在实际网络中,可以包括更多数量的SCC AS1200。多个SCC AS1200相互连接。
SCC AS1200用于接收媒体变化请求消息,接收到媒体变化请求消息的SCC AS1200在根据自身存储的联合会话锚定点SCC AS信息确定出自身不为联合会话锚定点,则向联合会话锚定点SCC AS1200发送携带与媒体变化相关的UE认证通过信息的媒体变化请求消息,以通知联合会话锚定点SCC AS1200不对UE进行认证操作。
SCC AS1200具体执行的操作和结构如上述方法实施例和装置实施例中的描述,在此不再重复说明。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现,当然也可以全部通过硬件来实施,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,所述的软件产品在可以用于执行上述的方法流程。该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,本发明的申请文件的权利要求包括这些变形和变化。