专利名称：在融合互联网协议消息服务中控制用于互配的会话的方法和装置及其系统的制作方法
技术领域：
本发明涉及用于控制用于融合IP消息服务和非融合IP消息服务之间的互配的会话的方法，更具体地涉及用于以发起融合IP消息服务和非融合IP消息服务之间的会话的方式控制会话、修改已经发起的会话等等的方法。
背景技术：
在现有移动环境中，终端执行一次性的消息，诸如短消息服务(SMS)消息、多媒体消息服务(MMS)消息等等，但是用户期望便于在有线环境中通过即时信使与别人对话的消息服务。即时消息服务已经基于会话发起协议/互联网协议(SIP/IP)核心网络被引入到终端和网络中。此外，由于客户和企业对按键通话(例如步话机)的需要，已经开发了基于 SIP/IP核心网络的通过蜂窝的按键通话(PoC)服务和系统。此外，包括企业和通信行业的市场的急剧变化增加了对集成和处理各种类型的接收的消息的需要。考虑到这一点，开放移动联盟(OMA)，一个建立移动解决方案和服务的国际开放标准的标准组织，近来已经开发了通过SIP/IP核心网络实现的融合互联网协议(IP)消息 (CPM)服务的技术标准。CPM服务是基于IP多媒体子系统(IMQ的消息服务，其将诸如SMS、匪S等之类的现有消息服务集成到单个服务中并且基于IP提供集成的单个服务。与发送/接收可能在有限的网络和终端内的现有消息服务不同，CPM服务不管终端的种类、媒体的类型、网络的种类以及服务的类型如何，都提供基于IP的融合服务。这样的CPM服务必须能够集成和处理所有类型的现有消息。因此，CPM服务需要 SMS消息格式、匪S消息格式、即时消息服务消息格式、非CPM消息格式(例如PoC)和CPM消息格式之间的相互转换。非CPM消息格式和CPM消息格式之间的相互转换被称为“互配”。CPM服务支持与各种类型的非CPM服务的互配。当消息的发送者和接收者属于不同的网络区域时，可以根据每个服务情形在发送者的网络或接收者的网络中执行互配。为了提供与非CPM服务的互配，CPM系统必须配置各种网络实体。将参考图1描述构成CPM系统的网络实体的功能和相互关系。图1示出了 CPM系统的实体。CPM系统包括CPM客户端110、CPM服务器120、互配选择功能(ISF) 130、互配功能(IffF) 140、SIP/IP核心网络150和远程SIP/IP核心网络 151。尽管非CPM客户端111和非CPM服务器160不是CPM系统的实体，但是在该图中示出了它们以便于描述CPM系统的互配。CPM客户端110是指CPM服务用户。CPM客户端110产生融合消息以发送给CPM 服务器120，并从CPM服务器120接收另一个CPM客户端或非CPM客户端111发送的消息。 非CPM客户端111是订制非CPM服务的客户端，并且与相应的非CPM服务器160交换消息。CPM服务器120处理从CPM客户端110或另一个CPM服务器接收到的消息。为此， CPM服务器120确定是否需要互配。也就是说，CPM服务器120确定对于接收的消息是否需要互配以便与非CPM服务器160通信。例如，如果CPM服务器120确定需要互配，则CPM服务器120向ISF130传送接收的消息。如果CPM服务器120确定不需要互配，则CPM服务器120向接收CPM客户端或接收CPM客户端所属的CPM服务器传送接收的消息。也就是说，当接收CPM客户端与CPM服务器120属于相同的网络区域时，CPM服务器120向该接收CPM客户端传送接收的消息。但是，当接收CPM客户端与CPM服务器120属于不同的网络区域时，CPM服务器120向该不同的网络区域的CPM服务器传送接收的消息。此外，CPM服务器120向与接收的消息的目的地址对应的非CPM客户端111传送从ISF 130或IWF 140接收到的用于互配的消息。ISF 130选择能够最有效地将从CPM服务器120接收到的消息传送到接收方的非 CPM服务器160，并将接收的消息传送到实际上负责与选择的非CPM服务器160互配的IWF 140。IffF 140是用于提供与非CPM服务的直接互配的功能实体，并且执行CPM和非CPM 服务消息的格式之间的相互转换以然后将转换后的消息传送到非CPM服务器160。SIP/IP核心网络150是用于将基于SIP的服务的控制信号、由客户端或其服务实体产生的消息等传送到接收者或其它实体的功能实体。为此，SIP/IP核心网络150可以与属于其它提供者区域的SIP/IP核心网络交换消息。远程SIP/IP核心网络151是由另一个网络提供者提供和管理的SIP/IP核心网络，并且具有与SIP/IP核心网络150相同的功能。尽管图1没有示出，但是用于提供CPM 和非CPM服务的实体、设备和系统可以在远程SIP/IP核心网络151中实现。非CPM服务器160用来提供除了 CPM服务之外的消息服务。由非CPM服务器150 提供的消息服务包括SMS、匪S、即时消息服务、PoC等等。现在将参考图2描述互配操作。图2示出了用于CPM服务和非CPM服务之间的互配的消息发送/接收。具体地，图2示出了在发送CPM客户端110请求接收非CPM客户端 111建立会话并且CPM客户端110请求的任何媒体类型能够在任何单个IWF中处理的假定之下的消息发送/接收。在步骤201中，CPM客户端110向CPM服务器120发送请求会话发起的INVITE消息。INVITE消息包括用于会话描述协议(SDP)形式的会话发起的必需信息。在步骤203中，在从CPM客户端110接收到INVITE消息时，CPM服务器120检查接收客户端是否是CPM服务用户并且是否处于可用状态，从而确定是否需要互配。当接收客户端是非CPM客户端时需要互配，以及当接收客户端是CPM客户端并且处于可用状态或者接收客户端是CPM客户端并且处于不可用状态时不需要互配。这里假定接收客户端是非 CPM客户端111。因而，在步骤205中，CPM服务器120向ISF 130传送INVITE消息。但是， 如果不需要互配，则执行不同的操作。也就是说，当接收客户端是CPM客户端并且处于可用状态时，将INVITE消息传送到接收CPM客户端以发起会话。此外，当接收客户端是CPM客户端并且处于不可用状态时，可以根据用户设置将INVITE消息删除、暂时存储在CPM服务器 120中、或传送到ISF 130以通过非CPM服务进行消息转发。但是，图中没有示出此情形。考虑到接收客户端的存在和优选、INVITE消息请求的媒体类型、接收客户端订制的服务等等，ISF 130在步骤207中选择最适合于执行CPM服务和非CPM服务之间的互配的IWF 140，并在步骤209中将INVITE消息传送到选择的IWF 140。存在是指包括客户端订制的服务的类型的信息，以及优选是指用户设置，等等。在步骤211中，在接收到INVITE消息时，IWF 140确定它是否能够支持包括在 INVITE消息中的并且为之请求会话发起的媒体类型。假定IWF 140能够支持请求的媒体类型，则在步骤211中，IWF 140基于适合于非CPM服务的格式，将接收的INVITE消息转换成非CPM消息。仅供参考，如下转换INVITE消息当IWF 140可支持的非CPM服务是诸如 SIMPLE IM、P0C等等之类的基于SIP的服务时，INVITE消息中的特定报头、参数或SDP体被适配为相应的非CPM消息格式，以及当IWF 140可支持的非CPM服务是诸如SMS、匪S等等之类的基于非SIP的服务时，INVITE消息被转换为适合于相应的非CPM服务的协议的消息格式。如果请求的媒体类型没有一个能被IWF 140支持，则IWF 140向ISF 130发送相应的响应消息(例如，“415 Unsupported Media Type (不支持的媒体类型)”)。在接收到 “415 Unsupported Media Type”消息时，ISF 130可以根据服务策略，将该消息经由CPM服务器120传送到发送CPM客户端110，或选择另一个IWF并重试互配。此外，如果请求的媒体类型中的一些能够被IWF 140支持，则在消息转换过程中忽略对不支持的媒体类型的会话请求。在步骤213中，IWF 140向相应的非CPM服务器160传送转换后的非CPM消息，非 CPM服务器160又在步骤215中将转换后的非CPM消息传送到接收非CPM客户端111。在步骤217和219中，非CPM客户端111响应于从非CPM服务器160接收到的非CPM消息，将响应消息经由非CPM服务器160传送到IffF 140。在步骤221中，IWF 140将经由非CPM服务器160接收的响应消息转换成适合于 CPM消息格式的消息，例如根据SIP消息格式的OK消息，然后在步骤223中将转换后的响应消息传送到ISF 130。在步骤225中，ISF 130将转换后的响应消息传送到CPM服务器120。在步骤227中，CPM服务器120发起与IWF 140的用于允许的媒体类型的会话，然后在步骤229中向发送CPM客户端110发送OK消息、对步骤201中的会话发起消息的响应消息。随后，在步骤231中，CPM客户端发起与CPM服务器120的用于允许的媒体类型的发送/接收的会话。
发明内容
技术问题但是，传统的CPM系统中的上述互配操作具有以下问题。当CPM客户端110请求的媒体类型中仅仅一些能够被IWF 140支持时，对于不支持的媒体类型不执行互配，并因而不能向它们提供CPM服务，如步骤211所述。由于这引起CPM服务的质量的恶化，因此需要最小化这样的限制。技术方案因此，已经做出本发明以至少解决现有技术中存在的上述问题，并且本发明提供一种在CPM系统中甚至对于特定的IWF不支持的媒体类型也支持互配的方法。此外，本发明提供一种在CPM系统中对于特定的IWF不支持的媒体类型选择另一个IWF的方法。此外，本发明提供一种在CPM系统中用于根据媒体类型发起与不同的IWF的会话并且控制发起的会话的方法。此外，本发明提供一种在CPM系统中通过向发起的会话添加新的媒体来修改根据媒体类型发起的与不同的IWF的会话的方法。此外，本发明提供一种在CPM系统中通过删除包括在发起的会话中的媒体来修改根据媒体类型发起的与不同的IWF的会话的方法。此外，本发明提供一种在CPM系统中通过删除包括在发起的会话中的媒体并且向发起的会话添加新的媒体来修改根据媒体类型发起的与不同的IWF的会话的方法。根据本发明的一方面，提供一种在支持订制融合IP消息(CPM)服务的第一客户端和没有订制该CPM服务的第二客户端之间的CPM会话的CPM服务器中的会话控制方法，该会话控制方法包括在通过CPM服务器和互配功能(IWF)在第一客户端和第二客户端之间发起该CPM会话之后，从第一客户端接收包括特定媒体的会话修改请求消息；通过发起的 CPM会话向IWF发送包括该特定媒体的会话修改请求消息；以及从该IWF接收响应消息，该响应消息包括对该包括特定媒体的会话修改请求消息的拒绝理由。该会话控制方法还可以包括当包括在该响应消息中的拒绝理由是该特定媒体不被该IWF支持时，向互配选择功能(ISF)发送对被拒绝的特定媒体的会话请求。根据本发明的另一方面，提供一种在用于支持订制CPM服务的第一客户端和没有订制CPM服务的第二客户端之间的CPM会话的IWF中的会话控制方法，该会话控制方法包括在通过CPM服务器和IWF在第一客户端和第二客户端之间发起CPM会话之后，通过CPM 服务器从第一客户端接收包括特定媒体的会话修改请求消息；以及当该特定媒体不被该 IWF支持时，向CPM服务器发送响应消息，该响应消息包括拒绝理由，该拒绝理由是特定媒体不被该IWF支持的指示。根据本发明的另一方面，提供一种用于支持订制CPM服务的第一客户端和没有订制CPM服务的第二客户端之间的CPM会话的互配装置，该互配装置包括至少一个IWF，用于支持至少一个媒体的每一个，以及当接收到对不被该IWF支持的媒体的互配请求时，产生拒绝理由，该拒绝理由是相应媒体不被该IWF支持的指示；和ISF，用于在通过CPM服务器和IWF在第一客户端和第二客户端之间发起CPM会话之后，当通过CPM服务器从第一客户端接收到包括特定媒体的会话修改请求消息时，从至少一个IWF当中选择负责该特定媒体的互配的实体。该互配装置还可以包括控制器，用于当从该IWF接收到作为该特定媒体不被该 IWF支持的指示的拒绝理由时，指令该ISF重新选择负责该特定媒体的互配的实体。根据本发明的另一方面，提供一种在用于支持订制CPM服务的第一客户端和没有订制CPM服务的第二客户端之间的CPM会话的CPM服务器中的会话控制方法，该会话控制方法包括从第一客户端接收包括特定媒体的会话发起消息；通过ISF向IWF发送包括该特定媒体的会话发起消息；以及通过该ISF从IWF接收响应消息，该响应消息包括该会话发起消息的拒绝理由。该会话控制方法还可以包括当拒绝理由是该特定媒体不被该IWF支持时，向该 ISF重新发送包括该特定媒体的会话发起消息。根据本发明的另一方面，提供一种在用于支持订制CPM服务的第一客户端和没有订制CPM服务的第二客户端之间的CPM会话的IWF中的会话控制方法，该会话控制方法包括步骤通过CPM服务器从第一客户端接收包括特定媒体的会话发起消息；以及当该特定媒体不被该IWF支持时，向CPM服务器发送响应消息，该响应消息包括拒绝理由，该拒绝理由是特定媒体不被该IWF支持的指示。根据本发明的另一方面，提供一种用于支持订制CPM服务的第一客户端和没有订制CPM服务的第二客户端之间的CPM会话的互配装置，该互配装置包括至少一个IWF，用于支持至少一个媒体的每一个，以及当接收到对不被该IWF支持的媒体的互配请求时，产生拒绝理由，该拒绝理由是相应媒体不被该IWF支持的指示；和ISF，用于当通过CPM服务器从第一客户端接收到包括该特定媒体的会话发起请求消息时，从至少一个IWF当中选择负责该特定媒体的互配的实体。该互配装置还可以包括控制器，用于当从该IWF接收到作为该特定媒体不被该 IWF支持的指示的拒绝理由时，指令该ISF重新选择负责该特定媒体的互配的实体。有益效果具体地，当需要互配时，CPM服务器同时执行接收客户端订制的多个非CPM服务的互配，以使得CPM客户端能够通过一个会话交换各种媒体类型，并且同时非CPM客户端能够通过使用各种消息服务与CPM客户端交换媒体。因此，能够增加消息服务的用户的满意度。
通过下面结合附图的详细描述，本发明的上述和其它目的、特征和优点将更加明显，其中图1是示出了 CPM系统的实体的图；图2是用于说明用于在CPM服务和非CPM服务之间互配的消息发送/接收的消息流程图；图3和4是用于说明根据本发明的第一实施例的在CPM系统的代理模式中发起会话的操作的消息流程图；图5是示出了根据本发明的第一实施例的在代理模式中IWF的操作的流程图；图6是示出了根据本发明的第一实施例的在代理模式中CPM服务器的操作的流程图；图7和8是用于说明根据本发明的第二实施例的在代理模式中向已经发起的会话添加新的媒体类型的操作的消息流程图；图9是用于说明根据本发明的第三实施例的在代理模式中通过从已经发起的会话中删除特定媒体类型来修改已经发起的会话的操作的消息流程图；图10和11是用于说明根据本发明的第四实施例的在代理模式中通过向已经发起的会话添加新的媒体类型同时从已经发起的会话中删除现有媒体类型来修改已经发起的会话的操作的消息流程图；图12是示出了根据本发明的第二到第四实施例的在代理模式中接收会话修改请求的CPM服务器的操作的流程图；图13和14是示出了根据本发明的第二到第四实施例的在代理模式中从IWF接收响应消息的CPM服务器的操作的流程图；图15和16是用于说明根据本发明的第五实施例的在CPM系统的B2BUA模式中发起会话的操作的消息流程图；图17和18是用于说明根据本发明的第六实施例的在B2BUA模式中通过改变特定媒体类型来修改已经发起的会话的操作的消息流程图；图19和20是用于说明根据本发明的第一实施例的当ISF工作在其中不允许修改消息体部分的代理模式中时发起会话的另一个操作的消息流程图；图21和22是用于说明根据本发明的第五实施例的当ISF工作在B2BUA模式中时发起会话的另一个操作的消息流程图；和图23和24是用于说明根据本发明的第二实施例的当IWF工作在代理模式中时向已经发起的会话添加新的媒体的操作的消息流程图。
具体实施例方式在下文中，将参考附图描述本发明的实施例。应当注意，虽然在不同的附图中，但是相似的组件由相似的参考数字指定。此外，在下面的描述中，当对合并于此的已知功能和配置的详细描述可能混淆本发明的主题时，将略去该详细描述。此外，应当注意，将仅仅描述对理解根据本发明的操作是必要的部分，而省略除了该必要部分之外的部分的描述，以便不致混淆本发明的要点。在给出本发明的描述之前，将详细描述将要应用在本发明的融合IP消息(CPM)系统中的互配选择功能(ISF)和互配功能(IWF)。在本发明中，根据CPM系统的实施环境，ISF可以包括在CPM服务器或IWF中，或可以被实现为独立的实体。可替换地，ISF和IWF可以被实现为单个设备。此外，ISF可以根据CPM系统的消息处理方案工作在代理模式或背对背用户代理 (B2BUA)模式中。在代理模式中，ISF的主要操作包括IWF选择、消息传送等等。消息传送是指将从 CPM服务器接收到的消息传送到选择的IWFjfW IWF接收到的响应消息传送到CPM服务器的操作等等。此外，当传送接收的消息时，可以允许ISF修改接收的消息的特定报头字段或参数。但是，一般不允许修改消息体部分。然而，由于可能出现根据CPM系统的设计甚至在代理模式中也可以修改消息体部分的例外情况，所以本发明提出ISF将对于两种情况的每一个不同地操作。但是，在允许修改消息体部分的代理模式情况下，IWF不位于发起的会话上，因而通过发起的会话传送的媒体不经过IWF。在B2BUA模式中，ISF的主要操作包括IWF选择，另外包括充当用于CPM服务器的 IWF或用作用于IWF的CPM服务器的用户代理(UA)。UA如下工作当ISF从CPM服务器接收到任何消息时，UA产生与其对应的新消息，并且向CPM服务器发送产生的消息。因而，对于IWF，ISF充当CPM服务器的UA0当ISF从IWF接收到任何消息时，ISF产生与其对应的新消息，并且向CPM服务器发送产生的消息。因而，对于CPM服务器，ISF充当IWF的UA。 在B2BUA模式中，ISF能够通过以这种方式用作UA来控制通过会话传送的媒体流。此外， 在B2BUA模式中，ISF位于发起的会话上，因而通过发起的会话传送的媒体经过IWF。根据CPM系统的实施，可以为每个非CPM服务提供用于控制与一个指定的非CPM 服务的互配的单独的IWF，或者一个IWF可以控制与所有非CPM服务或多个非CPM服务的互配。在说明书中，将在网络环境中为每个非CPM服务提供单独的IWF的假定之下描述本发明的实施例。首先，将描述根据本发明的实施例的初始会话发起。CPM客户端向CPM服务器发送对媒体的会话请求。当需要互配时，CPM服务器向 ISF传送会话请求，并且ISF选择合适的IWF并向选择的IWF传送会话请求。IWF确定是否允许会话请求并发送对会话请求的响应。当IWF拒绝会话请求时，IWF在响应中包括拒绝的细节。如果会话请求的拒绝理由是接收客户端给出会话请求的拒绝通知，则被拒绝的会话不需要被再次请求。这是因为即使当另一个IWF支持为之做出会话请求的媒体时，客户端方也将再次拒绝该会话请求。但是，如果会话请求的拒绝理由是IWF不能支持为之做出会话请求的媒体，则可以通过向支持该媒体的另一个IWF转发该会话请求来发起会话。因此，如果IWF在对会话请求的响应中包括拒绝的细节，即关于拒绝者或拒绝理由的信息，则可以根据拒绝的细节确定是否转发被拒绝的会话。当CPM客户端发送对多个媒体的会话请求并且请求的媒体中的一些被拒绝时，拒绝的细节包括关于被拒绝的媒体的信息。例如，由CPM服务器或ISF确定是否转发会话请求。接着，将描述根据本发明的实施例的会话修改。会话修改可以基本上被分成向会话添加新的媒体、删除包括在会话中的媒体、从会话中删除现有媒体且向会话添加新的媒体、改变现有媒体类型，等等。在此情况下，不做出会话发起请求并且做出会话修改请求。当 IWF拒绝对添加新的媒体的会话请求时，IWF发送包括拒绝的细节的响应，并且CPM服务器通过考虑拒绝的细节确定如何修改会话。下面将详细描述。本发明可以在“代理模式”和“B2BUA模式”中实施，并且现在将基于本发明的主要构思描述本发明的实施例。在本发明的第一实施例中，将参考图3到6和19到20讨论在代理模式中发起对于多个媒体的初始会话的操作。在本发明的第二实施例中，将参考图7到8和23到M讨论在代理模式中通过向已经发起的会话添加新的媒体类型来修改已经发起的会话的操作。在本发明的第三实施例中，将参考图9讨论在代理模式中通过从已经发起的会话中删除特定媒体类型来修改已经发起的会话的操作。在本发明的第四实施例中，将参考图10到11讨论通过改变特定媒体类型来修改已经发起的会话的操作。在本发明的第五实施例中，将参考15到16和21到22讨论在B2BUA模式中发起对于多个媒体的初始会话的操作。在本发明的第六实施例中，将参考图17到18讨论在B2BUA模式中通过改变特定媒体类型来修改已经发起的会话的操作。ISF:代理模式A.不允许修改消息体部分的情况图3和4示出了根据本发明的第一实施例的当ISF工作在不允许修改消息体部分的代理模式中时发起会话的操作。图3和4中的操作假定以下条件(I)CPM客户端110发起包括第一和第二媒体的会话。(2)接收客户端是非CPM客户端，并且订制第一、第二和第三非CPM服务。
(3)第一 IWF 141执行与第一非CPM服务的互配，第二 IWF 142执行与第二非CPM 服务的互配，以及第三IWF 143执行与第三非CPM服务的互配。(4)第一媒体被第一非CPM服务支持，但是第二媒体不被第一非CPM服务支持。这对第一 IWF 141是一样的。(5)第二媒体被第二非CPM服务支持，但是第一媒体不被第二非CPM服务支持。这对第二 IWF 142是一样的。(6)第一和第二媒体二者都不被第三非CPM服务支持。这对第三IWF143是一样的。在图3中，省略从每个IWF到接收非CPM客户端的会话发起请求和其响应的传送。在步骤301中，CPM客户端110向CPM服务器120发送会话发起请求消息 (INVITE)。在步骤303中，在接收到会话发起请求消息时，CPM服务器120确定对于该会话发起是否需要互配。图3，由于接收客户端是非CPM客户端，因此需要互配。因而，在步骤 305中，CPM服务器120向ISF 130发送会话发起请求消息。在步骤307中，ISF 130基于包括接收客户端的优选项和存在、为之做出会话发起请求的媒体类型、接收客户端订制的服务、服务策略等的信息，选择最适合于执行会话发起的IWF。假定ISF 130在步骤307中选择第三IWF143。在步骤309中，ISF 130向第三IWF 143传送会话发起请求消息。在步骤311中， 因为第三IWF 143不支持第一和第二媒体，所以第三IWF 143产生并发送回对会话发起请求消息的拒绝响应消息。在步骤313中，ISF 130将接收的拒绝响应消息传送到CPM服务器120。拒绝响应消息包括拒绝的细节，例如关于拒绝的一个或多个理由、拒绝者和被拒绝的媒体的信息。特定的代号可以用来在拒绝响应消息中包括拒绝的细节。所有SIP响应消息包括可以根据处理与每个响应消息对应的SIP请求消息的结果而变化的唯一代号、错误的理由，等等。例如，当诸如会话发起请求或媒体添加请求之类的SIP请求消息被IWF拒绝时， 代号“488”可以包括在相应的响应消息中，以及当SIP请求消息被接收客户端拒绝时，代号 “606”可以包括在相应的响应消息中。这些代号仅仅是说明性的，并且代号可以根据系统实施而变化。但是，可能发生CPM服务器120仅仅由代号不能准确确定的情况。这是做出对支持多个媒体类型的会话的发起的请求、但是多个媒体中的一些被用户拒绝并且它们中的一些被IWF拒绝的情况。在这种情况下，响应消息必须直接或间接地澄清对于每一个被拒绝的媒体的拒绝细节。下面将在表1和3中描述澄清每一个媒体的拒绝细节的拒绝响应消息的格式。在步骤315中，CPM服务器120可以从拒绝响应消息的代号知道会话请求被IWF 拒绝，并且检查是否允许重试发起被拒绝的会话。在图3中，假定允许重试做出会话发起请求。因而，在步骤317中，CPM服务器120向ISF 130发送会话发起请求消息以便重试会话发起。在步骤319中，ISF 130选择合适的IWF。当然，不选择已经发送回对先前会话请求的拒绝响应消息的IWF，即第三IWF 143。在步骤319中，假定ISF 130选择第一 IWF 141。 因而，在步骤321中，ISF 130向第一 IWF 141传送会话发起请求消息。由于假定第一媒体被第一 IWF 141支持并且第二媒体不被第一 IWF 141支持，因此第一 IWF 141可以接受对于第一媒体的会话的发起。因而，在步骤323中，第一 IWF 141 产生并发送回接受响应消息O00 0K)。由于第二媒体被第一 IWF 141拒绝，因此根据配置对会话发起请求的部分接受响应消息的方法，第一 IWF 141在响应消息中包括指示第二媒体被第一 IWF 141拒绝的信息，如下所述。在步骤325中，ISF 130将接收的响应消息传送到CPM服务器120。在步骤327中， 在CPM服务器120和第一 IWF 141之间发起包括第一媒体的会话。在步骤3 中，CPM服务器120产生对于被第一 IWF 141拒绝的第二媒体的会话发起请求消息，然后在步骤331中，向ISF 130发送产生的消息。在步骤333中，ISF 130选择最适合于执行请求的会话发起的IWF。当然，ISF 130不选择已经发送回对包括第二媒体的先前会话请求的拒绝响应消息的第一 IWF 141。在步骤333中，假定ISF 130选择第二 IWF 142。因而，在步骤335中，ISF 130向第二 IWF 142发送会话发起请求消息。在步骤337中，第二 IWF 142产生并发送回对会话发起请求消息的接受响应消息O00 0K)。在步骤339中，ISF 130将接收的响应消息传送到CPM服务器120。随后，在步骤341中，在CPM服务器120和第二 IWF 142之间发起包括第二媒体的会话。在步骤343中，CPM服务器120产生对在步骤301中接收的会话发起请求消息的响应消息，并且将产生的响应消息发送回CPM客户端110。此响应消息包括如下指示包括第一媒体的会话和包括第二媒体的会话被全部接受。随后，在步骤345中，在CPM客户端110 和CPM服务器120之间发起包括第一和第二媒体的会话。在图3和4中，ISF 130和第一到第三IWF 141、142、143可以实现为单个互配单元。这样的单个互配单元包括控制器(图中未示出)。在此设备配置情况下，ISF 130可以接收包括第一和第二媒体的会话发起请求消息(INVITE)，并且选择负责第一和第二媒体的互配的IWF。如果ISF 130选择第三IWF 143 JljISF 130向第三IWF 143发送媒体发起请求消息。如上所述，第三IWF 143不能支持第一和第二媒体。因而，第三IWF 143向控制器 (未示出)传送拒绝的细节，指示第一和第二媒体由于第三IWF 143的属性而被拒绝。基于此拒绝理由，控制器指令ISF 130重新选择用于第一和第二媒体的IWF，并且ISF 130可以根据控制器的指令重新选择IWF。作为另一个示例，控制器可以被设计为基于拒绝理由重新选择IWF。图19和20示出了根据本发明的第一实施例的当ISF工作在不允许修改消息体部分的代理模式中时发起会话的操作。比较图19和20的操作与图3和4的操作，这两个操作的不同之处在于，图3和4 中的CPM服务器120从第一 IWF 141和第二 IWF 142接收所有响应消息，然后组合接收的响应消息以向CPM客户端110发送组合后的响应消息，但是图19和20中的CPM服务器120 单独地处理从各个IWF接收到的响应消息。也就是说，在图19和20中，CPM服务器120基于从主要执行互配的IWF (即第一 IWF 141)接收到的响应消息，首先发起与CPM客户端110 的会话。当CPM服务器120从次要执行互配的IWF(即，第二 IWF142)接收到接受响应消息时，CPM服务器120将第二 IWF 142另外接受的媒体添加到在CPM服务器120和CPM客户端110之间已经发起的会话。此外，图19和20的操作假定与图3和4的操作相同的条件， 除了接收客户端不订制第三非CPM服务之外。因此，除上述差别之外，图19和20的操作基本上与图3和4的相同。现在将描述图19和20的操作。在步骤1301中，CPM客户端110向CPM服务器120发送会话发起请求消息 (INVITE)。在步骤1303中，在接收到会话发起请求消息时，CPM服务器120确定对于该会话发起是否需要互配。在图19和20，由于接收客户端是非CPM客户端，因此需要互配。因而，在步骤1305中，CPM服务器120向ISF 130发送会话发起请求消息。在步骤1307中，ISF 130基于包括接收客户端的优选项和存在、为之做出会话发起请求的媒体类型、接收客户端订制的服务、服务策略等的信息，选择最适合于执行会话发起的IWF。假定ISF 130在步骤1307中选择第一 IWF 141。在步骤1309中，ISF 130向第一 IWF 143传送会话发起请求消息。在步骤1311中， 第一 IWF 141产生并发送回“200 0K”作为对会话发起请求消息的响应消息，因为第一 IWF 141支持第一媒体。在步骤1313中，ISF 130将接收的响应消息传送到CPM服务器120。在步骤1311中，第一 IWF 141在响应消息中包括指示第一媒体被接收方用户接受并且第二媒体不被IWF支持因而被自动拒绝的细节。在步骤1315中，在CPM服务器120和第一 IWF 141之间发起用于接受的第一媒体的会话。在步骤1317中，CPM服务器120创建对于被拒绝的第二媒体的新的会话发起请求，然后在步骤1317中，向ISF 130发送创建的请求。在步骤1315中，可以根据CPM服务器120的操作方案在步骤1317之后发起第一媒体会话。在步骤1321中，CPM服务器120向CPM客户端110发送“200 0K”作为对在步骤 1301中接收的会话发起请求的响应消息。响应消息可以包括第一媒体被接受并且第二媒体被拒绝的简单指示。在步骤1321中响应消息被传送到CPM客户端110的实际的时间点可以根据CPM服务器120的操作方案而变化。换句话说，CPM服务器120可以等待特定时间段以接收对在步骤1319中发送的新的会话发起请求的响应消息，或者可以一从ISF 130接收到第一响应消息就向CPM客户端110发送响应消息。图19和20假定后者。在前者情况下，当在固定的时间段期间接收到对新的会话发起请求的响应消息时，CPM服务器120集成这些响应消息，然后向CPM客户端110发送最终的响应消息，如图3和4的操作中所示。如果在该固定的时间段之外接收到对新的会话发起请求的响应消息，则CPM服务器120首先向CPM客户端110发送首先接收到的响应消息以发起对于被接受的媒体的会话，然后根据随后的对新的会话发起请求的响应消息的内容修改或保持发起的会话。在步骤1323中，在CPM客户端110和CPM服务器120之间发起第一媒体会话。在步骤1325中，ISF 130选择最适合于执行接收的新的会话发起请求的IWF，并向选择的IWF发送该会话发起请求。在图20中，假定ISF 130选择第二 IWF 412。在步骤 1327中，ISF 130向第二 IWF 142发送会话发起请求消息。在步骤13 中，第二 IWF 142 产生并发送回“200 0K”作为对会话发起请求消息的响应消息，因为它支持第二媒体。在步骤1331中，ISF 130将接收的响应消息传送到CPM服务器120。在步骤1333中，在CPM服务器120和第二 IWF 142之间发起第二媒体会话。在步骤1335中，CPM服务器120向CPM客户端110发送会话修改请求。会话修改请求是用于向在CPM客户端110和CPM服务器120之间发起的第一媒体会话添加第二媒体会话的请求。在步骤1337中，CPM客户端110向CPM服务器120发送“200 0K”作为对会话修改请求的接受响应消息。在步骤1339中，以包括第一和第二媒体二者的方式修改在CPM客户端110和CPM服务器120之间发起的会话。图5示出了根据本发明的第一实施例的在代理模式中IWF的操作。在此操作中， IWF执行发送回对会话发起请求的响应消息的操作。在步骤401中，IWF检查会话发起请求是否被拒绝，并且当会话发起请求被拒绝时进行到步骤403。在步骤403中，由于会话发起请求被拒绝，因此IWF产生拒绝响应消息，并且将产生的拒绝响应消息发送回ISF。经由IWF，将发送回的响应消息发送给CPM服务器。 IWF根据拒绝理由产生在[RFC (Request for Comments) 3261]中定义的拒绝响应消息。如果在步骤401中会话发起请求被接受(即不被拒绝)，则IWF进行到步骤405。在步骤405 中，IWF对于请求的媒体的全部或一些，检查会话是否被接受。当仅仅对于请求的媒体中的一些，该会话被接受时，IWF进行到步骤407。在步骤407中，IWF产生接受响应消息QOO 0K)，然后将产生的接受响应消息发送回ISF。关于这一点，IWF在响应消息中包括澄清被拒绝的媒体类型是否被IWF或接收客户端拒绝的信息。下面将描述在响应消息中表达这样的信息的方式。当在步骤405中对于请求的媒体的全部，会话被接受时，IffF进行到步骤409，并产生接受响应消息QOO 0K)，以然后将产生的接受响应消息发送回ISF。当在步骤407中请求的媒体中的一些被拒绝时，IffF在响应消息中包括拒绝理由。 在本发明中，对于媒体的会话发起请求的拒绝理由分成两类。第一类别对应于通过从接收客户端给出的通知拒绝请求的情况，以及第二类别对应于IWF拒绝不支持的媒体的情况。 在本发明中，IWF在响应消息中包括媒体的拒绝理由，从而使得可以重试发起对于被拒绝的媒体类型的会话。作为在响应消息中包括关于对于媒体的会话发起为什么被拒绝或被谁拒绝的信息的方式，在本发明中提出了三种情况。在表1中描述情况1。表权利要求
1.一种在用于支持订制融合互联网协议(IP)消息(CPM)服务的第一客户端和不订制 CPM服务的第二客户端之间的CPM会话的CPM服务器中的会话控制方法，该会话控制方法包括步骤在通过CPM服务器和互配功能(IWF)在第一客户端和第二客户端之间发起该CPM会话之后，从第一客户端接收包括特定媒体的会话修改请求消息；通过发起的CPM会话向该IWF发送包括该特定媒体的会话修改请求消息；以及从该IWF接收响应消息，该响应消息包括对包括该特定媒体的会话修改请求消息的拒绝理由。
2.如权利要求1所述的会话控制方法，还包括当包括在该响应消息中的拒绝理由是该特定媒体不被该IWF支持时，向互配选择功能(ISF)发送对被拒绝的特定媒体的会话请求。
3.—种在用于支持订制融合互联网协议(IP)消息(CPM)服务的第一客户端和不订制 CPM服务的第二客户端之间的CPM会话的互配功能(IWF)中的会话控制方法，该会话控制方法包括步骤在通过CPM服务器和该IWF在第一客户端和第二客户端之间发起该CPM会话之后，通过该CPM服务器从第一客户端接收包括特定媒体的会话修改请求消息；以及当该特定媒体不被该IWF支持时，向该CPM服务器发送响应消息，该响应消息包括指示该特定媒体不被该IWF支持的拒绝理由。
4.一种用于支持订制融合互联网协议(IP)消息(CPM)服务的第一客户端和不订制 CPM服务的第二客户端之间的CPM会话的互配装置，该互配装置包括至少一个互配功能(IWF)，用于支持至少一个媒体的每一个，以及当接收到对不被该 IWF支持的媒体的互配请求时，产生作为相应的媒体不被该IWF支持的指示的拒绝理由；和互配选择功能(ISF)，用于在通过该CPM服务器和IWF在第一客户端和第二客户端之间发起CPM会话之后，当通过CPM服务器从第一客户端接收到包括特定媒体的会话修改请求消息时，从该至少一个IWF当中选择负责该特定媒体的互配的实体。
5.如权利要求4所述的互配装置，还包括控制器，用于当从IWF接收到指示该特定媒体不被该IWF支持的拒绝理由时，指令该ISF重新选择负责该特定媒体的互配的实体。
6.一种在用于支持订制融合互联网协议(IP)消息(CPM)服务的第一客户端和不订制 CPM服务的第二客户端之间的CPM会话的CPM服务器中的会话控制方法，该会话控制方法包括步骤从第一客户端接收包括特定媒体的会话发起消息；通过互配选择功能(ISF)向互配功能(IWF)发送包括该特定媒体的会话发起消息；以及通过该ISF从该IWF接收响应消息，该响应消息包括对该会话发起消息的拒绝理由。
7.如权利要求6所述的会话控制方法，还包括当该拒绝理由是该特定媒体不被该IWF 支持时，向该ISF重新发送包括该特定媒体的会话发起消息。
8.—种在用于支持订制融合互联网协议(IP)消息(CPM)服务的第一客户端和不订制 CPM服务的第二客户端之间的CPM会话的互配功能(IWF)中的会话控制方法，该会话控制方法包括步骤通过CPM服务器从第一客户端接收包括特定媒体的会话发起消息；以及当该特定媒体不被该IWF支持时，向该CPM服务器发送响应消息，该响应消息包括指示该特定媒体不被该IWF支持的拒绝理由。
9.一种用于支持订制融合互联网协议(IP)消息(CPM)服务的第一客户端和不订制 CPM服务的第二客户端之间的CPM会话的互配装置，该互配装置包括至少一个互配功能(IWF)，用于支持至少一个媒体的每一个，以及当接收到对不被该 IWF支持的媒体的互配请求时，产生指示相应的媒体不被该IWF支持的拒绝理由；和互配选择功能(ISF)，用于当通过CPM服务器从第一客户端接收到包括特定媒体的会话发起请求消息时，从该至少一个IWF当中选择负责该特定媒体的互配的实体。
10.如权利要求9所述的互配装置，还包括控制器，用于当从IWF接收到指示该特定媒体不被该IWF支持的拒绝理由时，指令该ISF重新选择负责该特定媒体的互配的实体。
全文摘要
公开了一种在支持订制融合互联网协议(IP)消息(CPM)服务的第一客户端和没有订制该CPM服务的第二客户端之间的CPM会话的CPM服务器中的会话控制方法，该会话控制方法包括在通过CPM服务器和互配功能(IWF)在第一客户端和第二客户端之间发起该CPM会话之后，从第一客户端接收包括特定媒体的会话修改请求消息；通过发起的CPM会话向IWF发送包括该特定媒体的会话修改请求消息；以及从该IWF接收响应消息，该响应消息包括对该包括特定媒体的会话修改请求消息的拒绝理由。
文档编号H04W4/12GK102301754SQ200980155456
公开日2011年12月28日 申请日期2009年11月27日 优先权日2008年11月28日
发明者朴成真, 李升勇, 李炅卓 申请人:三星电子株式会社