[go: up one dir, main page]

WO2007036124A1 - Procédé d'adressage dans un système de communication - Google Patents

Procédé d'adressage dans un système de communication Download PDF

Info

Publication number
WO2007036124A1
WO2007036124A1 PCT/CN2006/002039 CN2006002039W WO2007036124A1 WO 2007036124 A1 WO2007036124 A1 WO 2007036124A1 CN 2006002039 W CN2006002039 W CN 2006002039W WO 2007036124 A1 WO2007036124 A1 WO 2007036124A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
terminal
communication system
extended
extended address
Prior art date
Application number
PCT/CN2006/002039
Other languages
English (en)
Chinese (zh)
Inventor
Hui 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 WO2007036124A1 publication Critical patent/WO2007036124A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0075—Details of addressing, directories or routing tables
    • 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/1073—Registration or de-registration

Definitions

  • the present invention relates to the field of communications, and more particularly to addressing techniques in communication systems.
  • Private branch eXchange is a user telephone exchange that is used by institutions, enterprises, factories and mines and other public telephone exchanges. It is commonly known as “small switch” or “switchboard”. The telephones of the users to which they belong are called “extensions”. After using ⁇ , all extensions can share a total number, and extensions can be transferred to each other. Different extensions can call each other with a tail number, which greatly improves the efficiency of the enterprise.
  • SIP is a VoIP standard released by the Internet Engineering Task Force (IETF) in March 1999.
  • IETF Internet Engineering Task Force
  • SIP as an important application of the Internet, adds telephone signaling and Quality of Service (QoS) requirements and unique user addressing and location capabilities.
  • QoS Quality of Service
  • SIP is a protocol for telephone signaling, used to initiate a session, can control the establishment and termination of multimedia sessions attended by multiple participants, and can dynamically adjust and modify session attributes: such as session bandwidth requirements, transmission media types (voice, video, Data, etc.), media codec format, support for multicast and unicast, etc. Therefore, SIP facilitates the development of value-added services for a variety of applications in conjunction with the Internet.
  • SIP creates a tie for the location service of the specific domain through the registration service.
  • the registration service binds the contact address of the Contact header field to the address-of-record in the To header field.
  • a user ID can be bound to one or more contact addresses.
  • the SIP registration service is used to add, delete, refresh, and query binding information through a REGISTER request.
  • a REGISTER request can add a binding between a user ID and one or more contact addresses.
  • the terminal can delete the content bound to the front, or query the current binding address of the user ID.
  • the registration request of the SIP protocol includes an optional Contact header field, and the Contact header field may have zero or more values containing the binding address information.
  • the Contact header field contains a display name, a U I containing the parameters, and a header parameter.
  • the header field contains a displayed name
  • the URI with parameters should be enclosed in " ⁇ " and ">”. If there is no " ⁇ ” , ">” enclosed, all parameters behind the URI will be treated as header field parameters, not URI parameters.
  • the header field parameter "q" is used to indicate the priority between the specific Contact header field value and the contact address of other bound user IDs.
  • a contact address corresponds to a terminal. If a binding relationship is established between a user identifier and multiple contact addresses, the proxy server may distinguish the priority according to the "q" parameter of the Contact header field when processing the user identifier as the request of the called terminal, and may simultaneously Multiple contact addresses send requests, a method known as forking.
  • the fork processing mechanism generally processes the contact addresses in the order in which the q parameter values are decremented, and performs parallel processing on the contact addresses of the same q parameter values. Another method is to directly process the contact address in a sequential manner. For the q parameter values, the processing is performed in descending order, and the q parameter values are the same in random order.
  • a session cannot be established between multiple contact addresses bound to a user ID.
  • the main reason for these problems is that multiple terminals use the same user identifier and cannot distinguish these terminals by user identification.
  • the current technical solution lacks the means to further distinguish each terminal according to user requirements under one user identifier.
  • the main object of the present invention is to provide an addressing method in a communication system based on an extended address, so that different services can be executed for different terminals under the same user identity.
  • the present invention provides an addressing method in a communication system, comprising the steps of:
  • the network side device saves the binding relationship between the contact address of the terminal and the extended address.
  • the binding relationship is searched according to the extended address information, and the request message is forwarded to the extension according to the search result.
  • the network side device locates the terminal by using a contact address, and one or more of the terminals share the same user identifier.
  • each contact address of the terminal is bound to a unique extended address; or, a contact address of multiple terminals is bound to the same extended address;
  • the request message is forwarded to multiple contact addresses corresponding to the extended address according to the method of Forking processing.
  • the extended address parameter is carried in the registration message
  • the network side processes the registration message, and saves a binding relationship between the extended address and the contact address of the terminal.
  • the method further includes the following steps:
  • the extension address may be previously configured in the terminal before registration.
  • the extended address is carried in the parameter of the registered user identifier or contact address.
  • the extended address information is carried in the calling user identification information.
  • the calling party device when the calling party initiates the request message, if the calling party's user identification information does not carry the extended address information, the calling party device adds the calling party initiated request message and supplements the calling party identifier.
  • the extended address information corresponding to the terminal.
  • the calling side device receives the request message initiated by the calling party, If the called information only has extended address information and lacks the called user identification information, the address of the called terminal is filled according to the calling user identification information of the terminal that initiated the request, wherein the address filling method is to treat the calling user identifier as The user ID that is called.
  • the displayed information includes the extended address information.
  • the registration process of the terminal is completed by the registration server on the network side, which includes processing of the registration message and preservation of the binding relationship between the contact address and the extended address.
  • the extended address may be applied to various URIs, including but not limited to "SIP URT, "tel U I' ⁇ ”mailto URI'O
  • the user identifier may include, but is not limited to, a record address of the SIP protocol.
  • the calling side device receives the request message and only has the extended address, and does not include the user identifier, the calling side device considers that this is another extended address under the calling user identifier, and the user identifier of the terminal according to the request is The address of the called terminal is filled.
  • the terminal displays the user ID
  • the terminal displays the extended address information.
  • the PBX function based on the SIP intelligent terminal and the packet network can be realized by the calling side device completing the function of the called address.
  • FIG. 1 is a flow chart showing an addressing method in a SIP-based communication system according to a first embodiment of the present invention
  • 2 is a flow chart showing an addressing method in a SIP-based communication system according to a second embodiment of the present invention.
  • the gist of the present invention is to increase the SIP/SIPS URI extended address parameter and support the addressing of a specific contact address when multiple contact addresses are bound to the same user identity.
  • Fig. 1 shows a flow chart of a first embodiment of the invention.
  • the user pre-configures the extended address (extaddress) of the SIP URI contact address that needs to be registered in the SIP terminal, that is, the address information used to identify the registered terminal.
  • the extended address parameters can be defined as follows:
  • One or more of the terminals of the same user identity may have the same extended address.
  • the user ID "Sales” can have five phones, eight, B, C, D, and E.
  • the three phones A, B, and C are registered by the user Tom with the same extension address "Tom", and the phone C is used by the user.
  • Tony registered the extension address "Tony”
  • phone D was registered by the user Peter with the extension address "Peter”.
  • the terminal sends a registration message to the registration server on the network side, where the extension address, the contact address, and the user identifier are carried.
  • the extended address parameter is added to the SIP/SIPS URI parameter of the user ID or contact address.
  • the standard functions of the registration server are clearly defined in the open protocol RFC3261 of the Internet Engineering Task Force (IETF) standard. For details, refer to the publicly available document.
  • the present invention adds a processing function to the newly added extended address based on the functions of the well-known registration server.
  • the registration server establishes a binding relationship between the extended address and the contact address. Specifically, when the registration server processes the registration message and establishes or refreshes the binding relationship between the user identifier and the contact address, the binding relationship between the extended address and the contact address is simultaneously saved. Thereafter, the process proceeds to step 140. If the called side proxy server device receives the request message, the process proceeds to step 150.
  • step 150 it is determined whether the request-URI header field of the request message includes extended address information. If there is no extended address information, the process proceeds to step 180, and according to the existing processing mechanism, if the extended address information is included, the process proceeds to step 160.
  • step 160 the called side proxy server device searches the registration server for the binding relationship between the extended address and the contact address, and obtains the contact address corresponding to the extended address in the request message.
  • the request message is forwarded to the corresponding terminal according to the contact address in the search result.
  • the multiple contact addresses are forged according to the existing processing mechanism. For example, for the aforementioned example of the user identifier "Sales”, if the extension address in the request message is "Tom", then phones A, B, and C will receive the request message forwarded by the proxy server device, ringing at the same time. If there is a priority between phones A, B, and C, the proxy server will forward the packets in descending order of priority. Phones A, B, and C will ring in sequence.
  • the extended address does not have a corresponding contact address, it is processed as a failure or in a manner that the extended address does not exist.
  • the request message is processed in accordance with an existing processing mechanism. If there is an operator terminal, the priority (q parameter value) of the contact address of the operator terminal is set to the highest.
  • the SIP session request may be separately sent to one or a part of the multiple terminals in the same user identifier, or the SIP session may be established between multiple terminals identified by the same user. .
  • FIG. 2 is directed to the implementation of a PBX function based on a SIP intelligent terminal and a packet network.
  • the premise of this embodiment is that the binding relationship between the extended address and the contact address has been established on the network side.
  • the calling terminal initiates the request message
  • the calling terminal carries the extended address information in the calling user identification information. If the calling party's user identification information does not carry extended address information.
  • the calling party device supplements the extended address information corresponding to the terminal in the calling user identifier. In this way, the called terminal can obtain the extended address information of the calling party.
  • the calling side device receives the request message.
  • the calling side device determines whether the Request-IMI header field of the request message includes only the extended address information, and does not include the SIP/SIPS URI and the tel URI. If yes, the process proceeds to step 230, otherwise, the process proceeds to step 260.
  • the proxy server device considers that the primary called party is registered with two extended addresses under the same user identity, and the SIP/SIPS URI and the tel URI of the initiating requesting user complete the address. This is typical in PBX applications.
  • the PBX If the calling user only dials the tail number, the PBX considers that the called terminal is in the same PBX, so it can add the same prefix address as the calling user, so that the request message can be Routed correctly. Thereafter, proceeding to step 240, the calling side proxy server device sends the modified request message. Thereafter, proceeding to step 250, when the called terminal receives the request message, if the terminal supports the number display service, the extended number information is included in the displayed number.
  • the PBX function based on the SIP smart terminal and the packet network is implemented by the calling side proxy server device complementing the called address.
  • SIP Next Generation Network
  • IMS IP Multimedia Subsystem

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention concerne un procédé d'adressage dans un système de communication permettant d'adresser différents terminaux avec la même ID d'utilisateur. Différentes adresses d'extension sont attribuées aux terminaux multiples avec la même ID d'utilisateur, où chaque adresse d'extension correspond à un ou plusieurs terminaux. Dans le repérage, le terminal possède sa propre adresse d'extension et lie ladite adresse d'extension avec l'adresse associée qui identifie de façon unique le terminal du côté réseau. Quand le dispositif appelé reçoit le message de demande contenant l'adresse d'extension, le message est transféré au terminal possédant ladite adresse d'extension selon la relation de liaison.
PCT/CN2006/002039 2005-09-30 2006-08-11 Procédé d'adressage dans un système de communication WO2007036124A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200510107413.0 2005-09-30
CNB2005101074130A CN100484104C (zh) 2005-09-30 2005-09-30 通信系统中寻址方法

Publications (1)

Publication Number Publication Date
WO2007036124A1 true WO2007036124A1 (fr) 2007-04-05

Family

ID=37578797

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2006/002039 WO2007036124A1 (fr) 2005-09-30 2006-08-11 Procédé d'adressage dans un système de communication

Country Status (2)

Country Link
CN (1) CN100484104C (fr)
WO (1) WO2007036124A1 (fr)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101370026B (zh) * 2007-08-17 2011-05-18 华为技术有限公司 多媒体会话的媒体流增加方法和用户设备及应用服务器
CN101697619B (zh) * 2009-09-30 2012-11-07 华为技术有限公司 实现寻址的方法、装置及系统
FR2971659A1 (fr) * 2011-02-10 2012-08-17 France Telecom Procede et dispositif de gestion dynamique de la priorite de reception d'une communication d'un terminal
CN102843441B (zh) * 2011-06-24 2017-02-22 华为技术有限公司 控制地址配置方式的方法和设备
CN104135549B (zh) * 2014-08-19 2017-12-12 中国人民解放军信息工程大学 一种支持多样化寻址方式的数据传输方法及装置
CN106301946B (zh) 2016-08-30 2018-08-07 北京小米移动软件有限公司 设备标识方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1108449A (zh) * 1993-03-05 1995-09-13 美国电话电报公司 在用户办公处对终端电话簿号码进行识别的系统和方法
JP2002218058A (ja) * 2001-01-23 2002-08-02 Nippon Telegr & Teleph Corp <Ntt> 通信管理装置と通信管理情報の設定方法およびその処理プログラム
CN1422059A (zh) * 2002-12-05 2003-06-04 得实信息科技(北京)有限公司 无线固定电信网中电话用户“一号多机”业务的实现方法
JP2003250011A (ja) * 2002-02-22 2003-09-05 Tamura Electric Works Ltd コンピュータ及び内線通話接続サービス提供方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1108449A (zh) * 1993-03-05 1995-09-13 美国电话电报公司 在用户办公处对终端电话簿号码进行识别的系统和方法
JP2002218058A (ja) * 2001-01-23 2002-08-02 Nippon Telegr & Teleph Corp <Ntt> 通信管理装置と通信管理情報の設定方法およびその処理プログラム
JP2003250011A (ja) * 2002-02-22 2003-09-05 Tamura Electric Works Ltd コンピュータ及び内線通話接続サービス提供方法
CN1422059A (zh) * 2002-12-05 2003-06-04 得实信息科技(北京)有限公司 无线固定电信网中电话用户“一号多机”业务的实现方法

Also Published As

Publication number Publication date
CN100484104C (zh) 2009-04-29
CN1889538A (zh) 2007-01-03

Similar Documents

Publication Publication Date Title
US20210297408A1 (en) Method and system for creating a virtual sip user agent by use of a webrtc enabled web browser
US8634412B2 (en) Session initiation protocol (SIP) message incorporating a multi-purpose internet mail extension (MIME) media type for describing the content and format of information included in the SIP message
JP5275908B2 (ja) 通信システム、セッション制御管理サーバ及びセッション制御方法
JP2014241641A (ja) セッション開始プロトコルアダプタ
JP2008543135A (ja) Ｉｐマルチメディアサブシステム（ｉｍｓ）おける呼転送
KR20110050439A (ko) 원격통신 네트워크에서 매체 속성들에 기초한 선택적 호 포워딩을 위한 방법 및 시스템
CN100574474C (zh) 一种通讯系统中建立通讯业务连接的方法
WO2007036124A1 (fr) Procédé d&#39;adressage dans un système de communication
WO2010091588A1 (fr) Procede et appareil permettant de distinguer plusieurs equipements utilisateur partageant une meme identite utilisateur publique
CN103155516B (zh) 会话发起协议模式下的呼叫转移处理
KR20040073793A (ko) 네트웍 어드레스 변환 및 세션 관리 시스템 및 그 방법
GB2562541A (en) A signalling protocol routing system
US8213373B2 (en) Supporting method for REFER message expansion parameter
US9030956B2 (en) Method, computer-readable medium, and apparatus for providing different services to different users of an aggregate endpoint in an internet protocol multimedia subsystem (IMS) network
CN101635672B (zh) 一种群组方式下实现融合业务会话的装置和方法
US20080208993A1 (en) Method For Distributing New Services in an Internet Multimedia Subsystem (Ims), and a Node Adapted Therefore
US20080123849A1 (en) Dynamic key exchange for call forking scenarios
WO2008086744A1 (fr) Procédé de mise en œuvre d&#39;établissement d&#39;appel, système et élément de réseau de contrôle d&#39;appel
AU2011338587B2 (en) Method and apparatus for processing multiple incoming calls in a single device
EP2059001B1 (fr) Élément de traitement SIP multi-type
CN1941774B (zh) 在网络中实现公共用户标识携带的方法及系统
US20140143314A1 (en) Communication system
Abouabdalla et al. SIP–Functionality and structure of the protocol

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: 06775357

Country of ref document: EP

Kind code of ref document: A1