CN101212418B - 背靠背用户代理及其传输信息的方法 - Google Patents

背靠背用户代理及其传输信息的方法 Download PDF

Info

Publication number
CN101212418B
CN101212418B CN 200610063765 CN200610063765A CN101212418B CN 101212418 B CN101212418 B CN 101212418B CN 200610063765 CN200610063765 CN 200610063765 CN 200610063765 A CN200610063765 A CN 200610063765A CN 101212418 B CN101212418 B CN 101212418B
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.)
Active
Application number
CN 200610063765
Other languages
English (en)
Other versions
CN101212418A (zh
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 200610063765 priority Critical patent/CN101212418B/zh
Priority to PCT/CN2007/071236 priority patent/WO2008080334A1/zh
Publication of CN101212418A publication Critical patent/CN101212418A/zh
Application granted granted Critical
Publication of CN101212418B publication Critical patent/CN101212418B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (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处理单元用于：在所述消息中添加Record-Route头域，内容为该背靠背用户代理的地址；当所述接收单元收到的消息为对话建立请求消息时，获取该对话建立请求消息的Record-Route列表作为到对话建立请求方的路由集；当所述接收单元收到的消息为对话建立请求的响应消息时，去掉该响应消息的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消息，其中Request-URI为用户B的地址，Route为Proxy1和B2BUA。
步骤010：用户代理1收到ACK消息后，将其转发至B2BUA，其中Request-URI为用户B的地址，Route为B2BUA。
步骤011：B2BUA收到ACK消息后，ACK消息中的Route为背靠背用户代理的地址，删除Route；ACK消息的Request-URI为用户B的地址；B2BUA需要在转发的ACK消息中添加到用户B的路由集，然后转发至用户B，Route为Proxy2。
步骤012：用户代理2收到ACK消息后，将其转发至用户B，其中Request-URI为用户B的地址。
步骤013：用户B发送Bye消息，其中Request-URI为用户A的地址，Route为Proxy2和B2BUA。
步骤014：用户代理2收到Bye消息后，将其转发至B2BUA，其中Request-URI为用户A的地址，Route为B2BUA。
步骤015：B2BUA收到Bye消息后，由于Bye消息中的Route为背靠背用户代理的地址，则删除Route，由于Bye消息的Request-URI为用户A的地址；B2BUA需要在转发的Bye消息中添加到用户A的路由集，然后转发至用户A，Route为Proxy1。
步骤016：用户代理1收到Bye消息后，将其转发至用户A，其中Request-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 (5)

1.一种背靠背用户代理传输信息的方法，其包括如下步骤：
收到对话建立请求消息或对话建立响应消息时，保留消息中原有的Contact头域，在转发消息中添加Record-Route头域，携带背靠背用户代理自身地址；
所述方法还包括：当收到对话建立请求消息时，保存对话建立请求消息的Record-Route列表，作为到对话建立请求方的路由集；当收到对话建立响应消息时，获取对话建立响应消息中的Record-Route列表，去掉其中的最后一个Record-Route后保存，作为到对话建立响应方的路由集。
2.如权利要求1所述的方法，其特征在于：进一步包括，收到对话中请求消息时，当对话中请求消息的Route为背靠背用户代理的地址时，则删除Route，在消息中添加到对话中请求消息的Request-URI中地址的路由集并转发。
3.如权利要求1或2所述的方法，其特征在于：进一步包括，如果转发消息中有Record-Route，则去掉转发消息中的Record-Route。
4.一种背靠背用户代理，其特征在于，包括接收单元、Record-Route处理单元、存储单元及发送单元，该接收单元用于接收对话建立请求消息或对话建立响应消息；该Record-Route处理单元用于：在所述消息中添加Record-Route头域，内容为该背靠背用户代理的地址；当所述接收单元收到的消息为对话建立请求消息时，获取该对话建立请求消息的Record-Route列表作为到对话建立请求方的路由集；当所述接收单元收到的消息为对话建立请求的响应消息时，去掉该响应消息的Record-Route列表中的最后一个Record-Route，作为到该对话建立响应方的路由集；该存储单元用于保存该Record-Route处理单元获取的Record-Route列表；该发送单元用于发送该Record-Route处理单元处理过的消息。
5.如权利要求4所述的背靠背用户代理，其特征在于：该Record-Route处理单元还用于去掉所述消息中的Record-Route。
CN 200610063765 2006-12-31 2006-12-31 背靠背用户代理及其传输信息的方法 Active CN101212418B (zh)

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 CN101212418A (zh) 2008-07-02
CN101212418B true 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)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010025772A1 (en) 2008-09-05 2010-03-11 Telefonaktiebolaget Lm Ericsson (Publ) End-to-end address transfer
CN102882906A (zh) * 2011-07-14 2013-01-16 华为技术有限公司 受限应用协议中数据通信的方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2422983A (en) * 2005-02-08 2006-08-09 Rockwell Electronic Commerce Fault tolerance in a SIP based contact handling environment
CN1832473A (zh) * 2005-08-19 2006-09-13 华为技术有限公司 一种在ims网络中处理会话消息的方法及装置
CN1866953A (zh) * 2005-10-10 2006-11-22 华为技术有限公司 提高sip压缩效率的系统及方法
CN1870559A (zh) * 2005-05-27 2006-11-29 精益科技股份有限公司 内外网络间直接通讯的多媒体会议的系统与方法
CN1870639A (zh) * 2005-11-25 2006-11-29 华为技术有限公司 初始会话协议消息编码能力的协商方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
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 华为技术有限公司 在有状态会话初始协议服务器上实现过负荷控制的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2422983A (en) * 2005-02-08 2006-08-09 Rockwell Electronic Commerce Fault tolerance in a SIP based contact handling environment
CN1870559A (zh) * 2005-05-27 2006-11-29 精益科技股份有限公司 内外网络间直接通讯的多媒体会议的系统与方法
CN1832473A (zh) * 2005-08-19 2006-09-13 华为技术有限公司 一种在ims网络中处理会话消息的方法及装置
CN1866953A (zh) * 2005-10-10 2006-11-22 华为技术有限公司 提高sip压缩效率的系统及方法
CN1870639A (zh) * 2005-11-25 2006-11-29 华为技术有限公司 初始会话协议消息编码能力的协商方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
J. Rosenberg 等.SIP: Session Initiation Protocol.RFC3261.2002,全文. *
韩艳峰, 卢美莲.Parlay AP Is 与SIP 间呼叫相关概念映射的研究.北京邮电大学学报.2005,全文. *

Also Published As

Publication number Publication date
CN101212418A (zh) 2008-07-02
WO2008080334A1 (fr) 2008-07-10

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
CN101682617B (zh) 确定多媒体能力的方法、多媒体应用服务器及系统
JP5606074B2 (ja) 通信ネットワークにおける動的サービストリガ
US8774178B2 (en) Call transfer with multiple application servers in session initiation protocol-based network
TWI488472B (zh) 傳送訊息之方法與系統
CN110933180B (zh) 一种通信建立方法、装置、负载设备及存储介质
US20060050648A1 (en) Reducing storage requirement for route information
JP2009512931A (ja) オフラインインスタントメッセージのリトリーブ
CN100574474C (zh) 一种通讯系统中建立通讯业务连接的方法
US20090106428A1 (en) Service intermediary Addressing for real time composition of services
JP4089721B2 (ja) メッセージ変換装置、及びｉｐ電話装置
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) 通信ネットワークシステムとそのｓｉｐ信号中継方法及びｓｉｐアプリケーション・サーバ
JP5608748B2 (ja) 通信ネットワークにおける方法及び装置
JP2006345231A (ja) Ｓｉｐ−ａｌｇ方法
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) 자원 예약 프로토콜을 이용한 양방향 자원 예약 방법

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