CN101207631A - 一种控制传输层连接的方法和通信装置 - Google Patents

一种控制传输层连接的方法和通信装置 Download PDF

Info

Publication number
CN101207631A
CN101207631A CN 200610167856 CN200610167856A CN101207631A CN 101207631 A CN101207631 A CN 101207631A CN 200610167856 CN200610167856 CN 200610167856 CN 200610167856 A CN200610167856 A CN 200610167856A CN 101207631 A CN101207631 A CN 101207631A
Authority
CN
China
Prior art keywords
transport layer
connects
message
connection
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN 200610167856
Other languages
English (en)
Inventor
王奇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN 200610167856 priority Critical patent/CN101207631A/zh
Priority to PCT/CN2007/071249 priority patent/WO2008074256A1/zh
Publication of CN101207631A publication Critical patent/CN101207631A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28Timers or timing mechanisms used in protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

本发明属于电通信技术领域,公开了一种控制传输层连接的方法和通信装置。本发明的核心思想是:通过预先对会话所在传输层连接的生存期进行协商,当传输层连接上的任意一个会话结束时,判断所述预先协商的传输层连接的生存期为暂时的还是永久的,如果是暂时的,则拆除该传输层连接;如果是永久的,则不拆除。根据不同的应用场景,协商出不同的生存期,可以避免不同会话的冲突,节约传输层资源,提高传输性能。更进一步,当传输层连接异常断开时,暂不释放上层业务,并重新建立一条新的连接,从而将连接异常断开对用户的影响降到最小。

Description

一种控制传输层连接的方法和通信装置
技术领域
本发明属于电通信技术领域,尤其涉及一种控制传输层连接的方法和通信装置。
背景技术
MRCPv2(Media Resource Control Protocol Version 2,媒体资源控制协议第二版)协议主要给客户端提供控制诸如语音合成和语音识别等服务器资源的通用机制。MRCPv2不是一个独立的协议,必须依靠会话管理协议在客户端和服务器之间建立MRCP控制会话。会话建立后,MRCP消息作为独立的消息进行传输。为了互通便利,MRCPv2选择SIP(Session Initiation Protocol,会话发起协议)作为其基本的会话管理协议,通过在客户端和服务器之间的SIP消息交互,协商出MRCP消息传输所需要的传输层连接信息。其中,MRCP会话参数用SIP消息体部分的SDP(Session Description Protocol,会话描述协议)来描述。按照当前的MRCPv2草案,MRCPv2需要支持TCP(TransmissionControl Protocol,传输控制协议)和TLS(Transport Layer Security,传输层安全)。
当前MRCPv2草案在SDP的a行对会话所在传输层连接的属性做了扩展,通过设定属性值为新建的或现有的,来表示新建会话所在传输层连接是新建的还是与已有会话共享一条传输层连接。
问题在于,当一个会话结束后,客户端或服务器均可拆除该条传输层连接,而一条传输层连接上可能有多个会话,如果客户端在一个会话结束后将该传输层连接拆除的话,将会使这条传输层连接上的所有会话受到影响。而如果会话在结束后,不拆除传输层连接的话,则会浪费大量的传输层连接,尤其当有很多个MRCP客户端通过独立的传输层连接与服务器相连时,可能导致服务器端传输层连接资源的不足,使得许多用户无法建立传输层连接。由于现有MRCPv2草案未对会话所在传输层连接的生存期进行描述,当会话结束后,客户端与服务器不知是否拆除传输层连接,因而造成了上述问题。
MRCPv2也没有规定传输层连接异常断开时服务器和客户端如何处理。而现有技术所采取的策略是当传输层连接异常断开时,释放这条传输层连接上的所有上层业务。在一条传输层连接上会有很多会话,如果断开传输层连接后把这些会话都释放的话,将会对用户造成很大影响。
综上,由于目前MRCPv2草案未对传输层连接的生存期以及传输层连接异常断开时如何处理进行描述,在实际应用中会对传输层连接上的运行的业务造成很大影响。
发明内容
有鉴于此,本发明实施例所要解决的技术问题是提供一种控制传输层连接的方法,以实现对会话所在传输层连接的生存期的控制。
为解决上述技术问题,本发明实施例提供了一种控制传输层连接的方法,该方法包括:
协商传输层连接的生存期属性并建立传输层连接;
当传输层连接上的任意一个会话结束时,判断所协商的传输层连接的生存期属性,如果是暂时的,则拆除该传输层连接;如果为永久的,则保持该传输层连接。
在上述技术方案中,所述协商传输层连接生存期属性的步骤为:
客户端设置传输层连接的生存期属性并发送包含传输层连接生存期属性的消息到服务器;
服务器接收到客户端发送的消息后设置传输层连接的生存期属性并返回第一响应消息。
其中,在所述传输层连接建立后,还包括:
客户端发起一个新的会话,发送消息请求共享所述已建立的传输层连接;
服务器接收到客户端发送的消息后,确定出所述已建立的传输层连接的生存期属性为暂时的,并返回第二响应消息请求客户端建立一条新的传输层连接。
优选的,建立传输层连接之前进一步协商传输层连接异常断开时是否选择建立一条新的传输层连接;
当传输层连接异常断开时,如果所协商的结果是传输层连接异常断开时选择建立一条新的传输层连接,服务器保持所述传输层连接上的上层业务,客户端与服务器协商并建立一条新的传输层连接。
上述技术方案中,所述协商传输层连接异常断开时是否选择建立一条新的传输层连接的步骤具体为:
客户端设置传输层连接的可靠性属性并发送到服务器;
服务器接收到所述客户端发送的可靠性属性后设置传输层连接的可靠性属性并返回第三响应消息;
其中,当所述可靠性属性设置为更新时,表示传输层连接异常断开时选择建立一条新的连接;当所述可靠性属性设置为空时,表示由服务器释放所述传输层连接上的上层业务。
在上述技术方案中,服务器保持所述传输层连接上的上层业务的时间为5秒至30秒。
其中,在所述传输层连接异常断开,创建该传输层连接的会话重新协商并建立一条新的传输层连接后进一步包括:
共享原来传输层连接的会话在客户端发送消息请求共享所述新建的传输层连接;
服务器接收到该消息后,更新所述新的传输层连接上MRCP通道里的MRCP消息。
其中,在所述传输层连接异常断开,创建该传输层连接的会话重新协商并建立一条新的传输层连接后进一步包括:
客户端通过所述新的传输层连接向服务器发送一条仅包含Channel-Identifier头域的SET-PARAMS消息;
服务器接收到该消息后,更新所述新的传输层连接上MRCP通道里的MRCP消息。
为解决上述技术问题,本发明实施例提供了一种通信装置,该装置包括:第一判断单元、第一存储单元、第一发送单元、接收单元,其中:
第一存储单元,用于存储已协商好的传输层连接第一参数;所述第一参数表示传输层连接生存期属性为暂时的还是永久的;
接收单元,接收到会话结束的消息时,通知第一判断单元;
第一判断单元,当接收到会话结束的消息时,判断存储单元中的第一参数所表示的生存期属性为暂时的还是永久的,并将判断结果发送到第一发送单元;
第一发送单元,当所述第一参数为暂时的时,将拆除传输层连接的消息发送出去。
该通信装置进一步包括:检测单元、业务处理单元、第二判断单元、第二发送单元、第二存储单元,其中:
第二存储单元,用于存储已协商好的传输层连接第二参数;所述第二参数设置为更新时,表示当传输层连接异常断开时,选择重新建立一条新的连接;所述第二参数设置为空时,表示当传输层连接异常断开时,选择释放传输层连接;
检测单元,用于检测传输层连接是否异常断开,并将检测结果发送到第二判断单元;
第二判断单元,用于当检测结果为连接异常断开时,判断第二存储单元存储的所述第二参数是否设置为更新,并将判断结果发送到第二发送单元与业务处理单元;
业务处理单元,用于当检测结果为异常断开时,若接收到的所述第二参数为更新,则将传输层连接上层业务存入第二存储单元;若接收到的所述第二参数为空,则释放所述传输层连接上的上层业务;
第二发送单元,当所述第二参数为更新时,发送消息重新协商并建立一条新的传输层连接。
该通信装置还包括第三发送单元,用于在所述客户端与所述服务器之间建立新的传输层连接后,通过所述新的传输层连接发送一条仅包含Channel-Identifier头域的SET-PARAMS消息。
可见,在一个会话结束时,通过判断预先协商的传输层连接生存期属性是否为暂时的,并当该连接生存期属性为暂时的时,拆除该传输层连接;如果是永久的,则不拆除。在不同的场景下,可以满足不同的业务对生存期的要求。例如,对于支持MRCP的移动终端访问MRCP服务器上的语音控制资源的应用场景,通过设置传输层连接的生存期属性为暂时的,当一个会话结束时拆除该连接,可以节约服务器端的传输层连接数,避免了用户较多而服务器端传输层连接数不足时其他用户无法访问服务器的情况发生,节约了传输层资源,提高了用户满意度。对于大型设备之间的通信,通过设置传输层连接的生存期属性为永久的,避免了客户端与服务器之间频繁建立和拆除连接对业务性能造成的影响。总之,通过预先对传输层连接的生存期进行协商,避免了会话的冲突,节约了传输层资源,提高了传输性能。
进一步,通过设置传输层连接的可靠性属性为更新,当传输层连接异常断开时,服务器暂不释放传输层连接上的上层业务,并由客户端重新发起会话协商出一条新的连接,从而将连接异常断开情况下对用户的影响降到最小。尤其对于有很多个会话共享一条连接时,该方法可以显著提高传输性能。
附图说明
图1为本发明实施例在一种场景应用中的系统结构示意图;
图2为本发明实施例在另一种场景应用中的系统结构示意图;
图3为本发明实施例中控制传输层连接的工作流程图;
图4为本发明实施例中控制传输层连接的另一工作流程图;
图5为本发明实施例在会话欲共享现有连接时的部分工作流程图;
图6为本发明实施例中控制传输层连接的又一工作流程图;
图7为本发明实施例中控制传输层连接的又一工作流程图;
图8为本发明实施例中在会话共享现有传输层连接时的部分工作流程图。
具体实施方式
本发明实施例提供了一种控制传输层连接的方法,其主要思想为:通过预先对会话所在传输层连接的生存期进行协商,当一个会话结束时,判断所述预先协商的传输层连接的生存期为暂时的还是永久的,如果是暂时的,则拆除该传输层连接;如果是永久的,则不拆除。根据不同的应用场景,协商出不同的生存期,可以避免不同会话的冲突,节约传输层资源,提高传输性能。以下参照附图,对本发明实施例进一步详细说明。
实施例一,如图1所示,有很多个MRCP客户端通过独立的传输层连接与服务器相连,每个客户端只在一个会话内使用这个传输层连接。最普通的应用场景是支持MRCP的移动终端访问MRCP服务器上的语音控制资源。参照图3,以下具体说明在这种场景下本发明控制传输层连接的方法。
步骤301:客户端发送一个SIP请求INVITE给服务器,请求创建一条新的传输层连接并设置该传输层连接的生存期属性为暂时的。
为了节约服务器端的传输层连接数,MRCP客户端在没有执行业务时需要把传输层连接关闭,为此,在SDP中设置新建传输层连接的生存期属性为暂时的,表明传输层连接只在当前会话内有效。
步骤302:服务器接受客户端所发送的请求及设置的传输层连接属性信息,发送200 OK消息做出响应。
步骤303:客户端和服务器按照协商好的传输层连接属性创建传输层连接。
步骤304:在创建好的传输层连接上传输MRCP消息。
步骤305:客户端发送BYE消息给服务器以拆除会话。
步骤306:服务器响应200 OK消息拆除会话。
步骤307:客户端接收到步骤306所述服务器发来的200 OK消息后判断该传输层连接的生存期为暂时的还是永久的,发现预先协商的传输层连接的生存期为暂时的,主动拆除所述传输层连接。
实施例二,如图2所示,很多个用户通过一个共同的MRCP客户端连接到服务器上,客户端和服务器之间只需建立少量的传输层连接,给所有的这些用户提供服务。在这种应用场景下,本发明实施例控制传输层连接的方法如下,参照图4。
步骤401:客户端发送一个SIP请求INVITE给服务器,请求创建一条新的传输层连接并设置该传输层连接的生存期属性为永久的。
在这种场景下,由于多个会话共享连接,如果一个会话结束就拆除该连接,则会对该连接上的所有用户造成影响,为了避免在客户端和服务器之间频繁地建立和拆除连接对业务造成的影响,这些连接可以永久存在。为此,在SDP中设置传输层连接为新建的,其生存期属性为永久的,表明传输层连接是新建的、跨会话的永久连接。
步骤402:服务器,接受客户端发送的请求及所设置的传输层连接属性信息,发送200 OK消息做出响应。
步骤403:客户端和服务器按照协商好的传输层连接属性创建传输层连接。
步骤404:在创建好的传输层连接上传输MRCP消息。
步骤405:客户端要拆除会话时,发送BYE消息到服务器。
步骤406:服务器响应200 OK消息后,会话拆除。
步骤407:客户端接收到步骤406所述响应消息后,判断该传输层连接的生存期属性为暂时的还是永久的,发现预先协商的传输层连接的生存期属性为永久的,保持所述传输层连接。
实施例三,如果所发起的会话期望共享现有的连接,本发明可以采用下述方法控制传输层连接,参照图5。
步骤501:客户端发送一个SIP请求INVITE给服务器,请求共享现有的传输层连接。其中,在SDP中设置传输层连接属性为现有的,以与其他会话共享该传输层连接。
步骤502:服务器收到INVITE消息后发现客户端期望使用现有的传输层连接,且服务器发现现有的传输层连接的生存期属性为暂时的,已有的业务可能随时拆除该连接。如果共享该连接,所建立的会话会有随时中断的可能,因此,该连接不适于共享,故服务器可以在INVITE的200 OK响应消息中的SDP中返回传输层连接属性为新建的以令客户端重新建立一条新的连接。
客户端可以按照实施例一、实施例二所示的步骤进行协商并建立一条新的传输层连接,不再赘述。
如果客户端与服务器协商传输层连接属性为现有的,即使用别的会话建立的连接时,当会话结束时,不能拆除连接,否则会对别的会话造成影响。
为了避免在会话进行中,传输层连接的异常中断对该连接上的所有业务造成影响,本发明实施例进一步解决了传输层连接异常断开时如何处理,具体为:当检测到传输层连接异常断开时,判断预先协商的传输层连接可靠性属性为更新还是空,如果可靠性属性为更新,则服务器并不立即释放使用这个连接的上层业务,同时客户端通过SIP的会话更新机制重新建立连接来继续执行未完成的业务。以下以具体的实施例为例进行详细说明。
实施例四,仍以图1所示场景为例,详细说明本发明控制传输层连接的方法。参照图6,以下为具体流程。
步骤601:客户端发送一个SIP请求INVITE给服务器,其中在SDP中设置传输层连接为新建的,其生存期属性为暂时的,可靠性属性为更新。
步骤602:服务器接受请求,并发送200 OK消息进行响应,其中在SDP中设置传输层连接为新建的,其生存期属性为暂时的,可靠性属性为更新,表明会话是在新建的一条传输层连接上进行,且当一个会话结束时会自动拆除该连接,如果传输层连接异常中断,则客户端重新建立一条新的传输层连接。至此,客户端和服务器就传输层连接的属性协商完成。
步骤603:客户端与服务器按照协商好的传输层连接属性创建传输层连接。
步骤604:在创建好的传输层连接上传输MRCP消息。
步骤605:服务器检测到传输层连接异常中断,保持使用这个连接的上层业务,等待客户端重新建立连接,等待时间为10秒钟。
由于语音业务对时间比较敏感,等待时间不应过久,同时也不能太短,以给客户端充足的时间重新建立连接,因此,建议等待时间为5至30秒钟。不过,并不排除等待时间为所述建议范围之外的时间,并且最好还是根据客户端和服务器双方的意愿来设置。例如,客户端可能5秒钟就主动拆除会话,而服务器可以等待10秒钟。
步骤606:客户端发送一个SIP请求INVITE给服务器,其中在SIP的消息内容SDP中设置传输层连接为新建的,其生存期属性为暂时的,可靠性属性为更新。
步骤607:服务器接受请求并响应200 OK消息,其中,在SDP中设置传输层连接为新建的,其生存期属性为暂时的,可靠性属性为更新。
步骤608:客户端与服务器按照协商好的传输层连接属性建立一条新的连接。
步骤609:在新创建的传输层连接上传输MRCP消息。
步骤610:客户端发送BYE消息给服务器以拆除会话。
步骤611:服务器响应200 OK消息,会话拆除。
步骤612:客户端收到步骤611所述服务器发来的200 OK消息后判断该传输层连接的生存期为暂时的还是永久的,发现预先协商的传输层连接的生存期为暂时的,主动拆除所述传输层连接。
可见,步骤606、步骤607在连接异常中断后协商出一条新的传输层连接,且由于服务器暂未释放连接上的上层业务,因此,暂时中断的业务可以继续进行。
实施例五,仍以图2所示场景为例,详细说明本发明控制传输层连接的方法。参照图7,以下为具体流程。
步骤701:客户端发送一个SIP请求INVITE给服务器,其中在SDP中设置传输层连接为新建的,其生存期属性为永久的,可靠性属性为更新。
步骤702:服务器接受请求,并响应200 OK消息给客户端,其中在SDP中设置传输层连接为为新建的,其生存期属性为永久的,可靠性属性为更新,表明会话是在新建的一条传输层连接上进行,且该传输层连接是跨会话的永久连接,如果连接异常中断,则客户端重新建立一条新的连接。至此,客户端和服务器就传输层连接的属性协商完成。
步骤703:客户端与服务器按照协商好的传输层连接属性创建传输层连接。
步骤704:在创建好的传输层连接上传输MRCP消息。
步骤705:服务器检测到传输层连接异常中断,保持使用这个连接的上层业务,等待客户端重新建立连接,等待时间为30秒钟。
由于语音业务对时间比较敏感,等待时间不应过久,同时也不能太短,以给客户端充足的时间重新建立连接,因此,建议等待时间为5至30秒钟。不过,并不排除等待时间为所述建议范围之外的时间,并且最好还是根据客户端和服务器双方的意愿来设置。例如,客户端可能5秒就主动拆除会话,而服务器可以等待10秒钟。
步骤706:客户端发送一个SIP请求INVITE给服务器,其中在SIP的消息内容SDP中设置传输层连接为新建的,其生存期属性为永久的,可靠性属性为更新。
步骤707:服务器接受请求并响应200 OK消息,其中,在SDP中设置传输层连接为新建的,其生存期属性为永久的,可靠性属性为更新。
步骤708:客户端与服务器按照协商好的传输层连接属性建立一条新的连接。
步骤709:在新创建的传输层连接上传输MRCP消息。
步骤710:发送BYE消息到服务器以拆除会话。
步骤711:服务器响应200 OK消息后,会话拆除。
步骤712:客户端接收到步骤711所述响应消息后,判断该传输层连接的生存期为暂时的还是永久的,发现预先协商的传输层连接的生存期为永久的,保持所述传输层连接。
当然,在客户端与服务器协商建立一条新的传输层连接时,也可以设置会话所在传输层连接的可靠性属性为空,这样,当连接建立后,在业务执行过程中如果连接异常断开,服务器和客户端把使用这个连接的所有业务实例销毁即可。
在实施例四和实施例五中,在检测到传输层连接异常中断后,客户端及服务器协商出一条新的传输层连接。由于服务器在传输层连接异常中断后并不急于释放这个传输层连接的上层业务,同时客户端可以重新发起建立一条新的传输层连接,因此将传输层连接异常中断对用户的影响降到最小。
如果服务器知道会话何时结束,在上述各实施例中,也可由服务器发起拆除传输层连接。
一般情况下,对于很多个会话共享一条传输层连接的场景,例如两个大型的电信设备之间,为了避免传输层连接异常中断时对大量的用户造成影响,客户端与服务器进行协商时,在客户端发送的SIP消息中,传输层连接的可靠性属性设置为更新。而对于会话内的临时连接,根据具体场景的不同,所述传输层连接可以设置为空,也可以设置为更新。
实施例六、以图2所示场景为例,说明多个会话共享一条传输层连接时,如果传输层连接异常断开,在创建该传输层连接的会话重新建立起一条新的传输层连接后,其余共享原传输层连接的会话是如何共享新建的传输层连接的,参见图8。
步骤801:服务器端检测到传输层连接异常断开,保持使用这个连接的上层业务,等待客户端重新建立连接,等待时间为30秒钟。
由于语音业务对时间比较敏感,等待时间不应过久,同时也不能太短,以给客户端充足的时间重新建立连接,因此,建议等待时间为5至30秒钟。不过,并不排除等待时间为所述建议范围之外的时间,并且最好还是根据客户端和服务器双方的意愿来设置。例如,客户端可能5秒就主动拆除会话,而服务器可以等待10秒钟。
步骤802:创建该传输层连接的原始会话请求建立一条新的传输层连接。客户端发送一个SIP请求INVITE给服务器,其中在SDP中设置传输层连接为新建的,其生存期属性为永久的,可靠性属性为更新。
步骤803:服务器接受请求并返回响应消息200 OK消息。
步骤804:客户端与服务器创建好一条新的传输层连接。
步骤805:客户端共享原来传输层连接的会话发送SIP请求,重新请求共享传输层连接。
步骤806:服务器接受请求并返回响应消息。
服务器接收到该消息,根据存储的传输层连接的已用资源及未用资源状况,选择新建传输层连接作为共享连接。因为新建传输层连接属性为永久的,可以共享,且其上只有一个会话控制的MRCP消息运行,根据资源配置策略,应该选取较为空闲的传输层连接,故选择新建传输层连接。
步骤807:客户端与服务器在新建的传输层连接上传输MRCP消息。
步骤808:一个共享该传输层连接的会话结束,客户端发送BYE消息拆除会话。
步骤809:服务器响应200 OK消息,会话拆除。
步骤810:非创建该传输层连接的会话没有拆除该传输层连接的权限,因此,客户端保持所述传输层连接。
对于共享的传输层连接异常断开,新的传输层连接建立后,如何保证共享原来传输层连接的会话在新的传输层连接上运行,还有另一种方法,可以更新传输层连接与其上运行的业务的绑定关系。举例说明:有多个会话共享原来的传输层连接,每个会话通过一个或多个MRCP通道传输MRCP信息。当创建原来传输层连接的会话建立起新的传输层连接后,客户端发送SET-PARAMS消息,该消息只有一个Channel-Identifier头域,Channel-Identifier中的字符串标识会话所用MRCP通道。当服务器接收到该消息后,就可以更新新建传输层连接与MRCP通道的绑定关系,共享原来传输层连接的各会话的MRCP通道就与新的传输层连接建立了绑定关系。服务器接收到客户端发送的消息时,不会通过原来的传输层连接,而是通过新的传输层连接响应消息。
在以上各实施例中,客户端与服务器在传输层连接建立之前,对传输层连接属性进行了协商。例如,步骤301和步骤302对传输层连接的生存期属性进行了协商。客户端将设置的传输层连接属性发送到服务器后,服务器也对传输层连接属性进行设置并返回响应消息,如果客户端接受服务器的设置,则按常规发起和接收后续的消息;如果不接受,可以拆除会话,比如,用SIP发送BYE消息给对端即可发起拆除会话。其中,客户端所接受的设置,可能与自身设置的生存期属性参数相同,也可以不同。客户端与服务器可以根据自身的策略,决定是否接受对端选择。
本发明实施例还提供了一种通信装置,该通信装置可以通过对传输层连接进行控制,从而提高传输性能。该装置包括:第一判断单元、第一存储单元、第一发送单元、接收单元,其中:
第一存储单元,用于存储已协商好的第一参数;所述第一参数表示传输层连接生存期属性为暂时的还是永久的;
接收单元,用于接收消息,并当接收到会话结束的消息时,通知第一判断单元;
第一判断单元,当接收到会话结束的消息时判断存储单元中的第一参数所表示的传输层连接生存期属性为暂时的还是永久的,并将判断结果发送到发送单元;
第一发送单元,当所述第一参数为暂时的时,发送消息拆除所述传输层连接。
为了解决连接异常断开对业务造成影响,该通信装置进一步包括:检测单元、业务处理单元、第二判断单元、第二发送单元、第二存储单元,其中:
第二存储单元,用于存储已协商好的第二参数;所述第二参数设置为更新时,表示当传输层连接异常断开时,选择重新建立一条新的连接;所述第二参数设置为空时,表示当传输层连接异常断开时,选择释放传输层连接;
检测单元,用于检测传输层连接是否异常断开,并将检测结果发送到第二判断单元;
第二判断单元,用于当检测结果为连接异常断开时,判断第二存储单元存储的所述第二参数是否设置为更新,并将判断结果发送到第二发送单元与业务处理单元;
业务处理单元,用于当检测结果为异常断开时,若接收到的所述第二参数为更新,则将传输层连接上层业务存入第二存储单元;若接收到的所述第二参数为空,则释放所述传输层连接上的上层业务;
第二发送单元,当所述第二参数为更新时,发送消息重新协商并建立一条新的传输层连接。
可以根据实际情况配置第二存储单元保存上层业务的时间,这时,本发明实施例所述通信装置还包括定时单元,当到设定的时间后,所述业务处理单元释放存储单元中的传输层连接上的上层业务。
对于一个会话,可能通过一个或多个MRCP通道传输MRCP消息,此时,传输层连接就和其上多个会话的MRCP通道绑定在一起。当原来的传输层连接中断后,建立起一条新的传输层连接时,如果不更新传输层连接和MRCP通道的绑定关系,MRCP消息仍会用原来的传输层连接,由于原来的已经中断,因此必然失败。为了解决这个问题,本发明实施例所述通信装置进一步包括第三发送单元,用于通过所述新的传输层连接发送一条仅包含Channel-Identifier头域的SET-PARAMS消息。这样就可更新新建传输层连接与所述MRCP通道的绑定消息,不会影响之前运行的业务。
以上对本发明所提供的一种控制传输层连接的方法和通信装置进行了详细的介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明实施例的方法及其主要思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会由改变之处,例如本发明实施例以客户端与服务器进行SIP消息的交互来说明双方是如何完成传输层连接属性的协商的,但并不限于SIP协议,其他使用SDP的协议也可以。综上所述,本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种控制传输层连接的方法,其特征在于,包括:
协商传输层连接的生存期属性并建立传输层连接;
当传输层连接上的任意一个会话结束时,判断所协商的传输层连接的生存期属性,如果是暂时的,则拆除该传输层连接;如果为永久的,则保持该传输层连接。
2.如权利要求1所述的控制传输层连接的方法,其特征在于,所述协商传输层连接生存期属性的步骤为:
客户端设置传输层连接的生存期属性并发送包含传输层连接生存期属性的消息到服务器;
服务器接收到客户端发送的消息后设置传输层连接的生存期属性并返回第一响应消息。
3.如权利要求2所述的控制传输层连接的方法,其特征在于,在所述传输层连接建立后,还包括:
客户端发起一个新的会话,发送消息请求共享所述已建立的传输层连接;
服务器接收到客户端发送的消息后,确定出所述已建立的传输层连接的生存期属性为暂时的,并返回第二响应消息请求客户端建立一条新的传输层连接。
4.如权利要求1所述的控制传输层连接的方法,其特征在于,建立传输层连接之前进一步协商传输层连接异常断开时是否选择建立一条新的传输层连接;
当传输层连接异常断开时,如果所协商的结果是传输层连接异常断开时选择建立一条新的传输层连接,服务器保持所述传输层连接上的上层业务,客户端与服务器协商并建立一条新的传输层连接。
5.如权利要求4所述的控制传输层连接的方法,其特征在于,所述协商传输层连接异常断开时是否选择建立一条新的传输层连接的步骤具体为:
客户端设置传输层连接的可靠性属性并发送到服务器;
服务器接收到所述客户端发送的可靠性属性后设置传输层连接的可靠性属性并返回第三响应消息;
其中,当所述可靠性属性设置为更新时,表示传输层连接异常断开时选择建立一条新的连接;当所述可靠性属性设置为空时,表示由服务器释放所述传输层连接上的上层业务。
6.如权利要求4所述的控制传输层连接的方法,其特征在于,服务器保持所述传输层连接上的上层业务的时间为5秒至30秒。
7.如权利要求4所述的控制传输层连接的方法,其特征在于,在所述传输层连接异常断开,创建该传输层连接的会话重新协商并建立一条新的传输层连接后进一步包括:
共享原来传输层连接的会话在客户端发送消息请求共享所述新建的传输层连接;
服务器接收到该消息后,更新所述新的传输层连接上MRCP通道里的MRCP消息。
8.如权利要求4所述的控制传输层连接的方法,其特征在于,在所述传输层连接异常断开,创建该传输层连接的会话重新协商并建立一条新的传输层连接后进一步包括:
客户端通过所述新的传输层连接向服务器发送一条仅包含Channel-Identifier头域的SET-PARAMS消息;
服务器接收到该消息后,更新所述新的传输层连接上MRCP通道里的MRCP消息。
9.一种通信装置,其特征在于,包括:第一判断单元、第一存储单元、第一发送单元、接收单元,其中:
第一存储单元,用于存储已协商好的传输层连接第一参数;所述第一参数表示传输层连接生存期属性为暂时的还是永久的;
接收单元,接收到会话结束的消息时,通知第一判断单元;
第一判断单元,当接收到会话结束的消息时,判断存储单元中的第一参数所表示的生存期属性为暂时的还是永久的,并将判断结果发送到第一发送单元;
第一发送单元,当所述第一参数为暂时的时,将拆除传输层连接的消息发送出去。
10.如权利要求9所述的通信装置,其特征在于,进一步包括:检测单元、业务处理单元、第二判断单元、第二发送单元、第二存储单元,其中:
第二存储单元,用于存储已协商好的传输层连接第二参数;所述第二参数设置为更新时,表示当传输层连接异常断开时,选择重新建立一条新的连接;所述第二参数设置为空时,表示当传输层连接异常断开时,选择释放传输层连接;
检测单元,用于检测传输层连接是否异常断开,并将检测结果发送到第二判断单元;
第二判断单元,用于当检测结果为连接异常断开时,判断第二存储单元存储的所述第二参数是否设置为更新,并将判断结果发送到第二发送单元与业务处理单元;
业务处理单元,用于当检测结果为异常断开时,若接收到的所述第二参数为更新,则将传输层连接上层业务存入第二存储单元;若接收到的所述第二参数为空,则释放所述传输层连接上的上层业务;
第二发送单元,当所述第二参数为更新时,发送消息重新协商并建立一条新的传输层连接。
11.如权利要求10所述的通信装置,其特征在于,还包括第三发送单元,用于在所述客户端与所述服务器之间建立新的传输层连接后,通过所述新的传输层连接发送一条仅包含Channel-Identifier头域的SET-PARAMS消息。
CN 200610167856 2006-12-20 2006-12-20 一种控制传输层连接的方法和通信装置 Pending CN101207631A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN 200610167856 CN101207631A (zh) 2006-12-20 2006-12-20 一种控制传输层连接的方法和通信装置
PCT/CN2007/071249 WO2008074256A1 (fr) 2006-12-20 2007-12-17 Procédé et appareil de communication utilisés pour commander la connexion de la couche transport

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200610167856 CN101207631A (zh) 2006-12-20 2006-12-20 一种控制传输层连接的方法和通信装置

Publications (1)

Publication Number Publication Date
CN101207631A true CN101207631A (zh) 2008-06-25

Family

ID=39536004

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200610167856 Pending CN101207631A (zh) 2006-12-20 2006-12-20 一种控制传输层连接的方法和通信装置

Country Status (2)

Country Link
CN (1) CN101207631A (zh)
WO (1) WO2008074256A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG46329A1 (en) * 1994-05-27 1998-02-20 British Telecomm Telecommunications system
GB9913092D0 (en) * 1999-06-04 1999-08-04 Nokia Telecommunications Oy A network element
JP4516439B2 (ja) * 2005-02-01 2010-08-04 富士通株式会社 中継プログラム、中継方法および中継装置
CN1870584A (zh) * 2005-09-02 2006-11-29 华为技术有限公司 一种虚交换系统中的用户连接管理方法和装置

Also Published As

Publication number Publication date
WO2008074256A1 (fr) 2008-06-26

Similar Documents

Publication Publication Date Title
CN101248685B (zh) 用于建立多媒体通信会话的方法和设备
US8862681B2 (en) Multimodal conversation transfer
US20080259909A1 (en) Signaling of Early Media Capabilities in IMS Terminals
KR20070039108A (ko) 하이브리드 전기 통신 네트워크에서 세션 제어를 위한 방법및 장치
CN102316549A (zh) 一种无线局域网中ap接入ac的方法、ac及ap
CN101022454B (zh) 一种实体间的审计方法及系统
CN102171983A (zh) 用于控制通信网络中的会话的方法和装置
CN101217561A (zh) 一种增强网络存储可靠性的方法和一种网络设备
CN100484013C (zh) 一种接入设备、会议接入方法和会议业务系统
CN102111728B (zh) 移动终端的网络连接管理模块和方法
CN100477862C (zh) 一种确定集中控制服务器的方法及系统
CN107508848A (zh) 会话切换控制方法、装置及接入点设备
CN102271366A (zh) 一种Diameter节点的消息传输方法及装置
CN102612164A (zh) 一种针对网元重启后释放资源的方法、装置和系统
CN102905201B (zh) 无源光网络的会话业务控制方法和光线路终端
EP2293291B1 (en) User identity identifying method, device and call center system
CN103155516B (zh) 会话发起协议模式下的呼叫转移处理
CN101137104A (zh) 一种实现资源释放的方法和系统
CN101316179B (zh) 设置会话角色的方法、服务器与终端
CN101207631A (zh) 一种控制传输层连接的方法和通信装置
EP1819122B1 (en) Providing push to all (PTA) service
CN114710496B (zh) 一种多节点负载均衡方法及装置
JP2010258802A (ja) 通信システム、通信端末、通信方法、および通信プログラム
CN114980066A (zh) 语音通话方法、装置及电子设备
CN101119370A (zh) 应用于ims终端的呼叫管理系统、方法及ims终端

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20080625