CN107113223B - 用于消息会话中继协议会话的消息块大小的协商 - Google Patents
用于消息会话中继协议会话的消息块大小的协商 Download PDFInfo
- Publication number
- CN107113223B CN107113223B CN201580069770.4A CN201580069770A CN107113223B CN 107113223 B CN107113223 B CN 107113223B CN 201580069770 A CN201580069770 A CN 201580069770A CN 107113223 B CN107113223 B CN 107113223B
- Authority
- CN
- China
- Prior art keywords
- msrp
- server
- endpoint
- chunk size
- preferred
- 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
Images
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/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- 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
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
Abstract
本发明的实施例涉及用于使用SDP供应/应答机制直接地或经由服务器在端点与远端端点之间交换优选MSRP块大小的方法和装置。优选MSRP块大小可以是针对端点的最大允许MSRP块大小,并且可以根据网络/链路状况和/或内部配置来确定。端点使用其优选MSRP块大小和接收到的远端端点的优选MSRP块大小来确定将用于对通过MSRP会话从端点到远端端点的消息进行分段的MSRP块大小。在正在进行的MSRP会话期间,可以重新协商优选MSRP块大小。
Description
相关申请的交叉引用
本申请要求2014年12月19日提交的题为“Negotiation of chunk size forMessage Session Relay Protocol”的在先提交的美国临时专利申请号62/094,227的优先权,其内容通过引用并入本文。
技术领域
本公开大体上涉及在端点之间对消息会话中继协议MSRP块大小的协商。
背景技术
消息会话中继协议MSRP是通过通信网络在端点之间使用以用于在会合会话的上下文中通过互联网协议IP网络交换一系列相关的即时消息的标准媒体平面协议。它由互联网工程任务组IETF在“请求注释”RFC 4975中定义。即时消息中的内容可以是文本消息、超文本传输协议HTML页面、包含视频剪辑、图像、歌曲的文件或只是通用文件。该内容还可以与共享远端桌面或白板有关。
MSRP是一种基于文本的协议,其通过传输协议(如传输控制协议TCP、IETF RFC793、流控制传输协议SCTP、IETF RFC 2690、TCP承载传输层安全TLS、IETF RFC 2246等)承载在媒体平面上。换句话说,提供拥塞控制的任何传输协议。如当前指定的,MSRP不对消息大小或内容类型施加限制。
也可以按照IETF RFC 4976所定义的使用MSRP中继。当端点之一位于网络地址转换器NAT后面(更具体地,如果MSRP会话必须跨越多个管理域)时,使用MSRP中继。MSRP中继还用于支持批量消息收发,并通过少量中继间连接而承载用于大量MSRP会话的消息。
MSRP消息由请求和响应组成,并且并非每个MSRP请求都通过MSRP响应应答。MSRP定义了方法,并且目前有三种指定的方法:
用于发送任意长度的即时消息或文件等的SEND(发送)方法。
用于提供消息传送通知的REPORT(报告)方法。
用于使用中继认证端点的AUTH(认证)方法。
MSRP无法独立设置会话,并且为了在端点之间建立MSRP会话,通过外部会合机制协商MSRP会话。用于建立MSRP会话的典型会合机制是利用会话描述协议SDP供应/应答模型的会话发起协议SIP。当然可以使用而不排除其他会合协议。目前,会话发起协议SIP IETFRFC 3261和会话描述SDP供应/应答IETF RFC3264是用于建立MSRP会话的唯一已知的标准化机制。SIP是一种IETF标准协议,其允许建立涉及多媒体元素(如视频、语音、聊天、游戏和虚拟现实)的交互式用户会话。它还用于建立用于交换即时消息或文件的基于会话的消息收发会话,即MSRP会话。根据SDP应答/供应模型交换MSRP会话参数。
在SDP供应/应答交换中通过SIP在端点之间交换以下SDP属性,以建立MSRP会话:
接受类型:包含端点愿意接收的媒体类型的列表。
包装类型:包含端点在具有多部分内容的MSRP消息中愿意接收的媒体类型的列表。
最大大小:指示端点愿意接收的MSRP消息或最大消息的八位字节的最大数量。最大大小是指完整消息,而不是任何一个块的大小。发送方不应当超过在得到的会话中发送的任何消息的最大大小限制。
路径:指示在会话中发送的消息必须访问的一系列MSRP设备(包括最终端点)。
通常,托管SIP用户代理的起始端点100向也托管SIP用户代理的远端端点发送包括SDP供应的SIP INVITE(邀请)。SDP供应包括消息媒体类型和路径属性中的起始端点100的MSRP URI。如果远端端点接受邀请,则以200OK进行响应以确认对媒体的选择并包括接收MSRP URI。此时,建立MSRP会话,并且端点可以开始交换即时消息或文件等。当任一端点发送SIP BYE请求时,MSRP会话终止。
一旦建立了MSRP会话,起始端点100就发送SEND请求以传送完整消息,或者如果消息非常大,则起始端点100可以使用几个SEND请求以块的形式传送该消息,其中每个SEND请求包含整个消息的一个块、与整个消息相对应的消息ID、标识SEND请求中承载的消息的部分的字节范围首部字段和消息的总大小。远端端点使用接收到的信息来对消息进行重新组合,并确定哪些块属于哪个消息。远端端点将块重新组合成完整消息。
SEND请求可以由来自对等节点或端点节点的MSRP 200OK和/或来自端点的指示成功地传送了完整消息的REPORT请求来应答。也可以在接收到消息块时由远端端点生成逐步成功REPORT请求。
目前,当从起始端点100向远端端点发送消息时,起始端点100基于例如其内部配置来确定MSRP块大小。MSRP中继还可以将MSRP消息重新分段为与它接收到的块大小不同的块大小。在MSRP中继处执行的重新分段通常基于内部配置。
如果它从高容量接入网移动到低容量接入网,或者反之亦然,或者如果远端端点中的网络/链路状况已发生变化,则块大小的确定未考虑远端端点能力、接收网络能力和远端端点移动性。这可能会在消息传送中导致可能无法传送的消息块或缺少优化。虽然MSRP通过提供拥塞控制的传输协议承载,但是起始端点没有指示对于远端端点可接受的最佳块大小。
发明内容
本发明的目的是通过使端点能够与远端端点或接收端点协商MSRP块大小或与中间服务器(诸如背靠背用户代理B2BUA或中继)协商MSRP块大小来消除或减轻现有技术的至少一个缺点。然后,B2BUA或中继将与远端端点协商块大小。然后,起始端点将考虑起始端点和远端端点或B2BUA限制和能力(包括接入网类型、网络和链路状况和配置)确定要使用的最佳块大小。
在一个实施例中,端点与远端端点协商用于MSRP媒体会话的MSRP块大小。端点确定其为MSRP媒体会话提出的优选MSRP块大小,并向远端端点发送包括优选MSRP块大小的消息。当端点接收到包括远端端点的优选MSRP块大小的响应消息时,它将基于端点的优选MSRP块大小和所接收的远端端点的优选MSRP块大小来确定用于MSRP媒体会话的MSRP块大小。然后,端点将使用确定的MSRP块大小来对通过MSRP媒体会话传送的消息或文件或内容进行分段。远端端点可以是消息所去往的最终目的地远端端点或者驻留在网络中的服务器中的用于向最终目的地远端端点转发或中继消息的中间远端端点。
在一个实施例中,端点的优选MSRP块大小和/或远端端点的优选块大小对应于针对该端点的最大允许块大小。
在一个实施例中,端点基于所使用的端点的接入网类型(例如,长期演进LTETM、WiFiTM)和/或本地端点配置和/或端点能力来确定优选MSRP块大小。优选MSRP块大小被编码在SDP属性中并以SDP供应和SDP应答进行交换。使用诸如SIP协议(例如,使用SIP INVITE、SIP 200OK、SIP RE-INVITE和SIP UPDATE消息等)的会合协议来传输SDP供应和SDP应答。
在另一个实施例中,端点在SDP属性中发送按偏好或优先级顺序列出的优选MSRP块大小的列表。
在一个实施例中,端点通过选择端点的优选MSRP块大小和远端端点的优选MSRP块大小中的较小者来确定用于MSRP媒体会话的MSRP块大小。如果端点仅支持预配置的块大小的集合,并且接收到比端点的优选MSRP块大小更小并且端点不能选择并用于MSRP会话的远端端点的优选MSRP块大小,则端点选择更接近并小于远端端点的优选MSRP块大小的配置的MSRP块大小。
端点向远端端点发送MSRP SEND请求,每个SEND请求包括要发送的文件或内容或消息的块,并且其中,块的大小依据由端点在协商之后确定的MSRP块大小。
在一个实施例中,使用服务器来与起始端点(也称为第一端点)和远端端点(也称为第二端点)协商MSRP块大小。当在第一端点与第二端点之间通过服务器传输消息时,服务器确定要用于第一(起始)端点与服务器之间以及服务器与第二(远端)端点之间的MSRP会话的MSRP块大小。服务器在第一消息(例如,SIP INVITE)中从第一端点接收包括第一端点的优选MSRP块大小的SDP供应。在向第二端点转发具有SDP供应的第一消息之前,服务器可以使用本地策略和/或服务器与沿着通信路径的对等网络或第二端点所在的网络之间的服务级别协议来确定第一服务器优选MSRP块大小。服务器在SDP供应中使用第一服务器优选MSRP块大小替换从第一端点接收的第一端点的优选MSRP块大小,并向第二端点转发具有更新的SDP供应的第一消息。当服务器在第二消息(例如,SIP 200OK)中接收到包括SDP应答属性中的第二端点的优选MSRP块大小的SDP应答时,它可以使用本地策略和/或服务器与沿着朝向第一端点的通信路径的对等网络节点之间的服务级别协议来确定将在服务器与第一端点之间使用的第二服务器优选MSRP块大小。然后,服务器在SDP应答中使用第二服务器优选MSRP块大小来替换从第二端点接收的第二端点的优选MSRP块大小。然后,服务器向第一端点转发第二消息中的更新的SDP应答。
在一个实施例中,第一服务器优选MSRP块大小可以对应于在服务器与第二端点之间允许的最大MSRP块大小。类似地,第二服务器优选MSRP块大小可以对应于在服务器与第一端点之间允许的最大MSRP块大小。
在一个实施例中,服务器基于第二端点的优选MSRP块大小和第一服务器优选MSRP块大小来确定要用于对从服务器到第二端点的消息进行分段的第一服务器MSRP块大小。服务器可以通过选择第一服务器优选MSRP块大小和第二端点的优选MSRP块大小中的较小者来确定第一服务器MSRP块大小。对于服务器与第一个端点之间的MSRP会话,服务器基于第一端点的优选MSRP块大小和第二服务器优选MSRP块大小来确定第二服务器MSRP块大小。类似地,服务器可以通过选择第二服务器优选MSRP块大小和第一端点的优选MSRP块大小中的较小者来确定第二服务器MSRP块大小。
在一个实施例中,当服务器从第一端点接收到去往第二端点的大消息或文件或其他大内容的块时,服务器可以在转发根据第一服务器MSRP块大小重新分段的消息之前存储从第一端点接收到的所有消息块。同样地,在另一个方向上,如果服务器从第二端点接收到大消息或文件或其他大内容的块,则服务器可以在转发根据第二服务器MSRP块大小重新分段的消息之前存储从第二端点接收到的所有消息块。备选地,一接收到消息块,服务器就向任一端点发送重新分段的消息块。
在一个实施例中,服务器在SDP属性中向第二端点发送第一服务器优选MSRP块大小的列表。可以按照偏好或优先级顺序列出第一服务器优选MSRP块大小。本发明的另一个目的在于在SDP属性中提供最小块大小和最大块大小,从而提供允许的MSRP块大小的范围。
附图说明
现在将仅通过举例的方式参考附图来描述本发明的实施例,其中:
图1是起始端点与远端端点之间的简化MSRP会话建立的示例性实施例。
图2是在始发端点与远端端点之间经由诸如B2BUA的服务器的简化MSRP会话建立的示例性实施例。
图3是在端点处执行的协商MSRP块大小的方法的示例性实施例。
图4是在服务器处执行的用于协商块大小的方法的示例性实施例。
图5是根据实施例的端点的示意图。
图6是根据实施例的服务器的示意图。
图7是根据另一实施例的端点的示意图。
具体实施方式
缩略词和定义
贯穿本公开使用以下首字母缩略词和术语
ABNF:IETF RFC 5234中所规定的扩充巴科斯诺尔范式。
端点:可以是手持设备、移动设备(例如,智能电话或平板电脑)。备选地,它可以是物联网IoT设备、IP电话、便携式计算机、台式计算机、网关或交互功能。端点支持任何媒体格式,例如文本、图像、音频、视频、八位字节流、MIME格式等,并且能够使用诸如SIP用户代理等的通信用户代理来协商MSRP会话以用于发送和接收MSRP消息的目的。MSRP消息可以包含可以通过建立的MSRP会话传送的文本、文件和任何类型的多媒体内容。在本公开中呈现的实施例使用起始端点和远端端点或接收端点。起始端点对应于发起MSRP会话的协商的端点,并且远端端点或接收端点对应于与其执行MSRP会话协商的端点。端点可以直接或通过网络中的服务器协商MSRP会话参数。当使用服务器时,服务器充当针对起始端点的中间远端端点和针对远端端点的中间起始端点。
IETF:互联网工程任务组。
MSRP:对应于IETF RFC 4975中规定的消息会话中继协议。
NNI:网络到网络接口,它是网络中的两个节点之间的接口。
OMA:开放移动联盟
RFC:请求注释。
服务器:在所描述的实施例中使用的服务器被定义为起始端点与远端端点或接收端点之间的网络节点或软件实体。服务器可以是MSRP背靠背用户代理B2BUA(例如在IETFRFC 6714中描述的背靠背用户代理)、中继(例如,在IETF RFC4976中规定的中继)、应用消息收发服务器等。服务器用于与起始端点和远端端点或接收端点中的每一个协商MSRP会话,在这种情况下,服务器充当针对起始端点的中间远端端点,并且充当针对远端端点的中间起始端点。起始端点与远端端点之间的所有消息都通过服务器传输。
SDP:在IETF RFC3264中规定的会话描述协议。
SIP:在IETF RFC3261中规定的会话发起协议。
URI:统一资源标识符
UNI:用户到网络接口,其是也对应于端点设备的用户设备与网络中的节点之间的接口。当端点是诸如智能电话或平板电脑的用户便携式设备时,UNI的示例可以是端点到服务器(B2BUA)接口。
现在将参考附图描述本发明的各种特征。下面将结合示例性实施例和示例更详细地描述这些各个方面,以便于理解本发明,但不应被解释为限于这些实施例。更确切地,这些实施例被提供,使得本公开将是彻底和完整的,并且将向本领域技术人员充分地传达本发明的范围。
围绕由计算机系统的元件或能够执行编程指令的其他硬件执行的动作序列或功能来描述本发明的多个方面。将认识到,各种动作可以由专用电路来执行,通过由一个或多个处理器执行程序指令来执行,或者由两者的组合执行。此外,本发明还可以被认为完全体现在任何形式的计算机可读载体或载波中,所述任何形式的计算机可读载体或载波包含将使处理器执行本文所述技术的适当的计算机指令集合。
图1示出了起始端点100和远端端点101之间的简化MSRP会话建立的示例性实施例,其中仅示出了相关步骤。为了建立MSRP会话,在步骤102,起始端点100发送SIP INVITE,并且包括包含公知的路径属性的SDP供应。如果起始端点100确定必须以块的形式传送消息或文件,则指示起始端点的优选块大小的新SDP属性被包括在SDP供应中。起始端点100至少部分地基于接入网类型、接入网/接入链路状况、内部配置和/或起始端点100能力来确定优选块大小。备选地,起始端点100可以提供优选块大小的列表。远端端点101以SIP 200OK进行响应,SIP 200OK包括包含公知路径属性在内的SDP应答和指示远端端点的优选块大小的新属性。备选地,远端端点101可以提供其优选块大小的列表。如果远端端点的优选块大小与起始端点的优选块大小相同,则远端端点101可以省略在SDP应答中向起始端点100发送远端端点的优选块大小。
起始端点100的优选块大小和远端端点的优选块大小可以指示端点针对MSRP会话允许的最大块大小。另外,如果SDP属性包含优选块大小的列表,则列表中的每个块大小可以指示绝对块大小值,在这种情况下,块大小按偏好或优先级顺序列出。可选地,列表可以包括指示最小块大小值和最大块大小值的两个值,从而提供可以用于MSRP会话的可允许的块大小范围。
起始端点使用起始端点的优选块大小和远端端点的优选块大小来确定当向远端端点101发送消息块时使用的最佳块大小。在优选实施例中,起始端点100选择并使用起始端点的优选块大小和远端端点的优选块大小中的最小块大小。图1示出了可以以两个块发送消息。步骤104示出了起始端点100在SEND请求中向远端端点101发送完整消息的第一段或块,在步骤105,远端端点101以MSRP 200OK进行响应。SEND请求中的消息块的大小是起始端点100确定的用于起始端点和远端端点的最佳块大小。在步骤106,起始端点100在第二SEND请求中向远端端点101发送完整消息的第二和最后一个段或块,在步骤107,远端端点101以MSRP 200OK进行响应。一旦远端端点101确定接收到所有块,它就可选地发送REPORT请求以指示成功地传送了消息,如步骤108所示。为了终止MSRP会话,起始端点100发送SIPBYE消息,并从远端端点101接收SIP 200OK,如捆绑步骤109所示。
图2示出了在起始端点100和远端端点101之间通过诸如B2BUA200的服务器的简化MSRP会话建立的示例性实施例。还可以使用其他服务器,例如消息收发应用服务器或MSRP中继。在图2中示出了B2BUA 200。为了简单起见,图2没有示出诸如SIP代理和服务呼叫会话控制功能S-CSCF等的中间节点。仅示出了端点与B2BUA 200之间的相关步骤。为了通过B2BUA 200建立MSRP会话,在步骤201,起始端点100通过B2BUA 200向远端端点101发送SIPINVITE,并且包括包含公知的路径属性在内的SDP供应。如果起始端点100确定必须以块的形式传送消息或文件,则指示起始端点的优选块大小的新SDP属性被包括在SIP INVITE的SDP供应中。备选地,起始端点100可以在SDP属性中提供优选块大小的列表。
B2BUA 200接收包括新SDP属性的SIP INVITE,并且当在步骤202向远端端点101转发或中继SIP INVITE之前,B2BUA 200确定SDP属性中的起始端点的优选块大小是否应该用其自己的优选块大小替换。如果B2BUA 200确定应该替换起始端点的优选块大小,则B2BUA200确定其自己的优选MSRP块大小,即要与远端端点101协商的第一服务器MSRP优选块大小。B2BUA 200可以根据其内部配置或网络/链路状况、能力和/或与远端端点网络的服务级别协议来确定第一服务器MSRP优选块大小。B2BUA 200向远端端点101转发修改的SIPINVITE,其中它已经在SDP供应属性中用第一服务器MSRP优选块大小替换了起始端点的优选块大小。备选地,B2BUA 200可以用B2BUA优选块大小的列表来替换起始端点的优选块大小,并向远端端点101转发SIP INVITE。在接收到包括第一服务器MSRP优选块大小的修改的SIP INVITE时,远端端点101可以基于接入网类型、网络状况/链路和内部配置来确定其优选块大小。在步骤203,远端端点101通过B2BUA 200向起始端点100发送SIP 200OK,其中它包括包含公知路径属性在内的SDP应答和指示远端端点的优选块大小的新SDP属性。备选地,远端端点101可以在新SDP属性中提供优选块大小的列表。
B2BUA 200从远端端点接收SIP 200OK消息。当在步骤204向起始端点100转发或中继SIP 200OK之前,B2BUA 200可以用其可能愿意针对起始端点100使用的第二服务器MSRP优选块大小代替远端端点的优选块大小来替换远端端点的优选块大小。B2BUA 200可以根据其内部配置、能力、网络/链路状况和/或与起始端点100的服务级别协议来确定第二服务器MSRP优选块大小。B2BUA 200向起始端点100发送修改的SIP 200OK,其中它已经用其自己的优选块大小,即第二服务器MSRP优选块大小替换了远端端点的优选块大小。备选地,在向起始端点100转发修改的SIP 200OK之前,B2BUA 200可以用B2BUA优选块大小的列表来替换远端端点的优选块大小。B2BUA 200可以针对远端端点101和起始端点100使用不同的第一服务器MSRP优选块大小和第二服务器MSRP优选块大小或不同的B2BUA优选块大小的列表。
对于从起始端点100向远端端点101发送的消息,如图2所示,起始端点100使用其优选块大小和第二服务器MSRP优选块大小来确定当针对远端端点101向B2BUA 200发送消息块时要使用的最佳块大小。在一个实施例中,起始端点100选择并使用起始端点的优选块大小和第二服务器MSRP优选块大小中的最小块大小作为最佳端点块大小。
最佳端点块大小=Min(起始端点优选块大小、服务器(例如,B2BUA 200)的第二MSRP优选块大小)
在步骤204,B2BUA 200使用其已经向远端端点101发送的第一服务器MSRP优选块大小和远端端点的优选块大小来确定在向远端端点101转发起始端点100的消息时要使用的最佳块大小。在一个实施例中,B2BUA 200选择并使用第一服务器MSRP优选块大小和远端端点的优选块大小中的最小块大小作为最佳服务器块大小。
最佳服务器块大小=Min(远端端点的优选块大小、第一服务器MSRP优选块大小)
图2示出了起始端点100使用最佳端点块大小以使用两个块:块1和块2通过B2BUA200向远端端点101发送完整消息的实施例。B2BUA 200将使用最佳服务器块大小(也可以被称为第一服务器MSRP块大小)在三个块(块1′、块2′和块3′)中向远端端点101转发从起始端点100接收到的完整消息。图2示出了当消息块被接收时B2BUA 200向远端端点101发送消息块。在所示实施例中,最佳端点块大小大于(>)最佳服务器块大小/第一服务器MSRP块大小,因此块1′小于块1。因此,B2BUA 200需要针对远端端点101使用更多的SEND请求来转发从起始端点100接收的消息。
步骤205示出了起始端点100使用确定的最佳端点块大小在SEND请求中向B2BUA200发送完整消息的第一段或块1。当块1′小于块1时,B2BUA 200存储消息的块1,并且在步骤206向远端端点101发送包括消息的块1′的SEND请求。在步骤207,B2BUA 200从远端端点101接收MSRP 200OK,以确认接收到块1′。在步骤208,B2BUA 200向起始端点100发送MSRP200OK以确认在步骤205接收到SEND消息。注意,步骤208可以在步骤207或步骤206之前发生。在步骤209,起始端点100在第二SEND请求中向B2BUA 200发送第二和最后一个消息段或块2。B2BUA 200存储接收到的消息的块2,并确定块2是完整消息的最后一个块。在步骤210,B2BUA 200向远端端点101发送包括完整消息的块2′的SEND请求。在步骤211,远端端点101在MSRP 200OK消息中确认接收到SEND请求。在步骤212,B2BUA 200向远端端点101发送包括完整消息的块3′的最后一个SEND请求。在步骤213,远端端点101使用MSRP 200OK消息确认接收到SEND请求。注意,B2BUA 200不需要等待步骤211的块2′的MSRP 200OK来执行步骤212。步骤214示出了B2BUA 200向起始端点100发送MSRP 200OK以确认接收到块2。类似地,步骤214可以在步骤209之后立刻发生。
可以使用其他实施例,其中最佳端点块大小小于(<)最佳服务器块大小(第一服务器MSRP块大小),在这种情况下,B2BUA 200在消息块到达时存储接收到的消息块,在它针对远端端点101使用第一服务器MSRP块大小对消息进行重新分段之前等待直到接收到所有消息块为止。即使最佳端点块大小大于(>)第一服务器MSRP块大小,作为图2所示实施例的替代方案,B2BUA 200可以在消息块到达时存储接收到的消息块,在它针对远端端点101使用也被称为最佳服务器块大小的第一服务器MSRP块大小对消息进行重新分段之前等待直到接收到所有消息块为止。
一旦远端端点101确定接收到所有块,它就可选地向B2BUA 200发送REPORT请求以指示成功地传送了完整消息,如步骤215所示。然后,B2BUA 200向起始端点100发送REPORT请求以指示成功地传送了完整消息,如步骤216所示。当MSRP会话终止时,起始端点100然后可以通过发送SIP BYE消息并从B2BUA 200接收SIP 200OK来终止会话,如捆绑的步骤217所示。然后,B2BUA 200通过发送SIP BYE消息并从远端端点101接收SIP 200OK来终止会话,如捆绑的步骤218所示。
注意,起始端点的优选块大小、第一个服务器MSRP优选块大小和远端端点的优选块大小可以指示每个实体支持的最大块大小。另外,如果使用了优选块大小的列表,则它可以指示绝对块大小值,在这种情况下,它们按偏好或优先级顺序列出。可选地,列表可以包括指示最小块大小和最大块大小的两个值,从而提供可允许的块大小范围。
图3示出了在端点处执行的方法30的实施例,该端点向远端端点发出即时消息。远端端点可以是MSRP消息的目的地/接收方端点,在这种情况下,端点与作为目的地/接收方端点的远端直接进行通信。备选地,远端端点可以是作为针对端点的中间远端端点的服务器。服务器用于代表端点与目的地/接收方远端端点进行通信或互通。因此,从端点到目的地端点的包括MSRP消息的所有通信都通过服务器(例如,B2BUA)。无论它是作为中间远端端点的服务器还是目的地/接收方端点,这里将其称为远端端点。
在步骤31,端点确定即时消息或文件或内容将以块的形式发送,并进一步确定消息的优选块大小。优选块大小作为SDP供应在SIPINVITE中发送。在另一实施例中,端点可以替代地发送按偏好或优先级顺序列出的优选块大小的列表。在另一实施例中,端点可以发送指示最小块大小和最大块大小的两个块大小值,从而提供可允许的块大小范围。端点至少部分地基于包括以下项的标准来确定优选块大小:端点接入网类型、端点接入网/接入链路状况和/或内部配置。
在步骤32,端点在SIP 200OK中从远端端点101接收SDP应答。如果远端端点101支持协商消息块大小,则SIP 200OK包括远端端点的优选块大小。远端端点101可以基于远端端点接入网类型、远端端点接入网/接入链路状况和/或内部配置来确定其优选块大小。备选地,远端端点101可以替代地在SDP应答中包括按偏好或优先级顺序列出的优选块大小的列表。在另一实施例中,远端端点101可以替代地在SDP应答中包括指示最小块大小和最大块大小的两个块大小值,从而提供可允许的块大小范围。
一旦端点已经在SDP应答中接收到远端端点优选块大小,则它确定要用于MSRP会话的最佳块大小。确定最佳块大小的实施例如下:
-如果端点的优选块大小小于远端端点的优选块大小,则最佳块大小是端点的优选块大小。
-如果远端端点的优选块大小小于端点的优选块大小并且它可以由端点支持,则最佳块大小是远端端点的优选块大小。
-如果远端端点的优选块大小小于优选端点块大小,并且由于端点被配置为仅使用一些预配置的MSRP块大小因而端点不能支持远端端点的优选块大小,则端点将最佳块大小选择为小于远端端点优选快大小的最接近的预配置的MSRP块大小或远端端点的优选块大小。
除了上述实施例以外,如果远端端点101不支持对块大小的协商,则端点应该假设如今的已知行为,即,对于块大小没有限制,并且它可以使用其自己配置的值或甚至其自己确定的优选块大小。
在步骤33,MSRP会话开始,其中端点使用上面在步骤32确定的会话的最佳块大小来发送包括完整消息的第一块的SEND请求。端点可以从远端端点101接收MSRP 200OK以确认接收到SEND请求。端点在完整消息被发送和传送之前继续发送包括后续消息块的后续SEND请求。一旦远端端点101已经接收到完整消息并重新组合了所有块,就可以接收到指示成功传送的报告消息。
在一个实施例中,在活动MSRP会话期间,端点和/或远端端点101可以从一个接入网类型移动到另一个不同容量的接入网类型,或者一个或两个端点的接入网/接入链路状况已经发生了改变。当上述任何一种情况发生时,端点和/或远端端点101可以在正在进行的MSRP会话期间在SIP RE-INVITE或SIP UPDATE中发送更新的SDP供应。更新的SDP供应将包括针对一个端点的更新的优选块大小值,并且返回SDP应答,SDP应答可以包括针对另一端点的更新的优选块大小。然后,发送消息的端点可以基于更新的SDP供应/应答中的更新的优选块大小来对最佳块大小值进行新的确定,并使用新确定的最佳块大小值继续MSRP会话。
图4示出了在服务器200处执行的示例性方法40,服务器200将即时消息从起始端点100中继或转发到远端端点101。服务器200可以是具有在起始端点100和远端端点101之间建立MSRP会话并且按需要根据定义或动态的服务器标准对在起始端点100和远端端点101之间发送的即时消息进行重新分段的能力的B2BUA、中继或消息中心。服务器200与每个端点协商MSRP会话的参数。MSRP会话建立在步骤41开始,当服务器200在SIP INVITE消息中接收SDP供应时,SDP供应包括传统的MSRP参数,例如路径、最大大小等以及当可以从起始端点100以块的形式传送消息时指示消息的起始端点的优选块大小的新SDP属性。在步骤42,服务器200根据路径参数确定远端端点101,针对远端端点101确定第一服务器优选MSRP块大小。如果第一服务器优选MSRP块大小与接收到的起始端点的优选块大小值不同,则其通过用其自己的优选MSRP块大小(即,第一服务器优选MSRP块大小)替换接收的SDP供应中指示起始端点的优选块大小的新SDP属性值来进一步修改SIP INVITE消息。然后,服务器200向远端端点101转发具有SDP供应的修改的SIP INVITE。在步骤43,服务器200在SIP 200OK中从远端端点101接收SDP应答,SDP应答包括传统MSRP参数和指示远端端点的优选块大小的新SDP参数。此外,服务器200确定第二服务器优选MSRP块大小,但是这一次针对起始端点100。如果第二服务器优选MSRP块大小不同于远端端点的优选块大小值,则它进一步修改SIP 200OK,其中它用其自己的优选MSRP块大小(即,第二服务器优选MSRP块大小)替换SDP应答中指示远端端点的优选块大小的新SDP属性值,并且向起始端点100转发具有SDP应答的修改的SIP 200OK。如果第二服务器优选MSRP块大小与远端端点的优选块大小相同,则服务器200可以不用其自己的优选MSRP块大小(即,第二服务器优选MSRP块大小)替换SDP应答中指示远端端点的优选块大小的新SDP属性值。
在一个实施例中,服务器200基于标准来确定第一服务器优选MSRP块大小和第二服务器优选MSRP块大小,该标准包括内部配置或配置的策略和/或服务器与沿着路径(例如,网络到网络互连NNI或者甚至用户到网络互连UNI(如果服务器200在没有其他中间节点的情况下直接与一个或两个端点进行通信的话))的下一个节点之间的服务级别协议。
在图4的步骤44,服务器200确定针对从起始端点100接收的消息的第一服务器MSRP块大小,其是要针对远端端点101使用的最佳块大小。服务器200还确定针对同一MSRP会话上在从远端端点101到起始端点100的另一方向上接收的消息的第二服务器MSRP块大小,其是要针对起始端点100使用的最佳块大小。描述了确定第一服务器MSRP块大小的实施例。相同的实施例可应用于关于起始端点100确定第二服务器MSRP块大小:
-如果在步骤42确定的第一服务器优选MSRP块大小小于远端端点的优选块大小,则第一服务器MSRP块大小(即要在服务器200与远端端点101之间使用的块大小)是第一服务器优选MSRP块大小。
-如果远端端点的优选块大小小于第一服务器优选MSRP块大小,并且它可以被服务器200支持,则第一服务器MSRP块大小是远端端点的优选块大小。
-如果远端端点的优选块大小小于第一服务器优选MSRP块大小,并且由于服务器200被配置为仅使用一些预配置的MSRP块大小因而服务器200不能支持远端端点的优选块大小,则服务器200将第一服务器MSRP块大小(或最佳块大小)选择为小于远端端点的优选块大小的最接近的预配置的服务器MSRP块大小。
除了上述实施例之外,如果服务器200(例如,B2BUA)和远端端点101不能协商块大小,则服务器200应该假定如今的已知行为,即,对块大小可以没有限制并且对于从服务器200转发到远端端点101的消息,其可以使用其自己的配置值或甚至其自己确定的优选块大小。可能存在服务器200(例如,B2BUA)能够与远端端点101而不是与起始端点100(反之亦然)协商块大小的情况。当块大小的协商不能与端点中的任一个协商时,有关的端点和服务器200将根据现有技术在相应链路上使用默认块大小。
在步骤45,建立MSRP会话。服务器200使用第一服务器MSRP块大小和第二服务器MSRP块大小在起始端点100和远端端点101之间传输消息。当服务器200从起始端点100接收到消息块时,它可能需要在接收到完整消息之前存储所有消息块,然后开始向远端端点101转发根据第一服务器MSRP块大小重新分段的消息。备选地,服务器200一接收到并存储了足够的消息字节或八位字节以允许根据第一服务器MSRP块大小进行重新分段,服务器200就可以开始向远端端点101转发重新分段的消息。在该后一种备选方案中,服务器200在其开始向远端端点101转发之前可能仅需要存储消息的少量块而不需要等待从起始端点100接收并存储完整消息。
例如,如果来自起始端点100的MSRP SEND请求中使用的消息块大小小于第一服务器MSRP块大小,则服务器200存储消息块,并在其开始向远端端点101转发并根据第一服务器MSRP块大小进行重新分段之前等待更多的消息块从起始端点100到达。
方法40的步骤45对于从远端端点101接收的消息被等同地执行,其中在朝向起始端点100的相反方向上根据第二MSRP块大小对消息块进行重新分段。
此外,在正在进行的MSRP会话期间,起始端点100和/或远端端点101可以随时更新其对应的优选MSRP块大小。端点可以随时在SIP RE-INVITE或SIP UPDATE消息中发送SDP供应。如果例如网络/链路状况已经改变或端点之一或两个端点已经移动到不同容量的不同接入网类型(不同的带宽策略可能适用),则可能发生这种情况。然而,如果从一个端点接收到更新的SDP供应的服务器200确定它应该保持其先前确定的第一服务器优选MSRP块大小或第二服务器优选MSRP块大小,则它对该端点进行响应而不向另一端点转发SDP供应。
以下实施例示出了当包含在SDP供应和SDP应答中的新SDP属性用于承载优选块大小时该属性的格式。属性的定义和语法的示例如下:
SDP——行属性“a=chunk-size:”可以取例如100千字节开始的以KB为单位的值。
块大小可以是最大块大小。
为了与RFC4975的向后兼容性,在SDP供应或SDP应答中未接收到MSRP块大小属性的端点应该假定如今的行为,即对块大小没有限制,并且它可以使用其自己配置的值。
针对新SDP属性的扩充巴科斯诺尔范式ABNF语法可以是:
chunk-size=chunk-size-label“:”chunk-size-value
chunk-size-label=“chunk-size”
chunk-size-value=1*(DIGIT);块大小(千字节)
当属性用于承载按照偏好或优先级顺序列出的优选块大小的列表时,可以使用类似的实施例。备选地,属性可以被格式化为承载优选块大小的最小值和最大值。
图5所示的实施例示出了包括电路50的端点,其中除了在此描述的其它实施例之外,电路50还执行根据如图1和图3所述的实施例的方法步骤。在一个实施例中,电路50可以包括处理器51和包含指令的存储设备52(也称为存储器),指令在被执行时使处理器51执行根据本文描述的实施例的方法中的步骤。电路50还可以包括通信接口53以与外部实体通信。
图6所示的实施例示出了包括电路60的服务器200,除了本文所述的其它实施例之外,电路60还执行根据如图2和图4所述的实施例的方法步骤。在一个实施例中,电路50可以包括处理器61和包含指令的存储设备62(也称为存储器),指令在被执行时使处理器61执行根据本文所描述的实施例的方法中的步骤。电路60还可以包括通信接口63以与外部实体和端点通信。
在图7中示出了端点的另一个实施例。图7示出了包括处理模块71的电路70,处理模块71被配置为确定用于MSRP会话的优选MSRP块大小,并且通过通信模块73发送包括端点的优选MSRP块大小在内的消息。该消息可以是SIP-INVITE消息。处理模块71还被配置为通过通信模块73接收响应消息,其中响应消息包括远端端点的优选MSRP块大小。处理模块71被配置为确定要用于MSRP媒体会话的MSRP块大小。当通过通信模块73向远端端点发送MSRP会话消息时,处理模块71还被配置为根据存储在存储器模块(72)中的确定的MSRP块大小来对MSRP会话消息进行分段。
图7中的电路70还包括通信模块73,被配置为发送和接收用于建立MSRP会话的通信消息,并协商用于端点之间的MSRP会话的MSRP块大小。通信模块73还被配置为发送根据确定的MSRP块大小被分段的分段的MSRP会话消息。通信模块73还被配置为从远端端点接收MSRP会话消息,其中可能根据远端端点确定的MSRP块大小对MSRP会话消息进行了分段。存储器模块72维持由端点确定的MSRP块大小,该确定的MSRP块大小用于对从端点到远端端点的MSRP消息进行分段。
已经参考特定实施例描述了本发明。然而,对于本领域技术人员显而易见的是,可以以与上述实施例不同的具体形式不同的具体形式来体现本发明。所描述的实施例仅仅是说明性的,而不应被认为是任何限制性的。本发明的范围由所附权利要求而不是前面的描述给出,并且落入权利要求的范围内的所有变化和等同物旨在被包含在其中。
Claims (23)
1.一种在服务器处执行的方法(40),用于协商要在端点之间通过服务器建立的消息会话中继协议MSRP会话中使用的MSRP块大小,所述方法(40)包括:
从第一端点接收(41)包括第一端点的优选MSRP块大小的第一消息;
确定(42)第一服务器优选MSRP块大小,修改所述第一消息以用所述第一服务器优选MSRP块大小替换所述第一端点的优选MSRP块大小,并向第二端点转发经修改的第一消息;
从所述第二端点接收(43)包括第二端点的优选MSRP块大小的第二消息;
确定(43)第二服务器优选MSRP块大小,修改所述第二消息以用所述第二服务器优选MSRP块大小替换所述第二端点的优选MSRP块大小,并向所述第一端点转发修改的第二消息;
确定(44)用于所述MSRP会话的第一服务器MSRP块大小和第二服务器MSRP块大小;以及
根据所述第一服务器MSRP块大小对来自所述第一端点的MSRP会话消息进行分段(45),并使用所述第二服务器MSRP块大小对来自所述第二端点的MSRP消息进行分段。
2.根据权利要求1所述的方法(40),其中,确定所述第一服务器优选MSRP块大小和所述第二服务器优选MSRP块大小至少部分地基于本地策略和所述服务器与沿着通信路径的对等网络节点之间的服务级别协议中的至少一个。
3.根据权利要求1所述的方法(40),其中,所述第一服务器优选MSRP块大小对应于所述服务器与所述第二端点之间允许的最大MSRP块大小。
4.根据权利要求1所述的方法(40),其中,所述第二服务器优选MSRP块大小对应于所述服务器与所述第一端点之间允许的最大MSRP块大小。
5.根据权利要求1所述的方法(40),其中,确定所述第一服务器MSRP块大小基于所述第二端点的优选MSRP块大小和所述第一服务器优选MSRP块大小。
6.根据权利要求1所述的方法(40),其中,确定所述第二服务器MSRP块大小基于所述第一端点的优选MSRP块大小和所述第二服务器优选MSRP块大小。
7.根据权利要求1所述的方法(40),其中,确定所述第一服务器MSRP块大小包括:识别所述第一服务器优选MSRP块大小和所述第二端点的优选MSRP块大小中的较小者。
8.根据权利要求1所述的方法(40),其中,确定所述第二服务器MSRP块大小包括:识别所述第二服务器优选MSRP块大小和所述第一端点的优选MSRP块大小中的较小者。
9.根据权利要求1所述的方法(40),还包括:在向所述第二端点转发根据所述第一服务器MSRP块大小重新分段的从所述第一端点接收的MSRP会话消息之前,存储所述MSRP会话消息的所有块。
10.根据权利要求1所述的方法(40),其中,向所述第二端点转发的经修改的第一消息包括第一服务器优选MSRP块大小的列表。
11.根据权利要求1所述的方法(40),其中,向所述第二端点转发的经修改的第一消息包括最小第一服务器优选MSRP块大小和最大第一服务器优选MSRP块大小。
12.一种包括计算机程序的计算机可读存储介质,所述计算机程序包括指令,所述指令当在至少一个处理器上执行时使所述至少一个处理器执行根据权利要求1至11中任一项所述的方法。
13.一种服务器(200),被配置为协商要在第一端点(100)与第二端点(101)之间通过所述服务器(200)建立的消息会话中继协议“MSRP”媒体会话中使用的MSRP块大小,所述服务器(200)适于:
从第一端点(100)接收包括第一端点的优选MSRP块大小的第一消息;
确定第一服务器优选MSRP块大小,修改所述第一消息以用所述第一服务器优选MSRP块大小替换所述第一端点的优选MSRP块大小,并向第二端点(101)转发经修改的第一消息;
从所述第二端点(101)接收包括第二端点的优选MSRP块大小的第二消息;
确定第二服务器优选MSRP块大小,修改所述第二消息以用所述第二服务器优选MSRP块大小替换所述第二端点的优选MSRP块大小,并向所述第一端点(100)转发经修改的第二消息;
确定用于所述MSRP会话的第一服务器MSRP块大小和第二服务器MSRP块大小;以及
根据所述第一服务器MSRP块大小对来自所述第一端点(100)的MSRP会话消息进行分段,并根据所述第二服务器MSRP块大小对来自所述第二端点(101)的MSRP消息进行分段。
14.根据权利要求13所述的服务器(200),其中,所述服务器(200)适于至少部分地基于本地策略和所述服务器(200)与沿着通信路径的对等网络节点之间的服务级别协议中的至少一个来确定所述第一服务器优选MSRP块大小和所述第二服务器优选MSRP块大小。
15.根据权利要求13所述的服务器(200),其中,所述第一服务器优选MSRP块大小对应于所述服务器(200)与所述第二端点(101)之间允许的最大MSRP块大小。
16.根据权利要求13所述的服务器(200),其中,所述第二服务器优选MSRP块大小对应于所述服务器(200)与所述第一端点(100)之间允许的最大MSRP块大小。
17.根据权利要求13所述的服务器(200),其中,所述服务器(200)适于基于所述第二端点的优选MSRP块大小和所述第一服务器优选MSRP块大小来确定所述第一服务器MSRP块大小。
18.根据权利要求13所述的服务器(200),其中,所述服务器(200)适于基于所述第一端点的优选MSRP块大小和所述第二服务器优选MSRP块大小来确定所述第二服务器MSRP块大小。
19.根据权利要求13所述的服务器(200),其中,所述服务器(200)适于确定所述第一服务器MSRP块大小包括所述服务器(200)适于识别所述第一服务器优选MSRP块大小和所述第二端点的优选MSRP块大小中的较小者。
20.根据权利要求13所述的服务器(200),其中,所述服务器(200)适于确定所述第二服务器MSRP块大小包括所述服务器(200)适于识别所述第二服务器优选MSRP块大小和所述第一端点的优选MSRP块大小中的较小者。
21.根据权利要求13所述的服务器(200),其中,所述服务器(200)还适于在向所述第二端点(101)转发根据所述第一服务器MSRP块大小重新分段的从所述第一端点(100)接收的MSRP会话消息之前,存储所述MSRP会话消息的所有块。
22.根据权利要求13所述的服务器(200),其中,向所述第二端点(101)转发的经修改的第一消息包括第一服务器优选MSRP块大小的列表。
23.根据权利要求13所述的服务器(200),其中,向所述第二端点(101)转发的所述经修改的第一消息包括最小第一服务器优选MSRP块大小和最大第一服务器优选MSRP块大小。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462094227P | 2014-12-19 | 2014-12-19 | |
US62/094,227 | 2014-12-19 | ||
PCT/IB2015/059851 WO2016098086A1 (en) | 2014-12-19 | 2015-12-21 | Negotiation of message chunk size for message session relay protocol session |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107113223A CN107113223A (zh) | 2017-08-29 |
CN107113223B true CN107113223B (zh) | 2020-07-28 |
Family
ID=55182502
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580069770.4A Active CN107113223B (zh) | 2014-12-19 | 2015-12-21 | 用于消息会话中继协议会话的消息块大小的协商 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10498791B2 (zh) |
EP (1) | EP3235189B1 (zh) |
CN (1) | CN107113223B (zh) |
IL (1) | IL252650A0 (zh) |
WO (1) | WO2016098086A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10747729B2 (en) * | 2017-09-01 | 2020-08-18 | Microsoft Technology Licensing, Llc | Device specific chunked hash size tuning |
CN111279662A (zh) * | 2017-11-02 | 2020-06-12 | 瑞典爱立信有限公司 | 消息传递资源功能 |
US10871945B2 (en) * | 2018-04-13 | 2020-12-22 | Microsoft Technology Licensing, Llc | Resumable merge sort |
CN110881021B (zh) * | 2018-09-06 | 2022-06-03 | 中国移动通信有限公司研究院 | Msrp分片的处理方法及装置、网络设备及存储介质 |
US11856073B1 (en) * | 2019-03-22 | 2023-12-26 | Amazon Technologies, Inc. | Message batching for communication protocols |
CN112437125B (zh) * | 2020-11-10 | 2022-05-03 | 阿波罗智联(北京)科技有限公司 | 信息并发处理方法、装置、电子设备及存储介质 |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7272658B1 (en) * | 2003-02-13 | 2007-09-18 | Adobe Systems Incorporated | Real-time priority-based media communication |
GB0321975D0 (en) * | 2003-09-19 | 2003-10-22 | Ericsson Telefon Ab L M | Exchange protocol for combination multimedia services |
US20050243746A1 (en) * | 2004-04-29 | 2005-11-03 | Nokia Corporation | Session inspection scheme |
EP1672866A1 (en) * | 2004-12-15 | 2006-06-21 | Siemens S.p.A. | Method and system to the instant transfer of multimedia files between mobile radio users within the scope of combinational services |
FI20055288A0 (fi) * | 2005-06-06 | 2005-06-06 | Nokia Corp | Yksittäinen sanomanvälitys |
US8687787B2 (en) * | 2005-06-20 | 2014-04-01 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for making a call-setup |
KR100789902B1 (ko) * | 2005-12-09 | 2008-01-02 | 한국전자통신연구원 | 다중 프레임을 갖는 브이오아이피 패킷 처리 장치 및 그방법 |
CN1870639B (zh) * | 2005-11-25 | 2010-12-08 | 华为技术有限公司 | 初始会话协议消息编码能力的协商方法及装置 |
US7636767B2 (en) * | 2005-11-29 | 2009-12-22 | Cisco Technology, Inc. | Method and apparatus for reducing network traffic over low bandwidth links |
CN100401724C (zh) * | 2005-12-15 | 2008-07-09 | 华为技术有限公司 | 发送即时消息的方法和设备 |
WO2007143941A1 (fr) * | 2006-05-31 | 2007-12-21 | Huawei Technologies Co., Ltd. | appareil et procédé de routage de messagerie |
KR100966047B1 (ko) * | 2006-08-25 | 2010-06-28 | 삼성전자주식회사 | 통신시스템에서 미디어 송신 방법 및 장치 |
US20080160906A1 (en) * | 2006-12-28 | 2008-07-03 | Motorola, Inc. | Discrete media transfer progress status indication |
CN101170623B (zh) * | 2007-11-23 | 2012-12-19 | 中兴通讯股份有限公司 | 一种收发传真的系统及其发送/接收传真的方法 |
US20100077057A1 (en) * | 2008-09-23 | 2010-03-25 | Telefonaktiebolaget Lm Ericsson (Publ) | File Transfer in Conference Services |
CN101924744A (zh) * | 2009-06-10 | 2010-12-22 | 中兴通讯股份有限公司 | 一种融合ip消息消息会话中继协议msrp参数协商的方法 |
CN101997842B (zh) * | 2009-08-11 | 2015-05-20 | 中兴通讯股份有限公司 | 大消息模式cpm消息传输方法及系统 |
CN102025514A (zh) * | 2009-09-11 | 2011-04-20 | 中兴通讯股份有限公司 | 即时消息与电子邮件互通的方法与系统 |
CN102026112B (zh) * | 2009-09-21 | 2014-07-02 | 中兴通讯股份有限公司 | 一种融合ip消息的发送方法及系统 |
US8416780B2 (en) * | 2009-11-03 | 2013-04-09 | Research In Motion Limited | System and method for session initiation protocol header modification |
KR20140001477A (ko) * | 2012-06-27 | 2014-01-07 | 삼성전자주식회사 | 영상통화의 효율적 세션 교섭을 위한 장치 및 방법 |
US9537784B2 (en) * | 2014-06-05 | 2017-01-03 | International Business Machines Corporation | Network-specific data downloading to a mobile device |
-
2015
- 2015-12-21 WO PCT/IB2015/059851 patent/WO2016098086A1/en active Application Filing
- 2015-12-21 EP EP15826185.9A patent/EP3235189B1/en active Active
- 2015-12-21 US US14/910,159 patent/US10498791B2/en active Active
- 2015-12-21 CN CN201580069770.4A patent/CN107113223B/zh active Active
-
2017
- 2017-06-04 IL IL252650A patent/IL252650A0/en unknown
Also Published As
Publication number | Publication date |
---|---|
WO2016098086A1 (en) | 2016-06-23 |
US10498791B2 (en) | 2019-12-03 |
CN107113223A (zh) | 2017-08-29 |
EP3235189B1 (en) | 2019-04-10 |
IL252650A0 (en) | 2017-07-31 |
US20160352795A1 (en) | 2016-12-01 |
EP3235189A1 (en) | 2017-10-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107113223B (zh) | 用于消息会话中继协议会话的消息块大小的协商 | |
US8135845B2 (en) | Terminal unit for handling session on the basis of session initiation protocol, method of transmitting and receiving thereof | |
EP2342883B1 (en) | File transfer in conference services | |
US9204264B2 (en) | Exchange of messages and sessions | |
US9288174B2 (en) | Page-mode messaging | |
US9350695B2 (en) | Method for transferring and storing CPM service message and service thereof | |
JP2008078878A (ja) | セッション制御システム、セッション代行装置、通信方法、およびプログラム | |
US7899058B2 (en) | Using a hash value as a pointer to an application class in a communications device | |
EP2429256A1 (en) | Method for negotiating message session relay protocol connection parameters | |
JP2011515980A (ja) | 通信システムにおけるピアツーピアマルチメディア接続の状態を問い合わせるシステムおよび方法 | |
KR20120100376A (ko) | 에스아이피 메시지 송수신 시스템 및 방법 | |
WO2010047229A1 (ja) | 通信システムおよび通信装置 | |
EP2249541A1 (en) | Distribution of communication flows between two nodes linked by different network paths | |
US8688848B2 (en) | Method of establishing a media link for transmitting a large message mode CPM message to a group | |
EP1672867A1 (en) | Method to the fast and reliable transfer of large amount of data between mobile radio users involved in a SIP session | |
KR101006141B1 (ko) | Sip 메시지 전송 방법 | |
KR20080090250A (ko) | 이종 메시지의 상호 연동을 통한 메시지 전송 방법 | |
KR20050116464A (ko) | 인터넷 멀티미디어 서브시스템의 세션 기반 메시징서비스의 종료 방법 | |
CN115277874A (zh) | 一种基于SIP协议的IPv4/IPv6协议互通方法及相关设备 | |
Nurmela | Session initiation protocol |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |