用于由呼叫建立触发的推送内容的方法和系统相关申请的交叉引用 相关申请本申请主张美国临时专利申请的优先权，该临时专利申请的申请号为60/595,032,名称为"个人化前转铃音服务及其实施和交互工作的体系结构，，， 申请日为2005年5月31日。本申请还与名为"无线语音信道/数字信道集成 的方法和装置"的美国专利申请相关，该申请的申请号为09/932,439，申请 曰为2001年8月16日，并要求2000年8月18日的优先权。这两个相关的 专利申请在此以引用的方式整体并入本文中。发明背景技术领域本发明总体上涉及提供推送内容的系统和服务。更加具体地，本发明涉 及呼叫建立所触发的推送内容所提供的系统，以及为这些系统处理呼叫流的 方法。背景技术呼叫建立一主叫方通过电信和伴随的电信基础设施启动了与被叫方的 会话请求、以及执行该请求的过程的时刻一是一特殊的时刻，其中至少两方 的注意力为了相互作用的紧急需求而被抓住。数字电信通过互联网和当今的 数字公共无线移动网络的快速传播已经引起了经常被观察到的事实，即通话 一电话呼叫—仅仅是被当今配备完善的用来传输任何类型内容的基础设施 所提供的数字内容中的一种形式而已。然而公共电信的现有技术水平还不能 提供适宜的方法来扩展呼叫建立基础设施一起初被设计用于叫人通话一转 变成允许任何一方进行呼叫建立（被叫方、主叫方、网络运营商等），以在 抓住注意力的时刻期间对任何形式的数字内容进行分送。在本领域中，除了 普通电话呼叫之外或者代替普通电话呼叫，需要利用用户的呼叫建立的获取注意力时刻来推送、接收或分享特别相关的内容。内容"推送"就是这样一种经常被描述的对个人相关的数字内容进行分 送的方法。"推送"技术也被称作"服务器推送"，典型地被用于描述基于互 联网的内容传送系统，其中信息基于被客户机所描绘的预设的请求参数组， 而从中心服务器被传送至客户台。示例地来说，客户机用户（例如家庭桌面 用户）会订制被内容供应商提供的各种信息主题，由于该内容被内容供应商 来提供，因此这样的信息穿越互联网而被"推送"或传送至桌面用户，并显 示在用户的电脑上。除了基于互联网的推送技术之外，推送理念还被用来提供被移动推送的内容服务。该移动推送内容包括SMS推送月l务、WAP (无线应用协议）推 送服务、推送信息服务、遗漏呼叫提醒、和推送电邮服务，这些服务都是高 度流行的服务，并且是移动运营商的主要收入来源。另一种移动推送内容服 务，即移动TV，是很有需求的推送广播服务。近期，移动运营商已经引入 了多媒体推送服务，例如多媒体信息、视频和电视的多频道，其被用来在空闲模式下将推送内容下载至移动设备来进行离线浏览。这种服务的实例是本 领域熟知的客户/服务器产品，该产品在停机时间将基于网络的媒体内容推送 至手机，例如Bamboo Mediacasting公司^是供的 "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)实施所保护。在本发 明各种不同的实施例当中，在呼叫被应答前、在呼叫正在进行中、和/或 在呼叫结束之后，推送内容被传送。在本发明各种不同的实施例当中， 推送内容的传送包括：'推送内容的流模式传送和/或推送内容的下载至接 收方。按照具体实施例，推送内容的传送（由于呼叫被应答而被暂停） 在呼叫结束之后继续。按照具体实施例，传送推送内容的过程可以被在 接收装置上的客户软件报告的活动所影响。该活动可以为安静模式、断 接的前转铃音（ring forward tone)模式、用户的停止中断、和/或以上的结合。并且，推送内容的存储、配置、删除、停止、暂停、继续和购买 的至少其中之一可以被接收方来执行。•被叫方在应答呼叫之前窥看的主叫方档案（例如兴趣、网络日志、 照片、最近的活动等）。•主叫方在被叫方应答呼叫之前窥看的被叫方档案（例如兴趣、网络 日志、照片、最近的活动（改变位置、买房、生小孩、升职、换工作、 最近的照片等））•在被叫方设备上为每个来电而鸣响的网络选择的铃音（例如随机选 择的前五名，或来自自动点唱机）。这些铃音可以是音乐、声响、语音、 笑话、视频、多媒体播放等。•在被叫方设备上为每个来电而鸣响的网络存储的、但是由主叫方选 择的铃音（例如一次的音乐礼物或预设选择）。这些铃音可以是音乐、 声响、语音、笑话、视频、多媒体播放等。•在被叫方设备上为每个来电而鸣响的网络存储的、但是由被叫方选 择的铃音（例如以前的音乐礼物或预设选择）。这些铃音可以是音乐、 声响、语音、笑话、视频、多媒体播放等。•自从呼叫被应答前在主叫方上闪现和/或在#皮叫方设备上对于每个 来电而闪现的最后的通知以来的进入的电邮抬头。被选择的电邮帐户将 会基于用户的订制偏好。•在被叫方设备上对每个来电的搞笑声响（例如"这是托尼布莱尔，你口袋里有大规模破坏武器，砰！"、"命令，命令，正直且可敬的先 生请接电话"）。•呼叫被应答前在主叫方上闪现和/或在被叫方设备上对于每个来电 而闪现的实时新闻频道（例如文本新闻或电浮见新闻）。被选择的特定的 新闻频道将基于用户的订制。•呼叫;波应答前在主叫方上闪现和/或在^^皮叫方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决定不将铃音推送至被叫方。在另一个具体实施例当中，CTPCS 216用户可以订制新电话软件升 级服务。在这种情况下，用户数据库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-推送、或SMS URL、或带有URL的MMS提醒（例如，指向客户软件）发送至用户设备。URL使得用户能够检索URL的内容（例 如客户软件），其中所述内容可以可选择地包括客户端的可下载的安装工 具。如果用户不知道确切的设备模型，那么配置服务器228可以将SMS URL发送至设备来察看设备客户端是否能够检索URL。在具体实施例当 中，如果设备能够检索URL，则设备档案通过使用者代理档案（user agent profile)而被发送至内容服务器。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++、 Java 2平 台袖珍版（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是智能电话设备，通常在GSM GPRS 术语中被称作B类终端。很多B类终端仅支持同时的语音和数据附属撷 取，而不支持同时的语音和数据传输。然而，当一种媒体在B类装置上 被传输的时候，对任意媒体的信令可以同时发生。在本发明的情况下，这意味着当被推送的内容正被下载或流传送至客户端的时候，来电可以 进来，而不中断下载/流传送和播放。然而一旦应答该呼叫，对于这种B类终端而言，数据（例如GPRS)会话需要被暂停。这样，在本发明的实施例当中，对于呼叫者定义的前转铃音，当推 送铃音正被流传送或下载时，来电可以触发客户端在流传送模式下播放 推送铃音。当呼叫被应答时，客户端可以暂停流传送或下载。推送内容 的这种流传送在呼叫建立中引入了可以忽略不计的等待时间，因为网络 接口 218不必在推送内容的下载期间暂停呼叫。在另一具体实施例当中，设备230可能不支持同时发生的信令和流 传送/下载。在这种情况下，网络接口 218将需要保持呼叫，直到推送内 容完全下载到设备230。 一旦客户端确认下载完成时，则可以允许继续呼 叫建立。该具体实施例可以对呼叫建立产生显著的等待时间，尤其如果 被推送的信息十分巨大时尤为如此。然而，在该实施例当中， 一旦客户 端检测到来电时，被推送的内容被确定可以被客户端呈现。在具体实施例当中，CTPCS216对于用于推送内容的IP载体频道具 有专用的接入点名称（APN)。在另一个具体实施例当中，CTPCS216可 以与其它数据服务（例如MMS、电邮、WAP等）共享APN。进一步地，在具体实施例当中，运营商可以舍弃来自或去往 CTPCS216的通信的当地数据包费用，而仅仅对CTPCS216的订制收取固 定费用或每月订制费。对于本领域技术人员而言，显而易见地，本发明的原理和:教义可以与各种不同的网络结合起来应用，例如码分多址（CDMA)网络、个人 数字蜂窝（PDC)网络、个人便携式电话系统（PHS)网络、电子和电气 工程师协会（IEEE) 802.11 (无线保真）网络、IEEE 802.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的推送内容传送的各种不同选 择。该图显示了 SMS URL选择802、 WAP URL选择804、和MMS提醒 URL806，以传送推送内容。在SMS URL选择802中，CTPCS216通过SMS向设备230发送URL。 作为响应，设备230从URL处下载推送内容。类似地，在WAP URL选择 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推送或SMS URL发送至设备。该RFT服务的用户可以接着检索URL,以将客户端下载 至设备。RFT服务的用户还可以指示还有谁可以将这种客户端下载至RFT 服务。RFT服务能够追踪谁下载了客户端。在具体实施例当中，每个RFT服务的用户可能需要许可来下载客户端， 以帮助建立临界量。RFT服务的用户可以具有附加的刺激来随时选择、改变 和测试前转铃音。这可能允许用户利用一次的铃音对被叫方进行呼叫，以及 将铃音作为礼物赠给被叫方。在一个具体实施例当中，RFT服务的用户还可 以利用同一客户端来选择、改变和测试回铃音。在另一个具体实施例当中， RFT用户还可以利用相同的客户端来测试、上传/记录和下载铃音或MP3音 乐。RFT服务的用户可能会为利用客户端将RFT作为礼物发送至被叫方而 被收费。尽管回铃音服务为纯粹基于网络的服务，不需要任何设备的改变，并跨 越网络进行工作。然而，利用语音电路资源来播放回铃音很昂贵，因为有时 资源会被占用，并且呼叫在交换机没有改变的情况下被连接。相反，RFT服 务利用数据载体来播放前转铃音却是一个便宜很多的建议。进一步地，通过 在设备一侧安装客户端，RFT用户可以利用任意上述提到的服务（例如选择、 改变和测试回铃音、前转铃音或仅仅下载铃音/音乐等）。并且，它给运营商 在数据载体上提供了进一步的数据收益机会。尽管数据载体对于RFT的本 身的使用可以为数据载体结构的部分，然而，RJFT订制、回铃音和前转铃音的改变、铃音和其它内容的下载提供了超越数据载体的增值数据收益。在令人感兴趣的统计中，注意到65%的人目前使用环球网来设定回铃音 或下载铃音。这在某种程度上阻碍了铃音市场的成长。利用设备上的RFT 客户端具有选择、改变、设定回铃音或下载铃音能力，回铃音、前转铃音等 可以帮助加速铃音市场。在具体实施例当中，如果RFT用户对不具有RFT客户端的被叫方设备 进fl"呼叫（或者正^^不具有RFT客户端的主叫方设备呼叫），假如发送方已 经给予了这种许可（其中该许可在订制时为默认），则免费的SMS URL可以 以发送方的名义被发送至被叫（或主叫）设备。如果设备支持环球网/WAP URL检索，那么使用者代理档案就暴露于内容服务器，以将正确的客户端 (Symbian、移动视窗或BREW等）；险索至i殳备。前转铃音服务的各种不同的实施例包括，但不仅限于以下：在一个具体实施例当中，前转铃音可以是音乐铃音、多媒体流传送、彩 信服务（MMS)、视频显示、个人宣布、名人语音、幽默记录、音乐调铃音 等等。在另一个具体实施例当中，RFT用户或呼叫（主叫或被叫）方可以记以流传送至被叫方。在再一个实施例当中，RFT用户可以指明待被赠与主叫 /被叫方的前转铃音通过IVR接口或通过使用设备上的RFT客户端或通过使 用拨打前缀/后缀来表明铃音的选择。可选择地，主叫方可以预设铃音来作为 订制的一部分。在各种不同的具体实施例当中，主叫方还可以在呼叫之前， 利用一次的触发来选择前转铃音，通过对被叫号码或USSD指令或环球网接 口或IVR或WAP (等）加前缀或后缀来保存前转铃音，以用于接下来的呼 叫中。在再一个具体实施例当中，RFT服务可以为法人而被配置在企业环境 中。在该模型下，企业可以当雇员拨打或接收呼叫时，命令它公司的雇员在 上班期间使用公司推荐导向的前转铃音（例如宣传和广告）。RFT服务对于 雇员或者普通大众而言，可以被企业作为广告的目的而使用。例如，RFT服 务可能包含在上班期间，在雇员的被叫方上播放公司指定的音乐，而在其他 时间，雇员可以利用免费的前转铃音服务。可选择地，企业可以通过在用户 面前播;改短小的公司音乐铃音来宣传它的广告。在用户喜欢该RFT的情况下，企业可以免费提供/赞助该前转铃音服务。在具体实施例当中，由于接收方RFT用户设备包含客户端，用户可以将音乐式铃音上传在内容服务器，以用于在呼叫时或者拨打呼叫前，将该音 乐式铃音流传送至被叫方。在具体实施例当中，在呼叫中接收到前转铃音的呼叫（被叫或主叫）方可以利用客户端存储、设置或购买RFT，或者订制该 RFT来被他的被叫方听到。在具体实施例当中，当RFT 4妻收方（^皮叫方或主叫方或第三方）听到 铃音在设备上鸣响时，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发布IN CONTINUE。在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/CAP IDP，而利用至少一个呼叫参数来将呼叫控 制传递至网络接口 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/CAP IDP指令而将呼叫控制传递 至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通过IN IDP (CAP INAP等）指令将呼叫控制传递至网络接口 218。该IDP指令包括至 少一个呼叫参数。呼叫参数可以包括，但不仅限于：AppKey二serviceKey (表示被请求的应用是新闻闪现）、主叫方A的号码、被叫方B的号码、主叫方 A的IMSI、和主叫方A的VMSC位置。在1906中，网络接口 218通过传 递呼叫参数而请求来自应用模块222的指示。在1908中，依赖于例如，应用模块222是否确定等待推送内容的传送，应用模块222通过利用来自网络接口和用户数据库220的数据来运用被 serviceKey识别的应用逻辑，并可选择地将确认发送回至网络接口 218。 一 收到该确认的时候，在1910中，网络接口 218可以向MSC208发布IN CONTINUE指令。应用模块222确定主叫方是否已经订制了新闻闪现服务。在1912中， 它还确定将内容推送至的主叫方（在该例子当中，应用模块222确定主叫方， 然而在其它具体实施例当中，应用模块可以确定被叫方或者双方）和新闻闪 现内容ID，并将推送内容细节发送至内容服务器224。可选择地，在1914 中，内容服务器224可以于PnP226相通信来获取主叫方的IP地址，以建立 推送内容交换。在1916中，按照以上描述各种实施例，内容服务器224建 立与主叫方的推送内容交换。在1918中，内容服务器224向应用模块222 返回确认，该应用模块222接下来通过运用记帐逻辑而产生主叫方的CDR。 在1920中，应用模块222向网络接口 218返回确认。网络接口 218可以利 用IN CONTINUE,在来自应用模块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通过IN IDP ( CAP INAP等）指令将呼叫控制传递至网络接 口 218。该IDP指令包括至少一个呼叫参数。呼叫参数可以包括，但不仅限 于：AppKey=serviceKey、主叫方A的号码、；故叫方B的号码、被叫方B的 IMSI、和被叫方B的VMSC位置。在2010中，网络接口 218通过传递呼叫 参数而请求来自应用模块222的指示。在2012中，依赖于例如，应用模块222是否确定等待推送内容的传送， 应用模块222利用来自网络接口和用户数据库220的数据来运用被 serviceKey识别的应用逻辑，并可选择地将确认发送回至网络接口 218。 一收到该确认的时候，在2014中，网络接口 218可以向GMSC/CSCF206发布 IN CONTINUE指令。应用模块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可以利用IN CONTINUE,在来自应用模块222 的第一确认时（2012 (例如在推送内容流传送模式下），或者在来自应用模 块222的第二确认时，将呼叫控制传递回至GMSC/CSCF206。在2028中， GMSC/CSCF206可以继续呼叫建立。被叫方设备的客户端在呼叫被应答前 或在来电时播放主叫方档案。图21描述了按照本发明的具体实施例，正被发送至已订制的主叫方的 被叫方档案的信令流。在具体实施例当中，所述信令流可以基于始发IN。 在另一具体实施例当中，信令流可以基于类似O-CSI的实施。在2102中，主叫方A呼叫被叫方B。在2104中，MSC208通过IN IDP (CAP INAP等）指令将呼叫控制传递至网络接口 218。该IDP指令包括至 少一个呼叫参数。呼叫参数可以包括，但不仅限于：AppKey=serviceKey、 主叫方A的号码、;波叫方B的号码、主叫方A的IMSI、和主叫方A的VMSC 位置。在2106中，网络接口 218通过传递呼叫参数而请求来自应用模块222 6勺指示。在2108中，依赖于例如，应用模块222是否确定等待推送内容的传送， 应用模块222通过利用来自网络接口和用户数据库220的数据来运用被serviceKey识别的应用逻辑，并可选4奪地将确认发送回至网络接口 218。 一 收到该确认的时候，在2110中，网络接口 218可以向MSC208发布IN CONTINUE指令。应用模块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可以利用IN CONTINUE,在 来自应用模块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、 GSM 379、 GSM 318、 ITU 1214-1218、 ITU76x、即按即通标准参考、IMS标准参考、SIP标准参考MAP规范的GSM 902短信服务的GSM 340CAMEL的GSM 378CAMEL应用协议的GSM 978CAMEL最佳路由支持（SOR)的GSM 379CAMEL基础呼叫处理的GSM 318国际电信联盟电信标准化部推荐标准Q.1214 (1995)，智能网能力集1的 分布式功能平面(ITU-T Recommendation Q.1214 (1995), Distributed functional plane for intelligent network CS-1.)国际电信联盟电信标准化部推荐标准Q.1218 (1995)，智能网能力集1的 接口推荐标准（ITU-T Recommendation Q.1218 (1995)， Interface Recommendation for intelligent network CS-1.)国际电信联盟电信标准化部推荐标准Q.762 (1999), 7号信令系统一ISDN 使用者部分概要（ITU-T Recommendation Q.762 (1999), Signaling system No. 7 —ISDN user part general ) 消息和信令功能(functions of messages and signals )国际电信耳关盟电信标准化部推荐标准Q.763 (1999)， 7号信令系统一ISDN 使用者部分格式和编码（ITU-T Recommendation Q.763 (1999)， Signaling system No. 7 —ISDN user part formats and codes )国际电信联盟电信标准化部推荐标准Q.764 (1999)， 7号信令系统一ISDN 使用者部分信令规程（ITU-T Recommendation Q.764 (1999), Signaling system No. 7 —ISDN user part signaling procedures )国际电信.联盟电信标准化部推荐标准Q.766 (1993)，集成业务中的执行目 标(ITU-T Recommendation Q.766 (1993)， Performance objectives in the integrated services )数字网络应用(digital network application )国际电信联盟电信标准化部推荐标准Q.765 (1998)， 7号信令系统一应用 传输机制（ITU-T Recommendation Q.765 (1998), Signaling system No. 7 —Application transport mechanism)国际电信联盟电信标准化部推荐标准Q.769.1 (1999), 7号信令系统 —ISDN使用者部分（ITU-T Recommendation Q.9.1 (1999), Signaling system No. 7 —ISDN user part)号；马可移才直性的支^寺增强 (enhancement for the support of Number Portability)附录table see original document page 57

formula see original document page 58table see original document page 59

O-CSI Originating CSI (发起CSI)ODB Operator Determined Barring (运营商决定的闭锁）PLN Prepaid Local Number (预付费当地号码）RRB Request Report Basic call state machine (请求报告基本呼叫状态机）SCCP Signal Connection Control Part (信令连接控制部分）SCP Service Control Point (服务控制点）SGSN Service GPRS Support Node (服务GRPS支持节点）SPC Signal Point Code (信令点编码）SRI Send Routing Information (发送路由信息）SRI-SM Send Routing Information for Short Message (发送短消息的路由信息）SS7 Signaling System 7 (7号信令系统）SS-CSI Supplementary Service CSI (补充服务CSI)S丁P Signal Transfer Point (信令传输点）STP-H HPMN STP (HPMN的信令传输点）T-CSI Terminating CSI (终端CSI)USSD Unstructured Supplementary Service Data (非结构化补充数据服务）VLR Visited Location Register (受访位置寄存器）VLR-V VLR from VPMN (来自VPMN的受访位置寄存器）VMSC Visited Mobile Switch Center (受访移动交换中心）VMSC-V VMSC from VPMN (来自VPMN的受访移动交换中心）VPMN Visited Public Mobile Network (受访^^共移动网络）VT-CSI Visiting network Terminating CSI (受访网络终端CSI)

• 呼叫
• 主叫方
• 铃音
• 被叫方
• 主叫
• 被叫
• 推送
• vpmn
• 呼叫建立
• 服务

相关专利内容

标题	发布/更新时间	阅读量
一种光盘版权保护方法	2020-05-11	729
于移动存储设备上的版权保护方法	2020-05-15	512
版权保护方法	2020-05-11	557
一种数字版权保护方法	2020-05-13	56
应用程序版权保护方法及数字版权保护系统	2020-05-13	832
版权保护系统及方法	2020-05-12	808
数字记录介质版权保护装置和方法及保护版权的记录介质	2020-05-14	427
影像数据的版权保护方法及系统	2020-05-15	609
一种带有版权保护机制的出版物	2020-05-14	310
版权保护加密播放装置	2020-05-14	159