Rob, I agree your points but we need to have this standard to be a de-facto standard in the Market whether only part of phone manufacturers adopted. William Mar Manager, Wireless Message Services Hong Kong Telecom CSL -----Original Message----- From: Rob Hellstrom [SMTP:rob_hellstrom@xxxxxxxxxxxxxxxx] Sent: Thursday, April 03, 1997 8:07 AM To: 'Frank Dawson'; Takeshi Sakai Cc: 'Chris Josephes'; 'imc-vcard@xxxxxxx'; 'mopa'; 'Paul E. Hoffman' Subject: RE: Need PCS in vCARD - definition extension request from MOPA As a GSM operator we need to have support in the network for these devices so we can get the most value from them. If we can get early access to handset manufacturer standards we can build the network support to optimise value from the devices. Mostly I agree with Takeshi Sakai's vCARD request, however if I may point just some issues: * the definition could go a lot further to request definition of primary and alternate PCS number (and maybe more than just two), ie in future (and today) GSM networks can support multiple numbering per SIM card. * multi-mode and multi-band phones: e.g. DCS/GSM, PCS/GSM, PHS/PCS/satellite, etc may have multiple phone numbers due to being different networks. The definition could go a lot further here. * the need to address both PCS and Cellular is not adequate unless (perhaps) you define Cellular as those handsets which operate on networks which have no two-way short messaging capability. This could be addressed by indicating the phone is a "two-way" or "one-way" type. This is of special interest to handset manufacturers, developers and operators wanting to develop specialised vthis and vthat applications because: e.g. * AMPS phones often are integrated with a "one-way" pager. One-way pagers can receive vCARDs and vCALENDARS via the pager. With the movement to build two-way paging networks in the USA especially, we may see AMPS phones with two-way paging in it quite shortly. Inbuilt two-way pagers can then be classed as PCS from a vCARD/vCALENDAR perspective. * Digital networks: PDC, PHS, GSM, PCS1900, DCS1900, IS136, CDMA, etc all support variations of two-way short messaging capabilities which can support two-way vCARD and vCALENDAR objects. For instance, currently the Nokia 9000 and soon the Nokia 8110i GSM phone can do this. Regards, Rob Hellstrom Product Development Manager Product Development Optus Communications Pty Ltd 101 Miller Street North Sydney NSW 2130 AUSTRALIA Ph: +61411100212 Fax: +612 95122301 http://www.optus.net _______________________________________________________________________ ________ From: Takeshi Sakai on Wed, 02 Apr 1997 22:46 Subject: Need PCS in vCARD - definition extension request from MOPA To: 'Frank Dawson' Cc: 'Chris Josephes'; 'imc-vcard@xxxxxxx'; 'mopa'; 'Paul E. Hoffman' Frank, Please read the last paragraph at the bottom attached from my original request for extension. We need PCS in vCARD. Today both Cellular and PHS (Japanese PCS) are popular in Japan and many people is using both. Cellular for receiving phone calls while PHS for initiating calls or data communication (32kbps service started yesterday). ---------- From: Takeshi Sakai Sent: Sunday, January 26, 1997 9:18 PM To: 'ietf-asid@xxxxxxxxx' Cc: 'imc-vcard@xxxxxxx'; 'mopa' Subject: vCARD v.2.1 definition extension request from MOPA My name is Tak Sakai and I am a member of MOPA personal data exchange standard committee (I am a workgroup member from IBM Japan). MOPA (Mobile Office Promotion Association) is a consortium formed for standardization of PDA devices/systems in Japan. The 25 member companies include almost all mobile digital devices/systems manufacturer, communication service provider and semiconductor manufacturer in Japan. Naming some members, Sharp, Casio, Cannon, Toshiba, Hitachi, IBM, NEC, NTT (Japanese PTT), Astel, Japan telecom, National Semiconductor. The standardization ranges from hardware definition, basic software, application program interface and communication to user interface. One of the major standardization is the personal data (address, calendar, etc.) interchange between mobile PDA devices. We decided to use Versit vCARD and vCALENDAR format as the basis for our MOPA personal data exchange and are currently in standard definiton phase targetting end of November for definition first closure. MOPA would like to propose addition and change to current vCARD v.2.1 definition to satisfy Japanese PDA user requirements. The attached is a list of reqruirements. We would like IETF-ASID to review these reqreuiments for possible addition/change of vCARD definition for v.2.2. I will be the representative for MOPA on this requirements. Please communicate back on 1. How shall we proceed with these addition/change request to IETF-ASID ? Is there any official process to follow ? 2. How acceptable are these requirements from MOPA ? Thank you ------------ ATTACHEMENT ---------------------------------- Addition/Change Request to vCARD from MOPA ========================================== 1. Addition of CLASS property like defined in vCALENDAR - Add CLASS property in vCARD e.g. CLASS:PRIVATE - PURPOSE : To enable to indicate access classification for each vCARD entity. MOPA supports vCARD usage scenario in which a user moves his entire address book information from one PDA to another. Classification set in original PDA should be inherited. 2. Addition of property parameter PCS to TEL property - Add PCS as property parameter to TEL property to indicate PCS service number in vCARD entity (need both CELL and PCS) - PURPOSE : Need to address wide spread and fast growing use of PCS phones (named PHS -Personal Handy phone Service in Japan). PCS service will be started widely in US, Asia and Europe soon too. Since the call reception capability of PHS/PCS is lower than analog and digital cellular, caller needs to know if he is calling to cellular or PCS (if it is PCS, caller expect lower possibility of call connectio). As matter of fact, some people use both cellular and PHS (cellular for reception and PHS for call initiation at lower tarrif).
<<application/ms-tnef>>