CN101005402B - Sip用户代理业务切换的信息上报方法 - Google Patents

Abstract

本发明涉及一种SIP用户代理业务切换的信息上报方法，包括：(a)SIP用户代理进行业务切换，完成业务切换的SIP用户代理向SIP业务控制单元发送SIP消息，所述业务切换为业务类型的切换或编解码的切换，所述SIP消息中携带有已切换的业务类型和所采用的编解码信息；(b)所述SIP业务控制单元根据所接收到的SIP消息进行计费或者操作维护管理。实施本发明，可以很容易地解决SIP用户代理在业务切换时的计费和操作维护管理问题。

Description

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用户代理(SIPUA)可以在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-bandData，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、净荷类型(payloadtype)、IP地址、端口以及relay模式的其它参数。如果有必要，还需要协商出诸如RFC2198、RFC2733和RFC2833能力之类的参数。

例如V.152中可以采用如下会话描述协议(Session Description Protocol，SDP)描述来表示协商效果：

v＝0

o＝Offerer 00IN IPV4<IPAdressA>

s＝-

t＝00

p＝+1

c＝IN IP4<IPAddressA>

a＝group：FID 12

m＝audio<udpPort x>RTP/AVP 1801396

a＝mid：1

a＝ptime：10

a＝rtpmap：96PCMU/8000

a＝gpmd：96vbd＝yes

m＝image<udpPort y>udptl 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，其收费可能也不同。另外，运营商也需要这些业务改变信息用于通信网络的操作维护管理。

发明内容

本发明要解决的技术问题在于，提供一种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业务控制单元进行计费处理或者操作维护管理。

附图说明

图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：1234INFO

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：1001INFO

Content-Length：210

Content-type：application/SDP

v＝0

o＝Offerer 00IN IPV4<IPAdressA>

s＝-

t＝00

p＝+1

c＝IN IP4<IPAddressA>

m＝audio<udpPort x>RTP/AVP 96

a＝fax

a＝ptime：10

a＝rtpmap：96PCMU/8000

a＝gpmd：96vbd＝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：1001INFO

Content-Length：210

Content-type：application/SDP

v＝0

o＝Offerer 00INIPV4<IPAdressA>

s＝-

t＝00

p＝+1

c＝IN IP4<IPAddressA>

m＝audio<udpPort x>RTP/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业务控制单元进行计费以及操作维护管理。

Claims (9)

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.如权利要求3至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网关。

Images