CN101697619B - 实现寻址的方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种实现寻址的方法、装置及系统，涉及通信技术领域，能够使应用服务器直接对同一用户号码下的多个终端的业务进行灵活控制。一种实现寻址的方法，包括：接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址；根据预存的映射表确定所述联系地址对应的全局可路由的用户代理统一资源标识符Gruu地址，并将所述Gruu地址携带于所述主叫业务请求中；将携带有所述Gruu地址的主叫业务请求发送给应用服务器。本发明实施例提供的实现寻址的方法、装置及系统适用于任何可接入IMS的通信系统。

Description

实现寻址的方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种实现寻址的方法、装置及系统。 

背景技术

一般来说，在通信系统中一个用户号码对应一个终端；如果一个用户号码和多个终端的联系地址之间建立绑定关系，则代理服务器在处理某一用户号码作为被叫的请求时，可以根据Contact头域中的q值来区分该用户号码对应的不同联系地址之间的优先级，因此可以同时向多个联系地址发送请求，这种方式称为Forking(分叉)处理。 

具体地，Forking处理的控制点在S-CSCF(Serving-Call Session ControlFunction，服务-呼叫会话控制功能)实体；多个不同的终端可以使用同样的用户号码在S-CSCF实体上进行注册，这样就形成了一个用户号码同多个注册的Contact地址(联系地址)之间的绑定关系。当该用户号码作为被叫时，S-CSCF实体就会根据不同Contact地址之间的优先级(例如，根据Contact头域中的q值来区分的优先级)来确定所述多个Contact地址对应的终端的振铃顺序，比如顺序振铃(顺振)或者同时振铃(同振)。 

此外，对于不同终端之间振铃顺序的控制还可以是基于用户业务签约的技术。这种技术的控制点在应用服务器(Application Server，AS)，而且这种技术一般是基于不同的用户号码；当所述不同的用户号码同时作为被叫时，AS需要将呼叫进行分叉，并按照签约将所述呼叫以顺振或者以同振的方式下发给不同的终端。 

目前由于基于不同用户号码的顺振、同振业务的实现由AS来控制，而基于同一用户号码的Forking的实现由S-CSCF实体来控制，这样在同时存在多个不同的用户号码且某一用户号码下又关联有多个不同终端的情况下，AS就无法灵活地控制多个终端之间的同振、顺振的业务逻辑。

例如，某一用户拥有两个号码A和B，号码A是固定终端的号码，号码B是移动终端的号码；同时，两个固定终端A1和A2共用号码A，即号码A与两个不同的Contact地址建立绑定关系。其中，用户号码A和B之间的振铃顺序在AS处被设置为顺振，且顺振超时时间为10s；号码A下的终端A1和A2之间的振铃顺序在S-CSCF实体处也被设置为顺振，顺振超时时间也为10s；那么，由于AS的控制，在终端A1产生振铃10s后，号码B对应的终端就会直接产生振铃，终端A2则被直接跳过去而未产生振铃；也就是说，AS其实无法照顾到号码A的两个终端的顺振。 

在实现上述不同终端之间的振铃控制的过程中，应用服务器(AS)无法直接对同一个用户号码下绑定的多个终端对应的业务进行灵活控制。 

发明内容

本发明的实施例提供一种实现寻址的方法、装置及系统，能够避开现有终端无法支持Gruu技术的瓶颈，同时使应用服务器可以根据Gruu地址直接对同一用户号码下的多个终端的业务进行灵活控制。 

一种实现寻址的方法，包括： 

接收终端侧发送的注册请求，或者所述注册请求中携带有至少一个终端对应的联系地址，或者所述注册请求中携带有至少一个终端对应的IP地址，根据所述IP地址生成该IP地址对应终端的联系地址； 

根据所述联系地址生成所述至少一个终端对应的Gruu地址； 

将所述终端的联系地址和Gruu地址之间的对应关系记录于映射表中，并对所述映射表进行保存； 

将所述终端的Gruu地址发送给应用服务器，并在呼叫过程中，由所述应用 服务器保留接收到的Gruu地址； 

接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址； 

根据预存的映射表确定所述联系地址对应的全局可路由的用户代理统一资源标识符Gruu地址，并将所述Gruu地址携带于所述主叫业务请求中； 

将携带有所述Gruu地址的主叫业务请求发送给应用服务器。 

一种实现寻址的装置，包括： 

第二接收单元，用于接收终端侧发送的注册请求，或者所述注册请求中携带有至少一个终端对应的联系地址，或者所述注册请求中携带有至少一个终端对应的IP地址，由第二生成单元根据所述IP地址生成该IP地址对应终端的联系地址； 

第一生成单元，用于根据所述联系地址生成所述至少一个终端对应的Gruu地址； 

第一存储单元，用于将所述终端的联系地址和Gruu地址之间的对应关系记录于映射表中，并对所述映射表进行保存； 

第二发送单元，用于将所述终端的Gruu地址发送给所述应用服务器，并在呼叫过程中，由所述应用服务器保留接收到的Gruu地址； 

第一接收单元，用于接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址； 

第一确定单元，用于根据预存的映射表确定所述联系地址对应的全局可路由的用户代理统一资源标识符Gruu地址； 

携带单元，用于将所述Gruu地址携带于所述主叫业务请求中； 

第一发送单元，用于将携带有所述Gruu地址的主叫业务请求发送给应用服务器。 

一种实现寻址的系统，包括终端、实现寻址的装置及应用服务器；其中， 

所述实现寻址的装置，用于接收终端侧发送的注册请求，或者所述注册请求中携带有至少一个终端对应的联系地址，或者所述注册请求中携带有至少一个终端对应的IP地址，根据所述IP地址生成该IP地址对应终端的联系地址；根据所述联系地址生成所述至少一个终端对应的Gruu地址，将所述终端的联系地址和Gruu地址之间的对应关系记录于映射表并保存该映射表，将所述终端的Gruu地址发送给应用服务器；以及接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址，根据预存的映射表确定所述联系地址对应的全局可路由的用户代理统一资源标识符Gruu地址并将该Gruu地址携带于所述主叫业务请求中，将携带有所述Gruu地址的主叫业务请求发送给所述应用服务器； 

所述应用服务器，用于接收所述实现寻址的装置发送的终端的Gruu地址，并在呼叫过程中，保留所述终端的Gruu地址；以及接收所述实现寻址的装置发送的携带有所述Gruu地址的主叫业务请求。 

本发明实施例提供的实现寻址的方法、装置及系统，由网络侧根据终端的联系地址来生成其对应的Gruu地址，可以避开现有终端无法支持Gruu技术的瓶颈，同时将同一个终端对应的联系地址和Gruu地址进行绑定，使得应用服务器在接收到业务请求后可以根据Gruu地址明确得知当前主叫侧终端，而且可以直接根据终端的Gruu地址来对终端进行寻址，进而可以准确地将业务请求发送给相应的终端，实现应用服务器对多个终端所对应的业务的灵活控制。 

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 

图1为本发明实施例一中提供的实现寻址的方法流程图； 

图2为本发明实施例一中提供的实现寻址的装置的结构示意图； 

图3为本发明实施例二中提供的实现寻址过程中终端注册的信令流程图； 

图4为本发明实施例二中提供的呼叫过程中的信令流程图； 

图5为本发明实施例三中提供的实现寻址过程中PBX注册的信令流程图； 

图6为本发明实施例五中提供的实现寻址的装置的结构示意图； 

图7为本发明实施例六中提供的实现寻址的系统的结构示意图。 

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。 

下面结合附图对本发明实施例提供的实现寻址的方法、装置及系统进行详细描述。 

实施例一： 

如图1所示，本发明实施例提供的实现寻址的方法，包括： 

101、接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址。 

102、根据预存的映射表确定所述联系地址对应的Gruu(Globally RoutableUserAgent URIs，全局可路由的用户代理统一资源标识符)地址，并将所述Gruu地址携带于所述主叫业务请求中。 

在所述映射表中，记录有同一终端对应的联系地址和Gruu地址之间的映射关系，因此只要知道了联系地址和Gruu地址中的一个，就可以通过所述映射表 查找到与之对应的另一个。 

这里的Gruu地址中包含：终端对应的IMPU(IP Multimedia Public Identity，IP多媒体公有标识)，以及与某一终端唯一对应的实例标识(instance id)。 

例如，pub-gruu＝″sip:calleeexample.com 

；gr＝um:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6″ 

其中，sip:calleeexample.com即为终端对应的IMPU，对应于用户号码；gr参数urn:uuid:f81d4fae-7dec-11d0-a765-00a0c9le6bf6是终端对应的instance id的一种实现方式，该instance id与唯一的一个终端绑定，对应于与用户号码相关联的终端。 

所述终端对应的instance id还可以是直接利用用户终端自身对应的IMEI(International Mobile Equipment Identity，国际移动设备识别码)，例如： 

；+sip.instance＝″urn:gsma:imeisv:90420156-025763-42″ 

或者；+sip.instance＝″urn:gsma:imei:90420156-025763-0″。 

103、将携带有所述Gruu地址的主叫业务请求发送给应用服务器。 

S-CSCF实体在接收到包含Gruu地址的主叫业务请求后，即可根据其中的Gruu地址确定当前发起呼叫的终端；同时，将所述包含Gruu地址的主叫业务请求发送给被叫侧，不过需要保证，所述Gruu地址要始终保留在所述业务请求中。 

上述步骤的执行主体可以是P-CSCF实体。 

为了更好地实现上述实现寻址的方法，本发明实施例还提供了一种实现寻址的装置，如图2所示，包括：第一接收单元21、第一确定单元22、携带单元23和第一发送单元24；其中， 

第一接收单元21，用于接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址； 

第一确定单元22，用于根据预存的映射表确定所述联系地址对应的Gruu地址； 

携带单元23，用于将所述Gruu地址携带于所述主叫业务请求中； 

第一发送单元24，用于将携带有所述Gruu地址的主叫业务请求发送给应用服务器。 

本实施例中提供的实现寻址的装置可以是S-CSCF实体，也可以是集成于S-CSCF实体中的一部分。 

在本发明实施例中，所述主叫业务请求以及后续的被叫业务请求均为逻辑概念，其可以是分别处于主叫、被叫阶段的同一项业务请求，也可以是不同的业务请求。 

本发明实施例提供的实现寻址的方法及装置，将同一个终端对应的联系地址和Gruu地址进行绑定，使得应用服务器在接收到业务请求后可以根据Gruu地址明确得知当前主叫侧终端，而且可以直接根据终端的Gruu地址来对终端进行寻址，进而可以准确地将业务请求发送给相应的终端，实现应用服务器对多个终端所对应的业务的灵活控制。 

实施例二： 

在本实施例中，以同时存在至少两个终端UE1和UE2为例，所述至少两个终端可以是对应于同一个用户号码，也可以是对应于不同的用户号码。 

在应用服务器对某一终端进行寻址之前，所述至少两个终端必须要进行注册才可以同应用服务器之间进行信息传递。针对所述至少两个终端的注册过程，现简述如下： 

所述至少两个终端向S-CSCF实体发送注册请求，其中携带有每个终端对应的Contact地址，所述Contact地址中包括终端对应的IP地址、端口，还可以包 括user-info部分；然后，S-CSCF根据所述Contact地址生成所述每个终端对应的Gruu地址，将所述Contact地址和Gruu地址之间的对应关系记录于映射表并保存；之后，S-CSCF向AS发送注册请求，其中携带有所述终端对应的Gruu地址；这样，AS在需要向某一终端下发业务请求的时候，就可以直接根据所述终端对应的Gruu地址而准确地将请求发送到对应的终端，从而使AS可以对终端对应的业务进行灵活控制。 

下面以终端UE1的注册过程为例，并设定UE1是首个向AS注册的终端；结合附图3所示，终端UE1的注册过程包括： 

301、UE1向S-CSCF实体发送注册请求，其中携带有UE1的Contact地址，所述Contact地址中包括UE1对应的IP地址、端口(port)，以及user-info部分。 

其中，所述IP地址可以是FQDN(Fully Qualified Domain Name，完全限定域名)；端口和user-info都是可选的。 

当然，上述Contact地址还可以通过另外一种方式来获取：在所述注册请求中未携带所述Contact地址，而是携带有UE1对应的IP地址、端口(port)，以及user-info部分等信息，然后由S-CSCF根据上述信息来生成UE1对应的Contact地址。 

在实际的注册过程中，UE需要首先将注册请求发送给P-CSCF(Proxy-CallSession Control Function，代理-呼叫会话控制功能)实体，而P-CSCF实体又需要通过I-CSCF(Interrogating-Call Session Control Function，查询-呼叫会话控制功能)实体将注册请求路由到S-CSCF实体；由于这一具体过程同现有技术是相同的，因此本实施例中不再详述。 

302、S-CSCF实体根据UE1的联系地址中包含的IP、端口等信息生成UE1对应的Gruu地址，并将UE1的Contact地址和Gruu地址进行绑定，将其对应 关系记录于映射表中并保存。 

假定用户1在终端UE1上登录(UE1的IP地址是IP1)，用IP1+port来注册，S-CSCF实体根据IP1+port生成用户的IMPU(user1domain)以及gr参数instance id＝instance 1，并将所述IMPU、instance id同IP1+port绑定起来。 

这样得到完整的GRUU地址就是 

IP+port→pub-gruu＝″user1domain 

；gr＝urn:uuid:instance1″ 

其中，instance id的生成方法可以参考IETF FRC 4122，其基本思路是使用节点+时间+时钟生成对应的instance id；当然也可以通过别的方法来生成instance id，不过需要保证每个终端的instance id保持唯一。生成后的instance id和IP+port绑定起来，在整个注册周期内可以重用。 

此外，在UE1的Contact地址中还可以包含有user-info，这里的user-info可以是Media features tag(媒体特征标记)；例如，对于家庭版软终端来说， 

Media feature tag:useragent＝individual 

而对于企业版软终端来说， 

Media feature tag:useragent＝enterprise 

注：Media features tag也可以由S-CSCF实体根据Contact地址中携带的useragent信息来生成，比例useragent＝PC，useragent＝Phone。 

303、S-CSCF实体向UE1返回200OK消息，其中可以携带UE1的Gruu地址。例如：Contact:IP1+port；pub-gruu＝″user1domain；gr＝urn:uuid:instance 1″ 

304、S-CSCF实体向AS发送注册请求，其中携带有UE1的Gruu地址。 

S-CSCF实体可以将上述Gruu地址(pub-gruu)和Media feature tag携带于S-CSCF自身的Contact地址中，然后通过第三方注册将UE1的Gruu地址和Media feature tag传递给应用服务器AS；AS对其进行记录，以便后续可以参考其Mediafeature tag设定控制策略并根据所述Gruu地址对其进行业务控制。 

除了可以通过注册请求消息将Gruu地址和Media feature tag传递给AS之外，还可以通过以下方式来实现： 

方式1：AS对终端注册事件进行订阅，通过S-CSCF实体向AS发送的Notify消息，将Gruu地址和Media feature tag传递给AS； 

方式2：通过XML body将终端注册的SIP消息的全部内容(包含Gruu地址和Media feature tag)传递给AS。 

305、AS向S-CSCF实体返回200OK消息。 

至于后续的其他终端在进行注册时，其注册流程同上述步骤基本一致，只是其中携带的参数不一样，例如UE2在进行注册时，S-CSCF实体向UE2反馈的200OK消息中就可能会同时携带UE1和UE2的Gruu地址(Contact:IP2+port；pub-gruu＝″user1domain；gr＝urn:uuid:instance 2″，Contact:IP1+port；pub-gruu＝″user1domain；gr＝um:uuid:instance 1″)，以便UE2向UE1发起呼叫时能够准确寻址。 

针对同一用户号码下的多个终端，AS对其终端数量是有限制的。假定AS设置了同一用户号码(或者同一IMPU)可关联的终端数量的上限为4，则在已经有4个终端注册到AS的情况下，又出现第5个终端UE5要求注册时，AS就会拒绝其注册请求，后续的注册失败；如果此时终端UE5在S-CSCF实体处已经注册成功，那么需要S-CSCF实体对UE5的注册进行注销。 

在完成了注册过程之后，AS记录了一个IMPU(对应一个用户号码)，以及同时与所述IMPU相关联的多个Gruu地址(对应多个终端)。 

这样，如果AS希望对其中一个终端发起呼叫，就在Request URI中指定对 应的Gruu地址；这样S-CSCF收到对被叫的请求后，先根据用户的IMPU进行业务触发等处理，在完成所有业务触发之后，再根据Gruu地址中指定的Instanceid导出UE的原始Contact地址(可以包含IP+port+user-info)，再将呼叫路由到指定的UE。 

现设定一场景为：终端UE1和UE2共用一用户号码1，终端UE3使用一独立的用户号码2，则终端UE3向用户号码1发起呼叫的过程如图4所示，其中： 

401～404、UE3发起向用户号码1的呼叫请求，在该呼叫请求(Invite)中携带有目标终端所对应的用户号码(request URI:user1domain)。 

在UE3向S-CSCF实体发送呼叫请求的过程中，需要通过P-CSCF实体将所述呼叫请求路由到所述S-CSCF实体，只是在图中未明示。 

从步骤404开始，即转入呼叫响应的流程，也就是由主叫流程转入了被叫流程。 

405～406、I-CSCF实体将接收到的呼叫请求(Invite)通过所述S-CSCF实体路由至AS。 

407、AS根据策略，选取user1domain对应的不同UE中的一个；这里假定根据某种策略选择了UE1。 

所述策略可以是按照终端的注册时间顺序，或者是根据不同终端对应的q值，又或者是根据Media feature tag中所携带的终端的类型/特性等特征来进行选择；当然，AS确定目标终端的策略包含但不限于上述几种情况。 

408、AS将呼叫请求发送给所述S-CSCF实体；此时的呼叫请求中携带有目标终端UE1的Gruu地址；例如； 

request URI:user1domain；pub-gruu＝″user1domain； 

           gr＝urn:uuid:instance1″。 

409、S-CSCF实体在收到AS下发的呼叫请求后，判断如果Request URI中携带的是Gruu地址，则根据预存的映射表确定所接收到的Gruu地址对应的Contact地址(IP+port)。 

410、S-CSCF实体将呼叫请求发送给终端UE1；此时的呼叫请求中携带有目标终端UE1的Contact地址，同时还可以携带有其Gruu地址；例如： 

request URI:IP1+port；pub-gruu＝″user1domain；gr＝urn:uuid:instance 1″。 

在上述步骤407中，AS在根据某一特定策略选择目标终端的时候，可以同时对多个终端进行设置；比如，以UE1为首选的目标终端，并向其发送呼叫请求；同时设置UE2为次选目标终端，如果UE1在10s内没有应答的话，则AS向UE2发送呼叫请求。这样的话，AS就可以根据Gruu地址对同一用户号码下的多个终端进行灵活的业务控制，比如振铃控制。 

对于用户号码1下的一个终端UE2发起主叫的情况，结合图4所示，其大致流程如下： 

411、终端UE2发起呼叫请求(Invite)并将该呼叫请求路由至S-CSCF实体，其中所述呼叫请求携带有UE2的Contact地址(Contact:IP2+port)。 

412、S-CSCF实体根据预存的映射表确定所接收到的Contact地址(IP2+port)对应的Gruu地址，并将所述UE2的Gruu地址携带于UE2的呼叫请求消息中。 

413、S-CSCF实体将呼叫请求发送给AS，此时的呼叫请求中携带有终端UE2的Gruu地址，同时还可以携带有其Contact地址；例如： 

request URI:IP2+port；pub-gruu＝″user1domain；gr＝urn:uuid:instance 2″。 

414、AS将所述呼叫请求发送给S-CSCF实体，之后即可转入被叫流程。 

在本实施例中，只是介绍了同一用户号码下的多个终端分别对应的主叫和被叫流程；在呼叫建立以后，Reinvite/Update消息中的Request URI在经S-CSCF 转发的时候也需要做Contact地址和Gruu地址之间的转换。 

在实际通讯/呼叫过程中，还可以通过CSCF/AS等IMS网元将Gruu信息记录在话单中，以备后续查验只用。具体地，所述Gruu信息中可以包含IMEI信息。此外，网络侧网元(例如AS)，如果采用的是B2BUA(Back-to-BackUserAgent，背对背的用户代理)模式，则在呼叫过程中对于接收到的任何业务请求，都要保留其中的Gruu地址，即网络侧网元为某一业务请求替换Contact地址时，可以替换IP+port部分，但是一定需要保留所述业务请求中Gruu地址不变。 

本发明实施例提供的实现寻址的方法，由网络侧根据终端的联系地址来生成其对应的Gruu地址，可以避开现有终端无法支持Gruu技术的瓶颈，同时将同一个终端对应的联系地址和Gruu地址进行绑定，使得应用服务器在接收到业务请求后可以根据Gruu地址明确得知当前主叫侧终端，而且可以直接根据终端的Gruu地址来对终端进行寻址，进而可以准确地将业务请求发送同一用户号码下不同的终端，实现应用服务器对多个终端所对应的业务的灵活控制。 

实施例三： 

一般情况下，不同的PBX(Private Branch eXchange，小交换机)所面对的用户群可以是一样的；也就是说，同一个用户号码可以连接到至少两个交换机PBX1和PBX2上。 

如果在对某一用户号码发起呼叫的过程中，不能正确地区分PBX1和PBX2的话，将会直接影响到呼叫业务的接入。针对这一问题，本发明实施例提供了如下解决方案： 

通过S-CSCF实体将PBX1和PBX2的Contact地址转换为Gruu地址，并将所述Gruu地址上报给AS；这样AS在向某一用户号码发起业务请求时，就可以 以PBX1和PBX2中的一个作为目标终端，并在业务请求中携带目标终端对应的Gruu地址，从而通过该Gruu地址对应的交换机来完成AS对所述用户号码的业务控制。 

同实施例一中的描述类似，在根据Gruu地址对PBX进行寻址之前，同样需要在AS处对PBX1和PBX2进行注册；如图5所示，PBX1的注册过程大致如下： 

501、UE1将注册请求路由至S-CSCF，所述注册请求中携带有PBX1的Contact地址；例如： 

Contact:IP1+port 

to:PBX id1 

502、S-CSCF实体根据PBX1的Contact地址中包含的IP、端口等信息生成PBX1对应的Gruu地址，并将UE1的Contact地址和Gruu地址进行绑定，将其对应关系记录于映射表中并保存。 

503、S-CSCF实体向PBX1返回200OK消息，其中可以携带PBX1的Gruu地址。例如： 

Contact:IP1+port； 

pub-gruu＝″user 1domain；gr＝urn.uuid:instance 1″。 

504、S-CSCF实体向AS发送注册请求，其中携带有PBX1的Gruu地址；例如： 

Contact:scscfIP+port； 

pub-gruu＝″user 1domain；gr＝urn:uuid:instance 1″ 

to:PBX id1。 

505、AS向S-CSCF实体返回200OK消息。 

在完成了注册过程之后，AS记录下一个IMPU(对应一个用户号码)，以及同时与所述IMPU相关联的多个Gruu地址(对应多个PBX终端)。 

这样，如果AS希望对某一终端发起呼叫，那么AS就为该终端指定一个PBX，并在Request URI中携带该PBX对应的Gruu地址；这样S-CSCF收到对被叫的请求后，先根据用户的IMPU进行业务触发等处理，在完成所有业务触发之后，再通过Gruu地址中指定的PBX将呼叫路由到特定的UE。 

针对同一用户号码对应的不同PBX的主叫、被叫过程与实施例一中所描述的针对同一用户号码对应的不同UE的主叫、被叫过程类似，此处不再详细阐述。在实际的被叫选线过程中，可以根据业务策略，优先选择其中一个PBX来传递业务请求(比如振铃控制)；如果第一路选线失败，终端无响应的话，则AS会重新选择第二路PBX来传递所述业务请求。 

在实际通讯/呼叫过程中，还可以通过CSCF/AS等IMS网元将Gruu信息记录在话单中，以备后续查验只用。具体地，所述Gruu信息中可以包含IMEI信息。此外，网络侧网元(例如AS)，如果采用的是B2BUA模式，则在呼叫过程中对于接收到的任何业务请求，都要保留其中的Gruu地址，即网络侧网元为某一业务请求替换Contact地址时，可以替换IP+port部分，但是一定需要保留所述业务请求中Gruu地址不变。 

本发明实施例提供的实现寻址的方法，由网络侧根据终端的联系地址来生成其对应的Gruu地址，可以避开现有终端无法支持Gruu技术的瓶颈，同时将同一个PBX对应的联系地址和Gruu地址进行绑定，使得应用服务器可以直接根据终端对应的某一个PBX的Gruu地址来对该PBX进行寻址，进而可以准确地通过一个选定的PBX将业务请求发送到某一用户号码对应的终端，实现应用服务器对多个终端所对应的业务的灵活控制。 

实施例四： 

在上述实施例中，不管是UE还是PBX，在进行注册时都是通过P-CSCF实体将注册请求透传到S-CSCF实体处，在这个过程中，P-CSCF实体对UE或者PBX的地址信息不做任何处理。在实际的通信过程中，UE或者PBX还可以通过AGCF(Access Gateway Control Function，接入网关控制功能)或者mAGCF(Mobile Access Gateway Control Function，移动接入网关控制功能)来代替P-CSCF实体完成注册请求的传递；不过，AGCF或者mAGCF可以根据需要而对UE或者PBX的地址信息进行组装。 

对于AGCF/mAGCF下，如果有如下业务场景：一个用户号码，对应多个终端，且所述多个终端之间有同振顺振业务；一般来说，这样的场景下，用户有多个IMSI(International Mobile Subscriber Identity，国际移动用户识别码)，却有同样的MSISDN(Mobile Station ISDN，移动设备电话号码)。 

这样，在AGCF(以下部分均以AGCF为例)发送给S-CSCF实体的注册请求中，Authorization头域中有用户的IMSI，即使一个手机插多个卡，也可以通过所述IMSI加以区分。然后，S-CSCF实体根据注册请求中携带的Contact地址，生成Gruu地址并将该Gruu发送给AS；同时，S-CSCF实体在第三方注册中将终端对应的IMSI透传给AS。AS记录下同一终端对应的Gruu地址和IMSI之间的对应关系。 

在AGCF向S-CSCF实体发送的注册请求中，所携带的用户对应的Contact地址格式可以是但不局限于以下三种方案中的一种： 

<sip:+460007551234567huawei.com>，“”前是IMSI；这里通过不同的IMSI来区分不同的终端；或者， 

<sip:+460007551234567AGCF IP地址+port1>，“”前是IMSI；这里的 端口(port1)对整个AGCF可以是相同的，通过不同的IMSI来区分不同的终端；或者， 

<sip:+8675528780808AGCF IP地址+port2>，“”前是MSISDN；由于对不同的终端(这里的终端为逻辑概念，也可以是不同的SIM卡)来说，其MSISDN可以是相同的，因此这里的端口(port2)对每个IMSI是不同的，这样才能正确地对不同终端进行区分。 

S-CSCF实体在接收到注册请求后，同样是根据其中携带的终端对应的Contact地址来生成其Gruu地址，并将所述Contact地址和Gruu地址之间的对应关系进行保存，以及将所述Gruu地址发送给AS以便AS根据所述Gruu地址对终端发起业务请求。 

在完成了注册过程之后，后续的通信过程与实施例一中的描述基本相同。 

在主叫业务请求中，S-CSCF可以根据终端的Contact地址生成不同的Gruu地址，并将其发送给AS，使得AS可以根据所述Gruu地址知道是哪个IMSI发起了呼叫； 

在被叫业务请求中，AS可以根据不同的策略向某一终端发起被叫业务请求，所述策略可以是根据IMSI的不同、或者q值的排序、或者注册顺序等等来控制业务触发的顺序(例如不同终端之间同振，顺振的业务逻辑控制)；然后，AS会根据所述终端的Gruu地址将被叫业务请求路由至该终端(或者SIM(Subscriber Identity Module，用户识别模块)卡)。 

如果共用同一个用户号码的多个终端之间需要进行通信，则需要在Contact地址中引入终端对应的ISDN(Integrated Service Digital Network，综合业务数字网)子地址。将所述用户号码及其下属终端对应的ISDN(即用户号码+ISDN)与所述终端的IMSI在用户签约中对应起来，并将该对应关系上报给AS进行保 存。 

这样，假定存在共用同一个用户号码的终端A和B，且终端A和B的序列号分配为1、2；如果终端A发起到终端B的呼叫，则终端A发出的主叫业务请求在经过AGCF时，AGCF会在SIP(Session Initiation Protocol，会话发起协议)信令的Request URI中携带参数isub＝2；在转入被叫业务阶段后，AS会根据Request URI中携带的用户号码和参数isub＝2来确定终端B的IMSI，并根据IMSI确定终端B对应的Gruu地址，然后将被叫业务请求路由至所述Gruu地址对应的终端(即终端B)。 

在上述描述中，涉及AGCF的地方也可以利用mAGCF来代替，其通信过程中寻呼过程的实现都是一样的；而涉及到SIM卡的地方，也可以利用USIM(Universal Subscriber Identity Module，通用用户识别模块)/ISIM(IMS SubscriberIdentity Module，IMS用户识别模块)卡来代替，其寻呼过程的实现也都是一样的。 

在实际通讯/呼叫过程中，还可以通过CSCF/AS等IMS网元将Gruu信息记录在话单中，以备后续查验只用。具体地，所述Gruu信息中可以包含IMEI信息。此外，网络侧网元(例如AS)，如果采用的是B2BUA模式，则在呼叫过程中对于接收到的任何业务请求，都要保留其中的Gruu地址，即网络侧网元为某一业务请求替换Contact地址时，可以替换IP+port部分，但是一定需要保留所述业务请求中Gruu地址不变。 

本发明实施例提供的实现寻址的方法，利用AGCF/mAGCF可以对终端的Contact地址所携带的参数进行调整的特征，这样在寻呼的过程中可以同时结合多个参数对同一个终端进行定位，使得对终端寻址的过程更准确。 

实施例五： 

本发明实施例还提供了一种实现寻址的装置，如图6所示，包括第一接收单元61、第一确定单元62、携带单元63和第一发送单元64，以及第二接收单元65、第一生成单元66、第一存储单元67和第二发送单元68；其中， 

第二接收单元65接收终端侧发送的注册请求，所述注册请求中携带有至少一个终端对应的联系地址；由第一生成单元66根据所述联系地址生成所述至少一个终端对应的Gruu地址，并通过第一存储单元67将所述终端的联系地址和Gruu地址之间的对应关系记录于映射表，并对所述映射表进行保存；第二发送单元68将所述终端的Gruu地址发送给所述应用服务器。 

第一接收单元61接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址；第一确定单元62根据预存的映射表确定所述联系地址对应的Gruu地址；携带单元63，将所述Gruu地址携带于所述主叫业务请求中；第一发送单元64将包含所述Gruu地址的主叫业务请求发送给应用服务器。 

如果在所述第一接收单元61接收到的主叫业务请求中并没有携带所述终端的联系地址，而是携带了所述终端对应的IP地址、端口(port)，以及user-info部分等信息，则此时的实现寻址的装置中还包括： 

第二生成单元69，用于根据所述IP地址等信息生成所述终端对应的联系地址。 

进一步地，本发明实施例提供的实现寻址的装置，还可以包括：第三接收单元、第二确定单元和第三发送单元；其中， 

第三接收单元，用于接收应用服务器下发的被叫业务请求，该被叫业务请求中携带有被叫终端的Gruu地址； 

第二确定单元，用于根据预存的映射表确定所述Gruu地址对应的联系地址； 

第三发送单元，用于根据所述联系地址将所述被叫业务请求发送给所述被 叫终端。 

此外，如果所述第一接收单元61所接收的注册请求中包含有至少一个终端对应的user-agent字段，则所述实现寻址的装置还包括： 

第三生成单元，用于根据所述user-agent字段生成所述至少一个终端对应的媒体特征标记； 

第二存储单元，用于对所述媒体特征标记进行保存； 

而且，所述第二发送单元68，还用于将所述终端的媒体特征标记发送给所述应用服务器。 

在本实施例提供的实现寻址的装置中，所述联系地址包含终端的IP地址，或者终端的IP地址和端口，或者终端的IP地址、端口和user-info；所述Gruu地址包含终端的IP多媒体公有标识、以及与所述联系地址相对应的实例标识。 

而所述第二发送单元68可以包括： 

携带模块681，用于将所述终端的Gruu地址携带于所述实现寻址的装置的联系地址中； 

发送模块682，用于将所述实现寻址的装置的联系地址发送给所述应用服务器。 

本发明实施例提供的实现寻址的装置，由网络侧根据终端的联系地址来生成其对应的Gruu地址，可以避开现有终端无法支持Gruu技术的瓶颈，同时将同一个终端对应的联系地址和Gruu地址进行绑定，使得应用服务器在接收到业务请求后可以根据Gruu地址明确得知当前主叫侧终端，而且可以直接根据终端的Gruu地址来对终端进行寻址，进而可以准确地将业务请求发送给相应的终端，实现应用服务器对多个终端所对应的业务的灵活控制。 

实施例六： 

本发明实施例还提供了一种实现寻址的系统，如图7所示，包括终端71、实现寻址的装置72及应用服务器73；其中， 

所述实现寻址的装置72，用于接收终端71发送的主叫业务请求，该主叫业务请求中携带有所述终端71的联系地址，根据预存的映射表确定所述联系地址对应的Gruu地址并将该Gruu地址携带于所述主叫业务请求中，之后将包含所述Gruu地址的主叫业务请求发送给所述应用服务器73； 

所述应用服务器73，用于接收所述主叫业务请求，并根据其中包含的被叫终端的信息将所述主叫业务请求发送到被叫侧。 

进一步地，本实施例中提供的实现寻址的装置72，还用于接收所述终端71发送的联系地址，并根据所述联系地址生成该终端对应的Gruu地址，然后将所述联系地址和Gruu地址之间的对应关系记录于映射表并保存该映射表，之后将所述Gruu地址发送给所述应用服务器73。 

进一步地，本实施例中提供的应用服务器73，还用于接收主叫侧发送的业务请求，其中携带有目标终端的地址信息，然后根据所述目标终端的地址信息来确定所述目标终端的Gruu地址，并根据该Gruu地址向所述目标终端发起业务请求。 

本发明实施例提供的实现寻址的系统，将同一个终端对应的联系地址和Gruu地址进行绑定，使得应用服务器可以直接根据终端的Gruu地址来对终端进行寻址，进而可以准确地将业务请求发送给相应的终端，实现应用服务器对多个终端所对应的业务的灵活控制。 

本发明实施例提供的实现寻址的方法、装置及系统除了上述实施例中所涉及的场景外，还可以适用于但不局限于以下多个场景： 

1.组合业务(Combinational Services，CS) 

假定用户B拥有多个终端，且用户A正在与用户B的其中一个终端B 1进行CS呼叫，同时用户A可以发送一个SIP OPTIONS请求给所述终端B1，用以判断用户B的IMS能力。由于用户B的多个终端注册到同一个tel_URI，那么SIP OPTIONS请求的响应可能将不是由所述终端B1反馈得到的，这将导致用户A对用户B的能力记录失效。 

同样地，如果用户A想要与用户B建立一个IMS(IP Multimedia Subsystem，IP多媒体子系统)短消息会话，然而在CS呼叫中，IMS短消息会话SIP INVITE请求需要被寻址到所述终端B1。为了确保能够正常地将请求发送到终端B1，可以在SIP INVITE请求中携带终端B1的Gruu地址。 

S-CSCF实体将终端B1发送的200OK(对应OPTIONS)消息中Contact头域中的IP+port信息映射为终端B1相应的Gruu地址，这样如果用户A需要发起请求到终端B1，则只需要在请求消息中携带终端B1对应的Gruu地址，那么所述请求就能准确地到达指定的终端B1，从而完成业务。 

2.语音呼叫接续业务(Voice Call Continuity) 

与组合业务相似，语音呼叫接续业务也要求与正在与用户A进行CS呼叫的、用户B下的终端B1建立IMS会话。为了避免CS呼叫被切换到用户B下的注册了相同公共用户标识的其他终端上，IMS的SIP请求需要寻址到一个特定的终端上。为了确保从CS域正确切换到IMS域，SIP请求中需要携带目标终端所对应的Gruu地址。 

S-CSCF实体将终端B1发送的200OK(对应OPTIONS)消息中Contact头域中的IP+port信息映射为终端B1相应的Gruu地址，这样如果用户A需要发起请求到终端B1，则只需要在请求消息中携带终端B1对应的Gruu地址，那么所述请求就能准确地到达指定的终端B1，从而完成业务。 

3.呼叫转移补充业务(Call Transfer Supplementary Service) 

用户A与用户B进行通话，A想把呼叫转移到C；A发送SIP REFER请求给C。SIP REFER请求包含一个Refer-To头域，Refer-To要填写一个C使用的URI。然而，这个呼叫需要被路由到用户B正在使用的、与A进行通话的终端B1；由于在现有的IMS系统用户B有多个终端注册同一个公共用户标识，那么这个呼叫转移补充业务将不能够被正常执行。为了确保业务正常执行，用户B需要通过Refer-To头域向用户A提供所述终端B1对应的Gruu地址。 

如果在A和B的呼叫过程中A做主叫，则S-CSCF实体将终端B1发送的200OK(对应INVITE)消息中Contact头域中的IP+port信息映射为终端B1相应的Gruu地址； 

如果在A和B的呼叫过程中A做被叫，则S-CSCF实体将终端B1发送的INVITE消息中Contact头域中的IP+port信息映射为终端B1相应的Gruu地址； 

这样，用户A如果发起呼叫转移到C，例如Refer to C，则在refer to头域中携带终端B1的Gruu地址，那么这个呼叫就能准确地到达指定的终端，从而完成业务。 

4.显示业务(Presence Service) 

在显示系统里，显示服务器产生一个关于用户状态的通知，状态按照显示信息文件形式(Presence Information Document Format，PIDF)来表示。在一个PIDF里，用户由一系列的tuple表示，每一个tuple描述用户的一个服务，每个tuple在Contact头域里有一个能够标识设备的SIP URI。如果一个watcher试图和这个URI通话，希望这个通话能够路由到某一tuple所表示的服务上去。在这种情况下，显示文件里的URI必须被路由到一个特定的终端，所以此时的URI中携带的必须是一个Gruu地址。 

由于AS通过注册过程，知道了特定UE的Gruu地址，而S-CSCF实体在各个UE的注销、发布过程中对终端的Contact地址(IP+port)和Gruu地址进行转换；AS在知道了某个Gruu的状态后，可以在watcher用户发送的NOTIFY消息的XML中Contact字段中填写特定终端对应的Gruu地址。 

5.一键通业务(Push to Talk over Cellular，PoC) 

OMA(开放移动联盟)对于PoC V2.0的需求，要求可支持多个PoC客户端共用一个PoC地址；还要求PoC服务器使用SIP PUBLISH发行的业务设置(如应答模式、会话承载等)能够对同一个PoC地址的多个PoC客户端分别进行处理，并且邀请加入PoC会话的请求可以根据每个PoC客户端的设置分别进行不同的处理。因此，PoC服务器在向某个特定的终端发送业务请求的时候也需要在对应请求消息中携带Gruu地址来对终端进行正确寻址。 

由于AS通过注册过程，知道了共用一个PoC地址的多个UE分别对应的Gruu地址，而S-CSCF在各个UE的注销、发布过程中对终端的Contact地址(IP+port)和Gruu地址进行转换；在AS知道了某个Gruu对应的状态后，可以在服务器下发的Notify消息的XML中Contact字段的填写特定终端对应的Gruu地址 

6.即时通讯(Instant Messaging，IM) 

用户A和B聊天，且用户B有多个终端，那么A应该只给当前和自己建立会话联系的终端B1发送消息。最好的方法就是在用户A发送给终端B1的消息中指定终端B1对应的Gruu地址。 

然而，在MESSAGE的定义中是没有Contact地址；此时，获取终端B1的Gruu地址的方法可以是采用学习的方法，即在B用户的主动业务请求中，S-CSCF帮助生成Gruu地址。具体地，S-CSCF接收到终端B1发送的IP、port 等信息，根据这些信息生成终端B1对应的Contact地址，然后再根据该Contact地址生成终端B1的Gruu地址。 

之后，用户A发送给终端B1的请求消息中指定终端B1对应的Gruu地址，以便业务顺利完成。 

以上实施例中的描述，仅是以终端不支持Gruu技术为例，对本发明实施例进行了阐述；如果终端可以支持Gruu技术的话，同样可以应用本发明实施例所提供的技术方案，且实现起来会更简便，例如：终端可以向S-CSCF提供自身对应的Gruu地址，而无需通过转换。 

本发明实施例提供的实现寻址的方法、装置及系统，对于能够接入IMS的系统都适用，例如GSM(Global System for Mobile communications，全球移动通信系统)/UMTS(Universal Mobile Telecommunication System，通用移动通信系统)，CDMA(Code Division Multiple Access，码分多址)，TD-SCDMA(TimeDivision-Synchronous Code Division Multiple Access，时分同步的码分多址技术)，CDMA2000，LTE(Long Time Evolution，长期演进)，xDSL(x Digital SubscriberLine，数字用户线)，LAN(Local Area Network，局域网)，GPON(Gigabit-CapablePassive Optical Network，千兆无源光纤网络)等等。 

通过以上实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。 

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。 

Claims (11)

1.一种实现寻址的方法，其特征在于，包括：

接收终端侧发送的注册请求，或者所述注册请求中携带有至少一个终端对应的联系地址，或者所述注册请求中携带有至少一个终端对应的IP地址，根据所述IP地址生成该IP地址对应终端的联系地址；

根据所述联系地址生成所述至少一个终端对应的Gruu地址；

将所述终端的联系地址和Gruu地址之间的对应关系记录于映射表中，并对所述映射表进行保存；

将所述终端的Gruu地址发送给应用服务器，并在呼叫过程中，由所述应用服务器保留接收到的Gruu地址；

接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址；

根据预存的映射表确定所述联系地址对应的全局可路由的用户代理统一资源标识符Gruu地址，并将所述Gruu地址携带于所述主叫业务请求中；

将携带有所述Gruu地址的主叫业务请求发送给应用服务器。

2.根据权利要求1所述的实现寻址的方法，其特征在于，还包括：

接收应用服务器下发的被叫业务请求，该被叫业务请求中携带有被叫终端的Gruu地址；

根据预存的映射表确定所述被叫终端的Gruu地址对应的联系地址；

根据所述联系地址将所述被叫业务请求发送给所述被叫终端。

3.根据权利要求1所述的实现寻址的方法，其特征在于，所述联系地址包含终端的IP地址，或者终端的IP地址和端口，或者终端的IP地址、端口以及用户信息user-info；

所述Gruu地址包含终端的IP多媒体公有标识、以及与所述联系地址相对应的实例标识。

4.根据权利要求1所述的实现寻址的方法，其特征在于，所述注册请求中还包含有至少一个终端对应的user-agent字段；则，

在所述接收终端侧发送的注册请求的步骤之后，还包括：

根据所述user-agent字段生成所述至少一个终端对应的媒体特征标记，并对所述媒体特征标记进行保存；

将所述终端的媒体特征标记发送给所述应用服务器。

5.根据权利要求1所述的实现寻址的方法，其特征在于，所述将所述终端的Gruu地址发送给所述应用服务器，包括：

将所述终端的Gruu地址携带于当前服务-呼叫会话控制功能实体S-CSCF的联系地址中，并将所述S-CSCF的联系地址发送给所述应用服务器。

6.一种实现寻址的装置，其特征在于，包括：

第二接收单元，用于接收终端侧发送的注册请求，或者所述注册请求中携带有至少一个终端对应的联系地址，或者所述注册请求中携带有至少一个终端对应的IP地址，由第二生成单元根据所述IP地址生成该IP地址对应终端的联系地址；

第一生成单元，用于根据所述联系地址生成所述至少一个终端对应的Gruu地址；

第一存储单元，用于将所述终端的联系地址和Gruu地址之间的对应关系记录于映射表中，并对所述映射表进行保存；

第二发送单元，用于将所述终端的Gruu地址发送给所述应用服务器，并在呼叫过程中，由所述应用服务器保留接收到的Gruu地址；

第一接收单元，用于接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址；

第一确定单元，用于根据预存的映射表确定所述联系地址对应的全局可路由的用户代理统一资源标识符Gruu地址；

携带单元，用于将所述Gruu地址携带于所述主叫业务请求中；

第一发送单元，用于将携带有所述Gruu地址的主叫业务请求发送给应用服务器。

7.根据权利要求6所述的实现寻址的装置，其特征在于，还包括：

第三接收单元，用于接收应用服务器下发的被叫业务请求，该被叫业务请求中携带有被叫终端的Gruu地址；

第二确定单元，用于根据预存的映射表确定所述被叫终端的Gruu地址对应的联系地址；

第三发送单元，用于根据所述联系地址将所述被叫业务请求发送给所述被叫终端。

8.根据权利要求6所述的实现寻址的装置，其特征在于，所述注册请求中还包含有至少一个终端对应的user-agent字段；则，所述实现寻址的装置还包括：

第三生成单元，用于根据所述user-agent字段生成所述至少一个终端对应的媒体特征标记；

第二存储单元，用于对所述媒体特征标记进行保存；

所述第二发送单元，还用于将所述终端的媒体特征标记发送给所述应用服务器。

9.根据权利要求6所述的实现寻址的装置，其特征在于，所述第二发送单元，包括：

携带模块，用于将所述终端的Gruu地址携带于所述实现寻址的装置的联系地址中；

发送模块，用于将所述实现寻址的装置的联系地址发送给所述应用服务器。

10.一种实现寻址的系统，包括终端、实现寻址的装置及应用服务器，其特征在于，

所述实现寻址的装置，用于接收终端侧发送的注册请求，或者所述注册请求中携带有至少一个终端对应的联系地址，或者所述注册请求中携带有至少一个终端对应的IP地址，根据所述IP地址生成该IP地址对应终端的联系地址；根据所述联系地址生成所述至少一个终端对应的Gruu地址，将所述终端的联系地址和Gruu地址之间的对应关系记录于映射表并保存该映射表，将所述终端的Gruu地址发送给应用服务器；以及接收终端发送的主叫业务请求，该主叫业务请求中携带有所述终端的联系地址，根据预存的映射表确定所述联系地址对应的全局可路由的用户代理统一资源标识符Gruu地址并将该Gruu地址携带于所述主叫业务请求中，将携带有所述Gruu地址的主叫业务请求发送给所述应用服务器；

所述应用服务器，用于接收所述实现寻址的装置发送的终端的Gruu地址，并在呼叫过程中，保留所述终端的Gruu地址；以及接收所述实现寻址的装置发送的携带有所述Gruu地址的主叫业务请求。

11.根据权利要求10所述的实现寻址的系统，其特征在于，

所述实现寻址的装置接收到的主叫业务请求中还携带有被叫终端的地址信息；则，所述应用服务器，用于根据所述被叫终端的地址信息将所述包含Gruu地址的主叫业务请求发送到被叫侧。

Images