基于会话初始协议sip的数据业务处理方法及装置的制造方法
基于会话初始协议sip的数据业务处理方法及装置的制造方法
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种基于会话初始协议(Sess1nInitiat1n Protocol,简称为SIP)的数据业务处理方法及装置。
【背景技术】
[0002]传真通信是利用扫描和光电变换技术，从发端将文字、图像、照片等静态图像通过有线或无线信道传送到收端，并在收端以记录的形式重显原静止的图像的通信方式。在通讯设备中实现传真业务有两种方式:一种是通过自协商方式，一种是全控方式。自协商方式是指媒体网关(Media Gateway，简称为MG)或SIP用户代理(User Agent，简称为UA)检测到传真机的传真信号后，通过媒体流的内部协商，实现传真业务。全控方式则是指传真机发出的传真信号，通过MG或SIP UA的检测，将传真信号加载在SIP信令中，发送给媒体网关控制器(Media Gateway Control,简称为MGC)或代理服务器(SIP proxy),由MGC或SIPproxy来控制从媒体语音通道到数据传真通道的切换。
[0003]根据传真设备的不同,可以分为高速modem、低速modem、高速传真和低速传真。高速modem和高速传真上报的信号为:ANSBAR，ANSAMBAR, ANSAM。低速modem上报ANS信号。低速传真上报V21FLAG信号。在H.248协议中，传真音通过信令上报到媒体网关控制器(MGC)，由MGC来控制媒体MG对语音通道的切换。
[0004]因此，在相关技术中，采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题。
【发明内容】
[0005]本发明提供了一种基于会话初始协议SIP的数据业务处理方法及装置，以至少解决相关技术中，采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题。
[0006]根据本发明的一个方面，提供了一种基于会话初始协议SIP的数据业务处理方法，包括:依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务；通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理。
[0007]优选地，所述数据业务包括以下至少之一:传真业务、调制解调Modem业务、销售点POS机业务。
[0008]优选地，依据所述SIP中的所述INFO消息确定所述主被叫基于所述SIP所进行的数据业务包括:依据所述SIP中的所述INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定所述主被叫基于所述SIP所进行的数据业务。
[0009]优选地，在所述数据业务为传真业务的情况下，通过所述re-1NVITE消息对所述主被叫之间的所述数据业务进行处理包括:通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商；依据协商结果控制所述主被叫将所述主被叫之间的语音通道切换为传真通道。
[0010]优选地，通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商包括以下至少之一:当传真发送侧为高速传真，接收侧为低速传真的情况下，确定协商结果为低速收发；当传真发送侧为低速传真，接收侧为低速传真的情况下，确定协商结果为低速收发；当传真发送侧为高速传真，接收侧为高速传真的情况下，确定协商结果为高速收发；当传真发送侧为低速传真，接收侧为高速传真的情况下，确定协商结果为低速传真。
[0011]优选地，通过所述re-1NVITE消息对所述主被叫之间的所述数据业务进行处理包括:通过在所述re-1NVITE消息中的会话描述协议SDP中添加用于标识所述数据业务的标识字段的方式对所述主被叫之间的所述数据业务进行处理。
[0012]根据本发明的另一方面，提供了一种基于会话初始协议SIP的数据业务处理装置，包括:确定模块，用于依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务；处理模块，用于通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理。
[0013]优选地，所述确定模块包括:确定单元，用于依据所述SIP中的所述INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定所述主被叫基于所述SIP所进行的数据业务。
[0014]优选地，所述处理模块包括:协商单元，用于在所述数据业务为传真业务的情况下，通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商；切换单元，用于依据协商结果控制所述主被叫将所述主被叫之间的语音通道切换为传真通道。
[0015]优选地，所述处理模块包括:处理单元，用于通过在所述re-1NVITE消息中的会话描述协议SDP中添加用于标识所述数据业务的标识字段的方式对所述主被叫之间的所述数据业务进行处理。
[0016]通过本发明，采用依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务；通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理，解决了相关技术中，采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题，进而达到了有效提高数据业务处理的成功率，使得协商过程清楚明了，并且核心网也能够对数据业务的处理进行有效控制的效果。
【附图说明】
[0017]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0018]图1是根据本发明实施例的基于会话初始协议SIP的数据业务处理方法的流程图；
[0019]图2是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置的结构框图；
[0020]图3是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中确定模块22的优选结构框图；
[0021]图4是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中处理模块24的优选结构框图一；
[0022]图5是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中处理模块24的优选结构框图二 ；
[0023]图6是根据本发明优选实施例的低速传真收高速传真发情景下的流程图；
[0024]图7是根据本发明优选实施例的POS机建立数据传送通道的流程图。
【具体实施方式】
[0025]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0026]在本实施例中提供了一种基于会话初始协议SIP的数据业务处理方法，图1是根据本发明实施例的基于会话初始协议SIP的数据业务处理方法的流程图，如图1所示，该流程包括如下步骤:
[0027]步骤S102，依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务；
[0028]步骤S104，通过re-1NVITE消息对主被叫之间的数据业务进行处理。
[0029]通过上述步骤，依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务，通过re-1NVITE消息对主被叫之间的数据业务进行处理，相对于相关技术中采用媒体流进行数据业务的协商，解决了相关技术中采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题，进而达到了有效提高数据业务处理的成功率，使得协商过程清楚明了，并且核心网也能够对数据业务的处理进行有效控制的效果。
[0030]需要说明的是，上述数据业务可以包括多种，例如，可以包括以下至少之一:传真业务、调制解调Modem业务、销售点POS机业务。依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务时，可以采用多种实施方式，例如，可以依据SIP中的INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定该主被叫基于SIP所进行的数据业务。
[0031]优选地，通过re-1NVITE消息对主被叫之间的数据业务进行处理时，针对不同的业务数据，可以采用多种实施方式，例如，在数据业务为传真业务的情况下，可以通过re-1NVITE消息对主被叫进行的传真业务的传真速率和传真模式进行协商；依据协商结果控制主被叫将主被叫之间的语音通道切换为传真通道。
[0032]另外，通过re-1NVITE消息对主被叫进行的传真业务的传真速率和传真模式进行协商时所应用的场景也可以多种，下面对各个场景分别进行说明:当传真发送侧为高速传真，接收侧为低速传真的情况下，确定协商结果为低速收发；当传真发送侧为低速传真，接收侧为低速传真的情况下，确定协商结果为低速收发；当传真发送侧为高速传真，接收侧为高速传真的情况下，确定协商结果为高速收发；当传真发送侧为低速传真，接收侧为高速传真的情况下，确定协商结果为低速传真。
[0033]优选地，通过re-1NVITE消息对主被叫之间的数据业务进行处理时，也可以采用多种处理方式，例如，可以通过在re-1NVITE消息中的会话描述协议SDP中添加用于标识数据业务的标识字段的方式对主被叫之间的数据业务进行处理。比如，在数据业务为传真业务时，可以在SDP媒体描述中添加a=T38fax或a=fax或a=vbd等字段来标识。
[0034]在本实施例中还提供了一种基于会话初始协议SIP的数据业务处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0035]图2是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置的结构框图，如图2所示，该装置包括确定模块22和处理模块24，下面对该装置进行说明。
[0036]确定模块22，用于依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务；处理模块24，连接至上述确定模块22，用于通过re-1NVITE消息对主被叫之间的数据业务进行处理。
[0037]图3是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中确定模块22的优选结构框图，如图3所示，该确定模块22包括确定单元32，下面对该确定单元32进行说明。
[0038]确定单元32，用于依据SIP中的INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定主被叫基于SIP所进行的数据业务。
[0039]图4是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中处理模块24的优选结构框图一，如图4所示，该处理模块24包括:协商单元42和切换单元44，下面对该处理模块24进行说明。
[0040]协商单元42，用于在数据业务为传真业务的情况下，通过re-1NVITE消息对主被叫进行的传真业务的传真速率和传真模式进行协商；切换单元44，连接至上述协商单元42，用于依据协商结果控制主被叫将主被叫之间的语音通道切换为传真通道。
[0041]图5是根据 本发明实施例的基于会话初始协议SIP的数据业务处理装置中处理模块24的优选结构框图二,如图5所示,该处理模块24包括处理单元52,下面对该处理单元52进行说明。
[0042]处理单元52，用于通过在re-1NVITE消息中的会话描述协议SDP中添加用于标识数据业务的标识字段的方式对主被叫之间的数据业务进行处理。
[0043]截至到目前，国际上都没有关于利用SIP协议来实现传真业务的标准流程。SIP作为核心网系统中最重要的通讯协议，越来越得到业界的重视，而传真是窄带业务又是不可或缺的，因此研究SIP传真业务显得尤为重要。在本发明实施例中，提供了一种通过SIP协议实现全控模式传真业务的方法。SIP用户在会话建立后，通过INFO消息上报传真音，IMS核心网再通过SIP信令控制传真业务的实现。下面对该方法的实现进行说明。
[0044]利用SIP协议中的INFO方法上报监测到的传真音，利用re-1NVITE消息来实现传真模式(例如，t38，t30)的协商，将语音通道切换为数据通道，比如，在会话描述协议(Sess1n Descript1n Protocol,简称 SDP)媒体描述中添加 a=T38fax 或 a=fax 或 a=vbd等字段来标识。
[0045]INFO方法的目的是允许运送会话相关的控制信息，这些控制信息产生于会话进行中。INFO方法不会改变会话的呼叫状态，也不会改变已经建立的会话的状态。会话中所产生的控制信息，能够放在INFO的消息头部或者消息体中。在本实施例中，将UA检测到的传真音事件(例如，ANSBAR,ANSAMBAR等)以xml格式放置于INFO消息体中。由于Content-Type字段标识消息体的类型，所以，需要定义Content-Type applicat1n/faxinfo+xml?定义xml中的传真音开始标识符为:
[0046]<event>dtone=ANS〈/event> (或者 dtone=ANSBAR、ANSAMBAR、ANSAM、V21FLAG)。定义xml中的传真音结束标识符为:〈event>faxchannchng=EOF〈/event>。
[0047]代理服务器收到INFO消息，回2000K以确认收到。随后对INFO中的xml字段进行处理，例如，代理服务器可以根据上报的传真音事件来填充re-1NVITE消息中的SDP字段，再将其发送给主被叫。MS通过re-1NVITE消息控制主被叫进行通道的切换，实现传真业务。
[0048]Modem业务(高速/低速)和POS机业务跟传真业务一样，都属于数据业务范畴，对应的SIP信令流程也是一样的，唯一的区别就是检测到的业务音不同，传真业务检测到的是各种传真音，MODEM业务是检测到VBD信号。对应到SIP信令里，就是INFO消息上报的信号类型不同，业务的切换流程是一样的。所以本发明同样适用于高速MODEM、低速MODEM、POS机等数据业务，使得基于语音的各种数据业务的建立和协商过程也可以在MS核心网控制下实现。
[0049]通过上述实施例及优选实施方式，根据实际监测到的传真音完成媒体通道属性的配置，并通知到对端，保证两端媒体属性的一致性，使传真失败率降到最低。另外，通过信令层清晰看出传真协商的过程，协商的最终传真速率和传真模式一目了然；目前都只能通过媒体流来分析传真协商结果，而对于媒体流的分析，必须借助相应的软件工具，具备对该领域的知识基础，并且相当繁琐。但是采用信令层的协商，即使没有太多的SIP协议基础的工程人员，只需要关注传真协商过程中的几个关键字，就能明白传真业务。
[0050]Modem和pos机数据业务,也可以使用INFO消息上报信号。在IMS核心网的控制下，各种数据通道建立过程跟全控传真建立的信令交互过程是完全一样的。
[0051]需要说明的是，传真应用场景主要有下面五种实例:(I)传真发送侧为高速传真，接收侧为低速传真，最终协商为低速收发；(2)传真发送侧为低速传真，接收侧为低速传真，最终协商为低速收发；(3)传真发送侧为高速传真，接收侧为高速传真，最终协商为高速收发；(4)传真发送侧为低速传真，接收侧为高速传真，最终协商为低速收发；(5)M0DEM\POS机等数据业务，建立数据传送通道。
[0052]上述列举的五种传真应用场景中，协商过程最为复杂的就是第4种。对于用SIPINFO上报传真音，用SIP re-1NVITE实现传真模式协商的方法，本发明给出一个关于第4种应用场景下的典型实例。
[0053]图6是根据本发明优选实施例的低速传真收高速传真发情景下的流程图，图7是根据本发明优选实施例的POS机建立数据传送通道的流程图，如图6、7所示，上述数据业务流程相似，所存在的区别是数据业务类型的不同，即仅仅是数据业务的不同所执行不同的处理，下面对该相似流程进行说明:
[0054]语音通道正常建立之后，被叫高速传真接收端首先检测到传真音事件，先检测到ANS,定时器终了前，又检测到ANSBAR信号，被叫端UA通过SIP INFO通知ANSBAR信号到被口 1I 端 ProxyServer0
[0055]信令实例:
[0056]INFO sip:maciims:5060;SIP/2.0
[0057]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0058]From:"mac"〈sip:[email protected]〉；tag=1234abc
[0059]To:<sip:[email protected]〉； tag=abcl234
[0060]Call-1D:[email protected]
[0061]CSeq: 10INF0
[0062]Contact: sip:1ms.com
[0063]Max-Forwards: 70
[0064]Content-Length:16
[0065]Content-Type: applicat1n/faxinfo+xml
[0066]<?xml vers1n="l.0"?>
[0067]<mac-1nfo>
[0068]<event>dtone=ANSBAR</event〉
[0069]</mac-1nfo>
[0070]核心网IMS(ProxyServer)收到INFO消息后回应一个2000K表示收到传真音成功。
[0071]信令实例:
[0072]SIP/2.02000K
[0073]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0074]From:〃mac〃〈sip:[email protected]>;tag=1234abc
[0075]To:<sip:[email protected]〉；tag=abcl234
[0076]Call-1D:[email protected]
[0077]CSeq: 10INF0
[0078]Contact: sip:1ms.com
[0079]Content-Length: 0
[0080]ProxyServer给主叫端UA发送re-1NVITE，根据IMS侧配置的传真模式构建SDP，并发给主叫SDP offer/answer模式完成传真codec选择。主叫端UA在收到re-1NVITE高速传真切换时，需要先关闭语音通道，重新打开为传真模式，并且关闭EC (回声抑制)属性。
[0081]信令实例:
[0082]INVITE sip:[email protected]: 5060; SIP/2.0
[0083]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0084]From:"mac"〈sip:[email protected]〉；tag=1234abc
[0085]To:<sip:[email protected]〉；tag=abcl234
[0086]Call-1D:[email protected]
[0087]CSeq:2INVITE
[0088]Contact: sip:1ms.com
[0089]Allow:1NVITE, ACKj CANCEL, BYE, PRACKj UPDATE, INFO, MESSAGE, NOTIFY, REFER
[0090]Expires: 1800[0091 ]Max-Forwards: 70
[0092]Supported !replaces, timer
[0093]Content-Type: applicat1n/sdp
[0094]Content-Length:239
[0095]v=0
[0096]o=ZTE26877553IN IP4192.168.1.248
[0097]s=sess1n SDP
[0098]c=IN IP4192.168.1.248
[0099]t=00
[0100]m=imagel0322udptl t38[0101 ]a=T38FaxVers1n: 0
[0102]a=T38MaxBitRate:14400
[0103]a=T38FaxRateManagement:transferredTCF
[0104]a=T38FaxUdpEC:t38UDPRedundancy
[0105]a=sendrecv
[0106]主叫端UA选择传真模式，在2000K的SDP中描述选择的传真模式；
[0107]信令实例:
[0108]SIP/2.0200ok
[0109]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0110]From: 〃mac〃〈sip:[email protected]>; tag=1234abc
[0111]To:〈sip:[email protected]〉; tag=abcl234
[0112]Call-1D:[email protected]
[0113]CSeq:2INVITE
[0114]Contact: sip:1ms.com
[0115]Allow:1NVITE, ACKj CANCEL, BYE, PRACKj UPDATE, INFO, MESSAGE, NOTIFY, REFER
[0116]Expires: 1800
[0117]Max-Forwards: 70
[0118]Su pported !replaces, timer
[0119]Content-Type: applicat1n/sdp
[0120]Content-Length: 239
[0121]v=0
[0122]o=ZTE26222194IN IP4192.168.1.248
[0123]s=sess1n SDP
[0124]c=IN IP4192.168.1.248
[0125]t=00
[0126]m=imagel0320udptl t38
[0127]a=sendrecv
[0128]a=T38FaxVers1n: 0
[0129]a=T38MaxBitRate:14400
[0130]a=T38FaxRateManagement:transferredTCF
[0131]a=T38FaxUdpEC:t38UDPRedundancy
[0132]ProxyServer给被叫叫端UA发送re-1NVITE，根据主叫侧选择的传真模式构建SDP,并发给被叫，被叫侧完成传真codec选择。被叫端UA在收到re-1NVITE高速传真切换时，需要先关闭语音通道，重新打开为传真模式，并且关闭EC (回声抑制)属性。
[0133]信令实例:
[0134]INVITE sip:maciims:5060;SIP/2.0
[0135]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0136]From: 〃mac〃〈sip:[email protected]>; tag=1234abc
[0137]To:<sip:[email protected]〉； tag=abcl234
[0138]Call-1D:[email protected]
[0139]CSeq:2INVITE
[0140]Contact: sip:1ms.com
[0141]Allow:1NVITE, ACKj CANCEL, BYE, PRACKj UPDATE, INFO, MESSAGE, NOTIFY, REFER
[0142]Expires: 1800
[0143]Max-Forwards: 70
[0144]Supported !replaces, timer
[0145]Content-Type: applicat1n/sdp
[0146]Content-Length: 239
[0147]v=0
[0148]o=ZTE26222194IN IP4192.168.1.248
[0149]s=sess1n SDP
[0150]c=IN IP4192.168.1.248
[0151]t=00
[0152]m=imagel0320udptl t38
[0153]a=sendrecv
[0154]a=T38FaxVers1n: 0
[0155]a=T38MaxBitRate: 14400
[0156]a=T38FaxRateManagement:transferredTCF
[0157]a=T38FaxUdpEC:t38UDPRedundancy
[0158]被叫端UA选择传真模式，在2000K的SDP中描述选择的传真模式；
[0159]信令实例:
[0160]SIP/2.0200ok
[0161]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0162]From: 〃mac〃〈sip:[email protected]>; tag=1234abc
[0163]To:<sip:[email protected]〉； tag=abcl234
[0164]Call-1D:[email protected]
[0165]CSeq:2INVITE
[0166]Contact: sip:1ms.com
[0167]Allow:1NVITE, ACKj CANCEL, BYE, PRACKj UPDATE, INFO, MESSAGE, NOTIFY, REFER
[0168]Expires: 1800
[0169]Max-Forwards: 70
[0170]Supported !replaces, timer
[0171]Content-Type: applicat1n/sdp
[0172]Content-Length: 239
[0173]v=0
[0174]o=ZTE26877553IN IP4192.168.1.248
[0175]s=sess1n SDP
[0176]c=IN IP4192.168.1.248
[0177]t=00
[0178]m=imagel0322udptl t38
[0179]a=T38FaxVers1n: 0
[0180]a=T38MaxBitRate: 14400
[0181]a=T38FaxRateManagement:transferredTCF
[0182]a=T38FaxUdpEC:t38UDPRedundancy
[0183]a=sendrecv
[0184]需要指出的是，上述传真收发两端开始可以釆用MS侧指定的传真速率，比如t38传真模式，开始收发传真。另外，以上流程是成功的协商流程。如果流程中主备叫一方有失败的信令交互过程，IMS会再次发起协商，通过re-1NVITE消息进行再次传真模式的协商。通过以上步骤实现核心网系统中全控传真业务，通过INFO消息实现传真音的上报，re-1NVITE对传真模式的协商，该方案清晰易实现，大大提高了传真业务和数据类业务的稳定性。
[0185]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0186]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种基于会话初始协议SIP的数据业务处理方法，其特征在于，包括: 依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务； 通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理。2.根据权利要求1所述的方法，其特征在于，所述数据业务包括以下至少之一: 传真业务、调制解调Modem业务、销售点POS机业务。3.根据权利要求1所述的方法，其特征在于，依据所述SIP中的所述INFO消息确定所述主被叫基于所述SIP所进行的数据业务包括: 依据所述SIP中的所述INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定所述主被叫基于所述SIP所进行的数据业务。4.根据权利要求1所述的方法，其特征在于，在所述数据业务为传真业务的情况下，通过所述re-1NVITE消息对所述主被叫之间的所述数据业务进行处理包括: 通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商； 依据协商结果控制所述主被叫将所述主被叫之间的语音通道切换为传真通道。5.根据权利要求4所述的方法，其特征在于，通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商包括以下至少之一: 当传真发送侧为高速传真，接收侧为低速传真的情况下，确定协商结果为低速收发； 当传真发送侧为低速传真，接收侧为低速传真的情况下，确定协商结果为低速收发； 当传真发送侧为高速传真，接收侧为高速传真的情况下，确定协商结果为高速收发； 当传真发送侧为低速传真，接收侧为高速传真的情况下，确定协商结果为低速传真。6.根据权利要求1至5中任一项所述的方法，其特征在于，通过所述re-1NVITE消息对所述主被叫之间的所述数据业务进行处理包括: 通过在所述re-1NVITE消息中的会话描述协议SDP中添加用于标识所述数据业务的标识字段的方式对所述主被叫之间的所述数据业务进行处理。7.一种基于会话初始协议SIP的数据业务处理装置，其特征在于，包括: 确定模块，用于依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务; 处理模块，用于通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理。8.根据权利要求7所述的装置，其特征在于，所述确定模块包括: 确定单元，用于依据所述SIP中的所述INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定所述主被叫基于所述SIP所进行的数据业务。9.根据权利要求7所述的装置，其特征在于，所述处理模块包括: 协商单元，用于在所述数据业务为传真业务的情况下，通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商； 切换单元，用于依据协商结果控制所述主被叫将所述主被叫之间的语音通道切换为传真通道。10.根据权利要求7至9中任一项所述的装置，其特征在于，所述处理模块包括: 处理单元，用于通过在所述re-1NVITE消息中的会话描述协议SDP中添加用于标识所述数据业务的标识字段的方式对所述主被叫之间的所述数据业务进行处理。
【专利摘要】本发明提供了一种基于会话初始协议SIP的数据业务处理方法及装置，该方法包括：依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务；通过re-INVITE消息对主被叫之间的数据业务进行处理，通过本发明，解决了相关技术中，采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题，进而达到了有效提高数据业务处理的成功率，使得协商过程清楚明了，并且核心网也能够对数据业务的处理进行有效控制的效果。
【IPC分类】H04N1/32, H04L29/06
【公开号】CN104901922
【申请号】CN201410077155
【发明人】陈薇, 于伟, 孙小伟
【申请人】中兴通讯股份有限公司
【公开日】2015年9月9日
【申请日】2014年3月4日
【公告号】WO2015131466A1
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种基于会话初始协议(Sess1nInitiat1n Protocol,简称为SIP)的数据业务处理方法及装置。
【背景技术】
[0002]传真通信是利用扫描和光电变换技术，从发端将文字、图像、照片等静态图像通过有线或无线信道传送到收端，并在收端以记录的形式重显原静止的图像的通信方式。在通讯设备中实现传真业务有两种方式:一种是通过自协商方式，一种是全控方式。自协商方式是指媒体网关(Media Gateway，简称为MG)或SIP用户代理(User Agent，简称为UA)检测到传真机的传真信号后，通过媒体流的内部协商，实现传真业务。全控方式则是指传真机发出的传真信号，通过MG或SIP UA的检测，将传真信号加载在SIP信令中，发送给媒体网关控制器(Media Gateway Control,简称为MGC)或代理服务器(SIP proxy),由MGC或SIPproxy来控制从媒体语音通道到数据传真通道的切换。
[0003]根据传真设备的不同,可以分为高速modem、低速modem、高速传真和低速传真。高速modem和高速传真上报的信号为:ANSBAR，ANSAMBAR, ANSAM。低速modem上报ANS信号。低速传真上报V21FLAG信号。在H.248协议中，传真音通过信令上报到媒体网关控制器(MGC)，由MGC来控制媒体MG对语音通道的切换。
[0004]因此，在相关技术中，采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题。
【发明内容】
[0005]本发明提供了一种基于会话初始协议SIP的数据业务处理方法及装置，以至少解决相关技术中，采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题。
[0006]根据本发明的一个方面，提供了一种基于会话初始协议SIP的数据业务处理方法，包括:依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务；通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理。
[0007]优选地，所述数据业务包括以下至少之一:传真业务、调制解调Modem业务、销售点POS机业务。
[0008]优选地，依据所述SIP中的所述INFO消息确定所述主被叫基于所述SIP所进行的数据业务包括:依据所述SIP中的所述INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定所述主被叫基于所述SIP所进行的数据业务。
[0009]优选地，在所述数据业务为传真业务的情况下，通过所述re-1NVITE消息对所述主被叫之间的所述数据业务进行处理包括:通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商；依据协商结果控制所述主被叫将所述主被叫之间的语音通道切换为传真通道。
[0010]优选地，通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商包括以下至少之一:当传真发送侧为高速传真，接收侧为低速传真的情况下，确定协商结果为低速收发；当传真发送侧为低速传真，接收侧为低速传真的情况下，确定协商结果为低速收发；当传真发送侧为高速传真，接收侧为高速传真的情况下，确定协商结果为高速收发；当传真发送侧为低速传真，接收侧为高速传真的情况下，确定协商结果为低速传真。
[0011]优选地，通过所述re-1NVITE消息对所述主被叫之间的所述数据业务进行处理包括:通过在所述re-1NVITE消息中的会话描述协议SDP中添加用于标识所述数据业务的标识字段的方式对所述主被叫之间的所述数据业务进行处理。
[0012]根据本发明的另一方面，提供了一种基于会话初始协议SIP的数据业务处理装置，包括:确定模块，用于依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务；处理模块，用于通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理。
[0013]优选地，所述确定模块包括:确定单元，用于依据所述SIP中的所述INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定所述主被叫基于所述SIP所进行的数据业务。
[0014]优选地，所述处理模块包括:协商单元，用于在所述数据业务为传真业务的情况下，通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商；切换单元，用于依据协商结果控制所述主被叫将所述主被叫之间的语音通道切换为传真通道。
[0015]优选地，所述处理模块包括:处理单元，用于通过在所述re-1NVITE消息中的会话描述协议SDP中添加用于标识所述数据业务的标识字段的方式对所述主被叫之间的所述数据业务进行处理。
[0016]通过本发明，采用依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务；通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理，解决了相关技术中，采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题，进而达到了有效提高数据业务处理的成功率，使得协商过程清楚明了，并且核心网也能够对数据业务的处理进行有效控制的效果。
【附图说明】
[0017]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0018]图1是根据本发明实施例的基于会话初始协议SIP的数据业务处理方法的流程图；
[0019]图2是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置的结构框图；
[0020]图3是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中确定模块22的优选结构框图；
[0021]图4是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中处理模块24的优选结构框图一；
[0022]图5是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中处理模块24的优选结构框图二 ；
[0023]图6是根据本发明优选实施例的低速传真收高速传真发情景下的流程图；
[0024]图7是根据本发明优选实施例的POS机建立数据传送通道的流程图。
【具体实施方式】
[0025]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0026]在本实施例中提供了一种基于会话初始协议SIP的数据业务处理方法，图1是根据本发明实施例的基于会话初始协议SIP的数据业务处理方法的流程图，如图1所示，该流程包括如下步骤:
[0027]步骤S102，依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务；
[0028]步骤S104，通过re-1NVITE消息对主被叫之间的数据业务进行处理。
[0029]通过上述步骤，依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务，通过re-1NVITE消息对主被叫之间的数据业务进行处理，相对于相关技术中采用媒体流进行数据业务的协商，解决了相关技术中采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题，进而达到了有效提高数据业务处理的成功率，使得协商过程清楚明了，并且核心网也能够对数据业务的处理进行有效控制的效果。
[0030]需要说明的是，上述数据业务可以包括多种，例如，可以包括以下至少之一:传真业务、调制解调Modem业务、销售点POS机业务。依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务时，可以采用多种实施方式，例如，可以依据SIP中的INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定该主被叫基于SIP所进行的数据业务。
[0031]优选地，通过re-1NVITE消息对主被叫之间的数据业务进行处理时，针对不同的业务数据，可以采用多种实施方式，例如，在数据业务为传真业务的情况下，可以通过re-1NVITE消息对主被叫进行的传真业务的传真速率和传真模式进行协商；依据协商结果控制主被叫将主被叫之间的语音通道切换为传真通道。
[0032]另外，通过re-1NVITE消息对主被叫进行的传真业务的传真速率和传真模式进行协商时所应用的场景也可以多种，下面对各个场景分别进行说明:当传真发送侧为高速传真，接收侧为低速传真的情况下，确定协商结果为低速收发；当传真发送侧为低速传真，接收侧为低速传真的情况下，确定协商结果为低速收发；当传真发送侧为高速传真，接收侧为高速传真的情况下，确定协商结果为高速收发；当传真发送侧为低速传真，接收侧为高速传真的情况下，确定协商结果为低速传真。
[0033]优选地，通过re-1NVITE消息对主被叫之间的数据业务进行处理时，也可以采用多种处理方式，例如，可以通过在re-1NVITE消息中的会话描述协议SDP中添加用于标识数据业务的标识字段的方式对主被叫之间的数据业务进行处理。比如，在数据业务为传真业务时，可以在SDP媒体描述中添加a=T38fax或a=fax或a=vbd等字段来标识。
[0034]在本实施例中还提供了一种基于会话初始协议SIP的数据业务处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0035]图2是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置的结构框图，如图2所示，该装置包括确定模块22和处理模块24，下面对该装置进行说明。
[0036]确定模块22，用于依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务；处理模块24，连接至上述确定模块22，用于通过re-1NVITE消息对主被叫之间的数据业务进行处理。
[0037]图3是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中确定模块22的优选结构框图，如图3所示，该确定模块22包括确定单元32，下面对该确定单元32进行说明。
[0038]确定单元32，用于依据SIP中的INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定主被叫基于SIP所进行的数据业务。
[0039]图4是根据本发明实施例的基于会话初始协议SIP的数据业务处理装置中处理模块24的优选结构框图一，如图4所示，该处理模块24包括:协商单元42和切换单元44，下面对该处理模块24进行说明。
[0040]协商单元42，用于在数据业务为传真业务的情况下，通过re-1NVITE消息对主被叫进行的传真业务的传真速率和传真模式进行协商；切换单元44，连接至上述协商单元42，用于依据协商结果控制主被叫将主被叫之间的语音通道切换为传真通道。
[0041]图5是根据 本发明实施例的基于会话初始协议SIP的数据业务处理装置中处理模块24的优选结构框图二,如图5所示,该处理模块24包括处理单元52,下面对该处理单元52进行说明。
[0042]处理单元52，用于通过在re-1NVITE消息中的会话描述协议SDP中添加用于标识数据业务的标识字段的方式对主被叫之间的数据业务进行处理。
[0043]截至到目前，国际上都没有关于利用SIP协议来实现传真业务的标准流程。SIP作为核心网系统中最重要的通讯协议，越来越得到业界的重视，而传真是窄带业务又是不可或缺的，因此研究SIP传真业务显得尤为重要。在本发明实施例中，提供了一种通过SIP协议实现全控模式传真业务的方法。SIP用户在会话建立后，通过INFO消息上报传真音，IMS核心网再通过SIP信令控制传真业务的实现。下面对该方法的实现进行说明。
[0044]利用SIP协议中的INFO方法上报监测到的传真音，利用re-1NVITE消息来实现传真模式(例如，t38，t30)的协商，将语音通道切换为数据通道，比如，在会话描述协议(Sess1n Descript1n Protocol,简称 SDP)媒体描述中添加 a=T38fax 或 a=fax 或 a=vbd等字段来标识。
[0045]INFO方法的目的是允许运送会话相关的控制信息，这些控制信息产生于会话进行中。INFO方法不会改变会话的呼叫状态，也不会改变已经建立的会话的状态。会话中所产生的控制信息，能够放在INFO的消息头部或者消息体中。在本实施例中，将UA检测到的传真音事件(例如，ANSBAR,ANSAMBAR等)以xml格式放置于INFO消息体中。由于Content-Type字段标识消息体的类型，所以，需要定义Content-Type applicat1n/faxinfo+xml?定义xml中的传真音开始标识符为:
[0046]<event>dtone=ANS〈/event> (或者 dtone=ANSBAR、ANSAMBAR、ANSAM、V21FLAG)。定义xml中的传真音结束标识符为:〈event>faxchannchng=EOF〈/event>。
[0047]代理服务器收到INFO消息，回2000K以确认收到。随后对INFO中的xml字段进行处理，例如，代理服务器可以根据上报的传真音事件来填充re-1NVITE消息中的SDP字段，再将其发送给主被叫。MS通过re-1NVITE消息控制主被叫进行通道的切换，实现传真业务。
[0048]Modem业务(高速/低速)和POS机业务跟传真业务一样，都属于数据业务范畴，对应的SIP信令流程也是一样的，唯一的区别就是检测到的业务音不同，传真业务检测到的是各种传真音，MODEM业务是检测到VBD信号。对应到SIP信令里，就是INFO消息上报的信号类型不同，业务的切换流程是一样的。所以本发明同样适用于高速MODEM、低速MODEM、POS机等数据业务，使得基于语音的各种数据业务的建立和协商过程也可以在MS核心网控制下实现。
[0049]通过上述实施例及优选实施方式，根据实际监测到的传真音完成媒体通道属性的配置，并通知到对端，保证两端媒体属性的一致性，使传真失败率降到最低。另外，通过信令层清晰看出传真协商的过程，协商的最终传真速率和传真模式一目了然；目前都只能通过媒体流来分析传真协商结果，而对于媒体流的分析，必须借助相应的软件工具，具备对该领域的知识基础，并且相当繁琐。但是采用信令层的协商，即使没有太多的SIP协议基础的工程人员，只需要关注传真协商过程中的几个关键字，就能明白传真业务。
[0050]Modem和pos机数据业务,也可以使用INFO消息上报信号。在IMS核心网的控制下，各种数据通道建立过程跟全控传真建立的信令交互过程是完全一样的。
[0051]需要说明的是，传真应用场景主要有下面五种实例:(I)传真发送侧为高速传真，接收侧为低速传真，最终协商为低速收发；(2)传真发送侧为低速传真，接收侧为低速传真，最终协商为低速收发；(3)传真发送侧为高速传真，接收侧为高速传真，最终协商为高速收发；(4)传真发送侧为低速传真，接收侧为高速传真，最终协商为低速收发；(5)M0DEM\POS机等数据业务，建立数据传送通道。
[0052]上述列举的五种传真应用场景中，协商过程最为复杂的就是第4种。对于用SIPINFO上报传真音，用SIP re-1NVITE实现传真模式协商的方法，本发明给出一个关于第4种应用场景下的典型实例。
[0053]图6是根据本发明优选实施例的低速传真收高速传真发情景下的流程图，图7是根据本发明优选实施例的POS机建立数据传送通道的流程图，如图6、7所示，上述数据业务流程相似，所存在的区别是数据业务类型的不同，即仅仅是数据业务的不同所执行不同的处理，下面对该相似流程进行说明:
[0054]语音通道正常建立之后，被叫高速传真接收端首先检测到传真音事件，先检测到ANS,定时器终了前，又检测到ANSBAR信号，被叫端UA通过SIP INFO通知ANSBAR信号到被口 1I 端 ProxyServer0
[0055]信令实例:
[0056]INFO sip:maciims:5060;SIP/2.0
[0057]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0058]From:"mac"〈sip:[email protected]〉；tag=1234abc
[0059]To:<sip:[email protected]〉； tag=abcl234
[0060]Call-1D:[email protected]
[0061]CSeq: 10INF0
[0062]Contact: sip:1ms.com
[0063]Max-Forwards: 70
[0064]Content-Length:16
[0065]Content-Type: applicat1n/faxinfo+xml
[0066]<?xml vers1n="l.0"?>
[0067]<mac-1nfo>
[0068]<event>dtone=ANSBAR</event〉
[0069]</mac-1nfo>
[0070]核心网IMS(ProxyServer)收到INFO消息后回应一个2000K表示收到传真音成功。
[0071]信令实例:
[0072]SIP/2.02000K
[0073]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0074]From:〃mac〃〈sip:[email protected]>;tag=1234abc
[0075]To:<sip:[email protected]〉；tag=abcl234
[0076]Call-1D:[email protected]
[0077]CSeq: 10INF0
[0078]Contact: sip:1ms.com
[0079]Content-Length: 0
[0080]ProxyServer给主叫端UA发送re-1NVITE，根据IMS侧配置的传真模式构建SDP，并发给主叫SDP offer/answer模式完成传真codec选择。主叫端UA在收到re-1NVITE高速传真切换时，需要先关闭语音通道，重新打开为传真模式，并且关闭EC (回声抑制)属性。
[0081]信令实例:
[0082]INVITE sip:[email protected]: 5060; SIP/2.0
[0083]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0084]From:"mac"〈sip:[email protected]〉；tag=1234abc
[0085]To:<sip:[email protected]〉；tag=abcl234
[0086]Call-1D:[email protected]
[0087]CSeq:2INVITE
[0088]Contact: sip:1ms.com
[0089]Allow:1NVITE, ACKj CANCEL, BYE, PRACKj UPDATE, INFO, MESSAGE, NOTIFY, REFER
[0090]Expires: 1800[0091 ]Max-Forwards: 70
[0092]Supported !replaces, timer
[0093]Content-Type: applicat1n/sdp
[0094]Content-Length:239
[0095]v=0
[0096]o=ZTE26877553IN IP4192.168.1.248
[0097]s=sess1n SDP
[0098]c=IN IP4192.168.1.248
[0099]t=00
[0100]m=imagel0322udptl t38[0101 ]a=T38FaxVers1n: 0
[0102]a=T38MaxBitRate:14400
[0103]a=T38FaxRateManagement:transferredTCF
[0104]a=T38FaxUdpEC:t38UDPRedundancy
[0105]a=sendrecv
[0106]主叫端UA选择传真模式，在2000K的SDP中描述选择的传真模式；
[0107]信令实例:
[0108]SIP/2.0200ok
[0109]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0110]From: 〃mac〃〈sip:[email protected]>; tag=1234abc
[0111]To:〈sip:[email protected]〉; tag=abcl234
[0112]Call-1D:[email protected]
[0113]CSeq:2INVITE
[0114]Contact: sip:1ms.com
[0115]Allow:1NVITE, ACKj CANCEL, BYE, PRACKj UPDATE, INFO, MESSAGE, NOTIFY, REFER
[0116]Expires: 1800
[0117]Max-Forwards: 70
[0118]Su pported !replaces, timer
[0119]Content-Type: applicat1n/sdp
[0120]Content-Length: 239
[0121]v=0
[0122]o=ZTE26222194IN IP4192.168.1.248
[0123]s=sess1n SDP
[0124]c=IN IP4192.168.1.248
[0125]t=00
[0126]m=imagel0320udptl t38
[0127]a=sendrecv
[0128]a=T38FaxVers1n: 0
[0129]a=T38MaxBitRate:14400
[0130]a=T38FaxRateManagement:transferredTCF
[0131]a=T38FaxUdpEC:t38UDPRedundancy
[0132]ProxyServer给被叫叫端UA发送re-1NVITE，根据主叫侧选择的传真模式构建SDP,并发给被叫，被叫侧完成传真codec选择。被叫端UA在收到re-1NVITE高速传真切换时，需要先关闭语音通道，重新打开为传真模式，并且关闭EC (回声抑制)属性。
[0133]信令实例:
[0134]INVITE sip:maciims:5060;SIP/2.0
[0135]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0136]From: 〃mac〃〈sip:[email protected]>; tag=1234abc
[0137]To:<sip:[email protected]〉； tag=abcl234
[0138]Call-1D:[email protected]
[0139]CSeq:2INVITE
[0140]Contact: sip:1ms.com
[0141]Allow:1NVITE, ACKj CANCEL, BYE, PRACKj UPDATE, INFO, MESSAGE, NOTIFY, REFER
[0142]Expires: 1800
[0143]Max-Forwards: 70
[0144]Supported !replaces, timer
[0145]Content-Type: applicat1n/sdp
[0146]Content-Length: 239
[0147]v=0
[0148]o=ZTE26222194IN IP4192.168.1.248
[0149]s=sess1n SDP
[0150]c=IN IP4192.168.1.248
[0151]t=00
[0152]m=imagel0320udptl t38
[0153]a=sendrecv
[0154]a=T38FaxVers1n: 0
[0155]a=T38MaxBitRate: 14400
[0156]a=T38FaxRateManagement:transferredTCF
[0157]a=T38FaxUdpEC:t38UDPRedundancy
[0158]被叫端UA选择传真模式，在2000K的SDP中描述选择的传真模式；
[0159]信令实例:
[0160]SIP/2.0200ok
[0161]Via:SIP/2.0/UDP ims.com:5060;branch=z9hG4bK19c276952c547
[0162]From: 〃mac〃〈sip:[email protected]>; tag=1234abc
[0163]To:<sip:[email protected]〉； tag=abcl234
[0164]Call-1D:[email protected]
[0165]CSeq:2INVITE
[0166]Contact: sip:1ms.com
[0167]Allow:1NVITE, ACKj CANCEL, BYE, PRACKj UPDATE, INFO, MESSAGE, NOTIFY, REFER
[0168]Expires: 1800
[0169]Max-Forwards: 70
[0170]Supported !replaces, timer
[0171]Content-Type: applicat1n/sdp
[0172]Content-Length: 239
[0173]v=0
[0174]o=ZTE26877553IN IP4192.168.1.248
[0175]s=sess1n SDP
[0176]c=IN IP4192.168.1.248
[0177]t=00
[0178]m=imagel0322udptl t38
[0179]a=T38FaxVers1n: 0
[0180]a=T38MaxBitRate: 14400
[0181]a=T38FaxRateManagement:transferredTCF
[0182]a=T38FaxUdpEC:t38UDPRedundancy
[0183]a=sendrecv
[0184]需要指出的是，上述传真收发两端开始可以釆用MS侧指定的传真速率，比如t38传真模式，开始收发传真。另外，以上流程是成功的协商流程。如果流程中主备叫一方有失败的信令交互过程，IMS会再次发起协商，通过re-1NVITE消息进行再次传真模式的协商。通过以上步骤实现核心网系统中全控传真业务，通过INFO消息实现传真音的上报，re-1NVITE对传真模式的协商，该方案清晰易实现，大大提高了传真业务和数据类业务的稳定性。
[0185]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0186]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种基于会话初始协议SIP的数据业务处理方法，其特征在于，包括: 依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务； 通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理。2.根据权利要求1所述的方法，其特征在于，所述数据业务包括以下至少之一: 传真业务、调制解调Modem业务、销售点POS机业务。3.根据权利要求1所述的方法，其特征在于，依据所述SIP中的所述INFO消息确定所述主被叫基于所述SIP所进行的数据业务包括: 依据所述SIP中的所述INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定所述主被叫基于所述SIP所进行的数据业务。4.根据权利要求1所述的方法，其特征在于，在所述数据业务为传真业务的情况下，通过所述re-1NVITE消息对所述主被叫之间的所述数据业务进行处理包括: 通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商； 依据协商结果控制所述主被叫将所述主被叫之间的语音通道切换为传真通道。5.根据权利要求4所述的方法，其特征在于，通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商包括以下至少之一: 当传真发送侧为高速传真，接收侧为低速传真的情况下，确定协商结果为低速收发； 当传真发送侧为低速传真，接收侧为低速传真的情况下，确定协商结果为低速收发； 当传真发送侧为高速传真，接收侧为高速传真的情况下，确定协商结果为高速收发； 当传真发送侧为低速传真，接收侧为高速传真的情况下，确定协商结果为低速传真。6.根据权利要求1至5中任一项所述的方法，其特征在于，通过所述re-1NVITE消息对所述主被叫之间的所述数据业务进行处理包括: 通过在所述re-1NVITE消息中的会话描述协议SDP中添加用于标识所述数据业务的标识字段的方式对所述主被叫之间的所述数据业务进行处理。7.一种基于会话初始协议SIP的数据业务处理装置，其特征在于，包括: 确定模块，用于依据所述SIP中的INFO消息确定主被叫基于所述SIP所进行的数据业务; 处理模块，用于通过re-1NVITE消息对所述主被叫之间的所述数据业务进行处理。8.根据权利要求7所述的装置，其特征在于，所述确定模块包括: 确定单元，用于依据所述SIP中的所述INFO消息的消息头部或消息体中以文本形式携带的数据业务事件确定所述主被叫基于所述SIP所进行的数据业务。9.根据权利要求7所述的装置，其特征在于，所述处理模块包括: 协商单元，用于在所述数据业务为传真业务的情况下，通过所述re-1NVITE消息对所述主被叫进行的所述传真业务的传真速率和传真模式进行协商； 切换单元，用于依据协商结果控制所述主被叫将所述主被叫之间的语音通道切换为传真通道。10.根据权利要求7至9中任一项所述的装置，其特征在于，所述处理模块包括: 处理单元，用于通过在所述re-1NVITE消息中的会话描述协议SDP中添加用于标识所述数据业务的标识字段的方式对所述主被叫之间的所述数据业务进行处理。
【专利摘要】本发明提供了一种基于会话初始协议SIP的数据业务处理方法及装置，该方法包括：依据SIP中的INFO消息确定主被叫基于SIP所进行的数据业务；通过re-INVITE消息对主被叫之间的数据业务进行处理，通过本发明，解决了相关技术中，采用媒体流的协商存在数据业务失败率高，以及协商过程不明了，以及核心网也无法对数据业务的处理进行有效控制的问题，进而达到了有效提高数据业务处理的成功率，使得协商过程清楚明了，并且核心网也能够对数据业务的处理进行有效控制的效果。
【IPC分类】H04N1/32, H04L29/06
【公开号】CN104901922
【申请号】CN201410077155
【发明人】陈薇, 于伟, 孙小伟
【申请人】中兴通讯股份有限公司
【公开日】2015年9月9日
【申请日】2014年3月4日
【公告号】WO2015131466A1
最新回复(0)