CN101317423A - 检查通用可路由用户代理统一资源标识有效性的方法、装置和系统 - Google Patents

检查通用可路由用户代理统一资源标识有效性的方法、装置和系统 Download PDF

Info

Publication number
CN101317423A
CN101317423A CNA2007800003559A CN200780000355A CN101317423A CN 101317423 A CN101317423 A CN 101317423A CN A2007800003559 A CNA2007800003559 A CN A2007800003559A CN 200780000355 A CN200780000355 A CN 200780000355A CN 101317423 A CN101317423 A CN 101317423A
Authority
CN
China
Prior art keywords
gruu
cscf
service
service request
response
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.)
Pending
Application number
CNA2007800003559A
Other languages
English (en)
Inventor
朱奋勤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNA2007800003559A priority Critical patent/CN101317423A/zh
Publication of CN101317423A publication Critical patent/CN101317423A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/30Managing network names, e.g. use of aliases or nicknames
    • H04L61/301Name conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • H04L65/1104Session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/30Types of network names
    • H04L2101/39Globally routable user-agent uniform resource identifier [GRUU] for the session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/30Types of network names
    • H04L2101/395Internet protocol multimedia private identity [IMPI]; Internet protocol multimedia public identity [IMPU]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04Registration at HLR or HSS [Home Subscriber Server]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Optical Radar Systems And Details Thereof (AREA)
  • Dc Digital Transmission (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明的实施例公开了检查通用可路由用户代理统一资源标识GRUU有效性的方法,该方法包括:网际协议多媒体子系统IMS网络侧将携带有GRUU的业务请求或业务响应发送至服务呼叫控制功能实体S-CSCF;S-CSCF对所述业务请求或业务响应中携带的GRUU进行有效性检查。本发明的实施例还公开了检查GRUU有效性的装置和系统。本发明实施例提供的方法、装置和系统解决了现有技术中未定义对GRUU在IMS网络侧如何进行有效性检查的问题。

Description

检查通用可路由用户代理统一资源标识有效性的方法、 装置和 系统
技术领域
本发明涉及在网际协议多媒体子系统 (IMS ) 中处理通用可路由用 户代理统一资源标识(GRUU )的技术, 特别涉及在 IMS中检查 GRUU 有效性的方法、 装置和系统。 发明背景
随着宽带网络的发展, 移动通信不仅仅局限于传统的语音通信, 而 且可以结合音频、 视频、 图片和文本等多种媒体业务。 多种媒体业务通 过与呈现业务(presence )、 短消息、 网页 ( WEB )浏览、 定位信息、 推 送业务(PUSH )和文件共享等数据业务的结合, 可以满足用户的多种 需求。
在多种数据业务应用的推动下, 3GPP以及 3GPP2等标准组织都先 后推出了 IMS架构, 目的是在移动网络中使用一种标准化开放结构实现 多种多样的多媒体业务应用, 提供给用户更多的选择和更丰富的感受。
在 3GPP版本 5 ( R5, Release ) 阶段, 引入了 IMS, IMS叠加在分 组域网络之上, 由呼叫控制功能(CSCF )、媒体网关控制功能(MGCF )、 媒体资源功能 (MRF )、 互通边界控制功能(IBCF )和归属签约用户服 务器 (HSS ) 等功能实体组成。 其中 CSCF 又可以分为服务 CSCF ( S-CSCF )、 代理 CSCF ( P-CSCF )和查询 CSCF ( I-CSCF ) 三个逻辑 实体。 S-CSCF是 IMS的业务交换中心, 执行会话控制, 维持会话状态, 负责管理用户信息, 产生计费信息等; P-CSCF是用户接入 IMS的接入 点, 完成用户注册, 负责服务质量(QoS )控制和安全管理等; I-CSCF 负责 IMS域之间的互通, 管理 S-CSCF的分配和选择, 对外隐藏网络拓 朴和配置, 产生计费数据等。 MGCF控制网关, 实现 IMS和其它网络的 互通。 MRF提供媒体资源。 HSS存储用户的签约数据和配置信息等。
3GPP定义的 IMS网络也可以应用于 3GPP2中定义的分组网络之上, 提供和多种类型网络的互通, 实现和使用终端类型的无关性。 因此在这 里不限制 IMS只应用在 3GPP相关的网络和应用上, 其他类型的接入网 络和承载网络的业务和应用也可以用 S架构来实现。
在 IMS中, 有两种用户, 一种为用户设备(UE ), 是普通用户, 一 般由 S-CSCF提供服务; 另一种为公共服务标识(PSI )用户, 是特殊用 户, 标识在服务器(AS )上的公共服务。 另外, IMS 上的网络实体如 AS、 MGCF, IBCF等也可能作为用户代理(UA, User Agent )或者背 靠背用户代理( B2BUA , Back to Back User Agent ), 代表用户发起呼叫。
在 IMS中, 无论是 UE还是 PSI用户, 都有多个用户注册一个相同 公共用户标识的可能性, 获取这多个用户的地址和路由到这多个用户的 过程都依赖于这多个用户所注册的同一公共用户标识。 在多个用户共用 一个公共用户标识的情况下, MS网络侧发送目标为该公共用户标识的 消息时, 需要将该消息复制后同时分发给具有该公共用户标识的多个用 户或者根据用户注册公共用户标识时设置的优先级别, 顺序分发给具有 该公共用户标识的多个用户。 但是, 在 IMS的许多应用中, 在多个用户 注册了一个公共用户标识时, 需要区别这多个用户, 把消息只能发送给 具有该公共用户标识的一个特定的用户, 这时就需要区别具有同一公共 用户标识的不同用户, 区别具有同一公共用户标识的不同用户可以采用 GRUU技术实现。
采用 GRUU技术实现区别具有同一公共用户标识的不同用户的过 程为: IMS 网络侧为具有同一公共用户标识的不同用户设置不同的 GRUU来区别,为具有同一公共用户标识的不同用户设置不同的 GRUU 时可以同时包括公共用户标识, 所用的方法为在为不同用户设置不同的 GRUU中按照设定的规则包括同一个公共用户标识。
当主叫用户要呼叫被叫用户时,携带被叫用户的 GRUU, IMS网络 侧根据被叫用户的 GRUU确定被叫用户的公共用户标识,采用所确定的 被叫用户的公共用户标识和 GRUU将呼叫路由到被叫用户上。 同样地 , 当主叫用户发起呼叫时,也可以携带自身的 GRUU,后续 IMS网络侧就 可以根据主叫用户的 GRUU确定主叫用户的公共用户标识,根据主叫用 户的公共用户标识和 GRUU就可以确定主叫用户的地址和路由。
一些可以作为 UA的 IMS网络实体(如 MGCF, AS ) , 也可以在 SIP消息中采用一个 GRUU来表示网絡实体自身。 对于 为 B2BUA的 网络实体, 如果被叫的内容(contact ) 头域中包含一个 GRUU, 则主叫 的 contact头域中也应该包含一个 GRUU。 标识网络实体的 GRUU, 或 者由运营商为配置或保留, 或者通过其他方式获取。
通常 GRUU可用于代替 IP地址, 用于会话路由。 同 IP地址不同 的是, IP地址是永久有效的。 而 GRUU未注册时, 在 IMS网络侧中 将无法根据该 GRUU路由到用户。 发明内容
由以上所述可以看出, IMS网络侧在对用户进行业务处理时, 需要 根据存储的 GRUU 的当前有效性信息判断业务携带的用户设置的 GRUU在当前是否有效, 并根据 GRUU的有效性进行业务处理。
有鉴于此, 本发明的实施例提供了在 IMS中检查 GRUU有效性的 方法、 装置和系统, 能够对业务携带的用户设置的 GRUU在 IMS网络 侧进行有效性检查。 本发明的实施例提供了一种检查 GRUU有效性的方法,该方法包括: IMS网络侧将携带有 GRUU的业务请求或业务响应发送至服务呼叫 控制功能实体 S-CSCF;
S-CSCF对所述业务请求或业务响应中携带的 GRUU进行有效性检 查。
本发明的实施例还公开了一种 GRUU有效性的系统, 该系统包括: S-CSCF, 用于在接收到携带有 GRUU的业务请求或业务响应后, 对所述业务请求或业务响应中的 GRUU进行有效性检查。
本发明的实施例还提供了一种 S-CSCF, 该 S-CSCF包括:
验证单元, 用于在接收到携带有 GRUU的业务请求或业务响应后, 对所述业务请求或业务响应中的 GRUU进行有效性检查。
本发明还公开了一种 P-CSCF, 该 P-CSCF包括:
验证单元,用于判断从所述 GRUU中提取出的公共用户标识是否与 所述业务请求或业务响应携带的公共用户标识相同或在同一个隐式注 册集中,
如果相同或在同一个隐式注册集中,则直接将所述携带有 GRUU的 业务请求或业务响应发送给 S-CSCF;
如果不同或不在同一个隐式注册集中, 或者所述业务请求或业务响 应中没有携带公共用户标识, P-CSCF替换业务请求或业务响应中的公 共用户标识, 或添加公共用户标识, 并将所述添加或替换了公共用户标 识的业务请求或业务响应发送给 S-CSCF。
本发明实施例提供的方法、 装置和系统, 由 S-CSCF对 GRUU进行 有效性检查, 从而解决了现有技术中未定义对 GRUU在 IMS网络侧如 何进行有效性检查的问题。 附图简要说明
图 1为本发明实施例一的在 IMS中检查 GRUU有效性的方法流程 图;
图 2为本发明实施例二的在 IMS中由 S-CSCF对 GRUU进行有效性 检查的系统示意图;
图 3为本发明实施例二的在 IMS中由 S-CSCF对 GRUU进行有效性 检查的方法流程图;
图 4为本发明实施例三的在 IMS中由 P-CSCF参与 GRUU的有效性 检查的系统示意图;
图 5为本发明实施例三的在 IMS中由 P-CSCF参与 GRUU的有效性 检查的方法流程图;
图 6为本发明实施例四的在 IMS中由用户对 GRUU进行有效性检 查的方法流程图。 实施本发明的方式
为使本发明的技术方案和优点更加清楚明白, 以下举具体实施例并 参照附图, 对本发明作进一步详细说明。
实施例一
图 1为本发明实施例一的在 IMS中检查 GRUU有效性的方法流程 图, 其具体过程包括:
步骤 100、 IMS网络侧接收到对用户发送的携带有 GRUU的业务处 理请求或业务处理响应后,判断该 GRUU的生成方式, 当确定该 GRUU 采用非注册方式生成时, 转入步驟 102; 当确定该 GRUU采用注册方式 生成时, 转入步驟 101。
由于在生成通用可路由用户代理统一资源标识(GRUU ) 时, 可以 采用不同的方式, 所以在对 GRUU进行有效性检查时,也必须采用不同 的有效性检查方式。
GRUU可以采用注册方式生成,注册生成的 GRUU保存在为用户执 行业务的 S-CSCF中, 该 S-CSCF还保存注册生成的 GRUU当前是否有 效的有效性信息, 通常采用注册生成的用户都为 UE; GRUU也可以采 用非注册方式生成, 非注册方式生成的 GRUU代表或指向网络实体,保 存在一个网络实体中,该网络实体还保存非注册方式生成的 GRUU当前 是否有效的有效性信息,采用非注册方式生成的 GRUU—般代表网络实 体, 如 AS、 MGCF、 IBCF, 或网络实体上的服务, 如 AS上的公共服务 标识 PSI; 所述网络实体可以作用户代理(UA ), 并且支持 GRUU; 代 表网络实体的 GRUU—般是运营商为网络实体(如 MGCF, IBCF )预 留或设置或通过其他方式分配给网络实体, 或者该网络实体在发起会话 时根据运营商规则为自己生成的用于标识该会话的 GRUUo
当 IMS 网絡侧接收到用户发送的携带有 GRUU的业务处理请求或 业务处理响应时,首先判断该请求或该响应携带的该 GRUU采用哪种生 成方式生成, 例如可以采用三种方法确定该请求或该响应携带的 GRUU 的生成方式, 以下分别对这三种确定该请求或该响应携带的用户设置的 GRUU的生成方式进行说明。
第一种方式, 在 GRUU对应的公共用户标识具有的用户配置信息 ( Service Profile ) 中设置一个字段, 该字段用于表明公共用户标识对应 的 GRUU采用何种方式生成。 如: 该字段可以设置为 GRUU采用注册 方式生成或者 GRUU采用非注册方式生成。该字段可以为显性设置或隐 性设置, 隐性设置就是标识用户的类型, 根据用户的类型就可以判断 GRUU的生成方式。
IMS网络侧根据该请求或该响应携带的 GRUU对应的公共用户标识 具有的 Service Profile 中的字段就可以判断出该请求或该响应携带的 GRUU的生成方式。
由于在现有技术中, 按照设定的规则在 GRUU 中包括了该 GRUU 对应的公共用户标识, 所以根据 GRUU就可以确定出该 GRUU所对应 的公共用户标识。
第二种方式, 根据用户的类别确定 GRUU采用何种方式生成, 当用 户为 UE时, GRUU通过注册方式生成; 当用户为 PSI用户或者网络实 体时, GRUU通过非注册方式生成。 IMS网络侧根据发起该请求或该响 应的用户的用户类别或者是否为网络实体, 确定该请求或该响应携带的 GRUU的生成方式, 例如 IMS 网络运营商根据规划, 确定某一个 PSI 子域的用户标识为 PSI 用户, 则该 GRUU采用非注册方式生成; 再例 如, 根据 contact头域里携带的地址来判断 GRUU是否代表网络实体, 如 contact地址不是 UE的 contact地址,而是网絡实体的 contact地址时, 则该 GRUU采用非注册方式生成。
. 第三种方式, 为用户或网络实体设置 GRUU时, 该 GRUU携带生 成方式标识或标志或默认采用某种生成方式, IMS网络侧直接根据该请 求或该响应携带的 GRUU就可以判断出该请求或该响应携带的 GRUU 的生成方式。
当 IMS网络侧对用户进行业务处理时, 如进行呼叫处理时, 根据该 呼叫携带的 GRUU采用的不同生成方式,采用不同的方法对该呼叫携带 的 GRUU进行有效性检查: 对于该呼叫携带的 GRUU为注册生成时, IMS网络侧在为用户执行业务的 S-CSCF中对该呼叫携带的 GRUU进行 有效性检查; 即执行步骤 101; 对于该呼叫携带的 GRUU为非注册方式 生成时, IMS 网络侧到该 GRUU对应的网络实体中对该呼叫携带的 GRUU进行有效性检查 , 即执行步骤 102。 步骤 101、 在 IMS网络侧判断业务处理请求或业务处理响应携带的 GRUU为注册方式生成时, 就将该请求或该响应发送到为用户执行业务 的 S-CSCF中, 由 S-CSCF根据 GRUU有效性信息对该请求或该响应携 带的 GRUU进行有效性检查。 IMS网络侧到为用户执行业务的 S-CSCF 中根据 GRUU有效性信息判断该请求或该响应携带的 GRUU是否有效, 如果判断出 GRUU有效, 执行步驟 103; 如果判断出 GRUU无效, 则执 行步驟 104。
其中, GRUU有效性信息为用户在注册时存储在 S-CSCF中的, 或 者 S-CSCF从 HSS存储的 GRUU有效性信息获取得到的。由于在 S-CSCF 中预先存储的 GRUU有效性信息或从 HSS中获取的 GRUU有效性信息 为所有注册生成的当前有效的 GRUU, 所以本实施例可以根据该请求或 该响应携带的 GRUU是否与当前有效的 GRUU中的一个相同来判断该 请求或该响应携带的 GRUU是否有效, 如果是, 该请求或该响应携带的 GRUU通过有效性检查,否则,该请求或该响应携带的 GRUU不通过有 效性检查。
HSS存储 GRUU有效性信息的过程为: 为用户执行业务的 S-CSCF 在为用户分配 GRUU时,将为用户分配的 GRUU有效性信息存储在 HSS 中。 根据检测的位置, 还可分为两种方法。 一种为在 S-CSCF上进行检 测。 另一种为在 HSS 上进行检测后, 由 HSS 向 S-CSCF返回检测结 果。
步驟 102、 如果在 IMS网络侧判断业务处理奇求或业务处理响应携 带的 GRUU对应的用户是 PSI用户或者代表网络实体(如 AS, MGCF, IBCF )时, 则 S-CSCF将该请求或响应发送给对应的网络实体, 由对应 的网络实体对该请求或该响应携带的 GRUU进行有效性检查。 IMS网络 侧到 GRUU所指向或所代表的网络实体(如 AS, MGCF, IBCF等) 中 0 根据存储的 GRUU的有效性信息判断该请求或该响应携带的 GRUU是 否有效, 如果该 GRUU被判断为有效, 则执行步骤 103; 否则, 执行步 驟 104。
由于在其他网络实体(如 MGCF, IBCF, AS )中预先存储的 GRUU 有效性信息为所有非注册方式生成的当前有效的 GRUU,这些 GRUU是 运营商为网络实体预留或设置, 网络实体发起会话时生成的用来标识会 话的,所以本实施例可以先判断该请求或该响应携带的 GRUU是否代表 该网络实体, 或是否为运营商为该网络实体预留或设置的 GRUIJ, 或是 否为该网络实体在发起会话时生成的 GRUU,如果不是,则不进行 GRUU 检查; 如果是, 则进一步判断是否与该网络实体中所保存的当前有效的 GRUU中的一个相同来判断该请求或该响应携带的 GRUU是否有效,如 果是, 则该请求或该响应携带的 GRUU通过有效性检查, 否则, 该请求 或该响应携带的 GRUU未通过有效性检查。
例如, 该请求或该响应携带的 GRUU对应的用户是 PSI用户时, 对 应的网络实体为 AS;该请求或该响应携带的 GRUU代表网络实体 MGCF 时, 对应的网絡实体为 MGCF。
无论是在其他网络实体 (如 AS, MGCF, IBCF )还是在 S-CSCF上 根据 GRUU有效性信息对业务处理请求或业务处理响应携带的 GRUU 进行有效性检查,该 GRUU有效性信息为当前有效的 GRUU,进行有效 性检查的过程为:判断该请求或该响应携带的 GRUU是否与当前有效的 GRUU中的一个相同, 如果是, 则通过有效性检查; 否则, 则不通过有 效性检查。
步骤 103、 IMS网络侧对用户进行业务处理。
步骤 104、 IMS 网络侧对用户不进行业务处理, 给发送对用户进行 业务处理请求的网络实体返回请求失败响应;或者 IMS网络侧将无效的 GRUU替换为有效的 GRUU后, 根据更新后的有效的 GRUU执行业务 处理请求或业务处理响应; 或者 IMS网絡侧将无效的 GRUU替换为用 户预先注册的网际协议 IP地址, 根据用户预先注册的 IP地址执行业务 处理请求或业务处理响应。 对于呼叫终结侧 S-CSCF接收到的请求消息 Request-U I 中携带的 GRUU, 如果该 GRUU没有通过有效性检查, S-CSCF可以拒绝该呼叫并给出原因,也可以根据运营商策略触发 GRUU 的未注册业务, 或者触发该 GRUU 中包含的公共用户标识的未注册业 务。
上述是本实施例的在 IMS中检查 GRUU有效性的基本流程。
如果呼叫终结侧的 S-CSCF接收到的请求消息中的 Request-URI包 含 GRUU, 在步骤 101之前, 即 S-CSCF对业务处理请求携带的 GRUU 进行有效性检查之前, 还包括: IMS网络侧将该请求发送给为用户执行 业务的 I-CSCF, I-CSCF可以对该请求携带的 GRUU进行有效性检查: 该 I-CSCF查询 HSS确定是否存在为用户执行业务的 S-CSCF, 如果有, 则将该请求发送给确定的 S-CSCF, 由确定的 S-CSCF对该请求携带的 GRUU进行有效性检查; 否则, 则不通过有效性检查。
如果呼叫发起侧 S-CSCF接收到用户发送的请求或响应消息中的 contact头域中包含 GRUU信息,在步骤 101之前, 即 S-CSCF对业务处 理请求或业务处理响应携带的 GRUU进行有效性检查之前, IMS网络侧 将该请求或该响应发送给为用户执行业务的 P-CSCF, P-CSCF可以判断 自身是否支持 GRUU以及存储有 GRUU有效性信息,如果是,则 P- CSCF 根据 GRUU有效性信息对该请求或该响应携带的 GRUU进行有效性检 查; 否则, 由 S-CSCF对业务处理请求或业务处理响应携带的 GRUU进 行有效性检查。在 P-CSCF对该请求或该响应携带的 GRUU进行有效性 检查之后, 还可以由 S-CSCF对业务处理请求或业务处理响应携带的 GRUU进行有效性检查。 P-CSCF 也可以将对该请求或该响应携带的 GRUU的有效性检查结果发送给 S-CSCF, 供 S-CSCF在对业务处理请 求或业务处理响应携带的 GRUU进行有效性检查时参考,其中该检查结 果可以为隐性的, 如 S-CSCF 接受到从支持 GRUU 有效性检查的 P-CSCF转发来的该请求或该响应, 就默认为通过 GRUU有效性检查。 考虑到 P-CSCF可能支持或不支持 GRUU有效性检查,因此 P-CSCF可 以通过订阅方法在该请求或该响应携带相关头域, 通知 S-CSCF其是否 支持 GRUU有效性检查, S-CSCF根据该请求或该响应头域中记录相关 的 P-CSCF 是否支持 GRUU有效性检查确定该请求或该响应携带的 GRUU是否进行了 GRUU有效性检查。
如果呼叫发起侧的 S-CSCF接收到的请求或响应消息中的 contact头 域中包含 GRUU信息,在 P-CSCF收到消息时, 如果业务处理请求或业 务处理响应携带有用户的公共用户标识, P-CSCF 不仅可以根据自身存 储的 GRUU有效性信息对该请求或该响应携带的 GRUU进行有效性检 查, 还可以对该请求或该响应携带的 GRUU进行更进一步的有效性检 查: P-CSCF比较从该请求或该响应携带的 GRUU中提取出的公共用户 标识( P-Preferred-Identity )是否与业务处理请求或业务处理响应携带的 公共用户标识相同或者在同一个隐式注册集中, 如果相同或在同一个隐 式注册集中, 则通过有效性检查; 否则, 不通过有效性检查。 如果该响 应或者请求中没有包含发起呼叫的公共用户标识( P-Preferred-Identity ) , P-CSCF可以从收到消息的 contact头域的 GRUU信息中提取出公共用户 标识, 用来作为发起呼叫的公共用户标识, 或者从提取出的公共用户标 识的隐式注册集中, 取出缺省的公共用户标识, 在该隐式注册集合中随 机选择一个公共用户标识作为发起呼叫的公共用户标识。
在本实施例中, 当 IMS网络侧根据本发明实施例的上述三种方法都 无法判断出业务处理请求或业务处理响应携带的 GRUU采用何种方式 生成时, IMS网络侧也可以将该请求或该响应发送给为用户执行业务的 S-CSCF, 由 S-CSCF根据 GRUU有效性信息对该请求或该响应携带的 GRUU进行有效性检查, 该 GRUU有效性信息为 S-CSCF从 HSS存储 的 GRUU有效性信息获取到的。 在这里, HSS存储的 GRUU有效性信 息可以为预先为用户设置的有效 GRUU, S-CSCF判断该请求或该响应 携带的 GRUU是否是其中之一, 如果是, 就通过有效性检查; 否则, 就 不能通过有效性检查。 HSS存储的 GRUU有效性信息也可以为 GRUU 的生成方式, 如 GRUU对应的用户是 UE用户、 PSI用户还是代表网络 实体(如 AS, MGCF, IBCF等), S-CSCF根据 GRUU有效性信息判断 该请求或该响应携带的 GRUU对应的用户是 UE时, 则在自身进行有效 性检查。
如果用户发送的业务处理请求或业务处理响应中在 contact 头域中 还携带用户的公共用户标识, 在通过有效性检查之前或之后, 还可进一 步包括:判断该请求或该响应携带的 GRUU中的公共用户标识是否与该 请求或该响应携带的公共用户标识相同,如果相同,则通过有效性检查; 否则, 则不通过有效性检查。 当 GRUU代表网絡实体时, 可以不进行这 一步检查。
当用户发送的业务处理请求或业务处理响应携带的 GRUU通过有效 性检查之后, IMS网络侧执行该请求或该响应。
如果用户发送的业务处理请求或业务处理响应携带的 GRUU未通过 有效性检查, IMS网络侧可以拒绝执行该请求或该响应, 并给用户发送 拒绝执行该请求或该响应的消息, 该消息携带拒绝原因。 其中 IMS 网 络侧在呼叫发起侧以及呼叫终结侧检测该请求或该响应携带的 GRUU 有效性检查失败时, S-CSCF 或其他网络实体可给出不同的原因响应, 用户可以根据该响应确定是本端 GRUU有效性检查失败, 还是对端 GRUU有效性检查失败。当该请求或该响应携带的 GRUU被判断为无效 时, IMS网络侧也可以用 IMS网络侧存储的有效的 GRUU替换该请求 或该响应携带的 GRUU,根据替换后的有效的 GRUU执行业务处理倩求 或业务处理响应。 IMS网络侧还可以用为用户预先注册的 BP地址替换该 请求或该响应携带的无效的 GRUU, 根据用户预先注册的 IP地址执行 业务处理请求或业务处理响应。 对于呼叫终结侧 S-CSCF收到的请求消 息 Request-U I中携带被叫的 GRUU,如果该 GRUU没有通过有效性检 查, S-CSCF 可以拒绝该呼叫并给出原因, 也可以才艮据运营商策略触发 GRUU的未注册业务,或者触发该 GRUU中包含的公共用户标识的未注 册业务。
实施例二
本实施例由呼叫终结侧的 S-CSCF对被叫用户的 GRUU进行有效性 检查。
图 2示出了本实施例中在 IMS中由 S-CSCF检查 GRUU有效性的系 统, 该系统包括: S-CSCF, 所述 S-CSCF包括验证单元用于对接收到的 业务请求或业务响应中携带的 GRUU进行有效性检查。所述 S-CSCF还 可以包括存储单元; 所述存储单元用于保存 GRUU有效性信息; 所述验 证单元可以根据存储单元中保存的 GRUU有效性信息对接收到的会话 请求或会话响应中携带的 GRUU进行有效性检查。
本实施例所述系统进一步包括查询呼叫控制功能实体 I-CSCF和归 属签约用户服务器 HSS, I-CSCF用于在收到携带有 GRUU的业务请求 或业务响应时, 根据 HSS保存的 S-CSCF确定呼叫终结侧的 S-CSCF, 并将业务请求携带的 GRUU发送给确定的呼叫终结侧的 S-CSCF。
所述 HSS用于保存 S-CSCF信息; 还可以保存 GRUU有效性信息。 如果 GRUU为 S-CSCF 中注册生成, 则呼叫终结侧的 S-CSCF对 GRUU有效性检查通过后, 将所述业务请求或响应发送给呼叫终结侧 P-CSCF,由 P-CSCF连接到用户。如果 GRUU指向网络实体,则 S-CSCF 对 GRUU有效性检查通过后将所述业务请求或响应发送给网络实体。
图 3为本发明实施例二的在 IMS中由 S-CSCF检查 GRUU有效性的 方法流程图。 具体包括以下步骤:
步驟 200、 I-CSCF接收到主叫用户发送的访问 (INVITE )消息, 该 消息携带被叫用户的统一资源标识( URI )和被叫用户的 GRUU。
按照现有技术, 被叫用户的 URI (对于用户, 该 U I是公共用户标 识) 可以从被叫用户的 GRUU提取出来。
步骤 201、 I-CSCF判断该 INVITE消息携带的 U I是否属于一个 PSI 子域, 如果是, 则根据该消息中按照现有技术携带的域名信息获取应用 服务器 AS地址(通过 DNS方法), 直接将该消息发送给 AS, 由 AS进 行 GRUU有效性检查, 转入步骤 210 (图中未示出); 否则, 执行步骤 202。
在现有技术中, 在 I-CSCF中会预先设置 URI与 PSI子域的映射关 系, 从而根据映射关系就可以确定该 INVITE消息携带的 URI是否属于 一个 PSI, 即用户是否为 PSI用户。
在本实施例中, 还可以在设置 U I时就记录所对应的用户为 UE或 PSI用户, 根据 U I的记录判断所对应的用户是否为 PSI用户。
步骤 202、 I-CSCF根据该消息携带的被叫用户的 GRUU, 确定被叫 用户的公共用户标识,向 HSS发送携带被叫用户的公共用户标识的用户 位置信息请求(LIR )。
步骤 203、 HSS响应 LIR请求, 根据该请求携带的被叫用户的公共 用户标识查询被叫用户的注册状态,向 I-CSCF返回用户位置应答(LIA ) 响应信息。
按照现有技术, 如果具有该请求所携带的公共用户标识的被叫用户 在 HSS中已经注册了 S-CSCF,则 HSS返回的 LIA响应消息中携带被叫 用户已经注册的 S-CSCF信息; 如果具有该请求所携带的公共用户标识 的被叫用户在 HSS 中未注册 S-CSCF并且没有未注册业务时, 则 HSS 返回的 LIA响应消息携带失败信息, I-CSCF向发送 INVITE消息的主叫 用户返回不可达信息; 如果具有该请求所携带的公共用户标识的被叫用 户在 HSS中没有注册 S-CSCF但有未注册业务时, HSS返回的是能够完 成该未注册业务的 S-CSCF或能够实现该未注册业务的业务能力要求给 I-CSCF, I-CSCF确定完成该未注册业务的 S-CSCF或者根据返回的用户 能力选择一个 S-CSCF来完成该未注册业务。 其中若 I-CSCF发现该用 户为非 PSI 用户,或通过其他方式可以确定该 GRUU 为注册方式生成 的, 且此时从 HSS 返回的响应信息为能够实现该未注册业务的业务能 力要求, 也既该公共用户标识还未注册过, 此时 I-CSCF 应向发送 INVITE消息的主叫用户返回不可达信息。
步骤 204、 I-CSCF根据返回的 LIA响应消息确定执行该 INVITE消 息的 S-CSCF, 将该 INVITE消息转发给 S-CSCF。
步骤 205、 S-CSCF接收到该 INVITE消息后, 判断自身是否存储有 该消息携带的被叫用户的 GRUU对应的公共用户标识所具有的 Service Profile, 如果存在, 则执行步骤 208; 否则, 则执行步骤 206 (存储有该 消息携带被叫用户的 GRUU对应的公共用户标识所具有的 Service Profile的过程图中未示出)。
步骤 206、 S-CSCF向 HSS发送携带被叫用户的公共用户标识的服 务器分配请求(SAA )。
步驟 207、接收到 SAA的 HSS将携带被叫用户的公共用户标识所具 有的 Service Profile的 SAA响应消息( SAR )发送给 S-CSCF, 执行步 骤 208。
按照现有技术,在 HSS中会在用户注册时存储有用户的公共用户标 •ΐ只所具有的 Service Profile。
步骤 208、 S-CSCF根据被叫用户是否为 UE, 确定该 GRUU的生成 方式: 如果该 GRUU为 S-CSCF为 UE注册生成时, 转入步骤 209; 如 果生成方式为非注册方式生成时, 则不做处理, 通常此时该请求会转发 给相关 AS或其他网络实体, 因此转入步骤 210。
在本实施例中,可以在被叫用户的 GRUU对应的公共用户标识所具 有的 Service Profile中设置标识被叫用户的 GRUU的生成方式的字段, 从而确定被叫用户的 GRUU的生成方式。也可以采用本发明实施例中上 述三种方式的其他两种方式判断 GRUU的生成方式。
步骤 209、 S-CSCF根据 GRUU有效性信息对被叫用户的 GRUU进 行有效性检查, 如果有效性检查通过, 则执行该 INVITE消息, 接续本 次呼叫到被叫用户; 如果有效性检查未通过, 则不执行该 INVITE消息, 通过 I-CSCF向主叫用户返回失败消息,或者根据运营商策略触发 GRUU 的未注册签约业务, 或触发 GRUU 中包含的公共用户标识的未注册业 务, 结束本流程。
步骤 210、 S-CSCF将该 INVITE消息转发给应用服务器 AS或其他 网络实体, 由应用服务器 AS或其他网络实体根据自身存储的 GRUU有 效性信息对被叫用户的 GRUU进行有效性检查, 即将该 GRUU 同从该 GRUU提取出来的公共用户标识所对应的 GRUU组进行匹配, 确认该 GRUU是否在该 GRUU组内, 由此判断该 GRUU是否有效, 并将有效 性检查的结果返回给 S-CSCF, S-CSCF根据有效性检查的结果确定是否 执行该 INVITE消息, 如果有效性检查结果为通过, 则执行该 INVITE 消息, 接续本次呼叫到被叫用户; 如果有效性检查结果为未通过, 则不 执行该 INVITE消息, 通过 I-CSCF向主叫用户返回失败响应;
其中 IMS 网络侧在呼叫发起侧以及呼叫终结侧检测该请求或该响 应携带的 GRUU失败时, AS或 S-CSCF可给出不同的原因响应, 用户 可以根据该响应确定是本地 GRUU有效性检查失败, 还是对端 GRUU 有效性检查失败。
在本实施例中, INVITE消息为初始会话协议(SIP ) 消息。 对于其 他非 INVITE的 SIP消息, 如信息(Message ) 消息也可以采用类似方 法进行处理。
图 3所述的例子为呼叫终结侧对 GRUU进行有效性检查过程,在呼 叫发起侧,也可以采用图 3所述的方法对 GRUU的进行有效性检查, 只 是这时 SIP消息携带的为主叫用户的 GRUU, 在用户发起呼叫或响应的 SIP消息的 contact头域中携带 GRUU信息。
在用户作为主叫过程中, IMS网络侧的呼叫发起侧 S-CSCF 所检查 的 GRUU可以为业务处理请求中所携带的内容(Contact ) 头域, IMS 网络侧的呼叫发起侧 S-CSCF还可以进一步比较从该 GRUU中提取出 来的公共用户标识同该请求中的 P- Asserted-Identity 所携带的公共用户 标识是否相同。
在用户作为被叫过程中, IMS 网络侧的呼叫终结侧 I- CSCF 或 S-CSCF所检查的 GRUU可以为业务处理请求中所携带的 Request-URI 头域。
在用户作为被叫过程中, IMS网络侧的呼叫终结侧 S-CSCF所检查 的 GRUU还可以为业务处理响应中所携带的 Contact头域, S-CSCF还 可以进一步比较从该 GRUU 中提取出来的公共用户标识同该响应中的 P-Asserted-Identity所携带的公共用户标识是否相同。 本实施例中 I-CSCF及 S-CSCF收到的呼叫来自 UE。实际上, S-CSCF 收到的呼叫还可以是 AS、 MGCF、 B'GCF、 IBCF等网络实体代表用户发 起的, 此时呼叫中携带的 GRUU代表相应的网络实体。 在这种情况下, 步骤 205-步驟 208 中, 当 S-CSCF收到呼叫后, 可以 居该呼叫中的 GRUU是否为自己分配给 UE的 GRUU来判断该 GRUU的生成方式, 如果该 GRUU是 S-CSCF分配给 UE的,则该 GRUU采用注册方式生成; 也可以根据该呼叫中的 GRUU是否为运营商预留或分配给网络实体的 GRUU来判断该 GRUU的生成方式,如果是运营商预留或分配给网络实 体的 GRUU, 则该 GRUU采用非注册方式生成; 或者根据 GRUU中包 含的名称来判断是 UE, 还是网络实体 ( GRUU中可以包含代表网络实 体的域名或地址)来判别是自身给 UE分配的 GRUU, 还是非注册方式 生成的代表网络实体的 GRUUo
如果 GRUU代表或指向网络实体,则该 GRUU为非 S-CSCF注册生 成, 即, 该 GRUU采用非注册方式生成, S-CSCF忽略该 GRUU的有效 性检查, 将该 GRUU发送到 GRUU对应的网络实体, 由 GRUU对应的 网络实体对该 GRUU进行有效性检查。 其中, 由 GRUU对应的网络实 体对 GRUU进行有效性检查包括: 根据 GRUU对应的网络实体中保存 的 GRUU有效性信息对 GRUU进行有效性检查,如根据消息中的 GRUU 是否与该 GRUU对应的网络实体中保存的当前有效的 GRUU中的一个 相同, 如果是, 则通过有效性检查, 如果没有, 则不通过有效性检查。
当 GRUU代表的用户不在本 S-CSCF注册, 即不是 S-CSCF的服务 用户, 比如发生了呼叫转移时, 新被叫的 GRUU为其他用户的 GRUU 时, S-CSCF不对新的 Request-U I中的 GRUU进行有效性检查。
实施例三
本实施例主叫用户发送的业务请求或业务响应中的 contact 头域中 携带 GRUU, 由呼叫发起侧的 P-CSCF参与对主叫用户的 GRUU的有效 性检查。
图 4示出了本实施例由 P-CSCF参与 GRUU有效性检查的系统; 该 系统包括 S-CSCF,所述 S-CSCF包括验证单元用于对接收到的业务请求 或业务响应中携带的 GRUU进行有效性检查。所述 S-CSCF还可以包括 存储单元; 所述存储单元用于保存 GRUU有效性信息; 所述验证单元可 以根据存储单元中保存的 GRUU有效性信息对接收到的会话请求或会 话响应中携带的 GRUU进行有效性检查。
本实施例的系统还包括 P-CSCF, 所述 P-CSCF包括验证单元, 所述 验证单元用于判断从接收到的会话请求或会话响应中携带的 GRUU 中 提取的公共用户标识是否与所述会话请求或响应中携带公共用户标识 相同或在同一个隐式注册集中; 如果相同或在同一个隐式注册集中, 则 直接转发给 S-CSCF; 如果不同或不在同一隐式注册集中, 或所述业务 处理请求或响应 中 没有 包含发起呼叫 的公共用 户 标识 ( P-Preferred-Identity ), P-CSCF可以从收到消息的 contact头域的 GRUU 信息中提取出公共用户标识, 用来作为发起呼叫的公共用户标识, 或者 从提取出的公共用户标识的隐式注册集中, 取出缺省的公共用户标识, 在该隐式注册集合中随机选择一个公共用户标识作为发起呼叫的公共 用户标识。
所述 P-CSCF还可以包括存储单元, 所述存储单元用于存储 GRUU 的有效性信息;验证单元进一步用于根据存储单元保存的 GRUU有效性 信息对 GRUU进行有效性检查。
图 5为本发明实施例三的在 IMS中由 P-CSCF检查 GRUU有效性的 方法流程图, 具体包括以下步骤:
步骤 300、用户向为用户执行业务的 P-CSCF发送 SIP请求或 SIP响 应, 该请求或该响应携带 GRUU;
步驟 301、 P-CSCF将从该请求或该响应携带的 GRUU (在 contact 头域)同从该请求或该响应携带的 GRUU中提取出的公共用户标识所对 应的 GRUU组进行匹配, 确认该请求或该响应携带的 GRUU是否在 GRUU组内,如果在 GRUU组内,则说明该请求或该响应携带的 GRUU 有效。
P-CSCF获取公共用户标识所对应的 GRUU组, 来自注册过程消息 或通过订阅获得。
步驟 302、 P-CSCF进一步进行 GRUU有效性检查, 将从该请求或 该响应携带的 GRUU (在 contact头域) 中提取出的公共用户标识与该 请求或该响应携带 P-Preferred-Identity头域中的公共用户标识进行比较, 如果从该请求或该响应携带的 GRUU 中提取出的公共用户标识与该请 求或该响应携带的公共用户标识相同或者在同一个隐式注册集中, 则通 过 GRUU有效性检查, 继续进行后续处理, 否则, 不通过有效性检查。
如果 GRUU有效性检查未通过, 则不执行该请求或响应消息, 向用 户返回失败响应; 或者 P-CSCF将无效的 GRUU替换为有效的 GRUU 后,根据更新后的有效的 GRUU执行业务处理请求或业务处理响应; 或 者 P-CSCF 将无效的 GRUU替换为用户预先注册的网际协议 IP地址, 才艮据用户预先注册的 IP地址执行业务处理请求或业务处理响应。
该请求或该响应携带的公共用户标识携带在 P-Asserted-Identity头域 中, P-Asserted-Identity头域的获取可以采用现有技术确定。
现有技术中 , 对于业务处理请求或业务处理响应中的 P-Asserted-Identity在某些不确定情况下 ,会随机任选一个公共用户标识。 对于该请求或该响应携带了 GRUU情况下, 可借助 GRUU, 辅助确定 P- Asserted-Identity。 具体如下: 在现有流程中若 IMS 网络侧的呼叫发起侧发起的请求所携带的 P-Preferred-Identity没有注册或未携带该头域, 则 P-CSCF是从所有可能 的缺省的公共用户标识中随机选择一个作为该用户的标识, 即 P-Asserted-Identity。在本发明的实施例中 ,该处理流程可修改为: P-CSCF 首先判断从该请求携带的 GRUU 提取出来的公共用户标识是否在 P-CSCF 上已经记录注册的一个隐式注册集内, 如果是, 则将该公共用 户标识作为 P- Asserted-Identity ,或者从该隐式注册集中随机选择一个公 共用户标识或选择该隐式注册级的缺省的公共用户标识做为 P-Asserted-Identity; 否则, 则按照目前标准流程处理。
步骤 303、 P-CSCF将 SIP请求或 SIP响应发送给 S-CSCF, 该 SIP 请求或 SIP响应也可以携带 GRUU有效性检查结果供 S-CSCF检查时参 考。
图 5所述的方法要求 P-CSCF 必须支持 GRUU功能。 考虑到用户 可能漫游, 而 GRUU 为一个新增加的特性, 因此有可能不是所有的 P-CSCF都支持 GRUU功能 并执行相关的 GRUU有效性检查。因此有 可能 S-CSCF 对于所有的 SIP 请求或响应即使在 P-CSCF 处做过 GRUU有效性检查, 还是要重新做一次。 当然本发明的实施例也可以对 S-CSCF是否做 GRUU有效性检查进行优化, 即 P-CSCF在向 S-CSCF 发起用户注册信息时,申明自己支持 GRUU功能。 S-CSCF记录该信息, 后续若 S-CSCF发现该 P-CSCF发来的 SIP请求或 SIP响应, 可以假 设 P-CSCF 已经做过 GRUU有效性检查, 直接由 S-CSCF的验证单元 判断有效性检查通过。
图 5中只示出了由 P-CSCF参与 GRUU有效性检查的步骤, P-CSCF 完成有效性检查之后,将业务请求或业务响应发送给 S-CSCF,由 S-CSCF 对业务请求或业务响应携带的 GRUU进行有效性检查的方法与实施例 二中 S-CSCF对 GRUU的有效性徐查方法相同, 不再赘述。
根据本发明的实施例, 其他网络实体如 AS、 MGCF等也可能作为 用户 UA代表用户发起呼叫, 此时, 不经过 P-CSCF, 直接由网络实体 如 AS或 MGCF发送呼叫到呼叫发起侧 S-CSCF, 呼叫发起侧 S-CSCF 判断出呼叫中携带的 GRUU不是用户 UE注册生成的 GRUU时, 可以 直接判断 GRUU有效性检查通过;如果被叫为网络实体如 AS或 MGCF, S-CSCF判断出呼叫中携带的 GRUU对应网络实体时,则判断 GRUU有 效性检查通过或不故检查, 直接发送给 GRUU对应的网络实体, 由 GRUU对应的网络实体根据自身保存的 GRUU有效性信息对 GRUU进 行有效性检查。
实施例四
图 6为本发明实施例四的在 IMS中由用户检查 GRUU有效性的方 法的流程图, 该实施例中, 假设 P-CSCF和 S-CSCF都不支持 GRUU有 效性检查,涉及的网络实体包括: IMS中的 P-CSCF、 S-CSCF以及用户, 其具体步骤为:
步骤 400、 不支持 GRUU 有效性检查的 S-CSCF 收到携带在 Request-URI中 GRUU的 SIP请求后,从 GRUU 中提取出公共用户标识, 而忽略该 SIP请求携带的 GRUU其他部分;按照现有标准 ,此时 S-CSCF 会将 Request-URI中 GRUU形式的 U I转换为 P-Called-Party-ID后, 将 SIP 消息进行转发;
步骤 401、 S-CSCF 居该公共用户标识将 SIP请求发送到 P-CSCF, 由于 P-CSCF不支持 GRUU有效性检查或未存有 GRUU有效性信息, P-CSCF忽略该 SIP请求中的 P-Called-Party-ID携带的 GRUU;
若该 P-CSCF 支持 GRUU有效性检查并存有 GRUU有效性信息, 则可参照上述实施例, 对 P-Called-Party-ID 中的 GRUU进行有效性检 查。
步驟 402、 P-CSCF发送该 SIP请求给用户;
步骤 403、 接收到该 SIP请求的用户支持 GRUU, 但无法注册到有 效的 GRUU, 检查到该 SIP请求中 P-Called-Party-ID携带有 GRUU时, 则认为该 GRUU非法, 拒绝该 SIP请求, 并在返回给 P-CSCF的拒绝响 应中携带拒绝原因。
从上述方案可以看出,本发明的实施例针对用户设置的 GRUU的不 同生成方式, 采用到 IMS中的不同网络实体中进行有效性检查: 当用户 发送的业务处理请求或业务处理响应携带的用户设置的 GRUU釆用注 册方式生成或无法确定采用哪种方式生成时, 到为用户执行业务的 S-CSCF或 P-CSCF中对该请求或该响应携带的 GRUU进行有效性检查; 当用户发送的业务处理请求或业务处理响应携带的用户设置的 GRUU 采用非注册方式生成时,在该 GRUU所指向或代表的网絡实体(如 AS, MGCF, IBCF等) 中对该请求或该响应携带的用户设置的 GRUU ¾行 有效性检查。 因此, 本发明的实施例提供的方法和系统实现了对业务请 求或响应中携带的 GRUU在 IMS网络侧进行有效性检查。
以上所述仅为本发明的较佳实施例而已, 并不用以限制本发明, 凡 在本发明的精神和原则之内所做的任何修改、 等同替换和改进等, 均应 包含在本发明的保护范围之内。

Claims (1)

  1. 权利要求书
    1、 一种检查通用可路由用户代理统一资源标识 GRUU有效性的方 法, 其特征在于, 该方法包括:
    网际协议多媒体子系统 IMS网络侧将携带有 GRUXJ的业务请求或 业务响应发送至服务呼叫控制功能实体 S-CSCF;
    S-CSCF对所述业务请求或业务响应中携带的 GRUU进行有效性检 查。
    2、 如权利要求 1所述的方法, 其特征在于, 所述 S-CSCF为发起侧 的 S-CSCF;
    所述 S-CSCF对所述业务请求或业务响应中携带的 GRUU进行有效 性检查包括:
    发起侧的 S-CSCF对业务请求或业务响应中的内容 contact头域中的 GRUU进行有效性检查。
    3、 如权利要求 1所述的方法, 其特征在于, 所述 S-CSCF为终结侧 的 S-CSCF;
    所述 S-CSCF对所述业务请求或业务响应中携带的 GRUU进行有效 性检查包括:
    终结侧的 S-CSCF对业务请求或业务响应中的 Request-U I头域中 的 GRUU进行有效性检查。
    4、 如权利要求 3所述的方法, 其特征在于, 如果终结侧的 S-CSCF 对 GRUU进行有效性检查失败, S-CSCF拒绝该呼叫并给出原因, 或根 据运营商策略触发 GRUU的未注册业务, 或触发该 GRUU中包含的公 共用户标识的未注册业务。
    5、如权利要求 1、 2、 3或 4所述的方法, 其特征在于, 所述 S-CSCF 对所述业务请求或业务响应中携带的 GRUU进行有效性检查包括: 所述 S-CSCF根据 GRUU有效性信息对所述业务请求或业务响应中 携带的 GRUU进行有效性检查。
    6、 如权利要求 5所述的方法, 其特征在于, 所述 GRUU有效性信 息为当前有效的 GRUU;
    所述 S-CSCF根据 GRUU有效性信息对 GRUU进行有效性检查包 括:
    判断所述 GRUU是否与当前有效的 GRUU中的一个相同, 如果是, 则通过有效性检查; 否则, 则不通过有效性检查。
    7、 如权利要求 5所述的方法, 其特征在于, 所述 GRUU有效性信 息为用户在注册时存储在 S-CSCF中的或 S-CSCF从归属签约用户服务 器 HSS存储的 GRUU有效性信息获取得到的。
    8、 如权利要求 2所述的方法, 其特征在于, 所述 S-CSCF对所述业 务请求或业务响应中携带的 GRUU进行有效性检查之前, 进一步包括:
    IMS网络侧将所述携带有 GRUU的业务请求或业务响应发送至代理 呼叫控制功能实体 P-CSCF;
    P-CSCF判断从所述 GRUU中提取出的公共用户标识是否与所述业 务请求或业务响应携带的公共用户标识相同或在同一个隐式注册集中, 如果相同或在同一个隐式注册集中,则直接将所述携带有 GRUU的 业务请求或业务响应发送给 S-CSCF;
    如果不同或不在同一隐式注册集中 , 或所述业务请求或业务响应中 没有携带公共用户标识, P-CSCF替换业务请求或业务响应中的公共用 户标识, 或添加公共用户标识, 并将所述添加或替换了公共用户标识的 业务请求或业务响应发送给 S-CSCF。
    9、 如权利要求 3所述的方法, 其特征在于, 在 S-CSCF对所述业务 请求或业务响应中携带的 GRUU进行有效性检查之前, 进一步包括:
    IMS网络侧将所述业务请求或业务响应发送给查询呼叫控制功能实 体 I-CSCF, I-CSCF查询归属签约用户服务器 HSS确定是否有为用户执 行业务的 S-CSCF, 如果有, 则由确定的 S-CSCF对所述 GRUU进行有 效性检查。
    10、 如权利要求 1、 2、 3、 8或 9所述的方法, 其特征在于, 进一步 包括:
    如果通过有效性检查, IMS网络侧执行所述业务请求或业务响应; 如果未通过有效性检查, IMS网络侧拒绝所述业务请求或业务响应, 并向用户发送携带失败原因的失败消息;或者 IMS网络侧将所述 GRUU 替换为有效的 GRUU后, 根据替换后的有效的 GRUU执行业务请求或 业务响应; 或者 IMS网络侧将所述 GRUU替换为用户注册的网际协议 IP地址, 根据用户注册的 IP地址执行业务请求或业务响应。
    11、 如权利要求 1所述的方法, 其特征在于, 所述 S-CSCF通过判 断业务请求或业务响应中携带的 GRUU 的生成方式进行对业务请求或 业务响应中携带的 GRUU进行有效性检查;
    如果采用注册方式生成, 则由 S-CSCF对所述业务请求或业务响应 中携带的 GRUU进行有效性检查,
    如果采用非注册方式生成, 则 S-CSCF判断通过有效性检查, 执行 所述业务请求或业务响应。
    12、 如权利要求 11 所述的方法, 其特征在于, 当所述业务请求或 业务响应中的 GRUU采用非注册方式生成时,在 S-CSCF判断通过有效 性检查之后, 进一步包括:
    S-CSCF将业务请求或业务响应中携带的 GRUU发送给 GRUU对应 的网络实体;由所述 GRUU对应的网络实体对业务请求或业务响应中携 带的 GRUU进行有效性检查。
    13、 如权利要求 11所述的方法, 其特征在于, 所述判断业务请求或 业务响应中携带的 GRUU采用的生成方式包括:
    判断所述 GRUU对应的用户是 UE用户、 PSI用户还是代表网络实 体, 如果是 UE用户, 则采用注册生成方式; 如果是 PSI用户或代表网 络实体, 则采用非注册生成方式生成。
    14、 如权利要求 13所述的方法, 其特征在于, 所述判断 GRUU对 应的用户是 UE用户、 PSI用户还是代表网络实体包括:
    IMS网络侧从所述 GRUU中提取统一资源标识 U L如果所述统一 资源标识为公共用户标识,则 GRUU对应的用户为 UE用户或 PSI用户, 否则代表网络实体。
    15、根据权利要求 14所述的方法, 其特征在于,在判断所述 GRUU 对应的用户是 UE用户或 PSI用户之后, 进一步包括:
    判断所述 U I是否在一个 PSI子域中, 如果是, 则判断用户为 PSI 用户;
    或者在公共用户标识或 HSS 中记录具有该公共用户标识的用户为 UE或 PSI用户, 据所述记录判断用户是 UE还是 PSI用户。
    16、 如权利要求 11所述的方法, 其特征在于, 所述业务请求或业务 响应中携带的 GRUU携带生成方式的标识或默认采用注册或非注册生 成方式;
    所述判断所述业务请求或业务响应中携带的 GRUU采用的生成方 式包括:
    才艮据生成方式的标识或默认采用注册或非注册生成方式确定 GRUU 釆用注册或非注册方式生成。
    17、 如权利要求 11所述的方法, 其特征在于, 进一步包括: 在 GRUU对应的公共用户标识中设置标识 GRUU的生成方式的字 段, 该字段为隐性或显性设置;
    所述判断所述业务请求或业务响应中携带的 GRUU采用的生成方 式包括:
    根据所述标识 GRUU的生成方式的字段确定该 GRUU是注册方式 生成还是非注册方式生成。
    18、一种检查通用可路由用户代理统一资源标识 GRUU有效性的系 统, 其特征在于, 包括:
    服务呼叫控制功能实体 S-CSCF, 用于在接收到携带有 GRUU的业 务请求或业务响应后,对所述业务请求或业务响应中的 GRUU进行有效 性检查。
    19、 如权利要求 18所述的系统, 其特征在于, 进一步包括: 归属签约用户服务器 HSS, 用于保存 S-CSCF信息;
    查询呼叫控制功能实体 I-CSCF, 用于在收到携带有 GRUU的业务 请求或业务响应时, 根据 HSS保存的 S-CSCF信息确定 S-CSCF, 并将 业务请求携带的 GRUU发送给确定的 S-CSCF-
    20、 如权利要求 18所述的系统, 其特征在于, 进一步包括: 代理呼叫控制功能实体 P-CSCF , 用于判断从所述 GRUU中提取出 的公共用户标识是否与所述业务请求或业务响应携带的公共用户标识 相同或在同一个隐式注册集中,
    如果相同或在同一个隐式注册集中,则直接将所述携带有 GRUU的 业务请求或业务响应发送给 S-CSCF;
    如果不同或不在同一个隐式注册集中, 或者所述业务请求或业务响 应中没有携带公共用户标识, P-CSCF替换业务请求或业务响应中的公 共用户标识, 或添加公共用户标识, 并将所述添加或替换了公共用户标 识的业务请求或业务响应发送给 S-CSCF。
    21、 一种服务呼叫控制功能实体 S-CSCF, 其特征在于, 包括: 验证单元, 用于在接收到携带有 GRUU的业务请求或业务响应后, 对所述业务请求或业务响应中的 GRUU进行有效性检查。
    22、 如权利要求 21所述的 S-CSCF, 其特征在于, 进一步包括: 存储单元, 用于存储 GRUU有效性信息;
    所述验证单元用于根据存储单元存储的 GRUU有效性信息对所述 业务请求或业务响应中的 GRUU进行有效性检查。
    23、 一种代理呼叫控制功能实体 P-CSCF, 其特征在于, 包括: 验证单元,用于判断从所述 GRUU中提取出的公共用户标识是否与 所述业务请求或业务响应携带的公共用户标识相同或在同一个隐式注 册集中,
    如果相同或在同一个隐式注册集中,则直接将所述携带有 GRUU的 业务请求或业务响应发送给服务呼叫控制功能实体 S-CSCF;
    如果不同或不在同一个隐式注册集中, 或者所述业务请求或业务响 应中没有携带公共用户标识, P-CSCF替换业务请求或业务响应中的公 共用户标识, 或添加公共用户标识, 并将所述添加或替换了公共用户标 识的业务请求或业务响应发送给 S-CSCF。
    24、 如权利要求 23所述的 P-CSCF, 其特征在于, 所述 P-CSCF进 一步包括:
    存储单元, 用于存储 GRUU有效性信息;
    所述验证单元进一步用于根据存储单元存储的 GRUU有效性信息 对所述业务请求或业务响应中携带的 GRUU进行有效性检查,并将有效 性检查结果发送给 S-CSCF。
CNA2007800003559A 2006-02-07 2007-02-07 检查通用可路由用户代理统一资源标识有效性的方法、装置和系统 Pending CN101317423A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2007800003559A CN101317423A (zh) 2006-02-07 2007-02-07 检查通用可路由用户代理统一资源标识有效性的方法、装置和系统

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2006100546213A CN101018240B (zh) 2006-02-07 2006-02-07 检查通用可路由用户代理统一资源标识有效性的方法
CN200610054621.3 2006-02-07
CNA2007800003559A CN101317423A (zh) 2006-02-07 2007-02-07 检查通用可路由用户代理统一资源标识有效性的方法、装置和系统

Publications (1)

Publication Number Publication Date
CN101317423A true CN101317423A (zh) 2008-12-03

Family

ID=38344862

Family Applications (2)

Application Number Title Priority Date Filing Date
CN2006100546213A Active CN101018240B (zh) 2006-02-07 2006-02-07 检查通用可路由用户代理统一资源标识有效性的方法
CNA2007800003559A Pending CN101317423A (zh) 2006-02-07 2007-02-07 检查通用可路由用户代理统一资源标识有效性的方法、装置和系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN2006100546213A Active CN101018240B (zh) 2006-02-07 2006-02-07 检查通用可路由用户代理统一资源标识有效性的方法

Country Status (4)

Country Link
EP (1) EP1981246B1 (zh)
CN (2) CN101018240B (zh)
AT (1) ATE509463T1 (zh)
WO (1) WO2007090348A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7945241B2 (en) * 2007-09-27 2011-05-17 Alcatel-Lucent Usa Inc. Charging for roaming users in IMS networks
CN101990305B (zh) * 2009-07-30 2016-11-23 中兴通讯股份有限公司 实现多会话的呼叫方法及呼叫中心、应用服务器和终端
US20120173736A1 (en) 2009-09-18 2012-07-05 Deutsche Telekom Ag Method for supporting a user equipment lacking globally routable user agent uri - gruu support in an internet protocol multimedia subsystem - ims
WO2011140712A1 (zh) * 2010-05-13 2011-11-17 阿尔卡特朗讯 一种为非ims终端实现ims共享公共用户标识服务的方法及装置
CN102572778B (zh) * 2011-12-29 2014-12-24 中国联合网络通信集团有限公司 基于gruu的消息处理方法和装置
JP6478581B2 (ja) * 2014-11-21 2019-03-06 株式会社Nttドコモ 通信制御システム及び通信制御方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10223248A1 (de) 2002-05-22 2003-12-04 Siemens Ag Verfahren zum Registrieren eines Kommunikationsendgeräts
US20060018272A1 (en) * 2004-07-20 2006-01-26 Nokia Corporation Instance identification

Also Published As

Publication number Publication date
WO2007090348A1 (fr) 2007-08-16
EP1981246A1 (en) 2008-10-15
EP1981246A4 (en) 2009-10-28
CN101018240B (zh) 2010-07-07
ATE509463T1 (de) 2011-05-15
EP1981246B1 (en) 2011-05-11
CN101018240A (zh) 2007-08-15

Similar Documents

Publication Publication Date Title
JP5345154B2 (ja) Ipマルチメディアサブシステムにおけるメッセージハンドリング
US8666402B2 (en) Method for triggering user registration in IP multimedia subsystem
JP5190072B2 (ja) Ipマルチメディア・サブシステム・サービスへのグループ・アクセス
US9591082B2 (en) Method and system of transferring a message in a session initiation protocol based communications network
US20070189215A1 (en) Method for reducing interface load of home subscriber server
US20160285919A1 (en) Message handling in an ip multimedia subsystem
WO2006011017A1 (en) Instance identification
US20120155333A1 (en) Appratus and method for lawful interception
US20090245240A1 (en) Method, network and apparatus for routing sessions
US8654770B2 (en) Method of setting up a call in an internet protocol multimedia subsystem network
CN101317423A (zh) 检查通用可路由用户代理统一资源标识有效性的方法、装置和系统
US8966091B2 (en) Method of distinguishing a plurality of UEs sharing one PUID and a device thereof
KR20070025271A (ko) 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치
JP5467138B2 (ja) Ipマルチメディア・サブシステム・サービスへのグループ・アクセス
CN1968262B (zh) 一种ims网络中的会话控制方法和装置
CN101867584A (zh) 服务呼叫控制功能实体和检查通用可路由用户代理统一资源标识有效性的系统
KR20100060422A (ko) 메시지 라우팅 제어 방법 및 시스템

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20081203