CN101212418A - 背靠背用户代理及其传输信息的方法 - Google Patents
背靠背用户代理及其传输信息的方法 Download PDFInfo
- Publication number
- CN101212418A CN101212418A CN 200610063765 CN200610063765A CN101212418A CN 101212418 A CN101212418 A CN 101212418A CN 200610063765 CN200610063765 CN 200610063765 CN 200610063765 A CN200610063765 A CN 200610063765A CN 101212418 A CN101212418 A CN 101212418A
- Authority
- CN
- China
- Prior art keywords
- route
- record
- message
- user agent
- session establishment
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/36—Backward learning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种背靠背用户代理传输信息的方法,其包括如下步骤:收到消息时,保留消息中原有的Contact头域,在转发消息中通过添加Record-Route头域,内容为背靠背用户代理自身地址,以保证后续请求的正确路由,同时保障Contact头域中信息的端到端传输。本发明还提供一种背靠背用户代理。该方法通过Record-Route来保证后续请求能够正确路由到B2BUA,而不是修改Contact头域,使得能力信息可以通过Contact头域携带,从而保证了会议业务的正常开展。
Description
技术领域
本发明涉及通信领域,特别是IP多媒体子系统(IMS,IP MultimediaSubsystem)。
背景技术
在IMS网络中,许多SIP消息是由用户代理(UA,User Agent)传递的。由于用户代理的能力(capability)和特征(characteristics)参差不齐,当在一些对话建立和业务开展过程中,中间网元和/或对端用户代理,了解其他用户代理的能力信息是至关重要的。RFC 3840定义了一种在SIP消息的Contact头域的参数中携带用户代理的能力和特征信息的方法,这样用户发起注册或对话时就可以在Contact头域中将自己的能力和特征信息通知给中间网元和/或对端用户代理,作为中间网元和对端用户代理处理该对话的一个重要参考。
如,在会议建立过程中,当会议中心邀请用户加入会议时,可以通过Contact头域中的isfocus参数让终端感知到当前对话的对端是会议中心,从而可以指导用户针对会议进行相关操作,如订阅会议状态。RFC 3840所定义的通过Contact来携带终端的能力和特征信息的方法,在信令路径中都是Proxy的情况下可以操作的很好;但是,如果信令路径中存在背靠背用户代理(B2BUA,Back to Back User Agent)的话,由于背靠背用户代理在转发Invite消息的同时会修改消息的Contact头域,因此发起端UA的能力和特征信息将在B2BUA处被修改,而无法传递到后续的网元和/或接收对话的UA。
请参阅图1,为现有技术中的会议申请流程示意图。
步骤S1:用户发出INVITE请求,其中携带有sip:Conf-Factory,表示申请会议。
步骤S2:用户代理1接到该INVITE请求将其转发。
步骤S3:背靠背用户代理接到该INVITE请求将其转发。
步骤S4:用户代理2接到该INVITE请求将其转发至会议中心。
步骤S5:会议中心接到该INVITE请求后,返回200OK响应,并在Contact头域中携带Conf-ID及isfocus参数。
步骤S6:用户代理2接到该200OK响应后,将其转发给背靠背用户代理。
步骤S7:背靠背用户代理接到该200OK响应后,将Contact头域修改为背靠背用户代理的地址(Contact:B2BUA),然后转发给用户代理1。
步骤S8:用户代理1接到该200OK响应后,将其转发给用户。
由于背靠背用户代理将Contact头域修改为背靠背用户代理的地址,导致Contact头域中原来携带Conf-ID及isfocus参数丢失,使得用户无法依据携带Conf-ID及isfocus参数获知会议中心的地址,进而无法进行会议相关的操作,从而影响会议业务的提供。
发明内容
为解决现有技术中,背靠背用户代理影响会议业务的问题,本发明提供一种传输用户代理的信息的方法。
本发明还提供一种背靠背用户代理。
一种背靠背用户代理传输信息的方法,其包括如下步骤:收到对话建立请求消息或对话建立响应消息的时,保留消息中原有的Contact头域,在转发消息中添加Record-Route头域,携带背靠背用户代理自身地址。
一种背靠背用户代理,其包括接收单元、Record-Route处理单元及发送单元,该接收单元用于接收对话建立请求消息或对话建立响应消息;该Record-Route处理单元用于在所述消息中添加Record-Route头域,内容为该背靠背用户代理的地址;该发送单元用于发送该Record-Route处理单元处理过的消息。
上述背靠背用户代理的通过Record-Route头域携带路由地址,而不是修改Contact头域,使得会议中心在Contact头域中携带的Conf-ID及isfocus参数传输到用户,用户就可以根据Conf-ID及isfocus参数进行电话会议的其他相关操作了,从而保证了会议业务的正常开展。
附图说明
图1为现有技术中的会议申请流程示意图。
图2为本发明第一实施方式会议申请流程的示意图。
图3为本发明第一实施方式背靠背用户代理的示意图。
图4为本发明第二实施方式对话流程的示意图。
具体实施方式
请参阅图2,为本发明第一实施方式会议申请流程的示意图。由于背靠背用户代理在一次对话过程中关联了两个对话,需要对这两个对话分别维护一个路由集,且这两个路由集是相互独立,因此背靠背用户代理在收到对话建立请求消息时,取出对话建立请求消息中的所有的Record-Route保存,作为对话建立请求方的路由集。背靠背用户代理在转发该请求消息时,先去掉收到的请求中所有的Record-Route,同时为了不修改原请求消息中Contact头域又要保证UAS后续的请求能够正确的路由到自己,背靠背用户代理在转发的请求消息时添加Record-Route头域,携带该背靠背用户代理的地址。
背靠背用户代理在收到对话建立请求的响应消息时,取出该响应消息中的所有的Record-Route并去掉最后一个Record-Route,然后保存,作为到对话建立响应方的路由集。
在转发对话建立请求的响应消息时,为了不修改原响应消息中Contact头域又要保证UAC后续的请求能够正确的路由到自己,背靠背用户代理在响应消息中添加Record-Route头域,内容为自己的地址。
步骤1:用户A发出INVITE请求,其中携带有sip:Conf-Factory,表示申请会议。
步骤2:用户代理1接到该INVITE请求后,在该INVITE请求中添加Record-Route头域,内容为用户代理1的地址,然后将其转发。
步骤3:背靠背用户代理接到该INVITE请求后,为了后续请求消息能够路由至用户A,背靠背用户代理通过获取请求消息中的Record-Route列表并保存,作为到用户A的路由集,还需去掉收到的请求中所有的Record-Route,然后在该INVITE请求中添加Record-Route头域,内容为背靠背用户代理的地址,然后将其转发。
步骤4:用户代理2接到该INVITE请求后,在该INVITE请求中添加Record-Route头域,内容为用户代理2的地址(Record-Route:Proxy2),然后将其转发给会议中心。
步骤5:会议中心接到该INVITE请求后,在Contact头域中携带Conf-ID及isfocus参数,然后携带Record-Route返回200OK响应。
步骤6:用户代理2接到该200OK响应后,将其转发给背靠背用户代理。
步骤7:背靠背用户代理接到该200OK响应后,背靠背用户代理可通过获取200OK响应消息中的Record-Route列表,并去掉Record-Route列表中最后一个URI(因为最后一个URI是背靠背用户代理自己的地址,无需保存),然后保存修改后Record-Route列表,作为到会议中心路由集;还需去掉收到的响应消息中所有的Record-Route,然后在响应消息中添加Record-Route头域,内容为自己的地址;另外,在步骤3中,背靠背用户代理已获得到用户A的路由集,此时背靠背用户代理去掉收到的响应消息中所有的Record-Route后,在响应消息中添加步骤3保存的用户A的Record-Route列表,然后在Record-Route列表顶部添加一条Record-Route,内容为背靠背用户代理(B2BUA)的地址,然后将其转发给用户代理1。
步骤8:用户代理1接到该200OK响应后,将其转发给用户A,使得用户A可以获得会议中心在Contact头域中携带的Conf-ID及isfocus参数,并进行会议的后续操作。
由于背靠背用户代理的路由地址皆保存在Record-Route头域,而不是修改Contact头域,既保证后续请求的正确路由,又保障Contact头域中信息的端到端传输,使得会议中心在Contact头域中携带的Conf-ID及isfocus参数传输到用户A,用户A就可以根据Conf-ID及isfocus参数进行电话会议的其他相关操作了,从而保证了会议业务的正常开展。
上述实施方式不局限于电话会议的对话,还可用于其他形式的对话,如用户之间的对话或用户代理之间的对话等。
请参阅图3,为本发明第一实施方式背靠背用户代理的示意图。该背靠背用户代理单元10包括:接收单元2、Record-Route处理单元5、存储单元8及发送单元9,该接收单元2用于接收消息;该Record-Route处理单元5用于去掉收到的消息中所有的Record-Route,然后在收到的消息中添加Record-Route头域,内容为背靠背用户代理单元自己的地址。该Record-Route处理单元5还用于获取请求消息的Record-Route列表作为该请求消息的请求方的路由集;及获取响应消息的Record-Route列表,并去掉列表中的最后一个URI(因为最后一个URI是背靠背用户代理自己的地址,无需保存),作为该响应消息发送方的路由集;该存储单元8用于保存该Record-Route处理单元5获取或处理的Record-Route列表;该发送单元9用于将Record-Route处理单元处理过的消息发送出去。
请参阅图4,为本发明第二实施方式对话流程的示意图。该对话流程为两个用户之间的对话流程。
步骤01:用户A发出INVITE请求,并通过contact头域携带用户A的能力信息(contact:A)。
步骤02:用户代理1接到该INVITE请求后,在该INVITE请求中添加Record-Route头域,内容为用户代理1(proxy1)的地址,然后将其转发。
步骤03:背靠背用户代理接到该INVITE请求后,为了后续请求消息能够路由至用户A,背靠背用户代理通过获取请求消息中的Record-Route列表并保存,作为到用户A的路由集;还需去掉收到的请求中所有的Record-Route,然后在该INVITE请求中添加Record-Route头域,内容为背靠背用户代理(B2BUA)的地址,然后将其转发。
步骤04:用户代理2接到该INVITE请求后,在该INVITE请求中添加Record-Route头域,内容为用户代理2(Proxy2)的地址,然后将其转发给用户B。
步骤05:用户B接到该INVITE请求后,通过Contact头域中携带用户A的能力信息获知用户A的能力,然后返回200OK响应,并通过Contact头域中携带用户B的能力信息(contact:B),并携带请求消息中Record-Route。
步骤06:用户代理2接到该200OK响应后,根据其中的Record-Route将其转发给背靠背用户代理。
步骤07:背靠背用户代理接到该200OK响应后,背靠背用户代理可通过获取200OK响应消息中的Record-Route列表,并去掉Record-Route列表中最后一个URI(因为最后一个URI是背靠背用户代理自己的地址,无需保存),然后保存修改后Record-Route列表,作为到用户B的路由集;还需去掉收到的响应消息中所有的Record-Route,然后在响应消息中添加Record-Route头域,内容为自己的地址;另外,在步骤03中,背靠背用户代理已获得到用户A的路由集,此时背靠背用户代理去掉收到的响应消息中所有的Record-Route后,在响应消息中添加步骤03保存的用户A的Record-Route列表,然后在Record-Route列表顶部添加一条Record-Route,内容为背靠背用户代理(B2BUA)的地址,然后将其转发给用户代理1。
步骤08:用户代理1接到该200OK响应后,将其转发给用户A,使得用户A可以获得用户B的能力信息,并进行后续操作。
步骤09:用户A发送ACK消息,其中Requst-URI为用户B的地址,Route为Proxy1和B2BUA。
步骤010:用户代理1收到ACK消息后,将其转发至B2BUA,其中Requst-URI为用户B的地址,Route为B2BUA。
步骤011:B2BUA收到ACK消息后,ACK消息中的Route为背靠背用户代理的地址,删除Route;ACK消息的Request-URI为用户B的地址;B2BUA需要在转发的ACK消息中添加到用户B的路由集,然后转发至用户B,Route为Proxy2。
步骤012:用户代理2收到ACK消息后,将其转发至用户B,其中Requst-URI为用户B的地址。
步骤013:用户B发送Bye消息,其中Requst-URI为用户A的地址,Route为Proxy2和B2BUA。
步骤014:用户代理2收到Bye消息后,将其转发至B2BUA,其中Requst-URI为用户A的地址,Route为B2BUA。
步骤015:B2BUA收到Bye消息后,由于Bye消息中的Route为背靠背用户代理的地址,则删除Route,由于Bye消息的Request-URI为用户A的地址;B2BUA需要在转发的Bye消息中添加到用户A的路由集,然后转发至用户A,Route为Proxy1。
步骤016:用户代理1收到Bye消息后,将其转发至用户A,其中Requst-URI为用户A的地址。
步骤017-020:用户A经由用户代理1、B2BUA及用户代理2向用户B返回200OK响应消息。
B2BUA在对话建立后,还可以向对话的两端发送对话内的请求消息,如reInvite、Bye等,在构造请求消息的Contact头域时,可以填B2BUA自己的地址,也可以填写接收方的对端的Contact地址,如给用户B发reInvite或Bye时,Contact中填用户A的地址,但由于reInvite消息会刷新远端目标地址(remote target URI),因此建议发送reInvite时填写接收方对端的Contact信息。
由于背靠背用户代理的路由地址皆保存在Record-Route头域,而不是修改Contact头域,既保证后续请求的正确路由,又保障Contact头域中信息的端到端传输,使得两个用户在对话的过程中可以通过Contact头域携带的能力信息,用户获知对端能力信息带来方便。
上述方法或装置不限于传输能力信息,还可以传输通过通过Contact头域携带的其他信息。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (9)
1.一种背靠背用户代理传输信息的方法,其包括如下步骤:
收到对话建立请求消息或对话建立响应消息的时,保留消息中原有的Contact头域,在转发消息中添加Record-Route头域,携带背靠背用户代理自身地址。
2.如权利要求1所述的方法,其特征在于:进一步包括,当收到对话建立请求消息时,保存对话建立请求消息的Record-Route列表,作为到对话建立请求方的路由集。
3.如权利要求1所述的方法,其特征在于:进一步包括,当收到对话建立响应消息时,获取对话建立响应消息中的Record-Route列表,去掉其中的最后一个Record-Route后保存,作为到对话建立响应方的路由集。
4.如权利要求1所述的方法,其特征在于:进一步包括,收到对话中请求消息时,当对话中请求消息的Route为背靠背用户代理的地址时,则删除Route,在消息中添加到对话中请求消息的Requst-URI中地址的路由集并转发。
5.如权利要求1至4任意一项所述的方法,其特征在于:进一步包括,如果转发消息中有Record-Route,则去掉转发消息中的Record-Route。
6.一种背靠背用户代理,其特征在于,包括接收单元、Record-Route处理单元及发送单元,该接收单元用于接收对话建立请求消息或对话建立响应消息;该Record-Route处理单元用于在所述消息中添加Record-Route头域,内容为该背靠背用户代理的地址;该发送单元用于发送该Record-Route处理单元处理过的消息。
7.如权利要求6所述的背靠背用户代理,其特征在于:该Record-Route处理单元用于获取收到的消息中的Record-Route,当收到的消息为对话建立请求消息时,获取该对话建立请求消息的Record-Route列表作为到对话建立请求方的路由集;当收到的消息为对话建立请求的响应消息时,去掉该响应消息的Record-Route列表中的最后一个Record-Route,作为到该对话建立响应方的路由集。
8.如权利要求7所述的背靠背用户代理,其特征在于:其进一步包括一存储单元,用于保存该Record-Route处理单元获取的Record-Route列表。
9.如权利要求6至8任意一项所述的背靠背用户代理,其特征在于:该Record-Route处理单元还用于去掉所述消息中的Record-Route。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610063765 CN101212418B (zh) | 2006-12-31 | 2006-12-31 | 背靠背用户代理及其传输信息的方法 |
PCT/CN2007/071236 WO2008080334A1 (fr) | 2006-12-31 | 2007-12-14 | Agent d'utilisateur dos à dos et procédé de transmission d'informations associé |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200610063765 CN101212418B (zh) | 2006-12-31 | 2006-12-31 | 背靠背用户代理及其传输信息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101212418A true CN101212418A (zh) | 2008-07-02 |
CN101212418B CN101212418B (zh) | 2010-05-12 |
Family
ID=39588147
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200610063765 Active CN101212418B (zh) | 2006-12-31 | 2006-12-31 | 背靠背用户代理及其传输信息的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101212418B (zh) |
WO (1) | WO2008080334A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102882906A (zh) * | 2011-07-14 | 2013-01-16 | 华为技术有限公司 | 受限应用协议中数据通信的方法和装置 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5260746B2 (ja) * | 2008-09-05 | 2013-08-14 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | エンド・ツー・エンドのアドレス転送 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2873881B1 (fr) * | 2004-07-30 | 2006-11-24 | Groupe Ecoles Telecomm | Procede de fonctionnement d'un reseau operant sous le protocole sip et reseau mettant en oeuvre un tel procede |
CN1780293B (zh) * | 2004-11-25 | 2010-04-28 | 华为技术有限公司 | 在有状态会话初始协议服务器上实现过负荷控制的方法 |
US7688804B2 (en) * | 2005-02-08 | 2010-03-30 | Aspect Software, Inc. | Method of providing fault tolerance in a SIP based contact handling environment |
CN100550813C (zh) * | 2005-05-27 | 2009-10-14 | 精益科技股份有限公司 | 内外网络间通讯的多媒体会议的系统与方法 |
CN100502402C (zh) * | 2005-08-19 | 2009-06-17 | 华为技术有限公司 | 一种在ims网络中处理会话消息的方法及装置 |
CN100518186C (zh) * | 2005-10-10 | 2009-07-22 | 华为技术有限公司 | 提高sip压缩效率的系统及方法 |
CN1870639B (zh) * | 2005-11-25 | 2010-12-08 | 华为技术有限公司 | 初始会话协议消息编码能力的协商方法及装置 |
-
2006
- 2006-12-31 CN CN 200610063765 patent/CN101212418B/zh active Active
-
2007
- 2007-12-14 WO PCT/CN2007/071236 patent/WO2008080334A1/zh active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102882906A (zh) * | 2011-07-14 | 2013-01-16 | 华为技术有限公司 | 受限应用协议中数据通信的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2008080334A1 (fr) | 2008-07-10 |
CN101212418B (zh) | 2010-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8296447B2 (en) | Method for copying session information, call control server for executing the same, and computer product | |
US7937463B2 (en) | Method and server for invoking application servers in a SIP network | |
TWI488472B (zh) | 傳送訊息之方法與系統 | |
US8774178B2 (en) | Call transfer with multiple application servers in session initiation protocol-based network | |
CN110933180B (zh) | 一种通信建立方法、装置、负载设备及存储介质 | |
US20060050648A1 (en) | Reducing storage requirement for route information | |
CN100574474C (zh) | 一种通讯系统中建立通讯业务连接的方法 | |
US20090106428A1 (en) | Service intermediary Addressing for real time composition of services | |
JP4089721B2 (ja) | メッセージ変換装置、及びip電話装置 | |
CN101212418B (zh) | 背靠背用户代理及其传输信息的方法 | |
CN101212522B (zh) | 关联会话的方法、装置及系统 | |
Baset et al. | The Session Initiation Protocol (SIP): An Evolutionary Study. | |
US8495231B1 (en) | System and method for remote call control | |
JP2011049687A (ja) | 通信ネットワークシステムとそのsip信号中継方法及びsipアプリケーション・サーバ | |
JP5608748B2 (ja) | 通信ネットワークにおける方法及び装置 | |
JP2006345231A (ja) | Sip−alg方法 | |
US10291661B2 (en) | Method and system for call routing | |
US10693779B2 (en) | Method and system for transferring a message | |
US20050111390A1 (en) | Signaling method, server and gateway terminal | |
Ali et al. | Session initiation protocol | |
KR101344270B1 (ko) | 클라우드 환경을 위한 통신 장치 및 통신 장치 운영 방법 | |
KR100929113B1 (ko) | 자원 예약 프로토콜을 이용한 양방향 자원 예약 방법 | |
CN101997856B (zh) | 信令消息的交互方法及应用服务器 | |
Sousa et al. | An IPtel architecture based on the SIP protocol |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |