-
公开(公告)号：CN100495968C
公开(公告)日：2009-06-03
申请号：CN200610080517.1
申请日：2006-05-11
Applicant: 北京邮电大学
Abstract: 一种用于移动用户之间的移动咨询业务的系统和实现方法，系统由移动通信网、因特网、咨询用户与咨询顾问的手机/PC机、以及基于呼叫中心技术构建的局域网—移动咨询业务平台所组成。实现方法的操作步骤为：(1)咨询顾问的登记注册或注销，(2)业务系统建立移动咨询业务的供给数据库，(3)咨询顾问设置咨询服务的开通时间，(4)咨询用户获取咨询服务，(5)业务系统为咨询顾问提供代计费服务。本发明是一种基于现代信息网络和移动通信业务的咨询类信息服务，系统结构简单，充分利用现有网络及相关技术，易于扩充；操作步骤简单、合理，能够实现移动用户之间的咨询服务，满足信息时代中人们对信息的日益增长需求，具有广阔的应用领域。
-
公开(公告)号：CN100471284C
公开(公告)日：2009-03-18
申请号：CN200610066809.X
申请日：2006-03-29
Applicant: 北京邮电大学
Abstract: 一种对GSM移动智能网的呼叫信令流程进行优化的方法，该方法是：当SCP对其接入的呼叫判定为智能网常规呼叫时，则省略有关SCP计费操作的信令交互，执行简化的信令流程；即SCP收到IDP消息，判定该呼叫为智能网常规呼叫后，立刻向MSC/SSP发送CONTINUE/CONNECT信令，指示交换机对该呼叫进行相应的接续处理，然后结束与SCP的对话，不再进行计费信令的交互。该信令优化方法能够在建立相关智能业务交互信道的过程中，删除常规呼叫信令流程中的冗余信令，从而降低SCP、SSP和STP等相关网元的信令处理负荷，提高移动智能网的工作效率。
-
公开(公告)号：CN101340720A
公开(公告)日：2009-01-07
申请号：CN200810118199.2
申请日：2008-08-14
Applicant: 北京邮电大学
Abstract: 一种用于IP多媒体子系统对用户终端UE进行两级位置管理的方法，它是采用归属网络和拜访网络分别注册的二级位置管理机制TTLM的方法对UE进行位置管理：拜访网络的注册是负责对位于该拜访网络内的已注册UE进行位置管理；当UE漫游时，拜访网络根据该UE的IP地址的变化情况来决定是否触发归属网络注册过程，从而减少IMS网络的信令负荷。而当UE由归属网漫游到拜访网、并且发生入呼或出呼会话IOS事件时，本发明同时采用二级位置管理机制TTLM和动态位置更新机制DLU的方法，对UE进行位置管理。该方法能较好地解决现有技术的缺陷，有效降低HSS和S－CSCF的负载，减少位置更新信令的传输量，提高网络资源利用率。
-
公开(公告)号：CN100425049C
公开(公告)日：2008-10-08
申请号：CN200510077699.2
申请日：2005-06-22
Applicant: 北京邮电大学
Abstract: 一种移动终端下载多媒体振铃音的实现方法及系统，该系统包括：个性化回铃音业务平台、WAP网关、短消息发送平台、计费接口机和计费服务器、可选配的个性化回铃音WWW网站和/或个性化回铃音IVR服务器，以及作为核心控制部件、并采用基于IP的数据链路分别联结上述各个装置的个性化振铃音业务服务器，系统结构简单，控制容易、操作便捷，易于推广应用。本发明下载多媒体振铃音的实现方法关键是采用自动适配算法，系统能够自动进行振铃音与用户移动终端型号的适配，解决了现有技术不能即听即下和自动适配的技术难题，为用户发现、选择和下载多媒体振铃音提供了一种简单、便捷、有效的技术手段，同时为内容提供商和网络运营商拓宽了增值业务的应用范围。
-
公开(公告)号：CN100401732C
公开(公告)日：2008-07-09
申请号：CN200410074777.9
申请日：2004-09-14
Applicant: 北京邮电大学 , 杭州东信北邮信息技术有限公司
Abstract: 本发明涉及一种基于移动智能网的主叫号码显示处理方法及系统，其主要是将主叫号码显示处理逻辑存储在移动智能网的业务控制点中；主叫方输入被叫方号码和显示处理号码；显示处理号码将所述的主叫号码显示处理逻辑激活，对主叫号码显示处理逻辑对接收到的显示处理号码进行处理，如果所述的显示方式为显示，则在所述的被叫方显示所述的主叫方信息；如果所述的显示方式为隐藏，则在所述被叫方隐藏所述主叫方的任何信息。通过本发明的方法和系统可以方便地实现业务用户作为主叫呼叫其他用户时，向被叫用户显示某些特定的主叫方信息或者向被叫用户隐藏包括主叫号码在内的主叫方信息。
-
Patent Agency Ranking
公开(公告)号：CN101163272A
公开(公告)日：2008-04-16
申请号：CN200710177363.2
申请日：2007-11-14
Applicant: 北京邮电大学
Abstract: 一种用于IMS网络的基于应用服务器分组的业务触发方法，操作步骤如下：(1)遵循国际通信标准定义一个新的SIP头：Trigger－Rule，用于实现支持后续过滤准则sFC的各种相关功能；(2)按照设定规则对应用服务器进行分组，应用服务器完成分组后，由S－CSCF通过路由信息的头字段对应用服务器组进行控制，使得执行业务时，每个应用服务器组分别处于被触发调用或不被触发调用的状态；(3)利用该SIP头Trigger－Rule和基于sFC，S－CSCF执行一种基于应用服务器分组的业务触发方法。该方法是基于后续过滤准则sFC实现的，能大大增强ATA业务触发的灵活性，有效降低S－CSCF和AS的信令流量，增加整个系统的吞吐量，同时显著减少会话建立时延，提高了IMS网络的服务质量。
-
公开(公告)号：CN1822682A
公开(公告)日：2006-08-23
申请号：CN200610066809.X
申请日：2006-03-29
Applicant: 北京邮电大学
Abstract: 一种对GSM移动智能网的呼叫信令流程进行优化的方法，该方法是：当SCP对其接入的呼叫判定为智能网常规呼叫时，则省略有关SCP计费操作的信令交互，执行简化的信令流程；即SCP收到IDP消息，判定该呼叫为智能网常规呼叫后，立刻向MSC/SSP发送CONTINUE/CONNECT信令，指示交换机对该呼叫进行相应的接续处理，然后结束与SCP的对话，不再进行计费信令的交互。该信令优化方法能够在建立相关智能业务交互信道的过程中，删除常规呼叫信令流程中的冗余信令，从而降低SCP、SSP和STP等相关网元的信令处理负荷，提高移动智能网的工作效率。
-
公开(公告)号：CN1266601C
公开(公告)日：2006-07-26
申请号：CN200410088409.X
申请日：2004-10-29
Applicant: 北京邮电大学 , 杭州东信北邮信息技术有限公司
Abstract: 一种用于语音增值业务系统的优化性能的方法，是在该系统的执行平台上分别简化VoiceXML解释器解析和执行语音增值业务的VoiceXML文件的操作；包括步骤：(1)改写缓存的VoiceXML文件，以简化VoiceXML缓存文件中的语法文件的编译过程和语音文件的转换过程，减少系统的重复性操作，提高响应速度；(2)在解释器解析每个运行实例的VoiceXML文件时，先在该装置的共享缓存池中检索是否存在有与该文件对应的文档对象模型DOM树，如果已经存在，则不再进行解析，直接复制该DOM树并解释执行之，再给该DOM树的使用次数计数器加1；如果不存在，则进行解析，并把建立的DOM树缓存在该解释器内存的共享缓存池中。该方法有效降低语音增值业务的系统响应时间，进一步满足语音增值业务的实时性要求。
-
公开(公告)号：CN1777156A
公开(公告)日：2006-05-24
申请号：CN200510125852.4
申请日：2005-11-30
Applicant: 北京邮电大学
Abstract: 一种用于下一代网络、可动态扩展的、开放接口技术的Parlay/OSA网关，由软总线、配置管理单元、SCF单元、TCAP类协议映射单元、非TCAP类协议映射单元、操作维护单元和网管单元所组成。其中软总线是各单元/组件的公共通信通道，能够屏蔽异构应用系统和异构网络系统的差异，使得该网关能够快速部署在实际网络环境中，得到推广应用。控制中枢－配置管理单元执行组件的注册/注销机制，使该网关能够“即插即用”地动态引入新的SCF组件和协议映射组件，或启动新组件的进程实例，还能实现负载均衡。协议映射单元在更换协议栈时，只需修改其中协议适配层的部分代码，而对SCF组件的代码不需要修改，有利于该网关的扩展性。
-
公开(公告)号：CN114296878B
公开(公告)日：2025-03-07
申请号：CN202111639160.7
申请日：2021-12-29
Applicant: 北京邮电大学
Abstract: 一种预测容器资源使用量的方法，包括下列操作步骤：(1)定时采集并使用滚动时间窗口方法存取容器资源使用量的数据，得到容器资源使用量的时间序列；(2)使用时间序列分解法将时间序列进行分解；(3)使用朴素季节法对季节项进行下一时刻数据的预测；(4)使用ARIMA模型法和Holt阻尼趋势法对趋势波动项进行下一时刻数据的预测；(5)将季节项的预测值和趋势波动项的预测值相加即为时间序列下一时刻的预测值；(6)基于预测值与当前时刻容器资源的使用量，对下一阶段容器资源使用量进行限制。
-
-
-
-
-
-
-
-
-
Search Results
112
records
(took 0.027 seconds)
