CN1868196A - 早期媒体数据i的处理 - Google Patents

早期媒体数据i的处理 Download PDF

Info

Publication number
CN1868196A
CN1868196A CNA2004800303704A CN200480030370A CN1868196A CN 1868196 A CN1868196 A CN 1868196A CN A2004800303704 A CNA2004800303704 A CN A2004800303704A CN 200480030370 A CN200480030370 A CN 200480030370A CN 1868196 A CN1868196 A CN 1868196A
Authority
CN
China
Prior art keywords
user
port
sip
call
data
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.)
Granted
Application number
CNA2004800303704A
Other languages
English (en)
Other versions
CN1868196B (zh
Inventor
T·贝林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Siemens AG
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Publication of CN1868196A publication Critical patent/CN1868196A/zh
Application granted granted Critical
Publication of CN1868196B publication Critical patent/CN1868196B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • 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/1069—Session establishment or de-establishment
    • 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
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/327—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the session layer [OSI layer 5]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Abstract

一种用于选择在呼叫建立(1－12，15－19)结束(20)之前在呼叫建立用户(终端设备A)和至少一个呼叫目标用户(终端设备B或终端设备B’)之间经至少一个电信网(SIP代理)被传输的有用数据(早期媒体数据13/B或14/B’)的方法，通过该方法来有效地选择早期媒体有用数据流，在该方法中，所述呼叫建立用户(A)采用在呼叫目标用户(B或B’)的应答消息(B的9，10；B’的11，12)中所包含的呼叫目标用户接收地址数据(终端设备B的IP－B，Port－B，或终端设备B’的IP－B’，Port－B’)来选择与呼叫目标用户发送地址(B的IP－b，Port－b；B’的IP－b’，Port－b’)一起从所述呼叫目标用户(B或B’)发送来的有用数据(B的早期媒体13/B’的14)，其中，呼叫目标(B)的呼叫目标用户接收地址数据(设备B的IP－B，Port－B)也代表该呼叫目标用户(B)的呼叫目标用户发送地址数据(IP－b，Port－b)。

Description

早期媒体数据I的处理
本发明涉及用于选择“早期媒体”(Early-Media)有用数据的方法和装置，其中所述早期媒体有用数据在呼叫建立结束之前在呼叫建立用户终端设备和至少一个呼叫目标用户终端设备之间经至少一个电信网被传输。
所谓的“会话初始协议”(SIP)是一种信令协议，其可以被用于例如电话通话的所谓“呼叫控制”(＝连接控制)。SIP由IETF在RFC 3261中和在RFC 2543的更老的版本中被标准化。为了描述被交换的通信连接，SIP以在IETF RFC 3264中所述的方式使用所谓的“会话描述协议”(SDP)、IETF RFC 2327。SIP同样象被协商的有效连接一样通常通过因特网协议被输送。SIP以所描述的方式例如被应用于由3GPP或3GPP2标准化的移动无线电网的所谓“因特网多媒体子系统”(IMS)中。
在从主叫方A的SIP终端设备到被叫用户B的呼叫建立中，SIP信令可以由交换节点(所谓的“代理”)续传。在此，允许代理把一个表示用户A请求连接到B(所谓的“INVITE请求”)的入站消息同时或顺序地续传到多个其它的代理或SIP终端设备，以便例如找到用户B。由于最后提到的代理也可能在续传时分路该消息，所以可能产生消息的树状分路。这种被分路的消息续传在SIP中被称作“分叉”(＝分路)。
当INVITE消息到达用户B的终端设备时，该终端设备可以利用所谓的“1xx临时应答”消息进行应答，该消息例如可以被用来协商为通信连接所采用的媒体(譬如语音、视频)及其编码，但或者也可以被用来指示出用户B被告警(例如通过其SIP电话的响铃)。在“分叉”情况下可能出现：例如当多个SIP电话同时响铃时，多个终端设备发送这样的临时应答。为了结束在主叫方A的终端设备和被叫方B的终端设备之间的通信关系的建立，例如在用户B已摘下SIP电话时，该终端设备例如用所谓的“2xx最终应答”来进行应答。例如在多个响铃的SIP电话被摘下时，B的多个终端设备可以发送这样的最终应答。相应地可能出现：A的终端设备从B的多个终端设备收到“临时应答”和/或“最终应答”。B的每个终端设备给其作为应答发送给A的所有消息设立相同的唯一标识。如果具有新标识的SIP应答消息到达A的终端设备，则A的终端设备通过与新的端点进行通信来获知。在SIP中，该情形下人们称之为在A的终端设备和进行应答的B的终端设备之间存在所谓的“对话”。在A(和/或可能还有B)针对某个对话而收到“最终应答”之前，人们称之为“早期对话”，之后称为“已建立的对话”。
可能出现：A和B的终端设备在通信关系建立结束之前就已经交换被称为“早期媒体”的媒体(有用数据)。也正如在常规电话网中一样，可以优选地在从B到A的方向上例如传输振铃音和通知。对于利用SIP信令的电话网，当该网络与常规电话网相连接时，支持“早期媒体”传输是非常重要的。
如果在建立从A到B的通信关系时由于“分叉”而导致在终端设备A中(/与该终端设备A)的多个对话，则A也可能从不同的终端设备B、B’收到媒体(有用数据)、尤其是“早期媒体”。A的终端设备必须以合适的方式显示这些媒体。例如可以构想：在屏幕上的隔开的窗口内显示到来的不同视频流。但经常只有选择一个到来的媒体流并放弃其余的媒体流才是有意义的，例如因为移动终端设备的屏幕太小而不能显示多个窗口，或者因为不同振铃音或通知的重叠可能导致内容不被理解。
关于相应SIP对话的信息可以是一些判据，其允许选择用于显示的合适媒体流(有用数据流)：
-如果通过收到第一个SIP“最终应答”而使“早期对话”变成“已建立的对话”，那么选择相应的媒体流是有意义的。
-选择与每次最后建立的“早期对话”相对应的“早期媒体”可能是有意义的。当代理以顺序的方式使用“分叉”时尤其是这种情况。如果终端设备发送一个否定应答，或者如果在某个时间之后与该终端设备的通信关系没有被实现(例如因为没有用户已经“摘机”)，那么代理把INVITE请求续传给另一个终端设备。在此，IETF SIP WG应该规定允许终端设备A能够向代理请求只顺序地找寻的方法(draft-ietf-sip-callerprefs)。
-终端设备A可能借助于SIP信令结束对话，例如因为该终端设备只能支持有限数量的对话。但相应的媒体可能因为信令和媒体穿越网络的传播时间而还要被接收某段时间。在该过渡时间内阻止媒体是值得追求的。
在此，包含在SIP和SDP内的信息并不一直是明确地允许一个SIP对话与相应的媒体流相关。尤其是，主叫方A的终端设备在发送包含有IP地址和端口数据的INVITE请求之前，该终端设备要选择该IP地址和端口(例如一个UDP端口，参见IETF RFC 768)以用于接收媒体流。也即，所有到达的媒体在相同的IP地址和相同的端口处被接收。它们可以借助于被接收的分组的IP报头中的“源IP地址”参数和UDP报头中的“源端口”参数(也即发送该分组的IP地址和端口)进行区分。但在遵照RFC 3264的SIP/SDP中并不包括关于该源IP地址和源端口的信息，而是只有关于所谓的“目标”IP地址和“目标”端口，也即分组被发往的IP地址和端口。
在设计SIP分叉时，首先不考虑与“早期媒体”的交互，因为SIP网中的“早期媒体”只有在特殊的情况下才出现，例如在连接到常规电话网时。
在分叉情况下的“早期媒体”(有用数据)的处理目前在IETFSIPPING工作组被讨论。设计“draft-camarillo-sipping-early-media”建议，借助于SIP为早期媒体有用数据协商自己的通信连接，其中，如果终端设备B收到来自于A的用于原本的有效连接的呼叫，并且就与A的有效连接用的该呼叫而言首先进入“早期对话”，那么终端设备B在“早期媒体”的通信连接中是作为主叫方出现的。但这有个缺点，即必须交换尤其更多的SIP消息，这尤其在通过低带宽的空中接口进行传输时会导致呼叫建立的延迟和更高的资源需求。另外，可能还需要为“早期媒体”和原本的有效连接预留分开的传输资源。
IETF MMUSIC工作组在“draft-ietf-music-sdp-srcfilter”中建议在SDP中引入一个参数，该参数允许表达接收机从其接收分组的源IP地址和源UDP端口。该信息可以被用来配置居于其中间的所谓“防火墙”。但迄今为止没有披露过在H.248信令中采用这种参数。
本发明的任务是允许主叫方的SIP终端设备(呼叫建立用户终端设备A)尽可能有效地选择媒体流(早期媒体有用数据)(以便尤其用于其继续处理或丢弃)。该任务分别通过独立权利要求的主题来解决。
这使得主叫方A的SIP终端设备能够在SIP对话(应答)和媒体流(早期媒体有用数据)之间建立相关，以便选择合适的媒体流。本发明利用了例如由呼叫目标(B/B’)在SIP临时应答消息或SIP最终应答消息中已经通知给呼叫建立用户(A)的呼叫目标用户接收地址(IP地址/端口号)来选择由呼叫建立用户(A)所接收的(从呼叫目标用户(B)发送的)媒体流数据(早期媒体有用数据)-其中假定借助于SIP(或借助于由SIP传输的协议、如SDP)用信令发送的呼叫目标用户接收地址与在由A接收的媒体流分组中所给出的呼叫目标(B)发送地址是相同的，由此实现了媒体流数据的简单而有效的选择。尽管理论上用户B可以采用不同的IP地址和/或不同端口来发送和接收相关的媒体流，但B根据本发明经常为此采用相同的IP地址和相同的端口。本发明采用SIP/SDP信令中的呼叫目标用户接收地址尤其适合于选择应被阻止的媒体流。由此避免了在B采用不同的IP地址和/或端口进行发送和接收时A错误地阻止媒体流。在该情形下，A至少总是能够在它接收单个的媒体流时显示“正确的”媒体流。例如，A可能在收到SIP最终应答之后在过渡时间内接收多个媒体流，但与剩余的SIP“早期对话”相对应的媒体流通常在某段时间之后结束。
与当前的标准化文献IETF-SIPPING“draft-camarillo-sipping-early-media”(也即针对早期媒体数据借助于SIP协商自己的通信连接)相反，本发明的方案在要通过空中接口传输的SIP消息数量方面和在需要较少终端设备变化方面是非常有效的。
有益地，为选择所考虑的呼叫目标用户接收地址数据包括呼叫目标用户(终端设备B)的IP地址和端口号。
借助于SIP用信令发送的呼叫目标用户(B)的呼叫目标用户接收地址数据(IP-B，Port-B)也代表该呼叫目标用户(B)的呼叫目标用户发送地址数据(IP-b，Port-b)，尤其可能意味着：它们是相同的(IP-B＝IP b，Port B＝Port b)，或者除了附加物外是相同的。也有利的是，只考虑IP地址但不考虑端口，或者甚至只考虑Ipv6地址前缀。因此，对移动3GPP终端设备(按照3GPP TS 23.060为所谓的“用户设备”(UE))而言，确保了它只使用具有相同Ipv6地址前缀的IP地址。
本发明的其它特征和优点从以下借助于附图的实施例说明中得出。在此：
图1简要地示出了在建立SIP连接和传输早期媒体的媒体流数据时的信令。
蜂窝移动无线电网(如GSM、3G、CDMA2000、TDSCDMA等)和固定网以及所属的终端设备和信令方法(SIP，SDP)对于普通技术人员本身来说是公知的(例如参见 www.3gpp.org的规范)。
图1描绘了一个包括SIP终端设备A连接部分和SIP终端设备A信令部分的呼叫建立用户A，该呼叫建立用户A通过一个(这里只在为理解本发明所需要的SIP代理的范围内被示出的)移动无线电网按照SIP协议与一个包含SIP终端设备B的呼叫目标用户(＝B)及一个包含SIP终端设备B’的呼叫目标用户(＝B’)进行通信，以建立有用数据连接。例如，SIP终端设备A连接部分可以是所谓的“IM-MGW”，SIP终端设备A信令部分可以是所谓的“MGCF”，SIP代理可以是所谓的“S-CSCF”，以及SIP终端设备B和B’可以是所谓的“UE”。为了简化，省略了诸如“100 Trying”、PRACK和2000K(PRACK)等几个SIP消息。在所示的例子中，根据从SIP终端设备A信令部分到SIP终端设备A连接部分的消息1尝试建立电信连接(例如用于语音连接或其它有用数据连接)，其中在呼叫建立用户A和呼叫目标用户B之间(通过信令网通过SIP代理)交换消息3-7、9、10、13，直到呼叫目标用户终端设备B处的被叫用户B摘机(步骤15)。SIP终端设备A连接部分选择要被SIP终端设备A用于将来接收的地址(A的IP地址(IP-A)和A的端口号(Port-A))，在步骤3中将该地址和端口号转交给SIP A信令部分，该SIP A信令部分在步骤4中把一个具有终端设备A接收地址(IP A，Port A)的数据的SIP INVITE消息发送给电信网(例如蜂窝移动无线电网)的SIP代理，该SIP代理使用SIP分叉且在步骤5或6中将该SIP INVITE消息传输给呼叫目标用户B终端设备(SIP终端设备B)或呼叫目标用户B’终端设备(SIP终端设备B’)，据此，SIP终端设备B在步骤7中选择其呼叫目标用户接收地址(IPB，Port B)和发送地址(IP b，Port b)，而在步骤8中，SIP终端设备B’为接收而选择其呼叫目标用户接收地址(IP B’和Port B’)，为发送而选择其发送地址(IP b’和Port b’)。在步骤9中，在呼叫目标用户B中被选择的呼叫目标用户接收地址(IP B，Port B)与对话的唯一标识B一起在SIP 181响铃临时应答消息中被传输给电信网的SIP代理，由该SIP代理在步骤10中将其与呼叫目标用户接收地址(IPB，Port B)一起传输给呼叫建立用户(A)。此外，这里在步骤11中，由其他SIP终端设备B’把一个具有呼叫目标用户接收地址(IP-B’，Port-B’)和对话标识B’的“SIP 180会话进程”-“临时应答”-消息传输给SIP代理，并(在步骤12中)被继续传输给SIP终端设备A(呼叫建立用户A)。
通过收到具有不同对话标识B和B’的消息9和11，SIP终端设备A连接部分知道它是与两个终端设备B和B’发送信号，而且该两个终端设备可能已经在该时刻向(IP-A，Port-A)发送了数据(＝早期媒体数据＝媒体流数据)，如在步骤13或14中从SIP终端设备B或B’向呼叫建立用户A的终端设备。这里，SIP终端设备B(或其它呼叫目标和SIP终端设备B’)给出一个给出了数据来源于哪里的呼叫目标用户发送地址IP-b，Port b(或IP-b’，Port-b’)，以便在呼叫建立用户A那里能确定该数据的来源。此外，在步骤13或14中被传输的早期媒体数据也包含有呼叫建立用户的被应用于IP路由的目标地址。早期媒体数据例如可以包含有振铃音、通知等等。
如果呼叫(在所谓的分叉中)同时或顺序地被续传给多个电信网交换设备(代理)和/或SIP终端设备(如B，B’)，并且可能的话从被寻址的SIP终端设备B、B’和/或代理被传送给其它终端设备，那么临时应答和可能的话还有早期媒体的媒体流数据可能从许多终端设备到达呼叫建立用户的终端设备A，根据本发明简单而有效地优化对它们的选择。
如果(在应答中被传输的)呼叫目标用户接收地址(IP B，Port B)与呼叫目标用户B发送地址(IP-b，Port-b)相同并且后者被用来进行选择，使得由呼叫建立用户终端设备A接收的早期媒体数据(13，14)能够利用其中所含的呼叫目标用户发送地址(IP-b，Port-b)在现有设备没有较大改变的情况下被简单而有效地选择(以用于继续处理或丢弃)，那么，这是可能的。例如，如果在步骤16、17中从呼叫目标用户终端设备B向呼叫建立用户终端设备(A)传输了一个“最终应答200-OK”消息之后用信令发送呼叫建立已成功结束，使得据此在终端设备A和终端设备B之间产生“已建立的对话”，那么就可以进行丢弃，据此，例如可以由呼叫建立用户A丢弃/阻止/忽略与利用消息16/17所建立的“已建立的对话”不相符的(也即包含其它呼叫用户发送地址的)早期媒体数据流。根据本发明通过以下方式进行阻止：忽略具有发送地址(IP-b’，Port-b’)的媒体流数据。这里假定(IP-b’，Port-b’)与(IP-B'，Port-B’)相同，这在实际中经常如此。SIP终端设备A信令部分在消息17中通知SIP终端设备A连接部分：应忽略具有发送地址(IP-b’，Port-b’)的媒体流数据。对此，例如在消息17中引入一个新的参数，该参数表达了其分组应该被忽略的一个或多个发送地址。为此例如可以采用由IETF MMUSIC工作组在“draft-ietf-mmusic-sdp-srcfilter”中所建议的SDP参数，该参数按SDP在H.248协议的MOD消息内被传输。如果(IP-b’，Port-b’)与(IP-B’，Port-B’)实际相同，由此可以避免所谓的“剪切(Cilpping)”，也即在信令中的连接建立由于SIP终端设备B的最终应答而在用户摘机后结束之后不存在的有效连接。该不存在的有效连接是通过继续处理具有不同发送地址IP b’、Port b’的SIP终端设备B’的不再重要的早期媒体数据流而产生的。否则，只有在接收SIP代理发给其它SIP终端设备(B’)的SIP取消消息(步骤20)之后，(只有)该SIP终端设备B’才再也不发送早期媒体数据流，并且只要终端设备A还接收该早期媒体数据，则可能在该过渡时间内保留该剪切。如果(IP-b，Port-b)与(IP-B，Port-B)不相同，那么，尽管如此还由SIP终端设备B显示媒体流。相反，如果SIP终端设备A在收到“最终应答200-OK”消息17之后仅还接受(IP-b，Port-b)的消息，那么阻止“正确的”媒体流，可能即便在后来也再不接收其它的“早期媒体”，例如终端设备B’的早期媒体。

Claims (15)

1.用于选择由于呼叫建立(1-12&15-19)而在呼叫建立用户(终端设备A)和至少一个呼叫目标用户(B；B’)之间经至少一个电信网(“SIP代理”)被传输的有用数据(用于B的13；用于B’的14)的方法，
在该方法中，所述呼叫建立用户(A)采用在至少一个呼叫目标用户(B；B’)的应答消息(9，10(用于B)；11，12(用于B’))中所包含的呼叫目标用户接收地址数据(IP-B，Port-B；IP-B’，Port-B’)来选择与呼叫目标用户发送地址(IP-b，Port-b；B’的IP-b’，Port-b’)一起从所述呼叫目标用户(B；B’)发送来的有用数据(13(/B)；14(/B’))，
其中，呼叫目标用户(B)的呼叫目标用户接收地址数据(IP-B，Port-B)也代表该呼叫目标用户(B)的呼叫目标用户发送地址数据(IP-b，Port-b)。
2.如权利要求1所述的方法，其特征在于：
为选择所采用的呼叫目标用户终端设备接收地址数据包含有IP地址(IP-B)和/或端口(Port-B)。
3.如上述权利要求中的任一项所述的方法，其特征在于：
所述选择通过丢弃具有确定发送地址(IP b，Port-b；B’的IP-b，，Port-b’)的媒体流分组来进行。
4.如上述权利要求中的任一项所述的方法，其特征在于：
在SIP终端设备A信令部分和SIP终端设备A连接部分之间传输一个或多个发送地址(B’的IP-b’，Port-b’)，应该丢弃从该发送地址接收的有用数据分组。
5.如权利要求4所述的方法，其特征在于：
采用由IETF MMUSIC工作组在“draft-ietf-mmusic-sdp-srcfilter”中所定义的SDP参数来表达所述源IP地址和所述源UDP端口。
6.如上述权利要求中的任一项所述的方法，其特征在于：
所述呼叫目标用户接收地址数据(IP-B，Port-B)从一个从呼叫目标用户(B)发送给所述呼叫建立用户(A)的SIP消息中被提取，尤其是从SIP临时应答消息或SIP最终应答消息中被提取。
7.如上述权利要求中的任一项所述的方法，其特征在于：
通过拒绝选择不再重要的有用数据来避免建立结束时(16-18)的剪切、也即有用数据连接。
8.如上述权利要求中的任一项所述的方法，其特征在于：
在选择有用数据时，当在所述呼叫建立用户终端设备(A)中收到SIP最终应答消息之后，丢弃呼叫目标用户(B，B’)的、属于与该SIP最终应答消息的媒体流不相同的一个或多个早期媒体有用数据流的早期媒体有用数据。
9.如上述权利要求中的任一项所述的方法，其特征在于：
在选择呼叫目标用户的早期媒体有用数据时，在收到呼叫目标用户(B’)的一个通过收到新的呼叫目标用户接收地址数据(IP-B，Port-B)而开始新的早期媒体有用数据流的消息之后，丢弃在该新的早期媒体有用数据流之前开始的早期媒体有用数据流中的早期媒体有用数据。
10.如上述权利要求中的任一项所述的方法，其特征在于：
一旦所述呼叫建立用户(A)向一个呼叫目标用户(B’)发送一个结束SIP对话的消息(SIP消除20)，该呼叫建立用户(A)便丢弃从至少该呼叫目标用户(B’)以其(B’)呼叫目标用户接收地址之一(IP-B’，Port-B’)而接收的早期媒体数据(如13，14)。
11.用于执行如上述权利要求中的任一项所述的方法的装置。
12.如权利要求11所述的装置，其特征在于：
所述呼叫建立用户(A)包括一个信令装置(SIP终端设备A信令部分)和一个处理有用数据连接的装置(SIP终端设备A连接部分)。
13.如权利要求11或12所述的装置，其特征在于：
所述呼叫建立用户(A)包括MGCF或IM-MGW或MRFC或MPFP或电信网的另一交换设备。
14.如权利要求11-13中的任一项所述的装置，其特征在于：
为在SDP消息中传输有用数据(早期媒体数据13，14)而设有H.248或MEGACO连接，其中在H.24连接或MEGACO连接中给出一个或多个呼叫目标用户地址数据。
15.如权利要求1-14中的任一项所述的装置，其特征在于：
所述电信网是移动无线电网。
CN2004800303704A 2003-10-16 2004-09-24 呼叫建立用户和目标用户间的传输数据的选择方法和装置 Active CN1868196B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10348208A DE10348208A1 (de) 2003-10-16 2003-10-16 Behandlung von Early Media-I
DE10348208.3 2003-10-16
PCT/EP2004/052300 WO2005039139A1 (de) 2003-10-16 2004-09-24 Behandlung von early media-daten i

Publications (2)

Publication Number Publication Date
CN1868196A true CN1868196A (zh) 2006-11-22
CN1868196B CN1868196B (zh) 2012-11-07

Family

ID=34442020

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2004800303704A Active CN1868196B (zh) 2003-10-16 2004-09-24 呼叫建立用户和目标用户间的传输数据的选择方法和装置

Country Status (12)

Country Link
US (1) US7577109B2 (zh)
EP (1) EP1673918B1 (zh)
KR (1) KR100963368B1 (zh)
CN (1) CN1868196B (zh)
AT (1) ATE358388T1 (zh)
AU (1) AU2004306948B2 (zh)
BR (1) BRPI0415407B1 (zh)
DE (2) DE10348208A1 (zh)
MX (1) MXPA06004147A (zh)
PL (1) PL1673918T3 (zh)
RU (1) RU2374777C2 (zh)
WO (1) WO2005039139A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123593B (zh) * 2007-09-20 2010-06-09 中兴通讯股份有限公司 媒体网关控制功能实现早媒体功能的方法
CN101227303B (zh) * 2007-01-19 2011-08-24 中兴通讯股份有限公司 彩铃和彩像发送方法以及早媒体发送方法

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100563282C (zh) 2005-05-29 2009-11-25 华为技术有限公司 网络互通时主叫用户终端听被叫信号音的方法
JP4341628B2 (ja) * 2006-01-25 2009-10-07 コニカミノルタビジネステクノロジーズ株式会社 データ通信装置及びデータ通信処理プログラム
US20070294411A1 (en) * 2006-06-20 2007-12-20 Nokia Corporation Methods, Apparatuses, a System and Computer Program Products for Providing Early Session Media to Announce Another Media Session
US8850012B2 (en) 2006-08-21 2014-09-30 Nokia Corporation Mechanism for charging and session handling supporting forking
US8384756B2 (en) * 2008-12-30 2013-02-26 General Instrument Corporation Video telephony device having functionality to mute incoming messages that are being recorded
US8107956B2 (en) * 2008-12-30 2012-01-31 Motorola Mobility, Inc. Providing over-the-top services on femto cells of an IP edge convergence server system
US8121600B2 (en) * 2008-12-30 2012-02-21 Motorola Mobility, Inc. Wide area mobile communications over femto-cells
US9532191B2 (en) 2012-05-18 2016-12-27 Kirusa, Inc. Multi-modal transmission of early media notifications
WO2016008522A1 (en) * 2014-07-16 2016-01-21 Telefonaktiebolaget L M Ericsson (Publ) Policy control in session initiation protocol forking
US10931719B2 (en) * 2015-04-20 2021-02-23 Avaya Inc. Early media handling
WO2017150281A1 (ja) * 2016-02-29 2017-09-08 日本電気株式会社 アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムが記憶された記憶媒体

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9715857D0 (en) * 1997-07-29 1997-10-01 Philips Electronics Nv Wireless networked message routing

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227303B (zh) * 2007-01-19 2011-08-24 中兴通讯股份有限公司 彩铃和彩像发送方法以及早媒体发送方法
CN101123593B (zh) * 2007-09-20 2010-06-09 中兴通讯股份有限公司 媒体网关控制功能实现早媒体功能的方法

Also Published As

Publication number Publication date
DE10348208A1 (de) 2005-05-19
DE502004003359D1 (de) 2007-05-10
KR20060133977A (ko) 2006-12-27
CN1868196B (zh) 2012-11-07
ATE358388T1 (de) 2007-04-15
AU2004306948B2 (en) 2009-07-30
KR100963368B1 (ko) 2010-06-14
RU2006116572A (ru) 2007-11-27
RU2374777C2 (ru) 2009-11-27
EP1673918B1 (de) 2007-03-28
BRPI0415407B1 (pt) 2018-02-14
MXPA06004147A (es) 2006-06-27
EP1673918A1 (de) 2006-06-28
BRPI0415407A (pt) 2006-12-05
WO2005039139A1 (de) 2005-04-28
AU2004306948A1 (en) 2005-04-28
PL1673918T3 (pl) 2007-08-31
US7577109B2 (en) 2009-08-18
US20070002775A1 (en) 2007-01-04

Similar Documents

Publication Publication Date Title
CN1751493B (zh) 会话的载体协商
EP1611720B1 (en) Method, system and gateway device for enabling interworking between ip and cs networks
US7809125B2 (en) Method and apparatus for selection of special-purpose gateways
US20020194378A1 (en) System and method of hiding an internet protocol (IP) address of an IP terminal during a multimedia session
US7920690B2 (en) Interworking of multimedia and telephony equipment
KR100453350B1 (ko) 차세대 개방형 네트워크에서 비아이씨씨 프로토콜을이용한 라우팅 장치 및 방법
EP2052522B1 (en) Interworking with media fallback
US7554927B2 (en) Network entity for interconnecting SIP end-points of different capabilities
US7280532B2 (en) Call set-up method using SIP-T overlap signaling
EP1811745A1 (en) Method and apparatus for handling IMS terminal's call request including request for real-time service received over IMS domain by CSI terminal
JP2001358778A (ja) 通信システム及び通信ゲートウェイ及び通信方法
CN1868195A (zh) 早期媒体ii的处理
CN1868196B (zh) 呼叫建立用户和目标用户间的传输数据的选择方法和装置
US20050047423A1 (en) Protocol interworking framework
WO2006105817A1 (en) Specific stream redirection of a multimedia telecommunication
US20180352008A1 (en) Network Entity Selection
US20070172051A1 (en) Setting up a packet-oriented multimedia connection using an interactive voice response system
KR100514196B1 (ko) 네트웍 어드레스 변환 및 세션 관리 시스템 및 그 방법
KR101606142B1 (ko) 음성패킷망에서 네트워크 주소 번역 통과를 지원하기 위한 장치 및 방법
US20080165782A1 (en) Method for Data Interchange Between Network Elements
WO2009036801A1 (en) Methods and arrangements for a telecommunications system
KR100639358B1 (ko) 표준인터넷전화기의 메인 측 지역 네트웍을 통한아이피공유기나 방화벽 통과방법
CN101800948B (zh) 实现呼叫转向业务的方法、装置和系统
US20100040046A1 (en) Voip data processing method
Hribar et al. Usage of BICC and SIP protocol in IP core network

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
ASS Succession or assignment of patent right

Owner name: NOKIA SIEMENS COMMUNICATION CO., LTD.

Free format text: FORMER OWNER: SIEMENS AG

Effective date: 20080418

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20080418

Address after: Munich, Germany

Applicant after: Nokia Siemens Networks GmbH

Address before: Munich, Germany

Applicant before: Siemens AG

C14 Grant of patent or utility model
GR01 Patent grant
C56 Change in the name or address of the patentee

Owner name: NOKIA COMMUNICATION GMBH + CO. KG

Free format text: FORMER NAME: NOKIA SIEMENS NETWORKS GMBH

CP01 Change in the name or title of a patent holder

Address after: Munich, Germany

Patentee after: NOKIA SIEMENS NETWORKS GMBH & CO. KG

Address before: Munich, Germany

Patentee before: Nokia Siemens Networks GmbH

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20190418

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: Munich, Germany

Patentee before: NOKIA SIEMENS NETWORKS GMBH & CO. KG