用于由呼叫建立触发的推送内容的方法和系统的制作方法

专利名称：：用于由呼叫建立触发的推送内容的方法和系统的制作方法
技术领域：
：本发明总体上涉及提供推送内容的系统和服务。更加具体地，本发明涉及呼叫建立所触发的推送内容所提供的系统，以及为这些系统处理呼叫流的方法。
背景技术：
：呼叫建立一主叫方通过电信和伴随的电信基础设施启动了与被叫方的会话请求、以及执行该请求的过程的时刻一是一特殊的时刻，其中至少两方的注意力为了相互作用的紧急需求而被抓住。数字电信通过互联网和当今的数字公共无线移动网络的快速传播已经引起了经常被观察到的事实，即通话一电话呼叫—仅仅是被当今配备完善的用来传输任何类型内容的基础设施所提供的数字内容中的一种形式而已。然而公共电信的现有技术水平还不能提供适宜的方法来扩展呼叫建立基础设施一起初被设计用于叫人通话一转变成允许任何一方进行呼叫建立(被叫方、主叫方、网络运营商等)，以在抓住注意力的时刻期间对任何形式的数字内容进行分送。在本领域中，除了普通电话呼叫之外或者代替普通电话呼叫，需要利用用户的呼叫建立的获取注意力时刻来推送、接收或分享特别相关的内容。内容"推送"就是这样一种经常被描述的对个人相关的数字内容进行分送的方法。"推送"技术也被称作"服务器推送"，典型地被用于描述基于互联网的内容传送系统，其中信息基于被客户机所描绘的预设的请求参数组，而从中心服务器被传送至客户台。示例地来说，客户机用户(例如家庭桌面用户)会订制被内容供应商提供的各种信息主题，由于该内容被内容供应商来提供，因此这样的信息穿越互联网而被"推送"或传送至桌面用户，并显示在用户的电脑上。除了基于互联网的推送技术之外，推送理念还被用来提供被移动推送的内容服务。该移动推送内容包括SMS推送月l务、WAP(无线应用协议)推送服务、推送信息服务、遗漏呼叫提醒、和推送电邮服务，这些服务都是高度流行的服务，并且是移动运营商的主要收入来源。另一种移动推送内容服务，即移动TV，是很有需求的推送广播服务。近期，移动运营商已经引入了多媒体推送服务，例如多媒体信息、视频和电视的多频道，其被用来在空闲模式下将推送内容下载至移动设备来进行离线浏览。这种服务的实例是本领域熟知的客户/服务器产品，该产品在停机时间将基于网络的媒体内容推送至手机，例如BambooMediacasting公司^是供的"Silverstripe"方案(www.bamboomc.com)。某些本领域熟知的,推送内容服务甚至已将讨论的焦点集中在在呼叫建立期间将内容推送至被叫方。当来电到达时，该推送内容在被叫方设备上播放。然而，由于在当前的呼叫建立装置内的便利的集成还未知，因此那些推送至移动端的服务在很多重要方面被限制对特定类型内容的方案进行指明，并且仅能够被限定的当事方所解决，或者能够对限定的当事方进行解决。由于缺乏对已建立的呼叫建立的方法的充足扩展，因此该缺乏对本领域的限制的例子是多种多样的。通过非限定的实例，现有技术在呼叫建立期间将不会传送被叫方所定义的音乐铃声，使其在主叫方的设备商在呼叫建立期间瞬间鸣响。进一步地，本领域中熟知的推送内容服务无法使主叫方阅览被叫方最新的档案(profile)(例如照片、网络日志等)，或者无法使被叫方将他自己的新地址通知给他呼叫的朋友。类似地，主叫方在呼叫建立中无法与多方进行通信，例如在一次广播对话中，向他手机电话薄里存储的朋友群组进行广播，将他的新地址通知给他们。并且，在来电到达被叫方设备之前也不可能播放任何推送内容，例如铃音。一旦呼叫被允许(例如在流模式中)，没有一种推送内容服务允许推送内容立即在主叫/被叫方设备上播放，就像要求呼叫者定义的铃音、回铃音，或者像要求对于铃音和回铃音的同时匹配的声音。进一步地，推送内容服务不注重以下情况，即两个或多个同时发生的呼叫进入，并且呼叫者的ID未知。并且，也不可能将内容推送至非注意方，例如第三方。这样，现有的推送服务无法吸引用户的注意。此外，现有技术中的呼叫建立不提供抽象层，其中该抽象层允许任何种类的内容体验被呼叫建立表示的个人的抓住注意力的时刻所触发。一从实施的角度而言，现有的推送内容服务典型地，允许内容在带内(in-band)方式下仅仅以单一的方向被推送(亦即在同一电路转换信道或数据包转换信道内具有双方的语音和推送内容)，并要求对当前信令协议(例如ISUP、SIP等)的改变(例如通过增加专用额外参数)。这要求在网络和设备上进行不切实际的改变。通过非限定的例子，一种被称作"push-to-talk(即按即说)"的熟知的推送内容服务允许主叫方即时地与被叫方通话，而不牵涉被叫方来应答该呼叫，并且听到主叫方。现有技术中的即按即说技术作为半双向服务而被实施，类似于移动电话的无线电话机服务，并且在没有呼叫建立(电话响铃、需要被叫方接受电话等)的情况下理所当然地发生。尽管基于呼叫建立的即按即说已经在本领域中^皮提议，仍然需要呼叫建立体系结构的一般性扩展来允许无客户端的即按即说。另一种涉及个人"回铃音"服务的现有的推送内容服务允许主叫方听到被被叫方个人化、但是通过呼叫的载体路径在网络上、而不是在主叫设备端播放的铃音(例如音乐，声响)。由于这不是作为分离的内容通信而被建立，而仅仅是作为单向声音通过电路播放，现有的回铃音不会典型地允许主叫方下载或指定该回铃音、声音文件或相对应的铃音，以便他自己将来使用。并且，该回铃音内容被限制在声音文件，并且不能被普通设备阅览。在关于呼叫者定义的铃音服务相关的再一种设备当中，被叫方听到被主叫方个人化的、却在被叫方设备上播放的铃声(例如音乐，声响)。然而，之前提议的服务总体上无法在当今的网络基础架构上实施，因为需要协议和网络元素的改变。这样，需要在呼叫建立期间，通过当今的呼叫建立体系结构的便利扩展，而为待被分发的、或使得立即可用的内容进行多向处理。未被满足的需求是超越所限制的目的而对呼叫建立抽象化，其中该所限制的目的是建立叫人语音通信对话，使其成为通用的机会来传送任何种类的个人化的媒体内容，其中所述媒体内容可以是关联于呼叫建立表示的吸引注意力的时刻。这种方案应该准许使用者指定基于网络的内容，或者在呼叫建立时刻直接将自我生成的内容推送至接收方。该理想的解决方案将会包括现有技术中的呼叫建立体系结构的有效扩展，并将允许呼叫建立事务处理涉及的任何方(网络、被叫方、主叫方或其他方)，向那些其它方中的任意一方处理关于呼叫建立事件的内容。
发明内容本发明使得在个人的"吸引注意力"时刻期间，起初被设计用于叫人通话的电信网络能够提供任何类型的内容或个人化的媒体体验，其中该"吸引注意力，，时刻通过对被安装的用于呼叫建立的装置进行扩展而得以表示。该个人化的体验可以通过网络自身或者由其它网络而被任何方示例或指定于正在建立的呼叫。可变通的方法被提供,以对在当今的普通载波网络内广泛可用的现有的呼叫建立基础设施建立该扩展。本发明提供了一种在呼叫建立时间的情况下，通过电信网络将内容推送给至少一个接收方的方法。该方法包括响应于主叫方对被叫方而启动的呼叫建立，来执行呼叫控制功能。该呼叫控制功能在至少一个呼叫参数上工作。该方法进一步包括基于所述至少一个呼叫参数而运用应用逻辑，来确定至少一个接收方和所述至少一个接收方的相对应的推送内容细节，并将被所述推送内容细节指定的所述推送内容传送至所述至少一个接收方。该接收方可以是主叫方或蜂皮叫方，或其它方。所述至少一个参数可以基于规则而被主叫方、被叫方、网络、或第三方设定、或预先设定、或纟皮任何方设定。在另一方面中，本发明提供了一种通过第一电信网络将呼叫建立触发的推送内容提供给至少一个接收方的系统。该系统包括用户数据库、网络接口、应用模块、和内容服务器。该用户数据库存储至少一个用户档案和偏好设置。该偏好设置包括所述用户的推送内容细节。该网络接口响应于呼叫建立而执行呼叫控制功能。该呼叫控制功能利用至少一个呼叫参数而工作。所述应用模块于所述至少一个呼叫参数，而运用应用逻辑基来确定至少一个接收方和所述至少一个接收方的相对应的推送内容细节。所述内容服务器将推送内容细节里特定指明的推送内容传送给至少一个接收方。附图筒要说明图中，相同或类似的参考标号表示类似的元件或操作。图1描述了按照本发明的具体实施例，提供推送内容的方法的流程图表；图2描述了按照本发明的具体实施例，在电信网络中将呼叫建立触发的推送内容提供给至少一个接收方(未示)的系统的方框图；图3显示了按照本发明的具体实施例的数据库表，该数据库表描述了接收方的订制档案；图4显示了按照本发明的具体实施例，接收方档案频道的配置；图5显示了按照本发明的具体实施例，I皮接收方配置的前转铃音(RPT)频道的示例配置；图6显示了按照本发明的具体实施例，接收方对抗发送方的通用推送内容许可控制的例子；图7显示了按照本发明的具体实施例，包含CTPCS的用户的组定义的图表；'图8描述了支持从CTPCS到设备的推送消息传送的各种不同选择；图9显示了基于发起方呼叫控制的示例性的呼叫流；图10显示了基于终端方呼叫控制的示例性呼叫流；图11显示了按照本发明的具体实施例，当将内容推送至被叫方B的时候，主叫方A、被叫方B和CTPCS之间的相互作用的示例性的信令流；图12显示了按照本发明的具体实施例，当将内容推送至主叫方A和被叫方B的时候，主叫方A、被叫方B和CTPCS之间的相互作用的示例性的信令流；图13显示了关于推送至被叫方的被推送内容的示例性的信令流，该信令流描述了在运营商之间呼叫建立触发的推送内容服务'的交互工作；图14显示了被推送的内容推送至VPMN-2的被叫方和主叫方的示例性的信令流，该信令流描述了在运营商之间呼叫建立触发的推送内容服务的交互工作；图15描述了VPMN-1的CTPCS和VPMN-2的CTPCS的交互工作，其中来自VPMN-2的被叫方B的^皮定义的内容正被推送至VPMN-1的主叫方A;图16显示了示例的呼叫流，该呼叫流描述了用来将主叫方定义的铃音传送至被叫方的^皮叫方呼叫控制；图17显示了示例的呼叫流，该呼叫流描述了用来将被叫方定义的铃音传送至主叫方的主叫方呼叫控制；图18显示了示例性的呼叫流，该呼叫流描述了运营商之间的交互工作，其中VPMN-1的主叫方A正在利用主叫方定义的、且被被叫方订制的铃音来呼叫运营商VPMN-2的被叫方B;图19描述了按照本发明的具体实施例，每次用户打电话时关于用户的CTPCS的新闻闪现服务；图20描述了按照本发明的具体实施例，以任意方向或双方向被推送至另一呼叫方的呼叫方建档信息；图21描述了按照本发明的具体实施例，正被发送至已订制的主叫方的被叫方档案的信令流。本发明具体描述在以下的描述中，类似的字符指代附图中遍及多张试图的类似的或相对应的部件。此外将会明白，图示的目的是为了描述本发明的特定示例的实施例，而并非意图限制本发明。在各种实施例中，接收方包括主叫方、被叫方、双方、当事方群组或第三方(例如父母、配偶、学校、雇主、倶乐部、警察、其它紧急服务、邮递名录等等)。在各种不同的实施例中，呼叫方包括主叫方、被叫方和第三方。在各种不同的实施例中，发送方是定义了待被发送至一个或多个接收方的推送内容的当事方。发送方包括主叫方、被叫方、当事方群组和第三方。在各种不同的实施例中，用户是已经订制了呼叫建立所触发的推送内容服务的个人。基于不同的呼叫事件，用户可以是被叫方、主叫方、或第三方。.本发明提供了将呼叫建立触发的推送内容提供给至少一个接收方的系统和方法。该呼叫建立吸引了正打算进行呼叫的主叫方的注意力，并可能还吸引了被通知有呼叫的被叫方的注意力(通过例如铃音或振动提醒)。在一个具体实施例当中，被接收方(主叫方或被叫方或第三方)订制的推送内容可以是基于网络的，并被移动运营商或他们的内容/服务合作伙伴来提供。在另一实施例当中，被接收方订制的推送内容可以被主叫方或被叫方(接收设备)上传在呼叫建立触发的推送内容系统(CTPCS)上，以用于将来的个人使用或共享的公共使用。在再一具体实例当中，被接收方订制的推送内容可以被第三方上载在CTPCS。推送内容可以独立于呼叫、或^f又在呼叫之前而^皮上载在CTPCS上。在各种不同的具体实施例当中，推送内容可以在呼叫^皮应答之前、正在进行中或者呼叫完成之后被传送至接收方。推送内容包括铃音和多媒体信息。在具体实施例当中，在主叫方设备上鸣响的铃音可以被在CTPCS的:故叫方或主叫方(例如，前五名的铃音下载)或者CTPCS(例如网络可达"自动电唱机(jukebox)"或者很多内容项目库)定义。在另一具体实施例当中，在被叫设备上鸣响的铃音可以被在CTPCS的主叫方或被叫方(例如，仅从自动电唱机下载的嘻哈铃音)或者CTPCS(例如自动电唱机)定义。在具体实施例当中，当主叫方呼叫^&叫方时，本发明利用语音信道来触发语音通信。语音呼叫触发网络应用来开始对话。该语音通信触发了推送将内容通过SMS或数据信道(例如GPRS或IMS或其他任何数据信道)推送至接收设备(主叫方或被叫方或第三方或双方或者所有当事方)的数据通信。接着，接收设备可以在呼叫被应答之前播放内容。图1描述了按照本发明的具体实施例，提供推送内容的方法的流程图表。该方法响应于/人主叫方至^皮叫方的呼叫建立请求而^皮调用。该呼叫建立通过呼叫建立请求而被启动。该呼叫建立包括当拨打了被叫方之后，主叫方等待呼叫应答的时间、以及来电通知到被叫方之前或者被叫方应答或拒绝呼叫之前，被叫方的等待时间。该呼叫建立由于例如响音/振动通知而抓住被叫方的注意力，以及抓住主叫方的注意力来请求该呼叫。进一步地，该方法能够在呼叫建立进行当中，而不是当呼叫方接收设备处在空闲状态下，使推送内容以任意方向被推送至呼叫方的接收设备(例如主叫方、被叫方或第三方)。在本发明的具体实施例当中，在102中，呼叫建立触发的推送内容系统(CTPCS)在从主叫方到被叫方的呼叫建立期间执行呼叫控制功能。该呼叫控制功能在至少一个呼叫参数上工作，该呼叫参数使得确定呼叫或推送内容将如何被识别、提供或传送可以获得。呼叫控制参数的例子可以是，但不仅限于应用标识符、主叫方号码、主叫方国际移动用户识别码(IMSI)、被叫方号码、或者受访移动交换中心(VMSC)位置。之后，在104中，基于所述至少一个呼叫参数，CTPCS运用应用逻辑来确定至少一个接收方和该至少一个接收方的相对应的推送内容细节。在各种不同的具体实施例当中，接收方包括主叫方、被叫方、第三方和当事方群组。在具体实施例当中，呼叫方、用户、网络运营商、第三方或者计算机程序可以定义CTPCS的每一个使用者的推送内容细节。在本发明的各种具体实施例当中，CTPCS存储接收方的档案和偏好设置。该档案和偏好设置可以包括，例如主叫方的身份、被叫方的身份、第三方的身份、呼叫历史信息、一天的时间、季节、关系、在来自例如未知呼叫者或未知推送内容的同时的来电的情况下播放推送内容的缺省次序、和以上的结合。在本发明的一个具体实施例当中，发送方定义了被请求的或被传送的推送内容正名夂对应的推送内容细节。所述发送方可以是主叫方、被叫方、网络运营商、第三方或当事方群组。在本发明的另一个具体实施例当中，CTPCS基于至少一个接收方的呼叫历史、或被观测到的关于相关呼叫方的其他任何数据的基础上，可以定义推送内容。本领域技术人员将会理解，推送内容根据不同的应用逻辑而被发送方选择，例如，推送内容可以在订制时刻或者在订制期期间独立于特定呼叫或者在拨打特定呼叫之前来被选择。之后，在106中，推送内容细节中特别指明的推送内容被传送给至少一个接收方。在本发明的一个具体实施例当中，推送内容通过非限定的实例可以包括铃音、视频音、新闻项目、股票报道、体育更新、一天的报价、主叫方档案、被叫方档案、声音文件、名人语音、音乐项目、多媒体文件、电视镜头、广告、进入的电邮报头、与其他主叫设备相关的呼叫信息、或以上的结合。铃音包括电信网络定义的铃音、运营商定义的铃音、和呼叫方(例如主叫方或被叫方或第三方)定义的铃音。在推送内容传送(在106中)期间，推送内容的流传送被执行，和/或推送内容被下载在接收设备。按照具体实施例，推送内容可以在呼叫建立未完成之时被传送至接收方。当呼叫被主叫方启动并在呼叫未结束之时被主叫方断开的时候，推送内容被传送/以流模式传送和播放给至少一个接收方。例如，如果主叫方希望不谈话就将铃音礼物发送至^^皮叫方，主叫方可以进行呼叫，并在在呼叫建立还未完成之时将铃音发送至被叫方之后断开呼叫。在具体实施例当中，呼叫建立可以是群呼叫，其中主叫方可以对群用户触发信息广播(例如，他已经跳槽至新工作)。被传送的推送内容可以通过语音或数据频道而被播放，或者可以利用安装在至少一个接收方的客户软件而播放。例如，该客户软件可以适于播放存储在接收设备自身上的内容。在具体实施例当中，如果接收到两个或多个同时的呼叫，对应于匹配呼叫者ID的、并接收自已知呼叫者ID的被传送的推送内容被播放。在另一具体实施例当中，如果不匹配的推送内容和来自未知呼叫者ID的同时的来电^&接收时，^l传送的推送内容按照来电和进入的推送内容的顺序一皮"l番;改。在本发明的一个具体实施例当中，接收方具有忽略推送内容的选择权。并且，推送内容可以被数字版权管理(DRM)实施所保护。在本发明各种不同的实施例当中，在呼叫被应答前、在呼叫正在进行中、和/或在呼叫结束之后，推送内容被传送。在本发明各种不同的实施例当中，推送内容的传送包括'推送内容的流模式传送和/或推送内容的下载至接收方。按照具体实施例，推送内容的传送(由于呼叫被应答而被暂停)在呼叫结束之后继续。按照具体实施例，传送推送内容的过程可以被在接收装置上的客户软件报告的活动所影响。该活动可以为安静模式、断接的前转铃音(ringforwardtone)模式、用户的停止中断、和/或以上的结合。并且，推送内容的存储、配置、删除、停止、暂停、继续和购买的至少其中之一可以被接收方来执行。被叫方在应答呼叫之前窥看的主叫方档案(例如兴趣、网络日志、照片、最近的活动等)。主叫方在被叫方应答呼叫之前窥看的被叫方档案(例如兴趣、网络日志、照片、最近的活动(改变位置、买房、生小孩、升职、换工作、最近的照片等))在被叫方设备上为每个来电而鸣响的网络选择的铃音(例如随机选择的前五名，或来自自动点唱机)。这些铃音可以是音乐、声响、语音、笑话、视频、多媒体播放等。在被叫方设备上为每个来电而鸣响的网络存储的、但是由主叫方选择的铃音(例如一次的音乐礼物或预设选择)。这些铃音可以是音乐、声响、语音、笑话、视频、多媒体播放等。在被叫方设备上为每个来电而鸣响的网络存储的、但是由被叫方选择的铃音(例如以前的音乐礼物或预设选择)。这些铃音可以是音乐、声响、语音、笑话、视频、多媒体播放等。自从呼叫被应答前在主叫方上闪现和/或在#皮叫方设备上对于每个来电而闪现的最后的通知以来的进入的电邮抬头。被选择的电邮帐户将会基于用户的订制偏好。在被叫方设备上对每个来电的搞笑声响(例如"这是托尼布莱尔，你口袋里有大规模破坏武器，砰！"、"命令，命令，正直且可敬的先生请接电话")。呼叫被应答前在主叫方上闪现和/或在被叫方设备上对于每个来电而闪现的实时新闻频道(例如文本新闻或电浮见新闻)。被选择的特定的新闻频道将基于用户的订制。呼叫;波应答前在主叫方上闪现和/或在^^皮叫方i殳备上对于每个来电而闪现的实时体育更新(例如网球、高尔夫球、NBA、足球等)。被选择的特定的体育更新将基于用户的订制。它们甚至可以是进球时刻的视频/电视精彩片段。呼叫;故应答前在主叫方上闪现和/或在被叫方设备上对于每个来电闪现的实时天气更新。被选择的特定的天气更新(例如本地区域、访问国家等)将基于用户的订制。呼叫被应答前在主叫方上闪现和/或在被叫方设备上对于每个来电而闪现的多频道信息更新。例如，被叫方可以订制新闻简讯、电邮抬头、天气、股票报价等，这些多频道信息更新在来电鸣响时闪现穿过屏幕。呼叫被应答前在主叫方上闪现和/或在被叫方设备上对于每个来电而闪现的每日名言或警言。例如，-陂叫方可以订制至理名言(例如"我不惧畏上帝，不过我惧畏连上帝都惧畏的人，，，"如果你批评某人，试着穿他的鞋并步行离此人100米远，这样当你确实在批评此人的时候，你离他100米远并且你穿着他的鞋'，)，这些名言或警言在来电鸣响时闪现穿过屏幕。主叫方或被叫方或双方资助该呼叫的广告。当在国外漫游时，被叫方的订制可以对接收呼叫而言特别省钱。关于涉及他的其它设备的呼叫的信息。例如，如果用户有两个设备，一个落在家(或丟失)，另一个随身携带。他可能想得知落在家的设备上的呼叫信息。他可能还想得知他的落在家的设备所拨打的呼叫信息。这说明该推送内容可以被发送至第三方。关于涉及某些父母控制或警察控制的设备的呼叫信息。例如，父母(父亲和母亲)可能想得知他的孩子拨打或拨打至他的孩子的呼叫。这说明该推送内容可以被发送至第三方。在警察控制的情况下，所有关联的警官可以在监控下被告知嫌疑犯拨打或拨打至嫌疑犯的呼叫。在具体实施例当中，被呼叫建立触发的推送内容服务是对于移动运营商而言基于订制的服务。该推送内容服务包括不同的推送内容和相同推送内容的多重服务。例如，用户可以订制主叫方接收的服务和被叫方接收的服务中的任意一个或全部。主叫方和被叫方都可以是对于呼叫而言他们的各自服务的用户。当支付每月订制费时，所订制的推送内容或推送内容服务的任何改变可以导致对用户的不同的收费。这进一步增加了移动运营商的收益。图2描述了按照本发明的具体实施例，在电信网络中将呼叫建立触发的推送内容提供给至少一个接收方(未示)的系统的方框图。在各种实施例中，接收方可以是主叫方、被叫方、和/或一个或多个第三方。图中显示了基于呼叫网络的网络202。换句话说，网络202提供它的使用者之间的呼叫。在图中描述的实施例当中，网络202是允许通用无线分组业务(GPRS)的GSM网络。网络202包括归属位置寄存器(HLR)/归属签约用户系统(HSS)(以下共同称作HLR)204、网关移动交换中心(GMSC)/呼叫会话控制功能(CSCF)(以下共同称作GMSC)206、移动交换中心(MSC)/受访位置寄存器(VLR)(以下共同称作MSC)208、服务GPRS支持节点(SGSN)210、和网关GPRS支持节点(GGSN)212。进一步地，网络202利用了IP多々某体系统(IMS)/GPRS网络214。GSM/GPRS网络里的这些元素的功能和交互操作是本领域熟知技术。该图还显示了呼叫触发的推送内容系统(CTPCS)216,CTPCS216包括网络接口218、用户数据库220、应用模块222、和内容服务器224。进一步地，CTPCS216可选择地包括存在和许可(PnP)服务器226和配置服务器228。CPTCS216通过网络接口218和IMS/GPRS网络214而与网络212接口连接。进一步地，该图显示了设备230。设备230与网络202连接，并被签约至CPTCS216。设备230上加载有客户软件(以下称作"客户端")，该客户端能够使设备230接收、呈现或表示、以及上传推送内容。在本发明的情形下，在设备上呈现推送内容包括，但不仅限于在设备230的屏幕上播放音频内容、视频内容和显示文本内容。在各种不同的具体实施例中，客户端可以被配置来读出文本内容。在具体实施例当中，客户端进一步地能够进行用户的偏好和许可管理、用户的存在信息的维持、或者两者。客户端的功能以下将在本文件中具体进行描述。网络接口218使得CTPCS216与网络202接口连接。进一步地，网络接口218执行呼叫控制功能。该呼叫控制功能可以类似于信令/服务控制点(SCP)或服务节点的呼叫控制功能，其允许交换机暂停呼叫并从呼叫控制功能那里请求指示(例如将呼叫连结至另一个号码、监控呼叫应答事件等等)。网络接口218通过7号信令系统(SS7)协议和/或互联网协议(IP)而与网络202接口连接。在本发明的各种不同的实施例当中，网络202被配置，以将呼叫利用至少一个呼叫参数传递至网络接口218。在实施例当中，HLR204存储CTPCS用户的触发档案。CTPCS用户是订制了CTPCS所提供的服务的用户。触发档案被下载至MSC208,用户设备在MSC208处登记。当呼叫建立产生时，MSC208,或者IP多媒体子系统(IMS)内的CSCF将呼叫控制传递至网络接口218，以用于进一步的指示。在另一个实施例当中，在终止呼叫建立时，HLR204将用户的触发档案传递至GMSC206，以将呼叫控制传递至网络接口218来用于进一步的指示。呼叫参数传递至网络接口218，并包括呼叫的细节。在实施例当中，呼叫参数可以包括，但不仅限于应用标识符、主叫方号码、主叫方国际移动用户识别码(IMSI)、受访移动交换中心(VMSC)位置。在具体实施例当中，用户数据库220存储用户档案，该用户建档通过非限定的实例，包含工作变动、婚姻状态改变、和最近的活动(例如，刚从西藏回来)。在实施例当中，用户数据库220存储用户的偏好设置。该档案和偏好设置可以包含，例如用户的推送内容细节、主叫方身份、被叫方身份、第三方身份、呼叫历史信息、一天的时间、季节、和关系。在实施例当中，用户数据库存储呼叫方的位置、历史信息、和呼叫方的时间信息。所述历史信息包括以下的一个或多个，但不限于此用户的语音使用、用户的数据使用、用户进行的或者通至用户的呼叫频率、用户进行的或者通至用户的呼叫数量、时间间隔内的遗漏呼叫、订制历史、信息使用档案(例如爱情曲目)、设备上的建立历史、和/或下载历史。时间信息包括呼叫的时间、季节、用户的时区。呼叫方位置信息包括用户的归属国家、用户的当前位置、和呼叫方的当前位置。进一步地，在具体实施例当中，用户数据库220存储每个用户的服务订制档案，该服务订制档案包括，但不限于用户的订制频道和用户的计划水平。应用模块222基于呼叫参数和/或偏好设置来运用应用逻辑。更加具体地，响应于呼叫建立请求，应用模块222来确定必须将内容被推送至的当事方、或接收方。进一步地，响应于呼叫建立请求，应用才莫块222识别待4皮推送至这些接收方的内容。当网络接口218接收到对于呼叫建立请求的呼叫控制时，它与呼叫参数接口连接，并将呼叫参数提供至应用模块222。通过基于推送内容基础结构被用来做的应用来运用规则和逻辑，应用模块222可以被配置来生成这样的指示。对于本领域技术人员而言，显而易见地，宽泛范围内的规则和逻辑可以被应用模块222来运用，而不偏离本发明的精神和范围。以下对这种规则和逻辑的某些实例进行描述，以阐明本发明的特定方面，而不应一皮考虑为限制本发明。用于推送内容的应用逻辑的例子涉及铃音前转的应用。例如，被叫方可以订制铃音自动电唱机，以在他的/她的设备上对来电鸣响。例如，应用模块222可以被配置来从网络可达的自动点唱机对每个来电选择不同的曲调。在另一个例子当中，-故叫方可以可以订制主叫方定义的推送铃音，以在他的/她的设备上对来电鸣响,'其中主叫方已经选择/上载了推送铃音。在另一个例子当中，如果主叫方已经对被叫方呼叫超越了预设次数，而没有得到应答的情况下，应用模块222可以选择更加"紧迫发声的"铃音(具有更高的音调和/或音量)。该预设次数可以被用户来配置或者被网络202的运营商来配置。在另一个例子当中，如果主叫方已经对被叫方呼叫在可设定的期间内超越了预设次数，应用模块222可以选择不同的铃音。推送内容的应用逻辑的另一个例子涉及使用者档案的共享。应用模块222可以在呼叫建立之前将主叫方的使用者档案推送至被叫方，反之亦然。在具体实施例当中，如果在之前的主叫方和被叫方之间的呼叫当中，主叫方已经被推送了被叫方档案，并且自从上次推送之后被叫方的用户档案中无任何改变，那么将不会有档案被推送。推送内容的应用逻辑的另一个例子涉及将其他使用者信息推送至设备，例如新电邮提醒、股票提醒、概要新闻提醒、定制新闻提醒(例如体育新闻)、和特定国家新闻。例如，如果被叫方已经收到新的电子邮件，并且已经从CTPCS216那里订制了电子邮件通知频道，那么电邮发送方和每封新电邮的.主题可以在来电之前、之中或者之后被推送至净皮叫方的设备，以被呈现。在另一个例子里面，如果被叫方已经从CTPCS216订制了股票数据频道，那么他/她感兴趣的每个股票数据可以在来电之前、之中或者之后被推送至被叫方的设备，以被呈现。其他这样的CTPCS216用户可获得的频道包括，但不仅限于体育集锦频道(提供基于电视/视频的推送内容、或仅仅是多媒体消息)、特定国家的新闻频道(其中感兴趣的国家可以被预先设定，或基于用户的当前位置在呼叫时刻可以被确定)、以及特定位置的天气频道(其中感兴趣的位置可以被预先设定，或基于用户的当前位置在呼叫时刻可以被确定)。进一步地，推送内容可以包含文本、音频、视频、和/或多媒体广告。在实施例当中，从广告中产生的收益可以被用来提供呼叫的资费。被应用模块222运用的规则和逻辑的另一个例子包括确定铃音是否需要被推送至接收方。例如，主叫方(或主叫方的网络运营商)可以已经为被叫方选择了推送铃音，被叫方可以已经订制了推送铃音服务。在这种情况下，如果被叫方设备已经被配置，以对来自主叫方的来电鸣响推送铃音的话，那么应用模块222决定不将铃音推送至被叫方。在另一个具体实施例当中，CTPCS216用户可以订制新电话软件升级服务。在这种情况下，用户数据库220存储由用户进行的关于软件下载的信息。在呼叫建立时刻，应用模块222利用来自用户数据库220的信息，能够确定在用户设备上的软件是否是最新的。如果用户设备上最后下载的软件版本不是最新的，应用模块222可以决定将最新版本的软件推送至用户设备。在具体实施例当中，如果接收方被确定正在漫游，那么就没有内容被推送至接收方，这样避免了漫游费用。PnP服务器226存储用户的关于存在和许可的数据。在实施例当中，PnP服务器226对被叫设备上的客户端的存在和可用性进行负责。更加具体地说，PnP服务器226保持每个用户的存在状态(例如，在线、离线、安静模式、忙碌、和暂时离开)。在具体实施例当中，如果被叫方在另一个呼叫上忙碌，那么客户端通知PnP服务器226。在另一个具体实施例当中，PnP服务器226利用无线应用协议(WAP)推送统一资源定位符(URL)、或者短消息服务(SMS)URL来激活客户端，以让客户端建立1P连接，并将客户端的IP地址传递至PnP服务器226。在该实施例当中，PnP服务器226可以利用直接的SS7连接将SMS发送至设备，而不是穿过SMSC，这样可以减少等待时间。直接的SS7连接可以使用协议，例如，移动应用部分-发送路由信息-发送消息(MAP-SRJ-SM),其后跟着移动应用部分-前转SMS(MAPForwardSMS)。进一步地，PnP服务器226还可以对被被叫方准予的推送信息(例如前转铃音)许可的服务器侧管理进行负责。在具体实施例当中，被叫方利用设备上的客户端来设定推送信息(例如前转铃音服务)的许可。这可以被定义为白名单和黑名单。白名单是允许将内容推送至被叫方的呼叫者名单。黑名单是不允许将内容推送至被叫方的呼叫者名单。对于未知呼叫者和/或私人呼叫者来说，可以设定为默认许可。例如，对于前转铃音应用的这样一种默认许可可以是播放设备的普通设定的铃音。对前转铃音的另一个默认许可是准予推送内容的许可，从而增加惊讶和激动元素。对接收方上的客户端-使用者接口的准予呼叫方定义的铃音许可图解参考图6会详细描述。客户端的许可偏好被上传至PnP服务器226。在具体实施例当中，应用模块利用来自PnP服务器226的许可偏好来确定推送内容的接收方。在CTPCS216、而不是在设备处运用许可偏好是有利的，因为在呼叫-皮传送至设备时，呼叫者ID可能丢失。例如，当确定主叫方定义的前转铃音是否应当被推送至被叫方时，在网络一侧上的PnP服务器226可以利用主叫方ID来检查在PnP服务器226处定义的许可的一致性。在另一具体实施例当中，网络一侧上的PnP服务器226和设备侧上的客户端之间的频带外通信也可以被用来将呼叫者ID传送至出境漫游用户。该频带外通信利用对于呼叫建立的分离的数据载体和语音载体应用模块222利用存储在PnP服务器226内的存在和许可数据作为它的应用逻辑。例如，应用才莫块222可以运用如下逻辑如果接收方处于断接(关闭)模式或安静模式，那么没有内容被推送至接收方。一旦应用模块222已经识别了接收方和待被推送至这些接收方的内容，该应用模块222就向内容服务器224发布请求，以相应地传送推送内容。内容服务器224维持推送内容，并将推送内容传送至接收方。在具体实施例当中，内容服务器224包括用于维持推送内容的推送内容数据库。在具体实施例当中，内容服务器224包括推送内容数据库，该推送内容数据库对所述推送内容进行维持。在具体实施例当中，所述推送内容数据库可以包括网络自动点唱机。在具体实施例当中，内容服务器224将推送内容下载至接收方设备。在本发明的另一个具体实施例当中，推送内容被以流模式传送至接收方设备。进一步地，依赖于接收方设备的性能和应用逻辑，推送内容可以在呼叫被应答之前、呼叫过程中、或呼叫完成之后被传输至接收方。内容可以被推送至接收方，所述接收方可以包括，例如主叫方、被叫方、或者双方。在具体实施例当中，内容可以被推送至当事方群组，允许用户拨打呼叫来产生推送内容，并将推送内容发送至接受者群组。该内容可以是多媒体数据的任何频道，其包括，但不仅限于铃音、视频音、实时移动电视(TV)、视频戏目、体育集锦和比分、笑话、声响、照片、简讯文本、当日报价、多媒体、新闻、天气、电邮概要、股票、语音消息呼叫者、空中下载(OTA)配置(例如，MMS或GPRSi殳置、WAP设置、即按即说设置、即时消息存在设置等)、软件更新、和游戏。在具体实施例当中，推送内容可以^皮网络运营商、内容运营商、或服务运营商提供。进一步地，单一的运营商可以提供网络基础设施、推送内容、和服务。在另一个具体实施例当中，推送内容被将内容上传至内容服务器224的用户提供或创建。用户创建的内容(例如音乐或声响)可选择地在被内容运营商的行政审查之后可以被公布，以让其它用户使用。在具体实施例当中，^L公布的用户创建的内容的每次下载增加了创建者信用值。该货记值可以是钱，或者其它对值的度量，例如可兌换现款的奖金点数。用户提供的或创建的内容可以在呼叫建立时刻上传，以用于至少当前的一次使用，或者在呼叫建立之前上传，以用于可能的将来多次使用。当前的一次使用也将被记录为将来的使用。配置服务器228允许对接收方订制和偏好设定的配置。在具体实施例当中，配置服务器228允许发送方订制和偏好设定的配置。。配置服务器228允许这样的配置通过一个或多个配置接口。配置接口可以是，例如无线应用协议(WAP)接口，或者Web(环球网)接口。在具体实施例当中，CTPCS216的用户可以使用配置服务器的web接口、或者客户服务来对用户的设备模型具体化。作为响应，配制服务器228将WAP-推送、或SMSURL、或带有URL的MMS提醒(例如，指向客户软件)发送至用户设备。URL使得用户能够检索URL的内容(例如客户软件)，其中所述内容可以可选择地包括客户端的可下载的安装工具。如果用户不知道确切的设备模型，那么配置服务器228可以将SMSURL发送至设备来察看设备客户端是否能够检索URL。在具体实施例当中，如果设备能够检索URL，则设备档案通过使用者代理档案(useragentprofile)而被发送至内容服务器。SMSURL、或WAP-推送URL、或带有URL的MMS提醒的传送不是通过短消息服务中心(SMSC)，而是通过直接的SS7SMS传送而有利地得以完成。直接的SS7传送也可以通过网络接口218。以下对设备客户端的功能进行描述。在具体实施例当中，推送内容接收方(主叫方、被叫方或第三方)需要在它的设备230上安装有客户端，以使用CTPCS216的服务。如果推送信息可以被标准设备特性(例如SMS、WAP-推送等)支持的话，那么就不需要客户端。在各种不同的实施例当中，非接收方(主叫方、被叫方或第三方)在他们的设备230上不必具有客户端。然而如果非接收方也具有客户端的话，它可以将预先选择的内容、或者在呼叫建立期间被选择的内容推送至接收方。例如，主叫方在呼叫期间可以发送项目(例如铃音、音乐、声响、MMS、和/或其它多媒体)。相反地，被叫方也可以在接收呼叫时发送项目。进一步地，对于具有客户端的用户，在与CTPCS216相互作用时设定订制偏好和许可控制是很便利的。因此，在接收方和非接收方的设备230上都安装有客户端是有利的。在具体实施例当中，客户端内置于智能手机设备上的开放式电话系统上，例如Symbian、Java/J2ME电话、一见窗移动电话、BREW(无线二进制运行环境)电话、掌上三位一体电话等。因此，不需要改变设备230就可以使用客户端。在具体实施例当中，客户端可以从内容服务器224通过空中下载而被下载至智能手机设备。它也可以从PC连接被下载至设备230,或者通过蓝牙、红外线、WiFi、或其他任何连接而从另一个配有客户端的设备230而被下载。进一步地，运营商可以选择对客户端的每次下载/传输进行收费，或免费提供客户端。在具体实施例当中，客户端包括流传送客户端，该流传送客户端能够以流模式的多媒体格式播放内容。进一步地，客户端在一收到来电时处理呼叫控制功能(通过以流模式传送或利用已下载的文件)以呈现被推送的内容。在具体实施例当中，客户端在两种模式下工作首先下载模式和流模式。在一个具体实施例当中，工作模式的选择是基于网络202的载体装置(例如3G)和设备230的性能。在首先下载模式中，客户端在将信息呈现在设备230上之前(例如，播放或响铃)下载被推送的信息(例如前转铃音)。在流模式传送下，客户端在推送内容从，例如内容服务器224，流出的时候呈现该推送内容。此外，在流模式传送下，当以流模式传送的々某体在被播放时，客户端也可以被配置来记录/归档该以流模式传送的媒体。运营商可以使得基于订制的服务或一次的支付服务存取推送内容。存取推送内容的调节可以利用数字版权管理(DRM)控制而完成。例如，被记录的/归档的内容可以被限制不准离线播放，除非具有与之相关联的DRM。在各种不同的实施例中，DRM将被推送的内容的呈现限制在预设次数下。例如，DRM可以仅允许铃音的一次播放。在这种情况下，铃音的播放被限制在一次，而不管它是否在流传送模式或在首先下载模式下被传送至设备230。在具体实施例当中，用户可以购买铃音来进行本机存储，以用于来电的配置。这为运营商产生了进一步的收益。任何被客户端本地存储的推送内容均可以在空闲模式下离线播放(例如新闻，TV),或者在连接模式下(例如在对话中间插入声响或音乐来创造丰富交谈经历)在线播放，或者在呼叫建立模式中(例如，当信息已经在设备上，没必要进行推送)播放。客户端在对话中间插入内容(例如声响、音乐、笑话等)的能力增强了使用者经历，并潜在增加了呼叫持续时间。因此，这可以被视为对运营商的强大的收益生成服务。在各种不同的具体实施例当中，客户端配有存在性能来提醒PnP服务器226设备230的可用状态。此外，客户端通知PnP服务器226设备230是否处于呼叫中。在具体实施例当中，客户端具有收听服务器性能，其用于在首先下载模式下或流传送模式下收听被推送的内容(例如前转铃音)、或者对被推送内容的请求URL,以开始检索来获取内容。支持将依赖于设备230的性能，客户端可以作为例如Java、C++、Java2平台袖珍版(J2ME)、和/或BREW应用而在开放平台上执行。开放的平台可以是Symbian、视窗移动/PocketPC,Palm/Trio、黑莓或Linux。设备230可以是会话初始协议(SIP)电话和/或IP多々某体系统(IMS)电话，也可以是固定电话或移动电话。在具体实施例当中，客户端可以通过原始设备制造商(OEM)与设备230制造商的许可关系而得以发展。在另一个具体实例当中，客户端可以以类似于即按即说客户端、和文本输入(例如T9)客户端的方式被安装在具有所有权的设备上。运营商或设备供应商可以通过空中下载、环球网或个人电脑而提供这些客户端的下载。在具体实施例当中，运营商可以将所述客户端与某些其它客户端功能耦合在一起，例如即按即说客户端、VoIP(例如Skype、Vonage公司的Softphone、或任何SIP装置等)客户端和/或即时消息(IM)客户端。对于本领域技术人员而言，显而易见地，CTPCS216的基础体系结构基本独立于它所接口连接的网络类型。因此，CTPCS216可以与一系列具有不同性能的网络结合。CTPCS216可以在频带内模式和频带外模式下工作。在频带内模式下，呼叫建立和推送内容集成在同一个载体中。在频带外模式下，分离的语音频道和数据频道可以被协调来执行呼叫建立，并分别传送推送内容。如果设备230支持同时的语音和数据，那么推送内容可以在呼叫期间;故流传送或下载。在具体实施例当中，如果设备230支持IP网络(例如IMS/SIP网络基础设施)，则语音和推送内容都可以在同一个IP载体频道内被运载和播放。一种常见可用类型的设备230是智能电话设备，通常在GSMGPRS术语中被称作B类终端。很多B类终端仅支持同时的语音和数据附属撷取，而不支持同时的语音和数据传输。然而，当一种媒体在B类装置上被传输的时候，对任意媒体的信令可以同时发生。在本发明的情况下，这意味着当被推送的内容正被下载或流传送至客户端的时候，来电可以进来，而不中断下载/流传送和播放。然而一旦应答该呼叫，对于这种B类终端而言，数据(例如GPRS)会话需要被暂停。这样，在本发明的实施例当中，对于呼叫者定义的前转铃音，当推送铃音正被流传送或下载时，来电可以触发客户端在流传送模式下播放推送铃音。当呼叫被应答时，客户端可以暂停流传送或下载。推送内容的这种流传送在呼叫建立中引入了可以忽略不计的等待时间，因为网络接口218不必在推送内容的下载期间暂停呼叫。在另一具体实施例当中，设备230可能不支持同时发生的信令和流传送/下载。在这种情况下，网络接口218将需要保持呼叫，直到推送内容完全下载到设备230。一旦客户端确认下载完成时，则可以允许继续呼叫建立。该具体实施例可以对呼叫建立产生显著的等待时间，尤其如果被推送的信息十分巨大时尤为如此。然而，在该实施例当中，一旦客户端检测到来电时，被推送的内容被确定可以被客户端呈现。在具体实施例当中，CTPCS216对于用于推送内容的IP载体频道具有专用的接入点名称(APN)。在另一个具体实施例当中，CTPCS216可以与其它数据服务(例如MMS、电邮、WAP等)共享APN。进一步地，在具体实施例当中，运营商可以舍弃来自或去往CTPCS216的通信的当地数据包费用，而仅仅对CTPCS216的订制收取固定费用或每月订制费。对于本领域技术人员而言，显而易见地，本发明的原理和:教义可以与各种不同的网络结合起来应用，例如码分多址(CDMA)网络、个人数字蜂窝(PDC)网络、个人便携式电话系统(PHS)网络、电子和电气工程师协会(IEEE)802.11(无线保真)网络、IEEE802.16(全球微波接入互操作性)网络。特别地来说，本发明可以被延伸至与任何电信网络工作，其中所述任何电信网络具有从该网络的一个使用者至另一个使用者的呼叫的概念(或其他任何吸引注意力的事件)，并且允许将内容推送至多个使用者。图3显示了按照本发明的具体实施例的数据库图表，该数据库图表描述了接收方的订制档案。该数据库表包含"频道"栏，该"频道"栏列举了对接收方而言可用的推送频道。接收方可以从这些可用的频道中选择推送内容的多个频道，以从被选定的频道中接收推送内容。"订制"栏标记了对于接收方的频道选择。图中所示的表^"中，接收方已经选择接收其它呼叫方(主叫方、或被叫方或第三方)的档案和前转铃音。在"频道"栏中列举的其它可用频道包括新闻频道、股票报价频道、电邮抬头频道、体育比分频道、声响频道、和当日l艮价频道。在本发明的具体实施例当中，应用模块222依赖参数(例如呼叫的时间)而利用不同的被选定的频道，来确定在呼叫之前待被推送至接收方的内容。在另一个具体实例当中，应用模块222随机选择被选定的频道，来确定在呼叫之前推送至接收方的推送内容。在各种不同的具体实施例当中，接收方的订制和偏好设置可以通过配置服务器228的环球网接口或WAP接口而被完成。可选择地，这些设置可用通过接收方的设备的客户端而被完成，该接收方设备的客户端接着与配置服务器228交互作用。用户数据库220存储订制档案和偏好设置。该数据库表进一步具有"配置"栏，该"配置"栏存储对于被选定的推送频道至合适配置的链接。图4显示了对接收方的档案频道的配置。"哪方的档案"栏列举了呼叫方，该呼叫方的档案可以一皮作为推送内容而传送，亦即主叫方和-波叫方。接收方在"订制"栏里用"Y"来表示对抗主叫方和;〖皮叫方。这样，接收方就已经选择作为主叫方和被叫方来接收其它方的档案。确切的当事方档案参数，例如对于接收方而言的换工作、婚姻状态改变、近期活动(例如刚从西藏回来)的兴趣可以被作为另一个配置的一部分，而通过配置服务器228和/或客户端来存储在用户数据库220内。如果有必要的话，"配置"栏存储这种进一步的配置细节的链接。图5显示了按照本发明的具体实施例，被接收方配置的前转铃音(RFT)频道的示例配置。"铃音来源"栏列举了铃音的可能来源，亦即主叫方、被叫方、和网络。当接收方是被叫方或主叫方时，网络可以将铃音传送至接收方。这两种情况在栏中分别被表示为"网络至被叫方"和"网络至主叫方"。图中显示了接收方想让其它方定义的铃音在用户的设备上作为主叫方和被叫方鸣响。此外，当用户设备是被叫方时，用户还订制了网络定义的铃音在他的设备上鸣响。对于本领域技术人员而言，显而易见地，运营商的CTPCS216的接收方必须是运营商的用户，而运营商的CTPCS216的非接收用户则不必是运营商的用户。例如，如果约翰作为运营商1的CTPCS216的普通移动用户而订制了呼叫者定义的前转铃音服务，则呼叫者不必是运营商1的用户。呼叫者可以仅仅去配置服务器228的环球网接口/WAP接口来配置他对呼叫者定义的铃音的偏好，以在订制至运营商1的CTPCS216的接收设备上鸣响。在这种方式下，每次呼叫者对运营商1的CTPCS216的用户进行呼叫时，他定义的铃音能够/可以在被叫方的设备上鸣响(依赖于其它应用逻辑)。在各种不同的具体实例当中，应用模块222基于来自PnP服务器226的存在和许可信息而决定接收方。例如，内容的推送/转送可以被限制在存在模式下，也就是，当接收方在线存在/可利用时。进一步地，当推送内容被非接收方定义时，推送内容的许可可以一皮接收方来定义。表中显示了对"名字"栏中列举的多个发送方的许可控制设置。这些发送方包括四个个人(约翰、凯西、史蒂夫、和汤姆)、一个群组(家庭)、和缺省设置(在图中用星号表示)。表中在"电话#"栏内存储了四个个人的每一个人的电话号码。进一步地，表中在"许可"栏内存储了每一个使用者的许可设置。最后，所述表在"时间"栏下存储了许可设置应当被应用的时间。例如，在图中，表中的第一个入口指明了发送方"约翰"，其具有电话号码"#1"，该发送方"约翰"被允许在"傍晚"时间将推送内容发送至接收方。图7显示了包含CTPCS216的用户的群组定义的图表。所述图表显示了被用户定义的两个群组"家庭"和"好友"。群组"家庭，，包含成员"兄弟"、"姐妹"、"妈妈"、和"爸爸"。类似地，群组"好友"包含成员"吉恩"和"瑞奇"。每一个成员的电话号码均被存储在"成员#"栏内。进一步地，每个群组具有相关联的群组个人识别码，其在"群组存PINID'，栏下进行存储。在具体实施例当中，参考图6所示，这种群组定义可以被用来定义推送内容许可。在另一个具体实施例当中，这些定义允许用户使用单独的呼叫建立来将信息(例如新工作、婚礼邀请、新居地址)通过两步骤过程而推送至群组。第一步是对运营商指定的群组号码进行呼叫(例如800号码，这样呼叫者ID就可以被捕获)。第二步是进入群组PIN(个人识别码)来获取被捕获的呼叫者ID。应用模块222控制内容的选择和群组中个人成员的传送。客户端允许接收方(主叫方或被叫方或第三方)对已下载的推送内容进行配置或保存。在具体实施例当中，接收方对该功能付费，例如对已下载的铃音或音乐。该配置或存储信息在应用逻辑的考虑下，可以被发送至网络一侧，以作为它的信息参数的一部分。已下载的信息(推送内容)还可以被用来触发进一步的下载(例如呼叫之后更多的细节)。例如，详细而完整的MP3音乐、没有看完或读完的4壬4可新闻可以在呼叫之后进一步地被下载。已下载的信息(例如铃音)可以具有身份证明(例如呼叫者ID)，该身份证明必须与呼叫号码相匹配(例如如果接收设备是被叫方的话，则是来电者ID，或者如果接收设备是主叫方的话就是被叫号码)，以让接收设备来接受执行某些操作(例如播放铃音)。下载过程可以是基于流传送的或者首先完全下载。下载过程可以在呼叫被应答之后停止，或者依赖于设备类型/性能而仍旧继续，或者如果在呼叫过程中被暂停的话，在呼叫完成之后重新恢复。当被推送的信息是URL、WAP推送、MMS、SIP数据URL等等的时候，下载可以首先^皮推送，然后再^^皮拖拽。图8描述了支持从CTPCS216到设备230的推送内容传送的各种不同选择。该图显示了SMSURL选择802、WAPURL选择804、和MMS提醒URL806，以传送推送内容。在SMSURL选择802中，CTPCS216通过SMS向设备230发送URL。作为响应，设备230从URL处下载推送内容。类似地，在WAPURL选择804和MMS提醒URL806中，CTPCS216分别通过WAP和MMS提醒而向设备230发送URL。进一步地，该图显示了直接推送至IP地址选4奪808,其中CTPCS216将推送内容直接推送至设备230。推送内容利用设备230的IP地址而被引导至设备230。如果设备230利用IP地址(该IP地址可以被CTPCS216看到)被连接、并被表示的话，则该选择可以被使用。在各种不同的具体实施例当中，CTPCS216无法看到设备230的IP地址(例如，出于安全的原因)。在这种情况下，设备230上的客户端可以发送心跳信号至PnP服务器226和内容服务器224。PnP服务器226响应于该心跳信号而更新设备230的存在状态。进一步地，内容服务器224检查是否有任何内容待被设备230上的客户端取回或者下载。在这种方式下，本发明的各种不同的实施例可以被部署在网络体系结构上，其中CTPCS216无法看到设备230的IP地址。在具体实施例当中，设备230上的客户端与网络202时刻保持连接。在另一个具体实施例当中，设备230上的客户端被SMS触发所唤醒(利用请求URL)来建立IP连接和流传送/下载推送内容。前一种方法更快速，因为在4艮多传统网络中，建立IP连接会占用数十秒。图9显示了基于发起方呼叫控制的示例性的呼叫流900。在902中，主叫方A呼叫被叫方B。这样，参考该图，主叫方A就是发起方。主叫方运营商的MSC(或呼叫会话控制功能CSCF)208接收该呼叫。在904中，MSC208(或CSCF)将该呼叫的控制传递至CTPCS216的网络接口218。该呼叫控制通过至少一个呼叫参数而被传递。在具体实施例当中，呼叫控制参数包括，但不仅限于应用标识符(也被称作AppKey)、主叫方A的号码、主叫方A的IMSI、被叫方B的号码、和主叫方A的VMSC位置。在906中，网络接口218通过传递从网络接口218处获得的呼叫参数，来请求应用模块222运用应用逻辑。应用模块222根据呼叫参数来运用应用逻辑。在具体实施例当中，如果应用逻辑确定呼叫控制不必等待推送内容的传送，那么在908中，应用才莫块222就将确认发送回至网络接口218。应用才莫块222确定该应用标识符是否对应于主叫方或^皮叫方或双方的应用标识符，还确定至少一个接收方(例如主叫方或被叫方或双方)的相对应的推送内容细节。在910中，应用模块222将至少一个接收方的推送内容细节发送至内容服务器224,以传送推送内容。在912中，网络接口218将呼叫控制返回至MSC(或CSCF)208。在具体实施例当中，网络接口218可以具有关联的和可设定的定时器，当定时器到时的时候，将呼叫控制返回至MSC(移动交换中心)208。在具体实施例当中，网络接口218选择性地追踪某些呼叫事件(例如呼叫被连接/被应答、忙碌等)。在914中，内容服务器224建立与主叫方A的推送内容交换。接着在916中，内容服务器224将向应用模块222发送确认，表示按照910中指明的细节的推送内容的请求已经被处理。在具体实施例当中，在918中，应用4莫块222运用记帐逻辑来产生呼叫详细记录(CDR)，.并向网络接口218返回确认。依赖于例如，应用才莫块222是否已经确定立即、或者在推送内容被传送至接收方之后、或待被传送至接收方的时候，将呼叫控制传递至MSC(或CSCF)208,网络接口218可以根据来自应用模块222的第一确认，或者来自应用模块222的第二确认，而将呼叫控制传递回至MSC(或CSCF)208。在920中，MSC208继续主叫方A和被叫方B之间的呼叫建立。进一步地，在呼叫被应答前，推送内容在主叫方A的设备上播放。图IO显示了基于终端方呼叫控制的示例性呼叫流1000。在1002中，主叫方A呼叫被叫方B，并且被叫方运营商的GMSC(或呼叫会话控制功能—CSCF)206接收该呼叫。在1004中，GMSC206从被叫方运营商的HLR(或归属签约用户系统--HSS)204请求被叫方B的订制路由档案。在1006中，HLR204将被叫方B的订制路由档案(例如呼叫控制触发档案)返回至GMSC(或CSCF)206。在1008中，GMSC206(或CSCF)将该呼叫的控制传递至被叫方运营商的CTPCS216的网络接口218。该呼叫控制利用至少一个呼叫参数而被传递。在具体实施例当中，呼叫控制参数包括，但不仅限于应用标识符(也被称作AppKey)、主叫方A的号码、主叫方A的IMSI、被叫方B的号码、和主叫方A的VMSC位置。在1010中，网络接口218通过传递从网络接口218处获得的呼叫参数，来请求应用模块222运用应用逻辑。应用模块222根据呼叫参数来运用应用逻辑。在具体实施例当中，在1012中，应用才莫块222可选择地将确认发送回至网络接口218。应用模块222确定该应用标识符是否对应于主叫方或—皮叫方或双方的应用标识符，还确定至少一个4妻收方(例如主叫方或被叫方或双方)的相对应的推送内容细节。在1014中，应用模块222将至少一个接收方的推送内容细节发送至内容服务器224,以传送推送内容。在1016中，依赖于例如呼叫控制是否已经被上述可选择的确认返回，或者应用逻辑是否确定等待推送内容将被(或将不被)传送至接收方，网络接口218将呼叫控制返回至GMSC(或CSCF)206。在具体实施例当中，网络接口218选择性地从电信网络追踪某些呼叫事件(例如呼叫^^连接/被应答、忙碌等)，以用于进一步的控制或为了记帐的目的。在1018中，内容服务器224建立与被叫方B的推送内容交换。接着在1020中，内容服务器224将确认发送至应用模块222，表示按照1014中指明的细节的推送内容的请求已经被处理。在具体实施例当中，在1022中，应用模块222运用记帐逻辑来产生呼叫详细记录(CDR)，并将确认返回至网络接口218。依赖于例如，应用模块222确定是否等待推送内容待被传送，网络接口218可以根据来自应用模块222的第一确认，或者来自应用模块222的第二确认，而将呼叫控制传递回至GMSC(或CSCF)206。在1024中，GMSC(或CSCF)206继续主叫方A和被叫方B之间的呼叫建立。进一步地，在呼叫^皮应答前，推送内容在接收方(例如此图中被叫方B)的设备上播放。图11显示了按照本发明的具体实施例，当将内容推送至被叫方时，主叫方A、被叫方B和CTPCS216之间的相互作用的信令流。在1102中，主叫方A呼叫—皮叫方B。主叫方运营商的MSC(或CSCF)208接收该呼叫。在1104中，MSC(或CSCF)208将该呼叫的控制传递至CTPCS216。该呼叫控制利用至少一个呼叫参数而被传递。在具体实施例当中，呼叫控制参数包括，<旦不<又限于应用标识符(也^f皮称作AppKey)、主叫方A的号码、主叫方A的IMSI、被叫方B的号码、和主叫方A的VMSC位置。CTPCS216运用被应用标识符识别的应用逻辑，其中该应用标识符被CTPCS216来提供。CTPCS216确定该应用标识符是否对应于主叫方的应用标识符，还确定被叫方是否被签约以接收推送内容。它还确定被叫方是否被签约至与主叫方相同的运营商。在1106中，在选择性地追踪某些呼叫事件(例如呼叫被连接/被应答、忙碌等)之后，CTPCS216将呼叫控制返回至MSC(或CSCF)208。在1108中，MSC(或CSCF)208继续呼叫建立。如图IO所说明的那样，在GMSC(或CSCF)206的被叫方的终端控制对推送内容服务进行处理。图12显示了按照本发明的具体实施例，当将内容推送至主叫方A的时候，主叫方A、被叫方B和CTPCS216之间的相互作用的信令流。在1202中，主叫方A呼叫被叫方B。主叫方运营商的MSC(或CSCF)208接收该呼叫。在1204中，MSC(或CSCF)208将该呼叫的控制传递至CTPCS216。该呼叫控制通过至少一个呼叫参数而被传递。在具体实施例当中，呼叫控制参数包括，但不仅限于应用标识符(也^R称作AppKey)、主叫方A的号码、主叫方A的IMSI、被叫方B的号码、和主叫方A的VMSC位置。CTPCS216使用被应用标识符识别的应用逻辑，其中该应用标识符被CTPCS216来提供。CTPCS216确定应用标识符是否对应于主叫方的应用标识符，还确定被叫方是否被签约以接收推送内容。它还确定被叫方是否来自相同的运营商。在1206中，在选择性地追踪某些呼叫事件(例如呼叫被连接/被应答、忙碌等)之后，CTPCS216将呼叫控制返回至MSC208。在1208中，CTPCS216建立与主叫方A的推送内容交换，并运用记帐逻辑来生成CDR。在1210中，MSC(或CSCF)208继续与GMSC206进行呼叫建立。如图11所说明的那样，在GMSC(或CSCF)206的被叫方的终端控制对推送内容服务进行处理。本发明的具体实施例还提供多个运营商之间的呼叫建立推送内容服务的交互工作。以下则描述这些具体实施例。该描述假设所关联的运营商使用不同的移动网络，即第一受访7>共移动网络(VPMN-1)和第二受访7>共移动网络(VPMN-)，并且已经为呼叫建立触发的推送内容服务建立了交互工作关系。图13显示了关于被推送至VPMN-2的被叫方的被推送内容的示例性的信令流1300,该信令流描述了在运营商之间呼叫建立触发的推送内容服务的交互工作。在1302中，主叫方A呼叫;故叫方B。主叫方A处于第一受访7^共移动网络(VPMN-1)内，而被叫方B处于第二受访公共移动网络(VPMN-2)内。VPMN-1的MSC(或CSCF)208接收该呼叫。在1304中，VPMN-1的MSC(或CSCF)208将该呼叫的控制传递至VPMN-1的CTPCS216。该呼叫控制利用至少一个呼叫参数而被传递。在具体实施例当中，呼叫控制参数包括，但不仅限于应用标识符(也被称作AppKey)、主叫方A的号码、主叫方A的IMSI、被叫方B的号码、和主叫方A的VMSC位置。CTPCS216运用被所述应用标识符识别的应用逻辑，其中该应用标识符被CTPCS216来提供。CTPCS216确定该应用标识符是否对应于主叫方的应用标识符，还确定被叫方是否被签约以接收推送内容。它还确定被叫方是否来自相同的运营商。在1306中，在选择性地追踪某些呼叫事件(例如呼叫被连接/被应答、忙碌等)之后，VPMN-1的CTPCS216将呼叫控制返回至VPMN-1的MSC208。在1308中，VPMN-1的CTPCS216将InterOperateSend-ContentPush指令发送至VPMN-2的CTPCS216。该InterOperateSend-ContentPush指令包括主叫方A细节、被叫方B细节、和内容链接。在1310中，VPMN-2的CTPCS216向VPMN-1的CTPCS216发布InterOperateSend-ContentPush指令。VPMN腸2的CTPCS216生成被叫方B的CDR,而VPMN-1的CTPCS216生成主叫方A的CDR。VPMN-1的CTPCS216将呼叫控制传递回至VPMN-1的MSC/CSCF，而VPMN-1的MSC/CSCF继续呼叫建立。图14显示了被推送的内容推送至VPMN-2的^皮叫方和主叫方的示例性的信令流，该信令流描述了在运营商之间呼叫建立触发的推送内容服务的交互工作。在1402中，主叫方A呼叫被叫方B。主叫方A处于第一受访公共移动网络(VPMN-l)内，而被叫方B处于第二受访公共移动网络(VPMN-2)内。VPMN-1的MSC(或CSCF)208接收该呼叫。在1404中，VPMN-1的MSC(或CSCF)208将该呼叫的控制传递至VPMN-1的CTPCS216。该呼叫控制利用至少一个呼叫参数而被传递。在具体实施例当中，呼叫控制参数包括，但不仅限于应用标识符(也^^皮称作AppKey)、主叫方A的号码、主叫方A的IMSI、被叫方B的号码、和主叫方A的VMSC位置。CTPCS216使用被所述应用标识符识别的应用逻辑，其中该应用标识符被CTPCS216来提供。CTPCS216确定该应用标识符是否对应于主叫方的应用标识符，还确定被叫方是否被签约以接收推送内容。它还确定被叫方B是否来自相同的运营商。在1406中，CTPCS216建立与主叫方A的推送内容交换。在1408中，在选择性地追踪某些呼叫事件(例如呼叫被连接/被应答、忙碌等)之后，VPMN-1的CTPCS216将呼叫控制返回至VPMN-1的MSC208。在1410中，VPMN-1的CTPCS216将InterOperateSend-ContentPush指令发送至VPMN-2的CTPCS216。该InterOperateSend-ContentPush指令包括主叫方A细节、被叫方B细节、和内容链接。在1412中，VPMN-2的CTPCS216向VPMN-1的CTPCS216发布InterOperateSend-ContentPush指令。VPMN-2的CTPCS216生成被叫方B的CDR，而VPMN-1的CTPCS216生成主叫方A的CDR。VPMN-1的CTPCS216将呼叫控制传递回至VPMN-1的MSC/CSCF,而VPMN-1的GMSC/CSCF继续呼叫建立。图15描述了VPMN-1的CTPCS216和VPMN-2的CTPCS216的交互工作，其中来自VPMN-2的被叫方B的被定义的内容正被推送至VPMN-1的主叫方A。在1502中，VPMN-1的主叫方A呼叫VPMN-2的被叫方B。该呼叫继续至VPMN-2并到达VPMN-2的GMSC(或CSCF)206。VPMN-2的GMSC(或CSCF)206与VPMN-2的HLR互相作用，以获得呼叫细节，例如被叫方B的VMSC和IMSI。进一步地，在1504中，VPMN-2的GMSC(或CSCF)206利用呼叫参数将呼叫控制传递至VPMN-2的CTPCS216,该呼叫参数包括，但不仅限于应用标识符(也被称作AppKey)、主叫方A的号码、被叫方B的号码、一皮叫方B的IMSI、和被叫方B的VMSC位置。VPMN-2的CTPCS216利用呼叫参数和来自用户数据库220的数据来运用AppKey的应用逻辑。它确定一皮叫方B已经为VPMN-1的主叫方A定义了推送至^皮叫方B(未示)。VPMN-2的CTPCS216识别被叫方B为主叫方A定义的推送内容。在1506中，VPMN-2的CTPCS216将InterOperateSend-ContentPush指令发送至VPMN-1的CTPCS216。在1508中，VPMN-1的CTPCS216将InterOperateSend-ContentPush指令返回至VPMN-2的CTPCS216。在该阶段，VPMN-1的CTPCS216生成用于进行交互工作收费的VPMN-2和主叫方A的CDR,且VPMN-2的CTPCS216生成被叫方B的CDR。在1510中，VPMN-1的CTPCS216建立与主叫方A的推送内容交换操作。VPMN-1的CTPCS216为主叫方A生成另一个CDR。在1512中，VPMN-2的CTPCS216将呼叫控制传递回至VPMN-2的GMSC(或CSCF)206。在1514中，VPMN-2的GMSC(或CSCF)206继续呼叫建立。在本发明的各种不同的具体实施例中，呼叫控制从电信网络基础设施传递至CTPCS216。因此，在以上对附图的描述中，有时候网络接口可选择地将确认发送回(亦即返回呼叫控制)至电信网络，以继续呼叫建立。呼叫控制可以在被以下至少一件事件确定的时刻返回至电信网络基础设施，这些事件包括，但不仅限于(i)推送内容开始之后；(ii)推送内容完成之后；(iii)从推送内容的开始，经过可设定的持续时间之后；(iv)对可流传送的推送内容而言，在URL被下载之后。上述事件还可以依赖于推送内容频道和类型。电信网络基础设施定时器可以利用IN/CAP而被复位，以提供呼叫控制的更长时间返回。现对本发明的系统可执行的一些应用和方法进行描述。具体而言，对本发明的原理在铃音前转(或前转铃音(RFT))、新闻闪现服务、和呼叫方档案服务的应用进行描述。铃音前转涉及将呼叫方(例如主叫方或被叫方或第三方)定义的铃音传送至另一(或同一)呼叫方(例如主叫方或^L叫方或第三方)。前转铃音服务的具体实例是将主叫方定义的铃音传送至被叫方。新闻闪现服务涉及提供包含有新闻更新推送内容。呼叫方档案服务在呼叫建立时刻处理主叫方或被叫方的推送档案、或其中的一部分。以下将参考图16、17和18来对铃音前转应用进行描述。这些图中显示了铃音前转应用的三个例子。第一个例子基于被叫方呼叫控制，以将主叫方定义的铃音传送至被叫方。第二个例子基于主叫方呼叫控制，以将被叫方定义的铃音传送至主叫方。第三个例子展示了运营商之间的交互工作，其中VPMN-1的主叫方利用被被叫方订制的主叫方定义的铃音而正在呼叫运营商VPMN-2的被叫方。RFT服务包括铃音下载服务、个人化(多彩)回铃音服务、和个人化前转铃音(RFT)服务。本发明允许铃音下载服务的用户将更多样的和弦音乐铃音下载至他的设备上，这样当用户接收到呼叫的时候，音乐化的铃音可以在设备上鸣响。在这种状况下，来自双方载体(例如GPRS)和记帐服务的用户运营商，与服务供应商和内容供应商一起，可以从该服务中产生收益。在个人化(多彩)回铃音服务当中，本发明允许用户设定多彩音乐作为呼叫者的回铃音。用户的运营商可以以多种方式来产生收益，该多种方式包括，但不仅限于订制、回铃音的每次改变和记帐服务。进一步地，服务供应商和内容供应商也可以产生收益。进一步地，用户可以定义当他对^皮叫方进行呼叫时该用户愿意听到的回铃音。在个人化前转铃音(RPT)服务中，本发明允许用户支配他希望在被叫方设备上播放的多彩铃音(声响、音乐、视频、多媒体等)，只要被叫方授予了这样的许可就行。运营商可以从以下情况中创造收益，例如主叫方/被叫方的订制、以及在从另一呼叫方接收到被指示的音乐铃音时一呼叫方的载体服务。运营商可以进一步地从呼叫方(例如主叫方/被叫方)对音乐铃音的每次改变中来创造收益。进一步地，前转铃音也可以被呼叫方(例如主叫或被叫)用户为另一呼叫方(例如被叫或主叫)来定义。更进一步地，前转铃音可以给被叫方或主叫方或双方意想不到的喜悦惊喜。服务供应商的运营商可以部署RFT服务中的一项或多项。再进一步地，这些服务可以跨越运营商来进行部署。回铃音服务和前转铃音服务还可以帮助运营商和内容/服务提供商在被叫方和主叫方中间宣传(例如病毒式营销)流行的铃音。与回铃音服务中的在网络一侧内对主叫方播放铃音不同，前转铃音在被叫方设备一侧或主叫方设备一侧或双方设备一侧上播》文铃音。因此，运营商/服务/内容供应商获取收益机会，例如，当在第一次播放之后，前转铃音的接收方(主叫方或被叫方或第三方)决定在设备上实际保存或安装该铃音时。在具体实施例当中，数字版权管理(DRM)可以有助于促进创收过程。此外，当被签约的呼叫(主叫或被叫)方选择将前转铃音作为礼物而传递至另一呼叫(被叫或主叫)方的时候，运营商能够创造额外收益。—然而，与传统的回铃音服务不同，前转铃音服务需要在接收方设备内有客户端。—在具体实施例当中，客户端可以是下载至设备的可下载软件(例如Symbian、Java、Linux、Window、Brew等)。客户端可以对呼叫方^皮允许对用户设备上的铃音进行支配的许可进行控制。前转铃音可以作为主叫者/被叫者的识别，例如，通过音乐的风格和类型、或特定音乐、或季节性问候、或特殊日子(例如周年纪念日、生日等)、或者幽默。在具体实施里当中，前转铃音还便利了主叫方听到被叫方定义的铃音。例如，当A呼叫B时，A可以听到作为音乐、一见频、文本、语音或笑话而推送至A设备的B的铃音。在另一个具体实施当中，前转铃音可以被同时发送至主叫方和被叫方。对于每个接收方的前转铃音可以是网络定义的(例如来自自动电唱机)或被接收方定义的(例如铃音种类)或被呼叫中的其他方定义。在具体实施例当中，RFT客户端可以具有开关转换，以允许接收(例如被叫或主叫或第三)方暂时关闭前转铃音服务，并让他/她的设备控制该铃音，而不改变任何主叫方的许可。这可以有助于避免馗论情形。在具体实施例当中，RFT客户端可以检测接收方设备是否处于安静模式当中，并且将信息传递至存在和许可服务器。如果前转铃音是来自主叫方的礼物，那么该存在和许可服务器接下来通知内容服务器要么不要发送前转铃音，要么发送URL以用于将来的检索获取。此外，在允许另一呼叫方让前转铃音在接收方的设备上对所有将来的呼叫鸣响之前，RFT客户端可以允许主方(例如被叫或主叫)设备为该另一呼叫方(例如主叫或被叫)筛选改变的前转铃音或者提前核实它。为了解决设备临界量的问题，运营商可以利用URL将WAP推送或SMS发送至用户，以下载客户端，并还可以解释RFT服务。对于用户的移动运用户的登记。一旦用户提供了设备信息，RFT服务可以将WAP推送或SMSURL发送至设备。该RFT服务的用户可以接着检索URL,以将客户端下载至设备。RFT服务的用户还可以指示还有谁可以将这种客户端下载至RFT服务。RFT服务能够追踪谁下载了客户端。在具体实施例当中，每个RFT服务的用户可能需要许可来下载客户端，以帮助建立临界量。RFT服务的用户可以具有附加的刺激来随时选择、改变和测试前转铃音。这可能允许用户利用一次的铃音对被叫方进行呼叫，以及将铃音作为礼物赠给被叫方。在一个具体实施例当中，RFT服务的用户还可以利用同一客户端来选择、改变和测试回铃音。在另一个具体实施例当中，RFT用户还可以利用相同的客户端来测试、上传/记录和下载铃音或MP3音乐。RFT服务的用户可能会为利用客户端将RFT作为礼物发送至被叫方而被收费。尽管回铃音服务为纯粹基于网络的服务，不需要任何设备的改变，并跨越网络进行工作。然而，利用语音电路资源来播放回铃音很昂贵，因为有时资源会被占用，并且呼叫在交换机没有改变的情况下被连接。相反，RFT服务利用数据载体来播放前转铃音却是一个便宜很多的建议。进一步地，通过在设备一侧安装客户端，RFT用户可以利用任意上述提到的服务(例如选择、改变和测试回铃音、前转铃音或仅仅下载铃音/音乐等)。并且，它给运营商在数据载体上提供了进一步的数据收益机会。尽管数据载体对于RFT的本身的使用可以为数据载体结构的部分，然而，RJFT订制、回铃音和前转铃音的改变、铃音和其它内容的下载提供了超越数据载体的增值数据收益。在令人感兴趣的统计中，注意到65%的人目前使用环球网来设定回铃音或下载铃音。这在某种程度上阻碍了铃音市场的成长。利用设备上的RFT客户端具有选择、改变、设定回铃音或下载铃音能力，回铃音、前转铃音等可以帮助加速铃音市场。在具体实施例当中，如果RFT用户对不具有RFT客户端的被叫方设备进fl"呼叫(或者正^^不具有RFT客户端的主叫方设备呼叫)，假如发送方已经给予了这种许可(其中该许可在订制时为默认)，则免费的SMSURL可以以发送方的名义被发送至被叫(或主叫)设备。如果设备支持环球网/WAPURL检索，那么使用者代理档案就暴露于内容服务器，以将正确的客户端(Symbian、移动视窗或BREW等)；险索至i殳备。前转铃音服务的各种不同的实施例包括，但不仅限于以下在一个具体实施例当中，前转铃音可以是音乐铃音、多媒体流传送、彩信服务(MMS)、视频显示、个人宣布、名人语音、幽默记录、音乐调铃音等等。在另一个具体实施例当中，RFT用户或呼叫(主叫或被叫)方可以记以流传送至被叫方。在再一个实施例当中，RFT用户可以指明待被赠与主叫/被叫方的前转铃音通过IVR接口或通过使用设备上的RFT客户端或通过使用拨打前缀/后缀来表明铃音的选择。可选择地，主叫方可以预设铃音来作为订制的一部分。在各种不同的具体实施例当中，主叫方还可以在呼叫之前，利用一次的触发来选择前转铃音，通过对被叫号码或USSD指令或环球网接口或IVR或WAP(等)加前缀或后缀来保存前转铃音，以用于接下来的呼叫中。在再一个具体实施例当中，RFT服务可以为法人而被配置在企业环境中。在该模型下，企业可以当雇员拨打或接收呼叫时，命令它公司的雇员在上班期间使用公司推荐导向的前转铃音(例如宣传和广告)。RFT服务对于雇员或者普通大众而言，可以被企业作为广告的目的而使用。例如，RFT服务可能包含在上班期间，在雇员的被叫方上播放公司指定的音乐，而在其他时间，雇员可以利用免费的前转铃音服务。可选择地，企业可以通过在用户面前播;改短小的公司音乐铃音来宣传它的广告。在用户喜欢该RFT的情况下，企业可以免费提供/赞助该前转铃音服务。在具体实施例当中，由于接收方RFT用户设备包含客户端，用户可以将音乐式铃音上传在内容服务器，以用于在呼叫时或者拨打呼叫前，将该音乐式铃音流传送至被叫方。在具体实施例当中，在呼叫中接收到前转铃音的呼叫(被叫或主叫)方可以利用客户端存储、设置或购买RFT，或者订制该RFT来被他的被叫方听到。在具体实施例当中，当RFT4妻收方(^皮叫方或主叫方或第三方)听到铃音在设备上鸣响时，RFT服务允许用户下载RFT。在另一个具体实施例当中，RFT服务可以与音乐上载服务(例如iTune)整合在一起。由于短期(例如15秒)铃音片段可以作为运行测试，来诱惑接收方在一次单击中下载真实的MP3音乐来等效于铃音。因为很便利地试验小片段(从前转铃音当中)，以及很便利地下载相当于铃音的MP3音乐，RFT服务本质上使得设备成为更好的MP3播-;故工具。前转铃音服务可以被无线网络式运营商和用户来利用。进一步地，它可以被固定线路或网络运营商(WiFi、Wimax、DSL、电缆调制解调器等)来利用，尤其是在VoIP(互联网协议语音)当中。VoIP客户端可以是基于SIP(例如GIZMO)或运营商定义的(例如Skype)。例如，利用Skype开放的API(应用程序接口)，使得主叫方能够指示前转铃音(该前转铃音频带外被发送至被叫方Skype客户端)的客户端可以被配置，其除了设置许可来允许或禁止来自某些呼叫者的前转铃音之外，接着可以在进入的前转铃音中作为铃音来流传送。通过利用Skype开放API，使得主叫方能够接收前转铃音(该前转铃音频带外从被叫方发送)的客户端可以被配置，这样当等待被叫方应答的时候，主叫Skype客户端可以作为铃音来播放该前转铃音。呼叫(主叫或被叫)方可以作为固定线路运营商(电缆供应商，RBOC(区域贝尔运营公司)等)的用户，通过呼叫至IVR/呼叫中心/客户服务或互联网/环球网来订制RFT服务。呼叫(主叫或被叫)设备可以为任何电话设备。例如，具有RFT客户端的VoIP设备。然而，固定线路世界中的被叫方的设备必须能够接收前转铃音。它必须具有能力来在设备上安装特别的客户端，以播放/流传送前转铃音。本发明支持IMS配置策略，该策略将固定线路世界与VoIP电话整合在一起。RFT服务可以是这样一种IMS服务，为这些固定线路/无线结合(combo)运营商。在具体实施例当中，客户端可以提供配置选择来授予个人化许可，使得当接收方设备接收到来自这些呼叫者的呼叫时，允许呼叫者铃音在接收方设备上鸣响。客户端可以与存在和允许信息整合在一起，使得用户能够控制何时允许来自呼叫者的前转铃音服务。客户端还可以保持固定IP连接/对话，这样在来电被应答前，该来电的前转铃音能够;故无缝流传送。当呼叫(主叫或被叫)方定制了RFT服务，起初用户可以从运营商那里获得前转铃音的自动点唱机，月付费X,例如雅虎音乐订制。当被呼叫时，如果主叫方没有定义被叫方所允许的前转铃音，自动点唱机可以发送前转铃音至已订制服务的被叫方，除非被配置成被用户对于那个主叫号码而被重写。类似地，当进行呼叫时，如果被叫方没有定义主叫方所允许的前转铃音，自动点唱机可以发送前转铃音至已订制服务的主叫方，除非被配置成被用户对于那个被叫号码而被重写。呼叫(主叫或被叫)方可以使用环球网、IVR等，与RFT服务相同的方式来为所有其他呼叫方(被叫或主叫)和一个特定呼叫(被叫或主叫)方设置RFT。在具体实施例当中，为当事方(主叫或被叫)的每个RFT选择可能有月费和一次的收费，尽管这二者都有可能免费。接收方必须是允许RFT服务的运营商的用户。另一呼叫方如果^皮收费的话，必须是该运营商用户，否则另一方可以被签约至其他任何运营商(其它移动、固定运营商)。可选择地，在收费模型中，用户可以得到额外费用的RFT,而其它运营商(移动或固定电话线)的用户仅能够自由设置非额外费用RPT。然而，在呼叫建立触发的推送内容服务中，可以有以下不同的推送铃音应用例子，我们称其为前转铃音。因为它的铃声具有的由于被呼叫建立触发的前转或推送至接收设备(不管是达至被叫方还是主叫方或甚至是第三方)属性，并且因为类似于来电铃音或音乐的铃音甚至播放至主叫设备(不通过如同在回铃音中的语音载体，其中铃声不被主叫方听到)。在具体实施例当中，在主叫方设备上鸣响的铃音的来源可以被网络、被在网络上的被叫方或者主叫方来定义。在具体实施例当中，在被叫方设备上鸣响的铃音的来源可以被网络、被在网络上的主叫方或者在网络上的被叫方来定义。以下将参考图16、17和18来对铃音前转的应用进行描述。这些图显示了铃音前转应用的三个例子。第一个例子是基于用来将主叫方定义的铃音传送至被叫方的被叫方呼叫控制。第二个例子是基于用来被叫方定义的铃音传送至主叫方的主叫方呼叫控制，。第三个例子显示运营商之间的交互工作，其中VPMN-1的主叫方正在利用主叫方定义的铃音呼叫运营商VPMN-2的被叫方，其中该铃音^皮被叫方所订制。图16显示了按照本发明的具体实施方式的呼叫流1600,该呼叫流1600描述了用来将主叫方定义的铃音传送至被叫方的被叫方呼叫控制。在该图中描述的呼叫流假设了被叫方B已经在设备上安装了客户端，且主叫方A已经为被叫方B的设备建立了前转铃音。在1602中，主叫方A呼叫被叫方B。呼叫建立请求到达被叫方B的GMSC206。注意到对于该例子而言，主叫方A不必是被叫方B的运营商的用户。在1604当中，GMSC206通过移动应用部分(MAP)发送路由信息(SRI)指令来询问HLR204，以获取呼叫触发档案。作为响应，在1606中，被叫方B的HLR204将被叫方B的终端-CAMEL用户签约信息(T-CSI)返回至GMSC206。在1608中，GMSC206利用至少一个呼叫参数，通过智能网络/CAMEL应用部分(CAP)初始检测点(IDP)而将呼叫控制传递至^皮叫方网络的CTPCS216的网络接口218。呼叫参数包括，但不仅限于AppKey=RFT(表示被请求的应用是前转铃音)、主叫方A的号码、被叫方B的号码、被叫方B的IMSI、和被叫方B的VMSC位置。在1610中，网络接口218请求应用模块222运用前转铃音应用逻辑。应用模块222利用来自用户数据库220的数据和呼叫参数来确定被主叫方A定义的铃音需要被推送至被叫方B,其中被叫方B是主叫方定义的铃音服务的用户。在1612中，依赖于应用模块是否是被运营商设置的或者应用模块是否确定等待推送内容的传送，应用模块222可选择将确认发送至网络接口218。在1614中，应用模块222向内容服务器224发送指示来推送内容。该指示包含推送内容细节，该推送内容细节可以包括，但不仅限于收到推送内容时被叫方B的表示、和铃音内容ID。在1616中，内容服务器224向存在和许可服务器226请求被叫方B的互联网协议(IP)地址信息。在1618中，存在和许可服务器226将被叫方B的IP地址返回至内容服务器224。在1620中，内容服务器224建立推送内容交换操作，来将铃音传送至被叫方B。进一步地，在1622中，内容服务器224将确认发送至应用模块222。接下来，在1624中，应用模块222将确认发送至网络接口218。接着，在1626中，网络接口218发布智能网络(IN)CONTINUE(继续)指令至GMSC206。在另一个具体实施例当中，在1612之后，响应于接收自应用模块222的第一确认，网络接口218向GMSC206发布INCONTINUE。在1628中，GMSC206继续正常的呼叫建立。在具体实施例当中，在接收到被推送的铃音之后，或换句话说在1620之后，在被叫方B的客户端开始播放它。在另一个具体实施例当中，在来电时，或者换句话说，在1628之后，位于被叫方B的客户端开始播放被推送的铃音。位于被叫方B的客户端还与设备呼叫管理菜单交互作用，来检测被叫方B对呼叫的接受、拒绝或抑制。因此，如果呼叫被接受、拒绝或抑制，客户端将会停止播放铃音。如果同时的呼叫被被叫方B从不同的主叫方接收的话，可能会发生竟争情况。在具体实施例当中，如果有超过一个前转铃音对话待定，为了避免竟争情况，客户端可以检查来电的呼叫者ID，以匹配待定的前转铃音对话来播放。即使有一个前转铃音对话待定，另一个没有前转铃音控制的同时的呼叫能够进来是有可能的。因此，如果同时的来电的呼叫者ID是未知的，客户端可以具有默认配置来解决这种情况。例如，一个默认配置可以是如果有待定的前转铃音对话，客户端将播放该前转铃音，即使呼叫者ID未知。也可以具有多个前转铃音对话待定，其可以基于来电的呼叫者ID而被选择。如果来电的呼叫者ID未知，一个默认配置可以包括客户端播放第一待定前转铃音。图17显示了按照本发明的具体实施例的呼叫流1700，该呼叫流描述了用来将被叫方定义的铃音传送至主叫方的主叫方呼叫控制。该呼叫流假设了主叫方A已经在设备上安装了客户端，且被叫方B已经为主叫方设备建立了前转铃音。在1702中，主叫方A呼叫被叫方B，呼叫建立请求到达MSC208。在1704中，MSC208通过IN/CAPIDP，而利用至少一个呼叫参数来将呼叫控制传递至网络接口218。该呼叫参数可以是，但不仅限于AppKey^RFT(表示被请求的应用是前转铃音)、主叫方A的号码、主叫方A的IMSI、被叫方B的号码、和主叫方A的VMSC位置。在1706中，网络接口218请求应用模块222运用应用逻辑。应用模块222利用来自网络接口218的呼叫参数和来自用户数据库220的数据来确定被被叫方B定义的铃音需要被推送至主叫方A。在1708中，依赖于运营商是否设定来等待推送内容的传送或者应用模块是否确定等待推送内容的传送，应用模块222可以可选择地将确认发送至网络接口218。一收到该确认的时候，在1710中，网络接口218可以向MSC208发布CONTINUE指令。在1712中，应用模块222指示内容服务器224来推送内容。该指示包含推送内容细节，该推送内容细节可以包括，但不仅限于收到推送内容时主叫方A的表示、和铃音内容ID。在1714中，内容服务器224可选择地向存在和许可服务器226请求主叫方A的互联网协议(IP)地址信息，并检索该信息。在1716中，内容服务器224建立推送内容交换操作，来将铃音传送至主叫方A。进一步地，在1718中，内容月艮务器224将确认发送至应用模块222。依次地，在1720中，应用模块222生成CDR,并将确认发送至网络接口218。在具体实施例当中，如果网络接口218在1710中没有向MSC208发布CONTINUE指令，那么它在这个阶段进行此操作。接着在1722中，MSC208继续正常的呼叫建立。主叫方A设备上的客户端开始立即、或者当它接收到呼叫鸣响的指示时，播放被推送的铃音。客户端还与设备呼叫管理菜单交互作用，以接受或拒绝呼叫。一接受或拒绝的时候，客户端将会停止播放前转铃音。图18显示了按照本发明具体实施例的呼叫流1800,该呼叫流描述了运营商之间的交互工作，其中VPMN-1的主叫方正在利用主叫方定义的、且被被叫方订制的铃音来呼叫运营商VPMN-2的被叫方。该呼叫流假设主叫方A也已经为被叫方B的设备建立了前转铃音。在1802中，VPMN-1的主叫方A呼叫VPMN-2的被叫方B。呼叫建立请求净皮VPMN-1的MSC208接收。在1804当中，VPMN-1的MSC208通过IN/CAPIDP指令而将呼叫控制传递至VPMN-1的CTPCS216。该IDP指令包括至少一个呼叫参数。呼叫参数可以包括，但不仅限于AppKey=RFT(表示被请求的应用是前转铃音)、主叫方A的号码、^皮叫方B的号码、#皮叫方B的IMSI、和^皮叫方B的VMSC位置。VPMN-1的CTPCS216利用来自VPMN-1的MSC208的呼叫参数和来自VPMN-1的用户数据库220的数据来确定被主叫方A定义的铃音需要被推送至被叫方B,其中被叫方B是主叫方定义的铃音服务的用户，并且被叫方B来自VPMN-2。VPMN-2具有CTPCS216,并且与VPMN-1具有前转铃音交互工作关系。在1806中，VPMN-1的CTPCS216将主叫方A为被叫方B定义的铃音发送至VPMN-1的CTPCS216。VPMN-1的CTPCS216确认收到了主叫方定义的铃音，并产生CDR。在1808中，VPMN-1的CTPCS216产生CDR,并向VPMN-1的MSC208发布CONTINUE指令。在1810中，VPMN-1的CTPCS216将交互运营商发送推送内容指令发送至VPMN-2的CTPCS216，以便利运营商之间的交互工作。在1812中，VPMN-2的CTPCS216发布交互运营商检索内容指令，并运用记帐逻辑来产生被叫方的CDR。在1814中，VPMN-1的MSC208继续呼叫建立。VPMN-2的被叫方遵循终端呼叫控制，以最终获得被推送至他的设备的主叫方定义的铃音，以在来电时或者呼叫被应答前播放。图19描述了按照本发明的具体实施例，每次用户打电话时关于用户的CTPCS的新闻闪现服务。所述用户包括主叫方、被叫方或任何已经订阅服务的独立个体。尽管本实施例描述了当用户拨打电话时新闻闪现服务的传送，可以在当用户接收到呼叫时定义类似的服务。新闻闪现包括文本、TV、视频或多媒体内容。在具体实施例当中，信令流可以基于始发IN。在另一个具体实施例当中，信令流可以基于类似O-CSI(发起CAMEL用户签约信息)之类的实施。在1902中，主叫方A呼叫被叫方B。在1904中，MSC208通过INIDP(CAPINAP等)指令将呼叫控制传递至网络接口218。该IDP指令包括至少一个呼叫参数。呼叫参数可以包括，但不仅限于AppKey二serviceKey(表示被请求的应用是新闻闪现)、主叫方A的号码、被叫方B的号码、主叫方A的IMSI、和主叫方A的VMSC位置。在1906中，网络接口218通过传递呼叫参数而请求来自应用模块222的指示。在1908中，依赖于例如，应用模块222是否确定等待推送内容的传送，应用模块222通过利用来自网络接口和用户数据库220的数据来运用被serviceKey识别的应用逻辑，并可选择地将确认发送回至网络接口218。一收到该确认的时候，在1910中，网络接口218可以向MSC208发布INCONTINUE指令。应用模块222确定主叫方是否已经订制了新闻闪现服务。在1912中，它还确定将内容推送至的主叫方(在该例子当中，应用模块222确定主叫方，然而在其它具体实施例当中，应用模块可以确定被叫方或者双方)和新闻闪现内容ID，并将推送内容细节发送至内容服务器224。可选择地，在1914中，内容服务器224可以于PnP226相通信来获取主叫方的IP地址，以建立推送内容交换。在1916中，按照以上描述各种实施例，内容服务器224建立与主叫方的推送内容交换。在1918中，内容服务器224向应用模块222返回确认，该应用模块222接下来通过运用记帐逻辑而产生主叫方的CDR。在1920中，应用模块222向网络接口218返回确认。网络接口218可以利用INCONTINUE,在来自应用模块222的第一确认时(1910)(例如在推送内容流传送模式下)，或者在来自应用模块222的第二确认时，将呼叫控制传递回至MSC208。在1922中，MSC208可以继续呼叫建立。主叫方设备的客户端在呼叫被应答前播放新闻闪现内容。图20描述了按照本发明的具体实施例，以任意方向或双方向被推送至另一呼叫方的呼叫方建档信息。在2002中，主叫方A呼叫一皮叫方B。该呼叫到达被叫方运营商的GMSC/CSCF206。在2004中，GMSC/CSCF206向被叫方的HLR204发布SendRoutinglnformation(发送路由信息)SRI。在2006中，HLR204将IN/CAMEL触发档案返回至GMSC/CSCF206。在2008中，GMSC/CSCF206通过INIDP(CAPINAP等)指令将呼叫控制传递至网络接口218。该IDP指令包括至少一个呼叫参数。呼叫参数可以包括，但不仅限于AppKey=serviceKey、主叫方A的号码、；故叫方B的号码、被叫方B的IMSI、和被叫方B的VMSC位置。在2010中，网络接口218通过传递呼叫参数而请求来自应用模块222的指示。在2012中，依赖于例如，应用模块222是否确定等待推送内容的传送，应用模块222利用来自网络接口和用户数据库220的数据来运用被serviceKey识别的应用逻辑，并可选择地将确认发送回至网络接口218。一收到该确认的时候，在2014中，网络接口218可以向GMSC/CSCF206发布INCONTINUE指令。应用模块222确定被叫方是否已经订制了主叫方档案服务。它获取主叫方A的档案内容ID，其可以通过过滤主叫方A和被叫方B的档案而获得。例如，主叫方A可能已经阻止了被叫方B获取他的婚姻状态，而^皮叫方B可能不希望知道主叫方A的工作状态。在2016中，应用模块222确定将内容推送至的被叫方B(在该情形下是被叫方，但是也可以是主叫方或者双方)和主叫方A的档案内容ID,并将它们发送至内容服务器224,以进行推送。可选4奪地，在2018中，内容服务器224可以与PnP226相通信来获取被叫方的IP地址，以建立推送内容交换。在2020中，PnP226返回^^皮叫方的IP地址。在2022中，按照以上描述各种实施例，内容服务器224建立与被叫方的推送主叫方档案交换。在2024中，内容服务器224将确认返回至应用模块222，其接下来通过运用记帐逻辑而产生被叫方的CDR。在2026中，应用模块222向网络接口218返回确认。网络接口218可以利用INCONTINUE,在来自应用模块222的第一确认时(2012(例如在推送内容流传送模式下)，或者在来自应用模块222的第二确认时，将呼叫控制传递回至GMSC/CSCF206。在2028中，GMSC/CSCF206可以继续呼叫建立。被叫方设备的客户端在呼叫被应答前或在来电时播放主叫方档案。图21描述了按照本发明的具体实施例，正被发送至已订制的主叫方的被叫方档案的信令流。在具体实施例当中，所述信令流可以基于始发IN。在另一具体实施例当中，信令流可以基于类似O-CSI的实施。在2102中，主叫方A呼叫被叫方B。在2104中，MSC208通过INIDP(CAPINAP等)指令将呼叫控制传递至网络接口218。该IDP指令包括至少一个呼叫参数。呼叫参数可以包括，但不仅限于AppKey=serviceKey、主叫方A的号码、;波叫方B的号码、主叫方A的IMSI、和主叫方A的VMSC位置。在2106中，网络接口218通过传递呼叫参数而请求来自应用模块2226勺指示。在2108中，依赖于例如，应用模块222是否确定等待推送内容的传送，应用模块222通过利用来自网络接口和用户数据库220的数据来运用被serviceKey识别的应用逻辑，并可选4奪地将确认发送回至网络接口218。一收到该确认的时候，在2110中，网络接口218可以向MSC208发布INCONTINUE指令。应用模块222确定主叫方是否已经订制了被叫方档案服务。它获取被叫方B的档案内容ID，其可以通过过滤主叫方A和被叫方B的档案而获得。例如，被叫方B可以阻止主叫方A获取他的婚姻状态，而主叫方A可能不希望知道^皮叫方B的工作状态。进一步地，主叫方A还可以整体过滤被叫方B,因为主叫方A对被叫方B的档案根本不感兴趣。在2112中，应用模块222确定将内容推送至的主叫方A(在该情形下是主叫方，但是也可以是被叫方或者双方)和被叫方B的档案内容ID，并将它们发送至内容服务器224，以进行推送。可选择地，在2114中，内容服务器224可以于PnP226相通信来获取^皮叫方的IP地址，以建立推送内容交换。PnP226返回被叫方的IP地址。在2116中，按照以上描述各种实施例，内容服务器224建立与主叫方的推送内容交换。在2118中，内容服务器224将确认返回至应用才莫块222，该应用模块222接下来通过运用记帐逻辑而产生主叫方的CDR。在2120中，应用模块222将确认返回至网络接口218。网络接口218可以利用INCONTINUE,在来自应用模块222的第一确认时(2012(例如在推送内容流传送模式下)，或者在来自应用模块222的第二确认时，将呼叫控制传递回至MSC208。在2122中，MSC208可以继续呼叫建立。主叫方设备的客户端在呼叫被应答前或在来电时播放被叫方档案。应当注意到，呼叫建立推送内容服务遵循电话通话的普通呼叫建立。本发明允许呼叫方(主叫或被叫)或网络(基于被叫方的订制)指示的(例如铃音、新闻、档案、股票、得分、天气更新、视频、音乐、声响、多媒体消息、电邮抬头等)被推送至主叫方或被叫方或第三方，并在接收方设备上被客户端播放，而不是在被叫方配置的设备上播放本地预先存储的内容(例如铃音、图片、视频等)。进一步地，呼叫建立推送内容服务不需要在非接收方上具有专门的客户端，而只需要在接收设备上具有专门的客户端。在具体实施例当中，由于CTPCS存储推送内容，运营商可以控制内容推送至接收方设备。例如，与即按即说服务所不同的是，呼叫者将无法对接收方进行下流的/妥协的评论。进一步地，运营商允许用户将他/她自己记录的东西(音乐、语音、视频等)上传至CTPCS，然而，运营商可以选择在允许上传至CTPCS之前，首先检查该内容。然而，呼叫建立推送内容服务可以影响即按即说体系结构，以便利呼叫建立推送内容服务的配置。即按即说体系结构内主叫设备上存在的客户端也可以被用来将在呼叫建立中推送内容从主叫设备传输至被叫设备，反之亦然。然而，在该种情况下，运营商可能丧失对推送内容的控制。交互工作即按即说体系结构可以被用来作为呼叫建立推送内容服务的交互工作基础。前转铃音服务和即按即说服务之间的主要差别在于前转铃音服务是普通呼叫建立的一部分，而即按即说服务绕过任何呼叫建立。这样，前转铃音服务是推至接收设备上的网络控制的铃音，而即按即说服务是推送至接收设备上的即按即说方控制的通话。即按即说服务需要主叫方和被叫方设备上都具有客户端，而前转铃音服务仅需要接收方设备上有客户端即可。在具体实施例当中，即按即说体系结构可以形成实施前转铃音服务的可能的选择的基础。该即按即说体系结构可以提供存在和可用性和接触管理，这些形成了接收方设备上的前转铃音服务客户端的基础。进一步地，与本发明的前转铃音服务不同的是，即按即说可以理论上将任何媒体推送/流传送至接收方设备，其中RFT可以是这样一种媒体。当实施前转铃音服务的时候，即按即说体系结构能够提供前转铃音服务的另一种形式，即，在与普通呼叫建立平行流传送至接收方设备之前，具有即按即说客户端的主叫/被叫方设备可以被扩展，以将存储在所述设备上的铃音发送至CTPCS。作为增值，即按即说客户端可以有助于在频带外IP通讯中首尾相连传送呼叫者ID。其它变化以上对本发明中，对呼叫建立触发的推送内容系统和方法进行详细的介绍说明，其用以启发本领域技术人员，而并非对本发明的保护范围进行限制。在本发明保护范围内，本领域技术人员可以参照本发明揭露的具体实施例进行大量的修改或改变。例如，在所描述的实施例中，本发明主要从GSM移动网络的角度进行实施，但应当清楚的是，对于CDMA，3G,WCDMA,GPRS等网络，或其他任何普通运输电信网络，本发明均可以有效实施，其中在这些电信网络中，终端用户通常被配置来在他们通常定制的"本地"网络下进行操作，但这些终端用户具有在其他临近网络中进行操作的能力。在本发明的例子当中，所包含的示例'性的例子中使用的大量术语和概念均来自GSM移动电讯基础设施领域。然而，使用这些具体实例不应被解释成将本发明限定在这些媒介下。受访或非通常网络的能力可以被利用，并通过任何电信媒介而被提供，该些电信媒介包括(但不仅限于此)(i)任何移动电话网络，包括GSM、3GSM、3G、CDMA、WCDMA或GPRS、卫星电话或其他移动网络或系统，但不仅限于此；(ii)任何所谓的在家庭或用户网络使用的WiFi设备、个人电脑、手掌设备、Windows移动装置等在非家庭或非常规网络内进行访问运行的装置等；(iii)娱乐控制平台，例如索尼游戏平台，PSP或其它可通过家庭或非家庭网络发送和接收无线信号的设备等；(iv)用于接收无线电通信的固定线装置，但可以在保持固定IP地址的情况下进行各种位置的放置的装置，如台湾友华网络公司(D-link)的眼对眼装置、Vonage公司或Packet8公司提供的用于通过IP通讯进行语音交流的电信设施。在本发明下描述特定的呼叫建立触发的推送内容系统的实施例中，本说明书遵循从主叫方至用户或被叫方的电信路径呼叫。本发明在抓住注意力时将推送内容提供至接收方，并提供了较为丰富的应用。进一步地，所述内容可以^皮推送至多方，并被监控服务所监控。为了避免怀疑，该呼叫可以为普通语音呼叫，其中用户电信设备也能够进行视频、视听或动态画面显示。可选择地，这些设备或呼叫可以是文本、视频、照片、或其他通信数据。虽然典型的具体实施例已经作为示例的目的而被阐明，然而上述描述不应当净皮^L为对本发明范围的限制。因此，在不偏离本发明的精神和范围下，本领域技术人员可以进行各种修改、改编和耳又舍。技术参考GSM陽902、GSM-340、GSM-378、GSM-978、GSM379、GSM318、ITU1214-1218、ITU76x、即按即通标准参考、IMS标准参考、SIP标准参考MAP规范的GSM902短信服务的GSM340CAMEL的GSM378CAMEL应用协议的GSM978CAMEL最佳路由支持(SOR)的GSM379CAMEL基础呼叫处理的GSM318国际电信联盟电信标准化部推荐标准Q.1214(1995)，智能网能力集1的分布式功能平面(ITU-TRecommendationQ.1214(1995),DistributedfunctionalplaneforintelligentnetworkCS-1.)国际电信联盟电信标准化部推荐标准Q.1218(1995)，智能网能力集1的接口推荐标准(ITU-TRecommendationQ.1218(1995)，InterfaceRecommendationforintelligentnetworkCS-1.)国际电信联盟电信标准化部推荐标准Q.762(1999),7号信令系统一ISDN使用者部分概要(ITU-TRecommendationQ.762(1999),SignalingsystemNo.7—ISDNuserpartgeneral)消息和信令功能(functionsofmessagesandsignals)国际电信耳关盟电信标准化部推荐标准Q.763(1999)，7号信令系统一ISDN使用者部分格式和编码(ITU-TRecommendationQ.763(1999)，SignalingsystemNo.7—ISDNuserpartformatsandcodes)国际电信联盟电信标准化部推荐标准Q.764(1999)，7号信令系统一ISDN使用者部分信令规程(ITU-TRecommendationQ.764(1999),SignalingsystemNo.7—ISDNuserpartsignalingprocedures)国际电信.联盟电信标准化部推荐标准Q.766(1993)，集成业务中的执行目标(ITU-TRecommendationQ.766(1993)，Performanceobjectivesintheintegratedservices)数字网络应用(digitalnetworkapplication)国际电信联盟电信标准化部推荐标准Q.765(1998)，7号信令系统一应用传输机制(ITU-TRecommendationQ.765(1998),SignalingsystemNo.7—Applicationtransportmechanism)国际电信联盟电信标准化部推荐标准Q.769.1(1999),7号信令系统—ISDN使用者部分(ITU-TRecommendationQ.9.1(1999),SignalingsystemNo.7—ISDNuserpart)号；马可移才直性的支^寺增强(enhancementforthesupportofNumberPortability)附录<table>tableseeoriginaldocumentpage57</column></row><table><formula>formulaseeoriginaldocumentpage58</formula><table>tableseeoriginaldocumentpage59</column></row><table>O-CSIOriginatingCSI(发起CSI)ODBOperatorDeterminedBarring(运营商决定的闭锁)PLNPrepaidLocalNumber(预付费当地号码)RRBRequestReportBasiccallstatemachine(请求报告基本呼叫状态机)SCCPSignalConnectionControlPart(信令连接控制部分)SCPServiceControlPoint(服务控制点)SGSNServiceGPRSSupportNode(服务GRPS支持节点)SPCSignalPointCode(信令点编码)SRISendRoutingInformation(发送路由信息)SRI-SMSendRoutingInformationforShortMessage(发送短消息的路由信息)SS7SignalingSystem7(7号信令系统)SS-CSISupplementaryServiceCSI(补充服务CSI)S丁PSignalTransferPoint(信令传输点)STP-HHPMNSTP(HPMN的信令传输点)T-CSITerminatingCSI(终端CSI)USSDUnstructuredSupplementaryServiceData(非结构化补充数据服务)VLRVisitedLocationRegister(受访位置寄存器)VLR-VVLRfromVPMN(来自VPMN的受访位置寄存器)VMSCVisitedMobileSwitchCenter(受访移动交换中心)VMSC-VVMSCfromVPMN(来自VPMN的受访移动交换中心)VPMNVisitedPublicMobileNetwork(受访^^共移动网络)VT-CSIVisitingnetworkTerminatingCSI(受访网络终端CSI)权利要求1.一种通过第一电信网络将呼叫建立触发的推送内容提供给至少一个接收方的方法，该方法包括响应于主叫方启动的呼叫建立来执行呼叫控制功能，其中所述呼叫控制功能控制至少一个呼叫参数；基于所述至少一个呼叫参数而运用应用逻辑，来确定所述至少一个接收方和所述至少一个接收方的相对应的推送内容细节；以及将被所述推送内容细节指定的所述推送内容传送至所述至少一个接收方。2.如权利要求1所述的方法，进一步包括利用安装在所述至少一个接收方上的客户软件来播放所述被传送的推送内容。3.如权利要求2所述的方法，其特征在于，所述播放包括如果接收到两个或多个同时的呼叫时，播放所述被传送的推送内容，其中该被传送的推送内容对应于匹配呼叫者ID，并接收自已知的呼叫者ID的推送内容。'4.如权利要求2所述的方法，其特征在于，所述播放包括如果收到来自未知呼叫者ID的不匹配的推送内容和同时发生的来电，则按照来5.如权利要求1所述的方法，其特征在于，所述至少一个呼叫参数包括应用标识符、或者主叫方号码、或者主叫方国际移动用户识别码(IMSI)、或被叫方号码、或受访移动交换中心(VMSC)位置、或以上的结合。6.如权利要求1所述的方法，其特征在于，所述推送内容细节在用户的偏好设置内被定义，其中所述偏好设置被配置在第一电信网络上或客户软件上的至少其中之一。7.如权利要求6所述的方法，其特征在于，所述偏好设置包括主叫方身份、或被叫方身份、或第三方身份、或呼叫历史信息、或者日期的时间、'或者季节、或者关系、或者以上的结合。8.如权利要求l所述的方法，其特征在于，所述推送内容包括铃音、或视频音、或新闻项目、或股票报道、或体育更新、或当天报价、或主叫方档案、或被叫方档案、或音频文件、或名人声音、或音乐项目、或多媒体文件、或电-见镜头、或广告、或进入的电邮报头、或与其他主叫设备相关的呼叫信息、或以上的结合。9.如权利要求8所述的方法，其特征在于，所述铃音包括电信网络定义的铃音、运营商定义的铃音、或呼叫方定义的铃音，其中所述呼叫方是所述主叫方、或所述被叫方或第三方。10.如权利要求1所述的方法，其特征在于，所述接收方包括主叫方、或被叫方、或第三方或当事方群组。11.如权利要求l所述的方法，其特征在于，传送所述推送内容包括12.如权利要求l所述的方法，其特征在于，所述推送内容由发送方定义。13.如权利要求1所述的方法，其特征在于，所述发送方包括主叫方、或被叫方、或第三方或当事方群组。14.如权利要求l所述的方法，其特征在于，所述推送内容基于所述至少一个接收方的呼叫历史而被定义。15.如权利要求1所述的方法，述推送内容的选择权。16.如权利要求1所述的方法,权管理(DRM)所保护。17.如权利要求1所述的方法,应答前纟皮传送。18.如权利要求1所述的方法,在进行中的时候被传送。19.如权利要求1所述的方法，送在呼叫:故应答时暂停。20.如权利要求1所述的方法，送在呼叫结束之后恢复。其特征在于，所述接收方具有忽略所其特征在于，所述推送内容被数字版其特征在于，所述推送内容在呼叫被其特征在于，所述推送内容在呼叫正其特征在于，所述推送内容的所述传其特征在于，所述推送内容的所述传21.如权利要求l所述的方法，其特征在于，所述推送内容的所述传送在呼叫被应答时暂停，在呼叫结束时恢复。22.如权利要求1所述的方法，其特征在于，当呼叫被主叫方启动时，所述推送内容被传送至所述至少一个接收方。23.如权利要求l所述的方法，其特征在于，所述推送内容开始被传送至所述至少一个接收方，并在呼叫没有结束就被断开之后继续。24.如权利要求1所述的方法，其特征在于，所述推送内容开始传送，但在呼叫没有结束呼叫就被断开之后而被断开。25.如权利要求l所述的方法，其特征在于，所述推送内容基于被接收方设备的客户软件所报告的活动而被传送。26.如权利要求25所述的方法，其特征在于，所述活动包括安静模式、或被断接的前转铃音模式、或被存储和被配置的前转铃音、或以上的结合。27.如权利要求l所述的方法，其特征在于，提供给所述接收方的是存储、或配置、或购买所述被推送的内容的至少其中之一。28.如权利要求1所述的方法，进一步包括传递第一电信网络和第二电信网络之间的交互运营商内容，以便于所述第一电信网络和所述第二电4言网》备之间的交互工作。29.如权利要求28所述的方法，其特征在于，所述交互运营商内容包括主叫方细节、或^皮叫方细节、或内容链接。30.如权利要求28所述的方法，其特征在于，所述第二电信网络是所述第一电信网络。31.如权利要求1所述的方法，进一步包括从所述第一电信网络检索获耳又交互运营商内容。32.—种用于通过第一电信网络将呼叫建立触发的推送内容提供给至少一个接收方的系统，该系统包括用户数据库，所述用户数据库存储至少一个用户档案和偏好设置，该偏好设置包括所述用户的推送内容细节；网络接口，所述网络接口响应于呼叫建立而执行呼叫控制功能，其中所述呼叫控制功能控制至少一个呼叫参数；应用模块，所述应用模块基于所述至少一个呼叫参数而运用应用逻辑，来确定所述至少一个接收方和所述至少一个接收方的相对应的推送内容细节；以及内容服务器，所述内容服务器将被所述推送内容细节指定的所述推送内容传送至所述至少一个接收方。33.如权利要求32所述的系统，进一步包括配置服务器，所述配置服务器能够对所述接收方的订制和所述偏好设置进行配置。34.如权利要求32所述的系统，进一步包括存在和许可服务器，所述存在和许可服务器指定所述至少一个接收方的存在和偏好设置。35.如权利要求32所述的系统，进一步包括至少一个用于语音的独立频道和至少一个用于数据的独立频道，以用于提供所述呼叫建立触发的推送内容服务。36.如权利要求32所述的系统，其特征在于，所述接收方包括主叫方、被叫方、第三方或当事方群组。37.如权利要求32所述的系统，其特征在于，所述偏好设置包括主叫方身份、或被叫方身份、或第三方身份、或呼叫历史信息、或者日期的时间、或者季节、或者关系、或以上的结合。38.如权利要求32所述的系统，其特征在于，所述呼叫参数包括应用标识符、或主叫方号码、或主叫方国际移动用户识别码(IMSI)、或-陂叫方号码、或受访移动交换中心(VMSC)位置、或以上的结合。39.如权利要求32所述的系统，其特征在于，所述推送内容利用频带外分组频道而被传送。40.如权利要求32所述的系统，其特征在于，所述推送内容被发送方定义。41.如权利要求40所述的系统，其特征在于，所述发送方包括主叫方、被叫方、第三方或当事方群组。42.如权利要求32所述的系统，其特征在于，所述网络接口利用协议而一皮配置，来与所述第一电信网络相互作用，所述协议选自群组，该群组包括智能网络(IN)、移动网络增强型逻辑的客户化应用(CAMEL)应用部分(CAP)、无线智能网络(WIN)、会话初始协议(SIP)、互联网协议(IP)多媒体子系统(IMS)、或综合业务数字网(ISDN)用户部分(ISUP)。43.如权利要求32所述的系统，其特征在于，所述应用模块包括记帐模块。44.如权利要求32所述的系统，其特征在于，基于至少一个接收设备的呼叫历史，所述应用模块被配置来确定所述推送内容。45.如权利要求32所述的系统，其特征在于，所述内容服务器包括推送内容数据库，该推送内容数据库包括所述推送内容。46.如权利要求45所述的系统，其特征在于，所述推送内容数据库包括基于网络的自动点唱机。47.如权利要求32所述的系统，其特征在于，所述推送内容包括铃音、或^L频音、或新闻项目、或股票冲艮道、或体育更新、或当天报价、或主叫方档案、或被叫方档案、或音频文件、或名人声音、或音乐项目、或多媒体文件、或电^L镜头、或广告、或进入的电邮报头、或与其他主叫设备相关的呼叫信息、或以上的结合。48.如权利要求32所述的系统，其特征在于，所述铃音包括电信网络定义的铃音、运营商定义的铃音、和呼叫方定义的铃音。49.如权利要求32所述的系统，其特征在于，所述内容服务器被配置来提供数字版权管理实施。50.如权利要求32所述的系统，其特征在于，所述内容服务器被配置成在呼叫被应答前传送所述推送内容。51.如权利要求32所述的系统，其特征在于，所述内容服务器被配置成在呼叫正在进行时传送所述推送内容。52.如权利要求32所述的系统，其特征在于，所述内容服务器被配置成在呼叫结束之后恢复所述推送内容的传送。53.如权利要求32所述的系统，其特征在于，所述内容服务器被配置成当呼叫被主叫方启动时，将所述推送内容传送至所述至少一个接收方。54.如权利要求53所述的系统，其特征在于，在呼叫没有完成而被断开之后，所述推送内容继续被传送。55.如权利要求32所述的系统，其特征在于，传送所述推送内容包56.如权利要求32所述的系统，其特征在于，所述接收方的设备包其中之一。57.如权利要求56所述的系统，其特征在于，所述接收方的设备包括移动电话、或个人数字助理(PDA)电话、或智能手机、或全球移动通讯系统(GSM)无线保真(Wi-Fi)电话、或Wi-Fi电话、或互lf关网协议语音技术(VoIP)电话、或基于会话初始协议(SIP)的客户软件荧幕电话、或VoIP电话、或荧幕电话、或笔记本电脑、或基于IP多媒体子系统的电话。58.如权利要求32所述的系统，其特征在于，所述内容服务器通信地耦合至所述接收方的设备的客户软件，其中所述内容服务器基于被所述接收方设备的客户软件报道的活动而传送所述推送内容。59.如权利要求58所述的系统，其特征在于，所述活动包括安静模式、或被断接的前转铃音、或被存储和被配置的前转铃音、或以上的结合。60.如权利要求32所述的系统，其特征在于，所述内容服务器被配置来接收来自发送方的推送内容。61.如权利要求32所述的系统，其特征在于，所述内容服务器被配置，以利用无线应用协议(WAP)推送、或短消息服务(SMS)统一资源定位符(URL)、或以上的结合中的至少其中之一，来传送所述推送内容。62.如权利要求32所述的系统，其特征在于，所述接收方能够进行以下至少其中之一存储、或配置或购买所述推送内容。63.如权利要求32所述的系统，其特征在于，所述第一电信网络包括提供全球移动通讯系统(GSM)、或第三代移动通讯系统(3GSM)、或IP多媒体系统(IMS)、或码分多址(CDMA)、或无线保真(WiFi)、或微波存储(WiMAX)、或提供以上的结合的网络。64.—种用于通过第一电信网络将呼叫建立触发的推送内容提供给至少一个接收方的系统，该系统包括用户数据库，所述用户数据库存储至少一个用户档案和偏好设置，该偏好设置包括所述用户的推送内容细节；网络接口，所述网络接口响应于呼叫建立而执行呼叫控制功能，其中所述呼叫控制功能控制至少一个呼叫参数；应用模块，所述应用模块基于所述至少一个呼叫参数而运用应用逻辑，来确定所述至少一个接收方和所述至少一个接收方的相对应的推送内容细节；配置服务器，所述配制服务器能够对所述接收方订制和所述偏好设置进行配置；存在和许可服务器，所述存在和许可服务器指定所述至少一个接收方的存在和偏好设置；以及内容服务器，所述内容服务器将被所述推送内容细节指定的所述推送内容传送至所述至少一个接收方。全文摘要本发明提供了一种通过第一电信网络将呼叫建立触发的推送内容提供给至少一个接收方的方法，该方法包括响应于从主叫方至被叫方的呼叫建立，来执行呼叫控制功能。该呼叫控制功能控制至少一个呼叫参数。该方法进一步包括基于所述至少一个呼叫参数而运用应用逻辑，来确定所述至少一个接收方和所述至少一个接收方的相对应的推送内容细节；并将被所述推送内容细节指定的推送内容传送至所述至少一个接收方。该方法进一步包括当主叫方和被叫方是不同运营商的用户时，处理运营商之间的交互工作。文档编号H04L12/66GK101273594SQ200680028025公开日2008年9月24日申请日期2006年5月31日优先权日2005年5月31日发明者蒋越君申请人:罗姆韦尔有限公司