CN1868197A - 借助于sip协议的荷载信道变更的信令方法、软件产品和装置 - Google Patents

借助于sip协议的荷载信道变更的信令方法、软件产品和装置 Download PDF

Info

Publication number
CN1868197A
CN1868197A CN200480030641.6A CN200480030641A CN1868197A CN 1868197 A CN1868197 A CN 1868197A CN 200480030641 A CN200480030641 A CN 200480030641A CN 1868197 A CN1868197 A CN 1868197A
Authority
CN
China
Prior art keywords
sip
bearer channel
decoding
network
call
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
CN200480030641.6A
Other languages
English (en)
Inventor
T·鲍曼
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.)
Siemens AG
Original Assignee
Siemens AG
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 Siemens AG filed Critical Siemens AG
Publication of CN1868197A publication Critical patent/CN1868197A/zh
Pending legal-status Critical Current

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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/104—Signalling gateways in the network
    • 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/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • 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/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • 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/1101—Session protocols
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/126—Interworking of session control protocols
    • H04M7/127—Interworking of session control protocols where the session control protocols comprise SIP and SS7

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

把SIP协议(5)、(6)、(12)、(13)、(15)、(16)至少扩展一个协议元以显示荷载信道变更的原因。其结果可以借助于传输的荷载信道变更取消推演地再生所述原因。

Description

借助于SIP协议的荷载信道变更的信令方法、软件产品和装置
过去形成了主要两种类型的通信网络用于传输信息：分组交换(数据)网络和线路交换(语音)网络。在这两种网络类型的相互交汇的过程中逐渐形成了结合的(语音-数据)网络。通过这种不同网络类型的联合出现混合网络，本发明的主题可以以特别卓越的优势应用于所述混合网络之中。
线路交换网络(也称为语音网络或者说电话网络)被设计用于传输本领域内也称为通话、电话或者通话的连续流(语音)信息。在此信息的传输通常都以高的业务质量和可靠性进行。例如对于语音重要的是，无延迟时间波动(延迟抖动)的最小(例如小于200ms)的延迟，因为在接收设备中重放时，语音要求一个连续的信息流。因此不能够通过再次传输没有传输的信息来补偿信息损失，并且一般地信息损失会在接收装置中导致可以声学感知的干扰(例如噼啪声、失真、回音、停歇)在本领域内语音传输还一般被称为实时(传输)业务或者称为实时服务。
分组交换网络(也称为数据网络)被设计用于传输本领域内也称为“分组流”或者”Flow”的分组流。在此一般地不必保证高的业务质量。在没有保证业务质量的情况下，例如分组流以时间上波动的延迟进行分组流的传输，因为分组流的各个分组通常按其网络接入的顺序传输，也就是说一个数据网络要传输的分组越多，在时间上的延迟就越大。因此本领域内把所述数据传输也称为非实时条件的传输业务，或者说“Non-Realtime Service”。
分组视分组交换网络的技术而不同。它们例如可以构成为因特网、X25分组或者帧中继分组，也可以构成为ATM信元。如果采用分组传输消息，它们有时也被称为消息分组。
一种公知的数据网络是因特网。由于在此采用因特网协议IP，这种数据网络有时也称为IP网，其中，该术语在原则上是指所有的其中使用IP协议的网络。因特网被设计成开放的(长途通信)数据网络，带有用于连接不同制造商的(大部分是局域或者区域的)数据网络的开放接口。它提供一种与制造商无关的传输平台。
连接是在至少两个用户之间的、旨在一种(至少相互的、也就是双向的)信息传输的通信关系。发起这种连接的用户一般地称为“A用户”。而一个通过一个连接与“A用户”连接的用户称为“B用户”。在一个无连接的网络中，连接代表至少在逻辑抽象的层面上A用户与B用户之间的单义的关系，就是说对应于这种观察方式例如无连接的因特网中的流表示逻辑抽象的连接(例如，A用户＝浏览器，而B用户＝网络服务器)。此外，在一个面向连接的网络中，连接还在物理层面上代表通过网络的沿之传输信息单义的路径。
在语音网络和数据网络相互交汇的过程中，语音传输业务以及还有不断增长的宽带业务，例如传输运动图像信息，同样以分组交换网络来实现，就是说迄今以线路交换方式传输的实时业务在相互交汇的网络中以语音分组交换方式进行，就是说用分组流进行，所述相互交汇的网络也被称为语音-数据网络。分组流也被称为实时分组数据流。经一个分组交换的IP网络传输语音信息在此也称为“VoIP”(IP上的语音)。
在国际标准化委员会IETF(因特网工程任务小组)和ITU(国际电信联盟)中说明了语音-数据网络的多种分布的体系结构。所有这些共同之处在于：呼叫控制层面和源控制层面在功能上明确地分离开，并且大多情况下甚至在不同的硬件平台上实现。
在此，呼叫控制层面包含至少一个(供选用的)呼叫控制器，对所述呼叫控制器主要配属以下的功能：
-地址翻译：把E.164电话号码以及其它的别名地址(例如计算机名)翻译成传输地址(例如因特网地址)。
-接入控制(选用)：原则上的准入检验，(例如有VoIP性能的)装置是否允许以及在什么范围内使用通信网络。
-带宽控制(选用)：管理传输容量。
-区域管理：注册(例如有VoIP性能的)装置并且为所有在呼叫控制器注册的装置提供上述功能。
此外，供选择地对一个呼叫控制器可以配属以下功能：
-呼叫控制信令：由至少一个呼叫控制器中继所有信令消息，这就是说所有的装置只经过该呼叫控制器发出和收到信令消息。禁止装置之间的直接信令消息交换。
-呼叫授权：输入和输出呼叫的合法性检验。
-带宽管理：控制通信网络装置同时允许使用的最多数量。
-呼叫管理：管理一个现有的通话列表，以在装置本身不产生一个占线符号的情况下能够产生一个占线符号。
-别名地址变更：例如用一个H.225.0消息ACF(接入确认)，返回一个变更了的别名地址。该地址必须在连接建立的端点使用。
-拨号数字翻译：把选拨的数码翻译成一种E.164电话号码或者一个专用号码模式中的号码。
ITU在H.323标准族中提出的“网守”或者由IETF提出的“SIP代理”是呼叫控制器的例子。如果把一个大的通信网络划分成域(也被称为“区域”)，可以在每个域中设置一个独立的呼叫控制器。一个域也可以无呼叫控制器地运行。如果在一个域中设置多个呼叫控制器，应当只启动这些呼叫控制器的单一个呼叫控制器。从逻辑的角度上看，一个呼叫控制器要与装置分开。然而在物理上它却不必在一个分开的呼叫控制器装置中被实现，而是还可以设置在一个连接的每个端点(例如构成为H.323或者SIP端点、终端设备、媒体网关、多点控制单元)或者在一个原本为程序控制的数据处理器构成的装置(例如计算机、PC、服务器)中。还可以以一种物理上分散的方式实现。
一个可供选择的替代方案是一种媒体网关控制器，通常对所述媒体网关控制器配属供选用的功能即呼叫控制信令和呼叫管理。此外还可以设想配属一种信令转换功能用于翻译不同的(信令)协议，例如要联合成一个混合网络的两个不同的网络的边界可能要求这种功能。
资源控制层面包含至少一个资源控制器，对所述资源控制器主要配属以下的功能：
-容量控制：控制由分组流给通信网络带来的通信量，例如通过控制各个分组流的传输容量。
-策略活动(供选用)：在一定条件下对于一个优先的分组流在通信网络中为其传输保留资源。
-优先权管理(供选用)：对应其分组流的优先权在分组中设定优先权符号，控制优先权符号，并且在分组已经标志有优先权的情况下在一定的条件下校正优先权符号。
所述资源控制器也称为“决策点”。它例如实现在所谓的边缘路由器内部，所述边缘路由器也称为边缘装置、接入节点，或者在对一个因特网服务供应商(ASP)的配属时也称为供应商边缘路由器(PER)。所述边缘路由器也可以构成为对连接有语音-数据网络的其它网络的媒体网关。这种媒体网关从而既与语音-数据网络连接也与其它的网络连接，并且内部用于在不同网络的不同(传输)协议之间的翻译。资源控制器也可以只构成为代理器并且向分开的装置转发资源控制器相关的信息，在所述分开的装置中对应于所述资源控制器的功能处理所述相关的信息。
为了协调两个层面，一般发送多个消息，所述消息只用作相互协调参与的成员，然而不用作在终端设备之间传输“本来的”信息。这种连同消息传输的信息一般被称为信令信息、信令数据或者径直称作信令。在这种情况下，该术语应广义理解。从而例如除了信令消息以外消息还包含根据ITU标准H.245用于控制网络信道的现有通话的消息以及所有其它类似地构成的消息。连接建立(呼叫接通)和连接断开(呼叫释放)根据ITU例如在标准H.225.0中进行了说明，根据LETF在RFC2543(“SIP：通话起始协议”)进行了说明或者其修订RFC2543至0x或者RFC3261中。为了区别于信令，“本来的信息”也称作有效信息、有效载荷、媒体信息、媒体数据或者径直地称作媒体。用于传输信令的通信关系在下面还称为信令连接。用于传输有效信息的通信关系例如称为语音连接、有效信道连接，或者简称为有效信道、荷载信道，或者径直称为荷载信道。在此，频带外或者说带外是指在其它的路径/媒体上传输信息而不是在用于传输信令信息和有效信息的通信网络中的路径/媒体。特别地，因此包含一种本地的装置局域配置，所述局域配置例如用本地的控制装置进行。相反对于带内，在相同的路径/媒体(在一定的条件下与所考虑信令信息和有效信息逻辑上分开地)传输信息。
这两个层面原理上的共同作用以两个构成为用户终端设备的VoIP装置之间的呼叫建立为例进行说明。在此首先从一个均匀的语音-数据网络着手。
在本来的呼叫建立内部，或者部分地还在本来的呼叫建立之前，在向所述IP网络中选拨一个终端设备时(例如通过一个因特网业务供应商)运行甑别、授权和计费(的开始)步骤。这种所谓的“AAA”功能一般地通过访问用户数据库实现，在所述用户数据库中存储所有的用户连同其识别码、口令和权限。这种访问进行缓慢并且比较复杂。在当今的“高效”IP网络中该AAA过程一种在使用者进行选拨的过程中一般一次进行。如果所述终端设备在因特网服务供应商的呼叫控制器注册了，进一步的甑别通过使用呼叫控制器进行。根据ITU标准H.323一个终端设备的这种甑别或者注册通过所配属的网守根据ITU标准H.225.0中说明的RAS(注册、接入、状态)协议进行。
本来的呼叫建立一般地开始于，在一个第一步骤中用户的终端设备交换其性能(例如受支持的CODEC的列表)以确定所需要的资源(例如带宽)和所要求的QoS(例如延迟、抖动)。终端设备在语音电话例如构成为IP电话或者VoIP客户软件，在线视像中的终端设备之一可以是一个内容服务器或者应用服务器，例如在因特网业务供应商(ISP)的网络中。
信令消息的交换要么在终端设备之间直接进行要么在一个呼叫控制器转发下进行。在此，在每次呼叫时对每个终端设备以及对每个传输方向单独确定采用什么方案。用H.323术语，第一个方案还称作“直接端点呼叫信令”，而第二个方案称为“网守路由的呼叫信令”。在直接端点呼叫信令的情况下，可以在一定的条件下向一个呼叫控制器传输选取的信令消息的拷贝，从而在此方案下一个呼叫控制器往往还具有对终端设备之间确定的资源要求和QoS要求的了解。然而这些要求不由它本身主动影响或者核实。
作为可供选择的方案，还可以采用SIP协议，并且既可以用于IP设备也可以用在媒体网关控制器之间。在第二种情况下，把所述SIP协议称为标准RFC3372中说明的SIP-T(电话的SIP)。如果借助于SIP协议建立一个呼叫，那么一般地在通信的双方之间交换一个荷载信道的说明。为此使用根据标准RFC2327的通话说明协议(SDP)。该协议的使用主要说明于标准RFC3264：“用通话说明协议(SDP)的介入/回答模型”中。在此首要的是以下的荷载信道数据：
-荷载信道连接的IP地址
-荷载信道连接的RTP/UDP端口(视存在语音传输还是数据传输而异)
-为语音传输或者数据传输(可以)使用的编解码器
-荷载信道连接的流模式
在一个第二的、供选用的步骤中可以把这样确定的资源要求和QoS要求由用户终端设备直接地向所配属的资源控制器传输。在检验了该资源要求和QoS要求以后由资源控制器向该终端设备输送回一个确认(或者拒收)。
在一个第三的、同样地供选用的步骤中，在一个边缘路由器中并且在一定的条件下在网络中的其它路由器中启动一个策略，以该策略所述路由器检验和确保该由终端设备引起的通信在所述要求规定的界线内。这种保留机制的一个例子是RSVP(资源保留协议)。
综上所述，可以这样地说明在这两个层面之间的功能裂隙：对资源控制层面只配属传输有效信息所要求的功能，而由呼叫控制层面包含控制资源控制层面用的智能。换言之：资源控制层面的装置尽可能地不占有任何网络控制智能，并且因此可以在经济上特别简单地在分开的硬件平台上实现。这是由于与呼叫控制层面相比较在该层面上有较高的安装数量而特别地有利。
不论是交汇的语音-数据数据中还是例如通过把一个交汇的语音与一个常规的线路交换网络连接构成的混合网络中，在传输信息时，特别是用实时分组流传输信息时，由于各自网络类型中采用的新的或者不同的技术出现新的技术困难状态。
本发明的任务是，至少识别这些问题之一并且通过指出至少一个方案充实现有技术。
本发明提出的问题是，经SIP协议建立一个呼叫以后是否能够继续利用当前由电话所知的所有特性。在许多这些特性中由此需要IP荷载信道的变更，例如：
-语音连接切换到传真应用和调制解调应用的数据传输
-荷载信道转移(例如把连接切换到一个通告上)
-在呼叫过程中新商定语音编解码/数据编解码(呼叫中编解码协商)
-呼叫保持和呼叫恢复
所有的上述特征都引起一个SDP通话形式的荷载信道说明的新交换，所述荷载信道说明在一个SIP/SIP_T：Re-INVITE通告或所属的SIP/SIP_T响应中传输。在此荷载信道变更的原因既不在SIP协议中也不在SDP通话中详尽地传输，而是必须在接收方从用之只显示荷载信道变更的SDP数据中再生。然而该再生不可能总是单义的。例如在以下情况下可能会有问题：
-如果改变一个语音连接的编解码，这可以是一个传真/调制解调的编解码切换、一个到一个新的语音编解码的切换，然而也可以是在呼叫过程中新商定语音编解码/数据编解码(呼叫中编解码协商)。
-如果结合多个特征，有时不再可能借助于新接收的SDP通话确定结合了什么特征。例如一个荷载信道转移的SDP通话与一个为同时的呼叫恢复和荷载信道转移进行的SDP通话看起来完全一样。
然而，没有所述原因的单义的再生在接收方就不会遇到有说服力的通知(例如在一个电话的显示器上或者在一个软件电话用户的操作表面上)说明正在发送方启动了什么特征。
本发明所依据的基本问题的一个技术方案在权利要求书中进行了说明。
该技术方案有许多的优点：
-通过传输荷载信道变更的原因使之有可能不受限制地利用各种电话性能特征。
-借助于传输荷载信道变更取消迄今的、部分地非常高费用的、荷载信道变更原因的推演确定。
-通过(单义地)表明荷载信道变更的原因，即使不能够从荷载信道变更中推演地确定由发送方启动的特征时，也能够确定和显示由发送方启动的特征。
本发明的其它有利的装置由从属权利要求中得出。
如果协议元构成为带有以下值的作用参数：连接反向(connect-backward)、连接正向(connect-forward)、连接正向无通知(connect-forward-no-notification)、连接正向加通知(connect-forward-plus-notification)、连接正向无通知加选取的编解码(connect-forward-no notification-plus-selected codec)、连接正向加通知加选取的编解码(connect-forward-plus-notification-plus-selected codec)、连接的(connected)、切换的(switched)、选取的编解码(selected-codec)、变更编解码(modify-codec)、成功的编解码变更(successful-codec-modification)、编解码变更失败(codec-modification-failure)、呼叫中编解码协商(mid-call-codec-negotiation)、变更到选取的编解码信息(modify-to-selected-codec-information)、呼叫中编解码协商失败(modify-call-codec-negotiation-failure)、转移正向请求(redirect-forward-request)、转移反向请求(redirect-backward-request)、转移荷载信道释放请求(redirect-bearer-release-request)、转移荷载信道释放着手进行(redirect-bearer-release-proceed)、转移荷载信道释放完成(redirect-bearer-release-complete)、转移直通请求(redirect-cut-through-request)、转移荷载信道连接指示(redirect-bearer-connected-indication)、转移失败(redirect-failure)、远程保持(remote-hold)、远程保持确认(remote-hold-ack)、远程恢复(remote-retrieval)、远程恢复确认(remote-retrieval-ack)，就可以在根本上简化在协议SIP/SIP_T与协议BICC CS2/ISUP+(参见ITU-T推荐Q.1902.x，荷载信道独立的呼叫控制协议CS2)之间的交互工作，因为这样可以无问题地把作用参数转换成BICC CS2/ISUP+信息元“作用指示器”和“荷载信道转移指示器”。
下面借助于附图中所示的其它实施例说明本发明，其中：
图1
示出一种实施根据本发明的方法的装置，带有一种混合通信网络，所述混合通信网络由通过中间连接的媒体网关和媒体网关控制器连接的一个分组交换的、综合的语音数据网络和一个线路交换的语音网络以及一个信息传输的两个端点组成。
图2示出一个流程图，其中举例地表现本发明的一种实施方式。
在图1中示出一个实施本发明的方法的举例装置。所述装置包含一个线路交换网络PSTN和一个优选地构成为综合的语音-数据网络SDN的通信网络IN。这两个网络PSTN。IN连成一个混合网络。网络IN优选地构成为一个IP网络(例如因特网)包含一个SIP代理SP作为呼叫控制器。
线路交换的荷载信道TDM与分组交换的荷载信道RTP/RTCP的连接通过一个中间连接的媒体网关MG产生，所述中间连接的网关MG用于在不同的、网络特定的有效信道技术RTP/RTCP(实时[控制协议]和TDM(时分复用)之间的转换，网络PSTN的信令SS7与网络IN的信令SIP之间的连接通过中间连接的媒体网关控制器MGC1-3产生，所述中间连接的媒体网关控制器MGC1-3用于不同的网络特定的信令协议SIP(通话发起协议)之间的转换。在此在控制器MGC1与MGC3之间采用一个协议BICCCS2/ISUP+而在控制器MGC3与MGC2之间采用一个协议SIP_T(电话的SIP)。
网关MG由配属给它的控制器MGC1通过一个(最好国际标准化的)协议例如MGCP(媒体网关控制协议)或者H.248控制。它通常被实现为分离开的单元，这些分开的单元在另一个物理的装置/硬件平台上作为控制器MGC投入运行。
一个用户A借助一个常规的电话T连接在网络PSTNA上，一个用户B借助于用一个有SIP性能的电话(例如一个用软件实现的SIP客户SC)连接在网络IN上，在两个网络之间布置一个端对端的网络连接TDM、RTP/RTCP作为荷载信道。
在图2中示出建立两个SIP客户A、B之间的一个荷载信道的SIP消息(1)-(4)和通过从SIP客户B向一个SIP用户C转发呼叫变更集合通道的消息(5)-(17)的序列，其中，消息(5)、(6)、(12)、(13)、(15)和(16)根据一个本发明所述的SIP协议构成。
要强调的是，如此阐述的本发明实施方式尽管部分地非常详细真实地描述网络情景却只能够理解为示例性的而不是限制性的。对于本领域内普通技术人员应当清楚的是，本发明可以用在所有可设想的网络配置，特别是其它的交互工作情景以及其它的分组交换网络，例如内联网、外联网、一个局域的网络(局域网LAN)或者一个例如构成为虚拟的私人网络(VPN)的公司内部网络(公司网)。
在根据图1所示的实施例中SIP协议以及其演变SIT_T用于一个复杂的、混合的网络情景中，其中多重地在协议SIP、SIP_T、BICC CS2/ISUO+、SS7(ISUP)之间翻译网络信令。在此由控制器MGC3产生在协议BICCCS2/ISUP+与根据本发明包含至少一个显示荷载信道TDM、RTP/RTCP的变更的原因的协议元(特别是参数action)的SIP_T协议之间的翻译。
此外在选取的SIP_T消息中在消息体中除了传输一个ISUP MIME内容以外还传输一个SDP通话(混合的内容；参见RFC2046“多用途因特网电子邮件扩充(MIME)第二部分：媒体类型”和RFC3204“ISUP和QSIG对象的MIME媒体类型”)，在其SDP体内嵌入一个根据RFC2183的“内容处置(Content-Disposition)”报头字段，所述报头字段各包含至少一个根据本发明的协议元以传输一个荷载信道变更的原因。该报头字段的“处置类型”设在“通话”上。此外引入一个新的代表“作用(action)”的“处置参数”作为新的协议元以表明荷载信道变更的原因，并且嵌入在“内容处置”报头字段中。
为了结合多个原因/特征可以在一个“内容处置”报头字段中传输多个“作用(action)参数”。根据ITU_T标准Q.1902.xBICC CS2(荷载信道无关的呼叫控制-容量集合2)，例如在呼叫控制器MGC之间要采用ITU_T标准Q.765.5(7号信令系统-荷载信道无关的呼叫控制的应用传输机制)，依据该标准“作用”参数的值域包含以下的值：连接反向、连接正向、连接正向无通知、连接正向加通知、连接正向无通知加选取的编解码、连接正向加通知加选取的编解码、连接的、切换的、选取的编解码、变更编解码、成功的编解码变更、编解码变更失败、呼叫中编解码协商、变更到选取的编解码信息、呼叫中编解码协商失败、转移反向请求、转移正向请求、转移荷载信道释放请求、转移荷载信道释放着手进行、转移荷载信道释放完成、转移直通请求。转移荷载信道连接指示、转移失败、远程保持、远程保持确认、远程恢复、远程恢复确认。
一个举例的本发明所述“内容-处置”报头字段在此例中表现如下(本发明所述协议元用黑体字突出)：
Content-Disposition：session
        ；action＝remote-retrieval
        ；action＝redirect-forwards-request
由于本发明得出的卓越优点是BICC CS2/ISUP+信息元“作用指示器”和“荷载信道转移指示器”可以非常简单地用有说服力的值填充。
作为本发明的另一个实施例下面说明在三个都构成为SIP客户SC的用户A、B、C之间的一个荷载信道变更。该情景的流程在图2中示出。为了便于理解本发明在图2中只示出了SIP客户而略去SIP代理服务器SP。
在该例中首先建立SIP客户A和B之间的一个连接/呼叫-消息(1)-(4)。接着SIP客户B置呼叫为保持-消息(5)-(7)，并且然后呼叫SIP客户C-消息(8)-(11)。在此呼叫以后SIP客户B向SIP客户A发送一个“Re-INVITE”消息(12)，用此消息它同时取消呼叫保持(呼叫恢复)并且把从SIP客户A发出的呼叫流转接到SIP客户C(荷载信道转移)-消息(12)-(14)。接着SIP客户B向SIP客户C发送一个“Re-INVITE”消息(15)，用此消息它把从SIP客户C发出的呼叫流转接到SIP客户A。最终结果是一个从SIP客户B向SIP客户C的呼叫轮换。SIP客户A这时可以与SIP客户C对话。
下面表示消息(1)-(17)，其中在消息中没有示出“Via”报头字段，因为它们对于SIP消息的SDP体内容是透明的。在此在一个SIP消息中传输一个SDP通话作为根据RFC2045的MIME消息体。在SDP的情况下在该例子中，SIP消息体的内容用以下的SIP报头字段说明：
-“MIME版本”：
固定设置为“MIME版本：1.0”(＝RFC2045)-供选择地还可以取消。
-“内容长度”：
规定整个消息体的长度。
-“内容类型”
以一个媒体类型和媒体亚型的形式说明内容的类型。在SDP的情况下内容类型表现如下：
媒体类型＝“应用”
媒体亚型＝“SDP”
一个示例消息SIP：具有SDP的Re-INVITE看起来如下：
INVITE sip：″E.164(B-Tln)″@″IP-Addr(B-Tln)″；user＝phone
SIp/2.0
From：<sip：″E.164(A-Tln)″@″IP-Addr(A-Tln)″；user＝phone>
To：<sip：″E.164(B-Tln)″@″Ip-Addr(B-Tln)″；user＝phone>
Call-ID：a84b4c76e66710
CSeq：8348 INVITE
Contact：<sip：″E.164(A-Tln)″@″IP-Addr(A-Tln)″；user＝phone>
MIME-Version：1.0
Content-Type：application/SDP
Content-Length：166
v＝0
o＝hiQ9200 2890844526 2890844527 IN IP4″IP-Addr(A-Tln)″
s＝
c＝IN IP4 aaa.bb.cc.dd
t＝0  0
m＝audio 2673 RTP/AVP 4
a＝rtpmap：4G723/8000
a＝sendrecv
为了传输一个荷载信道变更的原因对于DSP例如采用根据RFC21823的“内容处置”报头字段，所述报头字段的语法可以与上述
实施例的语法对应。
于是，一个示例的由于一个荷载信道转移而发送的“内容处置”报头字段在嵌入在一个SDP协议中的上述消息SIP：Re-INVITE中看起来如下(如本发明所述的协议元用黑体字突出)：
[MIME-Version：1.0]
Content-Type：application/SDP
Content-Disposition：session
        ；action＝redirect-forwards-request
Content-Length：xxx
于是对该实施例出现以下的消息(1)-(17)，其中根据本发明所述的协议元对应地突出在消息(5)、(6)、(12)、(15)和(16)中：
消息(1)：INVITE Client A→Client B
INVITE sip：ClientB@gmx.com SIP/2.0
From：sip：ClientA@munichnet.com；tag＝1c24841
To：sip：ClientB@gmx.com
Call-ID：call-973574144@munichnet.com
CSeq：1 INVITE
Contact：<sip：ClientA@pc43.munichnet.com>
Content-Type：application/sdp
Content-Length：161
v＝0
o＝ClientA 2890844526 2890844526 IN IP4 pc43.munichnet.com
s＝
c＝IN IP4 192.0.2.101
t＝0  0
m＝audio 49172 RTP/AVP 8 4
a＝rtpmap：8 PCMA/8000
a＝rtpmap：4 G723/8000
消息(2)：180 Ringing Client B→Client A
SIP/2.0 180 Ringing
From：sip：ClientA@munichnet.com；tag＝1c24841
To：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
Call-ID：call-973574144@munichnet.com
CSeq：1INVITE
Contact：<sip：ClientB@sv71.gmx.com>
Content-Length：0
消息(3)：200OK Client B→Client A
SIP/2.0200OK
From：sip：ClientA@munichnet.com；tag＝1c24841
To：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
Call-ID：call-973574144@munichnet.com
CSeq：1INVITE
Contact：<sip：ClientB@sv71.gmx.com>
Content-Type：application/sdp
Content-Length：124
v＝0
o＝ClientB 4770 4770 IN IP4 sv71.gmx.com
s＝
c＝IN IP4178.224.67.133
t＝0 0
m＝audio 3456 RTP/AVP 8
a＝rtpmap：8 PCMU/8000
消息(4)：ACK Client A→Client B
ACK sip：ClientB@sv71.gmx.com SIP/2.0
From：sip：ClientA@munichnet.com；tag＝1c24841
To：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
Call-ID：call-973574144@munichnet.com
CSeq：1ACK
Content-Length：0
消息(5)：Re-INVITE Client B→Client A
INVITE sip：ClientA@pc43.munichnet.com SIP/2.0
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
To：sip：ClientA@munichnet.com；tag＝1c24841
Call-ID：call-973574144@munichnet.com
CSeq：2INVITE
Contact：<sip：ClientB@sv71.gmx.com>
Content-Type：application/sdp
Content-Disposition：session；
        action＝remote-hold
Content-Length：128
v＝0
o＝ClientB 4770 4771 IN IP4 sv71.gmx.com
s＝
c＝IN IP4 0.0.0.0
t＝00
a＝sendonly
m＝audio 3456 RTP/AVP 8
a＝rtpmap：8 PCMU/8000
消息(6)：200OK Client A→Client B
SIP/2.0200OK
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
To：sip：ClientA@munichnet.com；tag＝1c24841
Call-ID：call-973574144@munichnet.com
CSeq：2INVITE
Contact：<sip：ClientA@pc43.munichnet.com>
Content-Type：application/sdp
Content-Disposition：session；
        action＝remote-hold-ack
Content-Length：155
v＝0
o＝ClientA 2890844526 2890844527 IN IP4 pc43.munichnet.com
s＝
c＝IN IP4 0.0.0.0
t＝0 0
a＝recvonly
m＝audio 49172 RTP/AVP 8
a＝rtpmap：8 PCMA/8000
消息(7)：ACK Client B→Client A
ACK sip：ClientA@pc43.munichnet.com SIP/2.0
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
To：sip：ClientA@munichnet.com；tag＝1c24841
Call-ID：call-973574144@munichnet.com
CSeq：2ACK
Content-Length：0
消息(8)：INVITE Client B→Client C
INVITE sip：ClientC@tomnet.de SIP/2.0
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553526
To：sip：ClientC@tomnet.de
Call-ID：call-6789@gmx.com
CSeq：10INVITE
Contact：<sip：ClientB@sv71.gmx.com>
Content-Type：application/sdp
Content-Length：122
v＝0
o＝ClientB 5612 5612 IN IP4 sv71.gmx.com
s＝
c＝IN IP4 178.224.67.133
t＝0 0
m＝audio 3460 RTP/AVP 8
a＝rtpmap：8 PCMU/8000
消息(9)：180 Ringing Client C→Client B
SIP/2.0 180 Ringing
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553526
To：sip：ClientC@tomnet.de；tag＝6545b243a
Call-ID：call-6789@gmx.com
CSeq：10INVITE
Contact：<sip：ClientC@nb23.tomnet.de>
Content-Length：0
消息(10)：200 OK Client C→Client B
SIP/2.0 200 OK
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553526
To：sip：ClientC@tomnet.de；tag＝6545b243a
Call-ID：call-6789@gmx.com
CSeq：10INVITE
Contact：<sip：ClientC@nb23.tomnet.de>
Content-Type：application/sdp
Content-Length：127
v＝0
o＝ClientC 293845 293845 IN IP4 nb23.tomnet.de
s＝
c＝IN IP4 27.159.111.76
t＝0 0
m＝audio 8275 RTP/AVP 8
a＝rtpmap：8 PCMU/8000
Content-Length：127
v＝0
o＝ClientC 293845 293845 IN IP4 nb23.tomnet.de
s＝
c＝IN IP4 27.159.111.76
t＝0 0
m＝audio 8275 RTP/AVP 8
a＝rtpmap：8 PCMU/8000
消息(11)：ACK Client B→Client C
ACK sip：ClientC@tomnet.de SIP/2.0
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553526
To：sip：ClientC@tomnet.de；tag＝6545b243a
Call-ID：call-6789@gmx.com
CSeq：10ACK
Content-Length：0
消息(12)：Re-INVITE Client B→Client A
INVITE sip：ClientA@pc43.munichnet.com SIP/2.0
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
To：sip：ClientA@munichnet.com；tag＝1c24841
Call-ID：call-973574144@munichnet.com
CSeq：3INVITE
Contact：<sip：ClientB@sv71.gmx.com>
Content-Type：application/sdp
Content-Disposition：session；
        action＝remote-retrieval；
        action＝redirect-forwards-request
Content-Length：134
v＝0
o＝ClientB 4770 4772 IN IP4 sv71.gmx.com
s＝
c＝IN IP4 27.159.111.76
t＝0 0
a＝sendrecv
m＝audio 8275 RTP/AVP 8
a＝rtpmap：8 PCMU/8000
消息(13)：200 OK Client A→Client B
SIP/2.0 200 OK
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
To：sip：ClientA@munichnet.com；tag＝1c24841
Call-ID：call-973574144@munichnet.com
CSeq：3INVITE
Contact：<sip：ClientA@pc43.munichnet.com>
Content-Type：application/sdp
Content-Disposition：session；
        action＝remote-retrieval-ack；
        action＝redirect-bearer-connected-indication
Content-Length：172
v＝0
o＝ClientA 2890844526 2890844528 IN IP4 pc43.munichnet.com
s＝
c＝IN IP4 192.0.2.101
t＝0 0
a＝sendrecv
m＝audio 49172 RTP/AVP 8
a＝rtpmap：8 PCMA/8000
消息(14)：ACK Client B→Client A
ACK sip：ClientA@pc43.munichnet.com SIP/2.0
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553525
To：sip：ClientA@munichnet.com；tag＝1c24841
Call-ID：call-973574144@munichnet.com
CSeq：3ACK
Content-Length：0
消息(15)：Re-INVITE Client B→Client C
INVITE sip：ClientC@nb23.tomnet.de SIP/2.0
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553526
To：sip：ClientC@tomnet.de
Call-ID：call-6789@gmx.com
CSeq：11 INVITE
Contact：<sip：ClientB@sv71.gmx.com>
Content-Type：application/sdp
Content-Disposition：session；
        action＝redirect-forwards-request
Content-Length：120
v＝0
o＝ClientB 5612 5613 IN IP4 sv71.gmx.com
s＝
c＝IN IP4 192.0.2.101
t＝0  0
m＝audio 49172 RTP/AVP 8
a＝rtpmap：8PCMU/8000
消息(16)：200 OK Client C→Client B
SIP/2.0 200 OK
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553526
To：sip：ClientC@tomnet.de；tag＝6545b243a
Call-ID：call-6789@gmx.com
CSeq：11 INVITE
Contact：<sip：ClientC@nb23.tomnet.de>
Content-Type：application/sdp
Content-Disposition：session；
        action＝redirect-bearer-connected-indication
Content-Length：127
v＝0
o＝ClientC 293845 293846 IN IP4 nb23.tomnet.de
s＝
c＝IN IP4 27.159.111.76
t＝0 0
m＝audio 8275 RTP/AVP 8
a＝rtpmap：8PCMU/8000
消息(17)：ACK Client B→Client C
ACK sip：Clientc@nb23.tomnet.de SIP/2.0
From：sip：ClientB@gmx.com；tag＝0da40dd4-81553526
To：sip：ClientC@tomnet.de；tag＝6545b243a
Call-ID：call-6789@gmx.com
CSeq：11ACK
Content-Length：0
本领域内普通技术人员明白，本发明当然不是只能够用于所说明的情景，而是可以普遍地用于采用SIP或者SIP_P协议的所有情景。特别是可以设想用于以下的情景：
-VoIP中继用户<->用协议SIP_T进行控制器MGC之间的信令的VoIP中继用户
-SIP客户<->VoIP中继用户
-SIP客户<->接入网关
-SIP客户<->H.323用户
-SIP客户<->VoDSL用户(经过一个综合的接入装置IAD或者一个用户屋内网关CPG)
-SIP客户<->-SIP客户
最后要指出，对本发明相关的通信网络部件的说明不应当理想为限制性的。对于本领域内普通技术人员特别明确的是譬如应用、客户、服务器、网关控制器之类的术语应当在功能上理解而不是在物理上理解。从而例如端点A、B也可以部分或者完全地用软件/计算机程序产品实现和/或分散地通过多个物理的装置实现。

Claims (10)

1、SIP协议，
包括至少一个用于显示一个荷载信道变更的原因的协议元。
2、根据权利要求1所述的SIP协议，
其中所述协议元嵌入在根据标准RFC2183的一个内容处置报头字段中。
3、根据以上权利要求之一所述的SIP协议，
其中所述协议元嵌入在根据标准RFC2327的SDP协议中。
4、根据以上权利要求之一所述的SIP协议，
其中所述协议元构成为可以多重设置的参数(作用)。
5、根据以上权利要求之一所述的SIP协议，
其中所述参数的值域包含以下的值：连接反向、连接正向、连接正向无通知、连接正向加通知、连接正向无通知加选取的编解码、连接正向加通知加选取的编解码、连接的、切换的、选取的编解码、变更编解码、成功的编解码变更、编解码变更失败、呼叫中编解码协商、变更到选取的编解码信息、呼叫中编解码协商失败、转移正向请求、转移反向请求、转移荷载信道释放请求、转移荷载信道释放着手进行、转移荷载信道释放完成、转移直通请求、转移荷载信道连接指示、转移失败、远程保持、远程保持确认、远程恢复、远程恢复确认。
6、根据以上权利要求之一所述的SIP协议，
其中所述SIP协议根据标准RFC2543、RFC3261或者RFC3372之一构成。
7、在一个通信网络中变更荷载信道的方法，其中用根据以上协议要求之一的协议通过信令发送荷载信道变更的原因，特别是用被设置在根据标准RFC2045构成的SIP消息的MIME消息体中的协议元通过信令发送荷载信道变更的原因。
8、计算机程序产品(P)，尤其是SIP客户软件(SC)，包含用之通过至少一个处理器实施权利要求7的方法权利要求所述方法的软件代码部分。
9、装置，特别是控制器(MGC)、SIP电话或者SIP代理(SP)，包含用于实施以上方法权利要求之一方法的装置。
10、装置，特别是分组交换网络、综合的语音-数据网络(SDN)或者混合网络(IN、PSTN)，包含用于实施以上方法权利要求之一方法的计算机程序产品和/或装置。
CN200480030641.6A 2003-08-18 2004-06-04 借助于sip协议的荷载信道变更的信令方法、软件产品和装置 Pending CN1868197A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP03018586.2 2003-08-18
EP03018586A EP1509018A1 (de) 2003-08-18 2003-08-18 Verfahren, Software-Produkt und Vorrichtungen zur Signalisierung der Modifikation von Bearerverbindungen mittels SIP Protokoll

Publications (1)

Publication Number Publication Date
CN1868197A true CN1868197A (zh) 2006-11-22

Family

ID=34042862

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200480030641.6A Pending CN1868197A (zh) 2003-08-18 2004-06-04 借助于sip协议的荷载信道变更的信令方法、软件产品和装置

Country Status (4)

Country Link
US (1) US20060227728A1 (zh)
EP (2) EP1509018A1 (zh)
CN (1) CN1868197A (zh)
WO (1) WO2005020535A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101605038B (zh) * 2008-06-12 2012-03-28 朗讯科技公司 基于sip消息体的计费方法和系统
CN104506745A (zh) * 2014-12-19 2015-04-08 上海斐讯数据通信技术有限公司 一种网关设备及通话监听处理方法

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4343626B2 (ja) * 2003-09-02 2009-10-14 キヤノン株式会社 画像通信制御方法、画像通信制御プログラム、および画像通信装置
DE102005013544B3 (de) * 2005-03-23 2006-07-13 Siemens Ag Verfahren zum Aufbauen einer Nutzdatenverbindung zwischen Endeinrichtungen
CN100544388C (zh) * 2005-07-01 2009-09-23 华为技术有限公司 一种控制业务多次前转套打的方法
DE102005045121B4 (de) * 2005-09-21 2007-11-08 Siemens Ag Vorrichtung zur Unterstützung des Leistungsmerkmals "Fall-back" in SIP-Netzen
DE102005050586B3 (de) 2005-10-21 2006-11-02 Siemens Ag Verfahren zum Aufbau einer Videotelefonverbindung und/oder Multimediatelefonverbindung in einem Datennetz
US20070140116A1 (en) * 2005-12-16 2007-06-21 Microsoft Corporation Interactive Codec Selection
KR20080037950A (ko) * 2006-10-27 2008-05-02 삼성전자주식회사 데이터를 송수신하는 방법 및 장치
US7995561B2 (en) * 2006-12-07 2011-08-09 Nortel Networks Limited Techniques for implementing logical trunk groups with session initiation protocol (SIP)
CN101222540B (zh) * 2007-01-08 2010-09-29 中兴通讯股份有限公司 用于ip多媒体子系统的多媒体业务实现方法
EP2020795B1 (en) * 2007-08-03 2017-11-22 Nokia Solutions and Networks Oy Method and network equipment for maintaining a media stream through another network equipment while suspending an associated media stream connection in a communication network
EP2198560B1 (en) * 2007-09-06 2017-03-29 Tekelec, Inc. Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (ios/sip) adapter
US7995466B2 (en) * 2008-03-26 2011-08-09 Avaya Inc. Failover/failback trigger using SIP messages in a SIP survivable configuration
US8107361B2 (en) * 2008-03-26 2012-01-31 Avaya Inc. Simultaneous active registration in a SIP survivable network configuration
US8527656B2 (en) 2008-03-26 2013-09-03 Avaya Inc. Registering an endpoint with a sliding window of controllers in a list of controllers of a survivable network
US8018848B2 (en) * 2008-03-26 2011-09-13 Avaya Inc. Survivable phone behavior using SIP signaling in a SIP network configuration
US8170006B2 (en) * 2008-07-17 2012-05-01 Siemens Enterprise Communications, Inc. Digital telecommunications system, program product for, and method of managing such a system
CN101577884B (zh) * 2008-09-19 2012-06-13 中兴通讯股份有限公司 一种ip多媒体链路的媒体协商方法
US8711857B2 (en) * 2008-09-30 2014-04-29 At&T Intellectual Property I, L.P. Dynamic facsimile transcoding in a unified messaging platform
EP3029964B1 (en) * 2014-12-05 2016-09-28 Axis AB Method for improving audio experience for a user of an audio device
EP3701743A1 (en) 2017-10-26 2020-09-02 Huawei Technologies Co., Ltd. Techniques for quality of service negotiation

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7551734B2 (en) * 2000-12-22 2009-06-23 Nokia Corporation Method and system for modifying a connection parameter

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101605038B (zh) * 2008-06-12 2012-03-28 朗讯科技公司 基于sip消息体的计费方法和系统
CN104506745A (zh) * 2014-12-19 2015-04-08 上海斐讯数据通信技术有限公司 一种网关设备及通话监听处理方法
CN104506745B (zh) * 2014-12-19 2018-02-13 上海斐讯数据通信技术有限公司 一种网关设备及通话监听处理方法

Also Published As

Publication number Publication date
US20060227728A1 (en) 2006-10-12
WO2005020535A1 (de) 2005-03-03
EP1656781A1 (de) 2006-05-17
EP1509018A1 (de) 2005-02-23

Similar Documents

Publication Publication Date Title
CN1868197A (zh) 借助于sip协议的荷载信道变更的信令方法、软件产品和装置
CN1874328A (zh) 实现业务互通的方法及系统
CN1816053A (zh) 基于会话初始化协议的流媒体直播p2p网络方法
CN1199417C (zh) 多业务通信系统及方法
CN1599376A (zh) 网络媒体话机终端的应用和通信方法
CN1390407A (zh) 用于ip承载语音电话网关的装置及其中所用的方法
CN1805442A (zh) Ims网络中具有会聚应用服务器逻辑和网关逻辑的呼叫控制
CN1801970A (zh) 自动产生和/或控制有多个参加者的电信会议的方法及设备
CN1655553A (zh) 便于第三方呼叫和设备控制的系统和方法
CN1359585A (zh) 用于从配置在综合电信网络中的实体中提供至业务节点的接入的系统与方法
CN1801814A (zh) 一种离线消息发送和接收方法
CN1890945A (zh) 用于横越防火墙和网络地址转换(nat)设置的通信系统
CN101047515A (zh) 一种应用业务的计费关联方法及系统
CN1531282A (zh) 分组中继装置
CN101060464A (zh) 地址变换装置、消息处理方法及网络系统
CN1511406A (zh) 用于实现分布式多媒体应用端到端服务质量协商的方法
CN1747470A (zh) 分组域业务信号处理系统及其方法
CN101047628A (zh) 一种电路域终端接入分组网络实现分组业务的系统和方法
CN1148031C (zh) 多媒体信息通信系统
CN101064866A (zh) 一种短信的路由寻址方法及系统
CN1843050A (zh) 无线通信网络中资源预留的方法和系统
CN101064863A (zh) 一种ims网络下提供媒体资源服务的方法和系统
CN1361996A (zh) 呼叫控制与载体控制分离的呼叫建立过程的实施
CN101047630A (zh) 实现短消息业务的系统和上发以及下发短消息的方法
CN1870772A (zh) 一种承载路径优化方法

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