CN101127678A - 一种建立用户平面连接的方法和系统 - Google Patents

Abstract

本发明公开了一种建立用户平面(UP)连接的方法和系统。第一媒体控制单元与第二媒体控制单元协商建立UP连接所需的各个UP参数；第一媒体控制单元与第二媒体控制单元根据协商结果，控制第一媒体处理单元与第二媒体处理单元建立UP连接。其中，第一媒体控制单元可以将携带第一媒体处理单元所需协商的各个UP参数的第一SDP发送至第二媒体控制单元，第二媒体控制单元将携带第二媒体处理单元所需协商的各个UP参数的第二SDP返回至第一媒体控制单元，实现UP参数协商。本发明保证了在媒体处理单元之间建立UP连接，保证在Nb接口采用桥接的方式完成主、被叫RNC之间UP数据的传输。

Description

一种建立用户平面连接的方法和系统

技术领域

本发明涉及WCDMA(宽带码分多址)技术，特别是涉及一种在媒体处理单元之间建立用户平面连接的方法和系统。

背景技术

WCDMA网络从R99的电路方式向基于分组的软交换演进，分为R4BICN(承载无关核心网)和R5IMS(IP多媒体子系统)两个阶段。图1为WCDMA核心网的逻辑架构图。如图1所示，WCDMA核心网包括：MGW(媒体网关)，MSC(移动交换中心)，GMSC(关口移动交换中心)，UTRAN(全球陆地无线接入网)，GERAN(GSM/EDGE无线接入网)，以及HLR(归属定位寄存器)等逻辑实体。其中，(G)MSC之间采用Nc接口进行互通，MGW之间采用Nb接口进行互通，(G)MSC与MGW之间采用Mc接口进行互通，UTRAN与MSC以及MGW之间采用Iu接口进行互通，GERAN与MSC以及MGW之间采用A接口以及Iu接口进行互通，应用与服务和(G)MSC之间采用CAP协议进行互通，MSC与HLR之间采用D接口进行互通，GMSC与HLR之间采用C接口。WCDMA网络通过GMSC/MGW完成与公共电话交换网等其他网络的互通。

在实现语音数据传输时，通常采用AMR(自适应多速率)对语音数据进行编解码。AMR协议定义了速率调节帧，用于在互通节点之间传递速率变化通知等信息。在传输AMR语音帧时，当RNC检测到需要对语音数据的速率进行调整时，需要通知与其互通的其他设备。比如，参见图2，RNC1检测到需要对语音数据的速率进行调整，则必须通知对端的RNC2。然而，由于RNC不具备对AMR等语音数据的处理功能，因此在RNC节点并不能构造和发送AMR速率调节帧，也不能检测对端发送过来的速率调节帧。为了保证在相互通信的RNC之间完成语音数据速率调整的通知，在WCDMA网络中定义了Iu接口用户平面(User Plane，UP)协议，在RNC检测到需要进行速率调解等操作时，RNC使用IuUP协议消息通知对端的RNC进行相应的操作，同样，RNC在接收到对端RNC发送的IuUP数据后也会根据IuUP协议消息进行相应的处理。

参见图1和图2，相互通信的RNC在进行速率调整的通知时，必须通过两端的MGW来完成。在通过MGW实现RNC之间速率调整的通知时，通常采用的方式为：MGW将IuUP协议消息通过Nb接口发送到对端MGW，再由对端MGW将该IuUP消息通过Iu接口发送到RNC由RNC进行处理。即在Nb接口采用桥接的方式完成主、被叫RNC之间UP数据的传输。

类似的，时间对齐以及错误事件处理等IuUP协议功能需求也要求必须在MGW之间完成IuUP消息在Nb接口上的透明传递。即在Nb接口采用桥接的方式完成主、被叫RNC之间UP数据的传输。

当在Nb接口上采用桥接的方式完成主、被叫RNC之间UP数据的传输，以实现RNC之间速率调整的通知时，完成媒体处理功能的两端MGW必须首先建立UP连接，然后才能实现后续的采用桥接的方式完成主、被叫RNC之间UP数据的传输过程。

由此可见，要想保证主、被叫RNC之间实现速率调整的通知，则必须提供一种可行的、在完成媒体处理功能的MGW之间建立UP连接的方案。

发明内容

有鉴于此，本发明的主要目的在于提供一种建立用户平面连接的方法，本发明的另一目的在于提供一种建立用户平面连接的系统，以提供可行的、在媒体处理单元之间建立UP连接的方案。

为了达到上述目的，本发明的技术方案是这样实现的：

一种建立用户平面连接的方法，该方法包括：

A、第一媒体控制单元与第二媒体控制单元协商建立UP连接所需的各个UP参数；

B、第一媒体控制单元与第二媒体控制单元根据协商结果，控制第一媒体处理单元与第二媒体处理单元建立UP连接。

所述各个单元通过会话初始协议SIP消息完成信息交互。

所述步骤A包括：

A1、第一媒体控制单元将携带第一SDP的SIP协议消息发送至第二媒体控制单元，其中，第一SDP中携带第一媒体处理单元所需协商的各个UP参数；

A2、第二媒体控制单元接收到步骤A1中所述的SIP协议消息后，将携带第二SDP的SIP协议消息发送至第一媒体控制单元，其中，第二SDP中携带第二媒体处理单元的各个UP参数。

在步骤A1之前，进一步包括：第一媒体控制单元获取第一媒体处理单元所创建的媒体资源的地址和端口信息，以及第一媒体处理单元的媒体处理能力信息；

在步骤A1中，所述第一SDP中携带第一媒体处理单元所创建的媒体资源的地址和端口信息，以及第一媒体处理单元的媒体处理能力信息；

在步骤A2中，在将携带第二SDP的SIP协议消息发送至第一媒体控制单元之前，进一步包括：第二媒体控制单元获取第二媒体处理单元所创建的媒体资源的地址和端口信息，以及第二媒体处理单元的媒体处理能力信息；

在步骤A2中，所述第二SDP中携带第二媒体处理单元所创建的媒体资源的地址和端口信息，以及第二媒体处理单元的媒体处理能力信息。

当所述第一媒体控制单元与第一媒体处理单元位于同一个物理设备内时，所述第一媒体控制单元通过设备内部接口执行所述获取媒体资源的地址和端口信息以及媒体处理能力信息的步骤；

当所述第一媒体控制单元与第一媒体处理单元位于不同物理设备内时，所述第一媒体控制单元通过设备外部接口执行所述获取媒体资源的地址和端口信息以及媒体处理能力信息的步骤。

当所述第二媒体控制单元与第二媒体处理单元位于同一个物理设备内时，所述第二媒体控制单元通过设备内部接口执行所述获取媒体资源的地址和端口信息以及媒体处理能力信息的步骤；

当所述第二媒体控制单元与第二媒体处理单元位于不同物理设备内时，所述第二媒体控制单元通过设备外部接口执行所述获取媒体资源的地址和端口信息以及媒体处理能力信息的步骤。

所述媒体控制单元获取媒体处理单元的媒体处理能力信息的步骤包括：预先将所述媒体处理单元的媒体处理能力信息配置在所述媒体控制单元中；所述媒体控制单元通过本地数据配置获取所述媒体处理单元的媒体处理能力信息。

所述建立UP连接所需的UP参数包括：用于协商是否支持UP能力的参数、用于协商UP版本参数、用于协商UP初始化过程发起者的参数、用于协商是否支持“透明模式”以及是否支持“支持模式”的参数、用于协商错误业务数据单元处理方式的参数即当检测到业务数据错误后是否继续进行传递的参数、以及用于协商支持对何种用于编解码类型进行封装的参数中的任意一个或多个的组合。

所述建立UP连接所需的UP参数中包括：用于协商UP初始化过程发起者的参数；

所述协议结果中包括：由第一媒体处理单元和第二媒体处理单元中的一个发起UP初始化过程。

所述步骤B包括：第一媒体控制单元根据协商结果通知第一媒体处理单元向远端发起UP初始化，第一媒体处理单元向第二媒体处理单元发起UP初始化过程，建立UP连接。

所述第一媒体处理单元与第二媒体处理单元根据已经协商出的UP参数完成所述UP初始化过程，

其中，已经协商出的UP参数包括：UP版本参数，UP初始化过程发起者，模式的选择，表示错误业务数据单元处理方式的参数，支持对何种语音编解码类型封装的参数中的任意一个或多个的组合。

一种建立用户平面连接的系统，该系统包括：需建立用户平面UP连接的第一媒体处理单元和第二媒体处理单元，第一媒体处理单元侧的第一媒体控制单元，以及第二媒体处理单元侧的第二媒体控制单元，其中，

第一媒体控制单元与第二媒体控制单元协商建立UP连接所需的各个UP参数；第一媒体控制单元与第二媒体控制单元根据协商结果，控制第一媒体处理单元与第二媒体处理单元建立UP连接。

所述第一媒体控制单元，用于将携带第一SDP的SIP协议消息发送至第二媒体控制单元，其中，第一SDP中携带第一媒体处理单元所需协商的各个UP参数；

所述第二媒体控制单元，用于在接收到携带第一SDP的SIP协议消息后，将携带第二SDP的SIP协议消息发送至第一媒体控制单元，其中，第二SDP中携带第二媒体处理单元所需协商的各个UP参数。

所述第一媒体控制单元，用于根据协商结果通知第一媒体处理单元向远端发起UP初始化过程；

所述第一媒体处理单元，用于在接收到所述通知后，向第二媒体处理单元发起UP初始化过程，与第二媒体处理单元建立UP连接。

该系统应用于WCDMA网络中；

所述两个媒体控制单元为两个移动交换中心，或为两个关口移动交换中心，或为移动交换中心和关口移动交换中心；

所述两个媒体处理单元为两个媒体网关。

所述第一媒体处理单元和第一媒体控制单元位于同一个物理设备内或位于不同的物理设备内；

和/或，所述第二媒体处理单元和第二媒体控制单元位于同一个物理设备内或位于不同的物理设备内。

由此可见，本发明提供了一种可行的、在媒体处理单元之间建立UP连接的方案，其中，具体可以采用SIP协议中的消息交互过程，比如采用SIP协议中使用的SDP提供/应答方式，来完成各种UP参数的协商，从而最终根据协商结果，在媒体处理单元之间建立了UP连接。可见，本发明可以保证在媒体处理单元之间，比如在MGW之间，建立UP连接，从而能够保证在Nb接口采用桥接的方式完成主、被叫RNC之间UP数据的传输，实现数据帧速率调整的通知，大大提高了业务服务质量。

另外，在本发明中，通过SDP提供/应答方式不仅能够完成对基本UP参数，比如IP地址、端口信息、支持的编解码能力和即将使用的媒体编解码类型的协商，而且还能够完成对诸如UP版本、模式、可封装的编解码类型等其他UP参数的协商，从而能够利用UP通道提供更为丰富的业务服务。

附图说明

图1为WCDMA核心网的逻辑架构图。

图2是在WCDMA网络中RNC通过Iu接口进行语音数据传输的示意图。

图3是在本发明中实现在媒体处理单元之间建立UP连接的系统结构示意图。

图4是在本发明中实现在媒体处理单元之间建立UP连接的流程图。

图5是在会话初始协议(SIP)中会话描述协议(SDP)提供/应答模型的示意图。

具体实施方式

本发明提出了一种在媒体处理单元之间建立UP连接的方法，其核心思想是：第一媒体控制单元与第二媒体控制单元协商建立UP连接所需的各个UP参数；第一媒体控制单元与第二媒体控制单元根据协商结果，控制第一媒体处理单元与第二媒体处理单元建立UP连接。

在本发明中，可以采用会话初始协议(SIP)或其他协议来实现上述各个功能单元之间信息的交互过程。并且，在采用SIP协议来实现信息交互时，较佳地，可以通过SDP的提供/应答方式来完成UP参数的协商过程。

相应的，本发明还提出了一种在媒体处理单元之间建立UP连接的系统。图3是在本发明中实现建立UP连接的系统结构示意图。参见图3，在本发明中，实现建立UP连接的系统包括：需建立UP连接的媒体处理单元1和媒体处理单元2，媒体处理单元1侧的媒体控制单元1，以及媒体处理单元2侧的媒体控制单元2，其中，

媒体控制单元1与媒体控制单元2协商建立UP连接所需的各个UP参数；媒体控制单元1与媒体控制单元2根据协商结果，控制媒体处理单元1与媒体处理单元2建立UP连接。

较佳地，本发明系统可以应用于WCDMA网络中。

在本发明中，所述的媒体处理单元(MP)是指具有媒体处理能力的任意一种功能单元；所述的媒体控制单元(MC)是指具有媒体控制能力的任意一种功能单元。当本发明系统应用于WCDMA网络中时，所述的两个媒体处理单元为两个MGW；所述的两个媒体控制单元为MSC和GMSC，或为两个MSC，或为两个GMSC。

在本发明中，同一侧的媒体处理单元和媒体控制单元可以位于同一个物理设备内，也可以位于不同的物理设备内。也就是说，媒体处理单元1和媒体控制单元1可以位于相同或不同的物理设备内，媒体处理单元2和媒体控制单元2可以位于相同或不同的物理设备内。

为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。

目前，由于SIP协议基于公开的Internet标准，在语音与数据业务的结合及互通方面具有天然优势，能跨越媒体和设备实现呼叫控制，支持丰富的媒体格式，可动态增/删媒体流，容易实现更加丰富的业务特性，同时，支持智能向业务和终端侧发展从而减轻网络负担，便于扩展新业务，而且协议简单，具有公认的扩展潜力，因此被广泛应用于完成语音、视频等媒体参数的协商和媒体通道的建立过程中。

鉴于SIP协议的诸多优点，较佳地，在本发明中，各个功能单元之间的信息交互可以采用SIP协议进行。

图4是在本发明中实现在媒体处理单元之间建立UP连接的流程图。参见图3和图4，以利用SIP协议完成各个功能单元之间的信息交互为例，利用本发明系统，本发明方法实现在媒体处理单元之间建立UP连接的过程包括以下步骤：

步骤401：媒体控制单元获取本侧媒体处理单元的媒体处理能力信息。

在同一侧，如果MC和MP位于同一个物理设备中，那么，在本步骤中，MC通过设备内部接口获取MP的媒体处理能力信息。

在同一侧，如果MC和MP位于不同的物理设备中，那么，在本步骤中，MC可以通过与MP之间的外部接口获取MP的媒体处理能力信息，以MC1和MP1为例，该过程具体可以为：MC1将获取媒体处理能力的指示发送至MP1，MP1根据接收到的指示将自身的媒体处理能力信息发送至MC1。

或者，当同一侧的MC和MP位于不同的物理设备中时，可以预先将MP的媒体处理能力信息配置在MC中，在本步骤中，MC通过本地数据配置获取MP的媒体处理能力信息。比如，MC2通过本地数据配置获取MP2的媒体处理能力信息。

另外，在本步骤中，所述的媒体处理能力信息可以包括：支持和拟使用的媒体信息，支持的语音/视频/数据等媒体类型、媒体地址和端口、媒体所采用的编解码类型及编解码相关的参数信息，对UP的支持情况。

通过本步骤的处理，MC1获取了MP1的媒体处理能力信息，MC2获取了MP2的媒体处理能力信息。

步骤402：MC1向MP1发起资源创建请求，MP1根据接收到的资源创建请求执行资源创建过程。

步骤403：MP1将所创建的媒体资源的地址和端口等信息发送至MC1。

上述步骤402和步骤403中，对应的是MC1和MP1位于不同物理设备的情况，如果MC1和MP1位于同一个物理设备内，那么，MC1通过设备内部接口获取MP1所创建的媒体资源的地址和端口等信息。

步骤404：MC1向MC2发起媒体建立过程。

在本步骤中，MC1可以通过向MC2发送会话建立请求(INVITE)来发起媒体建立过程。其中，INVITE请求中可以携带第一SDP，且该第一SDP中携带前述步骤中MC1所获取的MG1的媒体资源的地址、端口以及媒体能力信息，并且，INVITE请求中的第一SDP中还可以进一步携带MG1所需协商的各个UP参数，包括：协商是否支持UP能力的参数、协商UP版本参数、协商UP初始化过程发起者的参数、协商是否支持“透明模式”以及是否支持“支持模式”的参数、协商错误业务数据单元处理方式Error-sdu的参数即当检测到数据错误后是否继续进行传递的参数、协商支持对何种用于编解码类型封装的参数等。

图5是在SIP中SDP提供/应答模型的示意图。参见图5，在SDP提供/应答中，提供者(Offerer)能够向应答者(Answerer)提供一个SDP提供(Offer)，其中包含Offerer支持的和拟使用的媒体信息，包括支持的语音/视频/数据等媒体类型、媒体地址和端口、媒体所采用的编解码类型以及编解码相关的一些参数信息。Answerer根据SDP offer和answerer自身的媒体能力、可以或愿意支持和使用的媒体类型以及媒体类型对应的本端支持的媒体编解码能力等一系列信息对SDP offer做出应答，并且通过SDP answer对SDP offer做出应答。在应答者向提供者返回SDP answer时需要对SDP offer提供的媒体流逐个进行应答，对每个媒体流的应答包括是否支持该媒体流，如果支持还需要返回应答者选用的编解码类型(可能还会同时携带其他本端支持的其他编解类型)、answerer端的媒体地址、端口以及编解码相关的一些参数信息。在offerer端收到SDP answer后根据应答者的SDP应答和应答者建立媒体通道。

可见，采用SDP提供/应答模型能够完成媒体参数的协商和媒体通道的建立，所以在本步骤中，较佳地，可以采用SDP offer方式发起媒体建立过程。也就是说，在本步骤中，MC1可以采用SDP offer方式向MC2发送第一SDP。

步骤405：MC2向MP2发起资源创建请求，MP2根据接收到的资源创建请求执行资源创建过程。

步骤406：MP2将所创建的媒体资源的地址和端口等信息发送至MC2。

上述步骤405和步骤406中，对应的是MC2和MP2位于不同物理设备的情况，如果MC2和MP2位于同一个物理设备内，那么，MC2通过设备内部接口获取MP2所创建的媒体资源的地址和端口等信息。

需要说明的是，上述步骤401的过程可以分别通过步骤402至步骤403以及步骤405至步骤406的过程来实现。也就是说，在步骤402中，MC1在向MP1发起的资源创建请求中可以携带获取媒体处理能力的指示信息，在步骤403中，MP1进一步将自身的媒体处理能力信息发送至MC1，使得MC1获取MP1的媒体处理能力信息；并且，在步骤405中，MC2在向MP2发起的资源创建请求中可以携带获取媒体处理能力的指示信息，在步骤406中，MP2进一步将自身的媒体处理能力信息发送至MC2，使得MC2获取MP2的媒体处理能力信息。

步骤407：MC2向MC1返回成功响应消息。

这里，MC2可以向MC1返回200OK响应消息。参见图5，在本步骤中，MC2向MC1返回的200OK响应消息中可以携带第二SDP，第二SDP中携带前述步骤中MC2获取的MP2的媒体资源的地址、端口以及媒体能力信息。并且，200OK响应消息中的第二SDP中还可以进一步携带MP2的各个UP参数，包括：是否支持UP能力的参数、UP版本参数、UP初始化过程发起者的参数、是否支持“透明模式”以及是否支持“支持模式”的参数、Error-sdu的参数即当检测到数据错误后是否继续进行传递的参数、支持对何种用于编解码类型封装的参数等。

在本步骤中，较佳地，可以采用SDP answer方式返回成功响应消息。也就是说，在本步骤中，MC2可以采用SDP answer方式向MC1返回第二SDP。

在上述步骤404和步骤407中，MC1与MC2通过第一SDP和第二SDP所协商的各种UP参数，可以根据实际业务需要来选取部分或全部。比如，在WCDMA网络标准规范中要求UP初始化方向必须与呼叫方向一致，因此在WCDMA网络应用中可以不进行初始化过程发起者的协商。

在上述步骤404中，所述的第一SDP可以为如下所示格式：

v＝0

o＝-11 IN IP4 18.5.1.1

s＝-

c＝IN IP4 18.5.1.1

t＝00

m＝audio 5764RTP/AVP 100 0 8 18 101 102

a＝rtpmap:100VND.3GPP.IUFP/16000

a＝fmtp:100            version＝1，2；initiator＝local；mode＝transparent，support；

  error-sdu＝yes；payload＝18，101，102

a＝iufpcodec:100       AMR-WB/16000；pt＝103；octet-align＝0；mode-set＝0，2，

  3，5，6；crc＝0；channels＝1

a＝rtpmap:0PCMU/8000

a＝rtpmap:8PCMA/8000

a＝rtpmap:18G729/8000

a＝rtpmap:101AMR/16000

a＝fmtp:101 octet-align＝1；mode-set＝0，2，3，5，6；crc＝1；channels＝1

a＝rtpmap:102AMR-WB/16000

a＝fmtp:102 octet-align＝1；mode-set＝0，2，3，5，6；crc＝1；channels＝1

上述SDP表示以下含义：

a＝rtpmap:100VND.3GPP.IUFP/16000：表示MP1支持UP，并且UP包的RTP消息中pt值为100。时钟频率8000没有任何意义，此处可以为任意符合SDP格式的值。

a＝fmtp:100           version＝1，2；initiator＝local；mode＝transparent，support；

  error-sdu＝yes；payload＝18，101，102

(通过100和rtpmap中的“编解码”关联)表示支持版本1和版本2的UP协议，本端发起UP初始化；支持透明模式和支持模式；当发生错误包时继续发送；支持对18、101和102的编解码的封装，从SDP其他编解码的描述可以看出他们分别为G.729、AMR以及AMR-WB，不支持对PCMU和PCMA的封装。

a＝iufpcodec:100          AMR-WB/16000；pt＝103；octet-align＝0；mode-set＝0，2，

  3，5，6；crc＝0；channels＝1

iufpcodec属性用于描述除了可以使用UP封装上述fmtp描述的payload参数指定编解码外还可以封装的其他一些codec类型，如fmtp中无payload参数，则此参数表示可以使用UP封装此属性指定的编解码类型。AMR-WB/16000表示可以封装的codec的类型，pt参数表示被封装的codec的pt值，其他参数为被封装的codec相关的参数信息。

SDP其他部分为PCMU、PCMA、G.729、AMR以及AMR的编解码的描述。

相应的，在上述步骤407中，如果MP2也支持UP封装AMR、AMR-WB；而且支持PCMU和PCMA；支持支持版本1和版本2的UP协议；同意由MP1发起UP初始化；支持支持透明模式和支持模式而且愿意使用透明模式；当发生错误包时继续发送，那么返回的第二SDP可以为如下格式：

v＝0

o＝-11 IN IP4 18.5.2.1

s＝-

c＝IN IP4 18.5.2.1

t＝00

m＝audio 5764RTP/AVP 100 0 8 101 102

a＝rtpmap:100VND.3GPP.IUFP/16000

a＝fmtp:100         version＝1，2；initiator＝remote；mode＝transparent，support，

  error-sdu＝yes；payload＝101，102

a＝iufpcodec:100          AMR-WB/16000；pt＝103；octet-align＝0；mode-set＝0，2，

  3，5，6；crc＝0；channels＝1

a＝rtpmap:0PCMU/8000

a＝rtpmap:8PCMA/8000

a＝rtpmap:101AMR/16000

a＝fmtp:101 octet-align＝1；mode-set＝0，2，3，5，6；crc＝1；channels＝1

a＝rtpmap:102AMR-WB/16000

a＝fmtp:102 octet-align＝1；mode-set＝0，2，3，5，6；crc＝1；channels＝1

扩展说明：

SDP的媒体描述m行的定义为：

m＝<media><port>/<number of ports><transport><fmt list>

media参数：由于UP协议栈是基于RTP的协议，但它本身不是一种语音编解码类型。如果UP用于封装语音数据，那么它应该作为一种语音(audio)进行描述，如果封装的是视频数据，那么它应该作为一种语音(video)进行描述。

transport参数：transport参数用于描述媒体数据的传输方式。本发明不限定此参数的填写方式。但建议与被封装的音频、视频媒体数据的传输方式保持一致。如用于封装AMR音频数据，那么该参数应该为RTP/AVP。

UP采用动态编解码，rtpmap属性参数中编解码名称为“VND.3GPP.IUFP”表示被描述的编解码为UP。

通过fmtp参数对UP参数进一步进行描述，本发明定义了version参数携带SDP发送者支持的UP版本列表，在完成带有UP的SDP交互后就可以使用双方都支持的UP版本向对端发起UP初始化过程。本发明还定义了initiator参数用于指示是由本端(local)还是对端(remote)发起UP的初始化过程。其他参数的定义和用法参见上述实施例。

至此，MC1与MC2通过第一SDP和第二SDP则完成了UP的协商过程。通过该UP协商过程，两端的MC则获取了建立UP连接所需的各种UP参数信息。

其中，在MC1与MC2协商是否支持UP能力时，与其他音频或视频编解码能力的描述类似，如果在进行SDP协商过程中媒体编解码类型包括UP则表示支持UP。在MC1与MC2协商UP版本时，可以通过对应的参数描述支持的UP的版本列表，或者，由于通常支持高版本的设备同时会支持所有较低版本的UP协议，所以UP版本描述也可以用于描述支持的最高版本。

步骤408：MC1接收到成功响应消息后，向MP1更新MP2的媒体资源信息。

步骤409：MC1向MC2返回确认消息。

这里，MC1可以向MC2返回ACK消息。

步骤410：根据协商结果，MC1/MC2通知MP1/MP2向远端发起UP初始化。

这里，根据MC1与MC2通过第一SDP和第二SDP的UP协商过程，则可确定由MP1还是MP2发起UP初始化。如果协商结果为由MP1发起UP初始化过程，那么，在本步骤中，是由MC1通知MP1向远端的MP2发起UP初始化；如果协商结果为由MP2发起UP初始化过程，那么，在本步骤中，是由MC2通知MP2向远端的MP1发起UP初始化。

另外，在进行SDP协商过程中，如果没有协商UP初始化过程发起者，那么，在本步骤中，可以由应用层协议确定UP初始化过程发起者。

另外，根据MC1与MC2通过第一SDP和第二SDP所协商出的支持的UP版本，在本步骤中，MC1/MC2在通知MP1/MP2向远端发起UP初始化时，还可以通知所使用的UP版本信息。

另外，本步骤的过程可以在上述步骤405或步骤408来实现。比如，在本步骤中，由MC1通知MP1向远端发起UP初始化，那么，本步骤的过程可以在步骤405中实现。再如，在本步骤中，由MC2通知MP2向远端发起UP初始化，那么，本步骤的过程可以在步骤408中实现。

步骤411：MP1向MP2发起UP初始化过程，建立UP连接。

这里，MP1通过与MP2交互已经协商出的UP参数实现所述UP初始化过程，具体可以使用已经协商出的以下参数中的任意一个或多个的组合：

1)UP版本参数：可以使用双方支持的版本中的任意版本。可以根据本地策略选择使用哪一个版本，如可以使用双方支持的最高版本发起初始化。

2)UP初始化过程发起者：由第二SDP中确定的发起者发起UP初始化过程。在上述协商过程中MC2同意由MC1/MP1方发起初始化过程，因此由MP1发起初始化。

3)模式的选择：可以MC1/MP1、MC2都支持的任意一种模式。可以根据本地策略选择使用哪一个模式，如可以使用MC2中模式列表中的第一种模式，或者优先使用某种模式。

4)Error-sdu：可以根据协商结果(第二SDP中的指示)决定当检测到错误业务数据时是否继续发送。

5)支持对何种语音编解码类型的封装；可以使用UP封装双方支持的可封装的编解码类型的语音数据。可以根据本地策略选择使用哪一个版本，但推荐使用第二SDP中所列的第一个可封装的编解码类型。在上例中可以使用UP封装AMR语音数据。

在建立了UP连接后，MP1和MP2之间就可以使用UP提供的功能进一步协商实际的语音编解码的详细的参数信息，如AMR编解码的子流等，从而完成在Nb接口上采用桥接的方式完成主、被叫RNC之间UP数据的传输。

在上述图4所示过程中，也可以删除步骤408的过程，即MC1不需要更新远端的媒体资源信息，而是等待远端的MP2向本端的MP1发起UP初始化等承载层的媒体通道建立和初始化过程。

在上述图4所示过程中，MC1与MC2之间利用INVITE消息和200OK响应消息完成了第一SDP和第二SDP的交互，实现了UP协商过程。在本发明的实际业务实现中，还可以通过其他消息交互来完成第一SDP和第二SDP的交互，实现UP协商过程。比如，MC1与MC2还可以通过INVITE消息和对该INVITE消息的临时响应消息(100类临时响应消息，但不包括100响应消息)的交互来完成第一SDP和第二SDP的交互；或，通过INVITE消息和对该INVITE消息的成功响应消息(200类响应消息，目前常见的是200响应消息)的交互来完成第一SDP和第二SDP的交互；或，通过对INVITE的成功响应消息和对该响应消息的确认ACK消息的交互来完成第一SDP和第二SDP的交互；或，通过对INVITE的可靠临时响应消息(100类临时响应消息，但不包括100响应消息)和对该临时响应消息的确认PRACK消息的交互来完成第一SDP和第二SDP的交互；或，通过对可靠临时响应消息的确认PRACK消息和对该PRACK消息的成功响应消息的交互来完成第一SDP和第二SDP的交互；或，通过更新UPDATE请求消息和对该UPDATE请求消息的成功响应消息的交互来完成第一SDP和第二SDP的交互等。

在本发明中，可以通过扩展SDP参数来实现在提供第一SDP和第二SDP的消息中携带各种UP参数。比如，扩展INVITE消息和200OK响应消息的SDP中包括协商是否支持UP能力的参数1、UP版本参数2和协商UP初始化过程发起者的参数3等，这样，MC1和MC2则可以分别通过INVITE消息和200OK响应消息中的参数1、参数2和参数3来完成对于是否支持UP能力、UP版本和UP初始化过程发起者的协商。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种建立用户平面连接的方法，其特征在于，该方法包括：

A、第一媒体控制单元与第二媒体控制单元协商建立UP连接所需的各个UP参数；

B、第一媒体控制单元与第二媒体控制单元根据协商结果，控制第一媒体处理单元与第二媒体处理单元建立UP连接。

2.根据权利要求1所述的方法，其特征在于，所述各个单元通过会话初始协议SIP消息完成信息交互。

3.根据权利要求2所述的方法，其特征在于，所述步骤A包括：

A1、第一媒体控制单元将携带第一SDP的SIP协议消息发送至第二媒体控制单元，其中，第一SDP中携带第一媒体处理单元所需协商的各个UP参数；

A2、第二媒体控制单元接收到步骤A1中所述的SIP协议消息后，将携带第二SDP的SIP协议消息发送至第一媒体控制单元，其中，第二SDP中携带第二媒体处理单元的各个UP参数。

4.根据权利要求3所述的方法，其特征在于，在步骤A1之前，进一步包括：第一媒体控制单元获取第一媒体处理单元所创建的媒体资源的地址和端口信息，以及第一媒体处理单元的媒体处理能力信息；

在步骤A1中，所述第一SDP中携带第一媒体处理单元所创建的媒体资源的地址和端口信息，以及第一媒体处理单元的媒体处理能力信息；

在步骤A2中，在将携带第二SDP的SIP协议消息发送至第一媒体控制单元之前，进一步包括：第二媒体控制单元获取第二媒体处理单元所创建的媒体资源的地址和端口信息，以及第二媒体处理单元的媒体处理能力信息；

在步骤A2中，所述第二SDP中携带第二媒体处理单元所创建的媒体资源的地址和端口信息，以及第二媒体处理单元的媒体处理能力信息。

5.根据权利要求4所述的方法，其特征在于，当所述第一媒体控制单元与第一媒体处理单元位于同一个物理设备内时，所述第一媒体控制单元通过设备内部接口执行所述获取媒体资源的地址和端口信息以及媒体处理能力信息的步骤；

当所述第一媒体控制单元与第一媒体处理单元位于不同物理设备内时，所述第一媒体控制单元通过设备外部接口执行所述获取媒体资源的地址和端口信息以及媒体处理能力信息的步骤。

6.根据权利要求4所述的方法，其特征在于，当所述第二媒体控制单元与第二媒体处理单元位于同一个物理设备内时，所述第二媒体控制单元通过设备内部接口执行所述获取媒体资源的地址和端口信息以及媒体处理能力信息的步骤；

当所述第二媒体控制单元与第二媒体处理单元位于不同物理设备内时，所述第二媒体控制单元通过设备外部接口执行所述获取媒体资源的地址和端口信息以及媒体处理能力信息的步骤。

7.根据权利要求4所述的方法，其特征在于，所述媒体控制单元获取媒体处理单元的媒体处理能力信息的步骤包括：预先将所述媒体处理单元的媒体处理能力信息配置在所述媒体控制单元中；所述媒体控制单元通过本地数据配置获取所述媒体处理单元的媒体处理能力信息。

8.根据权利要求1至7中任意一项所述的方法，其特征在于，所述建立UP连接所需的UP参数包括：用于协商是否支持UP能力的参数、用于协商UP版本参数、用于协商UP初始化过程发起者的参数、用于协商是否支持“透明模式”以及是否支持“支持模式”的参数、用于协商错误业务数据单元处理方式的参数即当检测到业务数据错误后是否继续进行传递的参数、以及用于协商支持对何种用于编解码类型进行封装的参数中的任意一个或多个的组合。

9.根据权利要求8所述的方法，其特征在于，所述建立UP连接所需的UP参数中包括：用于协商UP初始化过程发起者的参数；

所述协议结果中包括：由第一媒体处理单元和第二媒体处理单元中的一个发起UP初始化过程。

10.根据权利要求9所述的方法，其特征在于，所述步骤B包括：第一媒体控制单元根据协商结果通知第一媒体处理单元向远端发起UP初始化，第一媒体处理单元向第二媒体处理单元发起UP初始化过程，建立UP连接。

11.根据权利要求10所述的方法，其特征在于，所述第一媒体处理单元与第二媒体处理单元根据已经协商出的UP参数完成所述UP初始化过程，

其中，已经协商出的UP参数包括：UP版本参数，UP初始化过程发起者，模式的选择，表示错误业务数据单元处理方式的参数，支持对何种语音编解码类型封装的参数中的任意一个或多个的组合。

12.一种建立用户平面连接的系统，其特征在于，该系统包括：需建立用户平面UP连接的第一媒体处理单元和第二媒体处理单元，第一媒体处理单元侧的第一媒体控制单元，以及第二媒体处理单元侧的第二媒体控制单元，其中，

第一媒体控制单元与第二媒体控制单元协商建立UP连接所需的各个UP参数；第一媒体控制单元与第二媒体控制单元根据协商结果，控制第一媒体处理单元与第二媒体处理单元建立UP连接。

13.根据权利要求12所述的系统，其特征在于，所述第一媒体控制单元，用于将携带第一SDP的SIP协议消息发送至第二媒体控制单元，其中，第一SDP中携带第一媒体处理单元所需协商的各个UP参数；

所述第二媒体控制单元，用于在接收到携带第一SDP的SIP协议消息后，将携带第二SDP的SIP协议消息发送至第一媒体控制单元，其中，第二SDP中携带第二媒体处理单元所需协商的各个UP参数。

14.根据权利要求12所述的系统，其特征在于，所述第一媒体控制单元，用于根据协商结果通知第一媒体处理单元向远端发起UP初始化过程；

所述第一媒体处理单元，用于在接收到所述通知后，向第二媒体处理单元发起UP初始化过程，与第二媒体处理单元建立UP连接。

15.根据权利要求12所述的系统，其特征在于，该系统应用于宽带码分多址WCDMA网络中；

所述两个媒体控制单元为两个移动交换中心，或为两个关口移动交换中心，或为移动交换中心和关口移动交换中心；

所述两个媒体处理单元为两个媒体网关。

16.根据权利要求12至15中任意一项所述的系统，其特征在于，所述第一媒体处理单元和第一媒体控制单元位于同一个物理设备内或位于不同的物理设备内；

和/或，所述第二媒体处理单元和第二媒体控制单元位于同一个物理设备内或位于不同的物理设备内。

Images