WO2006045253A1 - Procede de traitement d'une demande de service a valeur ajoutee - Google Patents

Procede de traitement d'une demande de service a valeur ajoutee Download PDF

Info

Publication number
WO2006045253A1
WO2006045253A1 PCT/CN2005/001792 CN2005001792W WO2006045253A1 WO 2006045253 A1 WO2006045253 A1 WO 2006045253A1 CN 2005001792 W CN2005001792 W CN 2005001792W WO 2006045253 A1 WO2006045253 A1 WO 2006045253A1
Authority
WO
WIPO (PCT)
Prior art keywords
added service
value
multimedia message
vasp
identification information
Prior art date
Application number
PCT/CN2005/001792
Other languages
English (en)
Chinese (zh)
Inventor
Zheng Wang
Dawei Li
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2006045253A1 publication Critical patent/WO2006045253A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/765Media network packet handling intermediate
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Definitions

  • the present invention relates to Multimedia Messaging Service (MMS), and more particularly to a method of processing a value added service request.
  • MMS Multimedia Messaging Service
  • the current multimedia messaging service system can provide users with a variety of value-added services through multimedia messaging services. These value-added services can be provided by a value-added service provider (VASP) to enable multimedia information transfer between the user terminal and the Internet.
  • VASP value-added service provider
  • the Multimedia Message Service Center (MMSC) is the core of the entire multimedia messaging service system and is responsible for storing and processing multimedia messages.
  • the interface between MMSC and VASP is defined as the MM7 interface in the 3GPP standard and is implemented based on IP.
  • Any service provider (SP) can access the MMSC as long as it supports the MM7 interface, thus becoming a straightening service provider for multimedia messaging services, providing value-added services for end users, such as information, game comics, and earprints. Wait.
  • the multimedia information interaction between the user and the VASP includes such an application:
  • These external entities may be MMS terminals, . Bud application or other external multimedia business system. Regardless of the external entity of the county, the message interaction between these external entities and the VASP is handled by the MMSC, and the processing mechanism is the same for the MMSC. Therefore, for the convenience of description, the following takes the external entity as the MMS terminal as an example to illustrate the process of the external entity actively sending multimedia messages to the VASP.
  • the MMS terminal sends a multimedia message to the VASP fishing process including the following steps:
  • Step 101 The MMS terminal sends a submit message (MM1_submit.REQ) to the MMSC.
  • the submission message contains the access number of the recipient VASP.
  • Step 102 After receiving the MM1_submit.REQ message, the MMSC verifies the access number of the receiving party VASP included in the MMSC.
  • Step 103 The MMSC returns a submit message response (MM1_submit.RES) to the MMS terminal. If the VASP access number is successfully verified, the MM1_submissionRES message includes information that has been successfully received and will process the submitted message; otherwise, MMl_submitRES The message contains hunting error information.
  • MM1_submit.RES a submit message response
  • Step 104 The MMSC sends a transmission request message (MM7_Deliver.REQ) to the VASP, where the MM7_Deliver.REQ message includes a multimedia message.
  • the MM7-Deliver.REQ message is generally received and processed by the value-added service processing module in the VASP.
  • Step 105 After receiving the MM7-deliver.REQ message, the VASP returns a transmission request message response (MM7-Deliver.RES) to the MMSC.
  • MM7-Deliver.RES transmission request message response
  • the MMSC after receiving the MMl-submit.REQ message sent by the MMS terminal, the MMSC searches for the uplink U L address of the received message according to the access number, and then forwards the MM7-Deliver.REQ message according to the found uplink URL address.
  • the MMSC includes a correspondence table between the pre-established VASP access number suffix and the uplink URL address, and the MMSC can search for the correspondence between the access number prefix and the uplink URL address according to the access number prefix in the MM1-submitREQ message.
  • the table obtains the uplink URL address of the received message, that is, the corresponding value/interface address corresponding to the currently interacting value-added service, and then sends the MM7_Deliver.REQ message to the queried when the MMSC sends the MM7_Deliver.REQ message to the VASP.
  • the interface address goes.
  • the receiving interface of the VASP directly processes the multimedia message.
  • VASP in the prior art distinguishes different services by using different interface addresses, it is necessary to establish more receiving interfaces, and different receiving interfaces receive and process different value-added services, which leads to inconvenient program development and increases VASP. Handling complexity.
  • each receiving interface processes the received multimedia message by using the corresponding value-added service processing module, the programs of the plurality of value-added service processing modules may be the same, thereby causing the design of the processing program to be repeated and causing waste of resources.
  • VASP only establishes a receiving interface, if VASP operates multiple value-added services, VASP cannot judge which value-added service each transmitting request message is related to. Therefore, VASP needs to add another mechanism to parse the multimedia message to find the corresponding Value-added services. Summary of the invention
  • the main object of the present invention is to provide a simple and effective processing method for value-added service requests, which enables VASP to operate multiple value-added services without establishing multiple receiving interfaces.
  • the extraction protocol of the present invention is implemented as follows:
  • the invention discloses a processing method for value-added service clearing, which is applicable to a multimedia message service system including at least MMSC and VASP, and the method comprises the following steps:
  • the MMSC receives the multimedia message sent by the external entity to the VASP, obtains the value-added service identification information corresponding to the multimedia message according to the identification number in the multimedia message, generates a multimedia message transmission request including the multimedia message and the value-added service identification information, and sends the message to the VASP. ;
  • the VASP After receiving the multimedia message transmission request, the VASP sends the multimedia message in the transmission request to the value-added service processing module corresponding to the value-added service identification information according to the value-added service identification information in the multimedia message transmission request.
  • the method for obtaining the value-added service identification information corresponding to the multimedia information may be: the MMSC searches for the corresponding number segment in the identification number and the value-added service identification information according to the specified number segment in the identification number.
  • the VASP registration information table of the relationship finds the value-added service identification information corresponding to the specified number segment in the identification number.
  • the method for obtaining the value-added service identification information corresponding to the multimedia message may be: the MMSC parses the specified number segment in the identification number, and uses the specified number segment in the identification number as the value-added service target-identification information. .
  • the specified number segment in the identification number may be a prefix of the identification number, or an intermediate ⁇ , or an ending segment.
  • the step B includes: the VASP reads the value-added service identification information in the multimedia message transmission request, determines the value-added service according to the value-added service tag information, and determines the 3 value-valued service process for processing the current multimedia message according to the determined value-added service.
  • the module sends the multimedia message to the determined value-added service processing module.
  • the value-added service identification information may be a value-added service code (VASID).
  • VASID value-added service code
  • the value-added service identifier may further include a value-added service provider code (VASPID).
  • VASPID value-added service provider code
  • the sending the multimedia message to the value-added service processing module includes: verifying the VASPID in the multimedia message transmission request, if the verification If successful, the multimedia message is sent to the value-added service processing module corresponding to the VASID; otherwise, the process ends.
  • the method before the obtaining the value-added service identifier information corresponding to the multimedia message, the method further includes: verifying the label, identifying the number, and determining whether the verification is successful. If the verification is successful, returning the success message to the external entity, and continuing; otherwise , return the failure information to the external entity, and end the process.
  • the identification number may be an access number of the VASP.
  • the method for implementing the value-added service interaction of the VASP can directly learn which VAS value-added service interacts with the external entity by transmitting the value-added service identification information in the request, thereby preventing the VASP from setting different value-added services.
  • Different receiving interfaces reduce program design complexity and save system resources; and also reduce the VSAP to add new mechanisms for identifying value-added services. That is, VASP does not need to add another complex mechanism to parse multimedia messages, such as through parsing.
  • the specific message content in the message identifies the complex mechanism of the value-added service, thus also speeding up the information interaction between the VASP and the MMSC.
  • FIG. 1 is a schematic diagram of a process in which an MMS terminal sends a multimedia message to a VASP;
  • FIG. 2 is a flowchart of a method for processing a value-added service request according to an embodiment of the present invention. Mode for carrying out the invention
  • the main idea of the present invention is to determine which value-added service the current multimedia message interacts with by using the field of the value-added service provider code and the value-added service code extended in the request message, and then handing the multimedia message to the corresponding value-added service processing module. deal with.
  • a method for processing a value-added service request includes the following steps:
  • Step 201 The MMS terminal sends a submit message (MM1_submit.REQ) to the MMSC, where the submit message includes the access number of the recipient VASP.
  • Steps 202 ⁇ 203 after receiving the MMl-submit.REQ message, the MMSC verifies the access number of the VASP, and returns a submit message response (MMl_submit.RES) to the MMS terminal. If the verification succeeds, the MM 1 - The submit.RES message has successfully received and will process the information of the submitted message, and proceeds to step 204; No MM 1 - submit. RES message contains error information, and the process ends.
  • MMl_submit.RES submit message response
  • Step 204 Perform value-added service matching, and generate a transmission request (MM7-deliver.REQ) message including value-added service identification information.
  • MM7-deliver.REQ transmission request
  • the step 204 may specifically include: the MMSC searches for the received uplink UL address according to the access number, and searches for the information identifying the currently value-added service, which is called the 3 ⁇ 4 value service identification information, and then the found value-added service identifier information.
  • Add force MM7-deliver.REQ eliminates, ⁇ , and then according to the found upstream URL address 3 boast the MM7-deliver.REQ forward iij go.
  • the value-added service identifier information may be a value-added service code (VASID) corresponding to the value-added service, or may be a value-added service provider code (VASPID) and a VASID corresponding to the value-added service, or may be based on actual conditions.
  • VASID value-added service code
  • VASPID value-added service provider code
  • VASID value-added service ID corresponding to the value-added service
  • the operator uses other parameters as value-added service identification information.
  • the access number prefix in the MM1-submit.REQ message submitted by the MMS terminal may be the VASPID and VASID of the actual recipient VASP, and the MMSC may decrypt the access number prefix in the MMl_submit.REQ, directly receiving The VASPID and VASID of the VASP are then added to the MM7-deliver.REQ message.
  • the access number is "888800100 ⁇ , where the access number prefix is "888800", "8888" corresponds to VASPID, and "001" corresponds to VASID.
  • an established VASP registration information table may be pre-set, including a correspondence between the specified number segment in the identification number and the value-added service identification information, where P is an MMl_submit.REQ message, an access number prefix in the The correspondence between the VASPID and VASID of each registered VASP.
  • the MMSC can first decompose the access number prefix in the MMl_submit.REQ message, and then look up the SP registration information table in the MMSC to obtain the VASP ID and VASID of the VASP, that is, obtain the value-added service identification information.
  • the access number prefix generally refers to a number segment of the specified " ⁇ degree" at the beginning of the access number, such as the first seven digits in the previous example.
  • Step 205 Send a generated ⁇ MM7-deliver.REQ message to the VASP.
  • Step 206 VASP ⁇ : After the MM7-deliver.REQ message, return a request message response (MM7-Deliver.RES) to the MMSC.
  • MM7-Deliver.RES request message response
  • Step 207 The VASP reads the value-added service identifier information in the MM7-Deliver.REQ message, and determines the value-added service processing module corresponding to the current value-added service according to the value-added service identification information, and then sends the MN 7-Deliver.REQ message.
  • the multimedia message is handed over to the value-added service processing module of the correct t for processing.
  • the VASP can first verify whether the VASPID in the MM7-deliver.REQ message is the same as the VASP ID of the VASP itself. If the VASPID in the message is the same as the VASPID of the VASP, the verification is successful; otherwise, the verification fails. If the VASPID verification result is a failure, the bundle process; if the face certificate result is successful, the VASID corresponding to the VASID is determined according to the VASID of the message, and then the VASID carries the code, and the saved value-added service processing module and the VASID are saved.
  • the corresponding relationship between the two is to find a value-added service processing module corresponding to the value-added service. If only the VASID of the value-added service is used as the service identification information, the value-added service processing module corresponding to the VASID is found according to the correspondence between the value-added service processing module and the VASID.
  • the access number is used to distinguish the type of service requested when the user sends the multimedia message, but in actual applications, other identification numbers may be used instead of the access number.
  • the method provided by the present invention can directly know which VAS value-added service the external entity interacts with, so as to prevent the VASP from setting different receiving interfaces for different enhanced services, and the VASP does not need to add another Complex mechanisms to solve multimedia messages, and therefore also facilitate the information interaction between VASP and MMSC.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé de traitement d'une demande de service à valeur ajoutée appliqué à un système de service de message multimédia comprenant MMSC et VASP, le procédé consistant: à recevoir en MMSC un message multimédia lequel est envoyé à VASP par une entité extérieure, à obtenir les informations d'identification de service à valeur ajoutée correspondant au message multimédia selon le numéro d'identification du message multimédia, à créer une demande de message multimédia de remise qui contient un message multimédia et des informations d'identification de service à valeur ajoutée, et à envoyer la demande à VASP. Une fois que VASP a reçu la demande de message multimédia de remise, le VASP envoie le message multimédia dans la demande de remise au module de traitement de service à valeur ajoutée correspondant aux informations d'identification de service à valeur ajoutée selon les informations d'identification de service à valeur ajoutée dans la demande de message multimédia de remise. La présente invention permet de connaître indirectement quel service à valeur ajoutée de quel VASP est en interaction avec l'entité extérieure et elle permet d'éviter que VASP établisse différentes interfaces de réception pour un service à valeur ajoutée différent ou d'ajouter un nouveau mécanisme afin d'identifier un service à valeur ajoutée.
PCT/CN2005/001792 2004-10-28 2005-10-28 Procede de traitement d'une demande de service a valeur ajoutee WO2006045253A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNB2004100868218A CN1297095C (zh) 2004-10-28 2004-10-28 一种增值业务请求的处理方法
CN200410086821.8 2004-10-28

Publications (1)

Publication Number Publication Date
WO2006045253A1 true WO2006045253A1 (fr) 2006-05-04

Family

ID=36227275

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/001792 WO2006045253A1 (fr) 2004-10-28 2005-10-28 Procede de traitement d'une demande de service a valeur ajoutee

Country Status (2)

Country Link
CN (1) CN1297095C (fr)
WO (1) WO2006045253A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114124777A (zh) * 2020-08-27 2022-03-01 中国电信股份有限公司 增值业务处理方法、装置和系统

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100581197C (zh) * 2006-10-30 2010-01-13 华为技术有限公司 一种获取媒体特征信息的方法和系统以及终端设备
CN100518072C (zh) * 2006-12-27 2009-07-22 华为技术有限公司 一种处理客户请求的方法及系统
CN101345740B (zh) * 2007-07-09 2011-08-24 华为技术有限公司 一种多媒体数据的数字识别注册、处理方法及系统
CN101790005B (zh) * 2009-12-22 2012-07-25 中国联合网络通信集团有限公司 增值业务处理方法和系统及综合业务平台设备
CN101902703A (zh) * 2010-07-07 2010-12-01 中兴通讯股份有限公司 一种多媒体消息转发失败的处理方法及系统
CN102972011B (zh) * 2012-04-01 2015-07-08 华为技术有限公司 媒体处理系统和处理媒体业务的方法
CN109377021A (zh) * 2018-09-28 2019-02-22 广东电网有限责任公司 一种企业系统中业务架构的构建方法、系统及相关装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1447607A (zh) * 2002-03-26 2003-10-08 华为技术有限公司 数字无线通信系统中避免重复发送多媒体消息的方法
CN1501657A (zh) * 2002-11-12 2004-06-02 ��Ϊ�������޹�˾ 终端与增值业务提供商应用之间多媒体消息转发的方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2395868A (en) * 2002-11-29 2004-06-02 Nokia Corp Messaging system using set-top box and television display
FR2852758B1 (fr) * 2003-03-18 2005-06-03 Cit Alcatel Timbre electronique pour message multimedia

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1447607A (zh) * 2002-03-26 2003-10-08 华为技术有限公司 数字无线通信系统中避免重复发送多媒体消息的方法
CN1501657A (zh) * 2002-11-12 2004-06-02 ��Ϊ�������޹�˾ 终端与增值业务提供商应用之间多媒体消息转发的方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114124777A (zh) * 2020-08-27 2022-03-01 中国电信股份有限公司 增值业务处理方法、装置和系统

Also Published As

Publication number Publication date
CN1297095C (zh) 2007-01-24
CN1767446A (zh) 2006-05-03

Similar Documents

Publication Publication Date Title
WO2006045253A1 (fr) Procede de traitement d'une demande de service a valeur ajoutee
US7817554B2 (en) Methods and devices for changing quality of service
US11019367B2 (en) Live video transmission method and system, and apparatus
US20070070988A1 (en) Method For Transmitting Deferred Messages
WO2005109793A1 (fr) Procede de transmission de messages multimedia
JP2010509835A (ja) 統合ipメッセージングサービスにおけるメッセージスレッドを管理する方法及びシステム
WO2010012144A1 (fr) Procédé de demande d'information de contenu de service, système et fournisseur d'accès s'y rapportant
WO2011088659A1 (fr) Système de nom de domaine, procédé et équipement de traitement d'informations du système de nom de domaine
US7177628B2 (en) Method for enabling IP push capability to wireless devices on a wireless network
JP2009515489A (ja) 無線ネットワークにおいてシステム情報メッセージを断片化する方法および装置
WO2011029248A1 (fr) Procédé et plateforme d'interface pour mettre en œuvre un accès multi-protocole
RU2483352C2 (ru) Способ, устройство и система для идентификации сервиса
WO2016015441A1 (fr) Procédé, appareil et système de gestion de données de service
WO2008110105A1 (fr) Procédé et dispositif d'envoi d'un message, équipement de centrale de messages
US8612607B2 (en) Submit report handling in SMSIP
WO2012062070A1 (fr) Procédé, système et serveur pour donner en retour l'état d'une extrémité de réception
US8264997B2 (en) System and method for providing message push service in wireless communication system
WO2012062051A1 (fr) Procédé et système pour la distribution de messages multimédia
WO2014075427A1 (fr) Procédé, appareil et système pour obtenir un objet
WO2011140801A1 (fr) Procédé, appareil et système permettant d'envoyer des messages multimédias
CN101156400B (zh) 一种在多媒体消息业务中处理消息的方法和系统
WO2010009666A1 (fr) Procédé, système et dispositif pour implémenter un service multimédia
WO2014101530A1 (fr) Procédé et dispositif pour la transmission de messages
WO2014117515A1 (fr) Procédé, système et serveur rcs-e pour déterminer l'état d'un terminal
CN107172600B (zh) 一种信息传输方法及装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BW BY BZ CA CH CN CO CR CU CZ DK DM DZ EC EE EG ES FI GB GD GE GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV LY MD MG MK MN MW MX MZ NA NG NO NZ OM PG PH PL PT RO RU SC SD SG SK SL SM SY TJ TM TN TR TT TZ UG US UZ VC VN YU ZA ZM

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SZ TZ UG ZM ZW AM AZ BY KG MD RU TJ TM AT BE BG CH CY DE DK EE ES FI FR GB GR HU IE IS IT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 05805679

Country of ref document: EP

Kind code of ref document: A1