CN102726023B - 在基于sip的通信网络中向接收订户转发具有相关联的提醒信息的sip请求消息的方法和设备 - Google Patents
在基于sip的通信网络中向接收订户转发具有相关联的提醒信息的sip请求消息的方法和设备 Download PDFInfo
- Publication number
- CN102726023B CN102726023B CN201080062587.9A CN201080062587A CN102726023B CN 102726023 B CN102726023 B CN 102726023B CN 201080062587 A CN201080062587 A CN 201080062587A CN 102726023 B CN102726023 B CN 102726023B
- Authority
- CN
- China
- Prior art keywords
- condition
- sip
- request message
- prompting message
- session initiation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1076—Screening of IP real time communications, e.g. spam over Internet telephony [SPIT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1096—Supplementary features, e.g. call forwarding or call holding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
在基于SIP的通信网络中,从具有相关联的源SIP-UA的源用户设备向与接收用户设备相关联的接收SIP-UA发送具有相关联的提醒信息的SIP请求消息的方法、用户设备和网络节点,包括:设置允许接收SIP-UA接收提醒信息必须满足的条件;检查是否满足所述条件;以及当满足所述条件时,将提醒信息传送给接收SIP-UA。
Description
技术领域
本发明涉及在基于SIP的通信网络中,向接收订户转发会话发起协议(SIP)消息的方法和设备(如用户设备或网络节点),所述SIP消息具有与其相关联的提醒信息。更一般地,本发明涉及在IP语音(VoIP)通信网络(如因特网协议多媒体子系统(IMS)网络)中使用的方法、用户设备和网络节点。
背景技术
会话发起协议(SIP)请求消息,如SIP邀请请求消息,可以包含Alert-Info(提醒信息)报头。SIP请求消息的发送方可以例如提供统一资源定位符(URL),消息的预期接收方可以在该URL处获得个性化铃音。
发明内容
接收订户的呼叫转发服务可以将输入的请求消息转发给另一订户,例如秘书。这里,“转发”表示高(应用)级的动作,如从B方向C方转发呼叫。在输入的请求消息具有与其相关联的提醒信息的情况下,这可能带来问题。发送订户可能不打算向除了预期订户之外的另一订户呈现提醒信息,例如个性化铃音。因此,发送个性化铃音的发送方服务和执行呼叫转发的接收方服务的组合可能带来问题。
本发明的目的是至少部分克服上述问题。更一般地,本发明的目的是向IP语音(VoIP)通信网络的用户提供进一步的多功能性。
为此,根据本发明,提供了一种在基于SIP的通信网络中,从具有相关联的源会话发起协议用户代理(SIP-UA)的源用户设备向与接收用户设备相关联的接收SIP-UA发送具有相关联的提醒信息的会话发起协议(SIP)请求消息的方法,包括:设置允许接收SIP-UA接收提醒信息必须满足的条件;检查是否满足所述条件;以及仅当满足所述条件时,将提醒信息传送给接收SIP-UA。
可以认识到,源SIP-UA和源用户设备将与主叫订户相关联,接收SIP-UA和接收用户设备将与被叫订户相关联。这里,“源用户设备”和“接收用户设备”表示上述方法中相应用户设备的功能,不排除相应用户设备能够既用于发起呼叫也用于接收呼叫。对于“源SIP-UA”和“接收SIP-UA”也是如此。
因此,发送方可以有条件地将提醒信息传送给接收订户。这种条件可以例如是接收订户确实是具有相关联的提醒信息的SIP请求消息初始寻址至的订户。如果然后将SIP请求消息转发给另一接收订户(如秘书),则可以防止将提醒信息传送给该非预期接收订户。
可选地,将条件和与提醒信息相关联的Alert-Info报头包括在SIP请求消息中。因此,如果满足条件,则提醒信息可以立即传送给接收订户。
可选地,如果不满足条件,则从SIP请求消息中移除Alert-Info报头,可选地,如果满足条件,则从SIP请求消息中移除条件。因此,可以从SIP请求消息中移除此时多余的信息。
可选地,Alert-Info报头没被包括在SIP请求消息中,一旦确定满足条件,则向接收SIP-UA发送包括与提醒信息相关联的Alert-Info报头的SIP更新消息。因此,仅在满足条件时,由主叫方或代表主叫方提供提醒信息。
可选地,如果不满足条件,则指示服务于与提醒信息相关联的统一资源定位符(URL)的http服务器不处理所述URL,可选地以备选(例如非个性化或缺省)方式处理所述URL,或者代之为处理备选URL。
可选地,提醒信息可经由超文本传送协议统一资源标识符(http-URI)或安全http-URI(https-URI)获得,该http-URI或https-URI被创建以在相关联SIP会话期间使用的,其中,处理http(https)-URI的http(https)服务器仅在通过证书认证了请求传送与该http(https)-URI相关联的提醒信息的客户端时,才传送该提醒信息。
可选地,由驻留在用户设备中的SIP-UA、驻留在网络节点中的SIP-UA、代理实体(如与接收SIP-UA相关联的代理呼叫会话控制功能(P-CSCF))、将SIP请求消息中继至不同于原始寻址的订户的另一订户的网络节点、因特网协议多媒体子系统(IMS)服务、个性化铃音服务、处理与提醒信息相关联的http-URI的http服务器、和/或处理与提醒信息相关联的https-URI的https服务器来执行检查。
可选地,检查是否满足条件包括:检查接收订户是否具有预定公共用户标识;检查接收订户是否具有预定域内的公共用户标识;检查接收订户是否具有预定证书;检查180振铃或183会话进程中的P-Asserted-Identity(PAI)是否与预定公共用户标识或域相关联;和/或检查在180振铃之前是否未接收到181呼叫正在转发(在本文其余部分中称为181转发)。
可选地,互连边界控制功能(IBCF)实体检查与源订户相关联的网络是否和与接收订户相关联的网络具有信任关系,如果不存在这种信任关系,则从SIP请求消息中移除Alert-Info报头和相关联条件。
可选地,请求消息是SIP邀请或SIP消息。
本发明还涉及在基于SIP的通信网络中向接收SIP-UA发送SIP请求消息的设备,所述SIP请求消息具有与其相关联的提醒消息,所述设备包括:条件设置单元,被配置为设置允许接收SIP-UA接收提醒信息必须满足的条件。
所述设备可以被配置为设置条件,使得非预期或允许接收提醒信息的任何接收SIP-UA不满足所述条件。
可选地,设置单元还被配置为将条件以及可选地将Alert-Info报头包括在SIP请求消息中。
本发明还涉及一种在基于SIP的通信网络中向接收SIP-UA传送SIP请求消息的设备,所述SIP请求消息具有与其相关联的提醒消息,所述设备包括:检查单元,被配置为检查是否满足与提醒信息相关联的预定条件,以及仅当满足所述预定条件时,使提醒信息对接收SIP-UA可用。
可选地,所述设备包括:移除单元,被配置为,如果不满足条件,在SIP请求消息中包括与提醒信息相关联的Alert-Info报头的情况下,从SIP请求消息中移除所述Alert-Info报头,可选地被配置为,如果满足条件,在SIP请求消息中包括条件的情况下,从SIP请求消息中移除所述条件。
可选地,所述设备被配置为,一旦确定满足条件,则向接收SIP-UA发送包括与提醒信息相关联的Alert-Info报头的SIP更新消息。
可选地,所述设备被配置为,如果不满足条件,则指示服务于与提醒信息相关联的URL的http服务器不处理所述URL,可选地以非个性化或缺省方式处理所述URL,或者代之为处理备选URL。
所述设备可以是以下之一:用户设备、SIP-UA代理实体(如与接收SIP-UA相关联的P-CSCF)、将SIP请求消息中继至不同于原始预期的接收SIP-UA的另一接收SIP-UA的网络节点、IMS服务、个性化铃音服务、服务于与提醒信息的URL的http服务器。
因此,本发明还涉及一种用户设备,在基于SIP的通信网络中接收SIP请求消息,所述SIP请求消息具有与其相关联的提醒信息和条件,所述用户设备包括:检查单元,被配置为检查是否满足条件,以及仅当满足条件时,使提醒信息对用户设备的用户可用。
因此,本发明还涉及一种网络节点,用于在基于SIP的通信网络中将SIP请求消息中继至接收SIP-UA,所述SIP请求消息具有与其相关联的提醒信息,所述网络节点包括:条件设置单元,被配置为设置允许接收SIP-UA接收提醒信息必须满足的条件。
本发明还涉及一种网络节点,用于在基于SIP的通信网络中将SIP请求消息中继至接收SIP-UA,所述SIP请求消息具有与其相关联的提醒信息,所述网络节点包括:检查单元,被配置为检查是否满足与提醒信息相关联的预定条件,以及仅当满足所述预定条件时,将提醒信息传送给接收SIP-UA。
本发明还涉及一种SIP请求消息,包括Alert-Info报头和允许接收SIP-UA接收与Alert-Info报头相关联的提醒信息必须满足的预定条件。
可选地,SIP请求消息是SIP邀请请求消息。
可选地,SIP请求消息包括有条件Alert-Info报头和无条件Alert-Info报头,其中,有条件Alert-Info报头预期在满足预定条件的情况下传送给接收SIP-UA,其中,无条件Alert-Info报头预期在不满足预定条件的情况下传送给接收SIP-UA。
附图说明
现在参照附图,通过非限制性示例来进一步说明本发明,其中:
图1示出了根据现有技术将个性化铃音转发给被转发方的示意表示;
图2示出了根据本发明的系统的示意表示;
图3示出了本发明的第一实施例的示意表示;
图4示出了本发明的第二实施例的示意表示;
图5示出了本发明的第三实施例的示意表示;以及
图6示出了根据本发明的另一系统的示例。
具体实施方式
图1示出了根据现有技术将个性化铃音转发给被转发方的示意表示。在图1的示例中,发送方A向预期接收方B发送邀请消息。因此,消息中的请求统一资源标识符(R-URI)是B方。在本示例中,邀请消息包括与个性化铃音PR相对应的提醒信息。在本示例中,与发送方A相关联的代理呼叫会话控制功能(P-CSCF)实体P-CSCF(A)以及与A方相关联的服务呼叫会话控制功能(S-CSCF)实体S-CSCF(A)将邀请消息中继至与预期接收方B相关联的S-CSCF实体S-CSCF(B,C)。
在本示例中,S-CSCF(B,C)表示B方的S-CSCF实体以及C方的S-CSCF实体。对于P-CSCF(B,C)也是如此。注意,未示出询问呼叫会话控制功能(I-CSCF)实体和归属订户服务器(HSS),但是假定本领域读者能够理解。
在示例中,预期的B方未接听呼叫,呼叫被转发给另一接收方(在本情况中为C方)。通常,可以通过应用服务器(AS)来进行B方的呼叫转发。然而,S-CSCF实体可以用作转发代理,并在其接收到486这里忙(Busy here)时将SIP邀请转发给备选目的地。图1示出了S-CSCF(B)执行的转发。
图1示出的星号表示可能的问题:C方接收到预期针对B方的具有个性化铃音的邀请。该问题同样存在于特定的其他SIP方法,如SIP消息。对于邀请响应消息或消息响应消息中的Alert-Info报头,也存在该问题。
根据本发明,A方或者代表A方的服务指示应当有条件地处理SIP请求消息中的Alert-Info报头。此外,B方或代表B方的服务指示应当有条件地处理SIP响应消息中的Alert-Info报头。
现在参照图2和图3来描述根据本发明的第一实施例。图2示出了根据本发明的用户设备2的示例。用户设备2包括输入-输出单元4和处理单元6。在本示例中,用户设备包括:包括单元8,用于将Alert-Info报头包括在邀请请求中。图3示出了根据本发明第一实施例的示意表示。在该示例中,发送方A发起SIP邀请请求的发送,并将Alert-Info SIP报头包括在邀请请求中。可以认识到,也可以由代表A方的服务,即从A方的S-CSCF调用的SIP应用服务器(SIP-AS),将Alert-Info SIP报头包括在邀请请求中。
在图3的示例中,发送方A将传送条件添加至提醒信息。对此,在本示例中,包含SIP用户代理(SIP-UA)10的A方的用户设备2包括条件设置单元12。SIP-UA 10可以包括设置单元12。在本示例中,例如由条件设置单元12将传送条件包括在SIP邀请消息中。可以认识到,还可以由代表A方的服务(如SIP-AS)的条件设置单元来设置条件。在本示例中,该条件要求接收订户的P-asserted-identity(PAI)满足预定准则。例如,可能要求PAI表示B方。
向预期接收订户(这里为B方)发送SIP邀请请求。B方的P-CSCF或代表B方的服务检查是否满足传送条件。在图2的示例中,B方的P-CSCF在14处指示。可以认识到,该P-CSCF可以包括输入-输出单元16和处理单元18。在本示例中,B方的P-CSCF或代表B方的服务可以包括检查单元20。如果满足条件,则向B方(例如向包含B方的SIP-UA 26的用户设备24)呈现提醒信息,这里为与提醒信息相关联的个性化铃音。如果满足条件,则例如P-CSCF 14的移除单元22可以从SIP邀请中移除条件。如果不满足条件,则在本示例中,例如由移除单元22从邀请请求中移除Alert-Info报头。然后,B方将接收不具有Alert-Info报头的邀请请求。
在本示例中,可以由B方或代表B方向C方转发SIP邀请请求。在该情况下,该C方的P-CSCF或代表该C方的服务将应用对条件的验证。如果满足条件,则向C方呈现提醒信息,这里为与Alert-Info报头相关联的个性化铃音。如果不满足条件,则在本示例中,从邀请请求中移除Alert-Info报头。然后,C方将接收不具有Alert-Info报头的邀请请求。
注意,在本实施例中,A方和B方在相同IMS网络上,或者A方和B方网络具有信任关系。因此,A方可以确保B方的P-CSCF或代表B方的服务执行上述检查并相应操作。如果C方的P-CSCF或代表C方的服务应用对条件的验证,则C方也应在相同IMS网络上,或者在与A方网络具有信任关系的网络上。
在根据本实施例的示例中,邀请请求包括Alert-Info报头,Alert-Info报头包含A方希望由预期的B方接收而不被其他方接收的某个统一资源定位符(URL)。为此,Alert-Info报头包含条件。服务于主叫方或被叫方的IMS网络负责确保:如果接收订户满足添加至Alert-Info报头的条件,则向该接收订户提供该提醒信息。示例如下:
Invite sip:wendy.jonesprovider.com SIP/2.0
Alert-Info:http://www.john.smith-private-content-server.com/my-alert-tone.wav;condition:P-asserted-id=sip:wendy.jonesprovider.com
在本示例中,当P-CSCF(例如服务于sip:wendy.jonesprovider.com的P-CSCF)处理SIP邀请请求时,P-CSCF验证该SIP邀请是传送给具有sip:wendy.jonesprovider.com作为其IMS公共用户标识之一的SIP-UA。这就是说,从B方的S-CSCF发送至B方的P-CSCF的SIP邀请将匹配P-CSCF中的用户简档。P-CSCF检查Alert-Info条件中包含的URI是否包含在该用户简档中。如果不包含,则该被叫方显然无权接收该提醒信息。这可能是由于呼叫转发(在这种情况下,是C方接收邀请,而不是B方)。如果不满足条件,则P-CSCF不将提醒信息转发给被叫方。
条件可以包含组标识符,如ericsson.com。示例:
Invite tel:+31161249922 SIP/2.0
Alert-Info:http://www.ericsson-alert-tones/internal-alert.wav;
condition:P-asserted-id=sip:ericsson.com
在本示例中,如果被叫方或被转发方具有域Ericsson.com内的公共用户标识,则将提醒信息传送给该方。如果tel:+31161249922是Wendy Jones的公司号码,则她将在她的用户简档中具有该tel:URI,但是最可能还具有sip:wendy.jonesericsson.com。到达P-CSCF的针对Wendy Jones的呼叫将具有P-called-party-ID:tel:+31161249922。Wendy Jones的简档也包含其SIP URI(sip:wendy.jonesericsson.com),因此传送提醒信息。如果呼叫被转发给sip:alice.smithericsson.com,则可以将提醒信息传送给Alice,因为Alice Smith也满足条件。如果呼叫转发给john.johnsoncompany.com,则服务于John Johnson的P-CSCF将不转发提醒信息,因为被转发方不满足条件。
当P-CSCF将SIP邀请中继至SIP-UA并且邀请包括具有条件的Alert-Info报头(并且条件满足)时,P-CSCF于是可以从Alert-Info报头中移除条件。为此,P-CSCF可以包括移除单元。原因在于,条件是针对网络处理(P-CSCF)的,对于被提醒方无意义。图3中描述了这种机制。标注A示出了P-CSCF(B,C)确定满足向B方传送铃音的条件;从邀请中的Alert-Info报头中移除条件。标注B示出了P-CSCF(B,C)确定不满足向C方传送铃音的条件;从SIP邀请中移除Alert-Info报头。
一旦标准化,该机制可以在IMS网络上使用。如果未标准化,优选地,邀请穿过不同IMS网络之间的信任边界之后,立即移除具有传送条件的Alert-Info报头;原因在于不能确保在这种情况下服务于目的地订户(被叫方、被转发方)的P-CSCF将应用该条件。
当由于(i)不满足传送条件或(ii)邀请请求穿过信任边界而移除Alert-Info报头时,提醒信息可以返回缺省的非个性化提醒信息。因此,SIP邀请请求可以包含两种Alert-Info报头:
-一种Alert-Info报头与个性化铃音有关;该Alert-Info报头具有与其相关联的条件;
-第二种Alert-Info报头与缺省的非个性化铃音有关;该Alert-Info报头不需要具有与其相关联的条件。
示例:
Invite tel:+31161249922SIP/2.0
Alert-Info:http://www.ericsson-alert-tones/ericsson-internal-ringtone.wav;condition:P-asserted-id=sip:ericsson.com
Alert-Info:http://www.ericsson-alert-tones/general-ringtone.wav
通过向Alert-Info报头添加传送条件,当B方接收到Alert-Info报头时(由于满足条件),B方负责将该Alert-Info报头仅转发给允许接收它的人。
当IMS网络中的网络节点应用呼叫转发时,此时网络节点可能已经进行了条件检查,并在新目标(请求线中的被转发方)不满足条件的情况下移除Alert-Info报头。为此,网络节点可以包括检查单元,以及可选地包括移除单元,如上所述。
一般地,取代使与B方相关联的P-CSCF进行条件检查,还可以由B方的IMS服务来进行检查。如果满足条件,则可以从Alert-Info报头移除条件;如果不满足条件,则可以从邀请请求中移除整个Alert-Info报头。
图4示出了根据本发明的第二实施例的示意表示。在本示例中,A方和B方在相同网络上。可以认识到,也可以是A方和B方网络具有信任关系。因此,A方服务可以确保:在由B方或代表B方转发的情况下,其始终接收181转发。
在图4中,代表A方操作的个性化铃音(PR)服务等待180振铃并检查180振铃中的P-asserted-id(PAI);PAI标识现在被提醒的一方。如果根据A方设置的条件,该PAI可接受,则PR服务发送具有Alert-Info报头的SIP更新。该更新在与180振铃建立的对话相同的对话内发送。远程终端B方将使用该更新中的Alert-Info报头。从A方接收的包含个性化铃音的Alert-Info报头替换标准铃音的播放。可以认识到,这要求B方的终端能够处理更新中的Alert-Info报头。
备选地,PR服务可以基于是否已经进行转发来决定是否发送SIP更新。PR服务检查在180振铃之前其是否已经接收到一个或多个181转发。如果未进行转发,则其发送具有Alert-Info报头的更新。
备选地,PR服务可以在邀请请求中发送Alert-Info报头。如果PR服务检测到180振铃中的P-asserted-id中指示的实际接收方是预期接收方(条件满足),则不需要任何动作。如果PR服务检测到转发(即181接收到转发,条件不满足),则其向服务于Alert-Info报头的统一资源定位符(URL)的http服务器通知不应处理该URL,而应提供缺省的非个性化铃音。
图5示出了根据本发明的第三实施例的示意表示。
A方服务(包括Alert-Info报头)指定具有https的URL。当B方使用https-URL获取内容时,检查B方的标识。只有预期的B方得到内容。
该示例要求B方具有A方信任的证书。为此,在本示例中,证书管理局分发属于SIP-URI的证书。B方用户设备或SIP-UA安装注册SIP-URI的证书。A方服务(例如个性化铃音)使得经由https-URI(这里为https-URI“X”)可获得铃音。在本示例中,具体地,该URI被创建以在该SIP会话期间使用。指示处理该https-URI的http服务器该https-URI仅在客户端是预期接收方(由证书认证的B方SIP-URI所标识)时使用。A方发起SIP会话,并使用Alert-Info参数来向B方提供https-URI“X”。B方SIP客户端联系https服务器以检索提醒信息。由于使用https,https服务器检查客户端证书(即检查所呈现的客户端证书是否是由证书管理局分发给预期SIP-URI的)。如果客户端提供正确的证书(条件满足),则传送个性化铃音的内容。否在(条件不满足),传送缺省铃音。B方的SIP-UA不会注意到任何差异,因为始终有内容提供。当呼叫被转发并且由属于另一SIP-URI的SIP客户端处理时,向https服务器提供错误的证书(或根本没有证书),由于不满足条件而播放缺省铃音。
本发明的方法可以与个性化铃音服务结合使用。使得在初始SIP请求消息(如SIP邀请)中向目的地方提供铃音(或一般地讲,提供提醒信息)是有条件的。目的地方仅在满足条件时接收到提醒信息。条件可以是:SIP请求消息的实际接收方是预期接收方。对于个性化铃音服务,主叫订户可能希望仅向指定被叫方提供特定铃音。利用本发明,主叫方可以确保仅向预期接收方提供个性化铃音(PR)。在向无权接收PR的一方转发的情况下,可以利用标准的非个性化铃音来替代PR。
本发明的方法还可以应用于主叫方使用非SIP终端(如GSM电话)时,与IMS锚定相结合。在这种情况下,将来自该主叫方的呼叫锚定在IMS网络中,并且服从指定IMS服务。一种这样的指定IMS服务可以是个性化铃音服务。
本发明的方法是针对邀请(Invite)的使用来描述的,但是本发明的方法同样可用于消息(Message)。
在以上说明中,参照本发明的具体示例描述了本发明。然而,显然,在不脱离所附权利要求限定的本发明的较宽精神和范围的前提下,可以在其中做出各种修改和改变。
在图2的示例中,包括单元8和条件设备单元12被包括在用户设备中。可以认识到,备选地或附加地,包括单元和/或条件设置单元还可以被包括在网络节点28中,如图6所示。在图6的示例中,网络节点还包括处理单元30和输入-输出单元32。
在图2的示例中,检查单元20和移除单元22被包括在网络节点14中。可以认识到,备选地或附加地,检查单元和/或移除单元还可以被包括在接收方的用户设备中,如图6所示。检查单元20可以被包括在驻留于接收方的用户设备24中的UA26中。在图6的示例中,接收方的用户设备34还包括处理单元36和输入-输出单元38。
可以认识到,图2的网络节点14还可以与根据图6的网络节点28协作。可以认识到,图2的用户设备2还可以与根据图6的用户设备34协作。
然而,其他修改、改变或备选也是可能的。相应地,说明书、附图和示例应被认为是示意性的而非限制意义。
在权利要求中,置于括号之间的任何参考标记不应解释为限制权利要求。“包括”一词不排除存在除权利要求中所列之外的其他特征或步骤。此外,“一”不应解释为限于“仅一个”,而是用于指“至少一个”,不排除多个。仅仅特定手段在不同权利要求中记载的事实不表明不能使用这些手段的组合来进行改进。
Claims (15)
1.一种在基于会话发起协议的通信网络中,从具有相关联的源会话发起协议用户代理(10)的源用户设备(2)向与接收用户设备(24,34)相关联的接收会话发起协议用户代理(26)发送具有相关联的提醒信息的会话发起协议请求消息的方法,包括:
-为了允许接收会话发起协议用户代理接收提醒信息,设置接收会话发起协议用户代理(26)必须满足的条件;
-将所述条件包括在会话发起协议请求消息中;
-检查接收会话发起协议用户代理(26)是否满足所述条件;以及
-仅当满足所述条件时,将提醒信息传送给接收会话发起协议用户代理。
2.根据权利要求1所述的方法,其中,将与提醒信息相关联的Alert-Info报头包括在会话发起协议请求消息中。
3.根据权利要求2所述的方法,其中,如果不满足所述条件,则从会话发起协议请求消息中移除Alert-Info报头,或者如果满足所述条件,则从会话发起协议请求消息中移除所述条件。
4.根据权利要求1所述的方法,其中,与提醒信息相关联的Alert-Info报头没被包括在会话发起协议请求消息中,并且一旦确定满足所述条件,则向接收会话发起协议用户代理(26)发送包括与提醒信息相关联的Alert-Info报头的会话发起协议更新消息。
5.根据权利要求1-4中任一项所述的方法,其中,如果不满足所述条件,则指示服务于与提醒信息相关联的统一资源定位符的http服务器不处理所述统一资源定位符,或者以备选方式处理所述统一资源定位符,或者替代为处理备选统一资源定位符。
6.根据权利要求1所述的方法,其中,提醒信息能够经由超文本传送协议统一资源标识符获得,所述超文本传送协议统一资源标识符被创建以在相关联的会话发起协议会话期间使用,并且处理超文本传送协议统一资源标识符的超文本传送协议服务器仅在通过证书认证了请求传送与所述超文本传送协议统一资源标识符相关联的提醒信息的客户端时,才传送该提醒信息。
7.根据权利要求1所述的方法,其中,所述检查由以下执行:
-在用户设备(34)处执行的会话发起协议用户代理(26),
-在网络节点处执行的会话发起协议用户代理,
-与接收会话发起协议用户代理相关联的代理实体,
-将会话发起协议请求消息转发给不同于原始寻址的接收会话发起协议用户代理的另一接收会话发起协议用户代理的网络节点,
-因特网协议多媒体子系统服务,
-个性化铃音服务,
-服务于与提醒信息相关联的统一资源定位符的超文本传送协议服务器,
-处理与提醒信息相关联的超文本传送协议统一资源标识符的超文本传送协议服务器,和/或
-处理与提醒信息相关联的安全超文本传送协议统一资源标识符的安全超文本传送协议服务器。
8.根据权利要求1所述的方法,其中,检查是否满足所述条件包括:
-检查接收会话发起协议用户代理(26)是否具有相关联的预定公共用户标识;
-检查接收会话发起协议用户代理是否具有相关联的预定域内的公共用户标识;
-检查180振铃或183会话进程中的P-Asserted-Identity是否与预定公共用户标识或域相关联;
-检查在180振铃之前是否未接收到181转发。
9.一种在基于会话发起协议的通信网络中向接收会话发起协议用户代理(26)发送具有相关联的提醒消息的会话发起协议请求消息的设备(2,28),包括:
条件设置单元(12),被配置为设置为了允许接收会话发起协议用户代理接收提醒信息,接收会话发起协议用户代理(26)必须满足的条件,其中,所述设置单元还被配置为将所述条件包括在会话发起协议请求消息中;以及
输入输出单元(4、32),被配置为发送所述会话发起协议请求消息。
10.根据权利要求10所述的设备(2,28),其中,所述设置单元还被配置为将与提醒信息相关联的Alert-Info报头包括在会话发起协议请求消息中。
11.一种在基于会话发起协议的通信网络中向接收会话发起协议用户代理(26)传送具有相关联的提醒消息的会话发起协议请求消息的设备(14,34),包括:
输入输出单元(16、38),被配置为接收所述会话发起协议请求消息;以及
检查单元(20),被配置为检查接收会话发起协议用户代理(26)是否满足会话发起协议请求消息中包括的与提醒信息相关联的预定条件,以及仅当满足所述预定条件时,使得对于接收会话发起协议用户代理而言提醒信息可用。
12.根据权利要求11所述的设备,包括:移除单元(22),
-被配置为,如果不满足所述条件,则在会话发起协议请求消息中包括与提醒信息相关联的Alert-Info报头的情况下,从会话发起协议请求消息中移除所述Alert-Info报头,
-或者被配置为,如果满足所述条件,则在会话发起协议请求消息中包括所述条件的情况下,从会话发起协议请求消息中移除所述条件。
13.根据权利要求11-12中任一项所述的设备,被配置为,一旦确定满足所述条件,则向接收会话发起协议用户代理发送包括与提醒信息相关联的Alert-Info报头的会话发起协议更新消息。
14.根据权利要求11所述的设备,被配置为,如果不满足所述条件,则指示服务于与提醒信息相关联的统一资源定位符的超文本传送协议服务器不处理所述统一资源定位符,或者以备选方式处理所述统一资源定位符,或者替代为处理备选统一资源定位符。
15.根据权利要求11所述的设备,其中,所述设备是以下之一:
-用户设备,
-会话发起协议用户代理,
-与接收会话发起协议用户代理相关联的代理实体,
-将会话发起协议请求消息转发给不同于原始预期的接收会话发起协议用户代理的另一接收会话发起协议用户代理的网络节点,
-因特网协议多媒体子系统服务,
-个性化铃音服务,或者
-服务于与提醒信息相关联的统一资源定位符的超文本传送协议服务器。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2010/051026 WO2011091848A1 (en) | 2010-01-28 | 2010-01-28 | Method and equipment for forwarding a sip request message having alerting information associated therewith to a receiving subscriber in a sip based communications network |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102726023A CN102726023A (zh) | 2012-10-10 |
CN102726023B true CN102726023B (zh) | 2015-04-29 |
Family
ID=41694709
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080062587.9A Active CN102726023B (zh) | 2010-01-28 | 2010-01-28 | 在基于sip的通信网络中向接收订户转发具有相关联的提醒信息的sip请求消息的方法和设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9276970B2 (zh) |
EP (1) | EP2529526B1 (zh) |
CN (1) | CN102726023B (zh) |
WO (1) | WO2011091848A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8542802B2 (en) | 2007-02-15 | 2013-09-24 | Global Tel*Link Corporation | System and method for three-way call detection |
US9225838B2 (en) | 2009-02-12 | 2015-12-29 | Value-Added Communications, Inc. | System and method for detecting three-way call circumvention attempts |
GB2494152B (en) * | 2011-08-31 | 2018-04-11 | Metaswitch Networks Ltd | Communication services |
US9191796B2 (en) * | 2012-02-27 | 2015-11-17 | Metaswitch Networks Ltd | Communication sessions |
WO2015032032A1 (zh) | 2013-09-03 | 2015-03-12 | 华为技术有限公司 | 用于传输媒体流的方法、装置和用户设备 |
US9614974B1 (en) | 2016-11-23 | 2017-04-04 | Global Tel*Link Corp. | Utilizing sip messages to determine the status of a remote terminal in VoIP communication systems |
US9930088B1 (en) | 2017-06-22 | 2018-03-27 | Global Tel*Link Corporation | Utilizing VoIP codec negotiation during a controlled environment call |
US11108911B2 (en) | 2018-07-17 | 2021-08-31 | Avaya Inc. | System and method for flexible routing |
WO2022032574A1 (en) * | 2020-08-13 | 2022-02-17 | Qualcomm Incorporated | User equipment signaling of customize ringing signal capability |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7602901B1 (en) * | 2004-07-21 | 2009-10-13 | Sprint Spectrum L.P. | System and method for providing calling-party identification and/or calling-party or called-party ringback services |
US7564846B2 (en) * | 2004-08-30 | 2009-07-21 | Dezonno Anthony J | Method of collecting communication system information |
US20060177044A1 (en) * | 2005-01-21 | 2006-08-10 | O'neil Douglas | Methods, systems, and computer program products for providing tone services |
US8462772B1 (en) * | 2005-09-22 | 2013-06-11 | Verizon Patent And Licensing Inc. | Method and system for providing party line emulation in a SIP-based network |
US20080298354A1 (en) * | 2007-05-31 | 2008-12-04 | Sonus Networks, Inc. | Packet Signaling Content Control on a Network |
US8379824B2 (en) * | 2008-03-06 | 2013-02-19 | At&T Intellectual Property I, Lp | Methods and apparatus to provide a network-based caller identification service in a voice over internet protocol network |
US9325502B2 (en) * | 2009-11-13 | 2016-04-26 | At&T Intellectual Property I, L.P. | Identity management for transactional content |
-
2010
- 2010-01-28 EP EP10701679.2A patent/EP2529526B1/en active Active
- 2010-01-28 CN CN201080062587.9A patent/CN102726023B/zh active Active
- 2010-01-28 US US13/575,645 patent/US9276970B2/en not_active Expired - Fee Related
- 2010-01-28 WO PCT/EP2010/051026 patent/WO2011091848A1/en active Application Filing
Also Published As
Publication number | Publication date |
---|---|
US20130007293A1 (en) | 2013-01-03 |
WO2011091848A1 (en) | 2011-08-04 |
US9276970B2 (en) | 2016-03-01 |
CN102726023A (zh) | 2012-10-10 |
EP2529526B1 (en) | 2015-01-07 |
EP2529526A1 (en) | 2012-12-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102726023B (zh) | 在基于sip的通信网络中向接收订户转发具有相关联的提醒信息的sip请求消息的方法和设备 | |
EP2112798B1 (en) | Service controlling in a service provisioning system | |
US11431774B2 (en) | Method, user equipment and application server for adding media stream of multimedia session | |
US20140297879A1 (en) | Method and system for telecom network providing session service to internet | |
US8325707B2 (en) | Session initiation from application servers in an IP multimedia subsystem | |
CN100574474C (zh) | 一种通讯系统中建立通讯业务连接的方法 | |
EP2587777B1 (en) | Method and system for implementing color ring back tone and multimedia ring alert tone service. | |
CN102144380B (zh) | 端对端地址转移 | |
EP3007401B1 (en) | Integration of webrtc based clients into ims without sip registration | |
US11418635B2 (en) | Method of dynamic selection, by a caller, from a plurality of terminals of a callee | |
US20110122867A1 (en) | Method and node for routing a call which has services provided by a first and second networks | |
JP2011049687A (ja) | 通信ネットワークシステムとそのsip信号中継方法及びsipアプリケーション・サーバ | |
JP5608748B2 (ja) | 通信ネットワークにおける方法及び装置 | |
Rosenberg | A Framework for Application Interaction in the Session Initiation Protocol (SIP) | |
CN101754181A (zh) | 铃音业务处理方法、应用服务器、处理装置和网络系统 | |
EP2803176B1 (en) | Methods and apparatus for configuring and implementing announcements for ip multimedia subsystem supplementary services | |
JP6549526B2 (ja) | フォーキングに基づくダイアログを整合する網間制御方法、sipサーバ及びプログラム | |
KR101129247B1 (ko) | 인스턴트 메시징 서비스에 따른 호 처리 방법 및 장치 | |
CN1941774B (zh) | 在网络中实现公共用户标识携带的方法及系统 | |
JP6566522B2 (ja) | 要求元端末のオプション機能の非使用を整合する網間制御方法、sipサーバ及びプログラム | |
JP2015162827A (ja) | アーリーメディアの送信タイミングを制御するセッション制御方法、sipサーバ及びプログラム | |
WO2013185795A1 (en) | Call barring | |
CN101997856B (zh) | 信令消息的交互方法及应用服务器 | |
CN102065091A (zh) | Sip注册过程中配置vas业务的系统、装置和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |