会员体验
专利管家(专利管理)
工作空间(专利管理)
风险监控(情报监控)
数据分析(专利分析)
侵权分析(诉讼无效)
联系我们
交流群
官方交流:
QQ群: 891211   
微信请扫码    >>>
现在联系顾问~
热词
    • 1. 发明申请
    • METHOD AND SYSTEM TO THE INSTANT TRANSFER OF MULTIMEDIA FILES BETWEEN MOBILE RADIO USERS WITHIN THE SCOPE OF COMBINATIONAL SERVICES
    • 在组合服务范围内移动无线电用户之间的多媒体文件的实时传输的方法和系统
    • WO2006064347A1
    • 2006-06-22
    • PCT/IB2005/003778
    • 2005-12-08
    • SIEMENS S.P.A.DE ZEN, GiovannaGALLASSI, Giorgio
    • DE ZEN, GiovannaGALLASSI, Giorgio
    • H04L29/06
    • H04M7/0024H04L65/1006H04L65/1016H04L65/4061H04L65/80H04L67/06H04M7/0045H04M7/0051H04W76/15H04W80/00H04W80/10H04W84/042
    • Among combinational services to be implemented inside 21/2 or 3 rd generation PLMNs upgraded with IMS, most recent proposals consist of establishing a CS voice call and successively set up an IP multimedia session for transferring one or more recorded multimedia file between peer mobile terminals during the ongoing CS call. To accomplish this type of service a Call Recognizer (CR) process is running on each IMS enabled mobile terminal, either multiRAB or DTM. Such process can be understood as an Extension of a classical IMS Client (EIC). Independently of the CS call being originated or terminated, the CR process detects the CS call acceptance from the respective user and automatically triggers the IMS registration procedure for that user (6) to inform the IMS core about the handset capabilities on handling real-time or nearly real-time services. Similarly, the CR process detects the CS call release and automatically triggers the IMS de-registration procedure. Within the scope of combinational service, according to a first service mode named "Push To Show (PTS)" or an its extension named "Multiparty Video Messaging (MVM)" the mobile terminal is enabled to the instantaneous and reliable transfer of big multimedia files (e.g. around 10 kbytes for each second of recorded video). The Push action by a requesting user triggers a SIP session (15) to catch the IMS identity of the peer user. To this aim the extended client interrogates a Domain Resolution Server (DRS) inside the IMS to get the domain name of the peer user given its MSISDN. A TCP socket for transferring the recorded file end-to-end is also negotiated during the SIP session. The SIP INVITE message is upgraded with additional SDP protocol lines including parameters to lead file transfer. The extended client builds up a command to get the multimedia file.
    • 在使用IMS升级的21/2 或3 代PLMN 中实施的组合服务中,最近的建议包括建立CS语音呼叫并连续建立IP 用于在正在进行的CS呼叫期间在对等移动终端之间传送一个或多个记录的多媒体文件的多媒体会话。 为了完成这种类型的服务,呼叫识别器(CR)进程在每个支持IMS的移动终端上运行,即multiRAB或DTM。 这种过程可以理解为经典IMS客户端(EIC)的扩展。 独立于CS呼叫发起或终止,CR进程检测来自相应用户的CS呼叫接受,并自动触发该用户(6)的IMS注册过程,以通知IMS核心手机处理实时性能或者 几乎实时的服务。 类似地,CR进程检测CS呼叫释放并自动触发IMS去注册过程。 在组合服务的范围内,根据名为“Push To Show(PTS)”或其扩展名为“Multiparty Video Messaging(MVM)”的第一种服务模式,移动终端启用瞬时可靠的I />传输 的大型多媒体文件(例如每秒录制的视频约10千字节)。 请求用户的Push动作触发SIP会话(15)来捕获对等体用户的IMS标识。 为此,扩展客户端询问IMS内部的域解析服务器(DRS)以获取给定其MSISDN的对等体用户的域名。 在SIP会话期间也协商用于传送记录文件端到端的TCP套接字。 SIP INVITE消息通过附加的SDP协议行进行升级,包括引导文件传输的参数。 扩展客户端建立一个命令来获取多媒体文件。
    • 5. 发明申请
    • RTSP PROXY EXTENDED TO DETECT STREAMING SESSION EVENTS AND REPORT TO VALUED STREAMING APPLICATIONS THE NOTIFIED ONES
    • RTSP PROXY扩展到检测流程活动并报告流量流量应用程序通知
    • WO2006007929A1
    • 2006-01-26
    • PCT/EP2005/006735
    • 2005-06-22
    • SIEMENS MOBILE COMMUNICATIONS S.P.A.DE ZEN, GiovannaPAVARINI, Giovanna
    • DE ZEN, GiovannaPAVARINI, Giovanna
    • H04L29/06
    • H04L29/06H04L29/06027H04L65/1016H04W4/02H04W4/16H04W24/00H04W80/00H04W88/18
    • An Extended RTSP Proxy interworks with an IP Application Server to offer valued multimedia streaming services to the subscribers. The Extended RTSP Proxy comprises a RTSP Proxy modified to further interface a Streaming Service Extension Module (SSEM). The Extended RTSP Proxy acts as intermediary between the client Requests and the relative Responses from one or more Video Servers. The SSEM module is responsible for monitoring the RTSP sessions originated by subscribers on the basis of instructions provided by the applications by proper Java APIs based on RMI (Remote Method Invocation) at the application interfaces. For this aim it deploys multiple instantiations of a state machine to detect event type session state change on behalf of each session addressed by a combination of a valid subscriber identifier and the identifier of the application invoked by the client. A personalized RTSP URL clickable on the Web is transferred inside the DESCRIBE and SETUP messages to provide the SSEM module with this information. Operatively, the SSEM module is piggyback the RTSP proxy to infer Event type Session State change from observations of the crossing signaling. The detected events are compared to registered notification lists of events transmitted by the Applications running inside the Application Server. In case of matching an event is reported back to the requesting application. The Extended RTSP Proxy uses TCP as reliable transport protocol for RTSP packets, and UDP to transport the RTP/RTCP streaming'data/control packets. Additional TCP ports are foreseen at the interface with the SSEM module. In a preferred embodiment valid for the IMS platform, the SSEM module can be located inside the Application Server. In such a case the personalized RTSP URL includes the SIP address of the client. When the applications are running inside Application Server outside the IMS domain, valid PLMN subscriber identifiers could be the MSISDN numbers of the subscriber .
    • 扩展RTSP代理与IP应用服务器进行交互,为用户提供有价值的多媒体流服务。 扩展RTSP代理包括被修改以进一步接口流服务扩展模块(SSEM)的RTSP代理。 扩展RTSP代理充当客户端请求和一个或多个视频服务器的相对响应之间的中介。 SSEM模块负责根据应用程序根据应用程序提供的指令来监视由应用程序接口上基于RMI(远程方法调用)的适当Java API的RTSP会话。 为此目的,它部署了状态机的多个实例来代表由有效用户标识符和由客户端调用的应用程序的标识符的组合寻址的每个会话来检测事件类型会话状态改变。 可以在Web上点击的个性化RTSP URL传送到DESCRIBE和SETUP消息中,为SSEM模块提供此信息。 操作上,SSEM模块搭载RTSP代理,从交叉信号的观测中推断事件类型Session State的变化。 将检测到的事件与应用程序服务器中运行的应用程序发送的事件的注册通知列表进行比较。 在匹配的情况下,将事件报告回请求应用程序。 扩展RTSP代理使用TCP作为RTSP数据包的可靠传输协议,UDP用于传输RTP / RTCP流数据/控制数据包。 在与SSEM模块的接口上预见了额外的TCP端口。 在对于IMS平台有利的优选实施例中,SSEM模块可以位于应用服务器内部。 在这种情况下,个性化RTSP URL包括客户端的SIP地址。 当应用程序在IMS域外部的Application Server内运行时,有效的PLMN用户标识符可以是用户的MSISDN号码。
    • 6. 发明公开
    • RTSP PROXY EXTENDED TO DETECT STREAMING SESSION EVENTS AND REPORT TO VALUED STREAMING APPLICATIONS THE NOTIFIED ONES
    • 用于延长一种判别流会话活动AROUND向量值流应用RTSP代理宣布要报告
    • EP1769617A1
    • 2007-04-04
    • EP05761420.8
    • 2005-06-22
    • Siemens S.p.A.
    • DE ZEN, GiovannaPAVARINI, Giovanna
    • H04L29/06H04Q7/24
    • H04L29/06H04L29/06027H04L65/1016H04W4/02H04W4/16H04W24/00H04W80/00H04W88/18
    • An Extended RTSP Proxy interworks with an IP Application Server to offer valued multimedia streaming services to the subscribers. The Extended RTSP Proxy comprises a RTSP Proxy modified to further interface a Streaming Service Extension Module (SSEM). The Extended RTSP Proxy acts as intermediary between the client Requests and the relative Responses from one or more Video Servers. The SSEM module is responsible for monitoring the RTSP sessions originated by subscribers on the basis of instructions provided by the applications by proper Java APIs based on RMI (Remote Method Invocation) at the application interfaces. For this aim it deploys multiple instantiations of a state machine to detect event type session state change on behalf of each session addressed by a combination of a valid subscriber identifier and the identifier of the application invoked by the client. A personalized RTSP URL clickable on the Web is transferred inside the DESCRIBE and SETUP messages to provide the SSEM module with this information. Operatively, the SSEM module is piggyback the RTSP proxy to infer Event type Session State change from observations of the crossing signaling. The detected events are compared to registered notification lists of events transmitted by the Applications running inside the Application Server. In case of matching an event is reported back to the requesting application. The Extended RTSP Proxy uses TCP as reliable transport protocol for RTSP packets, and UDP to transport the RTP/RTCP streaming'data/control packets. Additional TCP ports are foreseen at the interface with the SSEM module. In a preferred embodiment valid for the IMS platform, the SSEM module can be located inside the Application Server. In such a case the personalized RTSP URL includes the SIP address of the client. When the applications are running inside Application Server outside the IMS domain, valid PLMN subscriber identifiers could be the MSISDN numbers of the subscriber .