专利名称：在网际协议通信网络中在对信令消息应用面向对象处理的实体之间的信令消息交换的制作方法
技术领域：
本发明大体上涉及网际协议(IP)通信网络中的信令，并且更具体地涉及在包括具有至少两个对信令消息应用面向对象处理的实体的链在内的IP通信网络中的信令消息交换。
背景技术：
互联网通信网络或网际协议(IP)通信网络支持各种各样的电信服务，包括:语音、音频、视频和其他数据通信。以使用与下层传输技术无关的通信协议集合的分组的形式来交换数据。IP通信网络的实现示例是:基于IP的语音(VoIP)网络和IP多媒体子系统(MS)通信网络等等。基于网际协议的语音(VoIP)是针对基于分组交换IP网络的语音或话音通信以及多媒体通信会话的泛称。经常遇到的与VoIP同义的其他术语是IP电话、互联网电话、基于宽带的语音(VoBB)、宽带电话(telephony)、以及宽带电话(phone)。使用分组交换IP网络允许实现对网络资源的有效分配，因为以最小的拥塞在路径上路由分组。分组报头信息包括:与分组的预期目的地有关的信息，以及与用于在接收实体处重构分组中包括的数据的信息。IP多媒体子系统(MS)通信网络是由无线标准设置团体第三代合作伙伴计划(3GPP)定义的用于向工作在例如电路交换或分组交换电信网络中的用户终端递送IP多媒体服务等的架构框架。MS通过网关服务器来支持固定的和无线的(S卩，移动的)通信，诸如以W-CDMA、CDMA2000、GSM、GPRS、WLAN、WiMAX等等命名的通信。专用MS用户设备，诸如移动电话、个人数字助理(PDA)和其他通信设备，可以直接注册到MS通信网络。MS还支持在其他网络或国家中漫游。广义的IP通信网络，以及具体到MS通信网络，通常包括单独的内容域(在MS中也称为用户平面)和单独的信令域(在MS中也称为控制平面)。内容域用于在通信会话期间在主叫方和被叫方之间的实际的媒体交换，所述媒体例如是音频、视频或者数据。信令域用于交换与主叫方和被叫方之间的通信会话有关的信令或控制消息等，例如其不仅用于建立或终止会话，而且在会话期间提供附加服务。除了主叫方和被叫方之外，在通信会话中还可以涉及其他实体，诸如与主叫方和被叫方二者关联的网关服务器、媒体服务器、语音邮件服务器、代理服务器，所述代理服务器例如是所谓的代理-呼叫会话控制功能(P-CSCF)服务器以及订户注册服务-呼叫会话控制功能(S-CSCF)服务器。IMS通信网络中使用的信令协议被称为会话发起协议(SIP)。SIP是用于在MS通信网络的实体之间的信令消息交换的标准化的应用层控制协议。使用SIP提供多个优点，如其可扩缩性、其对IP电话通信和传统电话通信二者的实现和支持。
SIP协议是基于文本的，并且并入了超文本传输协议(HTTP)和简单邮件传输协议(SMTP)的很多元素。SIP呼叫建立对SIP实体处理容量提出大量要求。SIP的基于文本的方面暗示了:信令消息内的关键字和标签是通过“逐字节”字符比较来识别的。SIP消息的报头就其在SIP消息中的位置而言具有高度的灵活性。这意味着当解码(解析)SIP消息时，解码器必需逐行读取SIP消息，直到找到所需的SIP报头。SIP消息中的关键字和标签通常是不区分大小写的。这具有下述效果:为了识别关键字和标签，解析器必须将不区分大小写的情形下的每个字符转换成标准化的形式(诸如大写)。此外，SIP消息中的报头具有可变长度。不存在文本的每行的长度指示符。这暗示了:当读取一行时，解析器必须连续读取字符，直到遇到〈回车 >〈换行>，〈CRXLF〉组合。当在IP通信网络中使用基于文本的信令消息时，这些方面造成了网络中的信令处理实体上的相对高的处理负载，并且消耗了这种实体中的大量资源来编码和解码信令消息。此外，基于文本的信令消息被视为容易被窃听。面向对象编程语言适用于在例如IP通信网络中的服务器中执行操作的面向对象编程，该面向对象编程语言诸如是(但不限于)JAVA、C#、C++、dot NET、Python、Perl和Ruby。这些面向对象编程语言利用基于面向对象的数据项目，如对象类。在当前MS通信网络中，例如，JAVA是普遍使用的与综合SIP库配合的面向对象编程语言，用于由在通信网络中工作的实体的服务逻辑对信令消息应用面向对象处理。IP通信网络的、应用面向对象编程来处理接收到的基于文本的信令消息的实体被布置为:将接收到的基于文本的信令消息转换(解析)成基于面向对象的数据项目，供JAVA应用编程接口(API)进行操作。该实体还布置为:将基于面向对象的数据项目重构回基于文本的信令消息(解析过程的逆)，用于与IP通信网络中的实体链中的下一个实体交换该基于文本的信令消息。从基于文本的信令消息到基于面向对象的数据项目的转换以及从基于面向对象的数据项目到基于文本的信令消息的转换造成处理这些信令消息的实体上的高负荷。换言之，这对于这些实体而言是资源密集型的。由于通信设备(诸如移动电话和其他用户设备)的用户对IP服务的需求增长等等，期望逐渐地增加对IP通信网络的未来使用和IP通信网络的数目。针对IP通信网络的运营商的挑战之一是促进这种增长的需求，以及同时维持或提高他们的网络整体上可靠性、效率和鲁棒性，特别是在信令域中的可靠性、效率和鲁棒性。
发明内容
一个目的在于提供一种改进的在IP通信网络中交换信令消息的方法。另一目的在于提供一种在支持该改进的交换信令消息的方法的IP通信网络中使用的实体。又一目的在于提供一种包括支持该改进的交换信令消息的方法的至少两个实体在内的IP通信系统。在第一方面中，提供了一种在网际协议(IP)通信网络中交换信令消息的方法，所述IP通信网络包括具有对信令消息应用面向对象处理的至少两个实体的链。该方法的特征在于:在所述IP通信网络的所述至少两个实体之间交换的信令消息包括基于面向对象的数据项目。该改进方法基于下述认知:如果网络中的通信实体被布置用于对信令消息应用面向对象处理，则当在这些实体之间交换的信令消息包括基于面向对象的数据项目时，降低了这些实体的资源的使用。通信网络中的实体的资源的使用的降低主要是因为这些实体不需要将基于文本的信令消息转换成基于面向对象的信令消息以及反向的转换。通过移除这两种类型的转换，由于不存在如上面的背景技术部分详述的耗时的解析过程和解析过程的逆过程，实现了信令消息的处理时间的显著减小。具体地，当在IP通信网络中链接了数目越来越多的对基于面向对象的数据项目应用处理的信令实体时，由于不存在对交换的信令消息的多个转换，该改进方法不仅显著改善了该网络的信令处理的效率，而且还提高了信令域的可靠性和鲁棒性，并且由此整体上提高了网络性能。当应用该改进方法时资源使用的降低导致IP通信网络的容量的增大等等。除了资源使用的降低之外，使用该改进方法的IP通信网络中的信令消息的交换变得不容易被例如第三方窃听。对于第三方而言，与基于文本的信令消息相比，从通信网络中的实体之间交换的、包括基于面向对象的数据项目的信令消息直接导出有用信息要困难地多。该改进方法的另一优点在于:降低了信令消息交换期间的不必要的开销，由此进一步改善了通信网络的效率。具有对信令消息应用面向对象处理的至少两个实体的链例如可以存在于主叫方和被叫方之间，也可以存在于主叫方和若干被叫方之间，反之亦然。换言之，该链不一定仅包括在主叫方和被叫方之间连续跨越或耦合的实体。一般而言，现代IP通信网络中的实体被布置为应用现代面向对象(00)编程语言来处理信令消息，诸如JAVA、C++、C#、dot NET、Python、Perl、Ruby等等。该改进方法适用于由应用这种面向对象语言来处理信令消息的实体所使用。在该改进方法的另一方面中，基于对象类的数据项目是00编程语言之一。JAVA是MS通信网络中的处理SIP信令消息的实体普遍使用的面向对象编程语言。因此，在MS通信网络中，该改进方法适用于应用JAVA处理的实体等等。在MS通信网络内，该交换信令消息的改进方法不仅适用于SIP，而且还适用于Diameter信令消息。Diameter信令消息用在MS通信网络中的服务器之间，例如在呼叫建立期间用在查询-CSCF(1-CSCF)服务器和归属订户服务器(HSS)之间，以及当被叫方(即目的地订户)当前没有注册时，用在S-CSCF服务器和HSS服务器之间。应该明白，该改进方法还可用于基于类似原理的其他信令协议，诸如超文本传输协议(HTTP)和实时流传输协议(RTSP)。此外，可以使用任何压缩技术来压缩信令消息，以便进行信令消息的高效传送。在另一方面中，由链中的实体将基于面向对象的数据项目加以串行化，以在链中的实体之间交换串行化的基于面向对象的数据项目。串行化基于面向对象的数据项目包括:将数据结构(例如，对象类)转换成比特序列，以简化对基于面向对象的数据项目的传输。该串行化数据结构的过程也经常被称为缩减或编组数据结构。根据另一方面，在接收实体中，接收比特序列被解串行化，以对基于面向对象的数据项目应用面向对象处理。在另一方面中，在至少两个实体之间交换的信令消息的实例包括:指示该实例包括串行化的基于面向对象的数据项目的指定字符串。通过解释该指定字符串，接收实体确定基于面向对象的数据项目(诸如JAVA对象类集合)是以二进制串行化形式编码的，使得可以开始解串行化过程，以处理信令消息。指定字符串可以例如被并入IP通信网络的实体之间交换的信令消息的报头中。另一方面中，在交换信令消息的情况下，这些实体对指示链中的实体是否被布置用于交换基于面向对象的数据项目的参数进行交换。该参数例如可以在请求和响应信令消息中的任何一个中交换。根据该参数，实体能够知道给后续实体的信令消息必须作为常规的基于文本的消息还是作为根据改进方法的包括基于面向对象的数据项目在内的消息进行交换。基于该指示，IP通信网络中的实体可以应用从基于文本的消息到基于面向对象的数据项目的转换或反向的转换。在另一方面中，在交换信令消息之前，IP通信网络的实体对指示链中的实体是否被布置用于交换基于面向对象的数据项目的参数进行交换。此处，不一定将这种参数包括在例如在IP通信网络中的实体之间交换的每个信令消息的报头中。通过事先确定哪些实体能够接收基于面向对象的数据项目，减小了信令开销。基于该参数，在知道接收实体能够处理根据该改进方法的信令消息的情况下，链中的实体可以直接转发信令消息。在应用SIP信令的IMS通信网络中，例如，在SIP注册、SIP邀请和SIP响应消息中的至少一个中交换该参数或指定字符串。在又一方面中，该参数包括用于交换包括基于对象类的项目在内的信令消息的第一端口号以及用于交换不包括基于面向对象的数据项目在内的信令消息的第二端口号中的至少一个。取决于该参数的值(即适用的端口号)，可以对信令消息进行路由，以由接收实体正确处理该信令消息。在又一方面中，链中的实体工作在支持基于IP的语音(VoIP)通信的IP通信网络中。参考上文关于VoIP的的背景技术部分。根据另一目的，提供了一种在网际协议(IP)通信网络中的实体，其包括布置用于对信令消息应用面向对象处理的信令模块。所述实体的特征在于:所述信令模块布置用于，根据上述公开的方法在IP通信网络中交换包括基于面向对象的数据项目在内的信令消
肩、O在又一个方面中，该实体包括传输模块，其布置用于对基于面向对象的数据项目进行串行化和对接收到的串行化的基于面向对象的数据项目进行解串行化，以在IP通信网络中交换串行化的基于面向对象的数据项目。在另一方面中，该实体包括版本模块，其布置用于在IP通信网络中交换面向对象编程版本信息。例如，当更新一个或多个实体中的用于信令消息的处理软件时，在实体构成的链中，可以存在例如JAVA对象类集合的不同版本。通过交换这种版本信息，可以有效避免由于不同软件版本造成的处理错误。在又一目的中，提供了一种IP通信系统，诸如MS通信系统，其包括布置用于对信令消息应用面向对象处理的至少两个实体。该IP通信网络的特征在于:所述IP通信系统的所述至少两个实体均包括信令模块，所述信令模块布置用于根据上述公开的方法在IP通信系统中交换包括基于面向对象的数据项目在内的信令消息。上面公开的改进方法、实体和IP通信系统受益于在IP通信网络中极大减少的信令传输。这可以导致网络基础设施的成本节约。另外，极大地减轻了 IP通信网络的实体(诸如服务器、节点、网关等)中的耗时且耗资源的解析，其可以导致实体的通信容量的增力口，因为目前被解析过程占用的处理能力和存储器使用在某种程度上可被用于如处理呼叫之类的通信目的。将缩短呼叫建立持续时间，这将被网络用户正面感知到。参考附图，从下述描述中将最佳地理解本发明的上述和其他特征和优点。在附图中，类似的附图标记表示相同部分或者执行相同或相当功能或操作的部分。尽管所呈现的示例涉及使用SIP信令和JAVA对象类的MS通信网络和系统，但是上述公开的改进方法、实体以及IP通信网络和系统不应该被解释为限于MS、SIP或JAVA服务。相反，本发明可以应用在应用基于文本的信令消息和通过应用面向对象的数据项目(诸如基于C++、.Net、Python、Perl和Ruby的面向对象数据项目)对信令消息应用面向对象处理的任何IP通信网络中。·
图1是处理在MS通信网络中的实体之间交换的SIP基于文本的信令消息的示意图。图2是根据改进方法的处理在MS通信网络中的实体之间的信令消息的示例的示意图。图3是在MS网络中的实体之间的消息传输的示意图。图4是在IP通信网络中使用的、应用图2的改进方法的实体的示意图。
具体实施例方式图1是处理在网际协议多媒体子系统(MS)通信网络I中的形成信令链的实体
2、3之间的基于文本的会话发起协议(SIP)信令消息的示意图。本说明书和权利要求书中使用的术语“实体”指的是布置用于处理信令消息的任何网络通信设备，如服务器、节点、网
关、代理等等。SIP代理#1实体2在SIP解压缩器&解析器8处接收基于文本的SIP信令消息
9。SIP代理#1实体2可以是可工作在IP通信网络中的任何实体，如服务-呼叫会话控制功能(S-CSCF)、代理-呼叫会话控制功能(P-CSCF)、应用服务器(AS)、查询-呼叫会话控制功能(1-CSCF)、归属订户服务器(HSS)等等。注意,在后一,清形下，接收根据Diameter协议的 目令消息，而不是SIP /[目令消息9。到来的基于文本的SIP消息9可以是原始的基于文本的消息或者是使用可用压缩技术(如无损数据压缩技术，甚或有损数据压缩技术)压缩后的消息。该到来的基于文本的SIP消息9由SIP解压缩器&解析器8进行处理。SIP解压缩器&解析器8将基于文本的SIP消息9转换成JAVA对象类6。该JAVA对象类6由SIP代理#1实体2使用JAVA服务4进行处理。SIP代理#1要发送的SIP信令消息是由JAVA服务4提供的，并且包括JAVA对象类7。SIP代理#1实体2通过下述方式准备基于文本的SIP信令消息11:使用SIP压缩器&逆解析器10将JAVA对象类6转换回基于文本的消息11。基于文本的SIP消息11可以包括与到来的SIP消息9相同的内容或者由SIP代理#1实体2的JAVA服务4修改后的不相同的内容。SIP代理#2实体3在SIP解压缩器&解析器12处接收从SIP代理#1实体2发送的基于文本的SIP消息11。同样地，接收的基于文本的SIP消息11由SIP解压缩器&解析器12进行解压缩&解析，以将这些信令消息转换成JAVA对象类15，使得SIP代理#2实体3能够使用JAVA服务5在内部处理该消息。同样地，在将该消息发送或转发给MS网络I中的下一个实体之前，使用SIP压缩器&逆解析器13，将JAVA对象类16转换成基于文本的信令消息14。应该明白，如上文关于SIP代理#1实体2所公开的那样，SIP代理#2实体3可以是可工作在IP通信网络中的任何实体。图2是根据本发明的改进方法的示例的、处理在MS网络20中链接的实体21、23、29之间的信令消息的示例的示意图。此处，主叫方A或者用户设备UE 43经由解压缩器&解析器P 26向SIP代理#1实体21发送基于文本的SIP消息27。该SIP消息27可以包括SIP邀请请求消息、SIP注册消息或者现有技术中已知的任何其他类型的SIP消息。更一般地，在IP通信网络中，消息27不一定需要包括SIP消息，其可以包括任何类型的基于文本的令消息。同样地，如上文关于SIP代理#1实体2 (图1)所公开的那样，SIP代理#1实体21可以是可工作在IP通信网络中的任何实体。在特定示例中，例如，SIP代理#1实体21是IMS通信网络20中的P-CSCF服务器，用于支持VoIP。解压缩器&解析器26将SIP基于文本的信令消息27或者任何其他类型的基于文本的消息转换成JAVA对象类24。在该示例中，SIP代理#1实体21布置为使用JAVA服务22对信令消息应用面向对象处理。在JAVA服务22已经内部处理了接收到的信令消息的JAVA对象类24且例如作为其结果必须向链中的下一实体(即，SIP代理#2实体29)发送信令消息之后，SIP代理#1实体21布置为将处理后的JAVA对象类25直接转发给SIP代理#2实体29。S卩，不存在逆解析，并且如果适用，在向SIP代理#2实体29发送之前，对JAVA服务22提供的JAVA对象类25应用数据压缩。因此，在SIP代理#1实体21与SIP代理#2实体29之间交换包括基于面向对象的数据项目在内的SIP信令消息。如上文关于SIP代理#1实体2 (图1)所公开的那样，SIP代理#2实体29可以是可工作在IP通信网络中的任何实体。在特定示例中，SIP代理#1实体21是MS通信网络20中的S-CSCF服务器和/或1-CSCF服务器。IMS网络20中的下一实体(即SIP代理#2实体29)布置为使用JAVA服务28来处理接收到的信令消息40。在该情形下，在SIP代理#2实体29中，交换的JAVA对象类25不需要被解压缩&解析。因此，根据该改进方法，在IP通信网络的实体(如SIP代理#1实体21和SIP代理#2实体29)之间交换包括基于面向对象的数据项目(如JAVA对象类25)在内的信令消息。在该特定示例中，使用SIP代理#1实体21的传输模块S 30将JAVA服务22提供的JAVA对象类25转换成串行化的JAVA对象类31。串行化是将数据结构或对象(在该情况下是面向对象的数据项目)转换成比特序列的过程。该比特序列允许方便地向网络中的另一实体(如SIP代理#2实体29)传送数据结构或对象。接收方SIP代理#2实体29布置为使用传输模块S 32对接收到的JAVA对象类31进行解串行化，以由JAVA服务28处理JAVA对象类40。与对基于文本的信令消息的压缩/解压缩和解析相比，对于JAVA对象类的串行化/解串行化，SIP代理#1实体21和SIP代理#2实体29的资源使用要少得多。因此，整体上显著降低了这些实体上的负载和处理时间。该改进方法的另一优点在于:对在实体21、29之间交换的信令消息31的窃听变得很困难，因为这些消息不再是基于文本的消息。SIP代理#2实体29使用JAVA服务28来处理解串行化后的JAVA对象类40。为了向MS通信网络20的链中的下一实体(即，SIP代理#3实体23)发送JAVA对象类41，使用传输模块S 33将JAVA对象类41再次串行化成串行化的JAVA对象类34。SIP代理#3实体23接收串行化的JAVA对象类34，并且以与SIP代理#1实体21类似的方式(例如，使用传输模块S 35和JAVA服务42)处理该JAVA对象类34。此外，如上文关于SIP代理#1实体2 (图1)所公开的那样，SIP代理#3实体23可以是可工作在IP通信网络中的任何实体。在该特定示例中，SIP代理#3实体23是MS通信网络20中的P-CSCF服务器。主叫方B或者UE 44未被布置为对接收到的信令消息37应用面向对象处理。因此，SIP代理#3实体23布置为使用压缩器&逆解析器I 36来压缩(如果适用)和逆解析JAVA对象类38，以便发送给UE 44。然后，如关于图1所描述地那样，向主叫方B 44发送基于文本的SIP信令消息37。应该明白，当在UE 43,44之间设立通信会话时以及在这些会话期间，必须在实体21、23、29和UE 43、44之间双向交换信令消息。为此，每个实体21、23、29包括传输模块S，该传输模块S提供对JAVA对象类的来回的串行化和解串行化。类似地，SIP代理#1实体21可以包括如关于SIP代理#3实体23所公开的压缩器&逆解析器I 36，以向UE 43发送基于文本的信令消息。SIP代理#3实体23可以包括如关于SIP代理#1实体21所公开的解压缩器&解析器P 26，以从UE 44接收基于文本的信令消息。解压缩器&解析器26和压缩器&逆解析器可以组合在单个单元或模块中。图3是根据该改进方法的、在MS网络50中的实体之间的消息传输的示意图。此处，UE 43例如通过向其关联的P-CSCF 51发送SIP邀请59消息来发起通信会话。为了发现其关联的P-CSCF 51，UE 43首先应用P-CSCF发现，这例如通过下述方式来实现:使用任何形式的动态主机配置协议(DHCP)，如DCHPv6 ;或者，作为TOPc建立过程的一部分，请求P-CSCF地址。UE 43接收具有统一资源标识符(URI)形式的P-CSCF 51地址以及URI参数。这些URI参数可以包括指示实体(如P-CSCF 51)是否被布置用于交换基于面向对象的数据项目的参数。该参数还可被用于版本信息，如面向对象编程版本的版本信息。尽管该示例涉及SIP邀请59消息，但是可以利用相同的原理来使用其他类型的消息。无论何时P-CSCF 41向S-CSCF 52转发SIP邀请59消息，其都使用S-CSCF 52先前已经向P-CSCF 41返回的服务路由。这样的服务路由包括S-CSCF 52地址以及URI参数。同样地，这些URI参数可以包括指示S-CSCF 52是否被布置用于交换基于面向对象的数据项目(例如串行化的基于面向对象的数据项目)的参数。然后，SIP邀请59消息从S-CSCF 52转发给SIP-AS 53并且返回。此处，S-CSCF52可以向SIP邀请59消息添加参数60，参数60指示S-CSCF52被布置用于交换基于面向对象的数据项目。从SIP-AS 53向S-CSCF 52发送的SIP邀请59消息可能已经包括基于面向对象的数据项目，即，SIP-AS 53是否也布置用于交换基于面向对象的数据项目。从SIP-AS 53向S-CSCF 52发送的SIP响应消息61于是可以包括指示SIP响应消息61是否包括基于面向对象的数据项目的指定字符串62。S-CSCF 52于是将SIP邀请59消息转发给1-CSCF 54, 1-CSCF 54充当被叫UE44的域名的主入站代理。1-CSCF 54向归属订户服务器(HSS) 55查询被叫UE 44的位置。1-CSCF 54于是将该SIP邀请59消息转发给与被叫UE 44关联的S-CSCF 56。当1-CSCF 54意在将SIP邀请59消息转发给S-CSCF 56时，其或者从内部配置中确定S-CSCF 56地址，或者查询63在HSS 55处的S-CSCF56地址/从HSS 55接收64S-CSCF 56地址。在内部配置的情况下，内部配置的S-CSCF 56地址可以包括指示S-CSCF56是否被布置用于交换基于面向对象的数据项目的参数60。在从HSS 55接收S-CSCF 56地址的情况下，HSS提供S-CSCF 56地址以及该参数。参数60可以包括用于交换包括基于面向对象的数据项目在内的信令消息的第一端口号以及用于交换不包括基于面向对象的数据项目在内的信令消息的第二端口号中的至少一个。如上所述的类似推理被应用于在SIP-AS 57,P-CSCF 58和被叫UE 44之间交换的消息。基本上，网络中要被转发消息的下一实体的地址可以用三种方式来获取。第一，下一实体的地址已经由下一实体在先前的消息交换中提供。第二，下一实体的地址是内部配置的，以及第三，下一实体的地址是在用户注册期间接收的。根据本发明的方法还可以适用于非SIP消息，例如适用于Diameter消息。Diameter是在通信会话建立期间在1-CSCF 54和HSS 55之间使用的，以及如果被叫UE-B44当前没有注册在S-CSCF 56中，在S-CSCF56与HSS 55之间使用的。无论何时MS网络50中的实体接收到消息，其需要确定交换的消息包括常规的SIP基于文本的消息还是包括基于面向对象的数据项目。为此，可以应用下面的方法之一或其组合。第一，可以使用指定应用标识符，该标识符向接收实体指示该消息交换是包括常规的SIP基于文本的消息还是包括基于面向对象的数据项目。第二，MS网络中的实体可以使用两个端口号来交换消息，一个端口号用于包括常规的基于文本的消息，而另一端口号用于包括基于面向对象的数据项目的消息。图4示意性地示出了在IP通信网络中使用的且布置用于交换包括基于面向对象的数据项目在内的信令消息的实体71。实体71代表在IP通信系统中的用于处理信令消息的任何通信设备，诸如是服务器、节点、网关、代理等等。实体71包括具有输入端口的输入单元72和具有输出端口的输出单元75，用于在IP通信网络中接收和发送信令消息。该输入单元72和输出单元75连接到传输模块73。传输模块73连接到信令模块76，信令模块76布置应用于交换包括基于面向对象的数据项目在内的信令消息。信令模块76连接到处理单元79，处理单元79布置用于对信令消息应用面向对象处理等，例如是用于处理应用了 JAVA对象类的SIP信令消息的JAVA服务。如关于图2所说明的，传输模块73布置用于对包括基于面向对象的数据项目在内的信令消息进行串行化和解串行化。如果不应用串行化，则输入单元72和输出单元75可以直接连接到信令模块76。存储器78和版本模块77连接到处理单元79，以例如确保根据正确版本的JAVA软件来处理信令消息。信令模块76还可以布置用于接收指示实体链中的相邻实体是否被布置用于交换包括基于面向对象的数据项目在内的信令消息的解释参数。为了交换基于文本的信令消息，实体71可以包括如上面关于图2公开的解压缩器&解析器26和压缩器和逆解析器36。可以针对基于文本的信令消息的交换，提供单独的输入端口和输出端口。在这种情况下，参数包括用于交换包括基于面向对象的数据项目在内的信令消息的第一端口号和用于交换不包括基于面向对象的数据项目在内的信令消息(如基于文本的信令消息)的第二端口号中的至少一个。本领域技术人员应该理解可以在专用硬件、软件或其组合中应用针对改进方法、实体和IP通信系统所公开的功能。本发明不限于所公开的实施例，而是可以在所附权利要求的精神和范围内在进行修改和改变的情况下进行实践。
权利要求
1.一种在网际协议IP通信网络中交换信令消息的方法，所述IP通信网络包括具有对信令消息应用面向对象处理(22 ；28 ；42)的至少两个实体(21 ；23 ；29)的链，所述方法的特征在于:在所述IP通信网络的所述至少两个实体(21 ;23 ；29)之间交换的信令消息包括基于面向对象的数据项目。
2.根据权利要求1所述的方法，其中，所述基于面向对象的数据项目是面向对象编程语H之一。
3.根据前述任一权利要求所述的方法，还包括:由所述链中的实体将所述基于面向对象的数据项目加以串行化(30 ;33)，以在所述链中的实体之间交换串行化的基于面向对象的数据项目。
4.根据权利要求3所述的方法，其中在所述至少两个实体(21;23 ；29)之间交换的所述信令消息的实例包括:指示所述实例包括串行化的基于面向对象的数据项目的指定字符串O
5.根据权利要求3或4所述的方法，还包括:由所述链中的实体对接收到的串行化的基于面向对象的数据项目进行解串行化(32 ;35)，以对所述基于面向对象的数据项目应用面向对象处理(22 ；28 ;42)。
6.根据前述任一权利要求所述的方法，其中，在交换所述信令消息之前，所述实体交换参数(60)，所述参数(60)指示所述链中的实体是否被布置用于交换基于面向对象的数据项目。
7.根据前述任一权利要求所述的方法，其中，在交换所述信令消息的情况下，所述实体交换参数(60)，所述参数(60)指示所述链中的实体是否被布置用于交换基于面向对象的数据项目。
8.根据权利要求6或7所述的`方法，其中，所述链中的所述实体工作在IP多媒体子系统IMS (20 ；50)中，并且交换会话发起协议SIP信令消息，以及所述参数(60)在SIP注册、SIP邀请(59)和SIP响应(61)信令消息中的至少一个中进行交换。
9.根据权利要求8所述的方法，其中，所述参数￠0)包括以下至少一项:用于交换包括基于面向对象的数据项目在内的信令消息的第一端口号，以及用于交换不包括基于面向对象的数据项目在内的信令消息的第二端口号。
10.根据权利要求1 7中任一项所述的方法，其中，所述链中的所述实体工作在支持基于IP的语音VoIP通信的IP通信网络中。
11.一种网际协议IP通信网络中的实体(71)，包括布置用于对信令消息应用面向对象处理(22 ；28 ；42)的信令模块(76)，所述实体(71)的特征在于:所述信令模块(76)被布置用于在所述IP通信网络中交换包括基于面向对象的数据项目在内的信令消息。
12.根据权利要求11所述的实体(71)，其中，所述基于面向对象的数据项目是面向对象编程语目之一。
13.根据权利要求11或12所述的实体(71)，其中，所述实体包括传输模块(73)，所述传输模块(73)布置用于对基于面向对象的数据项目进行串行化(30 ；33)和对接收到的串行化的基于面向对象的数据项目进行解串行化(32 ；35)，以在所述IP通信网络中交换串行化的基于面向对象的数据项目。
14.根据权利要求11 13中任一项所述的实体(71)，其中，所述实体(61)包括版本模块(77)，所述版本模块(77)布置用于在所述IP通信网络中交换面向对象编程版本信息。
15.一种网际协议IP通信系统，包括布置用于对信令消息应用面向对象处理(22 ；28 ；42)的至少两个实体(21 ;23 ;29)，所述IP通信系统的特征在于:所述IP通信系统的所述至少两个实体(21 ;23 ；29)均包括信令模块(76)，所述信令模块(76)布置用于在所述IP通信系统中交换包括基于面向 对象的数据项目在内的信令消息。
全文摘要
在包括具有对信令消息应用面向对象处理(22；28；42)的至少两个实体(21；23；29)的链在内的网际协议(IP)通信网络中，在该IP通信网络的至少两个实体(21；23；29)之间交换信令消息，所述信令消息包括基于面向对象的数据项目。有效地避免了对基于文本的信令消息的解析和逆解析，由此整体上降低了系统资源和提高了系统的处理速度。
文档编号H04L29/06GK103210623SQ201080070087
公开日2013年7月17日 申请日期2010年11月10日 优先权日2010年11月10日
发明者罗希尔·奥古斯特·卡斯帕·约瑟夫·诺尔德斯, 乔斯·邓哈尔托赫, 马丁·胡耶斯曼斯, 埃里克·范德费尔登, 沙克·德克森 申请人:瑞典爱立信有限公司