一种控制会话的方法及设备的制作方法

专利名称：一种控制会话的方法及设备的制作方法
技术领域：
本发明涉及通信系统的计费领域，特别是指一种控制会话的方法及设备。
背景技术：
计费的处理在电信通信中非常重要，通过计费处理可以把计费信息提供给电信运营商本身，以便运营商进行相关的帐务处理；并且当存在两个运营商时，通过把计费信息提供给相关第三方服务提供者，实现第三方服务提供者和电信运营商的帐务结算。
目前固定电话中，多是按被叫号码计费的，如800****是免费电话，0139****是长途电话，878****是市话，97****是收信息费的电话，用户可以预先得知相应的费率情况，在通话中进行计时，在根据相应的费率计算出要支付的费用。用户去控制自己的通话时长。
但是，在NGN网络中，通信方式有许多种，如消息，语音，多媒体。因此不可能根据被叫号码进行计费。新业务更新迅速，新业务的费率用户难以及时知道，并且，很多业务都由第三方服务提供方来提供，因此，用户在使用一个业务时，有可能会涉及到多个运营商、服务提供方，这些运营商、服务提供方都要对用户收取一定的费用，用户难以了解各个运营商收取的费用是多少。可能出现用户在使用业务前无法知道业务是如何计费的，会产生什么样的帐单。甚至在使用完业务后，还无法知道，只有到月底收到运营商的帐单后才知道。
也就是说，在NGN网络中，用户更加难以预测其使用该业务要支付的费用，这样用户无法事先根据费用情况控制通话过程，甚至决定是非要使用此业务。

发明内容
有鉴于此，本发明的主要目的在于提供一种控制会话的方法及设备，使用户可以方便的控制通话的费率、时长或费用。
本发明的一种控制会话的方法，包括以下步骤A、会话发起方设备发起会话消息，该消息携带有会话发起方期望的计费信息；B、会话服务器接收所述会话消息，提取出该消息携带的会话发起方期望的计费信息；C、会话服务器使用会话发起方期望的计费信息控制本次通信过程。
其中，会话发起方设备存储有发起不同会话对应的不同计费规则，步骤A进一步包括会话发起方设备根据发起的会话信息读取出与之对应的计费规则作为会话发起方期望的计费信息。
其中，所述不同会话对应的不同计费规则包括以下之一不同被叫信息对应的不同计费规则、不同会话服务器对应的不同计费规则。
其中，会话服务器上预先存储有计费规则，步骤B进一步包括会话服务器根据自身存储的计费规则判断接收的会话发起方期望计费信息是否合理，若是，则继续后续流程；否则，结束当前流程，或者进一步包括将会话服务器存储的计费规则发送给会话发起方设备。
其中，所述计费信息不合理包括以下之一或其任意组合会话发起方期望计费信息中的费率低于会话服务器存储的计费规则中的最小费率、会话发起方期望计费信息中的用量低于会话服务器存储的计费规则中的最少用量、会话发起方期望计费信息中的费用低于会话服务器存储的计费规则中的最低费用。
其中，对于预付费用户，所述计费信息不合理进一步包括检测到会话发起方的预付费帐户的剩余费用在信用额度之外。
其中，会话发起方设备存储有接收不同计费规则对应的不同重新发起会话消息的规则，所述会话服务器存储的计费规则发送给会话发起方设备后进一步包括会话发起方设备根据接收的会话服务器的计费规则对应到重新发起会话消息的规则，以确定是重新发起会话，或是提示给用户，或是结束当前流程。
其中，会话发起方设备确定是重新发起会话时，进一步包括会话发起方设备将接收的会话服务器的计费规则作为重新发起会话消息时所携带的会话发起方期望的计费信息。
其中，会话服务器上预先存储有计费规则，步骤A所述计费信息中包括要求服务器发送计费规则的标记信息；步骤B进一步包括会话服务器根据该计费信息向会话发起方设备发送计费规则。
其中，进一步包括会话发起方设备接收到会话服务器的计费规则后，会话发起方设备重新发起会话消息，该消息所携带的会话发起方期望的计费信息中包括要求同意会话服务器计费规则的标记信息。
还提供了另一种控制会话的方法，包括以下步骤A、会话发起方设备发起会话消息；B、会话服务器收到所述会话消息，在向会话发起方的响应消息中携带有其记录的计费信息；C、会话发起方设备用接收的计费信息控制本次通信过程。
其中，所述会话发起方期望的计费信息包括期望费用或期望用量，步骤C所述控制本次通信过程的步骤包括判断本次通信费用或用量达到会话发起方期望费用或用量时，执行通信控制。
其中，所述计费信息包括期望费率，步骤C所述控制本次通信过程的步骤包括判断本次通信费率发生变化时，执行通信控制。
其中，所述执行通信控制包括结束当前通信业务，或要求会话发起方设备重新发送携带计费信息的会话消息以继续当前通信业务。
其中，进一步包括通信过程中或者通信结束后将计费信息提供给会话发起方设备显示给用户。
其中，计费信息中包含多个费率字段、和每个费率字段对应的每个用量；步骤C进一步包括，根据计费信息进行计费；判断费率字段标识相同时，采用按先后用量依次计费，再累加计算；判断费率字段标识不同时，同时采用各费率字段进行分别计费，再累加计算。其中，所述用量为次数、字节数或时间。
其中，所述会话发起方设备为用户终端，所述会话发起方设备为服务器，所述会话服务器可以是通信服务器。
其中，通过SIP协议进行通信时，计费消息承载在所述的SIP协议的消息中。所述的计费消息承载的SIP协议消息中至少包括以下之一计费信息承载在INVITE、200OK、402Payment Required、BYE。
还提供了一种控制会话的设备，包括会话消息收发单元，用于接收和发送会话信息；计费规则存储单元，存储有计费规则；运算比较单元，与会话消息收发单元、计费规则存储单元相连，用于从会话收发单元、计费规则单元读取出接收的计费信息进行比较；会话控制单元，与运算比较单元相连，用于根据接收的运算比较单元的比较结果控制会话。
其中，进一步包括显示单元，与会话控制单元相连，用于显示给用户计费信息或会话控制信息。
其中，所述控制会话的设备为会话发起方设备、或会话服务器。
由上述方法可以看出，本发明用户在使用业务前可以下发其期望使用的费率，或者是要花费的总费用，或者是通话时长等，在使用业务前实现对上述情况的控制。
用户和运营商之间的计费信息的传递。实现了运营商之间的计费信息的传递，使运营商能利用其他运营商提供的计费信息，为其用户提供计费信息。另外，使计费和具体的会话结合，可实时知道费用状况，如在会话前，会话过程中，会话过程结束都有计费信息。用户可以根据计费信息在会话前拒绝会话，也可以在会话过程中结束会话，以便节省费用。
有明确的计费规则，用户和运营商都可以进行计费的运算，以便实现对帐。通过预先支付事先设定了最高限额，设定自己的通话费用或时间，有利控制通话费用或时间。


图1为INVITE消息结构图。
图2为本发明计费方法用户控制计费实施例流程图。
图3为本发明计费方法对被叫计费实施例流程图。
图4为本发明计费方法附加费率实施例流程图。
图5为本发明控制会话的设备示意图。
具体实施例方式
在NGN中，由于SIP协议的灵活性，多使用SIP进行通信。SIP(SessionInitiation Protocol)是由IETF定义的通信会话的控制协议，该协议不但简单，而且具有很丰富的扩展性，是NGN下一代网络的基本协议。不失一般性，本发明实施例均以SIP协议为例进行说明。
SIP是基于文本的应用层控制协议，独立于底层协议，用于建立、修改和终止IP网上的双方或多方多媒体会话。SIP协议借鉴了HTTP、SMTP等协议，支持代理、重定向、登记定位用户等功能，支持用户移动，与RTP/RTCP、SDP、RTSP、DNS等协议配合，可以实现语音、视频、数据、邮件、即时通信、聊天等业务。SIP消息基于文本方式，一般包括请求行、消息头、CRLF、消息体。如图1出了请求消息(INVITE)的结构。
对于SIP协议来说，SIP协议中未定义计费功能的相关信息，目前使用SIP进行通信时亦使用着背景技术所提到的费用结算方式。下面对本发明的计费方法进行详细说明。
为了实现本发明的计费方法，本发明首先改进了SIP协议，在SIP协议中增加了计费字节信息Charge(称为session charge protocol会话计费协议)。Charge计费信息包括3类信息费用(fee)、用量(volume)、费率(rate)。一个计费信息中可以包含0个或1个费用fee信息；0个或多个用量volume信息；0个或多个费率rate。计费信息中费用fee、用量volume、费率rate这三者是相关联的根据用量和费率可以计算出费用，最简单的情况是用量×费率＝费用。对于有多个费率和用量的情况，对其乘积进行累加。
上面提到Charge信息包含的fee、volume、rate具体可以采用下面的方式进一步细化费用fee包含两部分货币类型Currency和钱数量Amount。其中货币类型采用ISO 4217规定的字母格式表示。钱数量Amount用数字表示。例如人民币1元1角9分在Currency填写CNY表示为人民币，在Amount填写1.19。如果发出的消息中的费用fee是正数，可以表示为Charge消息发送方服务器向接收方服务器付费，费用fee为负数，可表示为发送方服务器向接收方服务器收费，这里所述的服务器指的是不同运营商提供的服务器。
用量volume包含两部分单位UnitID和使用量的数量Amount。单位用数字表示0-未定义Undefined，1-次，2-字节byte，3-秒。可以扩展其它单位。例如100byte就在UnitID中填写2，在Amount中填写100。
费率rate包含四个信息货币类型Currency、钱数量Amount、单位UnitID和使用量的数量Amount。当存在多个rate时，则依次按照Amount(如时间)使用对应的rate进行计费，并将最后一个rate作为之后的费率进行计费。例如包含rate1、rate2、rate3，对应的Amount分别为180、120、60，则表示在开始的180秒费率为rate1，之后的120秒费率为rate2，再之后的60秒为rate3，并保持后续时间为该rate3费率。
Charge计费信息在SIP中的承载时，可以将其在图1示出的SIP的消息头中进行承载，即采用增加头字段的方式，当然，也可以将计费信息在图1示出的SIP消息体中进行承载。下面示出了包含计费信息的INVITE消息，其中，斜体字部分为增加的头字段charge，计费信息的内容填写在了该部分。该INVITE消息中，包含的计费信息表示费用为人民币0.32元，使用量270秒，费率为前三分钟0.20元，以后每分钟0.06分。
INVITE sipbob@biloxi.com SIP/2.0ViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bK776asdhdsMax-Forwards70ToBob<sipbob@biloxi.com>
FromAlice<sipalice@atlanta.com>；tag＝1928301774Call-IDa84b4c76e66710@pc33.atlanta.comCSeq314159INVITEContact<sipalice@pc33.atlanta.com>
Chargefee；Currency＝’CNY’，Amount＝0.32ChargeVolume；Unitid＝1，Amount＝270Chargerate；Currency＝’CNY’，Price＝0.2，Unitid＝1，Amount＝180Chargerate；Currency＝’CNY’，Price＝0.06，Unitid＝1，Amount＝60Content-Typeapplication/sdpContent-Length142......
也可以采用增加如下三个头字段fee、Volume、rate来代替上面头charge字段的方式来承载计费信息，如下示出了所述的三个头字段，Fee0.32；Currency＝’CNY’Volume270；Unitid＝1rate0.20；Currency＝’CNY’，Unitid＝1，Amount＝180rate0.06；Currency＝’CNY’，Unitid＝1，Amount＝60
下面列举了计费信息在SIP协议中承载时所代表的意义INVITE在请求呼叫时带计费信息，表示SIP客户端愿意付费的情况。在呼叫过程中，还可以通过INVITE重新发送计费信息。
200OK对应INVITE的200OK。在应答消息中带计费信息，表示SIP服务器已经接受了客户端的请求，并且带了SIP服务器的认可计费信息。此计费信息的费率和金额小于SIP客户端发出的INVITE信息的费率和金额。
402Payment Required在付费请求中带计费信息，表示SIP服务器不接受SIP客户端发的INVITE信息中的计费信息，并返回SIP服务器的计费信息，此费率大于客户端发的INVITE信息中的计费信息。SIP客户端可以提示用户后，重新发送INVITE信息。
BYE在呼叫结束时，携带本次会话的实际计费信息。
200OK对应BYE的200OK，携带本次会话的实际计费信息。
在SIP的其它扩展消息中也可以携带计费信息。例如SIMPLE协议(SIP for Instant Messaging and Presence Leveraging Extensions)中扩展的SUBSCRIBE消息。不再举例说明。
通过上述的Charge，可以实现计费信息在用户终端设备与服务器之间进行传递，从而实现用户对通话费用的控制以及将费用信息显示给用户。下面进行详细说明。
首先以主叫用户呼叫被叫用户为例，参见图2对用户对通话过程中的控制方法进行说明。该呼叫中，包括以下步骤步骤201主叫用户设备发起呼叫，将INVITE呼叫信息发送到服务器A。其中，该INVITE信息中包含有Charge计费信息，用来表示主叫用户所接受或者期望的计费规则。在该呼叫中，Charge计费信息包含的参数含义如下费用fee表示主叫愿意付出的费用，使用量Volume表示用户希望本次呼叫的最大用量，费率Rate表示用户期望接受的费率价格。
其中，计费信息中也可以仅包含fee、volume、rate其中之一或之二，例如当仅包含fee时，表示用户原意为本次通话所支付的总费用，并且接受运营商的费率；又如当仅包含volume时，表示用户原意为本次通话的最大用量(如时长)，而接受运营商的费率、费用；当仅包含rate时，表示用户所期望本次通话的费率。
其中，可以在主叫用户设备中预先存储如下表1示出的计费规则表。在主叫用户设备发起INVITE呼叫时，主叫用户设备读取所存储的计费规则表，匹配到具体的规则上，读取出该规则对应的计费信息，并将读取的计费信息填入INVITE中。当用户没有设定计费规则或者没有匹配到具体的规则上，则在SIP中填写一个空的charge头字段，而不填入具体数值，如Chargefee，表示用户接受服务器提供的计费规则。

表1当然，也可以在主叫用户发起呼叫时，主叫用户设备提供给用户一个对话框，由用户输入计费信息。
下面示出了当用户alice呼叫atlanta上级运营商服务器来呼叫被叫用户bob@biloxi.com时所生成的INVITE消息，该呼叫符合上述表1中的“其它情况”这条规则，表示主叫用户只愿意支付0.1人民币元，只愿意通话一分钟，只接受小于0.1元人民币元/分钟的费率。INVITE消息为INVITE sipbob@biloxi.com SIP/2.0……Chargefee；Currency＝’CNY’， Amount＝0.1ChargeVolume；Unitid＝1，Amount＝60Chargerate；Currency＝’CNY’，Price＝0.10，Unitid＝1，Amount＝60
……当然，若用户在发起呼叫时希望服务器设备能提供计费信息给用户，则在步骤201中，主叫用户设备下发的消息中也可以不包含用户的期望计费信息，而携带一个字段，表示要求服务器返回用户设备其计费规则信息，例如，可以在SIP的头字段Supported增加402PR，并在Require中增加402PR。如下示出了增加了该请求字段的INVITE消息INVITE sipbob@biloxi.com SIP/2.0……Supported 402PRRequire402PR……步骤202服务器A接收INVITE消息，读取出主叫用户设备的计费信息，判断该计费信息是否在合理规则内，若是，则进行后续的呼叫，执行步骤204；否则，向用户返回一响应消息，携带服务器A上记录的运营商1的计费规则。
服务器A对INVITE消息中计费信息的参数fee，Volume，Rate进行合理性判断，当计费信息仅存在一个参数时，则仅针对该参数进行比较，当存在两个或两个以上参数时，则都需要进行比较判断。例如此消息中仅包括费率Rate时，若判断用户提供的费率在任何用量情况下计算出来的费用都会大于或等于根据运营商的费率计算出来的费用，表示认为此费率在合理规则内，如用户提供0.12元/1分钟，运营商提供0.1元/1分钟；否则为不合理的规则，如用户提供0.12元/1分钟，运营商提供0.3元/3分钟，这样在用户使用2分钟时，按用户费率计算费用为0.24元，而按运营商费率结果为0.3元，故此用户请求的费率不在合理规则内。
又如，当仅包括fee时，判断是否大于运营商要求的最低通话费用，如0.3元/3分钟的最低通话费用是0.3元，来确认是否为合理规则。
又如，当消息中包括费率Rate、fee、volume至少两个时，即可计算出该三个参数，此时，不仅要比较费率，还要考虑fee进行比较。例如在判断出用户fee为合理规则后，进一步去判断rate是否为合理规则。当都为合理规则时，才认为本次计费规则是合理规则。当然，若用户是预付费用户，运营商设备还要检测该用户的费用是否在信用额度之内，在信用额度之内视为合理的。
当服务器确定为不合理规则，返回的响应信息也包含所述计费信息，其参数含义如下费率Rate表示运营商要求的费率，费用fee和使用量Volume表示用户希望的费用和用量(根据第一次用户的请求，如果用户第一次请求中没有用量，或者用量小于运营商接受的最小用量，就以最小计费单位回应用户)。下面示出了服务器1返回的响应信息，包含有运营商1设定的计费规则费率为前三分钟0.20元，以后每分钟0.06分；最小通话时间为180秒；最小价格为0.20元。
SIP/2.0402Bad chargeChargefee；Currency＝’CNY’， Amount＝0.20ChargeVolume；Unitid＝1，Amount＝180Chargerate；Currency＝’CNY’，Price＝0.20，Unitid＝1，Amount＝180Chargerate；Currency＝’CNY’，Price＝0.06，Unitid＝1，Amount＝60步骤203主叫用户设备接收到服务器1的响应消息，读取出运营商提供的计费信息，匹配到预设的处理规则进行相应处理。
其中，预设的处理规则可以如下表2所示。主叫用户设备从响应信息中读取出fee、Volume、Rate，与表2中的规则进行匹配，执行对应的处理规则。


表2此规则可以还根据其他条件设定规则，例如会话的角色(被叫还是主叫)，对方的身份(通过身份认证如好友名单，密码认证)。
并且，还可以将计费信息提示给用户，或处理规则的提示信息给用户，提示简单的信息包括文字，图形，声音的方式。例如费用超过用户设置的规则，需要用户确认，在用户设备上闪动图形，并用声音提示用户，出现用户相关的文字信息。
本例中，假设在收到运营商1设备的消息后，判断符合“费率大于0.1元/分钟”的规则，提示用户并在用户确认接受后，主叫用户设备重新发起INVITE呼叫。在INVITE消息中填写服务器1通过响应信息传送过来计费信息，来表示认可运营商1的计费信息。下面示出了该INVITE消息INVITE sipbob@biloxi.com SIP/2.0……Chargefee；Currency＝’CNY’，Amount＝0.20ChargeVolume；Unitid＝1，Amount＝180Chargerate；Currency＝’CNY’，Price＝0.2，Unitid＝1，Amount＝180Chargerate；Currency＝’CNY’，Price＝0.06，Unitid＝1，Amount＝60……当然，在用户确认接受后，主叫用户设备重新发起INVITE呼叫时，也可以如步骤201中所述，在SIP中填写一个空的charge头字段，如Chargefee，表示用户接受服务器提供的计费规则。
步骤204这样，当服务器1收到该INVITE信息，并判断出为合理的计费规则后，继续处理此呼叫请求，建立主被叫设备的通话。并记录用户提供的Charge信息中的费用fee、用量Volume。
在用户设备的通话过程中，当出现下列情况时，重发计费信息
1)对话的用量volume或费用fee将要超过记录的用户要求的用量或费用；2)费率发生变化；3)会话的其他信息发生变化，如服务质量QoS下降，但收费不变，需要用户重新确认。
用户设备和服务器都可以向对方重新发送计费信息，并由对方确认计费信息的合理性。如当发现费率、费用和用量超过当前通话所设定的费率、费用和用量时，提醒用户并重发计费信息，或者自动切断会话。这样用户便可以实现在通话前就预先设定其通话时长或费用，对通话进行控制。
例如用户通话超过3分钟。主叫用户设备提醒用户，在用户确认后，重新发起INVITE。也可以根据用户设定的规则执行在费率没有变化时，不需要用户确认，自动重新发起INVITE。计费信息中填写更多的用量，例如再延长10分钟。就在用量中填写13分钟。(3分钟加上10分钟)。费用也相应增加，填写为0.80元。下面示出了该INVITE消息INVITE sipbob@biloxi.com SIP/2.0……Chargefee；Currency＝’CNY’，Amount＝0.80ChargeVolume；Unitid＝1，Amount＝780Chargerate；Currency＝’CNY’，Price＝0.20，Unitid＝1，Amount＝180Chargerate；Currency＝’CNY’，Price＝0.06，Unitid＝1，Amount＝60……在运营商1设备在接受到此消息后，认为计费合理，会接受用户的请求，不会切断会话，并回应200OK给主叫用户设备。
步骤205当主叫用户设备通话结束，主叫用户设备和服务器可以根据用量和费率计算费用，记录在存储设备内，其中用量表示该会话已经使用的实际用量，费用表示给会话的实际费用，费率为会话的费率。服务器并把本次通过费用信息发送给主叫用户设备(如携带在200OK中)，由主叫用户设备把计费信息提示给用户，并且和终端设备的计费信息进行比较，确认无误后，服务器将费用进行保留。
以上仅说明了主叫用户设备和服务器之间的费用处理过程。对于通话中涉及到两个及两个以上不同运营商时，服务器A还要将费用内容进行修改后下传，由其他运营商的服务器接收计费信息进行判断是否合理，当各个服务器都认为费用合理时，才会建立主叫到被叫的通话。例如主叫用户呼叫被叫用户，主叫用户发送给运营商1的第一服务器的计费信息包含0.2元/分钟，运营商1的收费为每分钟0.06元/分钟，并且对运营商2的收入收取10％的提成。这样第一服务器设备在接受到用户计费信息后，计算出运营商2可以收取的最高费用为0.127元/分钟(0.2-0.06)/110％＝0.127。在服务器1发给运营商2的服务器2的消息中，费率填写0.127元/分钟，费用也经过相应的处理。
运营商2的设备收到该计费信息后，参照步骤202根据其设定的计费规则进行计算和比较，决定计费是否合理。运营商2可以通过计费信息返回给运营商1计费信息，运营商1再做相应的计算处理，算出计费信息返回给用户。例如运营商2返回计费费率为0.1元/分钟。运营商1返回给用户的计费费率为0.17/分钟。0.1+0.1×10％+0.06＝0.17。
并且，当为多个运营商时，通信的发起方也可以是某运营商服务器来发起，而不是从用户发起，如某运营商服务器主动发起通信向用户提供服务的情况。
可以看出，通过上述步骤，在实现计费的过程中，就可以实现用户下发通话时长、费用等信息，由服务器在计费过程中根据用户下发的信息来控制通话的时长、总费用等。还可以实现将各个运营商的计费情况显示给用户。
下面再以被叫付费为例，参见图3对本发明进一步详细说明。其中，服务器B记录有被叫的账户。包括以下步骤步骤301主叫设备呼叫运营商1的服务器A，携带Charge信息为计费费率为0元/分钟，表示主叫要求免费。
步骤302服务器A要收取0.06元/分钟，对计费信息进行处理，修改为-0.06元/分钟，发给运营商2的服务器B。其数值为负，表示运营商1要向运营商2收取费用。
步骤303服务器B还要收取0.01元/分钟，服务器B修改费率为-0.16元/分钟，表示要向用户收取0.16元/分钟。并把包含此计费信息的会话请求转发给被叫用户。
步骤304被叫用户设备显示计费信息被叫用户需要付费-0.16分/分钟。在被叫用户确认后，或者被叫设备根据用户的预先设定的规则(所述规则可如上表2所示)自动确认后，被叫用户设备回响应消息给服务器B，包含-0.16分/分钟，表示同意付费，接受此费率。并包含用户期望的通话时长volume或者期望支付的总费用fee，在该响应消息的Charge信息中一同传递给服务器B。
步骤305服务器B再回应服务器A，服务器A认为主叫用户的会话请求在计费上是合理的，可以处理该会话，接通主被叫的会话。
而同时，服务器B根据计费方式进行计费处理，对记录的被叫用户账户进行总费用的扣费，以及根据服务器A的计费规则，计算出应分给运营商1的费用，进行运营商之间的帐务处理。
并且，服务器B扣费到被叫传递过来的时长volume或费用fee时，提示被叫用户再次发起计费信息以继续通话，或结束当前通话。
图4还示出了实现附加费率业务计费过程。附加费率是指主叫用户需要向被叫支付费用的通话。例如被叫为类似热线、咨询、点播等设备。相对于上述步骤，在步骤304时，由被叫用户设备(可以是第三运营商提供的服务器C)回应的信息中，携带收费费率。运营商2和运营商1进行费率累加。由主叫设备提示给主叫用户，等主叫确认后，发送给该费率的计费信息。运营商1、运营商2和被叫用户，都会认为计费合理的，可以处理该会话。
相应的，如图5，还提供了一种控制会话的设备，可以为上述的终端或服务器，包括会话收发单元，用于接收和发送会话信息；计费规则存储单元，存储有计费规则；运算比较单元，与会话收发单元、计费规则存储单元相连，用于从会话收发单元、计费规则单元读取出接收的计费信息进行比较；会话控制单元，与运算比较单元相连，用于根据接收的运算比较单元的比较结果控制会话。还包括显示单元，与会话控制单元相连，用于显示给用户计费信息或会话控制信息。
通过以上实施例，可以看出，通过用户输入信息(如fee、volume)，用户可以方便的控制自己本次通话的总费用，或者通话的时长或费率等，并且，计费信息在不同的运营商服务器之间传递，可以根据该计费信息各个服务器分别进行费用处理。
以上为了描述方便，区分了用户终端和服务器，在SIP协议中，两个设备通信时，也可能是某SIP运营商服务器充当客户端向另外一个服务器发起呼叫，它和用户终端的情况完全一样。
以上均以SIP协议通信为例进行说明，如前所示，计费信息也可以以XML格式进行承载。虽然上述实施例以SIP协议为例进行说明，不难理解，本发明也可以应用于其他协议网络的其他应用中，而不局限于SIP协议或SIP扩展协议，如还可以用于http访问web、点播流媒体(VOD)等。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种控制会话的方法，其特征在于，包括以下步骤A、会话发起方设备发起会话消息，该消息携带有会话发起方期望的计费信息；B、会话服务器接收所述会话消息，提取出该消息携带的会话发起方期望的计费信息；C、会话服务器使用会话发起方期望的计费信息控制本次通信过程。
2.根据权利要求1所述的方法，其特征在于，会话发起方设备存储有发起不同会话对应的不同计费规则，步骤A进一步包括会话发起方设备根据发起的会话信息读取出与之对应的计费规则作为会话发起方期望的计费信息。
3.根据权利要求2所述的方法，其特征在于，所述不同会话对应的不同计费规则包括以下之一不同被叫信息对应的不同计费规则、不同会话服务器对应的不同计费规则。
4.根据权利要求1所述的方法，其特征在于，会话服务器上预先存储有计费规则，步骤B进一步包括会话服务器根据自身存储的计费规则判断接收的会话发起方期望计费信息是否合理，若是，则继续后续流程；否则，结束当前流程，或者进一步包括将会话服务器存储的计费规则发送给会话发起方设备。
5.根据权利要求4所述的方法，其特征在于，所述计费信息不合理包括以下之一或其任意组合会话发起方期望计费信息中的费率低于会话服务器存储的计费规则中的最小费率、会话发起方期望计费信息中的用量低于会话服务器存储的计费规则中的最少用量、会话发起方期望计费信息中的费用低于会话服务器存储的计费规则中的最低费用。
6.根据权利要求4或5所述的方法，其特征在于，对于预付费用户，所述计费信息不合理进一步包括检测到会话发起方的预付费帐户的剩余费用在信用额度之外。
7.根据权利要求4所述的方法，其特征在于，会话发起方设备存储有接收不同计费规则对应的不同重新发起会话消息的规则，所述会话服务器存储的计费规则发送给会话发起方设备后进一步包括会话发起方设备根据接收的会话服务器的计费规则对应到重新发起会话消息的规则，以确定是重新发起会话，或是提示给用户，或是结束当前流程。
8.根据权利要求7所述的方法，其特征在于，会话发起方设备确定是重新发起会话时，进一步包括会话发起方设备将接收的会话服务器的计费规则作为重新发起会话消息时所携带的会话发起方期望的计费信息。
9.根据权利要求1所述的方法，其特征在于，会话服务器上预先存储有计费规则，步骤A所述计费信息中包括要求服务器发送计费规则的标记信息；步骤B进一步包括会话服务器根据该计费信息向会话发起方设备发送计费规则。
10.根据权利要求7或9所述的方法，其特征在于，进一步包括会话发起方设备接收到会话服务器的计费规则后，会话发起方设备重新发起会话消息，该消息所携带的会话发起方期望的计费信息中包括要求同意会话服务器计费规则的标记信息。
11.一种控制会话的方法，其特征在于，包括以下步骤A、会话发起方设备发起会话消息；B、会话服务器收到所述会话消息，在向会话发起方的响应消息中携带有其记录的计费信息；C、会话发起方设备用接收的计费信息控制本次通信过程。
12.根据权利要求1或11所述的方法，其特征在于，所述会话发起方期望的计费信息包括期望费用或期望用量，步骤C所述控制本次通信过程的步骤包括判断本次通信费用或用量达到会话发起方期望费用或用量时，执行通信控制。
13.根据权利要求1或11所述的方法，其特征在于，所述计费信息包括期望费率，步骤C所述控制本次通信过程的步骤包括判断本次通信费率发生变化时，执行通信控制。
14.根据权利要求12或13所述的方法，其特征在于，所述执行通信控制包括结束当前通信业务，或要求会话发起方设备重新发送携带计费信息的会话消息以继续当前通信业务。
15.根据权利要求1或11所述的方法，其特征在于，进一步包括通信过程中或者通信结束后将计费信息提供给会话发起方设备显示给用户。
16.根据权利要求1或11所述的方法，其特征在于，计费信息中包含多个费率字段、和每个费率字段对应的每个用量；步骤C进一步包括，根据计费信息进行计费；判断费率字段标识相同时，采用按先后用量依次计费，再累加计算；判断费率字段标识不同时，同时采用各费率字段进行分别计费，再累加计算。
17.根据权利要求16所述的方法，其特征在于，所述用量为次数、字节数或时间。
18.根据权利要求1或11所述的方法，其特征在于，所述会话发起方设备为用户终端。
19.根据权利要求1或11所述的方法，其特征在于，所述会话发起方设备为服务器。
20.根据权利要求1或11所述的方法，其特征在于，所述会话服务器是通信服务器。
21.根据权利要求1或11所述的方法，其特征在于，通过SIP协议进行通信时，计费消息承载在所述的SIP协议的消息中。
22.根据权利要求21所述的方法，其特征在于，所述的计费消息承载的SIP协议消息中至少包括以下之一计费信息承载在INVITE、200 OK、402 Payment Required、BYE。
23.一种控制会话的设备，其特征在于，包括会话消息收发单元，用于接收和发送会话信息；计费规则存储单元，存储有计费规则；运算比较单元，与会话消息收发单元、计费规则存储单元相连，用于从会话收发单元、计费规则单元读取出接收的计费信息进行比较；会话控制单元，与运算比较单元相连，用于根据接收的运算比较单元的比较结果控制会话。
24.根据权利要求23所述的设备，其特征在于，进一步包括显示单元，与会话控制单元相连，用于显示给用户计费信息或会话控制信息。
25.根据权利要求23或24所述的设备，其特征在于，所述控制会话的设备为会话发起方设备、或会话服务器。
全文摘要
本发明提供了一种控制会话的方法，其特征在于，包括以下步骤A.会话发起方设备发起会话消息，该消息携带有会话发起方期望的计费信息；B.会话服务器接收所述会话消息，提取出该消息携带的会话发起方期望的计费信息；C.会话服务器使用会话发起方期望的计费信息控制本次通信过程，判断用户本次通信费用或用量达到期望计费信息中期望费用或用量时，或本次通信费率发生变化时，结束当前通信业务，或重新发送携带计费信息的呼叫信息以继续当前通信业务。或者由会话发起方设备根据接收的服务器的计费信息控制本次通信过程。还相应提供了控制会话的设备。通过本发明，使用户可以方便的控制本次通话的费率、时长或费用。
文档编号H04M17/00GK1798222SQ200410101759
公开日2006年7月5日 申请日期2004年12月22日 优先权日2004年12月22日
发明者胡立新, 祝勇 申请人:华为技术有限公司