CN101536409B - 网际协议多媒体子系统中的方法和设备 - Google Patents
网际协议多媒体子系统中的方法和设备 Download PDFInfo
- Publication number
- CN101536409B CN101536409B CN200680056370.0A CN200680056370A CN101536409B CN 101536409 B CN101536409 B CN 101536409B CN 200680056370 A CN200680056370 A CN 200680056370A CN 101536409 B CN101536409 B CN 101536409B
- Authority
- CN
- China
- Prior art keywords
- ims
- user
- privately owned
- dns
- territory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/18—Delegation of network management function, e.g. customer network management [CNM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及允许IMS中的私有域的方法和设备,其使得使用诸如IDprivate-domain.TLD之类的SIP URI成为可能。这通过提供到运营商网络的DNS系统和IMS互连DNS的接口以及对其的管理支持来实现。与私有域相关联的标识被建立为基于私有域名的IMPU。
Description
技术领域
本发明涉及IP多媒体子系统(IMS)中的方法和设备,更具体地涉及在IMS中允许企业和个人域的方法和设备。
背景技术
本发明涉及IP多媒体子系统(IMS)中的方法,对于想要提供移动和固定多媒体服务的电信运营商而言,IP多媒体子系统是标准化的体系结构。它使用基于SIP的3GPP标准化实现的IP语音(Voice-over-IP VoIP)来实现,并且通过标准网际协议(IP)运行。现有电话系统,包括分组交换和电路交换的电话系统都得以支持。
IMS服务由合作的多个IMS运营商来提供。图1中的op1 120a到op6 120f对此进行了说明。IMS运营商op1-op6 120a-f通过封闭的互连/传输结构100而被互连,这种互连网络的一个实例是由GSM协会提出的IP交换或由一组IPX运营商IPX1-IPX3 130a-c提供的IPX网络。在使用IPX的情况下,IMS运营商被连接到一些IPX运营商,同时所有IPX运营商都被互连,以确保在任何两个IMS运营商之间至多有两个IPX运营商。IPX结构130a-c构成了位于GRX网络100之上的IMS传输层(transit layer)。
GRX网络100被创建以促进GPRS漫游,并且其被实现为与因特网分离的IP网络。该分离使得GRX网络具有它自己的DNS层级(hierarchy)110,其完全与因特网DNS 140层级脱离。
IMS互连DNS数据库的结构与因特网域名系统(DNS)数据库一样地分布;所有运营商操作和管理它们所负责的域的内部结构。只有顶层服务出现在GRX网络上,它们又指向不同运营商DNS:es。
在IMS中,额外的标识-IP多媒体私有(private)标识(IMPI)和IP多媒体公共标识(IMPU)被用于识别用户。IMPI和IMPU是类似包含数字的电话号码的URI或包含字母数字标识符的SIP-URI(如“jan.svenssonoperator.com”)。
IMPI是唯一标识,其一般存储在ISIM处,当在IMS系统中注册用户时使用ISIM,并且就每个IMPI而言可以具有多个IMPU。IMPU还能够与另一个电话分享,这样能够通过相同的标识而与二者取得联系(例如,用于整个家庭的单个电话号码)。
用户能够具有若干能够在不同情况下被使用的公共标识(IMPU)。它们可被看作别名(alias),以使得如果被用户选择,则可替换的IMPU“水管工”能够被使用来代替更正式的IMPU“jan.svensson”。于是,当在网络中被称为“水管工”的被选择时,Jan Svensson也将被选择。如果另一个用户想要以他的“水管工”角色来发起到Jan Svensson的SIP呼叫,则可能在地址“the plumberoperator.com”上与他取得联系。
如果用户具有若干IMPU,则它们可能在隐含注册ID集中被耦合在一起,这意味着当用户向隐含注册ID集中的IMPU之一注册时,在隐含注册ID集中的其他IMPU也将被注册。
标识IMPU、IMPI、IMSI以及MSISDN被存储在示于图2中的HSS(归属订户服务器)204中,HSS 204是支持实际上处理呼叫/会话的IMS网络实体的主用户数据库。此外,HSS包含预订相关信息(用户简档(profile)),执行对用户的鉴别和授权,并且能够提供关于用户物理位置的信息。
连接到接入网络202和IPX系统211的IMS 200被示于图2中。IMS用户201经由接入网络202连接到IMS 200。
IMS网络包括了多个称之为CSCF(呼叫会话控制功能)的SIP服务器和SIP代理,用于处理IMS中的SIP信令分组。
P-CSCF(代理-CSCF)203是SIP代理,其是对IMS终端的第一接触点。
I-CSCF(询问-CSCF)208是位于管理域边界的SIP代理。它的IP地址在域的DNS上公布,这样远程服务器(例如,在被访问域中的P-CSCF或在外部域中的S-CSCF)能够找到它,并使用它作为所有SIP分组到该域的进入点(entry point)。I-CSCF查询HSS以获取(retrieve)用户位置,并且然后将SIP请求路由到它分配的S-CSCF。
S-CSCF(服务-CSCF)205是信令平面的中心节点。S-CSCF从HSS下载用户简档并将用户简档上载到HSS,这是由于它不具有用户的本地存储。
应用服务器(AS)206宿主(host)并执行服务,并且使用SIP与S-CSCF对接(interface)。这允许第三方供应商容易地向IMS基础设施集成和部署它们的增值服务。
MRF(媒体资源功能)207提供了归属网络中的媒体源。它例如用于多媒体会议。
I-BGF 210是由I-BCF 209控制的边界网关功能。
当它们变成IMS用户时,IMS的用户被分配以至少一个地址类型SIPURI的公共用户标识符,在上文中称之为IMPU。其具有一个标识部分和一个域部分。域名部分在今天通常是管理用户的运营商的域名之一,因此采用图1如示的ID1op2.com或ID2op5.com的形式。这些标识还能够是后退到与域名结合的传统电话标识的E164号码。它们还能够是别名-在ID1可以被替换为作为由用户ID1选择的别名的A11的情况下,并且对于目标用户也是一样。所使用的标识符是用户想要公布并作为他们的可视(人们在终点可视)IMS标识而知的那个标识。
当用户ID1op2.com想要建立与用户ID2op5.com的会话时,目标地址(ID2或别名)被输入到SIP邀请信号的“到”区域(field)中。该公共用户标识也被填入将在SIP路由算法中被使用的“请求URI”区域中,例如在所涉及的IMS系统中的发端(originating)S-CSCF与终端(terminating)I-CSCF之间。发端用户标识ID1op2.com被输入到邀请的“来自”区域,以提供可路由的返回地址,并且还可能是主叫方对被叫方的可显示标识。图3给出了SIP邀请的实例,在其中示出了这些。
发端运营商op2第一个接收到该邀请。根据路由中的参数:首部,将邀请路由到用户的服务S-CFCF。在处理潜在发端服务之后,在op2处的用户的S-CSCF在请求URI(op5.com)中的域上的运营商2内部DNS中进行DNS查找,以寻找路由方向,在该情况下由于op5.com并不由该IMS域服务,所以它指向IPX网络和IPX1的进入点。在一些检查之后,它被转发到IPX1,其继而在请求URI中的域上在它的互连DNS中进行DNS查找,以寻找下一个进入点。IPX2的进入点被找到。邀请被转发到IPX2,所述IPX2进行相同操作以找到op5进入点。Op5检查用户ID2是否被注册,并且如果已注册就将邀请转发到S-CSCF(在其中对用户进行服务)并且经由用于掌控(handle)设备的P-CSCF而路由到用户的设备。
用户ID2设备确认邀请信号,并且在用户ID2会话接受之后,会话被建立。
此外,如上所述,SIP URI由一个单独部分和一个域部分构成,定义了对于单独标识的供应商IDoperator-domain.TLD(TLD是因特网上的顶层域,例如com),就像电子邮件地址一样。
在IMS标准中,假定域部分实际指向运营商/供应商的域,并不指向其他位置。这对于那些不希望公布它们自己由供应商宿主而希望通过它们私有或它们的组织域而被寻址的个人和组织会产生问题。
一组是那些希望他们的SIP URI像IDprivate-domain.TLD,因此在该SIP URI中不存在运营商/供应商域。
另一组是希望他们的SIP URI反映他们的组织而不是他们的供应商域的组织,就像employeeenterprise-domain.TLD或memberorganisation-domain.TLD,这意味着在SIP URI中没有运营商/供应商域。
IMS标准没有示出这在当今如何能够实现。在所有实例中,供应商域对于每个IMS供应商的网络实现内的功能实体之间的通信而言是必须的。
发明内容
因此,本发明的一个目的在于获得一种方法和设备,其允许IMS中的私有和企业域,它使得使用像IDprivate-domain.TLD的SIP URI成为可能。
通过根据本发明的设备来实现这个目的。该设备被配置为在第一运营商网络中实现,所述第一运营商网络通过第一IMS互连网络来向第一用户提供IMS服务。第一运营商网络包括DNS系统,其中DNS系统至少包括外部DNS和内部DNS。IMS互连网络至少包括IMS互连DNS。根据本发明,所述设备包括到将被第一用户使用的运营商网络的DNS系统和IMS互连DNS的接口,以及用于经由所述接口来管理运营商网络的DNS系统和IMS互连DNS的装置。用于管理的装置包括用于建立私有域(例如enterprise.com)的装置。用于管理的装置还提供了用于通过向待连接的IMS用户提供与私有域相关联的诸如id1enterprise.com之类的标识将IMS用户作为私有域的成员来连接的装置。为了将与作为私有域成员的用户有关的查询转发到第一运营商网络的外部DNS,用于管理的装置提供了用于在运营商网络的DNS系统和IMS互连DNS中插入所请求的私有域的装置和用于在运营商的DNS系统中插入私有域的成员的装置。此外,用于管理的装置还提供了以下装置:其用于将与私有域相关联的标识建立为针对将被连接到IMS互连网络中的私有域的用户的IMS标识的基于私有域名的IMPU,其也被表示为别名。
本发明的目的还通过根据本发明的方法来实现。该方法包括如下步骤:提供到将被第一IMS用户使用的运营商网络的DNS系统和IMS互连DNS的接口,并经由所述接口提供对运营商网络的DNS系统和IMS互连DNS的管理支持。提供管理支持的步骤包括建立私有域;通过向待连接的IMS用户提供与私有域相关联的标识来将IMS用户作为私有域成员来连接;在IMS互连DNS中和运营商网络的DNS系统中插入所请求的私有域,并在运营商网络的DNS系统中插入私有域的成员,以使得与作为私有域成员的用户有关的查询被转发到第一运营商网络的外部DNS;以及将与私有域相关联的标识建立为针对将被连接到IMS互连网络中的用户的IMS标识的基于私有域名的IMPU,其也被表示为别名。
本发明的优点在于它消除了用户将他们自己公布为特定运营商用户的需要,这是因为用户能够建立自己的私有域。它实现了在IMS系统内使用任何因特网域。实现个人域也实现了:用户能够在改变IMS运营商时保持其个人标识。已经预订了域管理的用户还能够在所述域的所有用户是其他IMS运营商的IMS用户并决定改变域管理员时而保持。
附图简述
图1图示出根据现有技术的IMS中的域/供应商结构。
图2图示出根据现有技术的IMS。
图3图示出根据现有技术的SIP邀请。
图4示意性地图示出根据本发明的IMS互连网络和运营商的DNS结构。
图5图示出根据本发明的、作为IMS运营商子结构的企业IMS系统(IMSPBX)。
图6示意性地图示出根据本发明的设备。
图7图示出IMS运营商结构,其中企业通信被提供为根据本发明实施例的中央交换(centrex)。
图8增加了私有域支持。
图9示意性图示出本发明解决方案所基于的DNS结构。
图10示意性图示出根据本发明的方法。
详细说明
本发明的目的在于使得在IMS中允许私有域成为可能,这使得使用像IDprivate-domain.TLD的SIP URI成为可能。应当注意到私有域可以是诸如enterprise.net之类的企业域。
GRX网络被创建以促进GPRS漫游,并且被实现为在逻辑上与因特网逻辑分离的IP网络。该分离使得GRX网络具有它自己的DNS层级,其完全与因特网DNS层级脱离。
本发明的解决方案基于:上述分离也使IMS互连/传输DNS结构从因特网DNS脱离,由此使得IMS供应商和IMS传输供应商能够提供注册商(registrar)服务,其提供了管理私有和企业域的能力。
所提出的解决方案进一步基于:DNS数据体系结构允许用于域的每个个体的SIP记录,IMS允许单独用户具有多个公共标识(其能够被定义为别名)和IMS允许别名具有上述例如IDprivate-domain.TLD的任何形式的事实。应当注意到结合本发明,别名也被称之为基于私有域名的IMPU。
图6a中图示出当在运营商网络904中实现时根据本发明的设备913。运营商网络904包括内部DNS 905和外部DNS 906,并通过IMS互连网络910向运营商网络904的用户921提供IMS服务。IMS互连网络包括IMS互连DNS908。通过使用本发明的设备,私有域901(通过图6a中的企业域来示出)可以被请求。私有域901可以包括内部DNS 902。
图6b示出了设备913,其包括用于运营商网络904的用户921请求企业域901的接口914。通过该接口,用户921可以使用管理支持915。管理支持使得用户921管理DNS系统922(即运营商网络和IMS互连的DNS:s)成为可能。运营商网络的DNS包括运营商网络的外部和内部DNS,并可能包括私有网络的内部DNS。管理支持被示于图6c中并包括用于建立私有域916(例如en5.net)的装置、用于通过向待连接的IMS用户提供与私有域en5.net相关联的标识en5-id1en5.net而将IMS用户作为私有域的成员来连接的装置917、用于在至少IMS互连DNS和外部运营商DNS中插入所请求的私有域en5.net的装置918、用于在运营商网络的DNS系统922中插入所连接的成员的装置919以使得与作为私有域成员的IMS用户有关的查询被转发到第一运营商网络的外部DNS、以及用于将与私有域相关联的标识en5-id1en5.net建立为别名(即,与IMS互连网络中所连接用户的IMS标识相关联的基于私有域名的IMPU)的装置920。
如图6a所示的设备被配置为在第一运营商网络的节点中实现,其中第一运营商是负责所请求的私有域的运营商。所述设备被配置为与IMS互连DNS进行通信,并且优选地还与示于图6a中的运营商网络的DNS结构以及其他运营商网络的DNS结构进行通信。负责私有域的运营商网络的用户,即私有域管理员,可以经由web(网络)接口通过计算机来使用本发明的设备。
通过使用本发明,运营商能够提供新的“私有IMS域宿主”服务,其使得终端用户和企业能够宿主基于它们的私有名的IMS域(例如,enterprise.net)以及基于私有域名的IMPU管理服务,该服务将基于私有域的标识耦合到基于运营商的标识(如operator.com)。
“私有IMS域宿主”服务对应于当今因特网上的注册商(描述于http://www.icann.org/registrars/ra-agreement-17may01.htm#3)。因特网域注册商提供了请求如johanssons-ror.com的因特网域的能力,并提供了管理工具,以控制在该域上的web和邮件结构。这是当前由私人和小公司经常使用的服务。
“私有IMS域宿主”服务主要适于在运营商所拥有和管理的DNS上运行,DNS由用于域名的域和子域数据组成,运营商具有在互连网络中掌控和宿主的权限(authority)。
这确保了目的地是具有基于私有域的IMS IMPU的用户的IMS互连业务被导向宿主/管理该私有IMS域的运营商。
此外,在下文中描述的私有域管理包含在IMS系统内宿主该特定用户的IMS运营商,分配基于私有域的IMPU(即基于私有域名的IMPU)作为别名的功能。
如上文所指示的,在私有域内的所有用户并不必须成为相同IMS运营商的用户。一个运营商可以提供“私有IMS域宿主”服务,而“基于私有域名的IMPU管理的”通过其中宿主单独用户的另一个运营商来驻留。
通过使用DNS系统来建立会话,以便确定会话路由应如何被执行。所使用的DNS是宿主私有域的运营商的DNS和IMS互连DNS,而会话路由被导向通过DNS响应所确定的运营商。
当提供“私有IMS域宿主”服务时,重要的是IMS私有和企业域名成为用于因特网中的域名和域名层级的真子集。如果某人请求IMS上的特定域名,则相同的因特网域名必须已经被分配给相同的个人或组织。因此,IMS DNS系统必须允许完整的因特网TLD名空间。当运营商域名(op1.com)可能需要在IMS DNS和因特网DNS上相同时,已经是这样的情况。
当在IMS互连网络400中查找请求URI的路由目的地时(从运营商业务中输出(outbound)),示于图4中的IMS互连DNS结构401在IMS互连网络400内使用并且由IMS边界元件使用。除了IMS互连DNS结构,外部运营商DNS402被提供,其由用于域名的域和子域数据组成,运营商404具有在互连网络中掌控的权限。运营商内部DNS 403被用在运营商网络内,并由IMS边界元件405用于进入(inbound)业务。进入业务意指从互连网络到自己网络的业务,并且输出业务意指从自己网络到互连网络的业务。
图5对应于图1,只是除了:位于次层的企业IMS系统501-504被纳入到图中。这些企业系统的用户需要通过他们的企业域标识而被识别,所述企业域标识具有与它们电子邮件地址相似的结构并且可以与它们的电子邮件地址(ID1en4.no、id1en3.org、ID1en1.se、id1en1.net)相同。
为了使任何IMS用户能够在“到”区域和在“请求URI”区域中将例如ID1en1.net作为目标地址,运营商网络op6包括用于访问IMS互连网络的DNS结构的装置,以使得en1.net域指向用于IMS互连网络内的SIP服务的运营商网络op6的进入点。即,这意味着确保了所有IMS和IPX运营商理解:以互连视角ne1.net被发现在op6之后。此外,Op6运营商网络必须用en1.net域来填充其内部IMS DNS,并且确保SIP服务指向Op6企业IMS传输服务的进入点-如果企业IMS传输服务通过Op6提供给en1的话,或者它指向Op6网络中的en1 IMS边界元件。
以这种方式管理IMS DNS的是运营商(op6)和企业(en1)之间协议的一部分。在这种关系中,运营商op6也检查域ne1.net是因特网DNS中的有效(valid)域以及其是否属于en1并由en1付费,这是协议有效的先决条件。在所有其他方面,会话建立与上文描述的一样。
因此,如果用户ID1en4.no呼叫id1en1.net,则“到”区域和“请求URI”都被设置为id1ne1.net,而“来自”区域被设置为ID1ne4.no。Op1已经以与op6针对en1.net所进行的操作相同的方式将en4.no输入到IMSDNS。
在图7中,企业用户700作为中央交换用户(在本实例中到op4)而引入,即它们是IMS运营商系统中的终端用户,但被作为具有特定标识结构和潜在组特定服务的特定组来对待。(中央交换是类PBX服务,其提供了在中央局而不是在客户处所的切换)。这比仅仅管理IMS DNS对IMS解决方案要求更多。
为了支持中央交换用户,服务运营商IMS需要向这些用户提供企业服务。为了做到这一点,像ID1en5.net的企业特定IMPU需要在op4网络和IMS互连中被掌控。
在这种情况下,IMS DNS管理原则上与所连接的企业情况一样,除了以下事实:企业可能不具有它自己的DNS(在此情况下所有它的用户都直接附着于运营商网络,并不经由企业所位于的本地IMS系统)。如上所述的功能必须通过IMS运营商来提供。企业仍然需要管理它们的用户和它们的标识。在该情况下,op4提供了到它们中央交换用户掌控的管理接口,从而使得本地管理成为可能。
上述管理基于根据私有域名(ID1en1.net)将IMPU绑定到包含运营商域名(op6.com)的IMPU的能力。
在图8中,增加了也支持单独个体801、802的私有域的概念,所述单独个体801、802希望它们的公布的IMS标识与它们已经公布的电子邮件标识相同。这个问题的结构类似于中央交换问题,因此解决方案也是相同的。上文中描述的管理也解决了私有域管理。因特网上私有域的拥有者被要求管理它们域的用户结构,并且需要在IMS环境下也这样做。
此外,如到此为止的说明书中所述的,不可能假定:在一个域中的所有用户是相同IMS运营商的用户。在中央交换情况下,在en5.net中的一些用户可能属于op3,而不是像多数用户那样属于op4。解决方案必须顾及到这一点。
因此,本发明的解决方案也必须顾及在封闭IMS互连网络中私有域的暴露和管理,以及基于私有域的IMS IMPU与运营商所定义的基于用户定义的标识的关联,以使得能够根据运营商所拥有的IMPU来提供计费和运营商信托(trust),并使得基于私有域的IMS IMPU成为一个被终端用户看到和使用的IMPU。
根据本发明,上述问题通过将“私有IMS域宿主”服务作为独立服务来提供而得以解决,从而更接近于因特网上的注册商结构,其是不依赖于任何其他服务的独立服务。在该情况下,这意味着例如op4是用于域en5.net所有用户的基于en5私有名的IMS标识管理的主承包商(contractor)。
为了进一步描述本发明,结合图9来提供下述实例,图9图示出DNS系统,其中所要求的企业域包括内部DNS。
因特网DNS形成了用于所需数据操作的基础和规范。企业En5 901在TLD.net上申请(claim)企业域En5.net。
如果申请域的实体,例如企业901具有内部DNS 902,则因特网DNS912就指向用于内部域结构的企业内部DNS 902。该域上的成员地址由企业901在企业内部DNS 902中管理。
如果申请域的实体901不具有它自己的内部DNS,则因特网911上的注册商909能够被用于提供管理接口,以使域拥有者管理域内部结构和该域的成员地址成为可能。这也使域成员能够从不同域上的不同动作者(actor)获得它们的主动服务(像电子邮件),同时仍表现出是它们自己并能作为该特定域En5的用户而达到。
为了描述本发明,提供了三个场景。在这些场景中,不同的参与者(用户)被描述为承担具有不同角色。
首先,负责私有域的用户是请求私有域的用户。该用户承担以下角色:被称之为第一运营商的、负责私有域的运营商的普通IMS订户、私有域的管理员以及私有域的成员。
然后,存在着也将成为私有域成员的第一运营商的普通IMS订户,并且然后是也将成为私有域成员的其他运营商处的普通IMS订户。IMS互连DNS从因特网DNS脱离的事实要求上述因特网注册商服务同样存在于IMS互连DNS环境中。这在下文中描述。
在域启动过程中,被称之为IMS私有域管理员的、请求私有域的用户被建立为IMS用户并负责私有域,即被建立为私有域管理员。该用户也是私有域成员,并且作为成员在负责私有域的运营商的网络中向他提供了基于私有域名的IMPU。这在下文中描述:
1.为他自己或他的企业申请私有因特网域(En5.net)901的用户预订了他的运营商的IMS服务。
2.由运营商向用户提供私有用户Id和公共用户Id,这二者都包含了运营商的域。
用户现在被赋予了IMS私有域管理员的角色,并且被提供了对运营商的管理支持的使用权利,优选通过使用用户的PC及其浏览器。运营商提供了例如web接口,以促进对每个用户帐户的更方便的管理。通过管理支持,例如经由web接口,所有IMS用户都可能管理他们自己的IMS预订。通过使用管理支持,用户能够请求私有域并由此被确定为对所请求的域负责。运营商在IMS互连DNS中插入所请求的域。
3.用户(IMS私有域管理员)进入管理支持的私有域管理部分,并请求运营商904在IMS环境中启用(enable)他的私有域(En5.net)。
在运营商侧的域启动过程被描述如下:
1.运营商网络适于检查在因特网上负责私有域(En5.net)的实体与当前登录管理功能的负责IMS预订的实体相同。可以通过使用http://www.uwhois.com/服务来进行因特网域责任的检查。然后将结果与IMS预订数据相比较。域存在于因特网上的事实确保了域是全局唯一的。
2.运营商网络适于用所请求的私有域来更新IMS互连DNS,以使得私有域上的所有查询都被转发到运营商的外部DNS,即,IMS互连DNS,包括指向运营商的外部DNS的指针。
3.运营商网络适于使得它的外部DNS能够由该特定IMS用户(即,IMS私有域管理员)来管理。这使得该特定用户能够管理所请求域的所有成员,即使它们不是该运营商的IMS服务的用户。
IMS用户(即,IMS私有域管理员)现在能够开始用成员来填充他的域。
如果申请域的实体(例如,管理它自己域的企业)具有它自己的内部DNS,就可以使运营商外部DNS 906替代地指向内部DNS,并且然后用域成员来填充该DNS。内部域DNS对于因特网DNS也是可达到的,并因此对于IMS和非IMS请求这二者都是可达到的。运营商的外部DNS是IMS互连的一部分并且无法从因特网得到。私有域必须通过运营商的外部DNS而被获知,但所有与私有域有关的询问可以被直接导向企业的内部DNS,在其中私有域的所有成员都被管理。
此处,作为管理员的用户将第一运营商的另一个用户连接到私有域。在这种情况下,私有域并不具有它自己的DNS。用于连接来自相同运营商IMS服务的用户的过程如下所述:
1.用户(即IMS私有域管理员)被识别为具有管理私有域En5.net所需的权利。
2.用户(即IMS私有域管理员)进入域En5.net的管理支持。
3.用户(即IMS私有域管理员)将新用户En5-Id2的标识建立为私有域En5.net的有效用户。他还通过作为当前运营商输入当前运营商的域名FQDN来定义用于该用户的运营商进入点。
由运营商网络执行的对应过程被描述如下:
1.私有域的新成员是作为负责私有域的运营商的订户的成员。运营商网络然后适于检查在En5.net上所请求的ID在私有域上是唯一的。
运营商网络适于配置它的外部DNS,以使得与域En5.net相关联的SRV记录定义了指向来自IMS互连网络的、当前运营商网络进入点的完全合格域名(FQDN)的id En5-Id2。SRV记录是在运营商的外部DNS中用户的记录,其告知其他IMS系统所述用户能够在哪里被找到。该FQDN包含了已存在于IMS互连DNS中的当前运营商网络域。因此,具有私有域以及到它的路径的运营商网络能够根据标准程序通过所有连接到IMS互连网络的运营商而被找到。因此,与基于私有域名的IMPU(别名)相关联的用户可通过任何其他IMS而达到。
已经成为私有域成员的用户被称之为特定用户,并且他如上所述的那样已经接收到与该私有域相关联的标识。所接收的标识必须作为被注册为针对他的IMS标识的基于私有域名的IMPU。私有域管理员或用户自己能够做到这些。如果用户自己处理该管理,则有关私有域负责的运营商和其他运营商的过程将是一样的。
1.用户(IMS私有域管理员)进入特定用户的IMS预订的管理,并通过针对他的私有用户Id和公共用户Id请求具有En5-Id2En5.net形式的基于私有域名的IMPU En5-Id2来将该用户建立为En5.net域的用户。
在运营商处的对应过程被描述如下:
1.运营商网络适于配置内部网络,以使得私有域的标识En5-Id2En5.net是运营商IMS域内的有效IMPU,并因此被包含在IMS的HSS中。因此,与基于私有域名的IMPU相关联的用户能够被当前运营商的任何其他用户达到。
2.用户现在是域EN5.net的有效用户,并且能够以SIP UPIEn5-Id2En5.net而达到。
当私有域管理员连接其他运营商的用户时,私有域管理员提供了将用在私有域中的标识,这类似于当被连接用户属于第一运营商网络的情况。用于连接来自其他运营商IMS服务的用户的过程不同于当被连接用户属于第一运营商网络时的情况。区别在于当被连接用户属于第一运营商时,私有域管理员能够掌控所有管理。当被连接用户属于另一个运营商时,在其他网络中并不知晓私有域管理员,因此待连接的用户不得不自己掌控所有管理。这意味着根据实施例的设备对于不同于管理员的其他用户也是可以使用的。
因此,将被连接到私有域的其他运营商的用户接收来自私有域管理员的标识。
1.负责私有域的用户(即私有域管理员)必须被连接和鉴别。他(私有域管理员)还必须将新成员的标识插入私有域中。
2.用户(私有域管理员)被标识为具有管理私有域En5.net所需的权利。
3.用户(私有域管理员)进入域En5.net的管理支持。
4.用户(私有域管理员)将新用户En5-Id3的标识建立为私有域En5.net的有效用户。他还通过作为当前运营商输入其他运营商的域名FQDN来定义用于该用户的运营商进入点。在用户标识与运营商之间的该绑定被存储在域负责运营商的外部DNS中。
在运营商处的对应过程被描述如下:
1.运营商网络适于检查在En5.net上所请求的ID在该域上是唯一的。运营商网络适于配置它的外部DNS,以使得与域En5.net相关联的SRV记录定义指向来自IMS互连网络的、当前运营商网络进入点的FQDN的idEn5-Id3。该FQDN包含了已存在于IMS互连DNS中的当前运营商的域。因此,具有私有域以及到它路径的运营商网络能够根据标准程序通过所有连接到IMS互连网络的运营商而被找到。因此,与基于私有域名的IMPU相关联的用户能够由任何其他IMS达到。
被称之为特定用户的、将被连接到私有域的其他运营商的用户被要求在其他运营商的IMS系统中将所接收到的私有域的标识注册为基于私有域名的IMPU。用于在特定用户处连接来自其他运营商IMS服务的用户的过程如下所述:
特定用户进入他的IMS预订的管理,并通过针对他的私有用户Id和公共用户Id请求具有En5-Id3En5.net形式的基于私有域名的IMPU来将他自己建立为En5.net域的用户。
在运营商处的对应过程被描述如下:
1.运营商网络被安排来配置内部网络,以使得基于私有域名的IMPUEn5-Id3En5.net对于HSS中用户公共用户Id而言是有效的基于私有域名的IMPU。因此,与基于私有域名的IMPU相关联的用户能够由当前运营商的任何其他用户达到。如果用户A想要达到En5-Id3En5.net,用户A使用En5-Id3En5.net作为地址。用户A的运营商经由IMS互连DNS和域负责运营商的外部DNS来查找En5-Id3En5.net的用户,并且确定En5-Id3En5.net的用户的运营商,然后将会话路由到该运营商。
用户现在是域EN5.net的有效用户,并且能够以SIP URIEn5-Id3En5.net而达到。
此外,IMS运营商能够提供“私有IMS域宿主”服务,以管理私有虚拟/宿主的IMS域,并通过本发明向该域等的用户分配标识。根据本发明实施例的运营商网络适于:
控制所请求的私有IMS域(johanssons-ror.com),其已经是有效因特网域,因此保证其是全局唯一的。还必须确保它被申请IMS域的相同法人(legal)实体所拥有。
分配基于私有域的IMS公共用户ID(IMPU)(例如,gustavjohanssons-ror.com),并确保它在该域中是唯一的。
管理特定IMS互连DNS,以使得私有IMS域在IMS互连社区内被理解。IMS互连DNS还必须指向运营商外部DNS,其描述了域的成员。这使得企业域(例如En5.net)对于所有IMS用户都是可用的。
管理私有和企业IMS域的单独成员地址以及它们与不同运营商的相应关系。这使得域(En5.net)的每个成员对于所有IMS用户都是达到的,而不论它们是哪个IMS运营商域的成员。
此外,根据本发明的方法还通过图10的流程图来说明。该方法包括如下步骤:
1001.提供到将被第一IMS用户使用的运营商网络的DNS系统和IMS互连DNS的接口。
1002.经由所述接口,提供对运营商网络的DNS系统和IMS互连DNS的管理支持。
步骤1002进一步包括如下步骤:
1003.建立私有域。
1004.通过向待连接的IMS用户提供与私有域相关联的标识,将IMS用户作为私有域成员来连接。
1005.在在运营商网络的DNS系统和IMS互连DNS中插入所请求的私有域,并且在运营商网络的DNS系统中插入私有域的成员,以使得与作为私有域成员的用户有关的查询被转发到第一运营商网络的外部DNS。
1006.将与私有域相关联的标识建立为针对将被连接在IMS互连网络中的用户的IMS标识的基于私有域名的IMPU。
Claims (18)
1.一种用于第一运营商网络(904)的设备(913),所述第一运营商网络(904)通过IMS互连网络(910)向第一用户(921)提供IMS服务,所述第一运营商网络(904)包括DNS系统(922),所述DNS系统(922)至少包括外部DNS和内部DNS,并且IMS互连网络(910)至少包括IMS互连DNS(908),其特征在于,所述设备包括到将被第一用户使用的运营商网络(904)的DNS系统和IMS互连DNS(908)的接口(914),以及用于经由所述接口(914)来管理将被第一用户使用的运营商网络(904)的DNS系统(922)和IMS互连DNS(908)的装置(915),其中用于管理的装置(915)包括:
用于建立私有域的装置(916),
用于通过向待连接的用户提供与私有域相关联的标识将用户作为私有域的成员来连接的装置(917),
用于在IMS互连DNS中和在将被第一用户使用的运营商网络(904)的DNS系统中插入所建立的私有域的装置(918),和用于在将被第一用户使用的运营商网络(904)的DNS系统中插入所建立的私有域的成员的装置(919),以使得与作为所建立的私有域成员的用户有关的查询被转发到第一运营商网络的外部DNS,以及
用于将与所建立的私有域相关联的标识建立为与将被连接到IMS互连网络中的所建立的私有域的用户的IMS标识相关联的基于私有域名的IMPU的装置(920)。
2.根据权利要求1所述的设备,其特征在于,用于管理的装置进一步包括:用于检查第一用户被授权管理所建立的私有域的装置。
3.根据权利要求1或2所述的设备,其特征在于,用于管理的装置包括用于检查所建立的基于私有域名的IMPU在所建立的私有域上和在因特网上是唯一的并且检查请求所建立的私有域的第一用户还负责因特网上具有与所建立的私有域相同的标识的域的装置。
4.根据权利要求1或2所述的设备,其特征在于,用于在IMS互连DNS中插入所建立的私有域的装置进一步适于配置将被第一用户使用的运营商网络(904)的外部DNS以使得与所建立的私有域相关联的SRV记录被配置为定义所建立的私有域的成员的标识并且被配置为指向来自IMS互连DNS的、所述成员的运营商网络的进入点的完全合格域名(FQDN)。
5.根据权利要求1或2所述的设备,其特征在于,用于将与所建立的私有域相关联的标识建立为与将被连接在IMS互连网络中的用户的IMS标识相关联的基于私有域名的IMPU的装置由第二运营商的第二用户来管理,其中第二运营商的第二用户是将作为所建立的私有域的成员而被连接的用户。
6.根据权利要求4所述的设备,其特征在于,用于将与所建立的私有域相关联的标识建立为与将被连接在IMS互连网络中的用户的IMS标识相关联的基于私有域名的IMPU的装置由第一运营商的第三用户来管理。
7.根据权利要求1或2所述的设备,其特征在于,用于将与所建立的私有域相关联的标识建立为基于私有域名的IMPU的装置适于配置IMS互连网络,以使得与所建立的私有域相关联的标识对于IMS的HSS中的用户的公共用户Id而言是有效的基于私有域名的IMPU。
8.根据权利要求1或2所述的设备,其特征在于,所建立的私有域是企业域。
9.根据权利要求1或2所述的设备,其特征在于,运营商网络的DNS系统包括企业网络的内部DNS,由此运营商网络的外部DNS适于指向企业网络的内部DNS,并且用于插入所建立的私有域的成员的装置适于在企业域的内部DNS中插入成员。
10.一种用于第一运营商网络的方法,所述第一运营商网络通过IMS互连网络向第一用户提供IMS服务,所述第一运营商网络包括DNS系统,所述DNS系统至少包括外部DNS和内部DNS,并且IMS互连网络(910)至少包括IMS互连DNS(908),其特征在于,提供(1001)到将被第一IMS用户使用的运营商网络的DNS系统和IMS互连DNS的接口,以及
经由所述接口,提供(1002)对将被第一用户使用的运营商网络的DNS系统和IMS互连DNS的管理支持,其中提供管理支持的步骤包括:
建立(1003)私有域,
通过向待连接的用户提供与私有域相关联的标识,将用户作为私有域的成员来连接(1004),
在IMS互连DNS中和在将被用户使用的运营商网络的DNS系统中插入(1005)所建立的私有域,并且在将被用户使用的运营商网络的DNS系统中插入所建立的私有域的成员,以使得与作为所建立的私有域成员的用户有关的查询被转发到第一运营商网络的外部DNS,以及
将与所建立的私有域相关联的标识建立(1006)为与将被连接在IMS互连网络中的用户的IMS标识相关联的基于私有域名的IMPU。
11.根据权利要求10所述的方法,其特征在于,提供管理支持的步骤进一步包括以下步骤:检查第一用户被授权管理所建立的私有域。
12.根据前述权利要求10-11中任何一项所述的方法,其特征在于,提供管理支持的步骤包括以下步骤:检查所建立的基于私有域名的IMPU在所建立的私有域上和在因特网上是唯一的,并且检查请求所建立的私有域的第一用户还负责因特网上具有与所建立的私有域相同的标识的域。
13.根据权利要求10-11中任何一项所述的方法,其特征在于,在IMS互连DNS中插入所建立的私有域的步骤进一步包括以下步骤:配置将被第一用户使用的运营商网络(904)的外部DNS,以使得与所建立的私有域相关联的SRV记录被配置为定义所建立的私有域的成员的标识并且被配置为指向来自IMS互连DNS的、所述成员的运营商网络的进入点的完全合格域名(FQDN)。
14.根据权利要求10-11中任何一项所述的方法,其特征在于,将与所建立的私有域相关联的标识建立为与将被连接在IMS互连网络中的用户的IMS标识相关联的基于私有域名的IMPU的步骤由第二运营商的第二用户来管理,其中第二运营商的第二用户是将作为所建立的私有域的成员而被连接的用户。
15.根据权利要求13所述的方法,其特征在于,将与所建立的私有域相关联的标识建立为与将被连接在IMS互连网络中的用户的IMS标识相关联的基于私有域名的IMPU的步骤由第一运营商的第三用户来管理。
16.根据权利要求10-11中任何一项所述的方法,其特征在于,将与所建立的私有域相关联的标识建立为基于私有域名的IMPU的步骤进一步包括以下步骤:配置IMS互连网络,以使得与所建立的私有域相关联的标识是与IMS的HSS中的用户的公共用户Id相关联的有效的基于私有域名的IMPU。
17.根据权利要求10-11中任何一项所述的方法,其特征在于,所建立的私有域是企业域。
18.根据权利要求10-11中任何一项所述的方法,其特征在于,运营商网络的DNS系统包括企业网络的内部DNS,由此运营商网络的外部DNS适于指向企业网络的内部DNS,并且插入所建立的私有域的成员的步骤包括进一步的步骤:在企业域的内部DNS中插入成员。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2006/068391 WO2008058568A1 (en) | 2006-11-13 | 2006-11-13 | Method and arrangement in an internet protocol multimedia subsystem |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101536409A CN101536409A (zh) | 2009-09-16 |
CN101536409B true CN101536409B (zh) | 2011-12-14 |
Family
ID=38229369
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200680056370.0A Expired - Fee Related CN101536409B (zh) | 2006-11-13 | 2006-11-13 | 网际协议多媒体子系统中的方法和设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8041795B2 (zh) |
EP (1) | EP2103035B1 (zh) |
CN (1) | CN101536409B (zh) |
WO (1) | WO2008058568A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2095593A4 (en) * | 2006-12-21 | 2014-05-14 | Ericsson Telefon Ab L M | METHOD AND ARRANGEMENT FOR MANAGING SERVICE REQUEST IN A MULTIMEDIA NETWORK |
US8533340B2 (en) * | 2007-04-11 | 2013-09-10 | At&T Intellectual Property I, L.P. | IP multimedia subsystem virtual call/session control functions |
US20120166652A1 (en) * | 2010-12-23 | 2012-06-28 | Bouthemy Jean-Luc R | Advanced simultaneous and sequential sip forking |
WO2013164040A1 (en) * | 2012-05-03 | 2013-11-07 | Telefonaktiebolaget L M Ericsson (Publ) | Call routing for ip multimedia subsystem users |
WO2019129359A1 (en) * | 2017-12-29 | 2019-07-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, system and entity for a media transfer session in an ims infrastructure |
US10771435B2 (en) | 2018-11-20 | 2020-09-08 | Netskope, Inc. | Zero trust and zero knowledge application access system |
EP4066473A1 (en) * | 2019-11-29 | 2022-10-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Domain resolving |
CN112822307B (zh) * | 2021-03-02 | 2022-08-12 | 中国互联网络信息中心 | 一种网络标识数据的处理方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1708006A (zh) * | 2004-06-08 | 2005-12-14 | 华为技术有限公司 | 2g用户接入基于ip的多媒体子系统的方法 |
CN1767482A (zh) * | 2004-10-26 | 2006-05-03 | 华为技术有限公司 | 一种网际协议多媒体子系统的用户注册方法 |
EP1718031A1 (en) * | 2005-04-25 | 2006-11-02 | Alcatel | Method of resolving a session initiation protocol uniform resource identifier |
CN1859607A (zh) * | 2005-04-30 | 2006-11-08 | 华为技术有限公司 | 一种基于ip网络域消息业务的实现方法 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6609128B1 (en) * | 1999-07-30 | 2003-08-19 | Accenture Llp | Codes table framework design in an E-commerce architecture |
BR0114543A (pt) * | 2000-10-10 | 2003-08-26 | Nokia Corp | Método para ocultar pelo menos um dentre nomes e endereços de elementos de rede em comunicações entre primeira e segunda redes, sistema de comunicação, e, aparelho de ponto de contato em um sistema |
EP2234407A1 (en) * | 2001-06-08 | 2010-09-29 | The Distribution Systems Research Institute | Terminal-to-terminal communication connection control system for IP full service |
GB0206849D0 (en) * | 2002-03-22 | 2002-05-01 | Nokia Corp | Communication system and method |
US7774832B2 (en) * | 2002-06-10 | 2010-08-10 | Quest Software, Inc. | Systems and methods for implementing protocol enforcement rules |
US7028101B2 (en) * | 2003-03-25 | 2006-04-11 | Nokia Corporation | Optimal location service for managing next hop addressing for messages associated with multiple address schemes |
JP3870955B2 (ja) * | 2004-06-21 | 2007-01-24 | 株式会社日立製作所 | 階層型中継処理を行うセッション制御装置 |
US7574595B2 (en) * | 2004-06-22 | 2009-08-11 | Interdigital Technology Corporation | Transparent session initiated protocol |
FI118620B (fi) * | 2005-02-18 | 2008-01-15 | Teliasonera Ab | Yhteistoiminta |
US7796990B2 (en) * | 2006-09-14 | 2010-09-14 | Nokia Corporation | Method for the routing of multimedia communication related signaling in a communication system |
-
2006
- 2006-11-13 CN CN200680056370.0A patent/CN101536409B/zh not_active Expired - Fee Related
- 2006-11-13 US US12/514,755 patent/US8041795B2/en not_active Expired - Fee Related
- 2006-11-13 EP EP06819430A patent/EP2103035B1/en not_active Not-in-force
- 2006-11-13 WO PCT/EP2006/068391 patent/WO2008058568A1/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1708006A (zh) * | 2004-06-08 | 2005-12-14 | 华为技术有限公司 | 2g用户接入基于ip的多媒体子系统的方法 |
CN1767482A (zh) * | 2004-10-26 | 2006-05-03 | 华为技术有限公司 | 一种网际协议多媒体子系统的用户注册方法 |
EP1718031A1 (en) * | 2005-04-25 | 2006-11-02 | Alcatel | Method of resolving a session initiation protocol uniform resource identifier |
CN1859607A (zh) * | 2005-04-30 | 2006-11-08 | 华为技术有限公司 | 一种基于ip网络域消息业务的实现方法 |
Non-Patent Citations (3)
Title |
---|
GSM ASSOCIATION.IMS Roaming & Interworking Guidelines.《GSM ASSOCIATION》.2006,第IR65卷(第3.5版),1-34页. |
GSM ASSOCIATION.IMS Roaming & * |
Interworking Guidelines.《GSM ASSOCIATION》.2006,第IR65卷(第3.5版),1-34页. * |
Also Published As
Publication number | Publication date |
---|---|
EP2103035B1 (en) | 2012-08-01 |
US20100299420A1 (en) | 2010-11-25 |
CN101536409A (zh) | 2009-09-16 |
WO2008058568A1 (en) | 2008-05-22 |
EP2103035A1 (en) | 2009-09-23 |
US8041795B2 (en) | 2011-10-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101536409B (zh) | 网际协议多媒体子系统中的方法和设备 | |
CN101828376B (zh) | 用于处理对于其用户数据库查询已失败的进入请求的方法和节点 | |
EP1905208B1 (en) | Method and apparatus for allocating application servers in an ims | |
EP1522198B1 (en) | Optimized routing between communication networks | |
US8718254B2 (en) | Techniques for conference scheduling | |
CN101569153B (zh) | Gsm与ims之间的scp控制的重叠 | |
US20080311888A1 (en) | Techniques for providing multimedia communication services to a subscriber | |
US9571528B2 (en) | Method and apparatus for providing network based services to non-registering endpoints | |
CN101834869A (zh) | 通过ims系统路由消息 | |
US20110161505A1 (en) | Method and apparatus for processing a call to an aggregate endpoint device | |
US20110158236A1 (en) | Method and apparatus for processing a call to an aggregate endpoint device | |
US20080021980A1 (en) | Transmission Of Commmunication Between Data Transmission Networks | |
US20130017853A1 (en) | Wholesale Network User Identity Mapping in a Mobile Network | |
EP2119194B1 (en) | Method and arrangement for allowing enterprise and personal domains in the IMS | |
Noldus et al. | Operator-independent public user identities for IP multimedia communication services for enterprises | |
WO2007144681A1 (en) | Method and system for providing portability | |
Tag | from Trials and Implementations Future Directions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111214 Termination date: 20191113 |
|
CF01 | Termination of patent right due to non-payment of annual fee |