专利名称：一种在多媒体业务中下发计费信息的方法
技术领域：
本发明涉及通信技术领域，特别是指一种在多媒体业务中下发计费信息
的方法。
背景技术：
多媒体业务由于其自身特点，进行一次多媒体呼叫除了需要完成呼叫控 制信令的接通过程之外，还需要完成媒体能力协商过程。
当前3G网络对终端的要求是在完成呼叫控制信令的接通过程之后再进 行媒体能力协商过程。而根据现有的多媒体呼叫控制信令的定义，如会话发 起协议(SIP)、独立承载呼叫控制协议(BICC)、 ISDN用户部分(ISUP) 等，呼叫在控制信令接通时就必须决定此次呼叫是否计费，而且在整呼叫过 程中无法修改此次呼叫是否计费的属性。
参见图1,下面以采用ISUP为呼叫控制信令的多媒体彩铃呼叫为例，说 明现有的多媒体业务的方法。本例中移动用户A为主叫即MO (Mobile Originated )移动用户B为被叫即MT ( Mobile Terminated )，且用 户B已注册了彩铃业务。
步骤1 ~ 2，用户A拨打用户B的电话号码，即MO向始发侧移动交换 中心服务器(O—MSC Server)发起建立(SETUP )消息，0_MSC Server向 归属位置寄存器(HLR)发送发送路由信息请求消息(SRI)，查询位置信息。
步骤3~5, HLR向被叫用户B所在的终结侧移动交换中心服务器 (T一MSC Server)发送用于获取漫游号码的取漫游号码(PRN)消息。HLR 将获取到的用户漫游信息发送给O—MSC Server,在SRI_ACK消息中，将 SS一CODE设置成254 (0xFE)，标识用户开通彩铃业务，其中SS—CODE的 取值可以根据运营商的规划进行设置。O—MSC Server根据SS—CODE分析被 叫属性，并记录^皮叫属性。
步骤6， O—MSC Server向多媒体彩铃业务(也称为MRBT、 CRBT或 PRBT)平台发起初始地址消息(IAM)即发起一个呼叫，该消息中包含的被
叫号码为Prefix+MSRN,其中Prefix用于让MSC将呼叫接续到MRBT平台。
步骤7 ~ 9， MRBT平台收到IAM消息后，向T—MSC Server发起一个呼 叫，即向T一MSC Server发送包舍MSRN的IAM消息；之后，T—MSC Server 发送寻呼消息(PAGING)消息寻呼被叫；
步骤10 ~ 11,寻呼被叫成功后,MT向T一MSC Server发送Alerting消息； T一MSC Server收到后，向MRBT平台发送地址全消息(ACM )。
步骤12 ~ 15, MRBT平台向O-MSC发送ACM， O-MSC向MO发送 Alerting消息；MRBT平台向O—MSC Server发送应答消息(ANM)，告知 ()—MSC Server接通主叫终端；在ANM中包含计费标识；0_MSC Server向 MO发送连接(CONNECT )消息接通主叫，此时按照协议处理，O—MSC Server
开始对主叫计费。
步骤16~ 19,主叫MO发起能力协商，MRBT平台采用H.245协议通过 TCS、 MSD、 LMS和OLC等消息完成与MO的能力协商并接通网络。
步骤20, MRBT平台根据被叫用户B和主叫用户A，查找到用户B针 对主叫用户定制信息，向主叫用户A播放用户B定制的多媒体彩铃。
步骤21 ~ 22 ，当被叫应答后，MT给T_MSC Server发送CONNECT消 息，T_MSC Server发送ANM消息给MRBT平台。
步骤23~26，被叫发起能力协商，MRBT平台采用H.245协议通过 TCS/MSD/LMS/OLC等消息完成与MT的能力协商。
步骤27， MRBT平台完成主被叫终端能力协商过程后，停止向主叫播放 彩铃，4妻通主一皮叫，让主4皮叫进4亍通i舌。
步骤28~31，当主叫挂机时，O—MSC Server向MRBT平台发送释放 (REL )消息，MRBT平台向T_MSC Server发送REL消息，拆除主被叫之 间的连接，释放呼叫，拆除完成后，T—MSC Server给MRBT平台返回释放 完成(RLC )消息，MRBT平台给O—MSC Server返回RLC消息。
通过上述流程可以看出，在呼叫接续过程中当被叫振铃时，MRBT为了 触发主叫的^ 某体能力协商过程，必须给0—MSC Server发送ANM消息，并 指示了此次呼叫需要计费。O MSC Server收到该消息后认为呼叫已经接通，
开始计费，从而导致了多媒体彩铃播放期间对主叫收费。
可见，对于无需计费的呼叫采用上述流程的方式没有问题。但对需要计 费的呼叫，这种处理方式不仅会产生对媒体能力协商过程收费的问题，而且 会对一些多媒体增值业务产生影响。如多媒体呼叫中心无法在用户排队时播 放免费的等待画面；多媒体彩铃无法在彩铃播放时不计费等等。
针对上述问题，现有的解决方法是修改终端，在呼叫控制信令还未接 通前主动发起媒体能力协商过程，如在被叫振铃时主叫就开始媒体能力协商。 现有解决方法需要对所有终端进行升级，虽然其解决了计费的问题，但代价 太高，令运营商和用户均无法承受。
发明内容
有鉴于此，本发明的目的在于提供一种在多媒体业务中下发计费信息的 方法，以解决多媒体业务中在呼叫接通前对主叫进行计费的问题。 为达到上述目的，本发明的技术方案包括
一种在多媒体业务中下发计费信息的方法，主叫终端发起呼叫，网络侧 对被叫寻呼成功后，包括
多媒体业务平台告知主叫所在交换设备接通主叫终端，且通知主叫所在 交换设备不计费；
多媒体业务平台与主叫终端进行媒体能力协商，并在协商成功后为主叫 终端播放多媒体业务；
在主被叫通话之前，多媒体业务平台通知主叫所在交换设备进行计费， 之后，停止向主叫终端播放多媒体业务，主被叫间进行通话。
较佳地，所述多媒体业务平台包括多媒体彩铃业务平台、多媒体呼叫中 心IPCC。
较佳地，所述呼叫基于多媒体呼叫控制协议，且所述多媒体呼叫控制协 议包括ISDN用户部分ISUP协议、会话发起协议SIP、独立承载呼叫控制协 议BICC和H.323协议。
较佳地，当所述呼叫基于ISUP时，所述多媒体业务平台告知主叫所在 交换设备接通主叫终端的信息由应答消息ANM承载，或者由CPG消息承载；
所述多媒体业务平台通知主叫所在交换设备不计费的方式为在ANM
中携带不计费的指示。
较佳地，所述多媒体业务平台通知主叫所在交换设备进行计费的信息由
CPG消息，或由ANM消息承栽，且所速消息中携带指示计费的信息。
较佳地，当所述呼叫基于SIP时，所述多媒体业务平台告知主叫所在交 换设备接通主叫终端的信息由200OK消息承载；
所述多媒体业务平台通知主叫所在交换设备不计费的方式为在扩展的 200OK消息中携带不计费的指示。
较佳地，所述多媒体业务平台通知主叫所在交换设备进行计费的信息由 扩展的INFO消息承载，且该消息中携带指示计费的信息。
较佳地，在主被叫间进行通话期间，进一步包括所述多媒体业务平台 向主叫和/或被叫所在交换设备下发不计费指示。
较佳地，在不计费期间进一步包括所述多媒体业务平台为主叫和/或被 叫终端播放预设的多媒体业务，播放完毕后，再次向主叫和/或被叫所在交换 设备下发计费信息，主被叫间继续进行通话。
较佳地，所述交换设备为移动交换中心服务器MSC Server,或固网中的 软交换机SoftSwitch。
本发明的关键是主叫终端发起呼叫，网络侧对被叫寻呼成功后，多媒 体业务平台告知主叫所在交换设备接通主叫终端，且通知主叫所在交换设备 不计费；之后，多媒体业务平台与主叫终端进行媒体能力协商，并在协商成 功后为主叫终端播放多媒体业务；在主被叫通话之前，多媒体业务平台通知 主叫所在交换设备进行计费，之后，停止向主叫终端播放多媒体业务，主被 叫间进行通话。应用本发明，避免了多媒体业务中呼叫接通前对主叫进行计 费的问题。
另外，应用本发明还可以对主被叫实现分段计费，即在通话期间插播一 段或几段的免费广告。
本发明实现简单，且与现有技术有很好的兼容性。
图l是现有技术一实施例的下发计费信息的流程图2是根据本发明一实施例的下发计费信息的实现流程图。
具体实施例方式
下面结合附图及具体实施例对本发明再做详细说明。
本发明的思路是在多媒体业务平台和主被叫之间进行媒体能力协商时， 不对主叫进行计费，在与主被叫的媒体能力协商均完成之后，主被叫之间通话 之前，再对主叫进行计费，从而避免多媒体业务中呼叫接通前对主叫进行计费 的问题。具体为
主叫终端发起呼叫，网络侧对被叫寻呼成功后，多^ 某体业务平台告知主叫 所在交换设备接通主叫终端，且通知主叫所在交换设备不计费；之后，多媒体 业务平台与主叫终端进行媒体能力协商，并在协商成功后为主叫终端播放多媒 体业务；在主被叫通话之前，多i某体业务平台通知主叫所在交换设备进行计费， 之后，停止向主叫终端播放多媒体业务，主被叫间进行通话。上述交换设备可 以是移动网中的移动交换中心服务器(MSC Server),也可以是固网中的软交 换机(SoftSwitch )。
图2所示为根据本发明 一 实施例的下发计费信息的实现流程图。本例中移 动用户A为主叫即MO ( Mobile Originated )移动用户B为净皮叫即MT (Mobile Terminated)，且用户B已注册了彩铃业务。
步骤l ~ ll与现有处理过程相同，具体为
步骤1 ~2，用户A拨打用户B的电话号码，即MO向O—MSC Server 发起SETUP消息，O—MSC Server向HLR发送SRI,查询位置信息。
步骤3~5， HLR向被叫用户B所在的终结侧移动交换中心(T_MSC Server )发送获取漫游号码的PRN消息。HLR将获取到的用户漫游信息发送 给O—MSC Server,在SRI—ACK消息中，将SS—CODE设置成254 ( 0xFE )， 标识用户开通彩铃业务，其中SS一CODE的取值可以根据运营商的规划进行 设置。0_MSC Server根据SS一CODE分析被叫属性，并记录被叫属性。
步骤6， O—MSC Server向MRBT发起IAM即发起一个呼叫，该消息中 包含的被叫号码为Prefix+MSRN，其中Prefix用于让MSC将呼叫接续到 MRBT平台。
步骤7-9， MRBT平台收到IAM消息后，向T—MSC Server发起一个呼 叫，即向T MSC Server发送包含MSRN的IAM消息；之后，T_MSC Server
发送PGAING消息寻呼被叫；
步骤10 ~ 11,寻呼被叫成功后，MT向T—MSC Server发送Alerting消息； T—MSC Server收到后，向MRBT平台发送ACM。
步骤12 ~ 15， MRBT平台向O-MSC发送ACM， O-MSC向MO发送 Alerting消息；MRBT平台向O—MSC Server发送ANM，告知O—MSC Server 接通主叫终端；但在ANM中携带不计费标识；O—MSC Server向MO发送 CONNECT消息接通主叫，此时按照协议处理，O一MSC Server不会对主叫进
行计费。
步骤16~26与现有处理过程相同，具体为
步骤16~ 19，主叫MO发起能力协商，MRBT平台采用H.245协议通过 TCS、 MSD、 LMS和OLC等消息完成与MO的能力协商并接通网络。
步骤20, MRBT平台根据被叫用户B和主叫用户A,查找到用户B针 对主叫用户定制信息，向主叫用户A播放用户B定制的多^ 某体彩铃。
步骤21 ~ 22,当被叫应答后，MT给T—MSC Server发送CONNECT消 息，T—MSC Server发送ANM消息给MRBT平台。
步骤23~26，被叫发起能力协商，MRBT平台采用H.245协议通过 TCS/MSD/LMS/OLC等消息完成与MT的能力协商。
至此，MRBT平台和主被叫之间的媒体能力协商完毕。
步骤27, MRBT平台给O—MSC Server发送呼叫过程(CPG )消息，该 消息中携带指示O一MSC Server对呼叫开始计费的信息。
步骤28~32与现有的步骤27~31的具体处理过程相同，具体为
步骤28， MRBT平台停止向主叫播放彩铃，4妻通主被叫，让主被叫进行通话。
步骤29~32,当主叫挂机时，O—MSC Server向MRBT平台发送REL消 息，MRBT平台向T一MSC Server发送REL消息，拆除主被叫之间的连接， 释放呼叫，拆除完成后，T_MSC Server给MRBT平台返回RLC消息，MRBT 平台给O—MSC Server返回RLC消息。
上述流程的关键是在MRBT给O—MSC Server发送ANM消息时，先
在该消息的计费指示参数中标记此次呼叫不计费。这样在彩铃播放期间 ()—MSC Server不会对主叫进行计费。当被叫摘机后，MRBT先和被叫协商 完媒体能力后再给O—MSC Server发送CPG消息，该消息中的计费指示参数 要求O—MSC Server对呼叫开始计费。从而避免了多媒体业务中呼叫接通前 对主叫进行计费的问题，实现了 一个多媒体彩铃呼叫在彩铃播放期间不收费， 主被叫开始通话后才计费的处理过程。
上述实施例中，通知O—MSC Server不计费的消息是由ANM承载的， 通知O一MSC Server开始计费的消息是由CPG消息承载的，在实际应用中， 通知O—MSC Server不计费的消息也可以由CPG消息来承载，通知O—MSC Server开始计费的消息也可以由ANM承载，或者，上迷两个消息均由CPG
消息来承载。
以上实施例是以ISUP为例进行说明的，对于采用SIP、 H.323、 BICC等 其它多媒体呼叫控制协议实现多媒体业务功能时也可采用类似的方法解决多 媒体业务播放期间计费问题。例如采用SIP协议实现多媒体彩铃业务时，在 SIP协议中，对应ISUP的ANM消息的是SIP协议的200 OK消息，对应CPG 消息的是INFO消息。由于SIP当前协议的200 OK消息和INFO消息无计费 指示信息，但只需对上述两个消息进行扩展即可。
图2是以多媒体彩铃业务为进行说明的，对于其他多媒体业务，如提供 用户应用的多媒体呼叫中心(IPCC),也可以采用类似方法解决计费问题。
例如，宽带用户呼叫IPCC日于，若由于坐席全忙需要排队，则IPCC会给 用户终端播放排队等待画面。而多媒体业务中播放等待画面需要先进行媒体 能力协商，为了触发IPCC和主叫间的媒体能力协商过程，IPCC需给用户终 端回送应答信号，例如SIP中的200 OK消息、ISUP中的ANM消息。这就 和多媒体彩铃一样，交换设备收到200 OK或ANM消息后，对用户开始计 费，因而造成用户在排队时被收费。应用本发明。此时，只需在200 OK消 息、ISUP中的ANM中首先指示不计费，在媒体能力协商后给用户播放等待 画面。在坐席空闲后接通主叫时，再发送ISUP的CPG消息或SIP的INFO 指示交换设备开始计费。这样便解决了 IPCC中用户排队期间计费的问题。
另外，应用本发明，在主被叫间进行通话期间，多媒体业务平台还可以
向主叫和/或被叫所在交换设备下发不计费指示， 一段预设时间之后，再次向 主叫和/或被叫所在交换设备下发计费信息，这样，可以在一个呼叫中多次修 改计费属性，从而实现分段计费的功能。例如，多媒体业务平台向主叫和/ 或被叫所在交换设备下发不计费指示后，为主叫和/或被叫终端播放预设的多 媒体业务，播放完毕后，再次向主叫和/或被叫所在交换设备下发计费信息， 主被叫间继续进行通话，即在通话期间插播一段或几段的免费广告。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范 围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包 含在本发明的保护范围内。
权利要求
1、一种在多媒体业务中下发计费信息的方法，主叫终端发起呼叫，网络侧对被叫寻呼成功后，其特征在于，包括多媒体业务平台告知主叫所在交换设备接通主叫终端，且通知主叫所在交换设备不计费；多媒体业务平台与主叫终端进行媒体能力协商，并在协商成功后为主叫终端播放多媒体业务；在主被叫通话之前，多媒体业务平台通知主叫所在交换设备进行计费，之后，停止向主叫终端播放多媒体业务，主被叫间进行通话。
2、 根据权利要求1所述的方法，其特征在于，所述多媒体业务平台包括 多媒体彩铃业务平台、多媒体呼叫中心IPCC。
3、 根据权利要求1所述的方法，其特征在于，所述呼叫基于多媒体呼叫 控制协议，且所述多媒体呼叫控制协议包括ISDN用户部分ISUP协议、会 话发起协议SIP、独立承载呼叫控制协议BICC和H.323协议。
4、 根据权利要求3所述的方法，其特征在于，当所述呼叫基于ISUP时， 所述多媒体业务平台告知主叫所在交换设备接通主叫终端的信息由应答消息ANM承载，或者由CPG消息承载；所述多媒体业务平台通知主叫所在交换设备不计费的方式为在ANM 中携带不计费的指示。
5、 根据权利要求4所述的方法，其特征在于，所述多媒体业务平台通知 主叫所在交换设备进行计费的信息由CPG消息，或由ANM消息承载，且 所述消息中携带指示计费的信息。
6、 根据权利要求3所述的方法，其特征在于，当所述呼叫基于SIP时， 所述多媒体业务平台告知主叫所在交换设备接通主叫终端的信息由200OK消息承载；所述多媒体业务平台通知主叫所在交换设备不计费的方式为在扩展的 200OK消息中携带不计费的指示。
7、 根据权利要求6所述的方法，其特征在于，所述多媒体业务平台通知 主叫所在交换设备进行计费的信息由扩展的INFO消息承载，且该消息中携 带指示计费的信息。
8、 根据权利要求1所述的方法，其特征在于，在主被叫间进行通话期间，进一步包括所述多媒体业务平台向主叫和/或被叫所在交换设备下发不计费指^。
9、 根据权利要求8所述的方法，其特征在于，在不计费期间进一步包括 所述多媒体业务平台为主叫和/或被叫终端播放预设的多媒体业务，播放完毕 后，再次向主叫和/或被叫所在交换设备下发计费信息，主被叫间继续进行通话。
10、 根据权利要求1所述的方法，其特征在于，所述交换设备为移动交 换中心服务器MSC Server,或固网中的软交换机SoftSwitch。
全文摘要
本发明公开了一种在多媒体业务中下发计费信息的方法，关键是主叫终端发起呼叫，网络侧对被叫寻呼成功后，多媒体业务平台告知主叫所在交换设备接通主叫终端，且通知主叫所在交换设备不计费；之后，多媒体业务平台与主叫终端进行媒体能力协商，并在协商成功后为主叫终端播放多媒体业务；在主被叫通话之前，多媒体业务平台通知主叫所在交换设备进行计费，之后，停止向主叫终端播放多媒体业务，主被叫间进行通话。应用本发明避免了多媒体业务中呼叫接通前对主叫进行计费的问题。另外，应用本发明还可以对主被叫实现分段计费。本发明实现简单，且与现有技术有很好的兼容性。
文档编号H04Q7/22GK101102202SQ20061009844
公开日2008年1月9日 申请日期2006年7月7日 优先权日2006年7月7日
发明者吴燕宇, 霖 林, 宇 苏, 莫晓军 申请人:华为技术有限公司