获取资源地址的方法、终端及服务器
技术领域
本发明涉及通信技术领域,尤其涉及一种获取资源地址的方法、终端及服务器。
背景技术
在现有的基于IMS(IP Multimedia Sub-system,基于IP的多媒体子系统)的P2P CDS(Peer to Peer Content Distribution Services,点对点内容分发业务)的网络架构中主要包括:portal(门户)服务器、tracker AS(追踪应用服务器)以及内容缓存服务器。
利用上述网络架构实现资源分发的过程大致为:
终端启动该业务后,访问portal服务器,获得频道列表信息,portal服务器和终端归属地tracker AS服务器对UE(User Equipment,用户设备)进行身份认证;UE从所述频道列表中选择一个频道后,向portal服务器发送请求消息,获取tracker AS的地址信息;之后,UE根据所述地址信息向tracker AS发送请求消息,请求观看所选择的频道。
Tracker AS在完成了对UE的权限、是否已付费、终端的能力与资源是否匹配等信息进行认证之后,将该Tracker AS保存的多媒体资源对应的资源地址列表发送给UE。UE在获取到所述资源地址列表之后,选择一个或多个端点建立连接以完成媒体传输。
在实现上述资源分发的过程中,IMS网络所有业务请求都是由归属地来处理,在终端已经漫游到其他网络的情况下,由于归属地网络只知道它所控制的网络的CS(Cache Server,缓存服务器)以及该网络下的终端的资源分布情况,因此归属地网络服务器将归属地的资源地址列表发给终端。也就是说,即使在终端漫游到其他网络的情况下,终端也还是需要从其归属地网络中获取多媒体资源,这样位于拜访地的终端和归属地缓存服务器/终端建立连接必然穿越不同网络,不仅占用网络资源多、耗时多,而且跨网络间的连接可能造成用户在业务请求时的不连续性,从而影响用户体验。
发明内容
本发明的实施例提供一种获取资源地址的方法、装置及系统,能够为漫游终端提供合理的资源地址,减少网络资源的占用,降低延时。
为达到上述目的,本发明的实施例采用如下技术方案:
一方面,提供了一种获取资源地址的方法,包括:
根据终端发送的获取资源的业务请求消息判断所述终端是否处于归属地网络,所述获取资源的业务请求消息携带有待获取资源信息;
若所述终端不在归属地网络,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器,以使得所述拜访地的追踪应用服务器根据所述待获取资源信息生成资源地址消息;
接收所述拜访地的追踪应用服务器返回的资源地址消息并将所述资源地址消息发送给所述终端。
另一方面,提供了一种追踪应用服务器,包括:
第一判断单元,用于根据所述终端发送的获取资源的业务请求消息判断所述终端是否处于归属地网络;
第一执行单元,用于在所述第一判断单元判断得到终端不在归属地网络时,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器,所述获取资源的业务请求消息携带有待获取资源信息;
第一转发单元,用于接收所述拜访地的追踪应用服务器返回的资源地址信息并将所述资源地址信息发送给所述终端。
一方面,提供了一种获取资源地址的方法,包括:
通过门户服务器获取终端当前所处网络的追踪应用服务器地址;
向所述终端当前所处网络的追踪应用服务器地址对应的服务器发送获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
接收所述当前所处网络的追踪应用服务器根据所述待获取资源信息生成并发送的资源地址消息。
另一方面,提供了一种终端,包括:
第一获取单元,用于通过门户服务器获取终端所处拜访地的追踪应用服务器地址;
第三发送单元,用于向所述第一获取单元获取的拜访地的追踪应用服务器地址对应的服务器发送获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
第三接收单元,用于接收所述拜访地的追踪应用服务器根据所述待获取资源信息生成并发送的资源地址信息
另一方面,还提供了一种追踪应用服务器,包括:
第七接收单元,用于接收终端或者所述终端所在归属地的追踪应用服务器发送的获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
生成发送单元,用于根据所述第三接收单元接收的待获取资源信息生成资源地址信息并将所述资源地址信息发送给所述归属地的追踪应用服务器或者所述终端。
本发明实施例提供的获取资源地址的方法、终端及服务器,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性,有效建立拜访地资源地址、提高基于IMS的P2P CDS服务质量。利用本发明实施例中提供的方案,能够为漫游终端提供合理的资源地址,减少网络资源的占用,降低延时。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1(a)为本发明实施例一中的获取资源地址的方法的流程图;
图1(b)为本发明实施例一中的获取资源地址的装置的结构示意图;
图2(a)为本发明实施例二中的获取资源地址的方法的流程图;
图2(b)为本发明实施例二中的获取资源地址的装置的结构示意图;
图3为本发明实施例三至六中的获取资源地址的系统的结构示意图;
图4为本发明实施例三中的获取资源地址的方法的信令流程图;
图5为本发明实施例四中的获取资源地址的方法的信令流程图;
图6为本发明实施例五中的获取资源地址的方法的信令流程图;
图7为本发明实施例六中的获取资源地址的方法的信令流程图;
图8(a)为本发明实施例七中的归属地的追踪应用服务器的结构示意图一;
图8(b)为本发明实施例七中的归属地的追踪应用服务器的结构示意图二;
图9(a)为本发明实施例八中的终端的结构示意图一;
图9(b)为图9(a)所示的终端中第一获取单元的又一结构示意图;
图9(c)为本发明实施例八中的终端的结构示意图二;
图10(a)为本发明实施例九中的拜访地的追踪应用服务器的结构示意图一;
图10(b)为本发明实施例九中的拜访地的追踪应用服务器的结构示意图二。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
下面结合附图对本发明实施例中提供的获取资源地址的方法、装置及系统进行详细描述。
实施例一:
如图1(a)所示,本发明实施例提供的获取资源地址的方法,可以应用于终端所属的归属地网络中的追踪应用服务器(tracker AS),该方法可以包括:
101、根据终端发送的获取资源的业务请求消息判断所述终端是否处于归属地网络,所述获取资源的业务请求消息携带有待获取资源信息。
在该步骤中,判断终端是否位于归属地网络的方式,可以是通过UE注册信息中的p-visited-network-ID来进行判断。
102、若所述终端不在归属地网络,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器,以使得所述拜访地的追踪应用服务器根据所述待获取资源信息生成资源地址信息。
所述将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器的具体实现方式可以是:获取所述终端所处拜访地网络的拜访地网络标识,根据所述拜访地网络标识,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器。其中,若获取资源的业务请求消息以发送的形式到达所述拜访地的追踪应用服务器,其具体实现方式为归属地的追踪应用服务器将所述获取资源的业务请求消息直接发送给所述拜访地的追踪应用服务器,若获取资源的业务请求消息以重定向的形式到达所述拜访地的追踪应用服务器,其具体实现方式为归属地的追踪应用服务器将所述获取资源的业务请求消息以及拜访地网络标识返回给终端,以使得终端根据所述拜访地网络标识将所述获取资源的业务请求消息重定向到所述拜访地的追踪应用服务器。
在本实施例中,所述发送的形式即为:由执行主体直接发送到接收方,而重定向的形式即为:由执行主体将必要的信息返回到终端,由终端重定向到接收方,在以下实施例中所阐述的发送以及重定向方式与其类似,以后不再一一赘述。
在本实施例中,可以通过Info消息或者Invite消息向拜访地网络发起资源请求,在所述获取资源的业务请求消息中可以携带待获取资源信息,所述待获取资源信息可以是待获取资源对应的标识信息,所述拜访地网络在接收到所述资源请求后,可以根据所述标识信息提供相应的资源地址信息。
103、接收所述拜访地的追踪应用服务器返回的资源地址信息并将所述资源地址发送给所述终端。
进一步的,为了确保网络通信的安全,本发明实施例提供的获取资源地址的方法,在所述步骤103之前终端所属的归属地网络中的追踪应用服务器还可以对所述终端进行身份认证,并且所述步骤102,具体可以包括:若终端通过身份认证,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器,其中,所述获取资源的业务请求消息携带有身份认证通过信息。
可选的,确保网络通信安全的具体实现方式,还可以通过以下方式实现:在步骤102之后,接收拜访地的追踪应用服务器发送的获取认证数据请求;根据所述获取认证请求,将认证数据发送给所述拜访地的追踪应用服务器,以使得所述拜访地的追踪应用服务器根据所述认证数据对所述终端进行身份认证,并在所述终端通过身份认证的情况下发送所述资源地址信息。
进一步的,为了避免所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,终端无法获取到资源列表导致业务中断,所述获取资源列表的方法,在步骤102之后,还可以包括:
归属地的追踪应用服务器接收所述拜访地的追踪应用服务器发送的重定向响应消息,以获取用户所需的归属地的资源;将所述重定向响应消息发送给所述终端,以使得所述终端根据所述重定向响应消息向所述归属地网络请求获取用户所需的资源;或者根据所述重定向响应消息判断出重定向到归属地的追踪应用服务器,根据所述重定向响应消息生成资源地址信息,并将所述资源地址信息返回给所述终端。其中,所述重定向响应消息用于将所述获取资源列表的业务请求重定向到所述归属地网络。
对应于上述方法实施例,本发明实施例中还提供了一种归属地的追踪应用服务器,包括:
第一判断单元11,用于根据所述终端发送的获取资源的业务请求消息判断所述终端是否处于归属地网络;
第一执行单元12,用于在所述第一判断单元判断得到终端不在归属地网络时,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器,所述获取资源的业务请求消息携带有待获取资源信息;
第一转发单元13,用于接收所述拜访地的追踪应用服务器返回的资源地址信息并将所述资源地址信息发送给所述终端。
本发明实施例提供的获取资源地址的方法、归属地的追踪应用服务器及拜访地的追踪应用服务器,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性,有效建立拜访地资源地址、提高基于IMS的P2P CDS服务质量。利用本发明实施例中提供的方案,能够为漫游终端提供合理的资源地址,增强用户获取媒体资源时的用户体验。
对应于上述方法实施例,本发明实施例中还提供了一种拜访地的追踪应用服务器,如图1(b)所示,包括:
第七接收单元14,用于接收终端所在归属地的追踪应用服务器发送的获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
生成发送单元15,用于根据所述第三接收单元接收的待获取资源信息生成资源地址信息并将所述资源地址信息发送给所述归属地的追踪应用服务器,以使得所述归属地的追踪应用服务器将所述资源地址信息发送给所述终端。
实施例二:
如图2(a)所示,本发明实施例提供的中获取资源地址的方法,可以应用于终端UE,该方法,可以包括:
201、通过门户服务器获取终端所处拜访地的追踪应用服务器地址;
在该步骤中,终端可以将所处拜访地网络的网络信息发送给所述门户服务器,使得所述门户服务器根据所述当前所处网络的网络信息给所述终端返回当前所处网络的追踪应用服务器地址。可选的,所述门户服务器还可以根据所述终端的IP地址给所述终端返回当前所处网络的追踪应用服务器地址。
值得说明的是,终端在接收到门户服务器返回的拜访地的追踪应用服务器地址时,还可以接收到归属地的追踪应用服务器地址。
202、向所述拜访地的追踪应用服务器地址对应的服务器发送获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
203、接收所述拜访地的追踪应用服务器根据所述待获取资源信息生成并发送的资源地址信息。
进一步的,在所述当前所处网络的追踪应用服务器为拜访地的追踪应用服务器时,为了确保网络通信安全,还需要对终端进行身份认证,所述步骤202,具体可以包括:
方式一:向归属地的追踪应用服务器发送获取资源的业务请求消息,以使得所述归属地的追踪应用服务器对终端进行身份认证,并在认证通过之后,将所述身份认证通过信息携带在所述获取资源的业务请求消息中发送给所述拜访地的追踪应用服务器,或者,通过归属地的追踪应用服务器将所述获取资源的业务请求消息发送到所述拜访地的追踪应用服务器,以使得所述拜访地追踪应用服务器向归属地追踪应用服务器获取所述终端的认证数据,由所述拜访地的追踪应用服务器根据认证数据对终端进行认证;
即在通过归属地的追踪应用服务器将所述获取资源的业务请求消息发送到所述拜访地的追踪应用服务器的过程中,其身份认证可以通过以下方式实现:
(一)所述归属地的追踪应用服务器对终端进行身份认证,并在认证通过之后,将所述身份认证通过信息携带在所述获取资源的业务请求消息中发送给所述拜访地的追踪应用服务器。
(二)所述拜访地追踪应用服务器向归属地追踪应用服务器获取所述终端的认证数据,由所述拜访地的追踪应用服务器根据认证数据对终端进行认证。
方式二:根据所述拜访地的追踪应用服务器地址,将获取资源列表的业务消息直接发送给所述拜访地的追踪应用服务器,以使得所述拜访地的追踪应用服务器在接收到所述获取资源列表的业务消息时,向终端所属的归属地的追踪应用服务器获取认证数据,根据所述认证数据对终端进行身份认证,并在身份认证通过的情况下发送所述资源地址信息。
即在根据所述拜访地的追踪应用服务器地址,将获取资源列表的业务消息直接发送给所述拜访地的追踪应用服务器的过程中,所述拜访地的追踪应用服务器在接收到所述获取资源列表的业务消息时,向终端所属的归属地的追踪应用服务器获取认证数据,根据所述认证数据对终端进行身份认证,并在身份认证通过的情况下发送所述资源地址信息。
在所述当前所处网络的追踪应用服务器为拜访地的追踪应用服务器时,为了避免所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,终端无法获取到资源列表导致业务中断,在步骤202之后,还可以包括:
在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,接收所述拜访地的追踪应用服务器返回的重定向响应消息,所述重定向响应消息表明将所述获取资源列表的业务请求重定向到所述归属地网络,以获取用户所需的归属地的资源;根据所述重定向响应消息,向归属地网络的追踪应用服务器发送获取资源的业务请求消息,以获取所请求资源在归属地的资源地址。
可选的,所述步骤202之后,还可以包括:在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,接收归属地的追踪应用服务器根据来自拜访地的追踪应用服务器的重定向响应消息发送的所述终端所请求资源对应的归属地的资源地址消息。
可选的,在所述终端所处的网络为拜访地网络时,终端接收到门户服务器返回的信息包括归属地的追踪应用服务器地址和拜访地的追踪应用服务器地址时,所述步骤202之后,还可以包括:
在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,接收所述拜访地的追踪应用服务器返回的获取资源的业务请求消息的失败响应消息;在接收到所述失败响应消息后,向归属地的追踪应用服务器地址发送获取资源的业务请求消息,以获取所请求资源在归属地的资源地址。
对应于上述方法实施例,本发明实施例中还提供了一种终端,如图2(b)所示。包括:
第一获取单元21,用于通过门户服务器获取终端所处拜访地的追踪应用服务器地址;
第三发送单元22,用于向所述第一获取单元获取的拜访地的追踪应用服务器地址对应的服务器发送获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
第三接收单元23,用于接收所述拜访地的追踪应用服务器根据所述待获取资源信息生成并发送的资源地址信息。
对应于上述方法实施例,本发明实施例中还提供了一种拜访地的追踪应用服务器,如图2(b)所示,包括:
第七接收单元24,用于接收终端或者所述终端所在归属地的追踪应用服务器发送的获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
生成发送单元25,用于根据所述第三接收单元接收的待获取资源信息生成资源地址信息并将所述资源地址信息发送给所述终端。
本发明实施例提供的获取资源地址的方法、终端及服务器,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性。利用本发明实施例中提供的方案,能够为漫游终端提供合理的资源地址,减少网络资源的占用,降低延时。
值得说明的是,上述实施例一、二中所述的资源地址信息可以以列表的形式存在,所述资源地址列表包括至少一条资源地址。当然,所述资源地址信息的呈现形式并不仅限于上述的列表形式,此处不再一一赘述。
为了使得本领域的技术人员更好的理解本发明实施例,现就本发明实施例提供的获取资源列表的方法进行详细的说明。在下述实施例中,均基于如图3所示的获取资源地址的系统架构实现,所述获取资源地址的系统架构包括:终端31、所述终端对应归属地网络的服务-呼叫会话控制功能(Serving-Call SessionControl Function,S-CSCF)实体32和追踪应用服务器33、以及所述终端所处拜访地网络的S-CSCF实体34和追踪应用服务器35。
实施例三:
下面将通过一个具体实例来进一步介绍本发明实施例中提供的获取资源地址的方法。在本实施例中,UE获得归属地IMS(IP Multimedia Subsystem,IP多媒体子系统)网络tracker AS地址信息,认证与获取资源在不同请求消息中完成。
现有IMS网络业务请求由归属地服务器实现,portal服务器收到终端多媒体业务请求后,UE与portal服务器之间使用http协议(HyperText Transfer Protocol,超文本传输协议)进行通信;portal服务器会根据终端的身份信息(身份信息一定与手机号码关联)判断出所述UE的归属地,进而可以找到归属地的trackerAS,并获取tracker AS上保存的用户签约信息和用户使用的历史纪录,根据签约信息完成对UE的认证操作后,再根据用户使用的历史纪录返回用户频道列表。
在本实施例中,以用户通过终端选择频道节目观看为例,即用户所需的待获取资源为所选频道节目对应的网络资源,给出该业务请求的具体流程。
如图4所示,本实施例中提供的获取资源地址的方法,具体包括以下步骤:
401、在用户选择一个频道节目观看时,UE向portal服务器发送归属地的tracker AS 1的地址请求(AS location request)。
402、portal服务器根据归属地tracker AS 1的地址请求(AS location request)给该UE发送归属地的tracker AS的地址响应(AS location response)。
其中,归属地tracker AS 1的地址响应携带有归属地的tracker AS 1的地址。
此处,Portal服务器可以根据用户名(例如,可以是手机号码)返回归属地的tracker AS的地址。
403、UE根据Portal服务器返回的归属地的tracker AS 1的地址向归属地的tracker AS 1发起获取频道资源的获取频道的业务请求(service request for thechannel)消息。
404、归属地的S-CSCF-1收到获取频道的业务请求(service request for thechannel)消息,根据业务请求类型将该业务请求路由到归属地的tracker AS 1(该tracker AS也是该请求的目的地址)。
在步骤403和步骤404中,所述获取频道的业务请求(service request for thechannel)消息可以通过invite消息实现,该invite请求消息中可以携带请求获取的频道ID、终端地址及端口信息等。
405、归属地的tracker AS 1对发送获取频道的业务请求消息(service requestfor the channel)的UE进行身份认证。
406、若认证成功,归属地的tracker AS 1将认证成功消息发送给归属地的S-CSCF-1。
407、归属地的S-CSCF-1收到成功认证消息后,将该成功认证消息路由至相应的UE。
在步骤406和步骤407中,所述认证成功消息可以通过200 OK消息实现。
408、UE在接收到成功认证消息后,将认证成功确认消息返回给归属地的S-CSCF-1。
409、归属地的S-CSCF-1收到认证成功确认消息后,将该确认消息路由给所述归属地的tracker AS 1。
在步骤408和步骤409中,所述认证成功确认消息可以通过ACK消息实现。
410、认证通过后,UE随后向用户归属地的tracker AS 1发起请求获得资源所在端点的资源地址列表的获取资源列表的请求消息(request for peer list)消息。
在本实施例中,所述获取资源列表的请求消息(request for peer list)消息可以通过info请求消息实现,info消息中可以包含待获取资源信息,如所选择的频道ID、UE终端的IP地址、端口号,已上传和下载的bit数和剩余的bit数。
同时为了使归属地的S-CSCF 1获知该请求的目的,在后续消息中能将请求发送到相应AS执行业务逻辑,在本实施例中定义了IMS P2P业务的ICSI指示,例如urn:urn-xxx:3gpp-service.ims.icsi.p2p,将该ICSI写入P-Preferred-service头,同时在accept-contact头表明需要网络支持该业务。
Info消息的一个例子如下:
INFO tracker-AS@home1.net SIP/2.0
Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch=z9hG4shds7
Route:<sip:pcscf1.home1.net:7531;lr;comp=sigcomp>,<sip:orig@scscf1.home1.net;lr>
P-Preferred-Identity:<sip:user1_public1@home1.net>
P-Access-Network-Info:3GPP-UTRAN-FDD;utran-cell-id-3gpp=234151D0FCE11
From:<sip:user1_public1@home1.net>;tag=171828
To:tracker-AS@home1.net
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127INFO
Accept:application/3gpp-ims+xml
Accept-Contact:*;+g.3gpp.icsi-ref=″urn%3Aurn-xxx%3gpp-service.ims.icsi.p2p″
P-Preferred-Service:urn:urn-xxx:3gpp-service.ims.icsi.p2p
Contact:<sip:user1_public1@home1.net;gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>;+g.3gpp.icsi-ref=″urn%3Aurn-xxx%3gpp-service.ims.icsi.p2p″;
Content-Type:application/3gpp-ims+xml
Content-Length:(...)
<?xml version=″1.0″?>
<p2p xmlns=″urn:3gpp:ns:ims:p2p″>
<peerinfo ChannelId=″1″ IP=″10.110.2.123″port=″123″upload=″123456″download=″456123″left=″123456″/>
</p2p>
411、归属地的S-CSCF-1收到获取资源列表的请求(request for peer list)消息根据业务请求类型将请求路由到归属地的tracker AS 1(该tracker AS也是该请求的目的地址)。
412、归属地的tracker AS 1收到获取资源列表的请求(request for peer list)消息,首先要判断终端是否在归属地网络,如果是则执行步骤413~416;如果不是则执行步骤417~429。
具体地,归属地的tracker AS 1可以根据UE注册信息中的p-visited-network-ID拜访地网络标识来判断UE是否在归属地网络。
413、若UE在归属地网络中,由tracker AS 1查找获取资源列表的请求(request for peer list)消息中携带的频道ID对应的资源分布的地址,在200 OK响应消息中将资源地址列表发送给归属地的S-CSCF 1。
414、归属地的S-CSCF 1收到200 OK响应消息,将200 OK响应消息路由至相应的UE。
415、UE收到200 OK消息后,返回ACK确认消息给归属地的S-CSCF 1。
416、归属地的S-CSCF 1收到ACK确认消息,将ACK确认消息路由至归属地的tracker AS 1。
417、当归属地的tracker AS 1判断出UE在拜访地网络后,根据拜访地网络标识,tracker AS 1作为B2BUA(Back-to-Back UserAgent,背对背的用户代理)将获取资源列表的请求(request for peer list)消息发送到归属地的S-CSCF-1。
418、归属地的S-CSCF-1接收到获取资源列表的请求(request for peer list)消息,将该消息路由至拜访地的拜访地的S-CSCF-2。
419、拜访地的S-CSCF-2接收到获取资源列表的请求(request for peer list)消息,将该消息路由至拜访地的拜访地的tracker AS 2。
步骤417~步骤419中,归属地的tracker AS 1可以根据拜访地网络标识,匹配到对应拜访地网络中的tracker AS 2的地址,将请求发送到拜访地tracker AS 2。Info请求经过归属地的S-CSCF-1,之后由归属地的S-CSCF-1通过拜访地的S-CSCF-2将所述Info消息路由到拜访地的tracker AS 2。
值得说明的是,归属地tracker AS 1将请求发送到拜访地时应携带经过归属地tracker AS 1认证通过的信息,以使得拜访地的tracker AS 2认为用户终端对频道ID对应资源的请求是可信的,从而将资源地址列表发送给UE。
检验所述资源获取请求是否可信,是否经过归属地tracker AS 1认证通过的方式为:拜访地的tracker AS2检查Info消息的record route头是否包含归属地tracker AS的身份信息(因为归属地的tracker AS 1要生成计费信息,所以归属地的tracker AS 1一定在信令链路中),这需要拜访地的tracker AS 2首先根据用户域名首先解析出归属地的tracker AS地址;或者拜访地tracker AS 2检验请求消息中是否携带经过归属地tracker AS认证的xml消息,消息的具体格式可以为:
<?xml version=″1.0″?>
<authoinfo xmlns=″urn:3gpp:ns:imsp2p:authoinfo″>
<homeAS i=″<sip:trackerAS@home1.net>″/>
</authoinfo>
上述两种方式中的前提是拜访地tracker AS 2认为Info消息自身也是可信的。
若归属地的tracker AS 1在发送到拜访地的请求消息中不携带通过归属地的tracker AS 1认证通过的信息,则拜访地的tracker AS 2也可以请求向归属地的tracker AS 1询问以获得认证数据,使得拜访地tracker AS 2根据认证数据对终端进行认证,具体的拜访地tracker AS 2可以通过向归属地tracker AS 1发送info消息,并在info消息的200 OK响应消息中携带认证数据。
420、拜访地的tracker AS 2在确认用户终端对频道ID对应资源的请求是可信的后,根据所述获取资源列表的请求(request for peer list)消息中携带的待获取资源的标识信息,将频道ID对应的资源地址列表在200 OK消息中返回给拜访地的S-CSCF-2。
在本实施例中所述待获取资源的标识信息可以为用户所选节目的频道信息。
421、拜访地的S-CSCF-2接收到携带有资源地址列表的200 OK消息,将该消息路由至归属地的S-CSCF-1。
422、归属地的S-CSCF-1接收到携带有资源地址列表的200 OK消息,将该消息路由至归属地的tracker AS 1。
423、归属地的tracker AS 1接收到携带有资源地址列表的200 OK消息,将该消息路由至归属地的S-CSCF-1。
424、归属地的S-CSCF-1接收到携带有资源地址列表的200 OK消息,将该消息路由至相应的UE。
425、UE接收到接收到携带有资源地址列表的200 OK消息后,向归属地的S-CSCF-1返回ACK确认消息。
426、归属地的S-CSCF-1接收到ACK确认消息后,将该消息路由至归属地的tracker AS 1。
427、归属地的tracker AS 1接收到ACK确认消息后,将该消息路由至归属地的S-CSCF-1。
428、归属地的S-CSCF-1接收到ACK确认消息后,将该消息路由至拜访地的S-CSCF-2。
429、拜访地的S-CSCF-2接收到ACK确认消息后,将该消息路由至拜访地的tracker AS 2。在所述步骤430之后,执行步骤430~434。
在本实施例中,步骤417~422通过Info消息新建会话链路。
随后,UE从获取到的资源地址列表中选择一个地址尝试建立连接,连接前首先与资源端点交换彼此的bitmap信息,以使得UE选择要下载的资源块进行下载。
如果终端下载媒体过程中与tracker AS更新地址列表,更新请求消息的信令与步骤410~412、步骤417~429描述的一致。由于在已有的信令链路中完成,不需要归属地tracker AS 1再去执行判断终端是否在归属地、以及向拜访地trackerAS 2发送认证通过信息等过程。
上述过程由归属地tracker AS 1生成计费信息。
如果拜访地的trackerAS2上没有指定频道内容或不支持P2P CDS业务,则返回失败响应消息,如302消息;将请求重定向到归属地tracker AS 1。
归属地的tracker AS 1将重定向消息发送到UE,UE根据重定向消息向归属地网络发起获取资源列表的业务请求,获取归属地资源地址列表。或
归属地的tracker AS 1收到该响应消息,判断出重定向到自身,则将归属地网络的资源地址列表在info消息的成功响应消息中发给UE。
本发明实施例提供的获取资源地址的方法,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端的业务请求,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性。利用本发明实施例中提供的方案,能够为漫游终端提供合理的资源地址,减少网络资源的占用,降低延时。
实施例四:
下面将通过另一个具体实例来进一步介绍本发明实施例中提供的获取资源地址的方法。在本实施例中,UE获得归属地IMS网络tracker AS地址信息,认证与获取资源在同一请求消息中完成。
在本实施例中,以用户通过终端选择频道节目观看为例,即用户所需的待获取资源为所选频道节目对应的网络资源,给出该业务请求的具体流程。
如图5所示,本实施例中提供的获取资源地址的方法,具体包括以下步骤:
501、在用户选择一个频道节目观看时,UE向portal服务器发送归属地的tracker AS 1的地址请求(AS location request)。
502、portal服务器根据归属地tracker AS 1的地址请求(AS location request)给该UE发送归属地的tracker AS的地址响应(AS location response)。
其中,归属地tracker AS 1的地址响应携带有归属地的tracker AS 1的地址。
此处,Portal服务器可以根据用户名(例如,可以是手机号码)返回归属地的tracker AS的地址。
503、UE根据Portal服务器返回的归属地的tracker AS 1的地址向归属地的tracker AS 1发起获取频道资源的获取频道的业务请求(service request for thechannel)消息。
在步骤503中,所述获取频道的业务请求(service request for the channel)消息可以通过invite消息实现,invite消息表明所请求的业务类型,消息中还可以携带待获取资源信息,如频道ID、终端地址及端口信息等。
504、归属地的S-CSCF-1收到获取频道的业务请求(service request for thechannel)消息,根据业务请求类型将该业务请求路由到归属地的tracker AS 1(该trackerAS也是该请求的目的地址)。
505、归属地的tracker AS 1接收到获取频道的业务请求(service request forthe channel)消息,首先对该终端进行认证,若用户被认证通过则继续执行本实施例的后续步骤;若用户没有通过认证,则返回失败响应消息。
步骤503中的invite消息的具体例子如下:
INVITE tracker-AS@home 1.net SIP/2.0
Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch=z9hG4shds7
Route:<sip:pcscf1.home1.net:7531;lr;comp=sigcomp>,<sip:orig@scscf1.home1.net;lr>
P-Preferred-Identity:<sip:user1_public1@home1.net>
P-Access-Network-Info:3GPP-UTRAN-FDD;utran-cell-id-3gpp=234151D0FCE11
From:<sip:user1_public1@home1.net>;tag=171828
To:tracker-AS@home2.net
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127INFO
Accept:application/3gpp-ims+xml
Accept-Contact:*;+g.3gpp.icsi-ref=″urn%3Aurn-xxx%3gpp-service.ims.icsi.p2p″
P-Preferred-Service:urn:urn-xxx:3gpp-service.ims.icsi.p2p
Contact:<sip:user1_public1@home1.net;gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>;+g.3gpp.icsi-ref=″urn%3Aurn-xxx%3gpp-service.ims.icsi.p2p″;
Content-Type:application/3gpp-ims+xml
Content-Length:(...)
<?xml version=″1.0″?>
<p2p xmlns=″urn:3gpp:ns:ims:p2p″>
<peerinfo ChannelId=″1″IP=″10.110.2.123″port=″123″upload=″123456″download=″456123″left=″123456″/>
</p2p>
506、用户通过认证后,归属地tracker AS 1判断终端是否在归属地网络。
具体地,tracker AS 1可以根据UE注册信息中的p-visited-network-ID拜访地网络标识来判断UE是否在归属地网络。
如果终端是在归属地网络,则执行步骤507~510;如果终端不在归属地网络,则执行步骤511~523。
507、若UE在归属地网络中,由tracker AS 1查找获取资源列表的请求(request for peer list)消息中携带的频道ID对应的资源分布的地址,在200 OK响应消息中将资源地址列表发送给归属地的S-CSCF 1。
508、归属地的S-CSCF 1收到200 OK响应消息,将200 OK响应消息路由至相应的UE。
509、UE收到200 OK消息后,返回ACK确认消息给归属地的S-CSCF 1。
510、归属地的S-CSCF 1收到ACK确认消息,将ACK确认消息路由至归属地的tracker AS 1。
在本实施例中,步骤507~510为:归属地tracker AS 1查找Invite消息中携带的频道ID对应的资源分布的地址,在200 OK回复消息中将资源地址列表发送给UE。UE收到200 OK消息后,返回ACK确认消息。步骤507~510的具体实现过程可以参照实施例二中的步骤413~416,此处再赘述。
511、当归属地的tracker AS 1判断出UE在拜访地网络后,根据拜访地网络标识,tracker AS 1作为B2BUA(Back-to-Back UserAgent,背对背的用户代理)将获取资源列表的请求(request for peer list)消息发送到归属地的S-CSCF-1。
512、归属地的S-CSCF-1接收到获取资源列表的请求(request for peer list)消息,将该消息路由至拜访地的拜访地的S-CSCF-2。
513、拜访地的S-CSCF-2接收到获取资源列表的请求(request for peer list)消息,将该消息路由至拜访地的拜访地的tracker AS 2。
514、拜访地的tracker AS 2在确认用户终端对频道ID对应资源的请求是可信的后,根据所述获取资源列表的请求(request for peer list)消息中携带的待获取资源的标识信息,将频道ID对应的资源地址列表在200 OK消息中返回给拜访地的S-CSCF-2。
515、拜访地的S-CSCF-2接收到携带有资源地址列表的200 OK消息,将该消息路由至归属地的S-CSCF-1。
516、归属地的S-CSCF-1接收到携带有资源地址列表的200 OK消息,将该消息路由至归属地的tracker AS 1。
517、归属地的tracker AS 1接收到携带有资源地址列表的200 OK消息,将该消息路由至归属地的S-CSCF-1。
518、归属地的S-CSCF-1接收到携带有资源地址列表的200 OK消息,将该消息路由至相应的UE。
519、UE接收到携带有资源地址列表的200 OK消息后,向归属地的S-CSCF-1返回ACK确认消息。
520、归属地的S-CSCF-1接收到ACK确认消息后,将该消息路由至归属地的tracker AS 1。
521、归属地的tracker AS 1接收到ACK确认消息后,将该消息路由至归属地的S-CSCF-1。
522、归属地的S-CSCF-1接收到ACK确认消息后,将该消息路由至拜访地的S-CSCF-2。
523、拜访地的S-CSCF-2接收到ACK确认消息后,将该消息路由至拜访地的tracker AS 2。
在本实施例中,步骤511~523为:当归属地网络中的tracker AS 1判断出UE在拜访地网络后,根据拜访地网络标识,tracker AS 1作为B2BUA将Invite消息发送到拜访地网络。该过程中,归属地tracker AS 1可以根据拜访地网络标识,匹配到对应拜访地网络中的tracker AS 2的地址,将请求发送到拜访地trackerAS 2。拜访地tracker AS 2根据所述Invite消息中携带的待获取资源的标识信息,在本实施例中即为用户所选节目频道对应的频道信息,将频道ID对应的资源地址列表在200 OK消息中返回给UE。步骤511~523的具体实现过程可以参照实施例二中的步骤417~429,此处不再赘述。
在本实施例中,当步骤506判断终端不在归属地网络时,本实施例还可以采取以下方式向终端返回资源列表:当归属地tracker AS 1判断出UE当前不在归属地网络,则将请求重定向到拜访地网络,即向UE返回重定向响应消息(以302消息为例);302消息的contact头为拜访地tracker AS 2地址,UE收到302消息后,向拜访地tracker AS 2重新发起请求,请求经归属地发送到拜访地,由拜访地tracker AS 2返回资源地址列表。其中经过归属地S-CSCF(S-CSCF-1)时,S-CSCF-1通过iFC(initial Filter Criteria,初始过滤规则)将请求发送到归属地tracker AS 1,归属地tracker AS 1经过判断该请求的目的地址为与自身地址不符时,不返回该网络中对应的资源列表。
随后,UE从获取到的资源地址列表中选择一个地址尝试建立连接,连接前首先与资源端点交换彼此的bitmap信息,以使得UE选择要下载的资源块进行下载。
终端下载媒体过程中与tracker AS更新地址列表,更新请求消息通过re-invite消息在已有的信令链路中完成,不需要归属地tracker AS 1再去执行判断终端是否在归属地、以及向拜访地tracker AS 2发送认证通过等过程。
上述过程由归属地tracker AS 1生成计费信息。
如果拜访地tracker AS2上没有指定频道内容或不支持P2P CDS业务,则返回失败响应消息,如302消息;将请求重定向到归属地tracker AS 1。
归属地tracker AS 1将重定向消息发送到UE,UE根据重定向消息向归属地网络发起获取资源列表的业务请求,获取归属地资源地址列表;或
归属地tracker AS 1收到该响应消息,判断出重定向到自身,则将归属地网络的资源地址列表在info消息的成功响应消息中发给UE。
本发明实施例提供的获取资源地址的方法,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性。利用本发明实施例中提供的方案,能够为漫游终端提供合理的资源地址,减少网络资源的占用,降低延时。此外,在本实施例中,认证过程与获取资源请求消息在同一请求中实现,可以节省信令流程。
实施例五:
下面将通过又一个具体实例来进一步介绍本发明实施例中提供的获取资源地址的方法。在本实施例中,UE获得拜访地IMS网络tracker AS地址信息,且认证与获取资源在同一请求消息中完成。
在本实施例中,以用户通过终端选择频道节目观看为例,即用户所需的待获取资源为所选频道节目对应的网络资源,给出该业务请求的具体流程。
如图6所示,本实施例中提供的获取资源地址的方法,具体包括以下步骤:
601、UE根据web服务器返回的频道列表选择一个频道进行观看,UE向portal服务器发送当前所处网络的追踪应用服务器的地址(AS location request)请求消息。
在本实施例中,所述当前所处网络的追踪应用服务器的地址请求消息中携带有UE当前所在的IMS网络信息发送portal服务器。UE与portal服务器间的接口可以为http协议接口,可以通过xml消息通知portal服务器。
602、portal服务器根据UE发出的业务请求及UE当前所在IMS网络的网络标识信息,返回UE当前所处网络的tracker AS的地址信息,此处为拜访地的tracker AS 2的地址。
当然,portal服务器也可以根据UE的IP地址来反馈UE当前所在IMS网络的tracker AS的地址。
603、portal服务器通过地址响应(AS location response)消息将拜访地的tracker AS 2的地址发送给UE。
在步骤603中,对于处于漫游状态的终端,portal服务器也可以将归属地tracker AS 1地址和拜访地tracker AS 2地址均返回给UE。
604、UE向拜访地的tracker AS 2发起获取频道的业务请求(service requestfor the channel)消息。
其中,获取频道的业务请求(service request for the channel)消息携带有请求的业务类型、待获取资源信息如频道信息等,以获得待获取资源对应的资源地址列表,业务请求消息的具体消息为invite消息。Invite消息的具体事例如下:
INVITE tracker-AS@home2.net SIP/2.0
Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]1357;comp=sigcomp;branch=z9hG4shds7
Route:<sip:pcscf1.home1.net:7531;lr;comp=sigcomp>,<sip:orig@scscf1.home1.net;lr>
P-Preferred-Identity:<sip:user1_public1@home1.net>
P-Access-Network-Info:3GPP-UTRAN-FDD;utran-cell-id-3gpp=234151D0FCE11
From:<sip:user1_public1@home1.net>;tag=171828
To:tracker-AS@home2.net
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127INFO
Accept:application/3gpp-ims+xml
Accept-Contact:*;+g.3gpp.icsi-ref=″urn%3Aurn-xxx%3gpp-service.ims.icsi.p2p″
P-Preferred-Service:urn:urn-xxx:3gpp-service.ims.icsi.p2p
Contact:<sip:user1_public1@home1.net;gr=urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6>;+g.3gpp.icsi-ref=″urn%3Aurn-xxx%3gpp-service.ims.icsi.p2p″;
Content-Type:application/3gpp-ims+xml
Content-Length:(...)
<?xml version=″1.0″?>
<p2p xmlns=″urn:3gpp:ns:ims:p2p″>
<peerinfo ChannelId=″1″IP=″10.110.2.123″port=″123″upload=″123456″download=″456123″left=″123456″/>
</p2p>
需要说明的是:若portal服务器将归属地tracker AS地址和拜访地tracker AS地址返回给UE,UE可以在route头中写入归属地tracker AS地址,以确保请求被路由到归属地tracker AS地址。
605、invite请求消息首先发送到拜访地的P-CSCF(Proxy-Call Session ControlFunctio,代理-呼叫会话控制功能)实体,P-CSCF根据注册信息中保存的归属地入口地址信息(S-CSCF地址),将请求发送到归属地的S-CSCF-1。
606、归属地的S-CSCF-1根据请求消息中的业务指示信息,将请求发送给对应的归属地tracker AS 1。
607、归属地的tracker AS 1根据请求消息中的频道信息,对UE对应的用户进行认证,判断用户是否有权限观看该频道内容等。若通过认证则继续后续步骤,否则返回失败响应消息。
608、归属地的tracker AS 1进一步检查请求消息的request-URI中的身份信息,判断其与自身的身份是否一致;若一致则执行步骤609~612,若不一致则执行步骤613~627。
609、归属地的tracker AS 1在200 OK响应消息中返回UE请求的频道地址列表。
610、归属地的S-CSCF-1收到200 OK响应消息,将200 OK响应消息发送给UE。
611、UE收到后返回确认消息ACK给归属地的S-CSCF-1。
612、归属地的S-CSCF-1将UE返回的确认消息ACK发送给归属地的。
613、归属地的tracker AS 1判断自身不是请求的目的地,则向目标tracker AS(拜访地的tracker AS 2)发送该请求消息,在发送该请求消息前,可以携带该请求消息以通过认证的信息,以使得目标tracker AS(拜访地tracker AS 2)信任该请求消息。
614、归属地的S-CSCF-1收到获取频道的业务请求(service request for thechannel)消息,将该请求消息发送给拜访地的S-CSCF-2。
615、拜访地的S-CSCF-2收到获取频道的业务请求(service request for thechannel)消息,将该请求消息发送给拜访地的tracker AS 2。
616、拜访地的tracker AS 2在200 OK响应消息中返回UE请求的频道地址列表。
617、拜访地的S-CSCF-2收到200 OK响应消息,将该消息发送给归属地的S-CSCF-1。
618、归属地的S-CSCF-1收到200 OK响应消息,将200 OK响应消息发送给归属地的tracker AS 1。
619、归属地的tracker AS 1收到200 OK响应消息,将200 OK响应消息发送给归属地的S-CSCF-1。
620、归属地的S-CSCF-1收到200 OK响应消息,将200 OK响应消息发送给拜访地的P-CSCF。
621、拜访地的P-CSCF收到200 OK响应消息,将200 OK响应消息发送给UE。
622、UE收到200 OK响应消息后返回确认消息ACK给拜访地的P-CSCF。
623、拜访地的P-CSCF收到确认消息ACK,将确认消息ACK发送给归属地的S-CSCF-1。
624、归属地的S-CSCF-1收到确认消息ACK,将确认消息ACK发送给归属地的tracker AS 1。
625、归属地的tracker AS 1收到确认消息ACK,将确认消息ACK发送给归属地的S-CSCF-1。
626、归属地的S-CSCF-1收到确认消息ACK,将确认消息ACK发送给拜访地的S-CSCF-2。
627、拜访地的S-CSCF-2收到确认消息ACK,将确认消息ACK发送给拜访地的tracker AS 2。
在本实施例中,步骤613~627为:拜访地tracker AS(tracker AS 2)根据业务请求类型和请求消息中的待获取资源的具体频道信息,将频道对应的拜访地网络下的资源地址列表在200 OK消息中携带返回给UE,UE收到所述资源地址列表后返回确认消息ACK。
拜访地tracker AS 2检查请求的record route头是否包含归属地tracker AS 1的身份信息(因为归属地tracker AS 1要生成计费信息,所以归属地tracker AS一定在信令链路中),这需要拜访地tracker AS 2首先根据用户域名首先解析出归属地tracker AS 1的地址;或者拜访地tracker AS 2检验请求消息中是否携带经过归属地tracker AS 1认证通过的xml消息,消息的具体格式可以为:
<?xml version=″1.0″?>
<authoinfo xmlns=″urn:3gpp:ns:imsp2p:authoinfo″>
<homeAS i=″<sip:trackerAS@home 1.net>″/>
</authoinfo>
上述两种方式中的前提是漫游地tracker AS 2认为invite消息自身也是可信的。
若归属地tracker AS 1在发送到拜访地的请求消息中不携带通过归属地tracker AS 1认证通过的信息,则拜访地tracker AS 2可以请求向归属地tracker AS1询问以获得认证数据,以使得拜访地tracker AS 2根据认证数据对终端进行认证,具体的拜访地tracker AS 2可以通过向归属地tracker AS 1发送info消息,并在info消息的200 OK响应消息中携带认证数据;如果终端通过拜访地trackerAS 2认证则向归属地tracker AS 1返回成功响应消息,否则返回失败响应消息。
随后,UE从资源端点列表中选择一个尝试建立连接,连接前首先与资源端点交换彼此的bitmap信息,以使得UE选择要下载的资源块进行下载。
终端下载媒体过程中与tracker AS 2更新地址列表,更新请求消息通过re-invite消息在已有的信令链路中完成,不需要归属地tracker AS 1再去执行判断终端是否在归属地、以及向拜访地tracker AS 2发送认证通过等过程。
如果拜访地tracker AS 2上没有指定频道内容或不支持P2P CDS业务,则返回失败响应消息,如302响应消息,在失败响应消息中给出归属地tracker AS 1的地址,使得UE向归属地IMS网络tracker AS 1请求资源地址。
若portal将归属地tracker AS 1地址和拜访地tracker AS 2地址均返回给UE,当拜访地tracker AS 2上没有指定频道内容或不支持P2P CDS业务时,拜访地tracker AS 2可以返回4**失败响应消息,UE收到4**失败响应消息后,可以再向归属地tracker AS 1请求资源地址列表。
上述过程由归属地tracker AS生成计费信息。
本发明实施例提供的获取资源地址的方法,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了下载媒体资源过程中跨网络连接易出现的通信不连续性。利用本发明实施例中提供的方案,能够为漫游终端提供合理的资源地址,减少网络资源的占用,降低延时。此外,在本实施例中,认证过程与获取资源请求消息在同一请求中实现,可以节省信令流程。
实施例六:
下面将通过再一个具体实例来进一步介绍本发明实施例中提供的获取资源地址的方法。在本实施例中,UE从portal服务器获得UE所在的拜访地IMS网络的tracker AS地址,并直接向拜访地IMS网络tracker AS请求资源地址列表,在该方案中UE向tracker AS发送的invite消息可以同时完成认证和获取资源列表的两种功能,且无须经过归属地tracker AS,由拜访地tracker AS代替归属地tracker AS完成认证过程,且由拜访地tracker AS生成计费信息,并将计费信息返回给归属地,比如返回给归属地的tracker AS。
在本实施例中,以用户通过终端选择频道节目观看为例,即用户所需的待获取资源为所选频道节目对应的网络资源,给出该业务请求的具体流程。
如图7所示,本实施例中提供的获取资源地址的方法,具体包括以下步骤:
701、UE根据web服务器返回的频道列表选择一个频道进行观看,UE向portal服务器发送当前所处网络的追踪应用服务器的地址(AS location request)请求消息。
在本实施例中,所述当前所处网络的追踪应用服务器的地址(AS locationrequest)请求消息携带有UE当前所在的IMS网络信息发送portal服务器。UE与portal服务器间的接口可以为http协议接口,可以通过xml消息通知portal服务器。
702、portal服务器根据UE发出的业务请求和当前所在IMS网络的网络标识信息,返回当前所处网络的tracker AS的地址信息,此处为拜访地的tracker AS2的地址。
当然,portal服务器也可以根据UE的IP地址来反馈UE当前所在IMS网络的tracker AS的地址。
703、portal服务器通过地址响应(AS location response)消息将拜访地的tracker AS 2的地址发送给UE。
704、UE根据收到的tracker AS地址,向该地址发送invite请求消息,以通知网络UE所选择观看的频道,该invite请求消息首先发送到拜访地P-CSCF。Invite消息的形式与实施例五中给出的示例一致,不再赘述。
705、P-CSCF根据注册信息中保存的归属地入口地址信息(S-CSCF地址),将请求发送到归属地的S-CSCF-1。
706、归属地的S-CSCF-1执行iFC(initial Filter Criteria,初始过滤准则),为了使得UE的请求消息发送到UE所在当前IMS网络的应用服务器,也就是说当UE离开归属网络,由拜访网络的tracker AS 2来处理IMS P2P内容分发业务请求,而不由归属地tracker AS 1处理。此处对iFC准则进行增强,即增加一条UE所在地的限制条件:如果UE当前在归属地,则执行响应iFC,将请求消息发送到对应服务器;当UE不在归属地,则不执行对应iFC,而根据请求的目的地址,将请求发送到目的地址,此处为拜访地网络的tracker AS 2地址。
707、归属地的S-CSCF-1根据目的地址所在网络,将请求发送到拜访地的IMS网络实体S-CSCF-2。
708、拜访地的S-CSCF-2将请求发送到拜访地IMS网络的tracker AS 2。
709、拜访地IMS网络的tracker AS 2收到该请求后,判断出该请求为P2P内容分发业务的请求消息,则首先对请求进行认证,由于发出请求的UE不处于该IMS网络,则拜访地tracker AS 2向UE归属地IMS网络的tracker AS 1请求UE的认证数据,归属地IMS网络返回UE的认证数据。具体可以通过info消息获取UE的认证数据,info响应消息返回UE的认证数据。
拜访地的Tracker AS 2在发送info消息之前应先根据UE的身份信息解析出归属地tracker AS 1的地址。
710、拜访地的tracker AS 2收到认证数据后,代替归属地tracker AS 1执行认证过程,若认证通过则执行后续步骤,否则返回失败响应消息。
711、拜访地的tracker AS 2在200 OK响应消息中返回UE请求的频道地址列表。
712、拜访地的S-CSCF-2收到200 OK响应消息,将该消息发送给归属地的S-CSCF-1。
713、归属地的S-CSCF-1收到200 OK响应消息,将200 OK响应消息发送给归属地的tracker AS 1。
714、归属地的tracker AS 1收到200 OK响应消息,将200 OK响应消息发送给UE。
715、UE收到200 OK响应消息后返回确认消息ACK给归属地的tracker AS1。
716、归属地的tracker AS 1收到确认消息ACK,将确认消息ACK发送给归属地的S-CSCF-1。
717、归属地的S-CSCF-1收到确认消息ACK,将确认消息ACK发送给拜访地的S-CSCF-2。
718、拜访地的S-CSCF-2收到确认消息ACK,将确认消息ACK发送给拜访地的tracker AS 2。
在本实施例中,步骤711~718为:拜访地tracker AS 2返回200 OK成功响应消息,并在消息中携带UE所请求资源的资源地址列表。UE收到200 OK响应消息返回ACK确认信息。
随后,UE从资源端点列表中选择一个尝试建立连接,连接前首先与资源端点交换彼此的bitmap信息,以使得UE选择要下载的资源块进行下载。
终端下载媒体过程中与拜访地tracker AS 2更新地址列表,更新请求消息的信令通过re-invite消息在已有的信令链路中完成,不需要拜访地tracker AS 2再去执行认证过程。
如果拜访地tracker AS2上没有指定频道内容或不支持P2P CDS业务,则返回失败响应消息,如302响应消息,在响应消息中给出归属地tracker AS 1的地址,使得UE向归属地IMS网络tracker AS 1请求资源地址。
在步骤702、703中,portal服务器返回漫游地追踪应用服务器地址的同时可以将漫游地追踪应用服务器地址和归属地追踪应用服务器地址一同返回给UE,当拜访地tracker AS 2上没有指定频道内容或不支持P2P CDS业务时,拜访地tracker AS 2可以返回4**失败响应消息,UE收到4**失败响应消息后,可以再向归属地tracker AS 1请求资源地址列表。
本发明实施例提供的获取资源地址的方法,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性。利用本发明实施例中提供的方案,能够为漫游终端提供合理的资源地址,减少网络资源的占用,降低延时。此外,在本实施例中,认证过程与获取资源请求消息在同一请求中实现,可以节省信令流程。
实施例七:
对应于上述方法实施例三、四,本发明实施例中还提供了一种归属地的追踪应用服务器,如图8(a)所示,包括:
第一判断单元81,用于根据所述终端发送的获取资源的业务请求消息判断所述终端是否处于归属地网络;
第一执行单元82,用于在所述第一判断单元判断得到终端不在归属地网络时,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器,所述获取资源的业务请求消息携带有待获取资源信息;
在本实施例中,所述第一执行单元82,包括:
获取子单元821,用于获取所述终端所处拜访地网络的拜访地网络标识;
执行子单元822,用于根据所述获取子单元获取的拜访地网络标识,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器。
第一转发单元83,用于接收所述拜访地的追踪应用服务器返回的资源地址信息并将所述资源地址信息发送给所述终端。
进一步的,如图8(b)所示,所述归属地的追踪应用服务器,还包括:
第一认证单元84,用于对所述终端进行身份认证;
所述第一执行单元82,具体用于若终端通过身份认证,将所述获取资源的业务请求消息发送或重定向到拜访地的追踪应用服务器,其中,所述获取资源的业务请求消息携带有身份认证通过信息。
进一步的,如图8(b)所示,所述归属地的追踪应用服务器,还包括:
第一接收单元85,用于接收拜访地的追踪应用服务器发送的获取认证数据请求;
第一发送单元86,用于根据所述第一接收单元接收的获取认证请求将认证数据发送给所述拜访地的追踪应用服务器以使得所述拜访地的追踪应用服务器根据所述认证数据对所述终端进行身份认证,并在所述终端通过身份认证的情况下发送所述资源地址信息。
进一步的,如图8(b)所示,所述归属地的追踪应用服务器,还包括:
第二接收单元87,用于在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,接收所述拜访地的追踪应用服务器发送的重定向响应消息,所述重定向响应消息用于将所述获取资源的业务请求重定向到所述归属地网络;
第二发送单元88,用于将所述第二接收单元接收的重定向响应消息发送给所述终端,以使得所述终端根据所述重定向响应消息向所述归属地网络请求获取用户所需的资源;和/或
判断返回单元89,用于根据所述第二接收单元接收的重定向响应消息判断出重定向到归属地的追踪应用服务器,根据所述重定向响应消息生成资源地址信息,并将所述资源地址信息返回给所述终端。
本发明实施例提供的归属地的追踪应用服务器,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性,有效建立俄拜访地资源地址、提高基于IMS的P2P CDS服务质量。
实施例八:
对应于上述方法实施例五、六,本发明实施例中还提供了一种终端,如图9(a)所示,包括:
第一获取单元91,用于通过门户服务器获取终端所处拜访地的追踪应用服务器地址;
在本实施例中,所述第一获取单元91,可以包括:
第一发送子单元911,用于发送终端所处拜访地网络的网络标识信息给门户服务器;
第一接收子单元912,用于接收所述门户服务器根据所述发送子单元发送的终端所处拜访地网络的网络标识信息返回的终端所处拜访地的追踪应用服务器地址。
进一步的如图9(b)所示,所述第一获取单元91,还可以包括:
第二接收子单元913,用于接收所述门户服务器返回的归属地的追踪应用服务器地址。
第三发送单元92,用于向所述第一获取单元获取的拜访地的追踪应用服务器地址对应的服务器发送获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
第三接收单元93,用于接收所述拜访地的追踪应用服务器根据所述待获取资源信息生成并发送的资源地址信息。
在本实施例中,所述第三发送单元93,可以包括:
第一发送子单元931,用于向归属地的追踪应用服务器发送获取资源的业务请求消息,以使得所述归属地的追踪应用服务器对终端进行身份认证,并在认证通过之后,将所述身份认证通过信息携带在所述获取资源的业务请求消息中发送给所述拜访地的追踪应用服务器;和/或
第二发送子单元932,用于通过归属地的追踪应用服务器将所述获取资源的业务请求消息发送到所述拜访地的追踪应用服务器,以使得所述拜访地追踪应用服务器向归属地追踪应用服务器获取所述终端的认证数据,由所述拜访地的追踪应用服务器根据认证数据对终端进行认证;和/或
第三发送子单元933,用于根据所述拜访地的追踪应用服务器地址,将获取资源的业务请求消息直接发送给所述拜访地的追踪应用服务器,以使得所述拜访地的追踪应用服务器在接收到所述获取资源的业务消息时,向终端所属的归属地的追踪应用服务器获取认证数据,根据所述认证数据对终端进行身份认证;
所述第三接收单元93,具体用于接收所述拜访地的追踪应用服务器在根据所述身份认证通过信息或所述认证数据确定所述终端的身份认证通过后,根据所述获取资源的业务请求消息中的所述待获取资源信息生成并发送的资源地址信息。
进一步的,如图9(c)所示,所述终端,还可以包括:
第四接收单元94,用于在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,接收所述拜访地的追踪应用服务器返回的重定向响应消息;第四发送单元,用于根据所述重定向响应消息,向归属地网络的追踪应用服务器发送获取资源的业务请求消息,以获取所请求资源在归属地的资源地址信息;和/或
第五接收单元95,用于在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,接收归属地的追踪应用服务器根据来自拜访地的追踪应用服务器的重定向响应消息发送的所述终端所请求资源对应的归属地的资源地址信息。
进一步的,如图9(c)所示,所述终端,还可以包括:
第六接收单元96,用于在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,接收所述拜访地的追踪应用服务器返回的获取资源的业务请求消息的失败响应消息;
第五发送单元97,用于在接收到所述第六接收单元接收的失败响应消息后,向归属地的追踪应用服务器地址发送获取资源的业务请求消息,以获取所请求资源在归属地的资源地址信息。
本发明实施例提供的终端,在其处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性,有效建立俄拜访地资源地址、提高基于IMS的P2PCDS服务质量。
实施例九:
对应于上述方法实施例三~六,本发明实施例中还提供了一种拜访地的追踪应用服务器,如图10(a)所示,包括:
第七接收单元1001,用于接收终端或者所述终端所在归属地的追踪应用服务器发送的获取资源的业务请求消息,所述获取资源的业务请求消息中携带有待获取资源信息;
生成发送单元1002,用于根据所述第三接收单元接收的待获取资源信息生成资源地址信息并将所述资源地址信息发送给所述归属地的追踪应用服务器或者所述终端。
进一步的,如图10(b)所示,所述拜访地的追踪应用服务器,还可以包括:
第六发送单元1003,用于在所述第七接收单元接收到获取资源的业务请求消息后,向归属地的追踪应用服务器发送获取认证数据请求;
第八接收单元1004,用于接收所述归属地的追踪应该服务器在接收到获取认证数据请求后返回的认证数据。
进一步的,如图10(b)所示,所述拜访地的追踪应用服务器,还可以包括:
第七发送单元1005,用于在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,给所述终端或者归属地的追踪应用服务器发送重定向响应消息;和/或
第八发送单元1006,用于在所述拜访地网络中不存在用户所需的资源或者所述拜访地网络不支持点对点内容分发业务时,给终端发送获取资源的业务请求消息的失败响应消息。
本发明实施例提供的拜访地的追踪应用服务器,在用户终端处于漫游状态时,利用拜访地的网络资源为用户提供用户所需的服务;这样就无需穿越不同网络来实现终端与归属地缓存服务器之间的网络连接,不仅可以减少网络资源占用,而且避免了跨网络连接易出现的通信不连续性,有效建立俄拜访地资源地址、提高基于IMS的P2P CDS服务质量。
通过以上实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现,当然也可以全部通过硬件来实施。基于这样的理解,本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。