首页> 中国专利> 用于针对本地网络中的设备实现多媒体服务的方法和装置

用于针对本地网络中的设备实现多媒体服务的方法和装置

摘要

本发明公开了一种本地网络(202)的家庭网关(200)中的方法和装置,用于为本地网络中存在的一个或多个本地设备在外部多媒体服务网络(IMS)中提供注册。当从第一本地设备(A)接收(2:2)到本地注册请求时,在家庭网关中存储(2:3)第一本地设备的对应标识与在多媒体服务网络中有效的第一公共身份的映射或关联。然后针对第一本地设备,将第一公共身份与第一本地设备的标识一起注册(2:4)在多媒体服务网络中。引用第一公共身份的任何来话或会话请求将被多媒体服务网络定向至第一本地设备。由此,可以使得家庭网关不那么复杂。

著录项

  • 公开/公告号CN102474502A

    专利类型发明专利

  • 公开/公告日2012-05-23

    原文格式PDF

  • 申请/专利权人 瑞典爱立信有限公司;

    申请/专利号CN200980160878.9

  • 申请日2009-08-11

  • 分类号H04L29/06;H04L12/28;

  • 代理机构中科专利商标代理有限责任公司;

  • 代理人王波波

  • 地址 瑞典斯德哥尔摩

  • 入库时间 2023-12-18 05:12:52

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2015-11-25

    授权

    授权

  • 2012-08-29

    实质审查的生效 IPC(主分类):H04L29/06 申请日:20090811

    实质审查的生效

  • 2012-05-23

    公开

    公开

说明书

技术领域

本发明总体涉及用于在外部网络中针对本地网络中的设备实现多 媒体服务的方法和装置。

背景技术

针对使用IP(互联网协议)的基于分组的多媒体通信,已经开发 了大量的不同类型的通信终端或设备。多媒体服务通常涉及不同格式 和组合的媒体在IP网络上的传输。第三代伙伴计划(3GPP)也已经开 发出被称为“IP多媒体子系统”(IMS)的架构,使得可以针对连接到 不同接入网的用户终端实现这种多媒体服务和会话。通常将信令协议 “SIP”(会话发起协议)用于受IMS网络中的具体会话控制节点控制的 IMS服务。

3GPP还进一步定义了针对下一代多媒体电话(简称为“MMTel”) 的各种解决方案和机制。为了访问IMS网络及其服务,要求所使用的 终端“具有IMS能力”以及“遵从MMTel”,即,能够根据指定的过程和 协议注册到IMS网络并与IMS网络通信。然而,很多消费电子(CE) 产业的厂商如今提供的终端实际上既未根据需要具有IMS功能,也未 根据需要遵从MMTel。

还在开发涉及有限本地网络中设备的多媒体通信技术,该有限本 地网络使用内部寻址和传输手段,也被称为住宅或者办公室网络、 LAN(局域网)、私人或者家庭网络。在本说明书中,术语“本地网络” 表示任何的这种网络,以及术语“本地设备”表示能够在本地网络内部 进行媒体通信的任何实体。此外,将本地网络外部的所有网络称为“外 部网络”。

本地设备可以包括能够在网络内通信的任何类型的实体,例如固 定和无线电话、计算机、媒体播放器、游戏单元、服务器和电视盒, 后者也被称为“STB”(机顶盒)。如上指出的,大量的这种设备不具有 IMS能力,即使通常可以根据IETF(互联网工程任务组)将这些设备 配置为同样地使用SIP。此外,本地网络中出现的其他设备甚至不能够 使用SIP,例如,更老的所谓“传统式”电话、PC设备和STB设备。

本地网络中出现的大量的这种非IMS设备使得希望提供非IMS设 备和IMS网络之间的相互作用解决方案,以增强多媒体服务的市场。 因此,已经设计出被称为“HIGA”(家庭IMS网关)的网关,作为本地 网络和IMS网络之间的接口。HIGA代表本地设备处理向IMS网络的认 证,并在内部设备专用消息(例如,IETF SIP)与外部的遵从IMS的 消息(例如,IMS SIP)之间进行转换。在TISPAN(电信和互联网融 合业务及高级联网协议)中详细说明了HIGA概念。

根据3GPP,因而一般要求访问IMS网络的通信终端具有“ISIM” (IMS订户身份模块)应用,以向IMS网络提供必要的认证和订户数 据。ISIM通常存储被称为“IMPI”的IMS私人身份以及至少一个被称为 “IMPU”的IMS公共身份等,IMPI和IMPU两者都在IMS网络中进行了 注册。简而言之,将IMPI用于认证,而将IMPU用于标识IMS服务的订 户和/或简档,并且可以通过电子邮件地址或者电话号码的方式来对其 进行设计。

在图1中示出了具有不同的本地设备的本地网络100,在该示例 中,不同的本地设备包括无线电话、固定电话、TV设备、膝上型计算 机和媒体服务器。网络100还包括被称为RGW(住宅网关)的网关102, 网关102连接到外部接入网104来为本地设备提供在网络100之外的媒 体传输。本地网络100还包括提供至IMS网络108的信令连接的HIGA 106。例如使用设备专用协议(如,IEFT SIP),HIGA 106还具有对网 络100中不同设备的不同内部接口。

当HIGA 106使用设备专用接口/协议从网络100中的本地设备接 收对多媒体服务的请求时,HIGA 106将服务请求转换为至IMS网络108 的有效的IMS请求(典型地,SIP邀请消息),以使用与设备100a相关 联的IMS身份112来代表本地设备设置IMS会话。以类似的方式,当接 收到从网络100之外的外部设备114发起的会话请求时,HIGA 106还可 以设置与本地设备的媒体会话。在每一种情况下,如双向箭头所指示 的,在实际的会话期间,在RGW 102和接入网104上传输媒体。

还已经提出在HIGA中使用一个或多个共享的IMS身份112,该一 个或多个共享的IMS身份112是基于会话向本地设备分配的,即,在会 话完成之后释放所使用的身份。由此,在HIGA和IMS二者中,没有必 要针对每个本地设备的维护一个专用IMS身份112(这可能涉及到大量 的IMS身份)。

然而,如果使用了共享的IMS身份,在IMS网络中将不能分辨出 本地网络中的本地设备,并因此HIGA负责决定在来话和会话请求指向 这种IMS身份时,对哪个设备发出警报。从而,使用共享的IMS身份 使得本地设备对外部实体和网络来说是“匿名的”和不确定的,除非如 上所述,针对每个本地设备保留专用IMS身份。

在每一种情况下,HIGA必须能够处理去话和来话以及去往和来 自单个本地设备的会话请求,这要求HIGA具有一定的复杂度。有时可 能是成问题的,因为可以从标准的零售商“现货”买到的HIGA产品非常 简单,并且可能通常缺少所需的功能。

例如,HIGA必须装配能够针对不同的来话和会话请求确定要连 接哪个(些)本地设备的软件,例如,根据被叫号码和/或本地网络中 不同设备的通信类型和能力来确定。一些设备可能比另一些设备更适 合特定类型的会话,等等。

这种类型的功能可使得HIGA产品更加昂贵,等等。此外,当从 本地设备进行IMS注册时,用户必须输入IMPU或者等效信息作为所 需的公共身份,从而可能感觉这是十分麻烦或者困难的任务。HIGA 中的软件也需要更新和/或纠错。

发明内容

本发明的目的是基本上解决上述问题中的至少一些。此外,目的 还在于支持本地终端对外部多媒体服务网络(例如,IMS网络)的注 册,以及降低家庭网关中的复杂度。通过提供根据下面所附独立权利 要求的方法和装置,可实现这些目的以及其他的目的。

根据本发明的一方面,在本地网络的家庭网关中提供了一种方 法,用于为本地网络中存在的一个或多个本地设备在外部多媒体服务 网络中提供注册。当从第一本地设备接收到本地注册请求时,存储第 一本地设备的对应标识与在多媒体服务网络中有效的第一公共身份的 映射或关联。然后针对第一本地设备,将第一公共身份与第一本地设 备的标识一起注册在多媒体服务网络中。由此,引用第一公共身份的 任何来话或会话请求将被多媒体服务网络定向至第一本地设备。

根据本发明的另一方面,在本地网络的家庭网关中提供了一种装 置,该装置能够为本地网络中存在的一个或多个本地设备在外部多媒 体服务网络中提供注册。家庭网关装置包括:接收单元,被配置为从 第一本地设备接收本地注册请求,以及映射单元,被配置为存储第一 本地设备的对应标识与在多媒体服务网络中有效的第一公共身份的映 射或关联。发明性的家庭网关装置还包括注册单元,被配置为针对第 一本地设备,将第一公共身份与第一本地设备的标识一起注册在多媒 体服务网络中,使得引用第一公共身份的任何来话或会话请求将被多 媒体服务网络定向至第一本地设备。

如果使用了以上的方法和/或家庭网关装置,可以使家庭网关不那 么复杂,因为与现有技术相比,在本地网络中针对来话选择被叫设备 的功能将更加简单。以上的方法和家庭网关装置的不同实施例是可能 的。

在一个示例实施例中,不管何时从本地网络中的一个或多个其他 本地设备接收到本地注册请求,针对每个相关联的本地设备,将第一 公共身份作为共享公共身份与每个本地设备标识一起注册在多媒体服 务网络中。由此,引用第一公共身份的任何来话或会话请求将被多媒 体服务网络作为单独的呼叫或者会话请求定向至每个相关联的本地设 备。

根据另一实施例,当第二本地设备接收到指示期望的第二公共身 份的本地注册请求时,针对第二本地设备,将第二公共身份作为独立 公共身份与第二本地设备的标识一起注册在多媒体服务网络中。引用 第二公共身份的任何来话或会话请求将因而被多媒体服务网络仅定向 至相关联的第二本地设备。

根据又一实施例,当从具体用户操作的本地设备接收到指示期望 的第三公共身份的本地注册请求时,针对该用户,将第三公共身份作 为独立公共身份与用户标识一起注册在多媒体服务网络中。引用第三 公共身份的任何来话或会话请求将因而被多媒体服务网络仅定向至由 该用户操作的本地设备。

在其他可能的实施例中,每个注册操作可以包括向多媒体服务网 络发送外部注册请求,在外部注册请求的联系人报头中包括:公共身 份之一;以及本地设备或用户的标识之一。可以通过电话号码和/或电 子邮件地址的形式定义公共身份。此外,可以使用所存储的映射或关 联来确定针对去话或会话请求使用哪个公共身份。例如,可以将根据 IEFT SIP的内部设备专用消息用于与本地设备的通信,以及可以将根 据IMS SIP的遵从IMS的消息用于与多媒体服务网络的通信。

将在下面的详细描述中说明本发明的其他可能的特征和好处。

附图说明

现在将根据示例性实施例并参考附图,对本发明进行更详细的说 明,在附图中:

-图1是网络概述,示出了根据现有技术,具有各种不同本地设备 的本地网络以及使用IMS网络来与外部终端通信的家庭网关。

-图2是示出根据一个可能的实施例,用于提供将本地设备注册至 IMS网络的过程的示意性方框图。

-图3是示出根据另一实施例,本地网络的家庭网关所执行的用于 提供将本地设备注册至多媒体服务网络的过程的流程图。

-图4a、4b和4c是示出根据其他可能的实施例,来话和去话的不 同业务情况的示意性框图。

-图5是根据其他实施例的信令图,该信令图更详细地示出了如何 可以实际实现本发明的解决方案。

-图6是更详细地示出根据其他可能的实施例的家庭网关的框 图。

具体实施方式

简而言之,可以将本发明用于位于本地网络内的设备,以提供对 多媒体服务网络的注册,从而支持将来话和会话请求定向至本地网络 中适当的具体设备,而不需要针对每个设备的专用公共身份。家庭网 关可以是在TISPAN中指定的HIGA,多媒体服务网络可以是IMS网络, 然而本发明并不限于此。

当对本地设备上电或者以其他方式在本地网络中激活本地设备 时,其自动向家庭网关发送本地注册请求,这是能够连接到本地网络 的任何本地设备的非常正常的行为。在本解决方案中,为家庭网关配 置(或者“规定”)了在外部多媒体服务网络(例如,IMS网络)中同 样有效的一个或多个公共身份。常常广义地将为节点配置各种参数的 操作称为“规定”。

当从本地设备接收到本地注册请求时,家庭网关存储本地设备的 标识(identification)与这种预配置的公共身份(identity)的映射或关 联,并且针对关联的本地设备,还在多媒体服务网络中注册公共身份 以及本地设备标识。由此,多媒体服务网络将知道每当从远程方(例 如,电话、计算机或服务器)接收到引用该公共身份的来话或者会话 请求时,要联系哪个本地设备。从而,针对不同的来话和会话请求确 定要连接哪个(些)本地设备的功能位于多媒体服务网络中(例如, 由多媒体服务网络中适合的会话控制节点来处理),以及可以使得家庭 网关相对简单并具有合理的价格。

现在将参考图2中示出的通信场景来描述如何可以执行以上注册 的示例。在本示例中,由IMS网络来代表多媒体服务网络,虽然本发 明通常不限于使用IMS网络。本地网络200包括多个本地设备(包括计 算机设备A)和家庭网关202,家庭网关202可以是上述HIGA节点或者 具有以下描述的功能的其他任何网关节点。还假设家庭网关202例如通 过上述IMPI方式成为IMS网络的订户。

第一步骤2:1示出了向家庭网关配置或者规定在外部多媒体服务 网络(例如,IMS网络)中同样有效的一个或多个公共身份。公共身 份可以是被设计为电子邮件地址或者电话号码的IMPU:s,并且当建立 家庭网关对IMS网络的预订时,也已经与IMPI或者类似信息一起配置 在IMS网络中。

在下一步骤2:2中,本地设备A例如在上电或者以其他方式激活 时,向家庭网关202发送本地注册请求,这是这种设备在本地网络中建 立连接时的标准操作。家庭网关202还能够例如从接收到的注册请求或 者通过所使用的内部通信接口确定本地设备A的标识。通常,注册请 求是SIP注册(SIP REGISTER)消息,该SIP注册消息包含发送设备A 的标识,例如,本地源IP地址和/或为家庭网关202所知道的设备身份。

在此外的步骤2:3中,家庭网关202存储第一本地设备的标识与在 之前的步骤2:1中预先配置的公共身份之一的映射或关联。可以将该映 射或关联存储在本地数据库202a或者等效设备中。接下来,家庭网关 202在步骤2:4中执行注册,使得本地设备A在IMS网络中也与公共身份 (例如,IMPU)相关联,所述注册指将以上选择的公共身份和设备A 的相关标识一起注册在IMS网络中。

应该注意到,在步骤2:4的注册和/或步骤2:3的映射中使用的设备 A的标识可以是任何类型的设备标识,从而,不一定使用步骤2:2的本 地注册请求中存在的标识。例如,可以使用简单的命名等来指示IMS 网络和/或以上映射中的设备A,例如,仅使用字母“A”。在另一示例 中,A的标识可以包含其本地IP地址和某个唯一的ID代码。在实际的 示例中,SIP注册(SIP REGISTER)消息的报头中的联系人字段可以 是:

″Contact:IMPU_Unique_localIDWAN_IP_adress:5060″

在步骤2:5中,可以由从家庭网关202到设备A的适合的确认消息 “完成”来结束所示出的过程,备选地,这可以在步骤2:2之后的任何时 间执行。由此,引用在步骤2:4中注册的公共身份的任何来话或会话请 求将被IMS网络定向至相关本地设备A。

例如当作为正常本地连接过程的一部分,网络200中的一个或多 个其他本地设备(在本图中未示出)上电或者以其他方式激活时,家 庭网关202可以同样地从网络200中的一个或多个其他本地设备接收本 地注册请求。然后,可以针对每个设备存储相应的本地设备标识与相 同公共身份的映射或关联,以及针对每个附加的本地设备,可以将公 共身份作为共享的公共身份与每个本地设备标识一起注册在IMS网络 中。

由此,引用所注册的公共身份的任何来话或会话请求将被IMS网 络定向至每个相关本地设备。有效地,所有这些设备将被呼叫和报警 (例如,振铃),因为来话或会话请求将被IMS网络定向至每个相关设 备。常常将该功能称为“分叉”,即,IMS网络将来话或会话请求分路 为多个单独的呼叫,下面将对此进行进一步描述。在引用已注册的公 共身份的任何来话或会话请求将被IMS网络定向至所有相关本地设备 这一意义上,具体地,可以使用已注册的公共身份来作为由本地网络 中的多个设备共享的公用“家庭”公共身份。

然而,如果来自本地设备的本地注册请求指示了期望的公共身 份,所述期望的公共身份要专门用于做出请求的本地设备或其当前用 户,家庭网关存储本地设备或用户的相应标识与所指示的公共身份的 映射或关联。然后,将该公共身份作为单个公共身份与对应的本地设 备或用户标识一起注册在IMS网络中。由此,引用该单个公共身份的 任何来话或会话请求将被IMS网络仅定向至相关本地设备或用户,即, 在这种情况下没有分叉。

可以将家庭网关202配置为自动将所有进行注册的本地设备映射 或关联到共享的家庭公共身份,这使得本地注册请求不指定任何期望 的独立公共身份。通过这种方式,可以在本地网络中使用独立和共享 公共身份的混合,并且使用或不使用分叉来基于被叫的公共身份来确 定呼叫哪个(些)本地设备的功能将位于IMS网络中而不是家庭网关 中。如上所述,分叉功能位于IMS网络中而不是家庭网关中实现了更 简单和花费更少的家庭网关等。

现在将参考图3中的流程图来描述用于提供将本地设备注册至多 媒体服务网络的示例性过程。该过程由本地网络的家庭网关(例如, 图2中的家庭网关202)执行,该家庭网关已经被建立为多媒体服务网 络的订户。

在第一步骤300中,为家庭网关配置或者规定一个或多个在多媒 体服务网络中有效的公共身份,例如IMPU,这基本上对应于以上的步 骤2:1。在下一步骤302中,家庭网关从网络中的本地设备接收本地注 册请求,这基本上对应于以上的步骤2:2。然后,在接下来的步骤304 中,针对进行请求的本地设备确定并选择上述配置的公共身份之一, 例如IMPU。

如上所述,针对没有指定期望的独立公共身份的本地注册请求, 可以“缺省地”选择共享公共身份。然而,本解决方案不排除也注册独 立公共身份的可能性(如在所使用的设备中通过手动输入来进行指定 那样)。备选地,可以将本地设备预先配置为在本地注册请求中自动包 括特定的独立公共身份,以专属于设备或当前用户。

在下面的步骤306中,将本地设备的标识与步骤304中选择的公共 身份的映射或关联存储在家庭网关中,这基本上对应于以上的步骤 2:3。然后,如进一步的步骤308所示出的,将公共身份(例如IMPU) 与适合的设备标识一起注册在多媒体服务网络中,这基本上对应于以 上的步骤2:4。由此,在多媒体服务网络中也有效地创建了公共身份与 本地设备之间的关联。如可选的最终步骤310所示出的,例如取决于所 使用的本地设备专用协议,还可以向本地设备发送适合的注册确认消 息。与图2的示例相似,基本上可以在步骤302之后的任何时候执行步 骤310。

图2和图3已经勾勒出了以下的过程:在多媒体服务网络中创建对 本地设备的公共身份的注册,使得任何的来话或会话请求将被多媒体 服务网络具体地定向至该设备。现在将参考图4a-c,分别简要描述针 对来话和去话的一些示例性的业务情况。

重用图2中的一些标号,图4a-c都示出了本地网络200,在本地网 络200存在本地设备A、B和C,以及本地网络200中还有作为IMS网络 中的订户的家庭网关202。使用IMS网络中的IMS会话控制节点400来 以下面描述的方式控制去往和来自家庭网关202的呼叫和会话。

此外,已通过以上针对图2和图3描述的方式对设备A和B进行了注 册,以使得设备A和B都与被表示为“HN”(家庭编号)的共享公共身 份(例如,IMPU)相关联,而已对设备C进行了注册,以使得设备C 或其当前用户与被表示为“PN”(个人编号)的独立公共身份(例如, IMPU)专门关联。如图中所示出的,将A、B和C与HN和PN的关联分 别存储在家庭网关202中。在IMS网络的数据库402中,设备A和B的标 识已经与共享公共身份HN一起进行了注册,而设备C或其当前用户的 标识已经与独立公共身份PN一起进行了注册。再次地,设备A、B和C 的注册标识可以是任何类型的设备标识,从而不一定是当与家庭网关 通信时设备自己本地使用的那些设备标识。

在图4a的业务情况下,IMS节点400从远程方X接收使用HN作为被 叫号码的来话。然后,IMS节点检查数据库402,并发现应该将来话定 向至设备A和B,因为两者是与被叫号码HN一起注册的。然后,在IMS 节点400处的分叉操作中创建分别具有被叫号码HN_A和HN_B的两个 单独的来话,将这两个来话都发送至家庭网关202。从而,IMS节点400 通过将设备A和B的之前注册的标识分别附加至接收到的被叫号码 HN,来修改来话的被叫号码。结果,家庭网关202接收到两个呼叫, 这两个呼叫被转换为设备专用的呼叫警报,以使得设备A和B都将振 铃。

在图4b的业务情况下,IMS节点400从远程方X接收使用PN作为被 叫号码的来话。然后,IMS节点检查数据库402,并发现应该将来话定 向至设备C,相应地,例如取决于设备C的当前用户,已经将设备C与 被叫号码PN一起进行了注册。在这种情况下,在IMS节点400处不进 行分叉操作。从而,IMS节点400通过将设备C的之前注册的标识附加 至接收到的被叫号码HN,来修改来话的被叫号码。结果,家庭网关202 接收到单个呼叫,该单个呼叫被转换为设备专用的呼叫警报,以使得 仅有设备C将振铃。

在图4c的业务情况下,家庭网关202从本地设备B接收到指向远程 方X的去话。接收到的去话是设备专用呼叫请求,取决于所使用的设 备类型,其可以具有或者可以不具有设备B的身份或者本地IP地址来 作为主叫号码。然后,家庭网关202识别主叫设备并检查其本地映射, 并根据本地存储的B与HN的映射或关联,发现至X的去话应该使用由 HN和设备B的之前注册的标识构成的外部主叫号码。

从而,家庭网关202通过将对设备B有效的公共身份HN附加至设 备B的之前注册的标识,来创建用于去话的外部主叫号码(即,HN_B)。 例如,如果针对去话使用SIP,SIP报头可以包含例如“From:HN, Contact:HN_B”的参数。结果,IMS节点400接收到来自HN_B的呼叫, 然后,IMS节点400简单地移除设备B的标识,使得远程方X将接收到 以HN作为主叫号码的呼叫。

现在将参考图5中的信令图,更详细地描述如何可以实际实现本 发明的解决方案的示例。在本示例中,本地网络中的本地设备500首先 通过本地网络中的HIGA 502和IMS网络中的IMS节点52注册到IMS网 络中,然后设备500从未被示出的远程方接收来话。

第一步骤5:1示出了在HIGA 502中将公共SIP URI规定或者配置为 公共身份或IMPU,这基本上对应于以上的步骤2:1和300。在下一步骤 5:2中,对设备500上电,这触发了下面的步骤5:3中的发现过程,发现 过程正常来说是在连接到本地网络时进行的。通常,发现过程本身已 为本领域技术人员所知,没有必要对其进行进一步描述以理解本实现 示例。

在下一步骤5:4中,设备500向HIGA 502发送本地注册请求,这基 本上与以上的步骤2:2和302相对应,在该示例中,本地注册请求是SIP 注册消息,其可以包括或者可以不包括设备200的本地身份。在决定设 备500可以使用所规定的公共SIP URI来作为公共身份之后,在下面的 步骤5:5中,HIGA 502接着存储设备500的标识与公共SIP URI的映射 或关联。该步骤基本上对应于以上的步骤2:3和306。

另一步骤5:6示出了将公共SIP URI与设备500的标识一起注册在 IMS节点504中的操作,这基本上对应于以上的步骤2:4和308。在接下 来的步骤5:7中,通过由IMS节点504在确认中向HIGA 502发送SIP 200 完成消息来结束该操作。在另一所示出的步骤5:8中,HIGA 502还可以 在至设备500的确认中,取决于本地设备类型来发送对应的SIP 200完 成消息或者类似的消息。由此,完成设备500对IMS网络的注册。

另一步骤5:9示出了来自于远程方的来话最终被IMS节点504接收 到,该呼叫指向作为“被叫号码”或等价信息的公共SIP URI。在下一步 骤5:10中,IMS节点504基于步骤5:6中进行的注册以及可能以相同方式 针对本地网络中的其他本地设备进行的任何其他注册(如果存在的 话),确定向哪个或哪些设备发送呼叫。相应地,IMS节点504发现设 备500与被叫公共SIP URI相关联,并通过将设备500的之前注册的标识 与公共SIP URI包括在一起,对被叫号码进行修改。在接下来的步骤 5:11中向HIGA 502转发呼叫,并且如果有其他设备与被叫公共SIP URI 相关联,如上作为分叉操作所描述的,也使用其他的本地设备标识来 转发其他呼叫。

然后,HIGA 502由来话的被叫号码识别出设备500,并在步骤5:12 将来话转换为SIP振铃(SIP RINGING)消息形式的设备专用的呼叫警 报,以使得在最后的步骤5:13中,设备500将会振铃。如果接收到从相 同的远程方发出的具有其他本地设备标识的呼叫,也将向这些其他本 地设备发出警报。然而,HIGA将察觉到这些呼叫,并将其作为彼此独 立的单独呼叫进行处理。

现在将参考图6中的框图来更加详细地描述家庭网关中的装置。 家庭网关600为具有多个本地设备的本地网络602提供服务,并且还已 被建立为多媒体服务网络604(例如,IMS网络)的订户。家庭网关600 还可以是HIGA。

家庭网关600被配置为对本地网络中存在的本地设备提供在外部 多媒体服务网络604中的注册,这基本上以上述的方式来进行。家庭网 关600包括:接收单元600a,被配置为从第一本地设备A接收本地注册 请求;以及映射单元600b,被配置为存储600c相关第一本地设备A的 对应标识与在多媒体服务网络604中有效的第一公共身份HN的映射。 将该映射存储在适合的数据库600c中。

家庭网关600还包括注册单元600d,注册单元600d被配置为针对 相关联的第一本地设备,将第一公共身份HN与设备A的标识一起注册 在多媒体服务网络中。由此,引用第一公共身份的任何来话或会话请 求将被多媒体服务网络604定向至相关联的第一本地设备A。

根据如下的其他实施例,还可以将图6中的家庭网关装置配置为 处理不同的业务情况。例如,不管何时从本地网络中的一个或多个其 他本地设备接收到本地注册请求,映射单元600b可以被配置为存储每 个本地设备的对应标识与第一公共身份的映射或关联。然后,注册单 元600d还被配置为针对其他相关本地设备中的每一个,将第一公共身 份作为共享公共身份与每个本地设备标识一起注册在多媒体服务网络 中。由此,引用第一公共身份的任何来话或会话请求将被多媒体服务 网络604作为单独的呼叫或者会话请求定向至第一本地设备和其他本 地设备中的每一个。

在另一示例中,当从第二本地设备接收到指示期望的第二公共身 份的本地注册请求时,映射单元600d还可以被配置为存储第二本地设 备的对应标识与第二公共身份的映射或关联。然后,注册单元600d还 被配置为针对相关联的第二本地设备,将第二公共身份作为独立公共 身份与第二本地设备的标识一起注册在多媒体服务网络中。由此,引 用第二公共身份的任何来话或会话请求将被多媒体服务网络仅定向至 相关联的第二本地设备。

在又一示例中,当从具体用户操作的本地设备接收到指示期望的 第三公共身份的本地注册请求时,映射单元600d可以被配置为存储对 应的用户标识与第三公共身份的映射或关联。然后,注册单元还被配 置为针对相关联的用户,将第三公共身份作为独立公共身份与用户标 识一起注册在多媒体服务网络中。由此,引用第三公共身份的任何来 话或会话请求将被多媒体服务网络仅定向至由相关联的用户操作的本 地设备。

根据另一实施例,注册单元还被配置为在每个注册操作中向多媒 体服务网络发送外部注册请求,在外部注册请求的联系人报头中包括 公共身份之一以及本地设备或用户的标识之一。

虽然已参考特定的示例性实施例对本发明进行了描述,该描述仅 旨在示出本发明的概念,而不应被视为对本发明的限制。虽然在描述 上述实施例时使用了HIGA、IMS和SIP的概念,基本上可以使用任 何其他类似的适当标准、协议和网络单元按此处所描述的方式提供本 地设备在多媒体网络中的注册。总的来说,本发明为以下独立权利要 求所限定。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号