SIP用户代理业务切换的信息上报方法
阅读：248发布：2024-02-06
专利汇可以提供SIP用户代理业务切换的信息上报方法专利检索，专利查询，专利分析的服务。并且本 发明 涉及一种SIP 用户代理 业务切换的信息上报方法，包括：(a)SIP用户代理进行业务类型切换，完成业务切换的SIP用户代理向SIP业务控制单元发送SIP消息，所述SIP消息中携带有已切换的业务类型和所采用的编解码信息；(b)所述SIP业务控制单元根据所接收到的SIP消息进行计费或者操作维护管理。实施本发明，可以很容易地解决SIP用户代理在业务切换时的计费和操作维护管理问题。，下面是SIP用户代理业务切换的信息上报方法专利的具体信息内容。
1、一种SIP用户代理业务切换的信息上报方法，其特征在于，包括：
(a)SIP用户代理进行业务类型切换，完成业务切换的SIP用户代理向 SIP业务控制单元送SIP消息，所述SIP消息中携带有已切换的业务类型和所 采用的编解码信息；
(b)所述SIP业务控制单元可根据所接收到的SIP消息进行计费以及操 作维护管理。
2、如权利要求1所述的SIP用户代理业务切换的信息上报方法，其特征 在于，在步骤(a)之前进一步包括：在呼叫建立阶段主被叫SIP用户代理进 行能力协商，协商出每一需要支持的业务类型所采用的编解码及其参数、每种 编解码所使用的IP地址和端口。
3、如权利要求2所述的SIP用户代理业务切换的信息上报方法，其特征 在于，步骤(a)进一步包括：
(a1)SIP用户代理从第一业务类型切换至第二业务类型，所采用的编解 码从第一编解码切换至第二编解码；
(a2)完成业务切换的SIP用户代理向SIP业务控制单元发送第一SIP消 息，所述SIP消息中携带有第二业务类型和所采用的第二编解码以及该第二编 解码附带的参数；
(a3)第二业务类型结束后，SIP用户代理从第二业务类型切换回第一业 务类型，所采用的编解码从第二编解码切换回第一编解码；
(a4)完成业务切换的SIP用户代理向SIP业务控制单元发送第二SIP消 息，所述SIP消息中携带有第一业务类型和所采用的第一编解码以及该第一编 解码附带的参数。
4、如权利要求3所述的SIP用户代理业务切换的信息上报方法，其特征 在于，步骤(b)进一步包括：
所述SIP业务控制单元根据第一SIP消息及第二SIP消息进行计费以及网 络操作维护管理。
5、如权利要求4所述的SIP用户代理业务切换的信息上报方法，其特征 在于，所述第一SIP消息及第二SIP消息的头域中设置一个内容类型，消息体 包括分别用来描述业务类型和编解码信息的字段。
6、如权利要求4所述的SIP用户代理业务切换的信息上报方法，其特征 在于：所述第一SIP消息及第二SIP消息是采用会话描述协议来描述业务类型 及编解码信息。
7、如权利要求1至6任一项所述的SIP用户代理业务切换的信息上报方 法，其特征在于，所述业务类型为语音、传真、调制解调、文本、数据以及视 频中之一种；所述编解码信息为主叫与被叫之间会话描述协议协商出的编解 码，至少包含G.729、G.711、T38、V.150中之一种以及该编解码的参数。
8、如权利要求7所述的SIP用户代理业务切换的信息上报方法，其特征 在于，所述第一SIP消息及第二SIP消息为INFO消息、NOTIFY消息、 Re-INVITE消息或UPDATE消息。
9、如权利要求8所述的SIP用户代理业务切换的信息上报方法，其特征 在于，所述SIP用户代理为SIP终端、SIP IAD或SIP网关。
10、如权利要求9所述的SIP用户代理业务切换的信息上报方法，其特征 在于，所述业务切换为业务类型的切换或编解码的切换。
技术领域
本发明涉及下一代网络(NGN)领域，更具体地说，涉及一种在下一代 网络中SIP用户代理业务切换的信息上报方法。
背景技术
NGN(Next Generation Network，下一代网络)由于其具有的众多优点越 来越成为关注的焦点。从发展的角度来看，NGN是从传统的以电路交换为主 的PSTN网络中逐渐迈向以分组交换为主，其承载了原有PSTN(公共交换电 话网)网络的所有业务，并且将大量的数据传输由IP网络来实现，减轻PSTN 网络的重荷，又以因特网协议(Internet Protocol，IP)技术的新特性增加许多 新业务和增强了许多原有的业务。从这个意义上讲，NGN是基于TDM(时分 复用)的PSTN语音网络和基于IP/ATM的分组网络融合的产物，其可以进行 诸如语音、视频、数据等的综合业务。将现有网络演变成下一代网络，并且 原有的网络与新的网络并存都需要相当长的时间，所以新的网络还需能够和 现有网络互通，新的网络应能实现原有网络的已有功能。
而会话初始协议(Session Initiation Protocol，SIP)是NGN中的主要协议 之一。SIP是一个应用层的控制协议，可以用来建立、修改和终止多媒体会话 (或者会议)。使用SIP用户代理(SIP UA)可以在NGN架构下以B2B用户 代理的模式可实现数字传真、调制解调(modem)、文本(text)等数据业务。 本发明中SIP用户代理可以是SIP终端、SIP IAD(Integrated Access Device， 综合接入设备)或SIP网关。也可以通过SIP代理服务器(proxy)来实现这 些数据业务。其中，SIP终端包括硬终端和软终端，其中，SIP硬终端可以直 接接入到IP网中，为用户提供语音业务和增值业务，如IP电话、IP电话网 关等。SIP软终端是将SIP终端软件加载在PC机上，配合耳机和麦克风就能 为用户提供语音业务，如果配上摄像头，还能为用户提供视频通信业务，如 IP电话软件等。如图1，示出了一种现有的SIP业务代理实现数据业务的简单 模型示意图。其中，SIP业务代理可以发起呼叫和接受呼叫，SIP业务控制单 元具有实现系统呼叫代理、注册服务、位置服务、媒体服务等的功能，此处 SIP业务控制单元可以是诸如B2B用户代理或SIP代理服务器。
目前传真主要有传真传送(fax relay，FR)以及语音频带数据(Voice-band Data，VBD两种模式。Modem主要有modem传送(modem relay，MR)和语音 频带数据(VBD)两种模式。其中FR包括但是不限于T.38方式；MR包括 但是不限于V.150.1方式。
VBD就是一种将fax、modem和text等数据信号通过IP网络上的语音通 道选用合适的编解码(coding and decoding，codec)进行传输的方式。用于VBD 的codec通常是诸如G.711和G.726这种非压缩的语音编解码。Fax、modem 以及text数据和信号通过VBD方式在IP网络上透明传输，可以配合使用 RFC2198冗余或者RFC2733前向纠错来提高传输质量。
ITU-T的V.152规范提供了语音业务和数据业务(例如，fax/modem/text) 切换的实现方法。其技术方案如下：
在SIP用户代理进行呼叫建立阶段需要进行能力协商，所谓能力协商是 指在主叫与被叫之间进行codec协商，并且通知对端的每种codec所使用的IP 地址和端口以及其他属性。在具体的实施过程中，需要对语音、VBD、FR、 MR所采用的codec进行协商。此处，用于语音的codec包括G.729、G.711等， 用于VBD的codec包括G.711等，用于FR的codec包括T.38等，用于MR 的codec包括V.150.1等。协商的结果里面包括各种codec、净荷类型(payload type)、IP地址、端口以及relay模式的其它参数。如果有必要，还需要协商出 诸如RFC2198、RFC2733和RFC2833能力之类的参数。
例如V.152中可以采用如下会话描述协议(Session Description Protocol， SDP)描述来表示协商效果：
v＝0
o＝Offerer 0 0 IN IPV4
s＝-
t＝0 0
p＝+1
c＝IN IP4
a＝group：FID 12
m＝audioRTP/AVP 18 0 13 96
a＝mid：1
a＝ptime：10
a＝rtpmap：96 PCMU/8000
a＝gpmd：96 vbd＝yes
m＝imageudptl t38
a＝mid：2
a＝T38version：0
a＝T38FaxRateManagement：transferredTCF
a＝T38FaxUdpEC：t38UDPRedundancy
该段SDP描述包含在SIP消息中。描述意义如下：
使用两组媒体，第一组包括语音和VBD能力，语音所采用的codec为 G.729或PCMU，VBD所采用的codec为PCMU；第二组为FR所采用的codec 为T.38。
其中，18表示用于语音的G.729的净荷类型(payload type)；
0表示用于语音的PCMU的净荷类型(payload type)；
13表示舒适音的净荷类型(payload type)；
96表示用于VBD的PCMU的净荷类型(payload type)。
在呼叫建立阶段，对于语音、VBD、T38各自协商出能力。在语音通话 阶段使用协商好的语音通道，并且监视VBD通道和T38通道上的数据。在 fax/modem开始时，发起方从语音通道切换到VBD通道开始传递modem的 相关信号和数据，或者切换到T38通道开始传递fax的相关信号和数据；对方 在相应通道上检测到数据后也切换到相应通道。整个呼叫由语音通话切换到 了fax/modem。fax/modem结束时，如果从语音通道接受到数据包、或者收到 舒适音、或者TDM侧收到语音信号、或者收到fax/modem结束的信号，则用 户代理重新切换回语音通话模式，通过语音通道进行语音通话。
但是现有这种方法存在有不足之处，会话描述协议(SDP)中的组的概念 允许在多组媒体之间切换，但是切换的结果没有机制来通知管理模块。由于 语音业务和数据业务(fax/modem/text/data/video)能力都是在呼叫开始阶段都 协商好的，在发生传真、modem文本等数据业务事件时，主被叫的SIP用户 代理或者H248/MGCP网关切换到对应能力模式。对于SIP用户代理来说，由 于codec切换是在SIP用户代理和对端的SIP用户代理、H248/MGCP网关或 其他通信设备之间切换完成的，发生切换时不会产生SIP消息，SIP业务控制 单元无法了解到业务的改变，因此无法进行相应的计费以及操作维护管理。 不同的业务可能有不同的收费标准，即使相同的业务使用不同的codec，其收 费可能也不同。另外，运营商也需要这些业务改变信息用于通信网络的操作 维护管理。
而会话初始协议(Session Initiation Protocol，SIP)是NGN中的主要协议 之一。SIP是一个应用层的控制协议，可以用来建立、修改和终止多媒体会话 (或者会议)。使用SIP用户代理(SIP UA)可以在NGN架构下以B2B用户 代理的模式可实现数字传真、调制解调(modem)、文本(text)等数据业务。 本发明中SIP用户代理可以是SIP终端、SIP IAD(Integrated Access Device， 综合接入设备)或SIP网关。也可以通过SIP代理服务器(proxy)来实现这 些数据业务。其中，SIP终端包括硬终端和软终端，其中，SIP硬终端可以直 接接入到IP网中，为用户提供语音业务和增值业务，如IP电话、IP电话网 关等。SIP软终端是将SIP终端软件加载在PC机上，配合耳机和麦克风就能 为用户提供语音业务，如果配上摄像头，还能为用户提供视频通信业务，如 IP电话软件等。如图1，示出了一种现有的SIP业务代理实现数据业务的简单 模型示意图。其中，SIP业务代理可以发起呼叫和接受呼叫，SIP业务控制单 元具有实现系统呼叫代理、注册服务、位置服务、媒体服务等的功能，此处 SIP业务控制单元可以是诸如B2B用户代理或SIP代理服务器。
目前传真主要有传真传送(fax relay，FR)以及语音频带数据(Voice-band Data，VBD两种模式。Modem主要有modem传送(modem relay，MR)和语音 频带数据(VBD)两种模式。其中FR包括但是不限于T.38方式；MR包括 但是不限于V.150.1方式。
VBD就是一种将fax、modem和text等数据信号通过IP网络上的语音通 道选用合适的编解码(coding and decoding，codec)进行传输的方式。用于VBD 的codec通常是诸如G.711和G.726这种非压缩的语音编解码。Fax、modem 以及text数据和信号通过VBD方式在IP网络上透明传输，可以配合使用 RFC2198冗余或者RFC2733前向纠错来提高传输质量。
ITU-T的V.152规范提供了语音业务和数据业务(例如，fax/modem/text) 切换的实现方法。其技术方案如下：
在SIP用户代理进行呼叫建立阶段需要进行能力协商，所谓能力协商是 指在主叫与被叫之间进行codec协商，并且通知对端的每种codec所使用的IP 地址和端口以及其他属性。在具体的实施过程中，需要对语音、VBD、FR、 MR所采用的codec进行协商。此处，用于语音的codec包括G.729、G.711等， 用于VBD的codec包括G.711等，用于FR的codec包括T.38等，用于MR 的codec包括V.150.1等。协商的结果里面包括各种codec、净荷类型(payload type)、IP地址、端口以及relay模式的其它参数。如果有必要，还需要协商出 诸如RFC2198、RFC2733和RFC2833能力之类的参数。
例如V.152中可以采用如下会话描述协议(Session Description Protocol， SDP)描述来表示协商效果：
v＝0
o＝Offerer 0 0 IN IPV4
s＝-
t＝0 0
p＝+1
c＝IN IP4
a＝group：FID 12
m＝audio
a＝mid：1
a＝ptime：10
a＝rtpmap：96 PCMU/8000
a＝gpmd：96 vbd＝yes
m＝image
a＝mid：2
a＝T38version：0
a＝T38FaxRateManagement：transferredTCF
a＝T38FaxUdpEC：t38UDPRedundancy
该段SDP描述包含在SIP消息中。描述意义如下：
使用两组媒体，第一组包括语音和VBD能力，语音所采用的codec为 G.729或PCMU，VBD所采用的codec为PCMU；第二组为FR所采用的codec 为T.38。
其中，18表示用于语音的G.729的净荷类型(payload type)；
0表示用于语音的PCMU的净荷类型(payload type)；
13表示舒适音的净荷类型(payload type)；
96表示用于VBD的PCMU的净荷类型(payload type)。
在呼叫建立阶段，对于语音、VBD、T38各自协商出能力。在语音通话 阶段使用协商好的语音通道，并且监视VBD通道和T38通道上的数据。在 fax/modem开始时，发起方从语音通道切换到VBD通道开始传递modem的 相关信号和数据，或者切换到T38通道开始传递fax的相关信号和数据；对方 在相应通道上检测到数据后也切换到相应通道。整个呼叫由语音通话切换到 了fax/modem。fax/modem结束时，如果从语音通道接受到数据包、或者收到 舒适音、或者TDM侧收到语音信号、或者收到fax/modem结束的信号，则用 户代理重新切换回语音通话模式，通过语音通道进行语音通话。
但是现有这种方法存在有不足之处，会话描述协议(SDP)中的组的概念 允许在多组媒体之间切换，但是切换的结果没有机制来通知管理模块。由于 语音业务和数据业务(fax/modem/text/data/video)能力都是在呼叫开始阶段都 协商好的，在发生传真、modem文本等数据业务事件时，主被叫的SIP用户 代理或者H248/MGCP网关切换到对应能力模式。对于SIP用户代理来说，由 于codec切换是在SIP用户代理和对端的SIP用户代理、H248/MGCP网关或 其他通信设备之间切换完成的，发生切换时不会产生SIP消息，SIP业务控制 单元无法了解到业务的改变，因此无法进行相应的计费以及操作维护管理。 不同的业务可能有不同的收费标准，即使相同的业务使用不同的codec，其收 费可能也不同。另外，运营商也需要这些业务改变信息用于通信网络的操作 维护管理。
发明内容
本发明要解决的技术问题在于，提供一种SIP用户代理业务切换的信息 上报方法，用来实现在SIP用户代理进行业务切换时的计费处理以及操作维 护管理。
本发明解决其技术问题所采用的技术方案是：提供一种SIP用户代理业 务切换的信息上报方法，包括：(a)SIP用户代理进行业务类型切换，完成业 务切换的SIP用户代理向SIP业务控制单元发送SIP消息，所述SIP消息中携 带有已切换的业务类型和所采用的编解码信息；(b)所述SIP业务控制单元 根据所接收到的SIP消息进行计费以及操作维护管理。
在本发明的SIP用户代理业务切换的信息上报方法中，在步骤(a)之前 进一步包括：在呼叫建立阶段主被叫SIP用户代理进行能力协商，协商出每 一业务类型所采用的编解码及其参数、每种编解码所使用的IP地址和端口。
在本发明的SIP用户代理业务切换的信息上报方法中，步骤(a)进一步 包括：(a1)SIP用户代理从第一业务类型切换至第二业务类型，所采用的编 解码从第一编解码切换至第二编解码；(a2)完成业务切换的SIP用户代理向 SIP业务控制单元发送第一SIP消息，所述SIP消息中携带有第二业务类型和 所采用的第二编解码以及该第二编解码附带的参数；(a3)第二业务类型结束 后，SIP用户代理从第二业务类型切换回第一业务类型，所采用的编解码从第 二编解码切换回第一编解码；(a4)完成业务切换的SIP用户代理向SIP业务 控制单元发送第二SIP消息，所述SIP消息中携带有第一业务类型和所采用的 第一编解码以及该第一编解码附带的参数。
在本发明的SIP用户代理业务切换的信息上报方法中，步骤(b)进一步 包括：所述SIP业务控制单元根据第一SIP消息及第二SIP消息进行计费以及 网络操作维护管理。
在本发明的SIP用户代理业务切换的信息上报方法中，所述第一SIP消息 及第二SIP消息的头域中设置一个内容类型，消息体包括分别用来描述业务 类型和编解码信息的字段。
在本发明的SIP用户代理业务切换的信息上报方法中，所述第一SIP消息 及第二SIP消息是采用会话描述协议来描述业务类型及编解码信息。
在本发明的SIP用户代理业务切换的信息上报方法中，所述业务类型为 语音、传真、调制解调，文本以及视频中之一种；所述编解码信息为主叫被 叫之间SDP协商出的编解码，至少包含G.729，G.711，T38，V.150中之一种以及 该编解码的参数。
在本发明的SIP用户代理业务切换的信息上报方法中，所述第一SIP消息 及第二SIP消息为INFO消息、NOTIFY消息、Re-INVITE消息及UPDATE 消息中之一种。
在本发明的SIP用户代理业务切换的信息上报方法中，所述SIP用户代理 为SIP终端、SIP IAD或SIP网关。
在本发明的SIP用户代理业务切换的信息上报方法中，所述业务切换为 业务类型的切换或编解码的切换。
实施本发明的SIP用户代理业务切换的信息上报方法，具有以下有益效 果：本发明在SIP用户代理进行业务切换之后，可以产生SIP消息来通知SIP 业务控制单元，该SIP用户代理的业务已进行切换，且告知此时的业务类型、 所采用的编解码及其他参数。以利于SIP业务控制单元进行计费处理或者操 作维护管理。
附图说明
图1是现有的一种SIP用户代理实现数据业务的模型示意图；
图2是本发明SIP用户代理业务切换的信息上报方法的流程图。
本发明解决其技术问题所采用的技术方案是：提供一种SIP用户代理业 务切换的信息上报方法，包括：(a)SIP用户代理进行业务类型切换，完成业 务切换的SIP用户代理向SIP业务控制单元发送SIP消息，所述SIP消息中携 带有已切换的业务类型和所采用的编解码信息；(b)所述SIP业务控制单元 根据所接收到的SIP消息进行计费以及操作维护管理。
在本发明的SIP用户代理业务切换的信息上报方法中，在步骤(a)之前 进一步包括：在呼叫建立阶段主被叫SIP用户代理进行能力协商，协商出每 一业务类型所采用的编解码及其参数、每种编解码所使用的IP地址和端口。
在本发明的SIP用户代理业务切换的信息上报方法中，步骤(a)进一步 包括：(a1)SIP用户代理从第一业务类型切换至第二业务类型，所采用的编 解码从第一编解码切换至第二编解码；(a2)完成业务切换的SIP用户代理向 SIP业务控制单元发送第一SIP消息，所述SIP消息中携带有第二业务类型和 所采用的第二编解码以及该第二编解码附带的参数；(a3)第二业务类型结束 后，SIP用户代理从第二业务类型切换回第一业务类型，所采用的编解码从第 二编解码切换回第一编解码；(a4)完成业务切换的SIP用户代理向SIP业务 控制单元发送第二SIP消息，所述SIP消息中携带有第一业务类型和所采用的 第一编解码以及该第一编解码附带的参数。
在本发明的SIP用户代理业务切换的信息上报方法中，步骤(b)进一步 包括：所述SIP业务控制单元根据第一SIP消息及第二SIP消息进行计费以及 网络操作维护管理。
在本发明的SIP用户代理业务切换的信息上报方法中，所述第一SIP消息 及第二SIP消息的头域中设置一个内容类型，消息体包括分别用来描述业务 类型和编解码信息的字段。
在本发明的SIP用户代理业务切换的信息上报方法中，所述第一SIP消息 及第二SIP消息是采用会话描述协议来描述业务类型及编解码信息。
在本发明的SIP用户代理业务切换的信息上报方法中，所述业务类型为 语音、传真、调制解调，文本以及视频中之一种；所述编解码信息为主叫被 叫之间SDP协商出的编解码，至少包含G.729，G.711，T38，V.150中之一种以及 该编解码的参数。
在本发明的SIP用户代理业务切换的信息上报方法中，所述第一SIP消息 及第二SIP消息为INFO消息、NOTIFY消息、Re-INVITE消息及UPDATE 消息中之一种。
在本发明的SIP用户代理业务切换的信息上报方法中，所述SIP用户代理 为SIP终端、SIP IAD或SIP网关。
在本发明的SIP用户代理业务切换的信息上报方法中，所述业务切换为 业务类型的切换或编解码的切换。
实施本发明的SIP用户代理业务切换的信息上报方法，具有以下有益效 果：本发明在SIP用户代理进行业务切换之后，可以产生SIP消息来通知SIP 业务控制单元，该SIP用户代理的业务已进行切换，且告知此时的业务类型、 所采用的编解码及其他参数。以利于SIP业务控制单元进行计费处理或者操 作维护管理。
附图说明
图1是现有的一种SIP用户代理实现数据业务的模型示意图；
图2是本发明SIP用户代理业务切换的信息上报方法的流程图。
具体实施方式
本发明提供一种SIP用户代理业务切换的信息上报方法，是在SIP用户代 理进行业务切换时，可以向SIP业务控制单元发送通知业务改变的SIP消息， 此外所指切换是指SIP用户代理改变了所使用的业务类型或者改变了所使用 的编解码，即业务类型的切换和编解码的切换，其不限于SIP用户代理的自 动切换。
如图2所示，是本发明的流程图。首先，在SIP用户代理进行呼叫建立 阶段需要进行能力协商，包括对语音、调制解调、传真、文本、数据以及视 频中的多种所采用的codec进行协商，并且协商出各种codec所使用的IP地 址和端口以及其他属性。如果有必要，还需要协商出诸如RFC2198、RFC2733 和RFC2833能力。
在语音通话阶段使用协商好的语音通道，并且监视其他通道上的数据。 当发现需要传送业务数据时，则发起方从语音通道切换到相应的业务通道开 始传递modem/fax/text/data/video的相关信号和数据，对方在相应通道上检测 到数据后也切换到相应通道。整个呼叫由语音通话切换到 fax/modem/text/data/video。
此时，进行业务切换的SIP用户代理向SIP业务控制单元发送一个SIP 消息，以通知业务改变。该SIP消息中携带有切换的业务类型和所采用的 codec、以及该codec附带的相关参数。SIP业务控制单元接收到该SIP消息后， 会向该SIP用户代理发送一个响应消息(如200OK消息)。
fax/modem/text/data/video结束时，如果从语音通道接受到数据包、或者 收到舒适音、或者TDM侧收到语音信号、或者收到fax/modem等非语音业务 结束的信号，则SIP用户代理重新切换回语音通话模式，通过语音通道进行 语音通话。
此时，则SIP用户代理同样会向SIP业务控制单元发送一个SIP消息，以 通知业务改变。则在需要时，SIP业务控制单元可以利用SIP消息中的信息， 并结合其它信息(例如语音呼叫的开始、结束信息等)进行计费或者操作维 护管理。
在本发明中，用于通知SIP业务控制单元关于该SIP用户代理的业务已经 改变的SIP消息，可以采用的消息类型包括INFO、NOTIFY、re-INVITE或者 UPDATE，上述四种消息是目前SIP消息中可以用来携带本发明所需信息的消 息类型。当然不限于此，本发明亦可以采用类似的消息类型。
下面对每一具体的消息类型进行说明：
实例一、采用INFO消息来实现：
SIP用户代理在切换了codec后，发送INFO消息给SIP业务控制单元， 通知业务的改变。该INFO消息中携带切换的业务类型和采用的codec、以及 该codec附带的相关参数。在SIP消息头域中设置一个内容类型 (Content-Type)，取值为“application/SERVICEINFO”；消息体内容通过两个 字段来分别描述业务类型和编码信息，分别是ServiceType和CodecInfo。 ServiceType描述的业务类型包括：语音(audio)、传真(fax)、调制解调(modem) 以及文本(text)。CodecInfo中描述使用的编码类型包含但不仅限于：用于语 音的G.729、G.711(包括PCMA和PCMU)，用于VBD的G.711，用于FR的 T.38，用于MR的V.150.1，如果该编码类型有其它的描述参数，则该描述参 数也放在该字段中。
下面以一具体例子进行说明：
如果语音通话时使用的codec为G.729，发生传真时，SIP用户代理切换 至VBD，此时的codec为PCMU，切换成功后发送INFO消息。在该消息中， 其Content-Type为“application/SERVICEINFO”；ServiceType参数为“fax”， CodecInfo参数为“PCMU”，表示SIP用户代理已切换为传真业务，采用PCMU 进行编解码。传真结束，SIP用户代理切换成语音业务，继续语音通话，将codec 重新变成G.729。切换成功后该SIP用户代理发送INFO消息，在该INFO消 息中，其Content-Type为“application/SERVICEINFO”，ServiceType参数为 .“audio”，CodecInfo参数为“G729”，表示该SIP用户代理已切换成语音业务， 采用G729进行编解码。
示例消息如下：
INFO sip：14084955072@sc1.nortelnetworks.com SIP/2.0
From： sip：14085655675@sc10.nortelnetworks.com
To： sip：14084955072@sc1.nortelnetworks.com
Call-ID： 1231999021712095500999@sc12.nortelnetworks.com
CSeq： 1234 INFO
Content-Length： 108
Content-type：application/SERVICEINFO
ServiceType＝ fax
CodecInfo ＝ G729
除了扩展内容类型(Content-Type)外，在其他的实施例中，还可以使用 现有的application/SDP方式，把切换到的业务所使用的SDP描述作为消息内 容。例如，当发生传真时，SIP用户代理切换到VBD，此时codec为PCMU， 则INFO消息的内容示例如下：
INFO sip：14084955072@sc1.nortelnetworks.com SIP/2.0
From： sip：14085655675@sc10.nortelnetworks.com
To：sip： 14084955072@sc1.nortelnetworks.com
Call-ID： 1231999021712095500999@sc12.nortelnetworks.com
CSeq： 1001 INFO
Content-Length：210
Content-type：application/SDP
v＝0
o＝Offerer 0 0 IN IPV4
s＝-
t＝0 0
p＝+1
c＝IN IP4
m＝audioRTP/AVP 96
a＝fax
a＝ptime：10
a＝rtpmap：96 PCMU/8000
a＝gpmd： 96 vbd＝yes
说明该业务使用的媒体信息。因为VBD方式下传真、调制解调和文本均 使用相同的codec、为了明确具体业务类型，增加了一行SDP描述“a＝fax”， 表明该VBD是用于传真(fax)业务。
传真结束后，SDP用户代理切换回语音业务，采用G.729进行编解码， SIP用户代理发送INFO消息给SIP业务控制单元，内容类型(Content-Typ) 为“application/SDP”，SIP用户代理发送SIP消息，内容示例为：
INFO sip：14084955072@sc1.nortelnetworks.com SIP/2.0
From：sip：14085655675@sc10.nortelnetworks.com
To： sip：14084955072@sc1.nortelnetworks.com
Call-ID：1231999021712095500999@sc12.nortelnetworks.com
CSeq： 1001 INFO
Content-Length：210
Content-type：application/SDP
v＝0
o＝Offerer 0 0 IN IPV4
s＝-
t＝0 0
p＝+1
c＝IN IP4
m＝audioRTP/AVP 96
a＝ptime：10
说明该业务使用语音信息。
则SIP业务控制单元可以根据接收到的INFO消息的内容进行计费或者操 作维护管理。
实例二、采用NOTIFY消息来实现：
其机制和INFO方案的原理相同，不过采用的SIP方法(method)不同。 使用NOTIFY事件上报机制，必须先订阅(SUBSCRIBE)该事件。扩展事件 类型Service-Info。
在NOTIFY消息中对于头域的取值以及消息体的内容和实例一中的INFO 方案相同。在头域中设置内容类型(content-type)，并通过描述参数 (ServiceType和CodecInfo)来描述业务类型和codec信息，或者直接使用SDP 来描述业务类型和codec信息。
方案三、采用Re-INVITE消息来实现：
其机制和INFO方案的原理相同，不过采用的SIP方法(method)是 re-INVITE方法。该消息不实际改变SIP用户代理的会话(session)和对话 (dialog)的属性，仅用于通知SIP业务控制单元关于业务的改变。
在该re-INVITE消息中对于头域的取值以及消息体的内容和实例一中的 INFO方案相同。在头域中设置内容类型(content-type)，并通过描述参数 (ServiceType和CodecInfo)来描述业务类型和codec信息，或者直接使用SDP 来描述业务类型和codec信息。
方案四、采用UPDATE消息来实现：
其机制和INFO方案于原理相同，不过采用的SIP方法(method)是 UPDATE方法。该消息不实际改变SIP用户代理的会话(session)和对话 (dialog)的属性，仅用于通知SIP业务控制单元关于业务的改变。
在该UPDATE消息中对于头域的取值以及消息体的内容和实例一中的 INFO方案相同。在头域中设置内容类型(content-type)，并通过描述参数 (ServiceType和CodecInfo)来描述业务类型和codec信息，或者直接使用SDP 来描述业务类型和codec信息。
上述描述了四种方法来实现SIP用户代理业务切换的信息上报方法，其 在SIP用户代理进行业务切换时(如在语音业务和数据业务之间切换)，可以 产生SIP消息(包括INFO消息、NOTIFY消息、Re-INVITE消息及UPDATE 消息)来通知SIP业务控制单元，该SIP用户代理的业务已进行切换，且告知 此时的业务类型、所采用的编解码及其他参数。以利于SIP业务控制单元进 行计费以及操作维护管理。
如图2所示，是本发明的流程图。首先，在SIP用户代理进行呼叫建立 阶段需要进行能力协商，包括对语音、调制解调、传真、文本、数据以及视 频中的多种所采用的codec进行协商，并且协商出各种codec所使用的IP地 址和端口以及其他属性。如果有必要，还需要协商出诸如RFC2198、RFC2733 和RFC2833能力。
在语音通话阶段使用协商好的语音通道，并且监视其他通道上的数据。 当发现需要传送业务数据时，则发起方从语音通道切换到相应的业务通道开 始传递modem/fax/text/data/video的相关信号和数据，对方在相应通道上检测 到数据后也切换到相应通道。整个呼叫由语音通话切换到 fax/modem/text/data/video。
此时，进行业务切换的SIP用户代理向SIP业务控制单元发送一个SIP 消息，以通知业务改变。该SIP消息中携带有切换的业务类型和所采用的 codec、以及该codec附带的相关参数。SIP业务控制单元接收到该SIP消息后， 会向该SIP用户代理发送一个响应消息(如200OK消息)。
fax/modem/text/data/video结束时，如果从语音通道接受到数据包、或者 收到舒适音、或者TDM侧收到语音信号、或者收到fax/modem等非语音业务 结束的信号，则SIP用户代理重新切换回语音通话模式，通过语音通道进行 语音通话。
此时，则SIP用户代理同样会向SIP业务控制单元发送一个SIP消息，以 通知业务改变。则在需要时，SIP业务控制单元可以利用SIP消息中的信息， 并结合其它信息(例如语音呼叫的开始、结束信息等)进行计费或者操作维 护管理。
在本发明中，用于通知SIP业务控制单元关于该SIP用户代理的业务已经 改变的SIP消息，可以采用的消息类型包括INFO、NOTIFY、re-INVITE或者 UPDATE，上述四种消息是目前SIP消息中可以用来携带本发明所需信息的消 息类型。当然不限于此，本发明亦可以采用类似的消息类型。
下面对每一具体的消息类型进行说明：
实例一、采用INFO消息来实现：
SIP用户代理在切换了codec后，发送INFO消息给SIP业务控制单元， 通知业务的改变。该INFO消息中携带切换的业务类型和采用的codec、以及 该codec附带的相关参数。在SIP消息头域中设置一个内容类型 (Content-Type)，取值为“application/SERVICEINFO”；消息体内容通过两个 字段来分别描述业务类型和编码信息，分别是ServiceType和CodecInfo。 ServiceType描述的业务类型包括：语音(audio)、传真(fax)、调制解调(modem) 以及文本(text)。CodecInfo中描述使用的编码类型包含但不仅限于：用于语 音的G.729、G.711(包括PCMA和PCMU)，用于VBD的G.711，用于FR的 T.38，用于MR的V.150.1，如果该编码类型有其它的描述参数，则该描述参 数也放在该字段中。
下面以一具体例子进行说明：
如果语音通话时使用的codec为G.729，发生传真时，SIP用户代理切换 至VBD，此时的codec为PCMU，切换成功后发送INFO消息。在该消息中， 其Content-Type为“application/SERVICEINFO”；ServiceType参数为“fax”， CodecInfo参数为“PCMU”，表示SIP用户代理已切换为传真业务，采用PCMU 进行编解码。传真结束，SIP用户代理切换成语音业务，继续语音通话，将codec 重新变成G.729。切换成功后该SIP用户代理发送INFO消息，在该INFO消 息中，其Content-Type为“application/SERVICEINFO”，ServiceType参数为 .“audio”，CodecInfo参数为“G729”，表示该SIP用户代理已切换成语音业务， 采用G729进行编解码。
示例消息如下：
INFO sip：14084955072@sc1.nortelnetworks.com SIP/2.0
From： sip：14085655675@sc10.nortelnetworks.com
To： sip：14084955072@sc1.nortelnetworks.com
Call-ID： 1231999021712095500999@sc12.nortelnetworks.com
CSeq： 1234 INFO
Content-Length： 108
Content-type：application/SERVICEINFO
ServiceType＝ fax
CodecInfo ＝ G729
除了扩展内容类型(Content-Type)外，在其他的实施例中，还可以使用 现有的application/SDP方式，把切换到的业务所使用的SDP描述作为消息内 容。例如，当发生传真时，SIP用户代理切换到VBD，此时codec为PCMU， 则INFO消息的内容示例如下：
INFO sip：14084955072@sc1.nortelnetworks.com SIP/2.0
From： sip：14085655675@sc10.nortelnetworks.com
To：sip： 14084955072@sc1.nortelnetworks.com
Call-ID： 1231999021712095500999@sc12.nortelnetworks.com
CSeq： 1001 INFO
Content-Length：210
Content-type：application/SDP
v＝0
o＝Offerer 0 0 IN IPV4
s＝-
t＝0 0
p＝+1
c＝IN IP4
m＝audio
a＝fax
a＝ptime：10
a＝rtpmap：96 PCMU/8000
a＝gpmd： 96 vbd＝yes
说明该业务使用的媒体信息。因为VBD方式下传真、调制解调和文本均 使用相同的codec、为了明确具体业务类型，增加了一行SDP描述“a＝fax”， 表明该VBD是用于传真(fax)业务。
传真结束后，SDP用户代理切换回语音业务，采用G.729进行编解码， SIP用户代理发送INFO消息给SIP业务控制单元，内容类型(Content-Typ) 为“application/SDP”，SIP用户代理发送SIP消息，内容示例为：
INFO sip：14084955072@sc1.nortelnetworks.com SIP/2.0
From：sip：14085655675@sc10.nortelnetworks.com
To： sip：14084955072@sc1.nortelnetworks.com
Call-ID：1231999021712095500999@sc12.nortelnetworks.com
CSeq： 1001 INFO
Content-Length：210
Content-type：application/SDP
v＝0
o＝Offerer 0 0 IN IPV4
s＝-
t＝0 0
p＝+1
c＝IN IP4
m＝audio
a＝ptime：10
说明该业务使用语音信息。
则SIP业务控制单元可以根据接收到的INFO消息的内容进行计费或者操 作维护管理。
实例二、采用NOTIFY消息来实现：
其机制和INFO方案的原理相同，不过采用的SIP方法(method)不同。 使用NOTIFY事件上报机制，必须先订阅(SUBSCRIBE)该事件。扩展事件 类型Service-Info。
在NOTIFY消息中对于头域的取值以及消息体的内容和实例一中的INFO 方案相同。在头域中设置内容类型(content-type)，并通过描述参数 (ServiceType和CodecInfo)来描述业务类型和codec信息，或者直接使用SDP 来描述业务类型和codec信息。
方案三、采用Re-INVITE消息来实现：
其机制和INFO方案的原理相同，不过采用的SIP方法(method)是 re-INVITE方法。该消息不实际改变SIP用户代理的会话(session)和对话 (dialog)的属性，仅用于通知SIP业务控制单元关于业务的改变。
在该re-INVITE消息中对于头域的取值以及消息体的内容和实例一中的 INFO方案相同。在头域中设置内容类型(content-type)，并通过描述参数 (ServiceType和CodecInfo)来描述业务类型和codec信息，或者直接使用SDP 来描述业务类型和codec信息。
方案四、采用UPDATE消息来实现：
其机制和INFO方案于原理相同，不过采用的SIP方法(method)是 UPDATE方法。该消息不实际改变SIP用户代理的会话(session)和对话 (dialog)的属性，仅用于通知SIP业务控制单元关于业务的改变。
在该UPDATE消息中对于头域的取值以及消息体的内容和实例一中的 INFO方案相同。在头域中设置内容类型(content-type)，并通过描述参数 (ServiceType和CodecInfo)来描述业务类型和codec信息，或者直接使用SDP 来描述业务类型和codec信息。
上述描述了四种方法来实现SIP用户代理业务切换的信息上报方法，其 在SIP用户代理进行业务切换时(如在语音业务和数据业务之间切换)，可以 产生SIP消息(包括INFO消息、NOTIFY消息、Re-INVITE消息及UPDATE 消息)来通知SIP业务控制单元，该SIP用户代理的业务已进行切换，且告知 此时的业务类型、所采用的编解码及其他参数。以利于SIP业务控制单元进 行计费以及操作维护管理。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种会话保活方法及装置 | 2020-08-23 | 2 |
| 一种CloudFoundry平台应用调度系统及方法 | 2021-02-04 | 0 |
| 用于在通信网络中确定操作信道的方法、能量受限设备及代理设备 | 2021-03-17 | 2 |
| 一种基于对象机制的分布式系统进程间通讯方法 | 2020-06-26 | 2 |
| 一种语音数据采集服务系统及方法 | 2020-09-26 | 1 |
| 获取简单网络管理协议管理密钥的方法及系统 | 2023-10-07 | 0 |
| 启用基于端对端IMS的优先服务的LTE访问和SAE网络的排队机制 | 2020-09-30 | 2 |
| 一种对基站进行协议一致性测试的系统和方法 | 2023-01-29 | 2 |
| System and method for buying goods and billing agency using short message service | 2022-01-24 | 1 |
| CERTIFICATE ACQUISITION METHOD AND DEVICE | 2020-08-11 | 2 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈