一种在通信网络中将用户标识结构化的方法
(一)技术领域
本发明涉及一种在通信网络中将用户标识结构化的方法,尤其是使用会话初始协议(SessionInitiation Protocol;SIP)的下一代网络(Next Generation Network;NGN)中将用户标识结构化的方法。
(二)背景技术
随着网络协议的发展,Internet逐渐成为语音、数据、视频等多种业务的承载网络,它提供多种业务的统一的网络平台。传统的电话网络使用智能网技术(Intelligence Network;IN)以方便网络运营商添加业务而无需变动承载业务的电话网络,而与之相对应的Internet必须有相应的机制来保证新的业务能够被很快的生成和部署。正是在此目的的基础上诞生了SIP协议。SIP协议是由Internet工程任务组(Internet Engineering Task Force;IETF)于1999年提出的一个在基于IP网络中,特别是在Internet这样一种网络环境中,实现实时通信应用的一种信令协议。而所谓的会话(Session)就是指用户之间的数据交换。在基于SIP协议的应用中,每一个会话可以是各种不同类型的内容,既可以是普通的文本数据,也可以是经过数字化处理的音频、视频数据,还可以是诸如游戏等应用的数据,应用具有巨大的灵活性。正因为如此,在以IP技术为核心,同时可以支持语音、数据和多媒体业务的下一代网络中,SIP协议被广为采用。SIP的基本机理和协议结构由征求评议文件(Request For Comments;RFC)RFC3261来定义。
在使用SIP协议的网络中传递的消息为SIP消息。SIP有两种类型的消息,它们是:
■请求:从客户机发到服务器的消息。
■响应:从服务器发到客户机的消息。
同任何信令协议一样,上述请求和响应被发送到特定地址。在SIP协议中,这些地址被称作SIP统一资源定位(Uniform Resource Locator;URL)。SIP协议支持许多种地址描述格式和寻址方式,用户名@主机地址、被叫号码@主机地址、普通电话号码的描述等。
SIP协议具有一种绑定(Binding)机制,该机制使得用户能够告诉网络该用户的用户标识(Address of Record;AoR),或者称作用户地址,进而得知该用户的联系方式。征求评议文件RFC 3261中指出,用户标识是一种SIP协议的网络资源记录,即统一资源标识(UniformResource Identifier;URI)。网络通过该用户的AoR可以得到该用户所有可能的联系方式。事实上,这种联系方式通常是由运营商或者服务的提供者分配的。例如,中国固定用户的电话号码是由中国电信或者中国网通分配的。
随着科技的发展,每个人或者单位拥有越来越多的联系方式,如电话号码、传真号码、手机号码、传呼号码、电子邮件地址、个人主页、语音信箱等,要想让其他人记住一个用户所有的联系方式变得越来越困难。在下一代网络中,用户只要申请将自己的AoR加入服务器中并输入自己的各种联系方式,则其他人只要记住该用户的AoR,就可以从不同的终端上以不同的方式与该用户进行联系。该用户也可以为自己的各种联系方式设置一定的规则,使其他人可以在不同地点、不同时间以不同的方式与该用户联系。
SIP协议中,用户要想将自己的AoR加入服务器,首先要在注册服务器上进行注册(Register)。
SIP协议定义了注册服务器和注册消息。用户可以通过向注册服务器发送注册请求消息来完成注册、注销、刷新、地址映射获取等操作。注册请求消息中包含Request-URI、To、From、Contact等域。在构造注册请求消息时,Request-URI域应包含注册服务器的域名信息;To域包含要注册或注销的用户的地址;From域包含发送注册消息者的地址;Contact包含要注册的联系地址信息。
用户在注册服务器上成功注册后,AoR和联系方式(即contact)之间就存在一个绑定关系。当主叫用户在网络中寻找该用户时,主叫用户使用该用户的AoR去查找该用户,网络发送请求消息(Invite消息)到为该用户提供注册服务的服务器上,该服务器查找对应于该用户AoR的联系方式。
目前,用户的AoR和联系方式之间有绑定关系,但是上述AoR与联系方式之间的绑定是单层绑定,如图1所示。如果其他用户知道了注册用户的AoR,就可以找到其所有的联系方式,但不可能使不同种类的主叫用户找到该用户不同的联系方式,影响了用户的信息安全,对于联系方式比较多的用户(例如公司),这种单层绑定不利于用户联系方式的管理。而且,目前AoR与联系方式之间的绑定还是单向绑定,只是用户标识对其联系方式的绑定,而没有用户联系方式对该用户标识的绑定。
另外,由于AoR与联系方式之间的绑定是单层绑定,这些联系方式要位于同一服务器上。而由于服务器资源的限制,一个用户的AoR所绑定的联系方式通常有数目上的限制。如果用户的联系方式较多,用户由于上述限制必须舍弃一些联系方式,这会给用户带来不便。
(三)发明内容
因此,本发明的主要目的在于提供一种在通信网络中将用户标识结构化的方法,尤其适用于SIP协议中的用户标识,使得既可以通过分组的方法找到用户,又可以保证在用户的联系方式较多时,不受系统资源和性能的限制而以尽可能多的方式找到用户。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种在通信网络中将用户标识结构化的方法,在运营商的一个服务器上为一个用户注册一个用户标识及该用户的一个或多个联系方式,以上述用户的用户标识为根节点建立一个树型结构,该树型结构的每一个叶节点为该用户的联系方式,该树型结构的每一个分支节点为该用户不同类型的用户标识,上述树型结构的每一个叶节点与该叶节点的父节点绑定,上述上述树型结构的根节点与该根节点的子节点绑定,上述树型结构的每一个内部节点分别与该内部节点的子节点和父节点绑定。
在运营上的一个服务器上记录查找上述用户的联系方式所经过的路径。
上述树型结构的每一个内部节点具有一个标签,该标签标识对该内部节点的兄弟节点的访问权限。
上述树型结构同一层的节点位于同一服务器上,上述树型结构不同层的节点位于同一服务器上或者不同服务器上。
上述用户设定上述分支节点的子节点的访问优先级。
上述用户设定上述叶节点或者分支节点的有效期。
上述建立树型结构的方式为通过电话建立或者通过Internet网络建立。
由上述方案可以看出,本发明的关键在于:在运营商的服务器上将用户的用户标识及用户联系方式用树型结构建立。
可见,本发明所提供的在通信网络中将用户标识结构化的方法,具有以下的优点和特点:
(1)本发明将用户的联系方式分为不同的组并将其树型结构化,分类标准可采用功能分类、时间分类或者其他用户自己定义的方式,从而能够用更为清楚、便利的方式对属于同一个用户(个人或者单位)的联系方式进行管理。
(2)本发明采用树型结构,同一层的节点位于同一服务器上,而不同层的节点既可以位于同一服务器上,也可以位于不同服务器上。这种结构尤其有利于实现分布式处理,尤其是在用户的联系方式较多时,不再受一个用户标识所绑定的联系方式数目的限制,即不再受系统资源和性能的限制,保证以尽可能多的方式联系到该用户。
(3)本发明中不同的主叫用户使用不同的用户标识来联系用户。当主叫用户通过其所使用的用户标识没有成功找到用户时,可以根据标签的内容指定该主叫用户是否有权使用该用户的其它联系方式或用户标识去寻找该用户,这样可以灵活地为不同的主叫用户设定不同的访问权限。
(4)本发明将SIP协议中用户标识与用户联系方式之间的单层、单向绑定方式扩展为树型结构的多层、双向绑定,因此扩展了SIP协议。
(四)附图说明
图1是现有技术中采用的SIP协议地址绑定示意图。
图2是本发明中采用的结构化用户标识的示意图。
图3是本发明采用的结构化用户标识中,处于不同层的用户标识和联系方式的存贮位置示意图。
图4是采用本发明的一个实施例。
(五)具体实施方式
下面结合附图对本发明进行详细描述。
图2是本发明中采用的结构化用户标识的示意图。该图中将用户的联系方式分为不同的组并将其树型结构化,图2中的黑色箭头表明该树型结构的分支节点AoRa与该分支节点的父节点AoR反向绑定,并与其子节点Contact a1一直到Contact an绑定,而且该分支节点AoRa具有一个标签,标识对AoRa的兄弟节点Contact和AoRb的访问权限。
图3是本发明采用的结构化用户标识中,处于不同层的用户标识和联系方式的存贮位置示意图。该图中分为三层,AoR处于第0层,Contact、AoRa、AoRb处于第1层,Contact a1到Contactan、Contact b1、Contact b2处于第2层。该图中树型结构同一层的节点位于同一服务器上,例如同一层节点Contact、AoRa、AoRb位于同一服务器A上,同一层节点Contact a1到Contactan、Contact b1、Contact b2位于同一服务器B上。该树型结构不同层的节点可以位于同一服务器上,也可以位于不同服务器上。图3中显示的是不同层节点位于不同服务器上。图4是本发明的一个实施例,该图表示一个用户(以下称作用户S)在运营上的服务器上注册的结构化用户标识。在该图中,用户S的名称用根节点来表示,即图中位于第0层的AoR。AoR有两个子节点,分别是位于树型结构第1层的wAoR和fAoR。wAoR(workAoR)表示该用户S为工作时所使用的联系方式所设的用户标识;fAoR(family AoR)表示该用户S为在家中时所使用的联系方式所设的用户标识。上述wAoR有三个位于第2层的子节点,分别是电子邮件、办公室电话号码、外出用户标识oAoR,这三个子节点互为兄弟节点。在上述三个子节点中,电子邮件和办公室电话号码都是叶节点,而外出用户标识oAoR是内部节点,该内部节点又可进一步分为三个位于第3层的叶节点,分别是在柏林的联系方式1、在柏林的联系方式2、在北京的联系方式3,这三个联系方式也互为兄弟节点。上述fAoR有两个位于第2层的子节点,分别是家中电话号码、父母家中电话号码。这两个电话号码互为兄弟节点。
上述用户标识和用户联系方式既可以同时存放在同一服务器上,可以分层存放在不同的服务器上。例如将第1层wAoR、fAoR放在一个服务器上,将第2层的电子邮件、办公室电话号码、外出用户标识、家中电话号码、父母家中电话号码放在另一个服务器上,这样就减小了每个服务器的负担。
如果有其他用户想要联系用户S,即其他用户为主叫用户而用户S为被叫用户。不同的主叫用户会得知上述不同的用户标识,例如普通客户很可能会知道wAoR,而家庭成员会得知fAoR。用户S可以为上述不同种类的主叫用户在其所得知的用户标识处设置一个授权标签,表明当主叫用户通过其所得知的用户标识没有找到用户S时,该主叫用户是否有权访问位于同一层兄弟节点处的用户标识或联系方式。该授权标签可以以一种类似于URL参数的形式来表示,例如在用户标识wAoR处的标签为“;reroute=fAoR,auth=yes;”,表示该主叫用户在wAoR处没有找到用户S时,能够访问与wAoR同层的fAoR。
通常按主叫用户的情况划分,有以下几种情况:
■若主叫用户为用户S的一个客户,该客户知道用户S工作时的用户标识wAoR,该wAoR可以是用户的办公室电话号码,也可以是电子邮件,还可以是另外一个不同的URL。该客户呼叫用户S的wAoR时,如果用户S在办公室内,则客户立刻可以通过办公室电话号码或者电子邮件找到用户S;当用户S外出时,该客户就可以通过wAoR自动找到其下层的oAoR从而可以通过用户S在柏林的联系方式1、在柏林的联系方式2、在北京的联系方式3这三种联系方式来寻找用户。
主叫用户按上述步骤寻找用户时,服务器记录查找用户S的联系方式所经过的路径,以避免重复通过同一个用户标识或者用户联系方式寻找用户。
如果wAoR中没有设置优先级,则以该wAoR下的多种用户联系方式同时联系用户S。
如果用户S设定了wAoR的优先级,例如办公室电话号码优先级最高,则当客户联系该用户S时,办公室电话先振铃。
■若主叫用户为用户S的家庭成员或其他关系亲密者,该家庭成员或关系亲密者会知道用户S在家中的用户标识fAoR。该家庭成员或关系亲密者呼叫用户S的fAoR时,无论用户S在自己家中或者在父母家中,都可以通过相应的电话号码而联系到用户S。
■若主叫用户为用户S的同事,该同事知道用户S外出时的用户标识oAoR,则该同事能够直接通过呼叫oAoR联系到用户S。
■若主叫用户对于用户S而言是一个十分重要的人,该主叫用户知道用户S最顶层的用户标识AoR,那么无论用户S在工作时还是在家中,都可以找到该用户。
如果AoR中没有设置优先级,则会以该AoR下的wAoR和fAoR同时联系用户S。如果用户S设定了AoR的优先级,例如工作时的wAoR优先级最高,则当该主叫用户联系用户S时,将先以wAoR联系用户S。
■若主叫用户是用户S在一个期限内非常重要的客户,该客户知道用户S工作时的用户标识wAoR,用户S可以为wAoR设定访问fAoR的有效期。如果通过wAoR没有找到用户S,而wAoR处的授权标签为“;reroute=fAoR,auth=yes;”,表明该客户有权访问fAoR,则服务器可以自动在fAoR中继续寻找用户S。
如果上述的有效期已过,用户S可以将wAoR处的授权标签改为“;reroute=fAoR,auth=no;”,即表明即使通过wAoR没有找到用户S,该客户也没有权限访问fAoR。
通过以上实施例可以看出,在SIP协议中采用了结构化的用户标识,将用户的联系方式分为不同的组并将其树型结构化,从而能够用更为清楚、便利的方式对属于同一个用户(个人或者单位)的联系方式进行管理。另外,由于不同层可以放在不同的服务器上,不再受一个用户标识所绑定的联系方式数目的限制。