Ims网络中被叫用户业务状态的查询方法与装置制造方法
【专利摘要】本公开涉及一种IMS网络中被叫用户业务状态的查询方法与装置。该方法包括接收主叫用户发送的多媒体消息；向归属用户服务器发送查询被叫用户业务状态的请求；接收自归属用户服务器查询到的被叫用户业务状态；根据被叫用户业务状态确定是否通知被叫用户获取多媒体消息。在本公开的一些实施例中，被叫用户业务状态包括被叫终端开机与关机、以及被叫号码停机与空号。本公开可以提升用户对多媒体消息业务的体验。
【专利说明】IMS网络中被叫用户业务状态的查询方法与装置
【技术领域】
[0001] 本公开涉及IMS(IPmultimediasubsystem,IP多媒体子系统）网络，特别地，涉 及一种IMS网络中被叫用户业务状态的查询方法与装置。
【背景技术】
[0002] 目前多媒体消息在规定时间没有被收取，多媒体消息中心会把没有被收取的多媒 体消息转往多媒体消息相册，同时向发送方发送成功回执，对发送方计费。因被叫用户空 号、停机等导致多媒体消息没有被收取，但主叫方显示发送成功且收费的行为易引起发送 方用户的投诉。而造成以上现象的原因是：多媒体消息中心不知道被叫用户的业务状态， 艮P，在点对点多媒体消息业务中，多媒体消息中心无法查询到被叫用户的多媒体消息业务 状态。
【发明内容】
[0003] 本公开鉴于以上问题中的至少一个提出了新的技术方案。
[0004] 本公开在其一个方面提供了一种MS网络中被叫用户业务状态的查询方法，其可 以提升用户对多媒体消息业务的体验。
[0005] 本公开在其另一方面提供了一种MS网络中被叫用户业务状态的查询装置，其可 以提升用户对多媒体消息业务的体验。
[0006] 根据本公开，提供一种MS网络中被叫用户业务状态的查询方法，包括：
[0007] 接收主叫用户发送的多媒体消息；
[0008] 向归属用户服务器发送查询被叫用户业务状态的请求；
[0009] 接收自归属用户服务器查询到的被叫用户业务状态；
[0010] 根据被叫用户业务状态确定是否通知被叫用户获取多媒体消息。
[0011] 在本公开的一些实施例中，被叫用户业务状态包括被叫终端开机与关机、以及被 叫号码停机与空号。
[0012] 在本公开的一些实施例中，根据被叫用户业务状态确定是否通知被叫用户获取多 媒体消息的步骤包括：
[0013] 响应于被叫用户业务状态为被叫号码停机与空号，不通知被叫用户获取多媒体信 肩、。
[0014] 在本公开的一些实施例中，根据被叫用户业务状态确定是否通知被叫用户获取多 媒体消息的步骤包括：
[0015] 响应于被叫用户业务状态为被叫终端开机，通知被叫用户获取多媒体信息。
[0016] 在本公开的一些实施例中，根据被叫用户业务状态确定是否通知被叫用户获取多 媒体消息的步骤包括：
[0017] 响应于被叫用户业务状态为被叫终端关机，按照设置的重发策略对多媒体消息进 行重发，在满足重发策略中设定的重发时间与重发次数后，如果查询到的被叫用户业务状 态仍为被叫终端关机，则将多媒体消息转发至多媒体消息相册。
[0018] 在本公开的一些实施例中，查询被叫用户业务状态的请求中包含被叫用户的用户 标识字段。
[0019] 根据本公开，还提供了一种MS网络中被叫用户业务状态的查询装置，包括：
[0020] 多媒体消息接收单元，用于接收主叫用户发送的多媒体消息；
[0021] 查询请求发送单元，用于向归属用户服务器发送查询被叫用户业务状态的请求；
[0022] 查询结果接收单元，用于接收自归属用户服务器查询到的被叫用户业务状态；
[0023] 通知确定单元，用于根据被叫用户业务状态确定是否通知被叫用户获取多媒体消 肩、。
[0024] 在本公开的一些实施例中，被叫用户业务状态包括被叫终端开机与关机、以及被 叫号码停机与空号。
[0025] 在本公开的一些实施例中，通知确定单元响应于被叫用户业务状态为被叫号码停 机与空号，不通知被叫用户获取多媒体信息。
[0026] 在本公开的一些实施例中，通知确定单元响应于被叫用户业务状态为被叫终端开 机，通知被叫用户获取多媒体信息。
[0027] 在本公开的一些实施例中，通知确定单元响应于被叫用户业务状态为被叫终端关 机，按照设置的重发策略对多媒体消息进行重发，在满足重发策略中设定的重发时间与重 发次数后，如果查询到的被叫用户业务状态仍为被叫终端关机，则将多媒体消息转发至多 媒体消息相册。
[0028] 在本公开的一些实施例中，查询被叫用户业务状态的请求中包含被叫用户的用户 标识字段。
[0029] 在本公开的技术方案中，通过自归属用户服务器获取被叫用户业务状态的方式知 晓待接收多媒体消息的被叫用户当前的状态。再根据不同状态确定是否向被叫用户发出获 取多媒体消息的通知。使得并不是处于任意状态的被叫用户都接收多媒体信息，而造成对 主叫用户的乱收费现象，进而提高了主叫用户使用多媒体业务的用户体验。
【专利附图】
【附图说明】
[0030] 此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分。在附 图中：
[0031] 图1是本公开一个实施例的MS网络中被叫用户业务状态的查询方法的流程示意 图。
[0032] 图2描述的是多媒体消息业务组网图。
[0033] 图3描述的是本公开中的丽SC与HSS之间的状态查询接口与消息示意图。
[0034] 图4描述的是本公开的丽SC与HSS对状态查询消息的处理流程。
[0035] 图5是本公开一个实施例的MS网络中被叫用户业务状态的查询装置的结构示意 图。
【具体实施方式】
[0036] 下面将参照附图描述本公开。要注意的是，以下的描述在本质上仅是解释性和示 例性的，决不作为对本公开及其应用或使用的任何限制。除非另外特别说明，否则，在实施 例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外， 本领域技术人员已知的技术、方法和装置可能不被详细讨论，但在适当的情况下意在成为 说明书的一部分。
[0037] 针对MS网络中存在无法查询被叫用户业务状态的问题，本公开下述实施例提 出了一种MS网络中被叫用户业务状态的查询方法与装置，通过增加MS网络中丽SC (Multimedia Message ServiceCenter，多媒体消息业务中心）与HSS (Home Subscriber Server，归属用户服务器)之间的状态查询接口与消息字段，并规定了MMSC和HSS对状态查 询消息的处理流程，进而实现了接收多媒体消息流程中对被叫用户业务状态的查询。
[0038] (1)在MS网络中增加丽SC与HSS之间的用户业务状态查询接口；
[0039] (2)新增用户业务状态查询接口中状态查询消息及其响应消息；
[0040] (3)规定了丽SC和HSS对用户业务状态查询消息的处理流程。
[0041] 图1是本公开一个实施例的MS网络中被叫用户业务状态的查询方法的流程示意 图。
[0042] 如图1所示，该实施例可以包括以下步骤：
[0043] S102,接收主叫用户发送的多媒体消息，其中，该多媒体消息中包括被叫用户的号 码息。
[0044] S104,向归属用户服务器发送查询被叫用户业务状态的请求；
[0045] 其中，查询被叫用户业务状态的请求中包含被叫用户的用户标识字段，该用户标 识为公有用户标识頂PU(MSPublicUser，MS公共用户），格式为：用户名@归属网络域 名。
[0046] 归属网络域名用于标识用户所归属的IMS网络，移动用户的归属网络域名存储在 用户的ISIM(IMSSubscriberIdentityModule,IMS用户识别模块）卡中，用于在注册过 程找到用户归属的IMS网络。中国电信IMS网络内部以省为单位分配归属网络域名，各省 IMS归属网络域名的格式可以设为："省份标签.中国电信企业标识"。省份标签命名如北 京的IMS域的归属域名为bj.etc。
[0047] 公有用户标识是IMS用户在网络中通信的标识，公有用户标识用于SIP (Session Initiated Protocol，会话起始协议）消息的路由。公有用户标识的格式可以采用SIP URI (Uniform Resource Identifier，统一资源标识）和TEL URI两种格式。中国电信 IMS用户的TEL号码的格式为："Tel :用户号码"，用户号码采用E. 164的编号规则。中国 电信頂S用户SIP URI的格式为："SIP:用户名@域名"。例如，用户申请的TELURI为： "tel:01058552100"，其默认的SIP URI为："01058552100@bj.ctcims.com"，同时其还可 以申请一个以字母开头的个性SIP URI"Peterl234@bj. ctcims. com"。在MS网络里，頂PU 相当于189手机号码。
[0048] 具体地，在接收到主叫用户发送的多媒体消息后，将被叫用户的号码信息转换为 用户标识信息，利用转换后的用户标识信息到归属用户服务器中查询该被叫用户当前的业 务状态。
[0049] S106,接收自归属用户服务器查询到的被叫用户业务状态；
[0050] 在归属用户服务器根据被叫用户的号码信息查询出该用户的业务状态后返回给 查询请求的发起者。
[0051]S108,根据被叫用户业务状态确定是否通知被叫用户获取多媒体消息。
[0052] 在该实施例中，通过自归属用户服务器获取被叫用户业务状态的方式知晓待接收 多媒体消息的被叫用户当前的状态。再根据不同状态确定是否向被叫用户发出获取多媒体 消息的通知。使得并不是处于任意状态的被叫用户都接收多媒体信息，而造成对主叫用户 的乱收费现象，进而提高了主叫用户使用多媒体业务的用户体验。
[0053] 具体地，被叫用户业务状态可以包括被叫终端开机与关机、以及被叫号码停机与 空号。本公开实施例针对用户的不同业务状态进行不同的处理流程。
[0054] 例如，在步骤S108中，如果被叫用户业务状态为被叫号码停机或被叫用户的号码 为空号，则表明被叫用户的业务已被注销，为了降低系统处理负荷，同时也为了提升主叫用 户的多媒体业务使用体验，响应于被叫用户业务状态为被叫号码停机与空号，可以不通知 被叫用户获取多媒体信息。
[0055] 或者，在步骤S108中，如果被叫用户业务状态为被叫终端开机，则表明被叫用户 处于正常激活状态并处于可接收消息状态，响应于被叫用户业务状态为被叫终端开机，可 以通知被叫用户获取多媒体信息，同时提高主被叫用户的使用体验。
[0056] 或者，在步骤S108中，如果被叫用户业务状态为被叫终端关机，则表明被叫用户 业务并未注销但当前处于不能及时接收短信的状态，响应于被叫用户业务状态为被叫终端 关机，按照设置的重发策略对多媒体消息进行重发，在满足重发策略中设定的重发时间与 重发次数后，如果查询到的被叫用户业务状态仍为被叫终端关机，则将多媒体消息转发至 多媒体消息相册。
[0057] 图2描述的是多媒体消息业务组网图。
[0058] 如图2所示，在该网络中包括HSS、MMSC、SIP消息中心、S-CSCF(ServingCall SessionControlFunction,服务呼叫会话控制功能）和核心网。
[0059] (1)丽SC向HSS发送状态查询消息；
[0060] (2)HSS向丽SC返回"终端开机"、"终端关机"、"被叫号码为空号"或"被叫号码停 机"等状态消息；
[0061] (3)如果HSS向丽SC返回的是"被叫号码为空号、被叫号码停机"的状态消息，贝IJ MMSC不通知被叫用户获取多媒体消息；
[0062] (4)如果HSS向丽SC返回的是"终端关机"的状态消息，并且被叫用户在固定时间 内无响应，则进行消息的重发，并在达到设定的重发次数或重发时间后将该消息转发至多 媒体消息相册；
[0063] 例如，MMSC在接收到关机状态后不向用户发送多媒体消息，直接进行按重发策略 执行。重发策略可以为发送不成功则周期性的进行重发，例如，重发周期可以为1-30分钟， 可设置，最多重发16次，重发次数也可设置。如果达到重发策略规定的时间和次数并且查 询到被叫用户的业务状态还是"终端关机"，那么就将接收到的多媒体消息转发至相册，待 被叫用户开机后再从相册中获取该多媒体消息。
[0064] (5)如果HSS向丽SC返回的是"终端开机"的状态消息，则丽SC通过SIP消息中 心向S-CSCF发送多媒体消息。
[0065] 图3描述的是本公开中的丽SC与HSS之间的状态查询接口与消息示意图。
[0066] 如图3所示，MMSC向HSS发送状态查询消息Query_MMuser'slnfo.REQ，其中包含 "用户标识"字段；
[0067]HSS向MMSC返回响应消息Query_MMuser'slnfo.RES，其中包含"用户状态"消息。
[0068] 当MMSC查询到被叫用户业务状态时的处理策略如下：
【权利要求】
1. 一种MS网络中被叫用户业务状态的查询方法，其特征在于，包括： 接收主叫用户发送的多媒体消息； 向归属用户服务器发送查询被叫用户业务状态的请求； 接收自所述归属用户服务器查询到的被叫用户业务状态； 根据所述被叫用户业务状态确定是否通知被叫用户获取所述多媒体消息。
2. 根据权利要求1所述的MS网络中被叫用户业务状态的查询方法，其特征在于，所述 被叫用户业务状态包括被叫终端开机与关机、以及被叫号码停机与空号。
3. 根据权利要求2所述的MS网络中被叫用户业务状态的查询方法，其特征在于，根据 所述被叫用户业务状态确定是否通知被叫用户获取所述多媒体消息的步骤包括： 响应于所述被叫用户业务状态为被叫号码停机与空号，不通知所述被叫用户获取所述 多媒体信息。
4. 根据权利要求2所述的MS网络中被叫用户业务状态的查询方法，其特征在于，根据 所述被叫用户业务状态确定是否通知被叫用户获取所述多媒体消息的步骤包括： 响应于所述被叫用户业务状态为被叫终端开机，通知所述被叫用户获取所述多媒体信 肩、。
5. 根据权利要求2所述的MS网络中被叫用户业务状态的查询方法，其特征在于，根据 所述被叫用户业务状态确定是否通知被叫用户获取所述多媒体消息的步骤包括： 响应于所述被叫用户业务状态为被叫终端关机，按照设置的重发策略对所述多媒体消 息进行重发，在满足所述重发策略中设定的重发时间与重发次数后，如果查询到的被叫用 户业务状态仍为被叫终端关机，则将所述多媒体消息转发至多媒体消息相册。
6. 根据权利要求1所述的MS网络中被叫用户业务状态的查询方法，其特征在于，所述 查询被叫用户业务状态的请求中包含所述被叫用户的用户标识字段。
7. -种MS网络中被叫用户业务状态的查询装置，其特征在于，包括： 多媒体消息接收单元，用于接收主叫用户发送的多媒体消息； 查询请求发送单元，用于向归属用户服务器发送查询被叫用户业务状态的请求； 查询结果接收单元，用于接收自所述归属用户服务器查询到的被叫用户业务状态； 通知确定单元，用于根据所述被叫用户业务状态确定是否通知被叫用户获取所述多媒 体消息。
8. 根据权利要求7所述的MS网络中被叫用户业务状态的查询装置，其特征在于，所述 被叫用户业务状态包括被叫终端开机与关机、以及被叫号码停机与空号。
9. 根据权利要求8所述的MS网络中被叫用户业务状态的查询装置，其特征在于，所述 通知确定单元响应于所述被叫用户业务状态为被叫号码停机与空号，不通知所述被叫用户 获取所述多媒体信息。
10. 根据权利要求8所述的MS网络中被叫用户业务状态的查询装置，其特征在于，所 述通知确定单元响应于所述被叫用户业务状态为被叫终端开机，通知所述被叫用户获取所 述多媒体信息。
11. 根据权利要求8所述的MS网络中被叫用户业务状态的查询装置，其特征在于，所 述通知确定单元响应于所述被叫用户业务状态为被叫终端关机，按照设置的重发策略对所 述多媒体消息进行重发，在满足所述重发策略中设定的重发时间与重发次数后，如果查询 到的被叫用户业务状态仍为被叫终端关机，则将所述多媒体消息转发至多媒体消息相册。
12.根据权利要求7所述的MS网络中被叫用户业务状态的查询装置，其特征在于，所 述查询被叫用户业务状态的请求中包含所述被叫用户的用户标识字段。
【文档编号】H04L29/06GK104519009SQ201310447324
【公开日】2015年4月15日 申请日期:2013年9月27日 优先权日:2013年9月27日
【发明者】凌玉萍, 毛安平, 李宏, 渠凯, 王燕川 申请人:中国电信股份有限公司