CN103999425A - 呈现服务器发现非呈现用户业务能力的方法和相应装置 - Google Patents
呈现服务器发现非呈现用户业务能力的方法和相应装置 Download PDFInfo
- Publication number
- CN103999425A CN103999425A CN201280001193.1A CN201280001193A CN103999425A CN 103999425 A CN103999425 A CN 103999425A CN 201280001193 A CN201280001193 A CN 201280001193A CN 103999425 A CN103999425 A CN 103999425A
- Authority
- CN
- China
- Prior art keywords
- terminal
- iwf
- sip options
- requests
- professional ability
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 37
- 230000004044 response Effects 0.000 claims abstract description 98
- 230000007246 mechanism Effects 0.000 claims abstract description 87
- 238000006243 chemical reaction Methods 0.000 claims description 33
- 230000005540 biological transmission Effects 0.000 claims description 28
- 230000006870 function Effects 0.000 claims description 20
- 230000000737 periodic effect Effects 0.000 claims description 17
- 230000000977 initiatory effect Effects 0.000 claims description 8
- 230000001747 exhibiting effect Effects 0.000 claims description 7
- 230000001960 triggered effect Effects 0.000 claims description 2
- 230000011664 signaling Effects 0.000 description 17
- 230000006854 communication Effects 0.000 description 13
- 238000009739 binding Methods 0.000 description 8
- 238000003860 storage Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 2
- 238000013499 data model Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000012163 sequencing technique Methods 0.000 description 2
- 230000002123 temporal effect Effects 0.000 description 2
- GNFTZDOKVXKIBK-UHFFFAOYSA-N 3-(2-methoxyethoxy)benzohydrazide Chemical compound COCCOC1=CC=CC(C(=O)NN)=C1 GNFTZDOKVXKIBK-UHFFFAOYSA-N 0.000 description 1
- YTAHJIFKAKIKAV-XNMGPUDCSA-N [(1R)-3-morpholin-4-yl-1-phenylpropyl] N-[(3S)-2-oxo-5-phenyl-1,3-dihydro-1,4-benzodiazepin-3-yl]carbamate Chemical compound O=C1[C@H](N=C(C2=C(N1)C=CC=C2)C1=CC=CC=C1)NC(O[C@H](CCN1CCOCC1)C1=CC=CC=C1)=O YTAHJIFKAKIKAV-XNMGPUDCSA-N 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001871 ion mobility spectroscopy Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例公开了一种呈现Presence服务器发现非Presence用户业务能力的方法和相应装置。其中，所述方法包括：Presence服务器接收第一终端发送的携带有第二终端的标识的业务能力订阅请求；根据第二终端的标识确定第二终端所属运营商支持SIP OPTIONS能力发现机制；发送订阅第二终端业务能力信息的Presence请求至互通功能模块IWF以便IWF将Presence请求转化为SIPOPTIONS请求，Presence请求携带第二终端的标识；接收IWF发送的NOTIFY消息，该NOTIFY消息由IWF将第二终端所属IMS网络在接收到IWF发送的SIP OPTIONS请求后发送至IWF的SIP OPTIONS响应转化而成，NOTIFY消息和SIP OPTIONS响应包含第二终端业务能力信息。采用本发明，Presence服务器可获得非Presence用户的业务能力信息从而避免采用不同业务能力机制导致的业务能力无法获取、业务会话邀请失败等问题。
Description
呈现服务器发现非呈现用户业务能力的方法和相应装置 技术领域
本发明涉及无线通信领域， 尤其涉及一种呈现（Presence )服务器发现非呈 现用户业务能力的方法和相应装置。 背景技术
富通信套件 (Rich Communication Suite, RCS)是一种以地址簿为基础， 提 供包括即时消息、 文件传输、 视频通话、 视频共享等多种功能的业务集合。 RCS 提供了能力发现机制， 可以发现对方当前所支持的业务类型 （如当前是否可以 进行视频通话， 是否可以进行文件传输等）。 只有在知道对方支持某种业务能力 的情况下， 才可以发起业务邀请以进行通话， 从而减少因为对方不支持某种业 务能力而引起的邀请失败。
基于 Presence的业务能力发现机制的原理是： 被请求方终端将自身当前可 用的业务能力信息发布到 Presence服务器； 请求方终端向 Presence服务器订阅 被请求方终端的当前可用业务能力信息； Presence服务器向请求方终端下发被请 求方终端可用的业务能力信息。 如果被请求方终端的业务能力信息发生改变， 被请求终端将通知 Presence 良务器进行更新； Presence 良务器将更新后的被请求 方终端的业务能力信息通过会话初始协议（SIP, Session Initiation Protocol ) 中 的 NOTIFY信令发送给请求方终端。
基于 SIP OPTIONS的业务能力发现机制的原理是： 请求方终端向被请求方 终端发送 SIP OPTIONS请求， 被请求方终端接收到该请求后返回相应响应， 该 响应中包含被请求方终端所支持的业务能力信息。
在现有的系统中， 两个运营商可能会采用不同的业务能力发现机制。 例如： 运营商 A采用 SIP OPTIONS机制，运营商 B采用 Presence机制。 由于运营商 A 没有相应的支持业务能力发现的 Presence服务支持， 所以 Presence服务器无法 获取归属于运营商 A的终端的业务能力信息。 发明内容
本发明实施例所要解决的技术问题在于， 提供一种呈现 Presence服务器发
现非呈现用户业务能力的方法和相应装置。 可以使呈现服务器发现非呈现用户 的业务能力。
为了解决上述技术问题， 根据本发明实施例的第一方面， 本发明实施例提 供了一种呈现 Presence服务器发现非呈现用户业务能力的方法， 包括： 呈现服 务器接收第一终端发送的订阅第二终端的业务能力信息的业务能力订阅请求， 所述业务能力订阅请求携带所述第二终端的标识； 根据所述第二终端的标识确 定所述第二终端所属运营商支持会话初始协议选择 SIP OPTIONS 能力发现机 制； 发送订阅所述第二终端的业务能力信息的 Presence请求至互通功能模块 ( Interworking Function, IWF ), 以便所述 IWF将所述 Presence请求转化为 SIP OPTIONS 请求并向所述第二终端所属 IP多媒体子系统 （ IP Multimedia Subsystem, IMS ) 网络发送所述 SIP OPTIONS请求， 所述 Presence请求携带所 述第二终端的标识； 接收所述 IWF发送的通知 NOTIFY消息， 所述 NOTIFY消 息由所述 IWF将所述第二终端所属 IMS网络在接收到所述 SIP OPTIONS请求 后发送至所述 IWF的 SIP OPTIONS响应转化而成， 所述 NOTIFY消息和所述 SIP OPTIONS响应包含所述第二终端的业务能力信息。
作为本发明实施例的第一方面的第一可能， 所述根据所述第二终端的标识 确定所述第二终端所属运营商支持会话初始协议选择 SIP OPTIONS能力发现机 制包括： 所述呈现服务器根据所述业务能力订阅请求中的所述第一终端的标识 和所述第二终端的标识确定所述第二终端与所述第一终端属于不同运营商； 所 述呈现服务器根据其存储的不同运营商对应支持的业务能力发现机制确定所述 第二终端所属运营商支持 SIP OPTIONS能力发现机制； 如果所述呈现服务器根 据其存储的不同运营商对应支持的业务能力发现机制无法确定所述第二终端所 属运营商支持 SIP OPTIONS能力发现机制， 则所述呈现服务器根据所述第二终 端的标识以及通过 IMS网络向所述第二终端发送所述 Presence请求， 接收到表 示所述第二终端所属运营商不支持 Presence的响应， 则确定所述第二终端所属 运营商支持 SIP OPTIONS能力发现机制。
作为本发明实施例的第一方面的第二可能， 所述根据所述第二终端的标识 确定所述第二终端所属运营商支持会话初始协议选择 SIP OPTIONS能力发现机 制包括： 所述呈现服务器根据所述第二终端的标识以及通过 IMS网络向所述第 二终端发送所述 Presence请求， 接收到表示所述第二终端所属运营商不支持
Presence的响应， 则确定所述第二终端所属运营商支持 SIP OPTIONS能力发现 机制。
结合本发明实施例的第一方面或第一可能或第二可能的第三可能， 所述发 送订阅所述第二终端的业务能力信息的 Presence请求包括： 当所述业务能力订 阅请求为周期性订阅时， 所述呈现服务器存储所述第一终端周期性订阅所述第 二终端业务能力信息的订阅关系， 所述订阅关系包括所述第一终端所属运营商 或用户设置的时间间隔； 根据所述第一终端所属运营商或用户设置的时间间隔， 发送所述 Presence请求。
结合本发明实施例的第一方面或第一可能或第二可能或第三可能的第四可 能， 所述发送订阅所述第二终端的业务能力信息的 Presence请求至互通功能模 块 IWF包括：所述呈现服务器直接与所述 IWF通信以将所述 Presence请求发送 至所述 IWF; 所述接收所述 IWF发送的 NOTIFY消息包括： 所述呈现服务器直 接与所述 IWF通信以接收所述 IWF发送的所述 NOTIFY消息。
结合本发明实施例的第一方面或第一可能或第二可能或第三可能的第五可 能， 所述发送订阅所述第二终端的业务能力信息的 Presence请求至互通功能模 块 IWF包括： 所述呈现服务器通过所述第一终端所属 IMS网络将所述 Presence 请求发送至所述 IWF; 所述接收所述 IWF发送的 NOTIFY消息包括： 所述呈现 服务器通过所述第一终端所属 IMS网络接收所述 IWF发送的所述 NOTIFY消 根据本发明实施例的第二方面， 本发明实施例提供了一种 Presence服务器 发现非 Presence用户业务能力的方法， 包括： 互通功能模块 IWF接收呈现服务 器发送的订阅所述第二终端业务能力信息的 Presence请求， 所述 Presence请求 携带所述第二终端的标识； 将所述 Presence请求转化为 SIP OPTIONS请求； 根 据所述第二终端的标识向所述第二终端所属 IMS网络发送所述 SIP OPTIONS请 求；接收所述第二终端所属 IMS网络在接收到所述 SIP OPTIONS请求后发送至 所述 IWF的 SIP OPTIONS响应并将所述 SIP OPTIONS响应转化为 NOTIFY消 息， 所述 SIP OPTIONS响应和所述 NOTIFY消息包含所述第二终端的业务能力 信息； 向所述呈现服务器发送所述 NOTIFY消息。
作为本发明实施例的第二方面的第一可能， 所述方法还包括： 在所述 IWF 接收所述呈现服务器发送的订阅所述第二终端业务能力信息的 Presence请求之
后， 并且在将所述 Presence请求转化为 SIP OPTIONS请求之前， 所述 IWF根据 所述第二终端的标识确定所述第二终端所属运营商支持 SIP OPTIONS能力发现 机制。
结合本发明实施例的第二方面或第一可能的第二可能， 所述 IWF接收呈现 服务器发送的订阅所述第二终端的业务能力信息的 Presence请求包括：所述 IWF 直接与所述呈现服务器通信以接收所述 Presence请求； 所述向所述呈现服务器 发送所述 NOTIFY消息包括： 所述 IWF直接与所述呈现服务器通信以向所述呈 现服务器发送所述 NOTIFY消息。
结合本发明实施例的第二方面或第一可能的第三可能， 所述 IWF接收呈现 服务器发送的订阅所述第二终端的业务能力信息的 Presence请求包括：所述 IWF 通过所述第一终端所属 IMS网络接收所述 Presence请求； 所述向所述呈现服务 器发送所述 NOTIFY消息包括：所述 IWF通过所述第一终端所属 IMS网络将所 述 NOTIFY消息发送至所述呈现服务器。
根据本发明实施例的第三方面， 本发明实施例还提供了一种呈现 Presence 服务器， 包括： 第一接收模块： 用于接收第一终端发送的订阅第二终端的业务 能力信息的业务能力订阅请求， 所述业务能力订阅请求携带所述第二终端的标 识； 以及用于接收互通功能模块 IWF发送的 NOTIFY消息， 所述 NOTIFY消息 由所述 IWF 将所述第二终端所属 IP多媒体子系统 IMS 网络在接收到 SIP OPTIONS请求后发送至所述 IWF的 SIP OPTIONS响应转化而成，所述 NOTIFY 消息和所述 SIP OPTIONS响应包含所述第二终端的业务能力信息； 第一确定模 块， 用于根据所述第二终端的标识确定所述第二终端所属运营商支持 SIP OPTIONS能力发现机制； 第一发送模块， 用于发送订阅所述第二终端的业务能 力信息的 Presence请求至所述 IWF, 以便所述 IWF将所述 Presence请求转化为 所述 SIP OPTIONS请求并向所述第二终端所属 IMS网络发送所述 SIP OPTIONS 请求， 所述 Presence请求携带所述第二终端的标识。
作为本发明实施例的第三方面的第一可能， 所述第一确定模块包括： 第二 确定模块， 用于根据所述业务能力订阅请求中的所述第一终端的标识和所述第 二终端的标识确定所述第二终端与所述第一终端属于不同运营商； 第一存储模 块， 用于存储不同运营商对应支持的业务能力发现机制； 第三确定模块， 用于 根据所述第一存储模块存储的不同运营商对应支持的业务能力发现机制确定所
述第二终端所属运营商支持 SIP OPTIONS能力发现机制。
作为本发明实施例的第三方面的第二可能， 所述第一确定模块包括： 第二 发送模块， 用于根据所述第二终端的标识以及通过 IMS网络向所述第二终端发 送所述 Presence请求； 第二接收模块， 用于接收表示所述第二终端所属运营商 不支持 Presence的响应； 第四确定模块， 用于在所述第二接收模块接收到表示 所述第二终端所属运营商不支持 Presence的响应时， 确定所述第二终端所属运 营商支持 SIP OPTIONS能力发现机制。
结合本发明实施例的第三方面的第二可能的第三可能， 所述第一确定模块 还包括： 第五确定模块， 用于根据所述业务能力订阅请求中的所述第一终端的 标识和所述第二终端的标识确定所述第二终端与所述第一终端属于不同运营 商； 第二存储模块， 用于存储不同运营商对应支持的业务能力发现机制； 第六 确定模块， 用于根据所述第二存储模块存储的不同运营商对应支持的业务能力 发现机制确定所述第二终端所属运营商支持 SIP OPTIONS能力发现机制， 如果 无法确定， 则触发所述第二发送模块。
结合本发明实施例的第三方面或第一可能或第二可能或第三可能的第四可 能， 所述呈现服务器还包括： 第三存储模块， 用于存储所述第一终端周期性订 阅所述第二终端的业务能力信息的订阅关系， 所述订阅关系包括所述第一终端 所属运营商或用户设置的时间间隔； 计时触发模块， 用于根据所述第一终端所 属运营商或用户设置的时间间隔， 触发所述呈现服务器发送所述 Presence请求。
结合本发明实施例的第三方面或第一可能或第二可能或第三可能或第四可 能的第五可能， 所述第一发送模块用于在所述第一确定模块确定所述第二终端 所属运营商支持 SIP OPTIONS能力发现机制后，通过所述第一终端所属 IMS网 络将所述 Presence请求发送至所述 IWF; 所述第一接收模块用于通过所述第一 终端所属 IMS网络接收所述 IWF发送的所述 NOTIFY消息。
结合本发明实施例的第三方面或第一可能或第二可能或第三可能或第四可 能的第六可能， 所述呈现服务器包括所述 IWF, 所述 IWF包括： 第三接收模块， 用于直接与所述第一发送模块通信以接收所述第一发送模块发送的所述 Presence请求， 以及用于接收所述 SIP OPTIONS响应； 转化模块， 用于将所述 Presence请求转化为所述 SIP OPTIONS请求， 以及用于将所述 SIP OPTIONS响 应转化为所述 NOTIFY消息；第三发送模块，用于发送所述 SIP OPTIONS请求，
以及用于直接与所述第一接收模块通信以将所述 NOTIFY消息发送至所述第一 接收模块。
根据本发明实施例的第四方面， 本发明实施例还提供了一种互通功能模块 IWF, 包括： 接收模块， 用于接收第一终端的呈现服务器发送的订阅第二终端业 务能力信息的 Presence请求， 所述 Presence请求携带所述第二终端的标识； 以 及用于接收所述第二终端所属 IP多媒体子系统 IMS网络在接收到 SIP OPTIONS 请求后发送至所述 IWF的 SIP OPTIONS响应， 所述 SIP OPTIONS响应包含所 述第二终端的业务能力信息； 转化模块， 用于将所述 Presence请求转化为所述 SIP OPTIONS请求， 以及用于将所述 SIP OPTIONS响应转化为包含所述第二终 端业务能力信息的 NOTIFY消息； 发送模块， 用于根据所述第二终端的标识向 所述第二终端所属 IMS网络发送所述 SIP OPTIONS请求， 以及用于向所述呈现 服务器发送所述 NOTIFY消息。
作为本发明实施例的第四方面的第一可能， 所述 IWF还包括： 确定模块， 用于在所述接收模块接收到所述 Presence请求后根据所述 Presence请求中的第 二终端的标识确定所述第二终端所属运营商支持 SIP OPTIONS能力发现机制。
结合本发明实施例的第四方面或第一可能的第二可能， 所述接收模块用于 直接与所述呈现服务器通信以接收所述呈现服务器发送的所述 Presence请求， 所述发送模块用于直接与所述呈现服务器通信以向所述呈现服务器发送所述 NOTIFY消息。
结合本发明实施例的第四方面或第一可能的第三可能， 所述接收模块用于 通过所述第一终端所属 IMS网络接收述呈现服务器发送的所述 Presence请求， 所述发送模块用于通过所述第一终端所属 IMS网络向所述呈现服务器发送所述 NOTIFY消息。
实施本发明实施例， 具有如下有益效果： 利用 IWF进行相应信令的转化， 使得选择 Presence作为业务能力发现机制的运营商的用户可以获得选择 SIP OPTIONS作为业务能力发现机制的运营商的用户的业务能力信息从而避免了由 于采用不同的业务能力机制而导致的业务能力无法获取、 业务会话邀请失败等 问题。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施 例或现有技术描述中所需要使用的附图作筒单地介绍， 显而易见地， 下面描述 中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付 出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1是根据本发明一种实施例的 Presence服务器发现非 Presence用户业务 能力的方法的流程示意图；
图 2是根据本发明一种实施例的 Presence服务器发现非 Presence用户业务 能力的方法的流程示意图；
图 3是根据本发明一种实施例的 Presence用户发现非 Presence用户业务能 力的通信流程示意图；
图 4是根据本发明一种实施例的 Presence用户发现非 Presence用户业务能 力的通信流程示意图；
图 5是根据本发明一种实施例的 Presence服务器的结构示意图；
图 6A是根据本发明一种实施例的 Presence服务器的第一确定模块的结构示 意图；
图 6B是根据本发明一种实施例的 Presence服务器的第一确定模块的结构示 意图；
图 6C是根据本发明一种实施例的 Presence服务器的第一确定模块的结构示 意图；
图 7是根据本发明一种实施例的 Presence服务器的结构示意图；
图 8是根据本发明一种实施例的 Presence服务器的结构示意图；
图 9是根据本发明一种实施例的 Presence服务器的结构示意图；
图 10是根据本发明一种实施例的 Presence服务器的结构示意图； 图 11是根据本发明一种实施例的 IWF的结构示意图；
图 12是根据本发明一种实施例的 IWF的结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造
性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。 图 1是根据本发明一种实施例的 Presence服务器发现非 Presence用户业务 能力的方法的流程示意图， 参照图 1 , 该方法包括：
S100: Presence服务器接收第一终端发送的订阅第二终端的业务能力信息的 业务能力订阅请求， 所述业务能力订阅请求携带第二终端的标识， 该第二终端 的标识包括手机号码、 通用资源标志符（ Uniform Resource Identifier, URI )等；
S200: 根据第二终端的标识确定第二终端所属运营商支持 SIP OPTIONS能 力发现机制；
S300: 发送订阅第二终端的业务能力信息的 Presence请求至互通功能模块 IWF, 以便 IWF将 Presence请求转化为 SIP OPTIONS请求并向第二终端所属 IP 多媒体子系统 IMS网络发送该 SIP OPTIONS请求， 所述 Presence请求携带所述 第二终端的标识；
S400: 接收 IWF发送的 NOTIFY消息， 该 NOTIFY消息由 IWF将第二终 端所属 IMS网络在接收到 SIP OPTIONS请求后发送至所述 IWF的 SIP OPTIONS 响应转化而成， NOTIFY消息和 SIP OPTIONS响应包含第二终端的业务能力信 步骤 S100中的业务能力订阅请求如下（需要说明的是， 在说明书中描述的 各种消息的形式仅是示例性的以便本领域技术人员充分理解本发明请求保护的 技术方案， 并非对本发明的保护范围构成限制）：
SUBSCRIBE sip:deviceA@domainl .com SIP/2.0
To: <sip:deviceB @domain2.com>
From: <sip : device A @ domain 1.com>； tag= 12341234
Call-ID: 12345678
CSeq: 1 SUBSCRIBE
Max-Forwards: 70
Expires: 0
Event: presence
Contact: sip： device A @ domain 1.example.com
Content-Length: 396
<?xml version="1.0" encodings "UTF- 8 "?>
<f ilter- set xmlns=Murn:ietf:params:xml:ns:simple-filterM>
<ns-bindings>
<ns-binding prefix="pidf" urn="urn:ietf:params:xml:ns:pidf"/>
<ns-binding prefix="pdm" urn="urn:ietf:params:xml:ns:pidf:data-model"/>
</ns-bindings>
<filter id="person">
<what>
<include>//pidf:presence/pdm:service-id</include>
<include>//pidf:presence/pdm:version</include>
</what>
</filter>
</filter-set>
其中 From和 To分别代表订阅方（第一终端）和被订阅方（第二终端）， Expires 表示订阅周期（ Expires的数值的单位为秒， Expires值为 0表示单次订阅， Expires 值大于 0表示周期性订阅 ), 业务能力订阅请求的后半部分是 Body (消息体）， 表明了要订阅 Service ID (业务标识 )和 Version (版本）， 即表示要订阅对方的 业务能力信息。
在本实施例的一种实现方式中， Presence服务器可以通过以下两种方式确定 第二终端所属运营商支持 SIP OPTIONS能力发现机制：
方式一： 在步骤 S100后， Presence服务器根据第二终端的标识并通过 IMS 网络向第二终端发送 presence请求， 若接收到表示第二终端所属运营商不支持
Presence的响应（该响应可以是 4XX、 5XX或 6XX响应， 具体的响应数字可以 根据第一终端的运营商和第二终端的运营商签订的协议进行判断， 例如， 可以 是表示第二终端所属运营商不支持 Presence的 488响应 ), 则确定第二终端所属 运营商支持 SIP OPTIONS能力发现机制。 这种确定方式是基于： 现有的 RCS业 务只有两种模式： Presence和 OPTIONS, 二者必选其一， 因而采用 RCS的运营 商要么支持 Presence业务能力发现机制，要么支持 SIP OPTIONS能力发现机制。
方式二： Presence服务器可以根据存储的相应信息确定第二终端所属运营商 支持 SIP OPTIONS能力发现机制。 例如， Presence可以存储不同运营商的名称、
地址信息及其对应支持的业务能力发现机制， 如表 1所示：
表（1 )
具体的， Presence服务器可以根据业务能力订阅请求的 From头域中第一终 端的标识和 To头域中第二终端的标识确定第二终端与第一终端属于不同运营商 (例如， 如果业务能力订阅请求中， From 头域中第一终端所属域信息为 ©chinamobile.com 或以 138 开头， To 头域中第二终端所属域信息为 @chinaunicom.com或以 130开头， 则确定第一终端属于中国移动， 第二终端属 于中国联通）， 并进行以下操作：
Presence服务器根据业务能力订阅请求的 To头域中第二终端的标识确定第 二终端所属运营商， 并根据存储的不同运营商对应支持的业务能力发现机制确 定第二终端所属运营商支持 SIP OPTIONS能力发现机制（这种情况下， Presence 服务器存储的不同运营商对应支持的业务能力发现机制包括第二终端所属运营 商支持的业务能力发现机制）； 或， Presence服务器根据存储的不同运营商对应 支持的业务能力发现机制无法确定第二终端所属运营商支持 SIP OPTIONS能力 发现机制（Presence服务器可能未存储所有运营商的业务能力发现机制， 所以在 某些情况下无法进行判断， 例如， Presence服务器可能没有存储第二终端所属运 营商支持的业务能力发现机制信息）， 则 Presence服务器根据第二终端的标识并 通过 IMS网络向第二终端发送 Presence请求， 接收到表示第二终端所属运营商 不支持 Presence的响应， 则确定第二终端所属运营商支持 SIP OPTIONS能力发 现机制。
在本实施例的一种实现方式中， Presence 良务器可以通过以下两种方式将订 阅第二终端的业务能力信息的 Presence请求发送至 IWF:
方式一： 当 Presence服务器接收到的业务能力订阅请求为单次订阅时， Presence服务器将订阅第二终端的业务能力信息的 Presence请求发送至互通功 能模块 IWF。
方式二： 当 Presence服务器接收到的业务能力信息的请求为周期性订阅时， Presence服务器存储第一终端周期性订阅第二终端业务能力信息的订阅关系，该 订阅关系包括第一终端所属运营商或用户设置的时间间隔， Presence服务器按照 该时间间隔周期性地向 IWF发送 Presence请求。 例如： Presence服务器根据运 营商或用户设置的时间间隔发送 Presence请求， 具体地， 运营商可以根据自身 情况设置订阅的触发周期， 例如设置为 3600秒， 用户也可以自己设置 (或设置后 在后台修改)触发周期， 例如设置为 1800秒。 这种情况下， 根据运营商的策略， 可以选择 1800秒作为触发周期（即用户设置优先 ), 也可以选择 3600秒作为触 发周期（即运营商设置优先）， Presence服务器可以通过计时器触发 Presence请 求的发送。
图 2是根据本发明一种实施例的 Presence服务器发现非 Presence用户业务 能力的方法的流程示意图， 参照图 2, 该方法包括：
S200: IWF接收 Presence服务器发送的订阅第二终端的业务能力信息的 Presence请求， 所述 Presence请求携带第二终端的标识；
S202: 将 Presence请求转化为 SIP OPTIONS请求；
S204:根据第二终端的标识向第二终端所属 IMS网络发送 SIP OPTIONS请 求；
S206: 接收 SIP OPTIONS 响应并将其转化为 NOTIFY 消息， 其中， SIP OPTIONS响应由第二终端所属 IMS网络在接收到 SIP OPTIONS请求后发送至 IWF, SIP OPTIONS响应和 NOTIFY消息包含第二终端的业务能力信息；
S208: 向 Presence月良务器发送 NOTIFY消息。
在本实施例的一种实现方式中， IWF与 Presence服务器之间通过第一终端 所属 IMS网络进行通信。
在本实施例的一种实现方式中， IWF与 Presence服务器直接进行信令交互。 图 3是根据本发明一种实施例的 Presence用户发现非 Presence用户业务能 力的通信流程示意图， 参照图 3 , 该通信流程包括：
步骤 1至步骤 2: 第一终端 A通过其所属 IMS网络 A向 Presence服务器 A
发送用于订阅第二终端的业务能力信息的业务能力订阅请求（关于该业务能力 订阅请求的说明请参照图 1所示实施例中的相应描述）；
步骤 3至步骤 4: Presence服务器 A根据 Presence请求的 To头域中第二终 端的标识确定第二终端 B的地址，然后通过 IMS网络 A向第二终端 B所属的 IMS 网络 B发送用于订阅第二终端 B的业务能力信息的 Presence请求， 该 Presence 请求如下：
SUBSCRIBE sip:deviceA@domainl .com SIP/2.0
To: <sip:deviceB @domain2.com>
From: <sip : device A @ domain 1.com>； tag= 12341234
Call-ID: 12345678
CSeq: 1 SUBSCRIBE
Max-Forwards: 70
Expires: 0
Event: presence
Contact: sip： device A @ domain 1.example.com
Content-Length: 396
<?xml version="1.0" encodings "UTF- 8 "?>
<f ilter- set xmlns=Murn:ietf:params:xml:ns:simple-filterM>
<ns-bindings>
<ns-binding prefix="pidf" urn="urn:ietf:params:xml:ns:pidf"/>
<ns-binding prefix="pdm" urn="urn:ietf:params:xml:ns:pidf:data-model"/>
</ns-bindings>
<filter id="person">
<what>
<include>//pidf:presence/pdm:service-id</include>
<include>//pidf:presence/pdm:version</include>
</what>
</filter>
</filter-set>
步骤 5至步骤 6: IMS网络 B发现本网络并没有相应的 Presence服务支持 (即第二终端所属运营商不支持 Presence能力发现机制 ), 所以 IMS网络 B通 过 IMS网络 A向 Presence服务器 A发送非 2XX响应（可以是 4XX、 5XX或 6XX 响应， 具体的响应数字可以根据第一终端 A的运营商和第二终端 B的运营商签 订的协议进行判断， 例如， 可以是表示第二终端所属运营商不支持 Presence的 488响应）， 表示 IMS网络 B中没有相应的 Presence服务支持；
步骤 7至步骤 8: 因为 IMS网络 B中并没有相应的 Presence服务支持， 所 以 Presence服务器 A确定需要进行与 IWF进行互通操作，于是 Presence服务器 A通过 IMS网络 A将 Presence请求发送至 IWF;
步骤 9: IWF接收到 Presence请求后， 可以根据 Presence请求中第二终端 的标识确定第二终端所属运营商支持 SIP OPTIONS能力发现机制（具体地， IWF 可以根据 Presence请求中第二终端 B的标识确定第二终端 B所属运营商进而根 据存储的或者 Presence服务器 A发送的与运营商对应支持的业务能力发现机制 相关的信息确定第二终端 B所述运营商支持 SIP OPTIONS能力发现机制 ), 然 后进行信令转化以将 Presence请求转化为 SIP OPTIONS 请求， 并将该 SIP OPTIONS请求发送给 IMS网络 A; 或者 IWF接收到 Presence请求后直接进行 信令转化以将 presenCe请求转化为 SIP OPTIONS请求，并将该 SIP OPTIONS请 求发送给 IMS网络 A。在信令转化中用 SIP OPTIONS命令代替 Presence请求中 的 SUBSCRIBE命令， 转化后的 SIP OPTIONS请求如下 （省略消息体 ):
OPTIONS sip: deviceA@domainl .com SIP/2.0
To: <sip:deviceB @domain2.com>
From: Alice <sip : device A @ domain 1.com>； tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 63104 OPTIONS
Contact: <sip： device A @ domain 1.com>;
Accept: application/sdp
Content-Length: 0
其中， OPTIONS表示该请求消息是业务能力发现请求， FROM和 TO分别 代表请求方（来自 Presence请求的 From头 i或 )和被请求方（来自 Presence请求 的 TO头域）。
步骤 10: IMS网络 A转发 SIP OPTIONS请求给 IMS网络 B;
步骤 11: IMS网络 B转发 SIP OPTIONS请求给第二终端 B；
步骤 12至步骤 14: 第二终端 B接收到 SIP OPTIONS请求后， 产生对应的
SIP OPTIONS响应，并通过 IMS网络 B和 IMS网络 A向 IWF发送 SIP OPTIONS 响应， 该 SIP OPTIONS响应如下：
SIP/2.0 200 OK
To: <sip:deviceB @domain2.com>; tag=93810874
From: Alice <sip : device A @ domain 1.com>； tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 63104 OPTIONS
Contact: <sip:deviceB @domain2.com> ； feature tag =
+g gpp jari-ref="um:urn-7:3gpp-application.ims.iari.gsma-vs'' , +g gpp jari-ref="um:um-7:3gpp-serviceims.icsi.mmtel.video''
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE
Accept: application/sdp
OPTIONS响应均为 SIP/2.0加三位数字开头， FROM和 TO分别代表订阅方 (第一终端 A )和被订阅方（第二终端 B ), CONTACT头域中的 Feature Tag (特 征值 )表示第二终端 B支持的业务能力 （请参照表 2 )。
步骤 15至步骤 16: IWF通过 IMS网络 A向 Presence服务器 A发送 202 Accept 响应， 表示接受订阅；
步骤 17至步骤 18: Presence服务器 A通过 IMS网络 A向第一终端 A发送 202 Accept响应， 表示接受订阅；
步骤 19至步骤 20:当 IWF接收到包含有第二终端 B的业务能力信息的 SIP OPTIONS响应后， 进行信令转化以将该 SIP OPTIONS响应转化成 NOTIFY消 息， 并通过 IMS网络 A向 Presence服务器 A发送该 NOTIFY消息； 在进行信 令转化过程中， 根据表（2 ) 中 Tag (特征值）与 Service Tuple (业务元组， 其 中包括 Service ID和 Version两部分 ) 的对应关系， 将 SIP OPTIONS响应中的 Feature Tag转化为对应的 Service Tuple信息， 并将所述 Service Tuple信息放到 NOTIFY消息的 Body的相应部分。 当然， 除了表（ 2 ) 中示例性列举的业务， 还可以有其他多种业务， 他们的 Feature Tag和 Service Tuple的对应关系在此不
再举例。
表（2 )
NOTIFY消息以 NOTIFY表示， FROM和 TO分别代表上文所述被订阅方 (第二终端 B )和订阅方 （第一终端 A ), 即该通知是被订阅方通知订阅方的。 NOTIFY消息通过其消息体携带业务能力信息， 该 NOTIFY消息如下：
NOTIFY sip:deviceB@ domain2.com SIP/2.0
To: <sip : device A @ domain 1.com>； tag= 12341234
From: <sip:deviceB @domain2.com>; tag=abcdl234
Call-ID: 12345678
CSeq: 1 NOTIFY
Event: presence
Contact: sip:pa.example.com
Content- Type: application/pidf+xml
Content- Length:972
<pr:provide-services>
<op:service-id> org.gsma.videoshare
<version> 2.0</version>
</op:service-id>
<op:service-id> org.3gpp.urn:urn-7:3gpp-service.ims.icsi.mmtel
<version> 1.0</version>
</op:service-id>
</pr:provide-services> 步骤 21至步骤 22: Presence服务器 A接收到 NOTIFY消息后通过 IMS网 络 A向第一终端 A发送该 NOTIFY消息；
步骤 23至步骤 24: 第一终端 A接收到 NOTIFY消息后通过 IMS网络 A返 回 200 ok响应给 Presence服务器 A, 确认接收到所述 NOTIFY消息。
在本实施例中， Presence服务器与 IWF分开设置， 即 IWF是一个物理实体， 二者通过 IMS网络 A进行信令交互。
在本实施例的一种实现方式中， 步骤 15至步骤 18与步骤 9没有时间上的 先后顺序。
在本实施例的一种实现方式中， 步骤 3至步骤 6也可以由以下方式代替： Presence服务器 A通过图 1所示实施例中的第二种确定第二终端所属运营商支 持 SIP OPTIONS能力发现机制的方式进行确定。
在本发明的另一种实施例中， IWF与 Presence服务器构成一个整体并互相 通信。 例如， 参照图 4, 图 4是根据本发明一种实施例的 Presence用户发现非 Presence用户业务能力的通信流程示意图（为了方便通信流程的描述，在图中仍 将 IWF与 Presence服务器 A分开表达， 但实际上二者构成一个整体）。 在本实 施例中， Presence服务器 A存储有不同运营商 （包括第二终端 B所属运营商 ) 对应支持的业务能力信息。 具体的：
步骤 al至步骤 a2: 第一终端 A通过其所属 IMS网络 A向 Presence 良务器 A发送用于订阅第二终端 B的业务能力信息的业务能力订阅请求， 该业务能力 订阅请求中的 Exprires值大于 0, 例如， Exprires值为 3600 (本实施例中的业务 能力订阅请求、 Presence请求、 SIP OPTIONS请求、 SIP OPTIONS响应和 NOTIFY 消息的格式， 以及信令间的转化请参照图 1和图 3所示实施例中的相应说明， 此处不再赘述）；
步骤 a3: Presence服务器 A根据业务能力订阅请求中的 Exprires值确定本 次订阅为周期性订阅， 于是存储第一终端 A周期性订阅第二终端 B的业务能力 信息的周期性订阅关系； Presence服务器 A根据业务能力订阅请求中的 From头 域中第一终端 A的标识和 To头域中第二终端 B的标识确定第一终端 A和第二 终端 B所属运营商， 并确定第二终端 B与第一终端 A属于不同运营商， 然后根 据 Presence服务器内部存储的不同运营商对应支持的业务能力机制确定第二终 端 B所属运营商支持 SIP OPTIONS能力发现机制； Presence服务器 A根据周期 性订阅关系中运营商或用户设置的时间间隔向 IWF发送 Presence请求（具体的， 请参照图 1所示实施例中的相应描述）；
步骤 b至步骤 d: IWF接收到 Presence请求后， 将其转化成 SIP OPTIONS 请求（或者 IWF接收到 Presence请求并根据 Presence请求中第二终端的标识确 定第二终端所属运营商支持 SIP OPTIONS能力发现机制后， 将 Presence请求转 化成 SIP OPTIONS请求；)，并通过 IMS网络 A和 IMS网络 B将该 SIP OPTIONS 请求发送至第二终端 B;
步骤 e至步骤 g: 第二终端 B接收到 SIP OPTIONS请求后， 通过 IMS网络 B和 IMS网络 A将 SIP OPTIONS响应发送给 IWF, SIP OPTIONS响应中包含 了第二终端 B的业务能力信息；
步骤 h: IWF向 Presence服务器 A发送表示接受订阅的响应 （ 202 Accept
响应 )；
步骤 i:IWF将 SIP OPTIONS响应转化为 NOTIFY消息， 并将该 NOTIFY消 息发送至 Presence服务器 A;
步骤 j至步骤 K: Presence服务器 A通过 IMS网络 A将 NOTIFY消息发送 至第一终端 A;
步骤 1至步骤 m:第一终端 A通过 IMS网络 A向 Presence服务器 A发送确 认收到 NOTIFY消息的响应。
在本实施例的一种实现方式中， 步骤 h与步骤 b没有时间上的先后顺序。 在本实施例的一种实现方式中， 在周期性订阅中， 在订阅周期内 （根据 Presence订阅请求中的 Expires值确定）， 第二终端 B在其业务能力发生变化时， 可以将包含其最新业务能力信息的 SIP OPTIONS响应发送至 IWF以由 IWF将 SIP OPTIONS响应转化为 NOTIFY消息进而发送至 Presence服务器 A, 而不需 要只在接收到 SIP OPTIONS请求时发送相应响应； Presence服务器 A接收到 NOTIFY消息后如果判断第二终端 B的业务能力没有发生变化， 也可以不向第 一终端 A发送 NOTIFY 消息， 而只在第二终端 B 的业务能力发生变化时将 NOTIFY消息发送至第一终端 A。
当然， 无论是单次订阅还是周期性订阅， Presence服务器和 IWF均可以单 独作为物理实体， 也可以组合构成一个整体。
在本发明的一种实施方式中， 在第二终端 B不在线的情况下， 第二终端 B 所属 IMS网络 B接收到 SIP OPTIONS请求后返回表示第二终端 B不在线的 SIP OPTIONS响应（例如： 480响应， 表示消息暂时不可达）。 例如， 在图 3所示实 施例中， 如果第二终端 B不在线， 则通信流程中不执行步骤 11和步骤 12; 再例 如， 在图 4所示实施例中， 如果第二终端 B不在线， 则通信流程中不执行步骤 d 至步骤 e, 当然， 其中的 SIP OPTIONS响应以及由该响应转化而成的 NOTIFY 消息也会改变， 例如， SIP OPTIONS可以是：
SIP/2.0480 Temporarily Unavailable
To: <sip:deviceB @domain2.com>; tag=93810874
From: Alice <sip : device A @ domain 1.com>； tag=1928301774
Call-ID: a84b4c76e66710
CSeq: 63104 OPTIONS
Contact: <sip:deviceB @domain2.com>;
Accept: application/sdp
IWF接收到该响应后， 通过将消息体中的 <pr:provide-services>标签中的内 容置空表示未能得到对方业务能力，从而将该响应转化为 SIP NOTIFY消息。该 NOTIFY消息可以是：
NOTIFY sip: deviceB@domain2.com SIP/2.0
To: <sip : device A @ domain 1.com>； tag= 12341234
From: <sip:deviceB @domain2.com>; tag=abcdl234
Call-ID: 12345678
CSeq: 1 NOTIFY
Event: presence
Contact: sip:pa.example.com
Content- Type: application/pidf+xml
Content- Length: 376
<pr:provide-servicesx/pr:provide-services> 当然， 不包含业务能力信息的 SIP OPTIONS响应除了表示消息暂时不可达 的 480响应外，还可以是其他表示请求失败的 4XX响应，表示服务器错误的 5XX 响应、 表示系统错误的 6XX响应等， 相应的 NOTIFY消息也不包含第二终端的 业务能力信息。
图 5是根据本发明一种实施例的 Presence月良务器的结构示意图，该 Presence 服务器 50包括：
第一接收模块 500,用于接收第一终端发送的订阅第二终端的业务能力信息 的业务能力订阅请求， 所述业务能力订阅请求携带第二终端的标识； 以及用于 接收 IWF发送的 NOTIFY消息，其中， NOTIFY消息由 IWF将第二终端所属 IMS 网络在接收到 SIP OPTIONS请求后发送至 IWF的 SIP OPTIONS响应转化而成， NOTIFY消息和 SIP OPTIONS响应包含第二终端的业务能力信息；
第一确定模块 502,用于根据第二终端的标识确定第二终端所属运营商支持
SIP OPTIONS能力发现机制；
第一发送模块 504,用于发送订阅第二终端的业务能力信息的 Presence请求 至 IWF,以便 IWF将 Presence请求转化为 SIP OPTIONS请求并向第二终端所属 IMS网络发送 SIP OPTIONS请求， 所述 Presence请求携带第二终端的标识。
其中， 第一确定模块 502可以有多种实现方式， 例如， 参照图 6A, 第一确 定模块 502可以包括：
第二确定模块 600,用于根据所述业务能力订阅请求中的所述第一终端的标 识和所述第二终端的标识确定所述第二终端与所述第一终端属于不同运营商； 第一存储模块 602, 用于存储不同运营商对应支持的业务能力发现机制； 第三确定模块 604,用于根据第一存储模块 602存储的不同运营商对应支持 的业务能力发现机制确定所述第二终端所属运营商支持 SIP OPTIONS能力发现 机制； 具体地， 可以由第二确定模块 600或第三确定模块 604根据第二终端的 标识确定第二终端属于哪个运营商， 然后根据第一存储模块 600 中存储的信息 确定该运营商支持业务能力发现机制。
或者， 参照图 6B , 第一确定模块 502可以包括：
第二发送模块 610, 用于根据第二终端的标识并通过 IMS 网络向第二终端 发送 Presence请求； 例如， 可以在 Presence服务器接收到业务能力订阅请求后， 通过 IMS网络向第二终端发送 Presence请求， 或通过计时器触发 Presence请求 的发送。
第二接收模块 612,用于接收表示第二终端所属运营商不支持 Presence的响 应；
第四确定模块 614,用于在第二接收模块 612接收到表示第二终端所属运营 商不支持 Presence的响应时， 确定第二终端所属运营商支持 SIP OPTIONS能力 发现机制。
或者， 参照图 6C, 第一确定模块 502可以包括上述的第二发送模块 610、 第二接收模块 612、 第四确定模块 614, 以及：
第五确定模块 616 ,用于根据业务能力订阅请求中的第一终端的标识和第二 终端的标识确定第二终端与第一终端属于不同运营商；
第二存储模块 618, 用于存储不同运营商对应支持的业务能力发现机制； 第六确定模块 620,用于根据第二存储模块 618存储的不同运营商对应支持
的业务能力发现机制确定第二终端所属运营商支持 SIP OPTIONS 能力发现机 制； 如果无法确定， 则触发第二发送模块 610通过 IMS 网络向第二终端发送 Presence请求。
在图 5所示实施例的一种实现方式中， Presence服务器与 IWF各自构成物 理实体， 二者可以通过第一终端所属 IMS网络进行各种信令的交互， 各种信令 包括： Presence请求、 NOTIFY消息， 以及 IWF向 Presence服务器发送的表示 接受订阅的响应 （例如： 202响应 ), 该响应可以由 Presence服务器的第一接收 模块接收。
在图 5所示实施例的一种实现方式中，参照图 7, Presence月良务器 50与 IWF70 构成一个整体， 即： Presence服务器 50包括 IWF70, 该 IWF70包括：
第三接收模块 700,用于直接与第一发送模块 504通信以接收第一发送模块 504发送的 Presence请求， 以及用于接收 SIP OPTIONS响应， 该 SIP OPTIONS 响应可以是由第二终端生成的；
转化模块 702, 用于将 Presence请求转化为 SIP OPTIONS请求， 以及用于 将 SIP OPTIONS响应转化为 NOTIFY消息；
第三发送模块 704,用于发送 SIP OPTIONS请求至第二终端所属 IMS网络， 以及用于直接与第一接收模块 500通信以将 NOTIFY消息发送至第一接收模块 500。
其中， 转化模块 702可以包括： 第一转化模块和第二转化模块。
具体的， 第一转化模块用于将所述 Presence请求中使用的 SIP SUBSCRIBE 命令转化为 SIP OPTIONS命令；
第二转化模块用于在 SIP OPTIONS响应包含第二终端业务能力信息的情况 下， 将 SIP OPTIONS响应中表示业务能力信息的特征值转化为相应的业务元组 信息并将业务元组信息填写到 NOTIFY消息的消息体中； 在 SIP OPTIONS响应 不包含第二终端业务能力信息的情况下， 将 NOTIFY消息的消息体中表示业务 能力信息的标签中的内容置空。
在本实现方式中， IWF的第三发送模块 704可以直接与第一接收模块 500 通信以将表示接受订阅的响应发送至第一接收模块 500。
图 8是根据本发明一种实施例的 Presence服务器的结构示意图， 参照图 8, Presence服务器 80包括： 第一接收模块 800、 第一确定模块 802和第一发送模
块 804, 以及：
第三存储模块 806,用于存储第一终端周期性订阅第二终端业务能力信息的 订阅关系 （例如， 在第一接收模块 800接收到的业务能力订阅请求表示周期性 订阅时）， 所述订阅关系包括第一终端所属运营商或用户设置的时间间隔；
计时触发模块 808, 用于根据第一终端所属运营商或用户设置的时间间隔， 触发 Presence月^务器发送 Presence请求。
其中， 对于第一接收模块 800、 第一确定模块 802和第一发送模块 804的说 明请参照图 5所示实施例中对第一接收模块 500、第一确定模块 502和第一发送 模块 504的描述， 此处不再详述。
在图 8所示实施例的一种实现方式中， Presence服务器与 IWF各自构成物 理实体， 二者可以通过第一终端所属 IMS网络进行各种信令的交互， 各种信令 包括： Presence请求、 NOTIFY消息， 以及 IWF向 Presence服务器发送的表示 接受订阅的响应 （例如： 202响应 ), 该响应可以由 Presence服务器的第一接收 模块 800接收。
在图 8所示实施例的一种实现方式中，参照图 9 , Presence服务器 80与 IWF90 构成一个整体， 即： Presence服务器 80包括 IWF90, 该 IWF90包括： 第三接收 模块 900、 转化模块 902和第三发送模块 904。 其中， 对于第三接收模块 900、 转化模块 902和第三发送模块 904的说明请参照图 7所示实施例中对第三接收 模块 700、 转化模块 702和第三发送模块 704的说明， 此处不再详述。
图 10为根据本发明实施例的一种 Presence月良务器的结构示意图，该 Presence 服务器 100包括： 收发器 101、 存储器 102、 处理器 103。
在本实施例的一种实现方式中， 收发器 101 用于与外部进行通信， 接收第 一终端发送的订阅第二终端的业务能力信息的业务能力订阅请求， 向 IWF发送 订阅第二终端的业务能力信息的 Presence请求， 以及接收 NOTIFY消息和向第 一终端发送第二终端的业务能力信息， 以及进行其它的消息的接收和发送， 本 发明实施例在此不做限定。 存储器 102与处理器 103耦合， 存储器 102用于存 储各种程序与应用， 由处理器 103调用以执行各程序与应用从而实现相应功能。 具体的， 处理器 103可以用于确定第二终端所属运营商支持 SIP OPTIONS能力 发现机制， 具体的确定方式请参照图 1所示实施例中的相应说明。
此外， 本实现方式中的处理器 103还可以用于执行图 1所示方法实施例中
描述的各步骤以及图 3和图 4所示实施例中呈现服务器执行的各步骤， 本发明 实施例在此不再详述。
在本实施例的另一种实现方式中， 收发器 101 用于与外部进行通信， 接收 第一终端发送的订阅第二终端的业务能力信息的业务能力订阅请求， 向第二终 端所属 IMS网络发送 SIP OPTIONS请求， 以及接收第二终端所属 IMS网络在 接收到 SIP OPTIONS请求后发送的 SIPOPTIONS响应和向第一终端发送第二终 端的业务能力信息， 以及进行其它的消息的接收和发送， 本发明实施例在此不 做限定。 存储器 102与处理器 103耦合， 存储器 102用于存储各种程序与应用， 由处理器 103调用以执行各程序与应用从而实现相应功能。 具体的， 处理器 103 可以用于根据第二终端的标识确定第二终端所属运营商支持 SIP OPTIONS能力 发现机制 （具体的确定方式请参照图 1 所示实施例中的相应说明）； 用于执行 Presence请求与 SIP OPTIONS请求的转化以及 SIP OPTIONS响应与 NOTIFY消 息的转化（具体的信令转化方式请参照图 3所示实施例中的相应说明）等。 在 这种实现方式中， IWF与 Presence服务器构成一个整体， 由处理器 103调用存 储器 102中的程序与应用从而实现二者之间的消息传递， 包括： Presence请求、 NOTIFY消息、 202Accept响应等。
此外， 本实现方式中的处理器 103还可以用于执行图 1和图 2所示方法实 施例中描述的各步骤以及图 3和图 4所示实施例中呈现服务器和 IWF执行的各 步骤， 本发明实施例在此不再详述。
图 11是根据本发明实施例的一种 IWF的结构示意图，参照图 11 ,该 IWF110 包括：
接收模块 1100, 用于接收第一终端的 Presence服务器发送的订阅第二终端 的业务能力信息的 Presence请求， 所述 Presence请求携带第二终端的标识； 以 及用于接收第二终端所属 IMS网络在接收到 SIP OPTIONS请求后发送至 IWF 的 SIP OPTIONS响应， 该 SIP OPTIONS响应包含第二终端的业务能力信息； 转化模块 1102, 用于将 Presence请求转化为 SIP OPTIONS请求， 和将 SIP OPTIONS响应转化为包含第二终端业务能力信息的 NOTIFY消息；
发送模块 1104,用于根据第二终端的标识向第二终端所属 IMS网络发送 SIP OPTIONS请求， 以及用于向呈现服务器发送 NOTIFY消息；
确定模块 1106, 用于在接收模块 1100接收到 Presence请求后根据 Presence
请求中的第二终端的标识确定第二终端所属运营商支持 SIP OPTIONS能力发现 机制， 从而确保转化模块 1102进行 Presence请求的转化以及发送模块 1104进 行 SIP OPTIONS请求的发送的有效性。 其中， 确定模块 1106是可选择模块， 即 IWF110可以没有确定模块 1106而不影响本发明实施例的正常实施。
接收模块 1100可以直接与 Presence服务器通信以接收 Presence服务器发送 的 Presence请求； 发送模块 1104可以直接与 Presence服务器通信以向 Presence 服务器发送 NOTIFY消息， 此时， 发送模块 1104还可以直接与 Presence服务器 通信以发送表示接受订阅的响应（例如： 202响应）。 或者， 接收模块 1100可以 通过第一终端所属 IMS网络接收 Presence服务器发送的 Presence请求； 发送模 块 1104可以通过第一终端所属 IMS网络向 Presence服务器发送 NOTIFY消息， 此时，发送模块 1104还可以通过第一终端所属 IMS网络向 Presence服务器发送 表示接受订阅的响应。
其中， 转化模块 1102可以包括： 第一转化模块和第二转化模块。
具体的， 第一转化模块用于将所述 Presence请求中使用的 SIP SUBSCRIBE 命令转化为 SIP OPTIONS命令；
第二转化模块用于在所述 SIP OPTIONS响应包含第二终端业务能力信息的 情况下， 将所述 SIP OPTIONS响应中表示业务能力信息的特征值转化为相应的 业务元组信息并将所述业务元组信息填写到所述 NOTIFY消息的消息体中； 在 所述 SIP OPTIONS 响应不包含第二终端业务能力信息的情况下， 将所述 NOTIFY消息的消息体中表示业务能力信息的标签中的内容置空。
图 12为根据本发明实施例的一种 IWF结构示意图， 该 IWF120包括： 收发 器 121、 存储器 122、 处理器 123。
具体的， 收发器 121可以用于与外部进行通信， 例如接收 Presence服务器 发送的订阅第二终端业务能力信息的 Presence请求， 向第二终端发送 SIP OPTIONS请求，以及接收 SIP OPTIONS响应和向 Presence服务器发送 NOTIFY 消息， 以及进行其它的消息的接收和发送， 本发明实施例在此不做限定。 存储 器 122与处理器 123耦合， 存储器 122用于存储各种程序与应用， 由处理器 123 调用以执行各程序与应用从而实现相应功能。 具体的， 处理器 123用于将收发 器 121接收到的 Presence请求转化为 SIP OPTIONS请求， 和将收发器 121接收 的 SIP OPTIONS响应转化为相应的 NOTIFY消息， 具体的转化过程请参照图 3
所示实施例中的相应说明。
在本发明的各种装置实施例中， 对于其中的各种信令和信令的转化的具体 说明， 以及装置的各个模块实现其对应功能的方法说明请参照上文的方法实施 例中的相应描述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于一计算 机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施例的流程。 其中， 所述的存储介质可为磁碟、 光盘、 只读存储记忆体（Read-Only Memory, ROM )或随机存储记忆体（Random Access Memory, RAM )等。
以上所揭露的仅为本发明一种较佳实施例而已， 当然不能以此来限定本发 明之权利范围， 因此依本发明权利要求所作的等同变化， 仍属本发明所涵盖的 范围。
Claims (1)
- 权 利 要 求1、一种呈现 Presence服务器发现非呈现用户业务能力的方法，其特征在于， 所述方法包括：呈现服务器接收第一终端发送的订阅第二终端的业务能力信息的业务能力 订阅请求， 所述业务能力订阅请求携带所述第二终端的标识；根据所述第二终端的标识确定所述第二终端所属运营商支持会话初始协议 选择 SIP OPTIONS能力发现机制；发送订阅所述第二终端的业务能力信息的 Presence请求至互通功能模块 IWF, 以便所述 IWF将所述 Presence请求转化为 SIP OPTIONS请求并向所述第 二终端所属 IP多媒体子系统 IMS网络发送所述 SIP OPTIONS请求，所述 Presence 请求携带所述第二终端的标识；接收所述 IWF发送的通知 NOTIFY消息， 所述 NOTIFY消息由所述 IWF 将所述第二终端所属 IMS 网络在接收到所述 SIP OPTIONS请求后发送至所述 IWF的 SIP OPTIONS响应转化而成， 所述 NOTIFY消息和所述 SIP OPTIONS 响应包含所述第二终端的业务能力信息。2、 如权利要求 1所述方法， 其特征在于， 所述根据所述第二终端的标识确 定所述第二终端所属运营商支持会话初始协议选择 SIP OPTIONS能力发现机制 包括：所述呈现服务器根据所述业务能力订阅请求中的所述第一终端的标识和所 述第二终端的标识确定所述第二终端与所述第一终端属于不同运营商；所述呈现服务器根据其存储的不同运营商对应支持的业务能力发现机制确 定所述第二终端所属运营商支持 SIP OPTIONS能力发现机制； 如果所述呈现服 务器根据其存储的不同运营商对应支持的业务能力发现机制无法确定所述第二 终端所属运营商支持 SIP OPTIONS能力发现机制， 则所述呈现服务器根据所述 第二终端的标识以及通过 IMS网络向所述第二终端发送所述 Presence请求， 接 收到表示所述第二终端所属运营商不支持 Presence的响应， 则确定所述第二终 端所属运营商支持 SIP OPTIONS能力发现机制。 3、 如权利要求 1所述方法， 其特征在于， 所述根据所述第二终端的标识确 定所述第二终端所属运营商支持会话初始协议选择 SIP OPTIONS能力发现机制 包括：所述呈现服务器根据所述第二终端的标识以及通过 IMS网络向所述第二终 端发送所述 Presence请求，接收到表示所述第二终端所属运营商不支持 Presence 的响应， 则确定所述第二终端所属运营商支持 SIP OPTIONS能力发现机制。4、 如权利要求 1至 3任一项所述方法， 其特征在于， 所述发送订阅所述第 二终端的业务能力信息的 Presence请求包括：当所述业务能力订阅请求为周期性订阅时， 所述呈现服务器存储所述第一 终端周期性订阅所述第二终端业务能力信息的订阅关系， 所述订阅关系包括所 述第一终端所属运营商或用户设置的时间间隔；根据所述第一终端所属运营商或用户设置的时间间隔， 发送所述 Presence 请求。5、 如权利要求 1至 4任一项所述方法， 其特征在于，所述发送订阅所述第二终端的业务能力信息的 Presence请求至互通功能模 块 IWF包括：所述呈现服务器直接与所述 IWF通信以将所述 Presence请求发送至所述 IWF;所述接收所述 IWF发送的 NOTIFY消息包括：所述呈现服务器直接与所述 IWF通信以接收所述 IWF发送的所述 NOTIFY 消息。6、 如权利要求 1至 4任一项所述方法， 其特征在于，所述发送订阅所述第二终端的业务能力信息的 Presence请求至互通功能模 块 IWF包括：所述呈现服务器通过所述第一终端所属 IMS网络将所述 Presence请求发送 至所述 IWF;所述接收所述 IWF发送的 NOTIFY消息包括： 所述呈现服务器通过所述第一终端所属 IMS网络接收所述 IWF发送的所述 NOTIFY消息。7、一种呈现 Presence服务器发现非呈现用户业务能力的方法，其特征在于， 所述方法包括：互通功能模块 IWF接收呈现服务器发送的订阅所述第二终端业务能力信息 的 Presence请求， 所述 Presence请求携带所述第二终端的标识；将所述 Presence请求转化为 SIP OPTIONS请求；根据所述第二终端的标识向所述第二终端所属 IMS 网络发送所述 SIP OPTIONS请求；接收所述第二终端所属 IMS网络在接收到所述 SIP OPTIONS请求后发送至 所述 IWF的 SIP OPTIONS响应并将所述 SIP OPTIONS响应转化为 NOTIFY消 息， 所述 SIP OPTIONS响应和所述 NOTIFY消息包含所述第二终端的业务能力 信息；向所述呈现服务器发送所述 NOTIFY消息。8、 如权利要求 7所述方法， 其特征在于， 所述方法还包括：在所述 IWF接收所述呈现服务器发送的订阅所述第二终端业务能力信息的 Presence请求之后，并且在将所述 Presence请求转化为 SIP OPTIONS请求之前， 所述 IWF 根据所述第二终端的标识确定所述第二终端所属运营商支持 SIP OPTIONS能力发现机制。9、 如权利要求 7或 8所述方法， 其特征在于，所述 IWF接收呈现服务器发送的订阅所述第二终端的业务能力信息的 Presence请求包括：所述 IWF直接与所述呈现服务器通信以接收所述 Presence请求；所述向所述呈现服务器发送所述 NOTIFY消息包括：所述 IWF 直接与所述呈现服务器通信以向所述呈现服务器发送所述 NOTIFY消息。 10、 如权利要求 7或 8所述方法， 其特征在于，所述 IWF接收呈现服务器发送的订阅所述第二终端的业务能力信息的 Presence请求包括：所述 IWF通过所述第一终端所属 IMS网络接收所述 Presence请求； 所述向所述呈现服务器发送所述 NOTIFY消息包括：所述 IWF通过所述第一终端所属 IMS网络将所述 NOTIFY消息发送至所述 呈现服务器。11、 一种呈现 Presence服务器， 其特征在于， 所述呈现服务器包括： 第一接收模块： 用于接收第一终端发送的订阅第二终端的业务能力信息的 业务能力订阅请求， 所述业务能力订阅请求携带所述第二终端的标识； 以及用 于接收互通功能模块 IWF发送的 NOTIFY消息，所述 NOTIFY消息由所述 IWF 将所述第二终端所属 IP多媒体子系统 IMS网络在接收到 SIP OPTIONS请求后发 送至所述 IWF的 SIP OPTIONS响应转化而成， 所述 NOTIFY消息和所述 SIP OPTIONS响应包含所述第二终端的业务能力信息；第一确定模块， 用于根据所述第二终端的标识确定所述第二终端所属运营 商支持 SIP OPTIONS能力发现机制；第一发送模块， 用于发送订阅所述第二终端的业务能力信息的 Presence请 求至所述 IWF, 以便所述 IWF将所述 Presence请求转化为所述 SIP OPTIONS 请求并向所述第二终端所属 IMS网络发送所述 SIP OPTIONS请求，所述 Presence 请求携带所述第二终端的标识。12、如权利要求 11所述呈现服务器， 其特征在于， 所述第一确定模块包括： 第二确定模块， 用于根据所述业务能力订阅请求中的所述第一终端的标识 和所述第二终端的标识确定所述第二终端与所述第一终端属于不同运营商； 第一存储模块， 用于存储不同运营商对应支持的业务能力发现机制； 第三确定模块， 用于根据所述第一存储模块存储的不同运营商对应支持的 业务能力发现机制确定所述第二终端所属运营商支持 SIP OPTIONS能力发现机 制。 13、如权利要求 11所述呈现服务器， 其特征在于， 所述第一确定模块包括： 第二发送模块， 用于根据所述第二终端的标识以及通过 IMS网络向所述第 二终端发送所述 Presence请求；第二接收模块， 用于接收表示所述第二终端所属运营商不支持 Presence的 响应；第四确定模块， 用于在所述第二接收模块接收到表示所述第二终端所属运 营商不支持 Presence的响应时，确定所述第二终端所属运营商支持 SIP OPTIONS 能力发现机制。14、 如权利要求 13所述呈现服务器， 其特征在于， 所述第一确定模块还包 括：第五确定模块， 用于根据所述业务能力订阅请求中的所述第一终端的标识 和所述第二终端的标识确定所述第二终端与所述第一终端属于不同运营商； 第二存储模块， 用于存储不同运营商对应支持的业务能力发现机制； 第六确定模块， 用于根据所述第二存储模块存储的不同运营商对应支持的 业务能力发现机制确定所述第二终端所属运营商支持 SIP OPTIONS能力发现机 制， 如果无法确定， 则触发所述第二发送模块。15、 如权利要求 11至 14任一项所述呈现服务器， 其特征在于， 所述呈现 服务器还包括：第三存储模块， 用于存储所述第一终端周期性订阅所述第二终端的业务能 力信息的订阅关系， 所述订阅关系包括所述第一终端所属运营商或用户设置的 时间间隔；计时触发模块， 用于根据所述第一终端所属运营商或用户设置的时间间隔， 触发所述呈现服务器发送所述 Presence请求。16、 如权利要求 11至 15任一项所述呈现服务器， 其特征在于，所述第一发送模块用于在所述第一确定模块确定所述第二终端所属运营商 支持 SIP OPTIONS能力发现机制后， 通过所述第一终端所属 IMS 网络将所述 Presence请求发送至所述 IWF; 所述第一接收模块用于通过所述第一终端所属 IMS网络接收所述 IWF发送 的所述 NOTIFY消息。17、 如权利要求 11至 15任一项所述呈现服务器， 其特征在于， 所述呈现 服务器包括所述 IWF, 所述 IWF包括：第三接收模块， 用于直接与所述第一发送模块通信以接收所述第一发送模 块发送的所述 Presence请求， 以及用于接收所述 SIP OPTIONS响应；转化模块， 用于将所述 Presence请求转化为所述 SIP OPTIONS请求， 以及 用于将所述 SIP OPTIONS响应转化为所述 NOTIFY消息；第三发送模块， 用于发送所述 SIP OPTIONS请求， 以及用于直接与所述第 一接收模块通信以将所述 NOTIFY消息发送至所述第一接收模块。18、 一种互通功能模块 IWF, 其特征在于， 所述 IWF包括：接收模块， 用于接收第一终端的呈现服务器发送的订阅第二终端业务能力 信息的 Presence请求， 所述 Presence请求携带所述第二终端的标识； 以及用于 接收所述第二终端所属 IP多媒体子系统 IMS网络在接收到 SIP OPTIONS请求后 发送至所述 IWF的 SIP OPTIONS响应， 所述 SIP OPTIONS响应包含所述第二 终端的业务能力信息；转化模块， 用于将所述 Presence请求转化为所述 SIP OPTIONS请求， 以及 用于将所述 SIP OPTIONS 响应转化为包含所述第二终端业务能力信息的 NOTIFY消息；发送模块， 用于根据所述第二终端的标识向所述第二终端所属 IMS网络发 送所述 SIP OPTIONS请求，以及用于向所述呈现服务器发送所述 NOTIFY消息。19、 如权利要求 18所述 IWF, 其特征在于， 所述 IWF还包括：确定模块， 用于在所述接收模块接收到所述 Presence 请求后根据所述 Presence 请求中的第二终端的标识确定所述第二终端所属运营商支持 SIP OPTIONS能力发现机制。20、 如权利要求 18或 19所述 IWF, 其特征在于, 所述接收模块用于直接与所述呈现服务器通信以接收所述呈现服务器发送 的所述 Presence请求， 所述发送模块用于直接与所述呈现服务器通信以向所述 呈现服务器发送所述 NOTIFY消息； 或者，所述接收模块用于通过所述第一终端所属 IMS网络接收述呈现服务器发送 的所述 Presence请求， 所述发送模块用于通过所述第一终端所属 IMS网络向所 述呈现服务器发送所述 NOTIFY消息。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2012/078267 WO2014005317A1 (zh) | 2012-07-06 | 2012-07-06 | 呈现服务器发现非呈现用户业务能力的方法和相应装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103999425A true CN103999425A (zh) | 2014-08-20 |
| CN103999425B CN103999425B (zh) | 2016-12-28 |
Family
ID=49881264
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201280001193.1A Expired - Fee Related CN103999425B (zh) | 2012-07-06 | 2012-07-06 | 呈现服务器发现非呈现用户业务能力的方法和相应装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN103999425B (zh) |
| WO (1) | WO2014005317A1 (zh) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007062566A1 (fr) * | 2005-11-29 | 2007-06-07 | Huawei Technologies Co. Ltd. | Procede et systeme pour la mise en oeuvre de l'abonnement de service |
| CN101184258A (zh) * | 2006-11-15 | 2008-05-21 | 华为技术有限公司 | 消息互通方法、系统及消息互通实体 |
| JP4186193B2 (ja) * | 2005-07-12 | 2008-11-26 | 株式会社協和エクシオ | プレゼンス情報取得方法および装置 |
| US20090276499A1 (en) * | 2006-12-19 | 2009-11-05 | Huawei Technologies Co., Ltd. | Interworking method for message systems and message interworking gateway |
| CN101682617A (zh) * | 2007-05-11 | 2010-03-24 | 艾利森电话股份有限公司 | 群呼叫能力查询 |
| US7730156B1 (en) * | 2003-03-27 | 2010-06-01 | Sprint Spectrum L.P. | Method and system for reporting changes in PIM data |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4296191B2 (ja) * | 2006-07-26 | 2009-07-15 | 株式会社東芝 | サーバ装置、端末装置、通信方法、通信プログラムおよび通信システム |
| CN101159569B (zh) * | 2007-10-26 | 2011-03-16 | 华为技术有限公司 | 发布用户业务能力的方法与呈现服务器和通信业务系统 |
| CN101998374B (zh) * | 2009-08-31 | 2015-05-20 | 中兴通讯股份有限公司 | 呈现信息订阅方法和ip多媒体子系统 |
-
2012
- 2012-07-06 CN CN201280001193.1A patent/CN103999425B/zh not_active Expired - Fee Related
- 2012-07-06 WO PCT/CN2012/078267 patent/WO2014005317A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7730156B1 (en) * | 2003-03-27 | 2010-06-01 | Sprint Spectrum L.P. | Method and system for reporting changes in PIM data |
| JP4186193B2 (ja) * | 2005-07-12 | 2008-11-26 | 株式会社協和エクシオ | プレゼンス情報取得方法および装置 |
| WO2007062566A1 (fr) * | 2005-11-29 | 2007-06-07 | Huawei Technologies Co. Ltd. | Procede et systeme pour la mise en oeuvre de l'abonnement de service |
| CN101184258A (zh) * | 2006-11-15 | 2008-05-21 | 华为技术有限公司 | 消息互通方法、系统及消息互通实体 |
| US20090276499A1 (en) * | 2006-12-19 | 2009-11-05 | Huawei Technologies Co., Ltd. | Interworking method for message systems and message interworking gateway |
| CN101682617A (zh) * | 2007-05-11 | 2010-03-24 | 艾利森电话股份有限公司 | 群呼叫能力查询 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2014005317A1 (zh) | 2014-01-09 |
| CN103999425B (zh) | 2016-12-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8266203B2 (en) | Method for obtaining device information of user terminals and communication service function entity | |
| EP1958467B1 (en) | Method of enabling a combinational service and communication network implementing the service | |
| CN100542172C (zh) | 一种离线消息发送和接收方法 | |
| US8311037B2 (en) | Method, apparatus and system for transmitting user equipment information in a multimedia subsystem | |
| US9413879B2 (en) | System and method of communication in an IP multimedia subsystem network | |
| JP5436571B2 (ja) | 通信履歴を提供する方法及び装置 | |
| WO2009092263A1 (zh) | 终端、服务器、终端管理方法和终端能力信息上报方法 | |
| CN101453483A (zh) | 会话历史记录的存储处理和查询方法、系统和装置 | |
| AU2010262201B2 (en) | Method and system for subscription service in IP multimedia subsystem network | |
| WO2008085333A2 (en) | Dynamic service triggers in communication networks | |
| US20110314140A1 (en) | Capability Query Handling in a Communication Network | |
| JP2009508242A (ja) | Ｉｍｓクライアントにおいて情報を保持する方法及び装置 | |
| WO2011143821A1 (zh) | 将呼叫请求分流至被叫用户地址的方法以及装置 | |
| WO2008006311A1 (fr) | Procédé et dispositif d'utilisation d'un identificateur de terminal utilisateur | |
| WO2008138186A1 (fr) | Procédé et système servant à configurer un service sur un terminal | |
| JP2011505084A (ja) | 通信ネットワークにおいて使用するための方法および装置 | |
| KR20130073941A (ko) | 통신 네트워크에서 사용자 엔티티를 향한 세션 개시 프로토콜 통신들을 관리하기 위한 방법 및 네트워크 엔티티 | |
| CN108337215B (zh) | 一种文件传输方法及系统、装置、电子设备 | |
| CN102571710B (zh) | 信息订阅方法及系统 | |
| CN103999425A (zh) | 呈现服务器发现非呈现用户业务能力的方法和相应装置 | |
| RU2385546C2 (ru) | Способ и устройство поддержания информации на клиенте ims | |
| CN101009664B (zh) | 一种处理会话初始化协议消息中内容的方法及网络实体 | |
| WO2008095440A1 (fr) | Procédé, système de communication et dispositif pour acquérir et fournir un numéro msisdn | |
| KR101003688B1 (ko) | Ｉｍｓ 망에서의 전송 품질을 보장하기 위한 장치 및 방법 | |
| WO2011134157A1 (zh) | 个人网络元素注册方法、设备和系统 |
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: 20161228 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |