WO2007098706A1 - Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé - Google Patents

Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé Download PDF

Info

Publication number
WO2007098706A1
WO2007098706A1 PCT/CN2007/000666 CN2007000666W WO2007098706A1 WO 2007098706 A1 WO2007098706 A1 WO 2007098706A1 CN 2007000666 W CN2007000666 W CN 2007000666W WO 2007098706 A1 WO2007098706 A1 WO 2007098706A1
Authority
WO
WIPO (PCT)
Prior art keywords
service data
message
sip
user
service
Prior art date
Application number
PCT/CN2007/000666
Other languages
English (en)
Chinese (zh)
Inventor
Youzhu Shi
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 WO2007098706A1 publication Critical patent/WO2007098706A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time

Definitions

  • the present invention relates to the field of communications, and in particular, to a method for transmitting service data and a packet terminal to which the same applies.
  • the traditional telecommunication network based on circuit switching is developing towards the packet-switched broadband telecommunication network, and the SIP (Session Initiation Protocol) protocol is used as the call control of the packet telecommunication core network.
  • SIP Session Initiation Protocol
  • Signaling is one of the current technological trends, such as ITU-T and ETSI standards organizations to research NGN (Next Genteration Network), both standards organizations currently use IMS defined by the 3GPP standards organization ( IP Multimedia Subsystem, IP Multimedia Subsystem)
  • the network architecture acts as the core network of the NGN, and the call control signaling used by the IMS network is the SIP protocol.
  • Button mode the user picks up the phone and dials, enters the service feature code and related user service data, such as the user dialing "*57* call forwarding destination number registration unconditional call forwarding service data, where, The feature code is "*57,,, user service data is "call forwarding destination number,", which is an "explicit, user service data; in addition, there is a case where the user picks up the phone, Only enter the service feature code, such as the user registration "call waiting service,,, dial” *58 #,, register the activation data of the call waiting service, although only the service feature code "*58,, but implied call waiting
  • the reservation data is set to "True", indicating that the service signature itself is also associated with the relevant user service data information, ie, this is an "implicit" user service data.
  • the user service data referred to in the present invention includes explicit and implicit user service data.
  • Menu mode the user operates the service menu on the terminal interface, and inputs relevant user service data, such as inputting unconditional call forwarding through menu operation through menu operation on the ISDN (Integrated Services Digital Network) terminal.
  • ISDN Integrated Services Digital Network
  • the new packet terminal will gradually replace the traditional terminal phone. Obviously, because the call control signaling of the terminal and the core network changes, the user operates the service data on the terminal. The way will change accordingly.
  • the packet terminal If the user still uses the aforementioned key mode (dial mode) to operate the user service data on the packet terminal, input the service feature code and related service data, the packet terminal initiates a call, and sends a SIP INVITE (invite message), the request line of the message (Request).
  • the format of the Request-URI (Request - Uniform Resource Identifier) in -Line ) can be one of the following:
  • SIP U I format The expression is "sip: key input information @user home network domain name” or “sips: key input information @user home network domain name”.
  • the "user home network domain name” is added by the group terminal when the call is initiated, and may be the domain name of the user's home carrier, or the domain name of the service network element to which the current user belongs. For example, "sip:*57* call forwarding destination number @user belongs to the network domain name,;; because the SIP protocol does not support "#,, the transmission of characters, it is omitted.
  • tel URI phone UE
  • phone UE phone UE
  • tel key input Information
  • phone-context-user home network domain name such as "tel: *57* call forwarding destination number
  • phone-context-user home network domain name where the tel URI format itself supports characters, but the SIP protocol does not support , so it is omitted.
  • the user's key input information includes the service feature code and the service data.
  • the Request-URI indicates that the SIP request message is to be routed. Where, it can be a user identifier or a public service identifier (PSI), and the PSI indicates the identity of the service/service provided by the network.
  • PSI public service identifier
  • the prior art scheme 1 is adopted, regardless of Request- The content in the URI is represented in that format, which is neither a user identifier nor a PSI, that is, although it can realize the transmission of service data, it does not meet the requirements of the standard SIP protocol.
  • the user key input information is composed of the service feature code and the user service data, and is different from the traditional circuit domain.
  • the user service data itself may include a parameter in the SIP URI format, for example, the user registers the unconditional call forwarding service.
  • the forwarding destination number is "mary@abc.com", which does not match any of the formats in the prior art solution 1.
  • SIP UI or tel URI format such as "sip:* 57* 111&] ⁇ @&1 ⁇ .(;0111@user home network domain name, "tel:*57*mary@abc.com; 110116-.01 ⁇ 6 1 If the user service data contains a parameter in the format of the SIP URI, the prior art solution 1 cannot be satisfied, and the application scenario is limited.
  • XCAP XML Configuration Access Protocol
  • ETSI Telecommunications and Internet Converged Services and Protocols for Advanced Networking
  • XCAP uses the XML (Extended Markup Language) language description to read, write, modify, etc. the configuration data.
  • the XCAP format describes these business data and delivers it to the network via the HTTP protocol bearer.
  • the service data operation format described by XCAP has been given in TISPAN for call restriction, call forwarding, calling number display restriction, and called number display restriction.
  • TISPAN WI 03029, WI 03022, respectively. WI 03025, WI 03026 current standard documents.
  • the prior art solution 2 can only process explicit service data and part of implicit service data, and the operation of the implicit service data is mainly used to activate the service, and the foregoing call waiting service registration is a permanent activation operation, the service When activated, all calls are activated until they are deactivated.
  • the temporarily activated service data operation is often associated with a specific call, that is, a specific call monthly service. After the call is released, the service also expires immediately or after a certain time, and generally includes the following two main types.
  • Application scenario Temporarily activating a service when a call is initiated, and temporarily activating a service after a call is initiated (eg, during a call). Because the prior art solution 2 cannot be associated with a specific call, the prior art solution 2 cannot support the temporarily activated service data operation. The application scenario is limited. Summary of the invention
  • the embodiments of the present invention provide a method for transmitting service data that is valid for various application scenarios and conforms to the protocol specification, and a packet terminal to which the application is applied.
  • An embodiment of the present invention provides a method for transmitting service data, including the following steps:
  • a service data operation request message is generated and sent to the network, the service data being passed through an XML description carried by the message body in the message, or an extended parameter in the message, or an extended header field, or an extended event package.
  • a packet terminal includes a receiving unit, a generating unit, and a sending unit,
  • the receiving unit transmits the received service data to the generating unit;
  • the generating unit generates a service data operation request message, where the service data is set in the message by using an extended parameter, or an extended header field, or an extended event package, or an XML description carried by the message body; the sending unit will include The service data operation request message of the service data is sent out.
  • the embodiment of the invention provides a method for transmitting service data that is valid for various application scenarios and conforms to the protocol specification.
  • FIG. 1 is a flowchart of performing service data transmission by using a SIP message according to an embodiment of the present invention.
  • FIG. 2 is a flow chart of performing service data transmission by using an HTTP message according to an embodiment of the present invention.
  • Figure 3 is a block diagram showing a packet terminal applied in a method of transmitting service data according to an embodiment of the present invention.
  • FIG. 4 is another structural diagram of a packet terminal applied in a method for transmitting service data according to an embodiment of the present invention. detailed description
  • the content in Request-UR is not a user identifier, nor a PSI, and does not comply with the SIP protocol.
  • the embodiment of the present invention extends a PSI to identify the service attribute to be operated.
  • the PSI may be a SIP UI or a tel URI format, which may represent a traditional telecommunication service target, and the ⁇ port is represented as telecommunication-services@as.home. Net (because the embodiment of the present invention inherits the operation mode of the traditional user service data), where "as.home.net,” represents the domain name address of the network element providing the service.
  • the service feature code and the user service data input by the user key need to be transmitted in the SIP message through a standard format specified by the protocol, and the specific delivery manner may be:
  • INVITE sip telecommunication-services@as.home.net;
  • INVITE sip telecommunication-services@as. home. net SIP/2.0
  • the packet terminal can transmit the received service data to the network side by using the SIP INVITE message, and the network receives the service data input by the user and processes the service operation (registration, deletion, verification) to the user. A prompt for success or failure, etc.
  • the above PSI may be selected by the user to operate on the terminal, or may be analyzed by the terminal according to the dialing code scheme of the user.
  • the service feature code input by the user button and the user service data are transmitted together in the extended parameter or the header field or the event package.
  • the service feature code can be directly used as the PSI, that is, directly The service attribute is represented by the service feature code, and the extended parameter/header/event package only transmits the service data input by the user key, such as:
  • INVITE sip:*57@as.home.net; input-param mary @example .com SIP/2.0
  • a new service data operation event package is newly extended, through the Subscription header field in SIP. Passed in the INVITE message, this is a way to indicate the event subscription accompanying other session requests (SIP INVITE messages).
  • event subscription can also be directly performed through the SIP SUBSCRIBE subscription message, and the user directly initiates the message on the packet terminal.
  • the SIP SUBSCRIBE message carries the above service data operation event package through the Event event header field. The example is as follows:
  • Event: srv-data-op; set-param * 57*mary@example.com
  • Event: srv-data-op; set-param mary@example.com
  • the network After receiving the service data input by the user and processing the network, the network sends a notification message to the packet terminal, where the message carries a service operation response, such as a prompt for registration, deletion, verification success or failure, and can be displayed or played on the group terminal.
  • a service operation response such as a prompt for registration, deletion, verification success or failure
  • the input service feature code can be directly used as the event package name, for example:
  • the SIP INVITE message carries the Subscription header field and the SIP SUBSCRIBE message carries the Event header field.
  • the network can send a SIP NOTIFY message to the packet terminal.
  • the current (network-saved) user service can also be carried.
  • Data for example, when the user's business data changes (for example, the operator has modified for some reason), the network can notify the current user service data of the packet terminal in real time through the SIP NOTIFY message; if the two packet terminals share a user identifier, The user operates the related service data by using the service information input event package on a group terminal, and the network sends the current real time to the two group terminals simultaneously through the SIP NOTIFY message.
  • the changed user service data that is, the other user terminal can also receive the current real-time changing user service data. It can be seen that this feature is very important in the user multi-terminal scenario.
  • the SIP INVITE message carries the event packet request subscription through the Subscription header field, and the header field is an extension to the current standard SIP protocol.
  • the scope of the Event header field in the standard SIP protocol can also be directly extended. It can be passed in a session request message such as SIP INVITE to carry an event package request subscription.
  • the SIP SUBSCRIBE message carries an extended service data operation event package srv-data-op, and can also implement a menu mode of service data operation.
  • the service feature code input by the user button and the user service data are transmitted through the parameters of the event package.
  • each feature code and each user service data parameter are passed through some specific
  • the extended service operation information parameters are defined, and the service operation information parameters are displayed on the group terminal interface, and the user is prompted to input different service operation information parameter values, and the user can operate the service data through the menu mode on the group terminal. There are two ways to do this:
  • service class such as:
  • the set-param parameter of the event package is common to all services, and the parameter category is to be identified through the network side, and in the menu mode scheme, the parameters in the event package are pressed.
  • the application categories (such as number, password, time, etc.) are distinguished, and the user can distinguish the input on the group terminal.
  • the MIME media application type described in the XML language can also be carried in the SIP message body. Therefore, the XCAP XCAP of the aforementioned TISPAN can be used to describe the user service data operation in the SIP message body.
  • the MIME media application type is defined by TISPAN as :
  • the application type can be delivered in a message body of a plurality of SIP messages, including a SIP INVITE message,
  • the XCAP description format of the specific service data operation can be found in the relevant standard document of TISPAN.
  • the XCAP description can be used to deliver user service data, such as service signature or service category. Service identification information, and other necessary business data such as business supplementary information.
  • the content of the XCAP description may be from an HTTP page that the network pushes to the packet terminal.
  • the user operates the service data described by the XCAP on the interface, and sends the data to the network by using the SIP message.
  • the SIP SUBSCRIBE message is used for menu mode service data operation, and the network may send a SIP NOTIFY message to the packet terminal to notify the current real-time changing user service data.
  • the foregoing describes a method for transmitting service data by using a SIP message according to an embodiment of the present invention.
  • the method conforms to the SIP protocol and is applicable to various application scenarios of service data operation.
  • the service data operation request message may be other messages in addition to the SIP message.
  • the following describes the method for transmitting implicit service data under the temporary activation operation by using an HTTP message in the embodiment of the present invention:
  • the packet terminal initiates a service data operation request for temporary activation of the service by using an HTTP message, where the request carries the service identifier and a call identifier served by the service, and after receiving the request, the network performs corresponding processing to temporarily activate the service, and thereafter Sending a notification message to the packet terminal, the message carries a service operation response, and can be displayed or played on the packet terminal.
  • steps 1 ⁇ 3 are performed first.
  • the packet terminal records the call identity of the call.
  • the call identifier When a call is established by SIP, the call identifier consists of three parts: Call-Id, from-tag, and to-tag, also called dialog identifier.
  • the to-tag is generated by the destination party (ie, the called party) of the call. Therefore, when the call request is initiated and the call has not arrived at the destination party, the call identifier has only the call-Id and the from-tag.
  • the packet terminal initiates a service data operation request for temporary activation of the service to the network side according to the received service data operation request, and the request carries the service.
  • Identification and call identifier served by the service the call mark
  • the knowledge may consist of Call-Id and from-tag, or it may consist of Call-Id and from-tag and to-tag.
  • the service identifier and the call identifier may be described by using XCAP.
  • the service identifier may be in the form of a service signature or a service category, and the call identifier is in the form of a Call-Id, a from-tag, and a to-tag.
  • the format can be found in the relevant standards, and will not be described here.
  • the HTTP message of step 5 in Fig. 2 may be sent simultaneously with the SIP call request message of step 2, which may be issued after the SIP call request message.
  • the network 6 receives the service data operation request, and according to the call identifier, determines whether the call corresponding to the call identifier is currently processed by the network, and if so, temporarily activates the service to the call.
  • the call identifier of the call will also be recorded. Therefore, by comparing the recorded call identifier with the call identifier described by XCAP in the received HTTP message, the call served by the temporary activation service request can be determined. Whether it is currently processed by the network.
  • the network sends a notification message to the packet terminal, where the message carries a service operation response, such as a prompt for service activation, deactivation, or failure, and can be displayed or played on the packet terminal.
  • a service operation response such as a prompt for service activation, deactivation, or failure
  • the SIP message itself is a call control protocol
  • the call identifier can be carried. Therefore, the foregoing SIP message body carries the method of describing the user service data operation by XCAP, and supports the transmission of the implicit service data under the temporary activation operation. , I won't go into details here.
  • the ML-based SOAP Simple Object Access Protocol
  • the embodiments of the invention are equally applicable to protocols such as SOAP.
  • the request-uniform resource identifier in the SIP message in the embodiment of the present invention is either a PSI that identifies a service attribute operated by the data, or a user identifier, which conforms to the SIP protocol;
  • the service data itself contains the parameters of the SIP UI format, and the application scope is expanded to adapt to the use characteristics of the services in the packet domain.
  • the packet terminal can also support the implicit service data under the temporary activation operation by using the HTTP protocol, and the application scope is expanded.
  • an embodiment of the present invention further provides a packet terminal that is applied in a method for transmitting service data, including a receiving unit 31, a generating unit 31, and a sending unit 33, where the receiving unit 31 receives the received service data.
  • the generating unit 32 Transmitted to the generating unit 32, the generating unit 32 generates a SIP message, and the service data is described by an extended parameter in the SIP message, or an extended header field, or an extended event package, or an XML carried by the message body.
  • the transmitting unit 33 transmits.
  • the packet terminal further includes an XML operation unit 34 (not shown) for transmitting the service data of the operation to the receiving unit in an XML description format.
  • the XML operation unit further includes an XML operation interface unit for providing an XML operation interface, the user operating the business data through the interface, and the XML operation processing unit is to perform the business data operated by the user. Sended to the receiving unit in an XML description format.
  • an embodiment of the present invention further provides a packet terminal that is applied in a method for temporarily activating activation service data, including a call identifier recording unit 41, a receiving unit 42 , a generating unit 43, and a sending unit 44.
  • the identifier recording unit 41 is configured to record the call identifier of the currently processed call of the packet terminal
  • the receiving unit 42 transmits the received service data to the generating unit
  • the generating unit 43 generates an HTTP message, carrying the description in XML.
  • the service data and the call identity are transmitted by the transmitting unit 44.
  • the packet terminal further includes an XML operation unit 45 (not shown) for transmitting the operational service data to the receiving unit in an XML description format.
  • the XML operation unit similar to FIG. 3 may further include an XML operation interface unit and an XML operation processing unit.
  • SIP message generated in FIG. 3 and the HTTP message generated in FIG. 4 can be collectively referred to as a service data operation request message.
  • SIP INFO information message
  • SIP MESSAGE instant message
  • SIP messages such as PUBLISH (Publish Messages) carry user service data operation related information, and transmit user service operation input information by means of the above extended parameters, extended header fields, extended event packets, and message body delivery XML descriptions, and the network side can also pass
  • SIP INFO message, the SIP MESSAGE message, the SIP PUBLISH message, and the SIP NOTIFY message are used to send the current real-time changing user service data to the terminal.
  • the packet terminal in the embodiment of the present invention may be a user terminal device.
  • the human-computer interaction interface for the user to operate the service data is located on the packet terminal, or may be a network device, such as a downlink connection.
  • a user agent device that provides a SIP protocol interface such as a SIP IAD (Integrated Access Device), AGCF (in the case of a traditional circuit domain terminal such as a Plain Old Telephone Service) or an ISDN terminal. Access Gateway Control Function, access gateway control function, etc. From the network side, the user agent device is like a "user terminal device". The user operates the user service data by pressing the button on the POTS terminal or the ISDN terminal.
  • the proxy device After receiving the user key input information, the proxy device converts the corresponding SIP message or HTTP message to the network side according to the foregoing embodiment of the present invention, or sends the user service to the user through the menu mode on the ISDN terminal.
  • Data SIP is connected with a proxy device After receiving the user menu selection input information, according to the foregoing embodiment of the present invention, it is converted into the corresponding SIP message or HTTP message, and sent to the network side.
  • the human-machine interaction interface for the user to operate the service data is located on a traditional circuit domain terminal such as a POTS terminal or an ISDN terminal.
  • the foregoing extended parameter is to extend the uri-parameters parameter in the SIP URI. If one of the other parameters in the SIP protocol is extended, as long as it has the feature of transmitting the user's dialing input content to instruct the user to set the service data, it will be required by the present invention.
  • telecommunication-services@as.home.net is used as the PSI when the user service data is operated, and if another PSI is extended, as long as it has the characteristics of the service attribute in which the data is operated, It will be within the scope of the claimed invention.
  • the request-uniform resource identifier in the SIP message is either a PSI that identifies a service attribute in which the user service data is operated, or a user identifier, which conforms to the SIP protocol; and the user service data itself includes the SIP UI format.
  • the parameters, the scope of application is expanded, to adapt to the use characteristics of the business in the packet domain.
  • the packet terminal can also support the implicit service data under the temporary activation operation by using the HTTP protocol, and the application scope is expanded.

Abstract

L'invention concerne un procédé permettant de transmettre des données de service. Ce procédé comprend les étapes consistant à: recevoir les données de service; générer les informations de demande d'activationde données de service et les envoyer au réseau. Les données de service sont transférées par le paramètre d'extension, ou l'entête d'extension, ou le paquet d'événement d'extension, ou par la description XML transportée par le corps d'informations dans les informations; et le réseau reçoit ces informations et traite les données de service. Un terminal de paquets utilisé dans ce procédé pour transmettre les données de service est également décrit. La solution technique de l'invention peut être appliquée pour prendre en charge les données de service d'utilisateur contenant ledit paramètre au format SIP URI, de sorte que la plage d'application est étendue, et cette solution technique est appropriée aux caractéristiques du service utilisé dans le domaine de paquets. Dans cette solution technique, il n'est pas nécessaire d'avoir recours au protocole HTTP de prise en charge du terminal de paquets, ce qui réduit le coût et le prix du terminal et ce qui avantageux pour étendre le service.
PCT/CN2007/000666 2006-03-03 2007-03-02 Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé WO2007098706A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200610034140.6 2006-03-03
CN200610034140 2006-03-03
CN200610135450.7A CN101030931B (zh) 2006-03-03 2006-12-31 一种业务数据的传输方法及其所应用的分组终端
CN200610135450.7 2006-12-31

Publications (1)

Publication Number Publication Date
WO2007098706A1 true WO2007098706A1 (fr) 2007-09-07

Family

ID=38458673

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2007/000666 WO2007098706A1 (fr) 2006-03-03 2007-03-02 Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé

Country Status (2)

Country Link
CN (1) CN101030931B (fr)
WO (1) WO2007098706A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291207A (zh) * 2020-10-16 2021-01-29 武汉中科通达高新技术股份有限公司 一种前端设备目录获取方法及装置
CN113453310A (zh) * 2020-03-27 2021-09-28 华为技术有限公司 信号传输方法及装置

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101179572B (zh) * 2007-10-12 2010-10-13 华为技术有限公司 一种内容的复制方法、装置与系统
CN101931620B (zh) * 2009-05-20 2015-10-21 中兴通讯股份有限公司 业务实现方法和系统、业务能力服务器
CN101977201B (zh) * 2010-11-05 2015-08-19 中国电信股份有限公司 扩展SIP消息中Call-Info头域携带业务信息的方法
CN103428180B (zh) * 2012-05-18 2017-07-28 南京中兴力维软件有限公司 一种基于xml的sip协议数据传输方法及系统
CN105207981A (zh) * 2014-06-26 2015-12-30 中兴通讯股份有限公司 一种实现号码携带放音的方法、设备及系统
CN109039999B (zh) * 2017-06-12 2021-03-26 中国移动通信集团浙江有限公司 全网络媒体播放方法、应用服务器、媒体服务器及系统
CN111083653B (zh) * 2020-01-20 2021-11-09 维沃移动通信有限公司 补充业务配置方法、电子设备及目标服务器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1421008A (zh) * 1999-11-08 2003-05-28 Mci全球通讯公司 基于会话启动协议的特征控制
CN1464700A (zh) * 2002-06-04 2003-12-31 深圳市中兴通讯股份有限公司 终端用户向会话发起协议网络通知忙闲状态的方法
CN1586088A (zh) * 2001-07-24 2005-02-23 株式会社Ntt都科摩 添加数据传输源信息到数据中的通信系统
US20050135386A1 (en) * 2003-12-18 2005-06-23 Shores William N. Interface call signaling protocol

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100338924C (zh) * 2002-11-23 2007-09-19 中兴通讯股份有限公司 Ip网络中控制设备和业务设备互通提供业务的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1421008A (zh) * 1999-11-08 2003-05-28 Mci全球通讯公司 基于会话启动协议的特征控制
CN1586088A (zh) * 2001-07-24 2005-02-23 株式会社Ntt都科摩 添加数据传输源信息到数据中的通信系统
CN1464700A (zh) * 2002-06-04 2003-12-31 深圳市中兴通讯股份有限公司 终端用户向会话发起协议网络通知忙闲状态的方法
US20050135386A1 (en) * 2003-12-18 2005-06-23 Shores William N. Interface call signaling protocol

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113453310A (zh) * 2020-03-27 2021-09-28 华为技术有限公司 信号传输方法及装置
CN113453310B (zh) * 2020-03-27 2023-03-03 华为技术有限公司 信号传输方法及装置
CN112291207A (zh) * 2020-10-16 2021-01-29 武汉中科通达高新技术股份有限公司 一种前端设备目录获取方法及装置
CN112291207B (zh) * 2020-10-16 2022-11-25 武汉中科通达高新技术股份有限公司 一种前端设备目录获取方法及装置

Also Published As

Publication number Publication date
CN101030931A (zh) 2007-09-05
CN101030931B (zh) 2013-01-02

Similar Documents

Publication Publication Date Title
WO2007098706A1 (fr) Procédé permettant de transmettre des données de service et terminal de paquets utilisé dans ce procédé
KR101548140B1 (ko) 원격통신 네트워크에서 매체 속성들에 기초한 선택적 호 포워딩을 위한 방법 및 시스템
US20060111135A1 (en) Method to facilitate distribution of group identifications for push-to-talk groups
EP2104305A1 (fr) Gestion de service d'appel dans un système basé sur IMS
EP2112799A1 (fr) Gestion de l'intégrité de service dans un système basé sur IMS
WO2002075605A9 (fr) Enregistrements de details d'operations bases sur le langage xml
WO2013044649A1 (fr) Procédé et système permettant à un réseau de télécommunication d'offrir un service de session à internet
EP2043307A1 (fr) Réseau par paquets et procédé permettant de réaliser ce réseau
WO2007115455A1 (fr) Procédé, dispositif et système de fourniture de services de commutation par paquets destinés à des terminaux à domaines de circuits accédant à des réseaux à commutation par paquets
EP2587777B1 (fr) Procédé et système pour mettre en oeuvre une tonalité de retour d'appel de couleur et un service de tonalité d'alerte multimédia
EP1742454B1 (fr) Procédé et système pour transmettre un indicateur de messages en attente
WO2007028329A1 (fr) Procede de realisation d'operation d'activation de service et terminal utilisateur realisant ledit procede
WO2010078775A1 (fr) Procédé de mise en oeuvre, dispositif et système d'un service distribué
EP2068517B1 (fr) Procédé et système pour mettre en application un service de simulation, procédé pour mettre en application l'interfonctionnement, et unité pour commander l'interfonctionnement
WO2007112640A1 (fr) Procédé et appareil de remplacement de l'identification de session, serveur d'application et procédé de remplacement de session
EP1959608A1 (fr) Procede, serveur d'application et systeme pour la mise en oeuvre de service de controle de tiers
WO2009089797A1 (fr) Procédé de mise en oeuvre de service de tonalité de retour d'appel et/ou de tonalité de reour d'appel multimédia et de production de demande sdp multimédia anticipée
WO2010043168A1 (fr) Procédé d'envoi et de réception de fichier de tonalité d'appel multimédia
CN101099406B (zh) 业务激活操作的实现方法及实现该方法的用户终端
CN101505509B (zh) 资源预留的实现方法以及互通网元
WO2008049371A1 (fr) Procédé et système pour transférer un événement de service
CN101175230A (zh) 一种用户业务数据管理的系统及装置及方法
US8737271B2 (en) Graphical user-interface for terminals with visual call progress indicator
WO2007056958A1 (fr) Procede, systeme et dispositif pour la realisation d'appel en attente en domaine paquet
WO2007062566A1 (fr) Procede et systeme pour la mise en oeuvre de l'abonnement de service

Legal Events

Date Code Title Description
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: 07720301

Country of ref document: EP

Kind code of ref document: A1