用于实现通信禁止服务的方法和装置的制造方法
【技术领域】
[0001]本发明涉及实现IP多媒体子系统情境中的通信禁止服务的方法和装置。
【背景技术】
[0002]IP多媒体子系统aMS)是由第三代合作伙伴关系项目(3GPP)定义的技术，以在移动通信网络上提供IP多媒体服务。3GPP规范TS 23.002中一般性地描述了 MS的构架和一般特征，TS 23.228中更具体地进行了描述。通过服务集成和交互，IMS提供重要特征以丰富终端用户的人与人之间的通信体验。IMS实现了基于IP的网络上全新和丰富的人与人(客户端到客户端)以及人与内容(客户端到服务器)通信。IMS利用会话发起协议(SIP)建立和控制用户终端(或者用户终端和应用服务器)之间的呼叫或会话。由SIP信令承载的会话描述协议(SDP)被用于描述和协商会话的媒体组件。当SIP被作为用户到用户协议创建时，IMS允许运营商和服务提供商控制用户接入服务以及相应地向用户收费。其他协议如实时传输协议和实时传输控制协议(RTP/RTCP)被用于媒体传输和控制。
[0003]頂S逻辑上被部署进所谓的“核心网络”层和所谓的“服务层”中。核心网络层是由功能性实体(下文简要描述)实现的。服务层主要包括“应用服务器”，其被布置用于向用户终端(下文称为用户设备(UE))提供服务。这些应用服务器经由MS被连接，以及/或被布置为通过执行特定的基于服务的逻辑在服务提供中进行中介，例如在某些情况下转移呼入多媒体会话。
[0004]当前的ms标准提供用于通信禁止(CB)的服务，以使得网络能够控制订户接入服务。3GPP TS 24.611中描述了頂S中3GPP标准化的CB服务的当前状态。这个标准遵从并扩展了用于TS24.088中考虑的电路交换(CS)和分组交换(PS)网络中呼叫限制补充服务的基本原则。
[0005]TS 24.611特别描述了在会话初始请求满足CB服务订户的简档中规定的CB服务需求的事件中，頂S AS对该请求执行CB服务的动作。根据条件和动作的规则，定义了这些服务需求，由同一规范还进一步参考RFC 4745定义了这些规则。尤其是，TS 24.611定义了呼入通信禁止(ICB)服务以及呼出通信禁止(0CB)，该ICB服务是代表终止用户拒绝满足某些规定的或配置的条件的呼入通信的服务，该0CB代表始发用户拒绝满足某些规定的或配置的条件的呼出通信的服务。图1图示了该功能构架，假设在两个订户UE-A和UE-B之间建立会话，UE-A为始发方，UE-B为终止方。
[0006]现有规范除了会话发起不包括任何(与ICB或0CB相关的)对用户场景的规定。当前的方法可能为订户在某些情况下规避CB服务创造了机会。
【发明内容】
[0007]本发明的一个目的是克服或者至少减轻上面讨论的CB相关问题。这一目的和其他目的的实现是通过引起MS AS解析与进行中的頂S会话或早期会话阶段中的頂S会话有关的SIP消息，以标识和控制针对该会话的媒体变化和添加。
[0008]根据本发明的第一方面，提供一种在IP多媒体子系统IMS网络内针对进行中的IMS会话或早期会话阶段中的ms会话实现通信禁止CB服务的方法。该方法包括，在ms网络内的应用服务器AS处，解析与会话相关的SIP消息，以检测用以向会话添加一个或多个媒体流的尝试。CB服务规则被应用以确定媒体流被添加的允许性。如果不允许媒体流被添加，则采取动作以阻止媒体流的添加，否则允许媒体流添加进行。
[0009]本发明的实施例可被用于针对欺诈和不恰当的收费，保护订户和/或网络运营商。
[0010]在媒体流不被允许的事件中可采取的动作可以包括在AS处拒绝请求。
[0011]在所述消息是与早期会话阶段的頂S会话相关的SIP PRACK请求的情况下，该动作可包括在上游方向从SIP PRACK请求中移除未被允许的媒体提议(offer)，转发该请求到其目的用户代理，以及在下游方向在响应中拒绝该媒体流。
[0012]SIP消息可以是可靠的SIP响应，所述动作可包括在转发前在SIP响应中禁止个体的未被允许的媒体流。
[0013]CB服务规则可被应用于包含会话描述协议SDP提议的SIP消息。
[0014]CB服务规则可以是在会话发起期间所应用的相同的规则。
[0015]该方法可包括仅应用至少包含一个媒体条件的那些CB服务规则。
[0016]该方法可包括存储来自发起进行中的IMS会话的请求和任何相关响应的会话参数，以及随后在应用CB服务规则以确定媒体流被添加的允许性时，使用这些会话参数。
[0017]根据本发明的第二个方面，提供一种用于在IP多媒体子系统IMS网络内针对进行中的MS会话或早期会话阶段中的ms会话实现通信禁止CB服务的应用服务器AS。该装置包括SIP消息解析器，用于解析与会话相关的SIP消息，以检测用以向该会话添加一个或多个媒体流的尝试；以及策略单元，用于应用CB服务规则以确定媒体流被添加的允许性。该装置进一步包括策略实施单元，被配置为如果不允许媒体流被添加，则采取动作以阻止媒体流的添加，否则允许媒体流添加进行。
[0018]策略单元可被配置为仅应用至少包含一个媒体条件的那些CB服务规则。
[0019]策略实施单元可被配置为采取以下动作中的一个:
[0020]-拒绝包含未被允许请求的SIP消息；
[0021]-禁用未被允许的媒体流，该未被允许的媒体流在可靠响应中所接收的媒体提议中被添加或修改；
[0022]-完全移除在SIPPRACK中包含未被允许的媒体流的媒体提议。
[0023]所述应用服务器可进一步包括数据记录器，用于存储来自发起进行中的ms会话的请求和任何相关响应的会话参数；所述策略单元被配置为在应用CB服务规则以确定媒体流被添加的允许性时，使用这些会话参数。
【附图说明】
[0024]图1示出了在頂S内实现的始发和终止通信禁止服务的示意图；
[0025]图2示出了在早期会话阶段或已建立的会话阶段与通信会话更新相关的信令，使用 SIP UPDATE ；
[0026]图3示出了在早期会话阶段或已建立的会话阶段与通信会话更新相关的信令，使用 SIP PRACK ；
[0027]图4示出了在早期会话阶段或已建立的会话阶段与通信会话更新相关的信令，其中用户代理中的一个在会话内“可靠的响应”中包括媒体描述，这个描述构成媒体提议；
[0028]图5是示出了在早期会话阶段或已建立的会话阶段中针对通信会话更新的CB服务的实现的流程图；以及
[0029]图6示出了与图5相一致的被配置为实现CB服务的MS应用服务器的示意图。
【具体实施方式】
[0030]如上面已经考虑的，在IP多媒体子系统情境中，3GPP TS 24.611和TS24.088描述了通信禁止(CB)服务，其包括呼出CB(OCB)和呼入CB (ICB)。然而，现有技术关注的唯一的用户场景是会话发起，即在IMS会话的发起期间CB服务的实现。认识到的是，通过发生在会话过程中(以及在早期会话阶段中)以及来自始发或终止用户代理(UA)始发的会话更新，绕过来自CB服务的呼叫限制是可能的。这尤其与操纵会话中所使用的媒体的会话更新相关。其结果，除了别的以外，包括向订户提议的高级服务的威胁，例如，用户可能建立语音电话并为语音电话付费，随后在呼叫中添加“免费的”视频，而可能的是用户为无法使用CB进行阻止的服务受到过多收费。进一步考虑后一种问题，当例如公司负责支付电话账单，不允许其员工拨打视频电话(因为其导致额外收费或由于安全原因)时，这可能是有问题的。同样还可能产生问题的是，当私人订户在漫游时，由于额外收费，希望阻止拨打/接收视频电话或被升级为视频电话(在某些国家接收电话也会被收费)，或者当他或她希望避免在高峰时间使用某些服务时。
[0031]通过两个主要操作，通信会话更新可以发生在早期会话阶段或已建立的会话阶段。首先，为了更新会话或改变会话参数，参与的用户代理(UA)中的一个能够在会话内生成SIP请求。这可以例如通过如图2中所示的SIP INVITE (或使用SIP UPDATE代替INVITE)或使用如图3中的SIP PRACK完成。在图中，多媒体电话应用服务器(MTAS)被配置为代表UE-A实CB服务。MTAS是MMTel AS的具体实现。第二种方式涉及用户代理之一在会话内的“可靠响应”中包括媒体描述，该媒体描述构成媒体提议。在图4中示出了这种情况。
[0032]提出解决这个问题的方案是利用现有CB服务的扩展而非为此目的专门开发新服务。这提供了两个优点，即:
[0033](1)将新功能包含进现有具有CB的解决方案(例如MMTel模拟服务)相对直接明了 ；
[0034](2)扩展的服务能够重复利用已有的(标准化的)用于禁止会话起始的通信规则，尽管有一些适应性的修改。归因于如下原因，这尤其有吸引力，该原因是可望实现的是适用于会话发起的规则应该在整个会话存在期被实施，即不太可能要求在会话发起期间有第一组规则并且针对会话存在期的其他时间有不同的第二组规则。
[0035]为了确定具有受限媒体实施(RME)的CB服务是否应该禁止会话更新，用于命令会话更新的消息必须在相关AS处例如MTAS处被调查。重要的是，RME必须仅在由媒体提议添加或修改的媒体流上被激活。如